Τα πρότυπα πιστοποίησης λογισμικού DO-178B και DO-178C λειτουργούν ως οδηγός για την παραγωγή αεροπλοϊμών αεροπορικών συστημάτων. Το DO-178B (Software Considerations in Airborne Systems and Equipment Certification), το οποίο δημοσιεύτηκε πρώτη φορά το 1992, ήταν το κυρίαρχο έγγραφο που λαμβανόταν υπόψη για τη λήψη της πιστοποίησης από αρχές όπως η EASA (Ευρωπαϊκή Υπηρεσία Ασφάλειας Αεροπορίας) και η FAA (Federal Aviation Administration) για εμπορικά λογισμικού βασισμένα αεροπορικά συστήματα. Ωστόσο, οι Ομοσπονδιακοί Κανονισμοί Αεροπορίας αναγνώρισαν το DO-178C ως μέθοδο επίδειξης συμμόρφωσης με την αεροπλοΐμότητα το 2013. Για περισσότερες γενικές πληροφορίες για τα πρότυπα DO-178B και DO-178C, μπορείτε να διαβάσετε αυτό το άρθρο.
Τα πρότυπα DO-178B ή DO-178C θα πρέπει να ικανοποιούνται από έγγραφα όπως:
- PSAC (Plan for Software Aspects of Certification)
- SDP (Software Development Plan)
- SVP (Software Verification Plan)
- SCMP (Software Configuration Management Plan)
- SQAP (Software Quality Assurance Plan)
- SAS (Software Accomplishment Summary)
Αυτά δεν είναι τα μόνα έγγραφα που απαιτούνται για να ικανοποιηθούν τα πρότυπα DO-178B και DO-178C. Υπάρχει ένας τεράστιος αριθμός άλλων εγγράφων για την εμπλουτισμό της αεροπλοϊμότητας. Μπορείτε να ελέγξετε και να αγοράσετε αυτά τα έγγραφα από εδώ.
Έγγραφα DO178
Έγγραφο PSAC
Το έγγραφο PSAC (Plan for Software Aspects of Certification) περιγράφει τα απαραίτητα πρότυπα, διαδικασίες, πρωτόκολλα και μεθοδολογίες που πρέπει να ακολουθηθούν καθώς και αναδεικνύει τα δεδομένα του κύκλου ζωής. Έτσι, μπορούν να εκπληρωθούν οι στόχοι των εγγράφων DO-178. Το PSAC καθορίζει επίσης το χρονοδιάγραμμα ανάπτυξης του λογισμικού και την επισκόπηση του συστήματος. Και η αρχή πιστοποίησης και ο αιτών χρησιμοποιούν αυτό το έγγραφο. Το PSAC πρέπει να παραχθεί στην αρχική διαδικασία σχεδιασμού του λογισμικού και να εγκριθεί από την αρχή. Για να ελέγξετε το έγγραφο PSAC μας, παρακαλώ κάντε κλικ εδώ.
SDP Document
Το έγγραφο SDP (Software Development Plan) στοχεύει να ελέγξει αν έχουν καθοριστεί απαραίτητες πληροφορίες όπως οι διαδικασίες ανάπτυξης λογισμικού, πρωτόκολλα, πρότυπα, κύκλοι ζωής και περιβάλλον ανάπτυξης. Το έγγραφο SDP είναι ένα ουσιώδες μέρος της περιόδου σχεδιασμού του λογισμικού. Για να ελέγξετε το έγγραφο SDP μας, παρακαλώ κάντε κλικ εδώ.
Έγγραφο SVP
Το έγγραφο SVP (Software Verification Plan) καθορίζει τις απαραίτητες περιπτώσεις δοκιμών και καλύψεις, διαδικασίες, πρωτόκολλα, επαλήθευση απαιτήσεων, επαλήθευση πηγαίου κώδικα με κατάλληλο έλεγχο εκδόσεων. Το SVP είναι επίσης ένα κύριο στοιχείο της διαδικασίας σχεδιασμού. Για να ελέγξετε το έγγραφο SVP μας, παρακαλώ κάντε κλικ εδώ.
Έγγραφο SCMP
Το έγγραφο SCMP (Software Configuration Management Plan) είναι ένα άλλο κύριο στοιχείο της περιόδου σχεδιασμού. Κατά τη διάρκεια της διαδικασίας ανάπτυξης του λογισμικού, συχνά συμβαίνει να αλλάζει το αρχικό σχέδιο. Το SCMP μας βοηθά να εντοπίσουμε, να ελέγξουμε, να διατηρήσουμε και να παρακολουθήσουμε αυτές τις αλλαγές. Εφαρμόζεται σε όλη τη διαδικασία ανάπτυξης του λογισμικού. Το SCMP στοχεύει στην ελαχιστοποίηση των λαθών και στη μεγιστοποίηση της παραγωγικότητας. Τα μέλη της ομάδας πρέπει να καταβάλλουν προσπάθεια να αναφέρουν και να ειδοποιούν τις αλλαγές. Για να ελέγξετε το έγγραφο SCMP μας, παρακαλώ κάντε κλικ εδώ.
Έγγραφο SQAP
Το έγγραφο SQAP (Software Quality Assurance Plan) περιλαμβάνει εργαλεία, μεθόδους και τεχνικές που χρησιμοποιούνται για να διασφαλιστεί ότι ένα προϊόν ή υπηρεσία πληροί τις προδιαγραφές που δίνονται στο SRS (Software Requirement Specification). Το SQAP εξηγεί πώς οι δραστηριότητες Διασφάλισης Ποιότητας Λογισμικού θα διεξαχθούν στο έργο. Η ομάδα SQA καθορίζει ορόσημα και αξιολογεί την ποιότητα του έργου σε κάθε ορόσημο. Η SQA διεξάγεται καθ’ όλη τη διάρκεια του κύκλου ζωής του λογισμικού. Για να ελέγξετε το έγγραφο SQAP μας, παρακαλώ κάντε κλικ εδώ.
Έγγραφο SAS
Το έγγραφο SAS (Software Accomplishment Summary) συνοψίζει κάθε βήμα των συστατικών του λογισμικού κατά τη διάρκεια της ανάπτυξης και της επαλήθευσης. Το SAS πρέπει να περιλαμβάνει τη σύνοψη των ευρημάτων των εργαλείων επαλήθευσης. Η FAA πρέπει να ενημερωθεί για το SAS. Αυτό επιτρέπει στην αρχή πιστοποίησης να επικυρώσει τα ευρήματα δεδομένων επαλήθευσης και λειτουργεί ως απόδειξη της κατάστασης προσόντων του εργαλείου. Για να ελέγξετε το έγγραφο SAS μας, παρακαλώ κάντε κλικ εδώ.
Πρότυπα ARP4754 και DO178
Το ARP4754 αντιπροσωπεύει τις “Οδηγίες Αεροδιαστημικής Προτεινόμενης Πρακτικής ARP4754A για την Ανάπτυξη Πολιτικών Αεροσκαφών και Συστημάτων”. Τα πρότυπα ARP4754 παρέχουν οδηγίες για πλήρη συστήματα αεροσκαφών ενώ τα πρότυπα DO178 χρησιμοποιούνται για λογισμικό πτήσης. Και τα δύο πρότυπα είναι αποδεκτά από αρχές όπως η FAA και η EASA.
Το ARP4754 αναπτύχθηκε και δημοσιεύτηκε από την SAE (Εταιρεία Αυτοκινητιστών Μηχανικών) το 1996. Το 2010 η SAE δημοσίευσε το ARP4754A, το οποίο αντιπροσωπεύει τις Οδηγίες για την Ανάπτυξη Πολιτικών Αεροσκαφών και Συστημάτων. Το ARP4754A διευρύνει την ιδέα της εγγύησης σχεδιασμού για χρήση σε επίπεδο αεροσκαφών και συστημάτων, καθώς και τυποποιεί τη χρήση της λέξης “εγγύηση ανάπτυξης”. Το ARP4754 αναγνωρίστηκε από την FAA τον Νοέμβριο του 2011.
Από τις απαιτήσεις μέσω της ολοκλήρωσης και της επαλήθευσης, το ARP4754 καλύπτει ολόκληρο τον κύκλο ανάπτυξης του αεροσκάφους. Το ARP4754 παρέχει μια αφαίρεση για το αεροσκάφος, το σύστημα και το στοιχείο. Για το σχεδιασμό του στοιχείου, το ARP4754 κάνει συγκεκριμένη αναφορά στα DO-178 και DO-254. Το ARP4754 επικεντρώνεται στην αξιολόγηση ασφάλειας καθ’ όλη τη διάρκεια διαφόρων διαδικασιών όπως η ανάπτυξη, ο σχεδιασμός και η επαλήθευση. Παρ’ όλα αυτά, πρέπει να σημειωθεί ότι το ARP4754 δεν περιλαμβάνει το συγκεκριμένο πεδίο ανάπτυξης λογισμικού ή ηλεκτρονικού υλικού, δραστηριότητες ασφάλειας κατά την υπηρεσία και ανάπτυξη δομικών στοιχείων του αεροσκάφους.
Φάσεις Σχεδιασμού
Επιθεώρηση Προκαταρκτικού Σχεδιασμού – Preliminary Design Review (PDR)
Ο προκαταρκτικός σχεδιασμός είναι μια ουσιαστική φάση της διαδικασίας ανάπτυξης λογισμικού. Κατά τη διάρκεια του προκαταρκτικού σχεδιασμού, καθορίζονται υψηλού επιπέδου απαιτήσεις και περιπτώσεις χρήσης για να δομηθεί η αρχιτεκτονική του συστήματος. Έγγραφα για τη διεπαφή, τη βάση δεδομένων, την αρχιτεκτονική και διαγράμματα για τις σχέσεις των συστατικών μπορούν να χρησιμοποιηθούν στον σχεδιασμό. Ο προκαταρκτικός σχεδιασμός θα προσφέρει μια οπτική απεικόνιση του συστήματος στην αρχή του έργου με βάση αυτές τις εισόδους. Ο προκαταρκτικός σχεδιασμός δημιουργεί επίσης τη βάση για τις επόμενες πιο λεπτομερείς φάσεις σχεδιασμού. Μπορεί να θεωρηθεί ως ένα σχέδιο.
Η Επιθεώρηση Προκαταρκτικού Σχεδιασμού (PDR) κλείνει τη φάση προκαταρκτικού σχεδιασμού του έργου. Για να προχωρήσουμε στον λεπτομερή σχεδιασμό, η PDR πρέπει να προσφέρει αρκετή εγγύηση. Ο σκοπός της PDR είναι να διασφαλίσει ότι ο προκαταρκτικός σχεδιασμός και η βασική αρχιτεκτονική του συστήματος είναι ολοκληρωμένα, ότι υπάρχει τεχνική εμπιστοσύνη ότι οι απαιτήσεις μπορούν να ικανοποιηθούν εντός προϋπολογισμού και προγραμματισμένου χρόνου.
Κρίσιμη Επιθεώρηση Σχεδιασμού – Critical Design Review (CDR)
Η Κρίσιμη Επιθεώρηση Σχεδιασμού (CDR) ολοκληρώνει τη φάση κρίσιμου σχεδιασμού του έργου. Τα τελικά σχέδια παρουσιάζονται μέσω της CDR με εκτενείς αναλύσεις, προσομοιώσεις, σχηματικά, κώδικα λογισμικού και δεδομένα δοκιμών. Η CDR διασφαλίζει ότι το σύστημα μπορεί να προχωρήσει στις δοκιμές και την παραγωγή. Εκφράζει επίσης ότι οι αναφερόμενες απαιτήσεις μπορούν να ικανοποιηθούν εντός του προϋπολογισμού και του χρονοδιαγράμματος. Τα εκτενή σχέδια και προδιαγραφές που προκύπτουν παρέχουν μια αρχική βάση προϊόντος, με τελική βάση. Η CDR πρέπει να είναι ενδελεχής και εξαντλητική.
Τελική Φάση Σχεδιασμού – Final Design Phase
Η Τελική Φάση Σχεδιασμού παρέχει λεπτομερή αρχιτεκτονικά και μηχανολογικά σχέδια κάθε συστατικού στο έργο. Για κάποια έργα, μπορεί να είναι απαραίτητη η δημιουργία ενός τελικού εκθέσεως σχεδιασμού. Τα προβλήματα σχεδιασμού που ανιχνεύονται πρέπει να επιλυθούν πριν την ολοκλήρωση της τελικής φάσης σχεδιασμού. Τα σχέδια και η έκθεση πρέπει να παρέχουν αρκετές λεπτομέρειες ώστε να επιτρέπουν τις εύλογα ακριβείς εκτιμήσεις των κατασκευαστικών και λειτουργικών κόστους, καθώς και του χρονοδιαγράμματος κατασκευής. Η τελική έκθεση σχεδιασμού πρέπει να περιλαμβάνει ένα ενημερωμένο χρονοδιάγραμμα, εκτιμήσεις κόστους και προδιαγραφές. Επίσης, πρέπει να εγκριθεί ότι το έργο είναι οικονομικά εφικτό. Οποιαδήποτε αλλαγή κατά τη διάρκεια της Τελικής Φάσης Σχεδιασμού είναι πιο δαπανηρή σε σύγκριση με άλλες φάσεις. Έτσι, πρέπει να πραγματοποιηθεί με πολλή προσοχή.
Στάδια Συμμετοχής – SOI (Stages of Involvement)
Οι αξιολογήσεις Σταδίων Συμμετοχής (SOI) γίνονται από τις αεροπορικές αρχές των σχετικών χωρών σε διάφορα στάδια του έργου όπως ο σχεδιασμός, η ανάπτυξη και η επαλήθευση προκειμένου να αξιολογήσουν τη συμμόρφωση των έργων με το DO-178B. Σε ιδανικές περιπτώσεις, προγραμματίζονται συνολικά τέσσερις αξιολογήσεις SOI.
Η αρχική αξιολόγηση, που είναι το πρώτο SOI, περιλαμβάνει τη φάση σχεδιασμού των μελετών συμμόρφωσης πιστοποίησης του έργου. Η δεύτερη αξιολόγηση SOI επικεντρώνεται στις φάσεις ανάπτυξης του έργου. Ξεκινώντας με την ανάπτυξη υψηλού επιπέδου απαιτήσεων λογισμικού, ερωτά αν ο σχεδιασμός, οι απαιτήσεις λογισμικού χαμηλού επιπέδου και ο πηγαίος κώδικας παράγονται σύμφωνα με το DO178B. Η τρίτη αξιολόγηση SOI επικεντρώνεται στις φάσεις επικύρωσης. Δεν εξετάζονται μόνο οι δραστηριότητες δοκιμών, αλλά όλες οι δραστηριότητες που πραγματοποιούνται για σκοπούς επαλήθευσης. Το τέταρτο SOI, από την άλλη πλευρά, είναι η τελική αξιολόγηση που διεξάγεται κοντά στο τέλος του έργου, ερωτώντας αν υπάρχει κάποια δραστηριότητα που έχει μείνει ανοιχτή και αν έχει προκύψει κάποιο νέο πρόβλημα από τις προηγούμενες αξιολογήσεις.
Η προσδοκία του DO-178B από τα παραγόμενα λογισμικά προϊόντα κατά τη φάση σχεδιασμού είναι να συμφωνηθεί ένα κοινό σύνολο κανόνων μεταξύ της αρχής και της εταιρείας που το κάνει και να συμμορφώνεται με αυτό το σύνολο κανόνων καθ’ όλη τη διάρκεια του έργου. Με άλλα λόγια, όταν γράφονται σχέδια και πρότυπα, η εταιρεία δεν καθορίζει μόνο τις δικές της διαδικασίες αλλά γράφει επίσης τους κανόνες για το πώς η αρχή θα αξιολογήσει τον εαυτό της καθ’ όλη τη διαδικασία πιστοποίησης.
Can Önal ([email protected])
Mor Teknoloji
