Προσδιορισμός εγγράφων σύμφωνα με το GOST 19. Σχεδιασμός του προγράμματος σύμφωνα με το GOST (πώς να). Άσκηση παιδείας υπολογιστών

V.E. Καρπόφ

Αυτό το έγγραφο περιέχει μια σύντομη περιγραφή των προτύπων ESPD, η γνώση των οποίων είναι απαραίτητη για τους μαθητές για την ολοκλήρωση εργασιών όρου και έργων που σχετίζονται με τη δημιουργία συστημάτων λογισμικού. Επιπλέον, μπορεί να είναι χρήσιμο όσον αφορά τη βελτίωση της ποιότητας της τεκμηρίωσης του προγράμματος γενικά.

ΟΡΟΙ ΑΝΑΦΟΡΑΣ (GOST 19.201-78)

1. Γενικές Διατάξεις

ΣΤΑΔΙΑ ΑΝΑΠΤΥΞΗΣ (GOST 19.102-77)

ΠΕΡΙΓΡΑΦΗ ΠΡΟΓΡΑΜΜΑΤΟΣ (GOST 19.402-78)

ΚΕΙΜΕΝΟ ΠΡΟΓΡΑΜΜΑΤΟΣ (GOST 19.401-78)

ΠΡΟΓΡΑΜΜΑ ΚΑΙ ΜΕΘΟΔΟΙ ΔΟΚΙΜΗΣ (GOST 19.301-79)

ΑΠΑΙΤΗΣΕΙΣ ΓΙΑ ΕΓΓΡΑΦΑ ΠΡΟΓΡΑΜΜΑΤΟΣ ΠΟΥ ΕΙΝΑΙ ΜΕ ΤΗ ΜΕΘΟΔΟ ΕΚΤΥΠΩΣΗΣ (GOST 19.106-78)

Τυποποίηση στον τομέα της τεκμηρίωσης λογισμικού

Πώς να προχωρήσουμε μπροστά

Προετοιμασία τεκμηρίωσης για εργαλεία λογισμικού (PS) σύμφωνα με τους υπάρχοντες GOST

2. Γενικά χαρακτηριστικά του κράτους

2.3. Κρατικά πρότυπα της Ρωσικής Ομοσπονδίας (GOST R)

2.4. Διεθνές Πρότυπο ISO/IEC 12207: 1995-08-01

Ίσως το πιο δυσάρεστο και δύσκολο στάδιο της εργασίας προγραμματισμού είναι η δημιουργία τεκμηρίωσης προγράμματος. Δυστυχώς, συνήθως αυτό είτε δεν διδάσκεται καθόλου, είτε, στην καλύτερη περίπτωση, δεν δίνουν τη δέουσα προσοχή στην ποιότητα των παραληφθέντων εγγράφων. Ωστόσο, η κατοχή αυτής της τέχνης είναι συχνά ένας από τους πιο σημαντικούς παράγοντες για τον καθορισμό της ποιότητας ενός προγραμματιστή.

Πρώτον, η δυνατότητα δημιουργίας τεκμηρίωσης προγράμματος καθορίζει το επαγγελματικό επίπεδο ενός προγραμματιστή. Ο πελάτης δεν θα εμβαθύνει στις λεπτότητες και τα χαρακτηριστικά ακόμη και του πιο υπέροχου προγράμματος. Ο πελάτης θα διαβάσει πρώτα την τεκμηρίωση. Σημαντικό ρόλο σε αυτό παίζει και ο ψυχολογικός παράγοντας. Συγκεκριμένα, η πρώην σοβιετική σχολή προγραμματισμού εκτιμήθηκε (και εκτιμάται τώρα) σε όλο τον κόσμο. Οι σύγχρονοι εγχώριοι προγραμματιστές έχουν πάψει να αναφέρονται. Η τάξη δεν είναι ίδια. Στις μέρες μας τα προγράμματα δεν γράφονται πια, αλλά μεταγλωττίζονται (και πρόκειται για «δύο μεγάλες διαφορές»). Έτσι, ένα πακέτο τεκμηρίωσης λογισμικού (εφεξής PD) που δημιουργήθηκε σε "κλασικό" στυλ θα δημιουργήσει την πιο ευνοϊκή εντύπωση στον πελάτη ή τον εργοδότη σας. Ειδικά αν ο συντάκτης του ΠΔ θα αποφύγει φράσεις όπως "κλικ στη γραμμή κύλισης ...", "βίδα" κ.λπ. Δυστυχώς, μια τέτοια αργκό κουβέντα συνήθως κρύβει είτε έλλειψη σκέψεων είτε πλήρη κενό (ο συγγραφέας εντυπωσιάστηκε ανεξίτηλα από την ιστορία ενός από τους γνωστούς του για έναν συγκεκριμένο "παιχνίδι" που είτε "κουβέντιασε" με κάποιον εκεί ή επιδόθηκε σε "μέτρο "ή κάτι τέτοιο.). Η γλώσσα της ΠΔ είναι ένα είδος γραφειοκρατικής, πολύ συντηρητικής γλώσσας. Έχει τη δική του ιδιαίτερη γοητεία. Συμφωνώ ότι οι όροι σκληρός δίσκος, μονάδα δισκέτας, χειροκίνητος χειριστής όπως "ποντίκι" (ή "kolobok", όπως ήταν σε ένα από τα παλιά πακέτα PD) ακούγονται εντελώς διαφορετικοί από τον αντίστοιχο "βίδα", "φλοπ" και απλώς "ποντίκι". Παρεμπιπτόντως, τα πράγματα έχουν ήδη φτάσει στο σημείο που, λένε, εμφανίστηκε ακόμη και μια ειδική ειδικότητα - ένας τεχνικός συγγραφέας, δηλ. ένα άτομο που μπορεί να δημιουργήσει τεκμηρίωση λογισμικού.

Δεύτερον, ένα καλά διαμορφωμένο (ακριβέστερα, δημιουργημένο) πακέτο PD θα σας γλιτώσει από πολλά προβλήματα. Συγκεκριμένα, μπορείτε να απαλλαγείτε από ενοχλητικές ερωτήσεις και αβάσιμους ισχυρισμούς απλώς παραπέμποντας τον χρήστη στην τεκμηρίωση. Αυτό αφορά, πρώτα απ 'όλα, το πιο σημαντικό έγγραφο - τους Όρους Εντολής. Θα μιλήσουμε για αυτό παρακάτω, και τώρα μπορούμε να θυμηθούμε την αγωγή πολλών εκατομμυρίων δολαρίων κατά της IBM. Αυτή η μήνυση κατατέθηκε από μεγάλο εκδοτικό οίκο, δυσαρεστημένος με την ποιότητα του BT και του λογισμικού. Η IBM κέρδισε την υπόθεση. Και κέρδισε μόνο χάρη στο γεγονός ότι παρουσίασε τους Όρους Εντολής που υπέγραψαν και τα δύο μέρη. Ήταν πολύ καιρό πριν, πίσω στα 70s, αλλά αυτό δεν αλλάζει την ουσία του θέματος.

Ακόμη ένα πράγμα. Είναι σημαντικό να δημιουργήσετε το πρώτο πακέτο PD. Αυτό θα είναι αρκετό για να δημιουργήσετε όλα τα επόμενα στη βάση του, χρησιμοποιώντας το ως μοντέλο ή πρότυπο. Αλλά πρέπει να γίνει πολύ καλά. Αβίαστος. Πολύ εμπεριστατωμένο.

Πρώτα πρέπει να οπλιστείτε με GOST. Το GOST ορίζει τα πάντα. Ειδικότερα, περιλαμβάνει και το Ενιαίο Σύστημα Τεκμηρίωσης Προγραμμάτων (ESPD) που μας ενδιαφέρει. Ίσως το πιο δύσκολο πράγμα είναι να αποκτήσετε το ίδιο το GOST. Το GOST πρέπει να είναι μόνο σε έντυπη πρωτότυπη μορφή. Πωλούνται (τουλάχιστον παλιά) σε εξειδικευμένα καταστήματα. Ειδικότερα, για την απόκτηση προτύπων στον τομέα της τεκμηρίωσης, μπορείτε να επικοινωνήσετε με τους ακόλουθους οργανισμούς:

• IPK "Standards Publishing House", Περιφερειακό Τμήμα Διανομής Επιστημονικών και Τεχνικών Εγγράφων (κατάστημα "Standards"), 17961, Μόσχα, οδός. Donskaya, δ. 8, τηλ. 236-50-34, 237-00-02, φαξ/τηλ. 236-34-48 (σχετικά με το GOST και το GOST R).
• VNIIKI του Κρατικού Προτύπου της Ρωσίας (αναγνωστήριο), 103001, Μόσχα, Granatny per. 4, τηλ. 290-50-94 (όσον αφορά τα διεθνή, ξένα πρότυπα και άλλα επιστημονικά και τεχνικά έγγραφα).

Και όχι αποσπάσματα και δευτερεύουσες πηγές. Ο GOST είναι ο νόμος. Και ακόμη περισσότερο, χωρίς Διαδίκτυο (φανταστείτε ένα δικαστήριο να εκδίδει μια ποινή, χρησιμοποιώντας μια εκτύπωση του Ποινικού Κώδικα, που έχει κατεβάσει από κάποια τοποθεσία). Μην εμπιστεύεστε κανέναν εκτός από το πρωτότυπο. Ωστόσο, περαιτέρω ο συγγραφέας θα πρέπει να καταφύγει στην παραπομπή του ESPD, απαλλάσσοντας τον εαυτό του από κάθε ευθύνη.

Ας ξεκινήσουμε με τις γενικές διατάξεις για το Ενιαίο Σύστημα Τεκμηρίωσης Προγράμματος (οι οποίες ορίζονται επίσης στο αντίστοιχο πρότυπο GOST 19.001-77).

Το ενοποιημένο σύστημα τεκμηρίωσης προγράμματος είναι ένα σύνολο κρατικών προτύπων που θεσπίζουν διασυνδεδεμένους κανόνες για την ανάπτυξη, το σχεδιασμό και την κυκλοφορία προγραμμάτων και τεκμηρίωσης προγραμμάτων.

Τα πρότυπα ESPD ορίζουν τις γενικές διατάξεις και τα θεμελιώδη πρότυπα, τους κανόνες για την εφαρμογή της τεκμηρίωσης ανάπτυξης, τους κανόνες για την εφαρμογή της τεκμηρίωσης παραγωγής, τους κανόνες για την εφαρμογή της τεκμηρίωσης συντήρησης, τους κανόνες για την εφαρμογή της επιχειρησιακής τεκμηρίωσης, τους κανόνες για χειρισμός της τεκμηρίωσης του προγράμματος και άλλων προτύπων. Το ESPD περιλαμβάνει:

