Εισαγωγή
Οι απαιτήσεις γραφής έχουν θέσει μια σημαντική πρόκληση εδώ και πολλές δεκαετίες και ένας από τους κύριους λόγους για αυτό είναι η γλώσσα που χρησιμοποιείται για την έκφρασή τους. Είναι σημαντικό να γράφονται οι απαιτήσεις με τρόπο που να είναι ταυτόχρονα περιεκτικός και εύκολα κατανοητός, ειδικά όταν οι αναγνώστες είναι ιδιοκτήτες επιχείρησης, τελικοί χρήστες ή ενδιαφερόμενοι φορείς. Αυτό σημαίνει τη χρήση μιας «φυσικής» γλώσσας που είναι απαλλαγμένη από τεχνική ορολογία και περίπλοκη ορολογία. Ωστόσο, η φυσική γλώσσα είναι εγγενώς ανακριβής και μπορεί εύκολα να παρερμηνευθεί ή να παρεξηγηθεί, οδηγώντας σε περαιτέρω επιπλοκές.
Δυστυχώς, πολλοί αναλυτές αντιστέκονται σε κάθε είδους δομή στη γραφή των απαιτήσεών τους, προτιμώντας αντ' αυτού να βασίζονται σε περιγραφικές παραγράφους και προτάσεις που μπορεί να συνεπάγονται πρόσθετες απαιτήσεις. Αν και αυτή η προσέγγιση μπορεί να είναι πιο ελκυστική για τους αναγνώστες τους, συχνά οδηγεί σε σύγχυση και παρεξηγήσεις όταν οι απαιτήσεις παραδίδονται σε προγραμματιστές ή αναλυτές συστημάτων. Αυτό, με τη σειρά του, μπορεί να οδηγήσει σε μακροχρόνιες συζητήσεις και καθυστερήσεις, ενώ προσπαθεί να διευκρινίσει τι πραγματικά σημαίνουν οι απαιτήσεις.
Κατά τη διάρκεια της συνέντευξης με την Visure Solutions, Ιορδάνης Κυριακίδης, ο αξιότιμος συνιδρυτής και διευθύνων σύμβουλος της QRA Corp, μοιράστηκε τις γνώσεις του σχετικά με διάφορες πτυχές της μηχανικής απαιτήσεων. Κατά τη διάρκεια αυτής της συνέντευξης, συζητήσαμε μερικά αρκετά ενδιαφέροντα θέματα όπως
- Βασικά Στοιχεία Μεγάλων Απαιτήσεων
- EΣΙΚ Aπροσέγγιση για Rαπαιτήσεις Syntax Approach
- Το AI Gaining Traction in Digitalization of Requirements Engineering
- Συμβουλές και κόλπα για να γράψετε μεγάλες απαιτήσεις
- Και πολλα ΑΚΟΜΑ!
Ποιος είναι ο Ιορδάνης Κυριακίδης;
Ο Jordan Κυριακίδης είναι ένας διάσημος ηγέτης στον τομέα του σχεδιασμού και της επαλήθευσης συστημάτων κρίσιμων για την ασφάλεια. Είναι ο συνιδρυτής και διευθύνων σύμβουλος της QRA Corp, μιας εταιρείας που παρέχει λύσεις αιχμής σε εταιρείες και κυβερνήσεις για τον εντοπισμό και τον μετριασμό του κινδύνου σε πολύπλοκα έργα που περιλαμβάνουν νέες τεχνολογίες σε ρυθμιζόμενες βιομηχανίες. Με σχεδόν δύο δεκαετίες εμπειρίας στην ηγεσία ομάδων υψηλών επιδόσεων, ο Jordan είναι ένας καταξιωμένος επιστήμονας με πολλές διεθνείς δημοσιεύσεις στο ενεργητικό του.
Ο Jordan είναι κάτοχος Ph.D. στην Κβαντική Θεωρία από το Πανεπιστήμιο της Βασιλείας, στην Ελβετία, και έχει ζήσει και εργαστεί σε διάφορες χώρες σε όλο τον κόσμο, συμπεριλαμβανομένης της Ευρώπης, των Ηνωμένων Πολιτειών και του Καναδά. Η τεχνογνωσία του στη μηχανική απαιτήσεων, σε συνδυασμό με το πάθος του για την πρόοδο του κλάδου, τον έχουν κάνει έναν περιζήτητο ομιλητή και σκεπτόμενο ηγέτη στον κλάδο. Ο Τζόρνταν είναι γνωστός για την οραματική προσέγγισή του στη μόχλευση της τεχνητής νοημοσύνης και των βέλτιστων πρακτικών για τις απαιτήσεις γραφής σε κρίσιμες βιομηχανίες και έχει συμβάλει καθοριστικά στην ψηφιοποίηση της μηχανικής απαιτήσεων.
Τι είναι η προδιαγραφή απαιτήσεων;
Η προδιαγραφή απαιτήσεων είναι η διαδικασία σαφούς καθορισμού και τεκμηρίωσης των λειτουργικών και μη λειτουργικών απαιτήσεων ενός συστήματος, μιας εφαρμογής λογισμικού ή ενός προϊόντος. Ο σκοπός της προδιαγραφής απαιτήσεων είναι να συλλάβει τις ανάγκες και τις προσδοκίες των ενδιαφερομένων, συμπεριλαμβανομένων των πελατών, των τελικών χρηστών και άλλων ενδιαφερομένων, με σαφή και συνοπτικό τρόπο. Αυτή η τεκμηρίωση χρησιμοποιείται ως προσχέδιο για το σχεδιασμό, την ανάπτυξη, τη δοκιμή και την υλοποίηση του συστήματος ή του προϊόντος.
Η προδιαγραφή απαιτήσεων περιλαμβάνει συνήθως μια περιγραφή της προβλεπόμενης λειτουργικότητας, απόδοσης, χρηστικότητας, αξιοπιστίας, ασφάλειας και άλλων σημαντικών χαρακτηριστικών του συστήματος ή του προϊόντος. Μπορεί επίσης να περιλαμβάνει τυχόν περιορισμούς, παραδοχές ή εξαρτήσεις που μπορεί να επηρεάσουν το σχεδιασμό ή την υλοποίηση του συστήματος ή του προϊόντος. Η προδιαγραφή απαιτήσεων αποτελεί ουσιαστικό στοιχείο του κύκλου ζωής ανάπτυξης λογισμικού και χρησιμεύει ως βάση για αποτελεσματική επικοινωνία και συνεργασία μεταξύ των ενδιαφερομένων στο έργο.
Σημασία της γραφής Μεγάλες απαιτήσεις
Η συγγραφή μεγάλων απαιτήσεων είναι ζωτικής σημασίας για την επιτυχία οποιουδήποτε έργου ανάπτυξης λογισμικού. Εδώ είναι μερικοί λόγοι για τους οποίους:
- Σαφής επικοινωνία: Οι καλογραμμένες απαιτήσεις βοηθούν να διασφαλιστεί ότι όλοι οι ενδιαφερόμενοι φορείς του έργου έχουν μια σαφή και κοινή κατανόηση του τι αναμένεται από το σύστημα ή το προϊόν που αναπτύσσεται. Αυτή η σαφήνεια διασφαλίζει ότι όλοι βρίσκονται στην ίδια σελίδα, μειώνοντας τον κίνδυνο παρεξηγήσεων και λανθασμένων επικοινωνιών που μπορεί να οδηγήσουν σε σφάλματα, εκ νέου εργασία και καθυστερήσεις έργων.
- Εστίαση στις ανάγκες των χρηστών: Οι μεγάλες απαιτήσεις επικεντρώνονται στις ανάγκες των τελικών χρηστών και πελατών, διασφαλίζοντας ότι το σύστημα ή το προϊόν που αναπτύσσεται ανταποκρίνεται στις προσδοκίες και τις απαιτήσεις τους. Αυτή η προσέγγιση αυξάνει την ικανοποίηση των πελατών και μειώνει τον κίνδυνο αποτυχίας του έργου λόγω της αναντιστοιχίας μεταξύ των αναγκών του προϊόντος και των χρηστών.
- Διαχείριση κινδύνου: Οι απαιτήσεις μπορούν να εντοπίσουν πιθανούς κινδύνους και ζητήματα νωρίς στη διαδικασία ανάπτυξης, επιτρέποντας τη θέσπιση προληπτικών στρατηγικών μετριασμού. Εντοπίζοντας έγκαιρα πιθανά προβλήματα, οι ομάδες μπορούν να αποφύγουν την δαπανηρή επανεργασία, τις καθυστερήσεις και τις αποτυχίες στη συνέχεια.
- Αποδοτικότητα: Οι μεγάλες απαιτήσεις βοηθούν στον εξορθολογισμό της διαδικασίας ανάπτυξης παρέχοντας έναν σαφή οδικό χάρτη για να ακολουθήσουν οι προγραμματιστές. Αυτός ο οδικός χάρτης διασφαλίζει ότι οι προγραμματιστές εργάζονται για τις πιο σημαντικές δυνατότητες και απαιτήσεις, αποφεύγοντας τη σπατάλη προσπάθειας σε λιγότερο σημαντικές εργασίες.
- Διασφάλιση ποιότητας: Έχοντας καλά καθορισμένες απαιτήσεις, είναι ευκολότερο να διασφαλιστεί ότι το σύστημα ή το προϊόν που αναπτύσσεται πληροί τα απαιτούμενα πρότυπα ποιότητας. Οι μεγάλες απαιτήσεις διευκολύνουν τη δοκιμή, την επικύρωση και την επαλήθευση του συστήματος ή του προϊόντος που αναπτύσσεται, διασφαλίζοντας ότι παραδίδεται έγκαιρα, με προϋπολογισμό και στο αναμενόμενο επίπεδο ποιότητας.
Χαρακτηριστικά Μεγάλων Απαιτήσεων
Οι μεγάλες απαιτήσεις είναι απαραίτητες για την υλοποίηση επιτυχημένων έργων ανάπτυξης λογισμικού που ανταποκρίνονται στις προσδοκίες των πελατών, παραδίδονται έγκαιρα και είναι εντός του προϋπολογισμού. Ακολουθούν ορισμένα χαρακτηριστικά μεγάλων απαιτήσεων:
- Ξεκάθαρο και συνοπτικό: Οι μεγάλες απαιτήσεις είναι εύκολα κατανοητές, με σαφή και συνοπτική γλώσσα που αποφεύγει την ασάφεια ή τη σύγχυση.
- Πλήρης: Οι μεγάλες απαιτήσεις θα πρέπει να καλύπτουν όλες τις απαραίτητες λειτουργικές και μη λειτουργικές πτυχές του συστήματος ή του προϊόντος που αναπτύσσεται, χωρίς να αφήνουν περιθώρια για ερμηνείες ή παρεξηγήσεις.
- Ακριβής: Οι μεγάλες απαιτήσεις πρέπει να είναι ακριβείς και επαληθεύσιμες, χωρίς αποκλίσεις μεταξύ αυτού που γράφεται και του τι αναμένεται να κάνει το σύστημα ή το προϊόν.
- Δοκιμάσιμος: Οι μεγάλες απαιτήσεις πρέπει να είναι ελεγχόμενες, πράγμα που σημαίνει ότι θα πρέπει να είναι δυνατή η δημιουργία δοκιμών που μπορούν να επαληθεύσουν ότι το σύστημα ή το προϊόν πληροί τις απαιτήσεις.
- Προτεραιότητα: Θα πρέπει να δοθεί προτεραιότητα στις μεγάλες απαιτήσεις για να διασφαλιστεί ότι πρώτα θα αναπτυχθούν τα πιο σημαντικά χαρακτηριστικά και λειτουργικότητα.
- Εφικτός: Οι μεγάλες απαιτήσεις θα πρέπει να είναι εφικτές, πράγμα που σημαίνει ότι είναι τεχνικά και πρακτικά εφικτές εντός των δεδομένων χρονικών και δημοσιονομικών περιορισμών.
- Ανιχνεύσιμος: Οι μεγάλες απαιτήσεις θα πρέπει να είναι ανιχνεύσιμες, πράγμα που σημαίνει ότι υπάρχει σαφής σύνδεση μεταξύ κάθε απαίτησης και της πηγής της, συμπεριλαμβανομένου του ενδιαφερόμενου μέρους που την ζήτησε.
- Σταθερός: Οι μεγάλες απαιτήσεις θα πρέπει να συνάδουν με την άλλη τεκμηρίωση του έργου, συμπεριλαμβανομένου του σχεδίου έργου, της δήλωσης πεδίου εφαρμογής και άλλης σχετικής τεκμηρίωσης.
- Ξεκάθαρος: Οι μεγάλες απαιτήσεις θα πρέπει να είναι απαλλαγμένες από ασάφειες ή σύγχυση, διασφαλίζοντας ότι υπάρχει σαφής κατανόηση του τι αναμένεται από το σύστημα ή το προϊόν που αναπτύσσεται.
Προκλήσεις κατά τη συγγραφή απαιτήσεων
Υπάρχουν διάφορες προκλήσεις που αντιμετωπίζουν οι άνθρωποι κατά τη σύνταξη των απαιτήσεων.
Κακή γραφειοκρατία - Σε ορισμένους οργανισμούς, η τεκμηρίωση των διαδικασιών είτε είναι ανύπαρκτη είτε δεν ανταποκρίνεται στο ίδιο επίπεδο. Σε αυτήν την περίπτωση, η συλλογή απαιτήσεων γίνεται μια διαδικασία δύο σταδίων: πρώτα αναστρεφόμενη μηχανική της υπάρχουσας διαδικασίας και στη συνέχεια εντοπισμός περιοχών που χρειάζονται βελτίωση και βελτιστοποίηση. Για να επιβεβαιώσετε ότι οι απαιτήσεις είναι ολοκληρωμένες και ακριβείς, είναι σημαντικό να προσδιορίσετε τους βασικούς ενδιαφερόμενους φορείς και τους ειδικούς του θέματος, σε άμεση επαφή μαζί τους. Η σχεδίαση χαρτών επιχειρηματικής διαδικασίας και η οπτικοποίηση ροών εργασίας είναι δύο εξαιρετικοί τρόποι για να το κάνετε αυτό. Αυτό βοηθά στην εξάλειψη των εσφαλμένων υποθέσεων, ενώ παρέχει επίσης μια πλήρη εικόνα. Η σχεδίαση χαρτών διαδικασιών και η εμφάνιση διαδικασιών είναι δύο χρήσιμες προσεγγίσεις για το σκοπό αυτό.
Αντικρουόμενες απαιτήσεις – Όταν τα ενδιαφερόμενα μέρη έχουν διαφορετικές προτεραιότητες για τους επιχειρηματικούς τους στόχους, αυτό οδηγεί σε απαιτήσεις που συγκρούονται μεταξύ τους. Σε περιπτώσεις όπως αυτές, η ευθύνη ενός επιχειρησιακού αναλυτή είναι να τεκμηριώνει όλες τις απαιτήσεις λεπτομερώς, να προσδιορίζει ποια αιτήματα είναι αντίθετα μεταξύ τους και να παρέχει στους ενδιαφερόμενους την ευκαιρία να αποφασίσουν τι έχει προτεραιότητα.
Δεν μπορείτε να λάβετε αποφάσεις χωρίς να ακούσετε τη συμβολή των ενδιαφερομένων και ως επιχειρηματικός αναλυτής, μπορεί να έχετε κάποιες ιδέες για το τι πρέπει να δοθεί προτεραιότητα. Είναι ακόμα σημαντικό να ακούσουμε την οπτική των ενδιαφερομένων. Η δημιουργία μιας δημοσκόπησης μπορεί να είναι μία από τις μεθόδους για να αποκτήσετε σαφήνεια σχετικά με το τι έχει μεγαλύτερη σημασία για την πλειοψηφία των ενδιαφερομένων.
Μη διαθεσιμότητα εισόδου χρήστη – Μερικοί λόγοι μπορεί να συμβάλλουν στη μη διαθεσιμότητα των τελικών χρηστών και ο καθένας απαιτεί τη δική του επίλυση. Για παράδειγμα, μερικές φορές οι τελικοί χρήστες είναι τόσο απασχολημένοι με την καθημερινή τους εργασία που δεν είναι πρόθυμοι να συμμετάσχουν σε δραστηριότητες συγκέντρωσης απαιτήσεων.
Σε τέτοιες περιπτώσεις, το καλύτερο που μπορεί να κάνει ένας επιχειρηματικός αναλυτής είναι να περιορίσει τον αριθμό και τη διάρκεια των δεσμεύσεων. Πριν από τη συνάντηση, η όσο το δυνατόν περισσότερη έρευνα θα βοηθήσει να γίνει η συζήτηση πιο οργανωμένη και ενημερωτική. Είναι σχεδόν σαν να μετατρέπετε τη συλλογή απαιτήσεων σε περιόδους επικύρωσης απαιτήσεων. καθορισμός ομάδων εστίασης και προσδιορισμός των καταλληλότερων τελικών χρηστών για κάθε ομάδα
Εστιάζοντας στη διεπαφή αντί για εμπειρία - Πολλοί ενδιαφερόμενοι και τελικοί χρήστες έχουν ένα σαφές όραμα για το πώς θα πρέπει να εμφανιστεί η νέα λύση, αλλά δεν ξέρουν τι πρέπει να επιτύχει. Η διεπαφή χρήστη οποιουδήποτε συστήματος είναι ζωτικής σημασίας, αλλά δεν θα πρέπει να καθορίζει ή να παρεμβαίνει στη λειτουργικότητα.
Οι επιχειρηματικοί αναλυτές θα πρέπει πάντα να θυμούνται να διατηρούν ξεχωριστές τις απαιτήσεις σχεδιασμού και λειτουργικότητας στην τεκμηρίωσή τους. Χρησιμοποιώντας πιο γενικά εργαλεία όπως διαγράμματα, ιστορίες χρηστών ή πρωτότυπα χαμηλής τεχνολογίας αντί για προσχέδια σχεδίασης, μπορούν να διατηρήσουν την εστίαση στις λειτουργικές πτυχές της συγκέντρωσης απαιτήσεων.
Εισροές ενδιαφερομένων - Όταν οι ενδιαφερόμενοι ή οι τελικοί χρήστες προσπαθούν να πουν στους σχεδιαστές πώς πρέπει να λειτουργεί το σύστημα αντί για το τι πρέπει να κάνει το σύστημα, μπορεί να οδηγήσει σε μη βέλτιστα σχέδια. Για να το αποτρέψετε, επικυρώστε κάθε πιθανή «ψευδή απαίτηση» ρωτώντας «γιατί;» μέχρι να φτάσετε στο πραγματικό πρόβλημα που χρειάζεται επίλυση.
Θέματα Επικοινωνίας – Μεταξύ των θεμάτων που μπορεί να οδηγήσουν σε κακή επικοινωνία μεταξύ ενός επιχειρησιακού αναλυτή και άλλων μερών είναι τα γλωσσικά εμπόδια, οι εσφαλμένες υποθέσεις, το ανεπαρκώς επεξηγημένο λεξιλόγιο και η υπερβολική χρήση τεχνικών όρων.
Η ιδανική προσέγγιση για να αποφύγετε αυτό το πρόβλημα είναι να αλληλεπιδράτε συχνά και να αναπτύσσετε αμφίδρομες συνομιλίες. Τεκμηριώστε τις ανάγκες που ανακαλύψατε και υποβάλετέ τις για αξιολόγηση από ομοτίμους και κριτική σε διάφορους ειδικούς του θέματος, δημιουργήστε ένα γλωσσάρι ορολογίας και ελέγξτε τις εγκαταστάσεις.
Συνήθη λάθη κατά τη σύνταξη απαιτήσεων
Οι απαιτήσεις γραφής μπορεί να είναι ένα δύσκολο έργο και υπάρχουν κοινά λάθη που μπορούν να γίνουν που μπορούν να επηρεάσουν την επιτυχία του έργου ανάπτυξης λογισμικού. Ακολουθούν ορισμένα κοινά λάθη κατά τη σύνταξη απαιτήσεων:
- Ασάφεια: Ένα από τα πιο συνηθισμένα λάθη κατά τη σύνταξη απαιτήσεων είναι η χρήση διφορούμενης γλώσσας, η οποία μπορεί να οδηγήσει σε παρεξηγήσεις και λάθη. Αυτό μπορεί να αποφευχθεί χρησιμοποιώντας σαφή, συνοπτική και ξεκάθαρη γλώσσα.
- Ελλιπείς ή ασυνεπείς απαιτήσεις: Απαιτήσεις που είναι ελλιπείς ή ασυνεπείς μπορεί να οδηγήσουν σε σύγχυση και σφάλματα στη διαδικασία ανάπτυξης λογισμικού. Αυτό μπορεί να αποφευχθεί με την επανεξέταση και την επικύρωση των απαιτήσεων για να διασφαλιστεί ότι είναι πλήρεις και συνεπείς με άλλα έγγραφα του έργου.
- Έλλειψη προτεραιοτήτων: Χωρίς την κατάλληλη ιεράρχηση, οι απαιτήσεις μπορεί να αναπτυχθούν με τυχαίο τρόπο, οδηγώντας σε καθυστερήσεις και ένα προϊόν που δεν ανταποκρίνεται στις προσδοκίες των πελατών. Η ιεράρχηση των απαιτήσεων μπορεί να διασφαλίσει ότι τα πιο σημαντικά χαρακτηριστικά και λειτουργικότητα αναπτύσσονται πρώτα.
- Ασαφείς ή μη επαληθεύσιμες απαιτήσεις: Οι ασαφείς ή μη επαληθεύσιμες απαιτήσεις μπορεί να οδηγήσουν σε παρεξηγήσεις και δυσκολίες στην επικύρωση ότι το σύστημα ή το προϊόν πληροί τις απαιτήσεις. Αυτό μπορεί να αποφευχθεί διασφαλίζοντας ότι οι απαιτήσεις είναι σαφείς και επαληθεύσιμες.
- Επιχρύσωση: Η επιχρύσωση συμβαίνει όταν προστίθενται στο σύστημα ή το προϊόν πρόσθετες λειτουργίες ή λειτουργίες που δεν καθορίζονται στις απαιτήσεις. Αυτό μπορεί να οδηγήσει σε καθυστερήσεις, πρόσθετο κόστος και ένα προϊόν που δεν ανταποκρίνεται στις ανάγκες των πελατών.
- Έλλειψη συμμετοχής των ενδιαφερομένων: Η έλλειψη συμμετοχής των ενδιαφερομένων μπορεί να οδηγήσει σε απαιτήσεις που δεν ανταποκρίνονται στις ανάγκες των πελατών και άλλων ενδιαφερομένων. Η συμμετοχή των ενδιαφερομένων σε όλη τη διαδικασία ανάπτυξης λογισμικού μπορεί να διασφαλίσει ότι οι απαιτήσεις ευθυγραμμίζονται με τις ανάγκες και τις προσδοκίες τους.
- Υπερβολική εξάρτηση από την τεχνολογία: Η υπερβολική εξάρτηση από την τεχνολογία μπορεί να οδηγήσει σε απαιτήσεις που δεν ευθυγραμμίζονται με τις δυνατότητες του συστήματος ή του προϊόντος που αναπτύσσεται. Αυτό μπορεί να αποφευχθεί διασφαλίζοντας ότι οι απαιτήσεις είναι εφικτές και ευθυγραμμισμένες με την τεχνολογία που χρησιμοποιείται.
- Ελλείψεις δοκιμών: Οι δοκιμές είναι μια σημαντική πτυχή της ανάπτυξης λογισμικού και η έλλειψη εξέτασης των δοκιμών στις απαιτήσεις μπορεί να οδηγήσει σε ένα προϊόν που είναι δύσκολο να δοκιμαστεί ή που δεν πληροί τα πρότυπα ποιότητας.
Απαιτήσεις γραφής με χρήση μεθόδων φυσικής γλώσσας
Οι απαιτήσεις γραφής με χρήση μεθόδων φυσικής γλώσσας περιλαμβάνουν τη χρήση της καθημερινής γλώσσας για την επικοινωνία των απαιτήσεων με τρόπο σαφή, συνοπτικό και εύκολο στην κατανόηση. Αυτή η προσέγγιση χρησιμοποιείται συχνά στην ανάπτυξη λογισμικού και σε άλλους κλάδους όπου υπάρχει ανάγκη καταγραφής και τεκμηρίωσης απαιτήσεων που είναι εύκολα κατανοητές από όλους τους ενδιαφερόμενους, ανεξάρτητα από την τεχνική τους εμπειρία.
Η φυσική γλώσσα είναι η γλώσσα που χρησιμοποιούμε στην καθημερινή μας επικοινωνία, όπως αγγλικά, γαλλικά, ισπανικά κ.λπ. Οι απαιτήσεις γραφής με χρήση φυσικής γλώσσας περιλαμβάνουν τη χρήση της ίδιας γλώσσας που χρησιμοποιούν οι ενδιαφερόμενοι στην καθημερινή τους επικοινωνία, αντί να χρησιμοποιούν τεχνική ορολογία ή εξειδικευμένη γλώσσα που μπορεί να είναι άγνωστη σε μη τεχνικά ενδιαφερόμενα μέρη.
Σε σύγκριση με άλλες γλώσσες για τις απαιτήσεις γραφής, η φυσική γλώσσα έχει το πλεονέκτημα ότι είναι πιο κατανοητή από μη τεχνικά ενδιαφερόμενα μέρη. Η χρήση φυσικής γλώσσας μπορεί να βοηθήσει να διασφαλιστεί ότι οι απαιτήσεις κοινοποιούνται αποτελεσματικά σε όλα τα ενδιαφερόμενα μέρη, οδηγώντας σε ένα πιο επιτυχημένο αποτέλεσμα του έργου. Αντίθετα, άλλες γλώσσες για τις απαιτήσεις γραφής, όπως οι επίσημες γλώσσες προδιαγραφών, μπορεί να είναι πιο ακριβείς και ξεκάθαρες, αλλά μπορεί να είναι πιο δύσκολο να τις κατανοήσουν οι μη τεχνικοί ενδιαφερόμενοι.
Για να γράψετε απαιτήσεις χρησιμοποιώντας μεθόδους φυσικής γλώσσας, είναι σημαντικό να χρησιμοποιείτε απλή, καθημερινή γλώσσα που είναι εύκολα κατανοητή. Οι απαιτήσεις πρέπει να είναι συγκεκριμένες, μετρήσιμες και επαληθεύσιμες και να αποφεύγεται η χρήση αόριστων όρων ή τεχνικής ορολογίας. Η χρήση προτύπων, παραδειγμάτων και γραφικών μπορεί επίσης να βοηθήσει στο να γίνουν οι απαιτήσεις πιο σαφείς και πιο συνοπτικές.
Πρότυπο ΑΥΤΙΑ
Το πρότυπο EARS (Easy Approach to Requirements Syntax) είναι ένα πρότυπο συλλογής απαιτήσεων και τεκμηρίωσης που παρέχει έναν δομημένο τρόπο καταγραφής και τεκμηρίωσης απαιτήσεων. Χρησιμοποιείται συνήθως σε βιομηχανίες όπως η αεροδιαστημική, η άμυνα και η ανάπτυξη λογισμικού, όπου υπάρχει ανάγκη να καταγραφούν και να τεκμηριωθούν περίπλοκες και συχνά τεχνικές απαιτήσεις. Το πρότυπο EARS μπορεί να χρησιμοποιηθεί τόσο για λειτουργικές όσο και για μη λειτουργικές απαιτήσεις.
Το πρότυπο EARS αποτελείται από τέσσερις κύριες ενότητες:
- Περιβάλλο: Αυτή η ενότητα περιγράφει το πλαίσιο στο οποίο θα λειτουργεί το σύστημα, συμπεριλαμβανομένων τυχόν περιορισμών ή εξαρτήσεων που πρέπει να ληφθούν υπόψη.
- Ηθοποιός: Αυτή η ενότητα περιγράφει τους διαφορετικούς τύπους χρηστών ή συστημάτων που θα αλληλεπιδράσουν με το σύστημα, συμπεριλαμβανομένων των ρόλων και των ευθυνών τους.
- Απαιτείται: Αυτή η ενότητα περιγράφει τις ειδικές απαιτήσεις για το σύστημα, συμπεριλαμβανομένων τόσο των λειτουργικών όσο και των μη λειτουργικών απαιτήσεων. Κάθε απαίτηση ορίζεται με σαφή και συνοπτικό τρόπο χρησιμοποιώντας μια τυποποιημένη σύνταξη.
- Κίνητρο: Αυτή η ενότητα περιγράφει τις εισόδους που θα ενεργοποιήσουν το σύστημα να εκτελέσει συγκεκριμένες ενέργειες ή αποκρίσεις, καθώς και τα αναμενόμενα αποτελέσματα ή αποκρίσεις.
Για να χρησιμοποιήσετε το πρότυπο EARS, ο αναλυτής ή η ομάδα απαιτήσεων θα πρέπει πρώτα να προσδιορίσει το περιβάλλον στο οποίο θα λειτουργεί το σύστημα, συμπεριλαμβανομένων τυχόν περιορισμών ή εξαρτήσεων. Στη συνέχεια, θα πρέπει να προσδιορίσουν τους διαφορετικούς παράγοντες ή χρήστες που θα αλληλεπιδράσουν με το σύστημα και τους ρόλους και τις ευθύνες τους. Στη συνέχεια, θα πρέπει να προσδιορίσουν τις συγκεκριμένες απαιτήσεις για το σύστημα, χρησιμοποιώντας την τυποποιημένη σύνταξη που ορίζεται στο πρότυπο. Τέλος, θα πρέπει να εντοπίσουν τα ερεθίσματα που θα ενεργοποιήσουν το σύστημα να εκτελέσει συγκεκριμένες ενέργειες ή αποκρίσεις, καθώς και τα αναμενόμενα αποτελέσματα ή αποκρίσεις.
Το πρότυπο EARS έχει σχεδιαστεί για να παρέχει έναν σαφή και συνοπτικό τρόπο τεκμηρίωσης των απαιτήσεων, διευκολύνοντας την κατανόηση και την επαλήθευση των απαιτήσεων. Χρησιμοποιείται συχνά σε βιομηχανίες όπου υπάρχει ανάγκη για ακριβείς και ακριβείς απαιτήσεις, όπως η αεροδιαστημική, η άμυνα και η ανάπτυξη λογισμικού. Χρησιμοποιώντας το πρότυπο EARS, οι αναλυτές απαιτήσεων μπορούν να διασφαλίσουν ότι όλες οι σχετικές απαιτήσεις καταγράφονται και τεκμηριώνονται με συνεπή και δομημένο τρόπο.
Οδηγίες INCOSE – Πρότυπο
Το INCOSE, ή το Διεθνές Συμβούλιο Μηχανικής Συστημάτων, είναι ένας διεθνής μη κερδοσκοπικός οργανισμός μέλους που παρέχει πρότυπα και κατευθυντήριες γραμμές για να βοηθήσει τους οργανισμούς να δημιουργήσουν καλύτερες διαδικασίες μηχανικής συστημάτων. Το Πρότυπο Απαιτήσεων Συστήματος INCOSE (SRS) περιέχει ένα σύνολο κανόνων και προτύπων που έχουν σχεδιαστεί για να βοηθούν τους οργανισμούς να αξιολογούν τις δηλώσεις απαιτήσεων πριν αυτές εφαρμοστούν. Το SRS έχει υιοθετηθεί από έναν αριθμό μεγάλων εταιρειών καθώς και από κυβερνητικούς φορείς σε όλο τον κόσμο και μπορεί να χρησιμοποιηθεί σε πολλούς διαφορετικούς κλάδους για διάφορες εφαρμογές. Είναι σημαντικό για τα ενδιαφερόμενα μέρη όπως οι προγραμματιστές λογισμικού, οι επιχειρησιακοί αναλυτές, οι διαχειριστές έργων, οι ελεγκτές, το προσωπικό του τμήματος IT και άλλα μέλη της ομάδας να κατανοούν καλά αυτές τις απαιτήσεις πριν ξεκινήσουν να εργάζονται σε οποιαδήποτε δήλωση απαίτησης συστήματος ή έργο.
Τελικά, η σύνταξη καλών απαιτήσεων περιλαμβάνει μια προσεκτική ισορροπία μεταξύ του να είναι λεπτομερής και συνοπτικός, καθώς και να βεβαιωθείτε ότι η απαίτηση είναι ελεγχόμενη και εφικτή. Το INCOSE SRS προσφέρει αρχές και κατευθυντήριες γραμμές, ώστε οι ομάδες να μπορούν να γράφουν απαιτήσεις καλής ποιότητας και να διασφαλίζουν ότι τα έργα τους είναι επιτυχημένα. Αυτό θα βοηθήσει στην αποφυγή δαπανηρών σφαλμάτων κατά την ανάπτυξη ή μετά την ανάπτυξη, βοηθώντας έτσι τους οργανισμούς να δημιουργήσουν καλύτερα συστήματα σε μικρότερο χρονικό διάστημα.
Τι είναι οι κανόνες INCOSE;
Οι Δηλώσεις Απαιτήσεων αξιολογούνται μέσω των κανόνων της INCOSE. Αυτά τα πρότυπα βοηθούν τους οργανισμούς να αξιολογήσουν τη σκοπιμότητα και την ποιότητα των απαιτήσεων πριν αυτές εφαρμοστούν. Η διαδικασία αξιολόγησης περιλαμβάνει τέσσερα βασικά κριτήρια:
- Σαφή - Οι γραπτές απαιτήσεις πρέπει να είναι σαφείς, ευανάγνωστες και κατανοητές. Προσδιορίστε με σαφήνεια τις πληροφορίες χρησιμοποιώντας καταφατικές προτάσεις που πρόκειται να ανταλλάξουν μεταξύ των ηθοποιών. Κάθε απαίτηση πρέπει να περιγράφει σαφή κριτήρια επιτυχίας. Προσπαθήστε να χρησιμοποιήσετε απλό λεξιλόγιο και αποφύγετε τις συντομογραφίες. Για παράδειγμα, «Ο χρήστης θα μπορεί να δει την αναφορά καταγραφής ελέγχου».
- Ατομική - Κάθε απαίτηση θα πρέπει να αντιμετωπίζεται ως διακριτή περίπτωση δοκιμής. Συνδέσεις όπως και, ή, και ούτω καθεξής δεν πρέπει να χρησιμοποιούνται γιατί μπορεί να οδηγήσουν σε απώλεια απαιτήσεων. Αυτό είναι ιδιαίτερα σημαντικό, καθώς όροι όπως αυτοί μπορεί να κάνουν τους προγραμματιστές λογισμικού και τους δοκιμαστές να παραβλέψουν τις απαιτήσεις. Ο διαχωρισμός των περίπλοκων αναγκών σε μικρότερα μέρη μέχρι να δοκιμαστεί το καθένα ξεχωριστά είναι ένας τρόπος για να αποφευχθεί αυτό.
- Αδιαμφισβήτητο - Οι ασαφείς, ημιτελείς ή αντιφατικές απαιτήσεις μπορεί να οδηγήσουν σε σφάλματα και επανεπεξεργασία. Για να αποφευχθεί αυτό, οι απαιτήσεις θα πρέπει να επανεξεταστούν από κάθε ενδιαφερόμενο πριν οριστικοποιηθούν. Αυτό θα βοηθήσει στην έγκαιρη αναγνώριση τυχόν κενών που μπορούν στη συνέχεια να αντιμετωπιστούν.
- Επαληθεύσιμο - Όλοι στην ομάδα ανάπτυξης θα πρέπει να έχουν πρόσβαση στο έγγραφο, ώστε να μπορούν να αναφέρονται σε αυτό όσο συχνά απαιτείται. Επειδή οι απαιτήσεις πρέπει να είναι σαφείς, τα μέλη της ομάδας δεν θέλουν περισσότερες πληροφορίες. Θα πρέπει να είναι όλα προσβάσιμα στο έγγραφο SRS.
- Απαραίτητη - Κάθε απαίτηση πρέπει να τεκμηριώνει κάτι που πραγματικά χρειάζονται οι χρήστες ή κάτι που απαιτείται για την εκπλήρωση ενός προτύπου ή μιας ανάγκης ολοκλήρωσης λόγω της ύπαρξης μιας εξωτερικής διεπαφής. Επίσης, είναι σημαντικό για κάθε απαίτηση να υπάρχει μια εξουσιοδοτημένη πηγή.
- Ανεξάρτητος Σχεδιασμός – Κάθε απαίτηση πρέπει να ορίζει τι είναι απαραίτητο και όχι πώς θα εφαρμοστεί. Οι απαιτήσεις πρέπει να καθορίζουν τα χαρακτηριστικά του συστήματος που θα παρατηρηθούν εξωτερικά και όχι τις εσωτερικές λεπτομέρειες.
- Εφικτό - Κάθε απαίτηση πρέπει να είναι τεχνικά εκτελέσιμη και θα πρέπει να εφαρμόζεται λαμβάνοντας υπόψη τον προϋπολογισμό, την προθεσμία και άλλους περιορισμούς που επηρεάζουν το έργο. Οι απαιτήσεις πρέπει να αντικατοπτρίζουν την πραγματική κατάσταση των πραγμάτων, συμπεριλαμβανομένου του κόστους, του χρονοδιαγράμματος και της τεχνολογίας. Δεν θα πρέπει να εξαρτώνται από μελλοντικές τεχνολογικές εξελίξεις.
- Πλήρης - Το έγγραφο απαιτήσεων θα πρέπει να περιλαμβάνει αρκετές πληροφορίες για την ομάδα ανάπτυξης και τους δοκιμαστές σας για να ολοκληρώσουν το προϊόν και να διασφαλίσουν ότι πληροί τις απαιτήσεις του χρήστη χωρίς σφάλματα.
- Σωστός - Οι απαιτήσεις που καθορίζονται στα έγγραφα πρέπει να είναι πολύ ακριβείς για να αποφευχθεί κάθε είδους σύγχυση. Δεν πρέπει να έχουν κενά, ασάφειες, υποκειμενικότητα, υπερθετικά ή συγκρίσεις. Ως εκ τούτου, για να γράψουμε σωστές απαιτήσεις, πρέπει να λάβουμε σωστές πληροφορίες και να τεκμηριώσουμε σωστά τις πληροφορίες που συλλέγονται.
Μελλοντικές τάσεις: Απαιτήσεις γραφής με AI
Η τεχνολογία Τεχνητής Νοημοσύνης (AI) έχει τη δυνατότητα να φέρει επανάσταση στον τρόπο με τον οποίο γράφονται και διαχειρίζονται οι απαιτήσεις στην ανάπτυξη προϊόντων. Τα τελευταία χρόνια, έχουν σημειωθεί σημαντικές εξελίξεις στην επεξεργασία φυσικής γλώσσας (NLP) και στη μηχανική εκμάθηση (ML) που κατέστησαν δυνατή την αυτοματοποίηση ορισμένων πτυχών της μηχανικής απαιτήσεων.
Μια πιθανή μελλοντική τάση είναι η χρήση chatbot που υποστηρίζονται από τεχνητή νοημοσύνη, όπως το ChatGPT και το Jasper, για να βοηθήσουν στις απαιτήσεις γραφής. Αυτά τα chatbots χρησιμοποιούν αλγόριθμους NLP για να αναλύσουν τα στοιχεία από τους ενδιαφερόμενους και να δημιουργήσουν απαιτήσεις υψηλής ποιότητας με βάση αυτά τα δεδομένα. Αξιοποιώντας αυτά τα εργαλεία, οι οργανισμοί μπορούν να εξορθολογίσουν τη διαδικασία μηχανικής απαιτήσεων, μειώνοντας τον χρόνο και την προσπάθεια που απαιτείται για την ανάπτυξη απαιτήσεων, οδηγώντας σε ταχύτερους κύκλους ανάπτυξης προϊόντων και αποτελεσματικότερη χρήση των πόρων.
Μια άλλη πιθανή τάση είναι η χρήση της τεχνητής νοημοσύνης για την αυτόματη αναγνώριση και εξαγωγή απαιτήσεων από διάφορες πηγές μη δομημένων δεδομένων, όπως σχόλια πελατών, αναρτήσεις μέσων κοινωνικής δικτύωσης και κριτικές προϊόντων. Χρησιμοποιώντας αλγόριθμους NLP για τον αυτόματο εντοπισμό και εξαγωγή σχετικών απαιτήσεων από αυτές τις πηγές, οι οργανισμοί μπορούν να αποκτήσουν μια βαθύτερη κατανόηση των αναγκών και των προτιμήσεων των πελατών, οδηγώντας σε πιο επιτυχημένα αποτελέσματα ανάπτυξης προϊόντων.
Η τεχνολογία AI μπορεί επίσης να συμβάλει στη βελτίωση της ποιότητας και της συνέπειας των απαιτήσεων εντοπίζοντας πιθανές συγκρούσεις, ασάφειες ή απολύσεις στις απαιτήσεις. Αυτό μπορεί να βοηθήσει στη μείωση του κινδύνου σφαλμάτων και παρεξηγήσεων, οδηγώντας σε καλύτερη ποιότητα προϊόντων και λιγότερους δαπανηρούς κύκλους επανεπεξεργασίας.
Βασικές συμβουλές για τις απαιτήσεις γραφής
- Γράψτε σε επίπεδα - Οι απαιτήσεις γραφής σε επίπεδα σημαίνει διάσπαση των πολύπλοκων απαιτήσεων σε μικρότερα, πιο διαχειρίσιμα κομμάτια. Αυτό βοηθά στο να γίνουν οι απαιτήσεις πιο κατανοητές, περιεκτικές και ευκολότερες στην εφαρμογή.
- Ενα κάθε φορά - Κάθε απαίτηση θα πρέπει να αντιμετωπίζεται ως διακριτή περίπτωση δοκιμής. Συνδέσεις όπως και, ή, και ούτω καθεξής δεν πρέπει να χρησιμοποιούνται γιατί μπορεί να οδηγήσουν σε απώλεια απαιτήσεων. Αυτό είναι ιδιαίτερα σημαντικό, καθώς όροι όπως αυτοί μπορεί να κάνουν τους προγραμματιστές λογισμικού και τους δοκιμαστές να παραβλέψουν τις απαιτήσεις. Ο διαχωρισμός των περίπλοκων αναγκών σε μικρότερα μέρη μέχρι να δοκιμαστεί το καθένα ξεχωριστά είναι ένας τρόπος για να αποφευχθεί αυτό.
- Μιλήστε «Τι» Όχι «Πώς» – Η εστίαση πρέπει να είναι στο τι θα κάνει το σύστημα, όχι στο πώς το κάνει. Επιπλέον, αποφύγετε να εμβαθύνετε σε θέματα σχεδίασης, όπως ονόματα πεδίων, αντικείμενα γλώσσας προγραμματισμού και αντικείμενα λογισμικού. Εάν συζητάτε αυτά τα θέματα στο Έγγραφο Προδιαγραφών Απαιτήσεων, κάντε ένα βήμα πίσω – αυτό πιθανότατα σημαίνει ότι γίνεστε πολύ συγκεκριμένοι.
- Επαληθεύσιμο - Ένα άλλο πράγμα που πρέπει να έχετε κατά νου κατά την οργάνωση των απαιτήσεων είναι ότι πρέπει πάντα να είναι ελεγχόμενες. Αυτό σημαίνει ότι πρέπει να είναι δυνατό να επαληθευτεί ότι το σύστημα πληροί την εν λόγω απαίτηση. Αυτό συνδέεται επίσης με το επόμενο σημείο μας - την ιχνηλασιμότητα. Εάν μια απαίτηση είναι γεμάτη από αόριστους όρους, τότε γίνεται πιο δύσκολο να αναλυθεί και να επαληθευτεί εάν το σύστημα πληροί πραγματικά αυτά τα πρότυπα από άποψη απόδοσης. Επομένως, όσο το δυνατόν περισσότερο, στοχεύστε στη σαφήνεια και την ακρίβεια στη γλώσσα σας, ώστε η συλλογή Απαιτήσεων να μην είναι μια διφορούμενη διαδικασία.
- Ιχνηλασιμότητα - Η ιχνηλασιμότητα στη διαχείριση έργου αναφέρεται στη διασφάλιση ότι οι απαιτήσεις συνδέονται με άλλα στοιχεία του έργου. Αυτό επιτρέπει στους διαχειριστές έργων, τους προγραμματιστές και τους ενδιαφερόμενους φορείς να παρακολουθούν ολόκληρο τον κύκλο ζωής μιας απαίτησης από την αρχή μέχρι το τέλος προς όλες τις κατευθύνσεις καθώς και με άλλα μέρη του συστήματος. Εάν διαχειρίζεστε σωστά την ιχνηλασιμότητα, μπορείτε να αποφύγετε τον κωδικό που δεν αντιστοιχεί σε καμία απαίτηση («αδέσποτος» κωδικός) και να βεβαιωθείτε ότι κάθε περίπτωση δοκιμής καλύπτει τουλάχιστον μία απαίτηση. Μπορείτε να κάνετε τις απαιτήσεις ανιχνεύσιμες, επισημαίνοντάς τους με ένα μοναδικό αναγνωριστικό και παρέχοντας πληροφορίες σχετικά με την πηγή τους σε ένα κεντρικό αποθετήριο προσβάσιμο σε όλα τα μέλη της ομάδας.
- Τα 3 W - Οι απαιτήσεις πρέπει να επικεντρώνονται στην ικανοποίηση των αναγκών του χρήστη και όχι στη λύση. Επομένως, είναι απαραίτητο να κατανοήσετε τις απαιτήσεις του χρήστη και τα σημεία πόνου πριν αναπτύξετε τις απαιτήσεις.
- Τι? - Τι κάνουμε?
- ΠΟΥ? – Ποιος θα ωφεληθεί;
- Γιατί; – Γιατί το κάνουμε;
- 1 Απαίτηση για 1 Εργασία – Κάθε απαίτηση πρέπει να δηλώνει μια ενιαία δράση και στόχο. Προσέξτε την υπερβολική χρήση των «και» και «ή». Για παράδειγμα, «Εάν η τελευταία Παρασκευή του μήνα και η πληρωμή είναι ληξιπρόθεσμη στις 31 και αν η 31η είναι η τελευταία Παρασκευή του μήνα, τότε η υποβολή της πληρωμής εκείνη την ημέρα μετά τις 6 μ.μ. ώρα ανατολικής ώρας θα έχει ως αποτέλεσμα καθυστέρηση πληρωμής ". Σας προκαλώ να το καταλάβετε!
- Προτεραιοποίηση απαιτήσεων – Δώστε προτεραιότητα στις απαιτήσεις με βάση τη σημασία και τον αντίκτυπό τους στην επιτυχία του έργου. Αυτό βοηθά να διασφαλιστεί ότι οι πιο σημαντικές απαιτήσεις παρέχονται πρώτα και ότι οι ανάγκες των ενδιαφερόμενων μερών ικανοποιούνται.
- Καμία ρήτρα διαφυγής - Για παράδειγμα, «Το σύστημα θα καθορίζει τον αριθμό των προσπαθειών σύνδεσης, εκτός εάν ο χρήστης έχει πληκτρολογήσει σαφώς εσφαλμένο όνομα χρήστη».
Σύμφωνα με τον Jordan, τι διαχωρίζει τα επιτυχημένα έργα από τα αποτυχημένα;
Σύμφωνα με τον Ιορδάνη Κυριακίδη, αυτό που διαχωρίζει τα επιτυχημένα έργα από τα αποτυχημένα είναι η ικανότητα αποτελεσματικής διαχείρισης των απαιτήσεων. Τα επιτυχημένα έργα κατανοούν ξεκάθαρα τις απαιτήσεις και είναι σε θέση να τις διαχειρίζονται σε όλη τη διαδικασία ανάπτυξης, από τον αρχικό σχεδιασμό έως την τελική παράδοση. Από την άλλη πλευρά, τα ανεπιτυχή έργα συχνά υποφέρουν από κακή διαχείριση απαιτήσεων, η οποία μπορεί να οδηγήσει σε κακή επικοινωνία, καθυστερήσεις και τελικά αποτυχία επίτευξης των στόχων του έργου. Ως εκ τούτου, είναι ζωτικής σημασίας για τις εταιρείες να επενδύσουν σε πρακτικές και εργαλεία μηχανικής με ισχυρές απαιτήσεις για να εξασφαλίσουν την επιτυχία των έργων τους.
Πού να βρείτε περισσότερα για τον Ιορδάνη Κυριακίδη;
Για να μάθετε περισσότερα για τον Jordan Kyriakidis και την QRA Corp, ανατρέξτε στη σελίδα τους στο LinkedIn στη διεύθυνση https://www.linkedin.com/company/qra-corp/. Επιπλέον, μπορείτε να βρείτε τον Jordan Κυριακίδη στο LinkedIn στο https://www.linkedin.com/in/jordankyriakidis/. Η QRA Corp διαθέτει επίσης αρκετές λευκές βίβλους και μελέτες περιπτώσεων διαθέσιμες στον ιστότοπό της που παρέχουν πληροφορίες για την τεχνολογία της και την εφαρμογή της σε διάφορους κλάδους.
Τελικές Σκέψεις
Εν κατακλείδι, ο Jordan Κυριακίδης και η Visure Solutions μοιράστηκαν μια οξυδερκή συζήτηση σχετικά με τις Απαιτήσεις Γραφής. Εξερευνήσαμε τη σημασία της συγγραφής μεγάλων απαιτήσεων και θίξαμε τις προκλήσεις κατά τη σύνταξη απαιτήσεων μαζί με κοινά λάθη. Εξετάσαμε διάφορες μεθόδους, όπως μεθόδους φυσικής γλώσσας, το πρότυπο EARS και τις οδηγίες INCOSE. Η τεχνολογία AI έχει επίσης ανοίξει πολλές δυνατότητες για απαιτήσεις γραφής, διευκολύνοντας τους ανθρώπους που αρχίζουν να μαθαίνουν πώς να τις γράφουν καλύτερα. Τέλος, έχουμε συμπεριλάβει επίσης βασικές συμβουλές που θα σας βοηθήσουν στην πορεία καθώς ξεκινάτε αυτό το ταξίδι. Από την εκμάθηση για τους κανόνες INCOSE έως τις μελλοντικές τάσεις στις απαιτήσεις γραφής – υπάρχει κάτι εδώ για όλους! Αφαιρέστε αυτές τις βασικές συμβουλές και εφαρμόστε τις τώρα! Δείτε τώρα ολόκληρη τη συνέντευξη!