• θεμελιώδη και οργανωτικά και μεθοδολογικά πρότυπα·
• πρότυπα που καθορίζουν τις μορφές και το περιεχόμενο των εγγράφων προγράμματος που χρησιμοποιούνται στην επεξεργασία δεδομένων·
• πρότυπα που παρέχουν αυτοματοποίηση της ανάπτυξης εγγράφων προγράμματος.

Γενικά, ο κατάλογος των εγγράφων ESPD είναι πολύ εκτενής. Συγκεκριμένα, περιλαμβάνει τα ακόλουθα GOST:

• GOST 19.001-77 ESPD. Γενικές προμήθειες.
• GOST 19.101-77 ESPD. Είδη προγραμμάτων και έγγραφα προγράμματος (επανέκδοση τον Νοέμβριο του 1987 με τροποποιήσεις).
• GOST 19.102-77 ESPD. Στάδια ανάπτυξης.
• GOST 19.103-77 ESPD. Καθορισμός προγραμμάτων και εγγράφων προγράμματος.
• GOST 19.104-78 ESPD. Βασικές επιγραφές.
• GOST 19.105-78 ESPD. Γενικές απαιτήσεις για έγγραφα προγράμματος.
• GOST 19.106-78 ESPD. Απαιτήσεις για έγγραφα προγράμματος σε έντυπη μορφή.
• GOST 19.201-78 ESPD. Τεχνικό έργο. Απαιτήσεις για περιεχόμενο και σχεδιασμό.
• GOST 19.202-78 ESPD. Προσδιορισμός. Απαιτήσεις για περιεχόμενο και σχεδιασμό.
• GOST 19.301-79 ESPD. Πρόγραμμα και διαδικασία δοκιμής.
• GOST 19.401-78 ESPD. Κείμενο προγράμματος. Απαιτήσεις για περιεχόμενο και σχεδιασμό.
• GOST 19.402-78 ESPD. Περιγραφή προγράμματος.
• GOST 19.404-79 ESPD. Επεξηγηματικό σημείωμα. Απαιτήσεις για περιεχόμενο και σχεδιασμό.
• GOST 19.501-78 ESPD. Μορφή. Απαιτήσεις για περιεχόμενο και σχεδιασμό.
• GOST 19.502-78 ESPD. Περιγραφή της εφαρμογής. Απαιτήσεις για περιεχόμενο και σχεδιασμό.
• GOST 19.503-79 ESPD. Οδηγός προγραμματιστή συστήματος. Απαιτήσεις για περιεχόμενο και σχεδιασμό.
• GOST 19.504-79 ESPD. Οδηγός Προγραμματιστή.
• GOST 19.505-79 ESPD. Εγχειρίδιο χειριστή.
• GOST 19.506-79 ESPD. Περιγραφή της γλώσσας.
• GOST 19.508-79 ESPD. Εγχειρίδιο συντήρησης. Απαιτήσεις για περιεχόμενο και σχεδιασμό.
• GOST 19.604-78 ESPD. Κανόνες για την πραγματοποίηση αλλαγών σε έγγραφα προγράμματος που εκτυπώνονται.
• GOST 19.701-90 ESPD. Σχήματα αλγορίθμων, προγραμμάτων, δεδομένων και συστημάτων. Συμβάσεις και κανόνες εκτέλεσης.
• GOST 19.781-90. Παροχή λογισμικού συστημάτων επεξεργασίας πληροφοριών.

Όπως μπορείτε να δείτε, το κύριο μέρος του συγκροτήματος ESPD αναπτύχθηκε στις δεκαετίες του '70 και του '80. Εν μέρει, αυτά τα πρότυπα είναι παρωχημένα και, επιπλέον, δεν είναι χωρίς κάποιες ελλείψεις. Πρώτον, δεν αντικατοπτρίζουν ορισμένες σύγχρονες τάσεις στο σχεδιασμό προγραμμάτων και τεκμηρίωσης προγραμμάτων και, δεύτερον, αυτά τα πρότυπα περιέχουν πολλαπλές αντιγραφές τμημάτων τεκμηρίωσης προγράμματος. Ωστόσο, ελλείψει καλύτερου τρόπου, πρέπει κανείς να επικεντρωθεί σε αυτά.

Έτσι, τα πρότυπα ESPD εξορθολογίζουν τη διαδικασία τεκμηρίωσης συστημάτων λογισμικού. Ωστόσο, πρώτον, η σύνθεση των εγγράφων προγράμματος που προβλέπονται από τα πρότυπα ESPD δεν είναι καθόλου τόσο «άκαμπτη» όσο φαίνεται: τα πρότυπα επιτρέπουν την συμπερίληψη πρόσθετων τύπων στο σύνολο τεκμηρίωσης του συστήματος λογισμικού (PS) και, δεύτερον, με βάση τις απαιτήσεις των πελατών, ορισμένες αλλαγές τόσο στη δομή όσο και στο περιεχόμενο των καθιερωμένων τύπων Π.Δ. Επιπλέον, μπορεί να σημειωθεί ότι τα πρότυπα ESPD (και αυτό ισχύει επίσης για όλα τα άλλα πρότυπα στον τομέα του PS - GOST 34, το Διεθνές Πρότυπο ISO / IEC κ.λπ.) έχουν συμβουλευτικό χαρακτήρα. Το γεγονός είναι ότι σύμφωνα με το νόμο της Ρωσικής Ομοσπονδίας "Περί Τυποποίησης" αυτά τα πρότυπα γίνονται υποχρεωτικά βάσει σύμβασης - δηλ. όταν αναφέρεται σε αυτά στη σύμβαση ανάπτυξης (προμήθειας) του Π.Σ.

Πριν προχωρήσετε στην εξέταση των κανόνων για τη σύνταξη τεκμηρίωσης του προγράμματος, είναι απαραίτητο να κάνετε την ακόλουθη παρατήρηση. Είναι επιθυμητό να προηγείται κάθε έγγραφο με κάποια εισαγωγή. Η εισαγωγή είναι γενική. Σχετικά με τη συνάφεια, την αναγκαιότητα κ.λπ. Ο σκοπός του Αναδόχου εδώ είναι να δείξει τη σημασία και την αναγκαιότητα της εκτέλεσης αυτής της εργασίας. Η αρχή είναι συνήθως τυπική: "Τα πολυάριθμα συστήματα που υπάρχουν σήμερα ... ... ανοίγουν πραγματικές προοπτικές στο ...", κ.λπ. Εδώ συνήθως παρεμβάλλονται αποσπάσματα από τις ομιλίες διαφόρων προσωπικοτήτων (αυτή είναι μια καθαρά ψυχολογική πτυχή): "... όπως ειπώθηκε στην τελευταία ολομέλεια, συνέδριο, συνέδριο κ.λπ.). Μπορείτε επίσης να ξεκινήσετε με το γεγονός ότι ". .. Σήμερα, στην εποχή των γηγενών κοινωνικοοικονομικών μετασχηματισμών... κλπ.» Γενικά, το κυριότερο εδώ είναι να μην το παρακάνουμε.

Και επιπλέον. Περιγράφοντας το προϊόν του, ένας προγραμματιστής συχνά συγχέει τις έννοιες ενός συστατικού και ενός συμπλέγματος. Πρόκειται για διαφορετικούς τύπους προγραμμάτων. Ένα στοιχείο ορίζεται ως "ένα πρόγραμμα που θεωρείται ως σύνολο, που εκτελεί μια πλήρη λειτουργία και χρησιμοποιείται ανεξάρτητα ή ως μέρος ενός συμπλέγματος" και ένα σύνθετο είναι "ένα πρόγραμμα που αποτελείται από δύο ή περισσότερα στοιχεία και (ή) σύμπλοκα που εκτελούν αλληλένδετες λειτουργίες , και χρησιμοποιείται ανεξάρτητα ή σε άλλο συγκρότημα.

Σύμφωνα με την GOST, αυτό το πρότυπο (που επανεκδόθηκε τον Νοέμβριο του 1987) καθιερώνει τη διαδικασία για την κατασκευή και την εκτέλεση τεχνικών προδιαγραφών για την ανάπτυξη ενός προγράμματος ή προϊόντος λογισμικού για υπολογιστές, συγκροτήματα και συστήματα, ανεξάρτητα από το σκοπό και το πεδίο εφαρμογής τους.

Πρέπει να είμαστε εξαιρετικά προσεκτικοί και προσεκτικοί όταν το δημιουργούμε, γιατί. Συχνά επιδέξια (και ικανά) συνταγμένο ΠΠ καθορίζει την επιτυχία όλων των εργασιών. Είναι το ΠΠ που συμφωνείται με τον Πελάτη, ο οποίος συνήθως επιδιώκει να κάνει όσο το δυνατόν περισσότερες αντικρουόμενες και υπερβολικές απαιτήσεις. Το καθήκον του Εκτελεστή είναι, αντίθετα, να κάνει τη ζωή του ευκολότερη. Αλλά μετά τις υπογραφές και από τις δύο πλευρές, είναι πολύ αργά για να επαναλάβουμε οτιδήποτε.

Οι όροι εντολής συντάσσονται σε φύλλα μορφής Α4 ή/και Α3, κατά κανόνα, χωρίς να συμπληρώνονται τα πεδία του φύλλου. Οι αριθμοί των φύλλων (σελίδων) τοποθετούνται στο επάνω μέρος του φύλλου πάνω από το κείμενο.

Για να κάνετε αλλαγές και προσθήκες στο τεχνικό υπόβαθρο στα επόμενα στάδια ανάπτυξης ενός προγράμματος ή ενός προϊόντος λογισμικού, κυκλοφορεί μια προσθήκη σε αυτό. Ο συντονισμός και η έγκριση της προσθήκης στους όρους εντολής πραγματοποιείται με τον ίδιο τρόπο που ορίζεται για τους όρους εντολής.

Οι όροι εντολής πρέπει να περιλαμβάνουν τις ακόλουθες ενότητες:

• όνομα και πεδίο εφαρμογής·
• βάση για ανάπτυξη·
• σκοπός της ανάπτυξης?
• τεχνικές απαιτήσεις για το πρόγραμμα ή το προϊόν λογισμικού·
• στάδια και στάδια ανάπτυξης·
• διαδικασία ελέγχου και αποδοχής·
• εφαρμογές.

Ανάλογα με τις δυνατότητες του προγράμματος ή του προϊόντος λογισμικού, επιτρέπεται η αποσαφήνιση του περιεχομένου των ενοτήτων, η εισαγωγή νέων ενοτήτων ή ο συνδυασμός ορισμένων από αυτές.

Στο κεφάλαιο Όνομα και πεδίο εφαρμογήςαναφέρετε το όνομα, μια σύντομη περιγραφή του πεδίου εφαρμογής του προγράμματος ή του προϊόντος λογισμικού και του αντικειμένου στο οποίο χρησιμοποιείται το πρόγραμμα ή το προϊόν λογισμικού.

Στο κεφάλαιο Βάση για ανάπτυξηπρέπει να διευκρινιστεί:

• έγγραφο (έγγραφα) βάσει του οποίου πραγματοποιείται η ανάπτυξη·
• τον οργανισμό που ενέκρινε αυτό το έγγραφο και την ημερομηνία έγκρισής του·
• όνομα και (ή) σύμβολο του θέματος ανάπτυξης.

Όσον αφορά τις ιδιαιτερότητες της εκπαιδευτικής διαδικασίας, η ανάθεση για το σχεδιασμό μαθημάτων, η παραγγελία για το ινστιτούτο με ημερομηνία __.__ μπορεί να χρησιμεύσει ως βάση. για Ν ___., σύμβαση __.__. για N___. , και τα λοιπά.

Στο κεφάλαιο Σκοπός ανάπτυξηςπρέπει να αναφέρεται ο λειτουργικός και λειτουργικός σκοπός του προγράμματος ή του προϊόντος λογισμικού. Μπορείτε να περιοριστείτε σε μία ή δύο φράσεις εδώ. Το κύριο πράγμα είναι να ορίσετε με σαφήνεια σε τι χρησιμεύει αυτό το πρόγραμμα.

Για παράδειγμα: Το πρόγραμμα είναι ο πυρήνας του αυτοματοποιημένου σταθμού εργασίας (AWS) του προγραμματιστή συστημάτων συνεχούς γραμμικού αυτόματου ελέγχου (ACS), που επιτρέπει στο χρήστη να λύσει τα προβλήματα ανάλυσης απλών μοντέλων.

Κεφάλαιο Τεχνικές απαιτήσεις για το πρόγραμμα ή το προϊόν λογισμικούπρέπει να περιέχει τις ακόλουθες υποενότητες:

• απαιτήσεις απόδοσης·
• απαιτήσεις αξιοπιστίας·
• όροι χρήσης;
• απαιτήσεις για τη σύνθεση και τις παραμέτρους των τεχνικών μέσων·
• απαιτήσεις για πληροφορίες και συμβατότητα λογισμικού·
• απαιτήσεις για την επισήμανση και τη συσκευασία·
• απαιτήσεις για μεταφορά και αποθήκευση·
• ειδικές απαιτήσεις.

Με άλλα λόγια, εδώ ξεκινούν τα συγκεκριμένα. Περιγράφει τι πρέπει να κάνει το πρόγραμμα και πώς πρέπει να φαίνεται.

απαιτήσεις απόδοσης. Εδώ, θα πρέπει να αναφέρονται οι απαιτήσεις για τη σύνθεση των λειτουργιών που εκτελούνται, την οργάνωση των δεδομένων εισόδου και εξόδου, τα χρονικά χαρακτηριστικά κ.λπ.

Για παράδειγμα: Το πρόγραμμα πρέπει να επιτρέπει ... να υπολογίσει ... να δημιουργήσει ... να δημιουργήσει ...

Αρχικά δεδομένα: ένα αρχείο κειμένου με δεδομένο ...

Δεδομένα εξόδου: γραφικές και κειμενικές πληροφορίες - τα αποτελέσματα της ανάλυσης του συστήματος .... αρχεία κειμένου - αναφορές για ... διάγνωση της κατάστασης του συστήματος και αναφορά τυχόν σφαλμάτων που έχουν προκύψει.

απαιτήσεις αξιοπιστίας. Θα πρέπει να προσδιορίζονται οι απαιτήσεις για τη διασφάλιση αξιόπιστης λειτουργίας (διασφάλιση σταθερής λειτουργίας, έλεγχος πληροφοριών εισόδου και εξόδου, χρόνος ανάκτησης μετά από αστοχία κ.λπ.).

Είναι δύσκολο να «μαντέψεις» κάτι εδώ. Στην καλύτερη περίπτωση, μπορεί να περάσει μια παραλλαγή στην οποία το πρόγραμμά σας λειτουργεί μόνο με απολύτως σωστά δεδομένα. Συνήθως ο Πελάτης δεν συμφωνεί με αυτό, αλλά μπορείτε να δοκιμάσετε.

Για παράδειγμα: Το πρόγραμμα πρέπει να λειτουργεί με μια δεδομένη εκτεταμένη μήτρα συχνότητας του υπό μελέτη γραφήματος σύμφωνα με τον αλγόριθμο λειτουργίας, να εκδίδει μηνύματα σφάλματος εάν τα αρχικά δεδομένα έχουν καθοριστεί εσφαλμένα, να υποστηρίζει τη διαδραστική λειτουργία στο πλαίσιο των δυνατοτήτων που παρέχονται στον χρήστη .

Συνθήκες λειτουργίας. Πρέπει να προσδιορίζονται οι συνθήκες λειτουργίας (θερμοκρασία αέρα περιβάλλοντος, σχετική υγρασία κ.λπ. για τους επιλεγμένους τύπους φορέων δεδομένων), υπό τις οποίες πρέπει να διασφαλίζονται τα καθορισμένα χαρακτηριστικά, καθώς και το είδος της υπηρεσίας, ο απαιτούμενος αριθμός και τα προσόντα του προσωπικού.

Με αυτό το σημείο, συνήθως δεν προκύπτουν δυσκολίες. Δυστυχώς, το θέμα του επαγγελματισμού του χρήστη υπονοείται απαραίτητα από τον Πελάτη. Αυτό, φυσικά, είναι ένας άλλος λόγος για να βρείτε σφάλματα στο πρόγραμμά σας. Ωστόσο, εδώ μπορείτε να περιοριστείτε σε φράσεις όπως "Οι συνθήκες λειτουργίας του προγράμματος συμπίπτουν με τις συνθήκες λειτουργίας του υπολογιστή IBM και των συμβατών υπολογιστών", "Το πρόγραμμα πρέπει να έχει σχεδιαστεί για μη επαγγελματία χρήστη". και τα λοιπά.

Απαιτήσεις για τη σύνθεση και τις παραμέτρους των τεχνικών μέσων. Αναφέρετε την απαιτούμενη σύνθεση των τεχνικών μέσων με ένδειξη των τεχνικών τους χαρακτηριστικών.

Το κύριο πράγμα εδώ είναι να μην ξεχνάμε τίποτα και να τα προβλέψουμε όλα, αφενός (αλλιώς θα γλιστρήσουν λίγο IBM PC / XT με μονόχρωμη οθόνη και χωρίς ποντίκι) και αφετέρου μην το παρακάνετε με αυξημένα απαιτήσεις, διαφορετικά ο Πελάτης θα βρει έναν πιο εξυπηρετικό Ανάδοχο.

Για παράδειγμα: Χρειάζεστε έναν υπολογιστή συμβατό με IBM PC με προσαρμογέα γραφικών EGA (VGA). Ο απαιτούμενος χώρος στο δίσκο είναι τουλάχιστον 600 Kb, η ελεύθερη μνήμη RAM είναι τουλάχιστον 400 Kb. Είναι επιθυμητό να έχετε ένα πρόγραμμα οδήγησης EMS και ένα ποντίκι.

Απαιτήσεις για πληροφορίες και συμβατότητα λογισμικού. Τα χαρακτηριστικά είναι τα ίδια όπως στην προηγούμενη παράγραφο. Εδώ, θα πρέπει να αναφέρονται οι απαιτήσεις για δομές πληροφοριών στην είσοδο και έξοδο και οι μέθοδοι λύσης, οι πηγαίοι κώδικες, οι γλώσσες προγραμματισμού. Όπου χρειάζεται, οι πληροφορίες και τα προγράμματα θα πρέπει να προστατεύονται.

Για παράδειγμα: Το πρόγραμμα πρέπει να λειτουργεί αυτόνομα υπό MS DOS έκδοση 3.3 ή νεότερη. Η βασική γλώσσα προγραμματισμού είναι η Turbo Pascal 6.0.

Οι απαιτήσεις για την επισήμανση και τη συσκευασία και οι απαιτήσεις για μεταφορά και αποθήκευση είναι αρκετά εξωτικές. Στη γενική περίπτωση, οι απαιτήσεις για την επισήμανση ενός προϊόντος λογισμικού, οι επιλογές και οι μέθοδοι συσκευασίας αναφέρονται εδώ. Και στις απαιτήσεις μεταφοράς και αποθήκευσης, οι συνθήκες μεταφοράς, οι χώροι αποθήκευσης, οι συνθήκες αποθήκευσης, οι συνθήκες αποθήκευσης, οι περίοδοι αποθήκευσης σε διάφορες συνθήκες θα πρέπει να αναφέρονται για το προϊόν λογισμικού.

Οι ειδικές απαιτήσεις είναι πολύ υπεύθυνο πράγμα. Καλό είναι να τα αποφεύγετε όσο το δυνατόν περισσότερο. Και ανακοινώστε το αμέσως.

Για παράδειγμα: Δεν υπάρχουν ειδικές απαιτήσεις για τα χρονικά χαρακτηριστικά του προγράμματος. Δεν υπάρχουν ειδικές απαιτήσεις για τα χωρητικά χαρακτηριστικά του προγράμματος.

Τεχνικοί και οικονομικοί δείκτες.Αυτό το πιο δύσκολο στοιχείο για έναν προγραμματιστή δεν είναι πάντα εκεί. Χρειάζεται πρωτίστως όταν ο στόχος σας είναι να δικαιολογήσετε την τεράστια αποτελεσματικότητα και σημασία της εργασίας που εκτελείται. Αυτό το στοιχείο συνήθως λειτουργεί πολύ καλά για τον Πελάτη. Τουλάχιστον, αυτή είναι η καλύτερη αιτιολόγηση για το χρονοδιάγραμμα και το κόστος ανάπτυξης.

Αυτή η ενότητα θα πρέπει να αναφέρει: εκτιμώμενη οικονομική απόδοση, εκτιμώμενη ετήσια ανάγκη (για παράδειγμα: ο εκτιμώμενος αριθμός κλήσεων στο σύνολο του συγκροτήματος ανά έτος είναι 365 συνεδρίες εργασίας), τα οικονομικά πλεονεκτήματα της ανάπτυξης σε σύγκριση με τα καλύτερα δείγματα εσωτερικού και εξωτερικού ή ανάλογα.

Επιπλέον, είναι επιθυμητό να δοθεί ένας ορισμός τόσο του εκτιμώμενου κόστους ανάπτυξης ενός προγράμματος όσο και του ορισμού της πολυπλοκότητας του προγραμματισμού.

Στάδια και στάδια ανάπτυξης(περισσότερα για αυτό παρακάτω) καθορίστε τα απαραίτητα στάδια ανάπτυξης, τα στάδια και το περιεχόμενο της εργασίας (κατάλογο των εγγράφων προγράμματος που πρέπει να αναπτυχθούν, να συμφωνηθούν και να εγκριθούν), καθώς και, κατά κανόνα, το χρονοδιάγραμμα ανάπτυξης και να καθορίσετε τους εκτελεστές.

Τα τυπικά βήματα περιγράφονται εδώ. Το κύριο πράγμα είναι να προσδιορίσετε σωστά το χρονοδιάγραμμα. Εάν είναι δυνατόν, προσπαθήστε να κατανείμετε ομοιόμορφα τα στάδια ανά χρόνο (και ποσότητα). Να θυμάστε ότι δεν φτάνουν όλα τα έργα στο τελευταίο στάδιο. Και οι αναφορές πρέπει να υπάρχουν σε κάθε στάδιο. Θυμηθείτε επίσης ότι το έργο εργασίας θα πάρει τον περισσότερο χρόνο. Εάν δεν έχετε χρόνο να συμπληρώσετε έγκαιρα την τεκμηρίωση, τότε ο Πελάτης έχει κάθε δικαίωμα να μην αποδεχτεί καθόλου την εργασία με όλες τις επακόλουθες συνέπειες.

Τα κύρια και απαραίτητα στάδια και στάδια είναι οι ίδιοι οι όροι αναφοράς, το σχέδιο σχεδιασμού, τα τεχνικά σχέδια και τα σχέδια εργασίας.

• Προμελέτη. Σε αυτό το στάδιο, αναπτύσσονται λεπτομερώς οι δομές των δεδομένων εισόδου και εξόδου, καθορίζεται η μορφή παρουσίασής τους. Αναπτύσσεται μια γενική περιγραφή του αλγορίθμου, του ίδιου του αλγορίθμου και της δομής του προγράμματος. Εκπονείται σχέδιο δράσης για την ανάπτυξη και υλοποίηση του προγράμματος.
• Τεχνικό έργο. Περιέχει τον αναπτυγμένο αλγόριθμο για την επίλυση του προβλήματος, καθώς και μεθόδους ελέγχου των αρχικών πληροφοριών. Αναπτύσσει επίσης εργαλεία χειρισμού σφαλμάτων και έκδοση διαγνωστικών μηνυμάτων, καθορίζει τις μορφές παρουσίασης των αρχικών δεδομένων και τη διαμόρφωση των τεχνικών μέσων.
• Έργο εργασίας. Σε αυτό το στάδιο, πραγματοποιείται προγραμματισμός και αποσφαλμάτωση του προγράμματος, ανάπτυξη εγγράφων προγράμματος, προγραμμάτων και μεθόδων δοκιμής. Ετοιμάζονται παραδείγματα δοκιμών και εντοπισμού σφαλμάτων. Η τεκμηρίωση και το γραφικό υλικό έχουν οριστικοποιηθεί. Συνήθως διευκρινίζεται ότι κατά την ανάπτυξη του προγράμματος θα πρέπει να προετοιμαστεί η ακόλουθη τεκμηρίωση:

• κείμενο προγράμματος.
• περιγραφή προγράμματος·
• μεθοδολογία προγράμματος και δοκιμών·
• περιγραφή της αίτησης·
• εγχειρίδιο χρήστη.

Αυτές είναι τυπικές απαιτήσεις. Εάν ο Πελάτης συμφωνεί ότι δεν μπορεί να υποβληθεί όλη αυτή η λίστα, τότε αυτό σημαίνει ότι οι προθέσεις του σχετικά με εσάς και το προϊόν σας δεν είναι σοβαρές.

Τα γραφικά μπορεί να είναι διαθέσιμα ή να μην είναι διαθέσιμα. Ειδικά όταν δεν πρόκειται να αναφέρετε τα αποτελέσματα της δουλειάς σας. Αλλά για σοβαρά έργα, αυτό το στοιχείο απαιτείται.

Για παράδειγμα: Κατά την ανάπτυξη του προγράμματος, θα πρέπει να προετοιμαστεί το ακόλουθο γραφικό υλικό:

• τεχνικούς και οικονομικούς δείκτες·
• δομή προγράμματος·
• μορφή για την αναπαράσταση των δεδομένων εισόδου του προγράμματος·
• γενικό σχήμα του αλγορίθμου (2 φύλλα).
• βασικοί υπολογιστικοί αλγόριθμοι.
• παράδειγμα του προγράμματος.

Στο κεφάλαιο Διαδικασία ελέγχου και αποδοχήςθα πρέπει να αναφέρονται οι τύποι δοκιμών και οι γενικές απαιτήσεις για την αποδοχή της εργασίας. Εάν είναι δυνατόν, αναφέρετε σε αυτήν την παράγραφο ότι "ο έλεγχος και η αποδοχή της ανάπτυξης πραγματοποιείται στον εξοπλισμό που παρέχεται από τον Πελάτη", διαφορετικά μπορεί να σας ζητηθεί να φέρετε τον εξοπλισμό μαζί σας.

Για παράδειγμα: Ο έλεγχος και η αποδοχή της ανάπτυξης πραγματοποιούνται με βάση δοκιμές παραδειγμάτων ελέγχου και εντοπισμού σφαλμάτων. Αυτό ελέγχει την εκτέλεση όλων των λειτουργιών του προγράμματος.

ΣΤΟ Εφαρμογέςστους όρους αναφοράς, εάν είναι απαραίτητο, οδηγούν:

• κατάλογος έρευνας και άλλων εργασιών που τεκμηριώνουν την ανάπτυξη·
• σχήματα αλγορίθμων, πίνακες, περιγραφές, αιτιολογήσεις, υπολογισμοί και άλλα έγγραφα που μπορούν να χρησιμοποιηθούν στην ανάπτυξη·

• άλλες πηγές ανάπτυξης.

Αυτό το πρότυπο καθορίζει τα στάδια ανάπτυξης των προγραμμάτων, την τεκμηρίωση του προγράμματος, καθώς και τα στάδια και το περιεχόμενο της εργασίας:

Στάδια ανάπτυξης	Στάδια εργασίας
Τεχνικό έργο	Το σκεπτικό για την ανάγκη ανάπτυξης προγράμματος	Διατύπωση του προβλήματος. Συλλογή πηγών υλικών. Επιλογή και αιτιολόγηση κριτηρίων για την αποτελεσματικότητα και την ποιότητα του αναπτυγμένου προγράμματος. Αιτιολόγηση της ανάγκης για ερευνητική εργασία.
	Ερευνητικό έργο	Προσδιορισμός της δομής των δεδομένων εισόδου και εξόδου. Προκαταρκτική επιλογή μεθόδων επίλυσης προβλημάτων. Αιτιολόγηση της σκοπιμότητας χρήσης προγραμμάτων που έχουν αναπτυχθεί προηγουμένως. Καθορισμός απαιτήσεων για τεχνικά μέσα. Αιτιολόγηση της θεμελιώδους δυνατότητας επίλυσης του προβλήματος.
	Ανάπτυξη και έγκριση όρων εντολής	Καθορισμός απαιτήσεων για το πρόγραμμα. Εκπόνηση μελέτης σκοπιμότητας για την ανάπτυξη του προγράμματος. Ορισμός σταδίων, σταδίων και όρων ανάπτυξης του προγράμματος και τεκμηρίωση σε αυτό. Επιλογή γλωσσών προγραμματισμού. Προσδιορισμός της ανάγκης για ερευνητική εργασία σε επόμενα στάδια. Συντονισμός και έγκριση όρων εντολής.
Προμελέτη	Ανάπτυξη σχεδίου σχεδίου	Προκαταρκτική ανάπτυξη της δομής των δεδομένων εισόδου και εξόδου. Βελτίωση των μεθόδων επίλυσης του προβλήματος. Ανάπτυξη μιας γενικής περιγραφής του αλγορίθμου για την επίλυση του προβλήματος. Εκπόνηση μελέτης σκοπιμότητας.
	Έγκριση σχεδίου ιδέας	Συντονισμός και έγκριση του σχεδίου σχεδίου
Τεχνικό έργο	Ανάπτυξη τεχνικού έργου	Βελτίωση της δομής των δεδομένων εισόδου και εξόδου. Ανάπτυξη αλγορίθμου για την επίλυση του προβλήματος. Προσδιορισμός της μορφής αναπαράστασης δεδομένων εισόδου και εξόδου. Ορισμός σημασιολογίας και σύνταξης της γλώσσας. Ανάπτυξη της δομής του προγράμματος. Τελικός ορισμός της διαμόρφωσης υλικού.
	Έγκριση τεχνικού έργου	Ανάπτυξη σχεδίου δράσης για την ανάπτυξη και υλοποίηση προγραμμάτων. Ανάπτυξη επεξηγηματικού σημειώματος. Συντονισμός και έγκριση του τεχνικού έργου.
προσχέδιο εργασίας	Ανάπτυξη προγράμματος	Προγραμματισμός και εντοπισμός σφαλμάτων ενός προγράμματος
	Ανάπτυξη τεκμηρίωσης προγράμματος	Ανάπτυξη εγγράφων προγράμματος σύμφωνα με τις απαιτήσεις του GOST 19.101-77.
	Δοκιμές προγράμματος	Ανάπτυξη, συντονισμός και έγκριση του προγράμματος και των μεθόδων δοκιμών. Διενέργεια προκαταρκτικών κρατικών, διατμηματικών, αποδοχών και άλλων τύπων δοκιμών. Διόρθωση του προγράμματος και της τεκμηρίωσης του προγράμματος με βάση τα αποτελέσματα των δοκιμών.
Εκτέλεση	Προετοιμασία και μετάδοση του προγράμματος	Προετοιμασία και μεταφορά του προγράμματος και της τεκμηρίωσης του προγράμματος για συντήρηση και (ή) παραγωγή. Καταχώριση και έγκριση της πράξης μεταφοράς του προγράμματος για συντήρηση και (ή) παραγωγή. Μεταφορά του προγράμματος στο ταμείο αλγορίθμων και προγραμμάτων.

Σημειώσεις:

1. Επιτρέπεται να αποκλειστεί το δεύτερο στάδιο ανάπτυξης και σε τεχνικά αιτιολογημένες περιπτώσεις - το δεύτερο και το τρίτο στάδιο. Η ανάγκη για αυτά τα στάδια υποδεικνύεται στους όρους αναφοράς.
2. Επιτρέπεται ο συνδυασμός, η εξαίρεση σταδίων εργασίας και (ή) του περιεχομένου τους, καθώς και η εισαγωγή άλλων σταδίων εργασίας, όπως έχει συμφωνηθεί με τον πελάτη.

Αυτό το πρότυπο εστιάζει στην τεκμηρίωση του προϊόντος ανάπτυξης που προκύπτει.

Αυστηρά μιλώντας, υπάρχουν δύο διαφορετικά έγγραφα που έχουν, ωστόσο, πολλά κοινά. Αυτές είναι η ΓΕΝΙΚΗ ΠΕΡΙΓΡΑΦΗ (GOST 19.502-78) και η ΠΕΡΙΓΡΑΦΗ ΠΡΟΓΡΑΜΜΑΤΟΣ (GOST 19.402-78). Ωστόσο, λόγω του γεγονότος ότι είναι πολύ δύσκολο να δημιουργηθεί ποιοτικά τόσο το ένα όσο και το άλλο, χωρίς να καταφύγουμε σε σχεδόν πλήρη επανάληψη, ξεσκίζοντας κομμάτια, θα αρκούσε η εφαρμογή ενός, γενικότερου, «υβριδικού» εγγράφου. Ας το ονομάσουμε «Περιγραφή προγράμματος».

Στην πραγματικότητα, η "Περιγραφή προγράμματος" στο περιεχόμενό της μπορεί να συμπληρωθεί με ενότητες και παραγράφους που λαμβάνονται από τα πρότυπα για άλλα περιγραφικά έγγραφα και εγχειρίδια: GOST 19.404-79 ESPD. Επεξηγηματική σημείωση, GOST 19.503-79 ESPD. Εγχειρίδιο προγραμματιστή συστήματος, GOST 19.504-79 ESPD. Εγχειρίδιο προγραμματιστή, GOST 19.505-79 ESPD. Εγχειρίδιο χειριστή κ.λπ. Ειδικότερα, από το Επεξηγηματικό Σημείωμα, μπορεί κανείς να πάρει το σχήμα του αλγορίθμου, μια γενική περιγραφή του αλγορίθμου και (ή) τη λειτουργία του προγράμματος, καθώς και το σκεπτικό για τις υιοθετούμενες τεχνικές και τεχνικές και οικονομικές λύσεις.

Η περιγραφή του προγράμματος πρέπει απαραίτητα να περιλαμβάνει ενημερωτικό μέρος - σχολιασμό και περιεχόμενο.

Το κύριο μέρος του εγγράφου πρέπει να αποτελείται από ένα εισαγωγικό μέρος και τις ακόλουθες ενότητες:

• λειτουργικός σκοπός?
• περιγραφή της λογικής.
• όροι χρήσης;
• σύνθεση και λειτουργίες.

Ανάλογα με τις δυνατότητες του προγράμματος, επιτρέπεται η εισαγωγή πρόσθετων ενοτήτων.

ΣΤΟ Εισαγωγικό μέροςτο έγγραφο παρέχει γενικές πληροφορίες σχετικά με το πρόγραμμα - το πλήρες όνομα, την ονομασία, τις πιθανές εφαρμογές του κ.λπ.

Για παράδειγμα: Το πρόγραμμα "Αυτοματοποιημένος χώρος εργασίας του προγραμματιστή ACS" προορίζεται για ... υλοποιείται στις .... Το πρόγραμμα υποστηρίζει...

Στο κεφάλαιο Σκοπόςαναφέρετε τον σκοπό του προγράμματος και παρέχετε μια γενική περιγραφή της λειτουργίας του προγράμματος, των κύριων χαρακτηριστικών του, πληροφορίες σχετικά με τους περιορισμούς που επιβάλλονται στο πεδίο εφαρμογής του προγράμματος και αναφέρετε επίσης τους τύπους ηλεκτρονικών υπολογιστών και συσκευών που χρησιμοποιούνται στην εργασία .

Για παράδειγμα: Το πρόγραμμα έχει σχεδιαστεί για να λύνει προβλήματα ... Το πρόγραμμα είναι ο πυρήνας ενός αυτοματοποιημένου χώρου εργασίας ...

Ο χρήστης έχει τη δυνατότητα να ..., να υλοποιήσει ..., να εκτελέσει ..., να αναλύσει ..., να λάβει τα αποτελέσματα ανάλυσης και επεξεργασίας ..., να δημιουργήσει ..., κ.λπ.

στο κεφάλαιο " Περιγραφή της λογικής" υποδεικνύω:

• περιγραφή της δομής του προγράμματος και των βασικών μερών του

(για παράδειγμα: Το πρόγραμμα περιλαμβάνει τα εξής:

• διεπαφή χρήστη,
• ενότητα για τον προσδιορισμό των μονοπατιών σε ένα γράφημα,
• μονάδα υπολογισμού συνάρτησης μεταφοράς,
• μονάδα για την κατασκευή χαρακτηριστικών πλάτους και συχνότητας φάσης,
• ενότητα για την κατασκευή μιας απόκρισης σε μια δράση πολυωνύμου,
• επεξεργαστής κειμένου) .

• περιγραφή των λειτουργιών των συστατικών μερών και των σχέσεων μεταξύ τους·

Για παράδειγμα: Το πρόγραμμα αποτελείται από έξι ενότητες: ενότητα διασύνδεσης. ενότητα ορισμού ...; ενότητα υπολογισμού ...; ενότητα ... κλπ..

Η μονάδα διασύνδεσης είναι χτισμένη σε δύο τύπους διαλόγων: έναν διάλογο "ερώτηση - απάντηση" και έναν διάλογο τύπου "μενού". Η μονάδα διασύνδεσης διαχειρίζεται...

Μονάδα ορισμού... Είναι...

Μονάδα υπολογισμού...κλπ.

• πληροφορίες σχετικά με τη γλώσσα προγραμματισμού·

Για παράδειγμα: Το πρόγραμμα είναι γραμμένο στη γλώσσα ... χρησιμοποιώντας τον μεταγλωττιστή ...

• περιγραφή των δεδομένων εισόδου και εξόδου για καθένα από τα στοιχεία·

Για παράδειγμα: ΕΙΣΑΓΩΓΗ ΔΕΔΟΜΕΝΩΝ. Τα δεδομένα εισόδου για το πρόγραμμα είναι ένα αρχείο κειμένου που περιγράφει τον εκτεταμένο πίνακα συχνότητας του γραφήματος του υπό μελέτη συστήματος.

ΠΑΡΑΓΩΓΗ. Η έξοδος είναι:

• γραφικές και κειμενικές πληροφορίες που εμφανίζονται στην οθόνη (αποτελέσματα ανάλυσης συστήματος).
• αρχεία σε μία από τις μορφές γραφικών - αντίγραφα της εικόνας των κατασκευασμένων χαρακτηριστικών (απόκριση συχνότητας, απόκριση φάσης κ.λπ.).
• αρχεία κειμένου - ερευνητικές εκθέσεις.
• διάγνωση της κατάστασης του συστήματος και αναφορά τυχόν σφαλμάτων που έχουν προκύψει.

• περιγραφή της λογικής των συστατικών μερών (εάν είναι απαραίτητο, θα πρέπει να καταρτιστεί περιγραφή των σχημάτων προγραμμάτων).

Κατά την περιγραφή της λογικής του προγράμματος, είναι απαραίτητο να γίνει σύνδεση με το κείμενο του προγράμματος.

Στο κεφάλαιο Σύνθεση και λειτουργίεςυποδεικνύουν μια περιγραφή της σύνθεσης και των λειτουργιών των προγραμμάτων, εφαρμοσμένες μεθόδους για την επίλυση προβλημάτων.

Στο κεφάλαιο Προϋποθέσεις εφαρμογήςαναφέρονται οι προϋποθέσεις που απαιτούνται για την υλοποίηση του προγράμματος (απαιτήσεις για τα τεχνικά μέσα που απαιτούνται για αυτό το πρόγραμμα και άλλα προγράμματα, γενικά χαρακτηριστικά των πληροφοριών εισόδου και εξόδου, καθώς και απαιτήσεις και προϋποθέσεις οργανωτικής, τεχνικής και τεχνολογικής φύσης κ.λπ. .).

Για παράδειγμα: Το πρόγραμμα λειτουργεί σε προσωπικό υπολογιστή (PC) όπως το IBM PC/AT. Για να εργαστείτε στη διαδραστική λειτουργία, χρησιμοποιούνται η οθόνη ενδείξεων, το πληκτρολόγιο και το ποντίκι. Απαιτείται προσαρμογέας EGA (VGA) για την υποστήριξη της λειτουργίας γραφικών. Τα δεδομένα εισόδου αποθηκεύονται σε δισκέτες ή/και σκληρούς δίσκους. Το πρόγραμμα τρέχει σε λειτουργικό σύστημα...

Το υλικό αναφοράς (εικόνες, πίνακες, γραφήματα, παραδείγματα κ.λπ.) μπορεί να περιλαμβάνεται στο παράρτημα της περιγραφής.

Και μην ξεχάσετε να συμπεριλάβετε το όνομα της μονάδας εκκίνησης καθώς και μια περιγραφή ολόκληρης της διαδικασίας.

Σύστημα κλήσης και εκκίνησης

Οι απαιτήσεις για το σχεδιασμό του κειμένου του προγράμματος είναι αρκετά απλές και φυσικές για έναν ικανό προγραμματιστή. Το κύριο πράγμα από το οποίο πρέπει να καθοδηγηθείτε κατά τη δημιουργία αυτού του εγγράφου είναι ότι το κείμενο του προγράμματος πρέπει να είναι αναγνώσιμο.

Εξακολουθεί να είναι υποχρεωτική η σύνταξη ενός ενημερωτικού μέρους - σχολιασμών και περιεχομένου.

Το κύριο μέρος του εγγράφου θα πρέπει να αποτελείται από τα κείμενα μιας ή περισσότερων ενοτήτων, στα οποία δίνονται τίτλοι.

Το κείμενο κάθε αρχείου προγράμματος ξεκινά με μια "κεφαλίδα", η οποία υποδεικνύει:

• όνομα προγράμματος,
• συγγραφέας,
• ημερομηνία δημιουργίας του προγράμματος,
• αριθμός έκδοσης
• ημερομηνία τελευταίας τροποποίησης.

Τα σχόλια είναι υποχρεωτικά, καθώς και η αυστηρή τήρηση των κανόνων της εσοχής. Θυμηθείτε, ακόμη και η αδυναμία εγγραφής τεκμηρίωσης προγράμματος μπορεί να δικαιολογηθεί. Και το άσχημο κείμενο του προγράμματος - ποτέ. Οι αναφορές στο γεγονός ότι αυτό το κείμενο είναι σαφές στον ίδιο τον συγγραφέα δεν λαμβάνονται σοβαρά υπόψη. Τα κείμενα του προγράμματος δεν πρέπει να ντρέπονται να διαβάζονται από άλλους.

Παρακάτω είναι ένα παράδειγμα ενός τόσο καλά διαβασμένου κειμένου προγράμματος (πάρθηκε από τον ιστότοπο του Nikolai Gecht, e-mail: [email προστατευμένο], http://users.omskreg.ru/~geht)

/* Πηγές Windows"98

Πηγαίος κώδικας στα Windows 98 */ #include "win31.h" #include "win95.h" #include "evenmore.h" #include "oldstuff.h" #include "billrulz.h" #include "monopoly.h" # ορίστε ΕΓΚΑΤΑΣΤΑΣΗ = ΣΚΛΗΡΟΣ char make_prog_look_big; void main() ( while(!CRASHED) ( display_copyright_message(); display_bill_rules_message(); do_nothing_loop(); if(first_time_installation) ( make_50_megabyte_swapfile(); do_nothing_loop(S); totally_screw_up_resy_H); disable_RealPlayer(); disable_Corel_Products(); hang_system(); ) write_something(οτιδήποτε); display_copyright_message(); do_nothing_loop(); do_some_stuff(); if(still_not_crashed) (display_copyright_message); (). ); ) /* printf("Καλώς ήρθατε στα Windows 3.11"); */ /* printf("Καλώς ήρθατε στα Windows 95"); */ printf("Καλώς ήρθατε στα Windows 98"); if(system_ok()) crash(to_dos_prompt ) else system_memory = open("a:\swp0001.swp", O_CREATE); while(something) ( sleep(5); get_user_input(); ύπνος (5); act_on_user_input(); ύπνος (5); ) create_general_protection_fault();

Αυτό το έγγραφο περιέχει μια περιγραφή του τι πρέπει να γίνει και πώς να βεβαιωθείτε (και να πείσετε τον Πελάτη) ότι το πρόγραμμα λειτουργεί σωστά. Στην πραγματικότητα, αυτό το έγγραφο είναι καθοριστικό για τις δοκιμές αποδοχής. Ένα καλά σχεδιασμένο πρόγραμμα και μεθοδολογία δοκιμών είναι το κλειδί για την υπογραφή ενός πιστοποιητικού αποδοχής, δηλ. αυτός για τον οποίο έχετε ξοδέψει τόσο πολύ χρόνο και προσπάθεια.

Επίσημα, αυτό το GOST χρησιμοποιείται για την ανάπτυξη εγγράφων σχεδιασμού και τη διεξαγωγή δοκιμαστικών εργασιών για την αξιολόγηση της ετοιμότητας και της ποιότητας ενός συστήματος λογισμικού. Το έγγραφο περιέχει περιγραφή του αντικειμένου και του σκοπού της δοκιμής, τις απαιτήσεις για το πρόγραμμα και την τεκμηρίωση λογισμικού, τα μέσα και τη διαδικασία για τη δοκιμή, καθώς και μια περιγραφή των περιπτώσεων δοκιμής.

Τα στοιχεία αυτού του εγγράφου περιγράφονται ευκολότερα και πιο ξεκάθαρα αμέσως με τη μορφή παραδειγμάτων.

Αντικείμενο δοκιμής

Παράδειγμα: Το αντικείμενο δοκιμής είναι ένα πρόγραμμα ... σχεδιασμένο για ...

Σκοπός της δοκιμής

Παράδειγμα: Έλεγχος της αξιοπιστίας του προγράμματος.

Απαιτήσεις προγράμματος

Παράδειγμα: Η λειτουργία του προγράμματος δεν πρέπει να οδηγεί σε αστοχία (θανατηφόρα διακοπή του συστήματος). Η οργάνωση του διαλόγου θα πρέπει να παρέχει προστασία από την εισαγωγή εσφαλμένων δεδομένων. Το πρόγραμμα θα πρέπει να εκδίδει διαγνωστικά για την κατάσταση του συστήματος και μηνύματα σχετικά με τυχόν σφάλματα που έχουν προκύψει ... και ούτω καθεξής.

Απαιτήσεις για τεκμηρίωση λογισμικού

Παράδειγμα: Η σύνθεση της τεκμηρίωσης του προγράμματος που παρουσιάζεται για δοκιμή:

• περιγραφή του προγράμματος (GOST 19.402-78).
• πρόγραμμα δοκιμών και μεθοδολογία (GOST 19.301-79).
• κείμενο προγράμματος (GOST 19.401-78).

Μέσα και διαδικασία δοκιμής

Παράδειγμα: Το πρόγραμμα λειτουργεί σύμφωνα με τις συνθήκες λειτουργίας του MS DOS (έκδοση 3.0 ή νεότερη) σε υπολογιστή όπως το IBM PC/AT, καθώς και συμβατό με αυτό. Απαιτείται επίσης ένας προσαρμογέας EGA (VGA) για τη λειτουργία.

ΔΙΑΔΙΚΑΣΙΑ ΕΞΕΤΑΣΗΣ:

1. Το πρόγραμμα ξεκινά...
2. Επιλεγμένα…
3. Πατημένο...
4. Διαδοχικά επιλεγμένο...

Δοκιμαστικές περιπτώσεις

Παράδειγμα: Για δοκιμές προσφέρονται ..., η περιγραφή των οποίων περιέχεται στα αρχεία ... Τα περιεχόμενα των αρχείων δοκιμής και τα αποτελέσματα του προγράμματος δίνονται στο Παράρτημα 1.

Και τέλος, σκεφτείτε το πιο πρόσφατο πρότυπο ESPD, το οποίο ονομάζεται

Αυτό το πρότυπο καθορίζει τους κανόνες για την εφαρμογή εγγράφων προγράμματος για υπολογιστές, συγκροτήματα και συστήματα, ανεξάρτητα από το σκοπό και το πεδίο εφαρμογής τους και προβλέπονται από τα πρότυπα ESPD.

Γενικές Προϋποθέσεις.Είναι απαραίτητο να εισαγάγετε μεμονωμένες λέξεις, τύπους, σύμβολα (με το χέρι σε γραμματοσειρά σχεδίου), γράμματα του λατινικού και του ελληνικού αλφαβήτου σε έγγραφα προγράμματος που γίνονται με δακτυλόγραφους, μηχανικούς και χειρόγραφους τρόπους, καθώς και να συμπληρώσετε διαγράμματα και σχέδια με μαύρο μελάνι ή μελάνι.

Λανθασμένες εκτυπώσεις και γραφικές ανακρίβειες που εντοπίστηκαν κατά την εκτέλεση μπορούν να διορθωθούν διαγράφοντας το κακώς εκτελεσμένο μέρος του κειμένου (σχέδιο) και εφαρμόζοντας το διορθωμένο κείμενο (γραφικά) στο ίδιο φύλλο σε γραφομηχανή ή μαύρο μελάνι, ανάλογα με τη μέθοδο εκτέλεσης του εγγράφου.

Δεν επιτρέπονται ζημιές σε φύλλα εγγράφων, λεκέδες και ίχνη ατελώς διαγραμμένου κειμένου (γραφικά).

Τα έγγραφα του προγράμματος συντάσσονται σε φύλλα μορφής Α4. Εκτός:

• Ο σχεδιασμός σε φύλλα μορφής Α3 είναι αποδεκτός.
• με τη μέθοδο της μηχανικής εκτέλεσης εγγράφων, επιτρέπονται αποκλίσεις στο μέγεθος των φύλλων που αντιστοιχούν στις μορφές Α4 και Α3, που καθορίζονται από τις δυνατότητες των τεχνικών μέσων που χρησιμοποιούνται. σε φύλλα μορφών Α4 και Α3, που προβλέπονται από τα χαρακτηριστικά εξόδου των συσκευών εξόδου δεδομένων, κατά τη δημιουργία ενός εγγράφου από μηχανή·
• όταν δημιουργείτε ένα έγγραφο με τυπογραφικό τρόπο, είναι δυνατή η χρήση φύλλων τυπογραφικών μορφών.

Η θέση των υλικών του εγγράφου προγράμματος πραγματοποιείται με την ακόλουθη σειρά:

• μέρος τίτλου:

• φύλλο έγκρισης (δεν περιλαμβάνεται στον συνολικό αριθμό των φύλλων εγγράφων).
• σελίδα τίτλου (η πρώτη σελίδα του εγγράφου).

• πληροφοριακό μέρος:

• σχόλιο;
• φύλλο περιεχομένου?

• κύριο μέρος:

• κείμενο εγγράφου (με σχήματα, πίνακες κ.λπ.).
• κατάλογος όρων και οι ορισμοί τους·
• κατάλογος συντομογραφιών·
• εφαρμογές?
• ευρετήριο θέματος?
• κατάλογος εγγράφων αναφοράς·

• τμήμα καταγραφής:

• αλλαγή φύλλου εγγραφής.

Δημιουργία εγγράφου.Εάν είναι απαραίτητο, επιτρέπεται η διαίρεση του εγγράφου σε μέρη. Η διαίρεση σε μέρη πραγματοποιείται σε επίπεδο όχι χαμηλότερο από το τμήμα. Κάθε μέρος συμπληρώνεται χωριστά, ενώ στο τέλος του περιεχομένου του πρώτου μέρους θα πρέπει να αναγράφονται τα ονόματα των υπολοίπων τμημάτων.

Επιτρέπεται η συμπερίληψη στο έγγραφο τμημάτων του κειμένου του προγράμματος, που έχουν συνταχθεί σύμφωνα με τους κανόνες της γλώσσας στην οποία είναι γραμμένο το κείμενο του προγράμματος.

Η περίληψη τοποθετείται σε ξεχωριστή σελίδα (σελίδες), με την επικεφαλίδα «ΣΥΝΟΨΗ», αριθμημένη και περιλαμβάνεται στο περιεχόμενο του εγγράφου.

Το κείμενο κάθε εγγράφου, εάν χρειάζεται, χωρίζεται σε παραγράφους και οι παράγραφοι σε υποπαραγράφους, ανεξάρτητα από το αν το έγγραφο χωρίζεται σε μέρη, ενότητες και υποενότητες ή όχι.

Οι επικεφαλίδες των ενοτήτων είναι γραμμένες με κεφαλαία γράμματα και τοποθετούνται συμμετρικά ως προς το δεξί και το αριστερό περίγραμμα του κειμένου. Οι υπότιτλοι γράφονται από την παράγραφο με πεζά γράμματα (εκτός από το πρώτο κεφαλαίο). Δεν επιτρέπεται η χρήση συλλαβισμού λέξεων σε επικεφαλίδες. Μην βάζετε τελεία στο τέλος του τίτλου. Κάθε ενότητα συνιστάται να ξεκινά από ένα νέο φύλλο.

Οι ενότητες, οι υποενότητες, οι παράγραφοι και οι υποπαράγραφοι πρέπει να αριθμούνται με αραβικούς αριθμούς με τελεία. Οι ενότητες πρέπει να έχουν αύξοντα αριθμό (1, 2, κ.λπ.)

Κείμενο εγγράφου.Το κείμενο του εγγράφου πρέπει να είναι σύντομο, σαφές, αποκλείοντας την πιθανότητα παρερμηνείας. Οι όροι και οι ορισμοί πρέπει να είναι ομοιόμορφοι και να συμμορφώνονται με τα καθιερωμένα πρότυπα και, ελλείψει αυτών - γενικά αποδεκτοί στην επιστημονική και τεχνική βιβλιογραφία και να αναφέρονται στον κατάλογο όρων.

Οι απαραίτητες επεξηγήσεις στο κείμενο του εγγράφου μπορούν να γίνουν με υποσημειώσεις. Μια υποσημείωση υποδεικνύεται από έναν αριθμό με ένα βραχίονα τοποθετημένο στο επίπεδο της επάνω άκρης της γραμματοσειράς.

Εάν η υποσημείωση αναφέρεται σε μία μόνο λέξη, το σύμβολο της υποσημείωσης τοποθετείται αμέσως δίπλα σε αυτή τη λέξη, αλλά αν αναφέρεται σε ολόκληρη την πρόταση, τότε στο τέλος της πρότασης. Το κείμενο της υποσημείωσης τοποθετείται στο τέλος της σελίδας και χωρίζεται από το κύριο κείμενο με μια γραμμή μήκους 3 cm που σχεδιάζεται στην αριστερή πλευρά της σελίδας.

εικονογραφήσεις.Οι απεικονίσεις μπορούν να βρίσκονται στο κείμενο του εγγράφου και (ή) σε εφαρμογές. Οι εικόνες, εάν υπάρχουν περισσότερες από μία σε αυτό το έγγραφο, αριθμούνται με αραβικούς αριθμούς σε ολόκληρο το έγγραφο.

Στα παραρτήματα, οι εικόνες αριθμούνται σε κάθε παράρτημα με τη σειρά που καθορίζεται για το κύριο κείμενο του εγγράφου. Οι αναφορές σε απεικονίσεις δίνονται ανά τύπο: "Εικ. 12" ή "(Εικ. 12)". Οι εικονογραφήσεις μπορεί να έχουν θεματικό τίτλο και κείμενο εικόνας που εξηγεί το περιεχόμενο της εικονογράφησης.

ΜΑΘΗΜΑΤΙΚΟΙ τυποι.Οι τύποι στο έγγραφο, εάν είναι περισσότεροι από ένας, αριθμούνται με αραβικούς αριθμούς, ο αριθμός τοποθετείται στη δεξιά πλευρά της σελίδας, σε αγκύλες στο επίπεδο του τύπου. Εντός ολόκληρου του εγγράφου ή των τμημάτων του, στην περίπτωση διαίρεσης του εγγράφου σε μέρη, οι τύποι έχουν συνεχή αρίθμηση.

Οι αναφορές στο κείμενο στον αύξοντα αριθμό του τύπου δίνονται σε παρένθεση, για παράδειγμα: "στον τύπο (3)". Κατά τη διαίρεση ενός εγγράφου σε μέρη, ο αριθμός εξαρτήματος τοποθετείται πριν από τον τακτικό αριθμό του τύπου και διαχωρίζεται από την τελευταία τελεία, για παράδειγμα: "στον τύπο (1.4)".

Η σημασία των συμβόλων που περιλαμβάνονται στον τύπο πρέπει να δίνεται ακριβώς κάτω από τον τύπο. Η τιμή κάθε χαρακτήρα εκτυπώνεται σε μια νέα γραμμή με τη σειρά που δίνονται στον τύπο. Η πρώτη γραμμή αποκρυπτογράφησης πρέπει να ξεκινά με τη λέξη "where", χωρίς άνω και κάτω τελεία μετά από αυτήν.

Συνδέσεις.Στα έγγραφα πολιτικής επιτρέπονται παραπομπές σε πρότυπα και άλλα έγγραφα. Θα πρέπει να ανατρέξετε στο έγγραφο στο σύνολό του ή στις ενότητες του (υποδεικνύοντας την ονομασία και το όνομα του εγγράφου, τον αριθμό και το όνομα της ενότητας ή του παραρτήματος).

Επιτρέπεται η ένδειξη μόνο του χαρακτηρισμού του εγγράφου και (ή) των τμημάτων χωρίς να αναφέρονται τα ονόματά τους. Δεν επιτρέπονται σύνδεσμοι προς μεμονωμένες υποενότητες, παραγράφους και απεικονίσεις άλλου εγγράφου. Επιτρέπονται παραπομπές εντός του εγγράφου σε παραγράφους, απεικονίσεις και μεμονωμένες υποενότητες.

Σημειώσεις.Οι σημειώσεις στο κείμενο και στους πίνακες υποδεικνύουν μόνο αναφορά και επεξηγηματικά δεδομένα. Μία σημείωση δεν είναι αριθμημένη. Μετά τη λέξη «Σημείωση» βάλτε τελεία. Πολλές σημειώσεις θα πρέπει να αριθμούνται διαδοχικά σε αραβικούς αριθμούς με μια τελεία. Η λέξη «Σημείωση» ακολουθείται από άνω και κάτω τελεία. Το κείμενο των σημειώσεων επιτρέπεται να εκτυπώνεται μόνο με ένα κενό.

Συντομογραφίες.Δεν επιτρέπονται συντμήσεις λέξεων στο κείμενο και λεζάντες κάτω από εικονογραφήσεις, εκτός από:

• συντομογραφίες που καθιερώθηκαν στο GOST 2.316-68 και γενικά αποδεκτές στα ρωσικά.
• συντομογραφίες που χρησιμοποιούνται για τον προσδιορισμό προγραμμάτων, των μερών και των τρόπων λειτουργίας τους, σε γλώσσες ελέγχου εργασιών, σε εργαλεία ρύθμισης προγραμμάτων κ.λπ., που υποδηλώνονται με γράμματα του λατινικού αλφαβήτου.

Εφαρμογές.Εικονογραφημένο υλικό, πίνακες ή κείμενο βοηθητικού χαρακτήρα μπορούν να συνταχθούν με τη μορφή αιτήσεων. Τα παραρτήματα διατάσσονται ως συνέχεια αυτού του εγγράφου στις επόμενες σελίδες ή εκδίδονται ως ξεχωριστό έγγραφο.

Κάθε αίτηση πρέπει να ξεκινά από μια νέα σελίδα με τη λέξη «Εφαρμογή» στην επάνω δεξιά γωνία και να έχει θεματική επικεφαλίδα. Εάν υπάρχουν περισσότερες από μία εφαρμογές στο έγγραφο, όλες οι αιτήσεις αριθμούνται με αραβικούς αριθμούς (χωρίς το σύμβολο του αριθμού), για παράδειγμα:

Παράρτημα 1, Παράρτημα 2 κ.λπ.

Όταν μια αίτηση εκδίδεται ως χωριστό έγγραφο, η σελίδα τίτλου κάτω από το όνομα του εγγράφου πρέπει να αναφέρει τη λέξη "Αίτηση" και εάν υπάρχουν πολλές αιτήσεις, να αναφέρεται και ο αύξων αριθμός του.

Γ Ο Σ Α Ρ Σ Τ Β Ε Ν Ν Υ Σ Τ Α Ν Δ Α Ρ Τ Σ Ο ΓΙΟΥ Ζ Α Σ Σ Ρ

Ενιαίο σύστημα τεκμηρίωσης προγράμματος	GOST 19.003-80 αντι αυτου GOST 19428-74
ΣΧΗΜΑΤΑ ΑΛΓΟΡΙΘΜΩΝ ΚΑΙ ΠΡΟΓΡΑΜΜΑΤΟΣ ΟΝΟΜΑΣΙΑ ΓΡΑΦΗΚ.
Ενιαίο σύστημα τεκμηρίωσης προγράμματος. Σύμβολα γραφικών διαγραμμάτων ροής.

Με το Διάταγμα της Κρατικής Επιτροπής της ΕΣΣΔ για τα πρότυπα της 24ης Απριλίου 1980 αριθ. 1867, η προθεσμία για την εισαγωγή

από 01.07.1981

Αυτό το πρότυπο ισχύει για συμβατικά γραφικά σύμβολα (σύμβολα) σε σχήματα αλγορίθμων και προγραμμάτων που εμφανίζουν τις κύριες λειτουργίες της διαδικασίας επεξεργασίας δεδομένων και προγραμματισμού για συστήματα λογισμικού υπολογιστών, συγκροτημάτων και συστημάτων, ανεξάρτητα από το σκοπό και το πεδίο εφαρμογής τους.

Το πρότυπο δεν ισχύει για καταχωρήσεις και ονομασίες που τοποθετούνται μέσα στο σύμβολο ή δίπλα σε αυτό, οι οποίες χρησιμεύουν για την αποσαφήνιση των λειτουργιών που εκτελούνται από αυτό.

Το πρότυπο δημιουργεί μια λίστα, όνομα, μορφή, μέγεθος συμβόλων και συναρτήσεων που εμφανίζονται με σύμβολα.

Το πρότυπο συμμορφώνεται με το MS ISO 1028-73 όσον αφορά τα σύμβολα

1. ΛΙΣΤΑ, ΟΝΟΜΑ, ΟΝΟΜΑΣΙΑ ΣΥΜΒΟΛΩΝ ΚΑΙ ΣΥΝΑΡΤΗΣΕΩΝ ΠΟΥ ΕΜΦΑΝΙΖΟΝΤΑΙ ΑΠΟ ΑΥΤΑ

1.1. Ο κατάλογος, το όνομα, η ονομασία και τα μεγέθη των υποχρεωτικών συμβόλων και οι λειτουργίες που εμφανίζονται από αυτά στον αλγόριθμο και το πρόγραμμα επεξεργασίας δεδομένων πρέπει να αντιστοιχούν σε αυτά που αναφέρονται στον Πίνακα. ένας.

Τραπέζι 1.

Ονομα	Ονομασία και διαστάσεις σε mm	Λειτουργία
1. Διαδικασία		Εκτέλεση λειτουργιών ή μιας ομάδας πράξεων που αλλάζουν την τιμή, τη μορφή αναπαράστασης ή τη θέση των δεδομένων
2. Λύση		Επιλογή της κατεύθυνσης εκτέλεσης ενός αλγορίθμου ή προγράμματος ανάλογα με ορισμένες μεταβλητές συνθήκες
3. Τροποποίηση		Εκτέλεση λειτουργιών που αλλάζουν εντολές ή ομάδας εντολών που αλλάζουν το πρόγραμμα
4. Προκαθορισμένη διαδικασία		Χρήση αλγορίθμων ή προγραμμάτων που έχουν δημιουργηθεί προηγουμένως και έχουν περιγραφεί ξεχωριστά
5. Χειροκίνητη λειτουργία		Αυτόνομη διαδικασία, που εκτελείται χειροκίνητα ή με μη αυτόματα μέσα
6. Βοηθητική λειτουργία		Μια αυτόνομη διαδικασία που εκτελείται από μια συσκευή που δεν ελέγχεται άμεσα από τον επεξεργαστή
7. Συγχώνευση		Συνδυασμός δύο ή περισσότερων σετ σε ένα μόνο σετ
8. Επισημάνετε		Αφαίρεση ενός ή περισσότερων σετ από ένα μόνο σετ
9. Ομαδοποίηση		Ένωση δύο ή περισσότερων σετ με επιλογή πολλών άλλων σετ
10. Ταξινόμηση		Παραγγελία σετ σύμφωνα με δεδομένα κριτήρια
11. Χειροκίνητη καταχώρηση		Χειροκίνητη εισαγωγή δεδομένων με χρήση συσκευών on-line με πληκτρολόγιο, σετ διακοπτών, κουμπιά
12. Είσοδος-έξοδος		Μετατροπή δεδομένων σε μορφή κατάλληλη για επεξεργασία (εισαγωγή) ή εμφάνιση των αποτελεσμάτων της επεξεργασίας (έξοδος)
13. Μνήμη on-line		Δεδομένα εισόδου-εξόδου στην περίπτωση χρήσης συσκευής αποθήκευσης που ελέγχεται απευθείας από τον επεξεργαστή
14. Μνήμη εκτός σύνδεσης		Εισαγωγή/έξοδος δεδομένων σε περίπτωση χρήσης συσκευής αποθήκευσης που δεν ελέγχεται απευθείας από τον επεξεργαστή
15. Έγγραφο		Είσοδος-έξοδος δεδομένων, φορέας των οποίων είναι το χαρτί
16. Κάρτα διάτρησης		Είσοδος-έξοδος δεδομένων, φορέας των οποίων είναι μια διάτρητη κάρτα
17. Μια τράπουλα με τρυπημένα χαρτιά		Εμφάνιση ενός σετ διάτρητων καρτών
18. Αρχείο		Αναπαράσταση δεδομένων οργανωμένων με βάση κοινά χαρακτηριστικά, που χαρακτηρίζουν στο σύνολο κάποιο αντικείμενο επεξεργασίας δεδομένων. Το σύμβολο χρησιμοποιείται σε συνδυασμό με σύμβολα συγκεκριμένων φορέων δεδομένων που εκτελούν λειτουργίες I/O.
19. Διάτρητη ταινία		Είσοδος-έξοδος δεδομένων, ο φορέας των οποίων είναι διάτρητη ταινία
20. Μαγνητική ταινία		Είσοδος-έξοδος δεδομένων, φορέας των οποίων είναι μια μαγνητική ταινία
21. Μαγνητικό τύμπανο		Είσοδος-έξοδος δεδομένων, φορέας των οποίων είναι ένα μαγνητικό τύμπανο
22. Μαγνητικός δίσκος		Είσοδος-έξοδος δεδομένων, φορέας των οποίων είναι ένας μαγνητικός δίσκος
23. RAM		Είσοδος-έξοδος δεδομένων, φορέας των οποίων είναι ένας μαγνητικός πυρήνας
24. Εμφάνιση		Είσοδος-έξοδος δεδομένων, εάν μια συσκευή απευθείας συνδεδεμένη με τη διαδικασία αναπαράγει δεδομένα και επιτρέπει στον χειριστή του υπολογιστή να κάνει αλλαγές κατά την επεξεργασία τους
25. Δίαυλος επικοινωνίας		Μετάδοση δεδομένων μέσω καναλιών επικοινωνίας
26. Γραμμή ροής		Καθορισμός ακολουθίας μεταξύ χαρακτήρων
27. Παράλληλες ενέργειες		Έναρξη ή λήξη δύο ή περισσότερων ταυτόχρονων λειτουργιών
28. Συνδετήρας		Υποδεικνύει σύνδεση μεταξύ διακοπτόμενων γραμμών ροής, συμβόλων σύνδεσης
29. Έναρξη – στάση		Έναρξη, λήξη, διακοπή επεξεργασίας δεδομένων ή εκτέλεση προγράμματος
30. Σχόλιο		Σχέση σχηματικού στοιχείου και εξήγησης

1.2. Η λίστα, το όνομα, η ονομασία και τα μεγέθη των συνιστώμενων συμβόλων και οι λειτουργίες που εμφανίζονται στον αλγόριθμο και το πρόγραμμα επεξεργασίας δεδομένων πρέπει να αντιστοιχούν σε αυτά που υποδεικνύονται στον Πίνακα. 2.

πίνακας 2

Ονομα	Ονομασία και διαστάσεις σε mm	Λειτουργία
1. Υποδοχή εκτός σελίδας		Ένδειξη της σχέσης μεταξύ των αποσυνδεδεμένων τμημάτων των διαγραμμάτων αλγορίθμων και προγραμμάτων που βρίσκονται σε διαφορετικά φύλλα
2. Μαγνητική κάρτα		Είσοδος-έξοδος δεδομένων, φορέας των οποίων είναι μια μαγνητική κάρτα
3. Εγχειρίδιο εγγράφου		Σχηματισμός εγγράφου ως αποτέλεσμα χειροκίνητων λειτουργιών
4. Αρχείο		Αποθήκευση ενός συνόλου οργανωμένων μέσων αποθήκευσης για επαναχρησιμοποίηση
5. Επεξεργασία εκτός σύνδεσης		Μετασχηματισμός των δεδομένων πηγής ως αποτέλεσμα λειτουργιών εκτός σύνδεσης
6. Αποκρυπτογράφηση		Ανάγνωση από μέσο αποθήκευσης, διακωδικοποίηση και εκτύπωση στο ίδιο ή άλλο μέσο αποθήκευσης ως αποτέλεσμα μιας λειτουργίας εκτός σύνδεσης
7. Κωδικοποίηση		Εφαρμογή κωδικοποιημένων πληροφοριών στα μέσα ως αποτέλεσμα μιας λειτουργίας εκτός σύνδεσης
8. Αντιγραφή

Γ Ο Σ Α Ρ Σ Τ Β Ε Ν Ν Υ Σ Τ Α Ν Δ Α Ρ Τ Σ Ο ΓΙΟΥ Ζ Α Σ Σ Ρ

Ενιαίο σύστημα τεκμηρίωσης προγράμματος	GOST 19.103-77
ΚΑΘΟΡΙΣΜΟΣ ΠΡΟΓΡΑΜΜΑΤΩΝ ΚΑΙ ΕΓΓΡΑΦΩΝ ΠΡΟΓΡΑΜΜΑΤΟΣ
Ενιαίο σύστημα τεκμηρίωσης προγράμματος. Ευρετηρίαση προγραμμάτων και εγγράφων προγράμματος.

Ημερομηνία εισαγωγής από 01.01.80

1. Αυτό το πρότυπο καθορίζει τη δομή του χαρακτηρισμού προγραμμάτων και εγγράφων λογισμικού για υπολογιστές, συγκροτήματα και συστήματα, ανεξάρτητα από τον σκοπό και το πεδίο εφαρμογής τους.

2. Ο προσδιορισμός των προγραμμάτων και των εγγράφων θα πρέπει να αποτελείται από ομάδες χαρακτήρων διαχωρισμένων με τελείες (μετά τον κωδικό χώρας και τον κωδικό του οργανισμού προγραμματισμού), κενά (μετά τον αριθμό αναθεώρησης του εγγράφου και τον κωδικό τύπου εγγράφου), παύλες (μετά τον αριθμό εγγραφής και αριθμός εγγράφου αυτού του τύπου).

3. Δημιουργείται σύστημα εγγραφής για ονοματοδοσία προγραμμάτων και εγγράφων προγραμμάτων.

Η δομή του χαρακτηρισμού των προγραμμάτων και το έγγραφο προγράμματος - προδιαγραφές:

ΕΝΑ.σι.ΧΧΧΧΧ-XX
Γενικό μέρος του χαρακτηρισμού / Κωδικός χώρας | | | |
προγράμματα και λογισμικό | Κωδικός οργανισμού προγραμματιστή | | |
έγγραφα σχετικά με αυτό Αριθμός εγγραφής | |
Αριθμός έκδοσης (για το πρόγραμμα) |
Αριθμός αναθεώρησης (για έγγραφο) |

4. Η δομή του καθορισμού άλλων εγγράφων πολιτικής:

Α.Β.ΧΧΧΧ-XX XX XX-Χ
Γενικό μέρος χαρακτηρισμού προγράμματος | | | | |
και έγγραφα προγράμματος σε αυτό | | | | |
Αριθμός αναθεώρησης εγγράφου | | | |
Κωδικός τύπου εγγράφου | | |
Αριθμός εγγράφου αυτού του τύπου | |
Αριθμός εξαρτήματος εγγράφου |

5. Ο κωδικός της χώρας-προγραμματιστή και ο κωδικός του οργανισμού (επιχείρησης)-προγραμματιστή εκχωρούνται με τον προβλεπόμενο τρόπο.

Ο αριθμός εγγραφής εκχωρείται σύμφωνα με τον Ταξινομητή Προγραμμάτων All-Union, που έχει εγκριθεί από το κρατικό πρότυπο σύμφωνα με την καθιερωμένη διαδικασία.

Πριν από την έγκριση του All-Union Classifier of Programs, επιτρέπεται η εκχώρηση αριθμού εγγραφής με αύξουσα σειρά, από 00001 έως 99999, για κάθε οργανισμό (επιχείρηση)-προγραμματιστή.

Ο αριθμός έκδοσης προγράμματος ή ο αριθμός αναθεώρησης εγγράφου εκχωρείται με αύξουσα σειρά από 01 έως 99.

6. Ο κωδικός τύπου εγγράφου εκχωρείται σύμφωνα με τις απαιτήσεις GOST 19.101-77.

7. Ο αριθμός εγγράφου αυτού του τύπου εκχωρείται με αύξουσα σειρά από 01 έως 99.

8. Ο αριθμός ανταλλακτικού του ίδιου εγγράφου εκχωρείται με αύξουσα σειρά από το 1 έως το 9.

Σημείωση.Εάν το έγγραφο αποτελείται από ένα μέρος, τότε η παύλα και ο σειριακός αριθμός του εξαρτήματος δεν υποδεικνύονται.

9. Ο αριθμός έκδοσης των προδιαγραφών και της δήλωσης των επιχειρησιακών εγγράφων για το πρόγραμμα πρέπει να ταιριάζει με τον αριθμό έκδοσης του ίδιου προγράμματος.

Νέα έκδοση. Νοέμβριος 1987