Η δημιουργία λογισμικού δεν συνίσταται απλώς στην ανάπτυξη. Πριν ξεκινήσουν να εργάζονται σε λογισμικό, οι προγραμματιστές πρέπει να γνωρίζουν ακριβώς τι να δημιουργήσουν. Γι' αυτό η ανάπτυξη συνήθως ξεκινά με την προετοιμασία μιας δέσμης εγγράφων που περιγράφουν λεπτομερώς ένα μελλοντικό έργο. Τα έγγραφα περιλαμβάνουν πολυάριθμες έρευνες, αναλύσεις και προδιαγραφές, μία από τις οποίες είναι η προδιαγραφή απαιτήσεων λογισμικού (SRS).
Αυτό το άρθρο είναι αφιερωμένο στο SRS, τη σημασία του για το έργο σας και τα βήματα για τη δημιουργία προδιαγραφών λογισμικού υψηλής ποιότητας. Ας βουτήξουμε στο θέμα ορίζοντας το SRS.
θα πραγματοποιηθεί εκπτώσεις σε αχυρώνα Mackenzie-childs το 2021
Τι είναι η τεκμηρίωση απαιτήσεων λογισμικού και γιατί τη χρειάζεστε;
Η τεκμηρίωση απαιτήσεων λογισμικού είναι ένα έγγραφο που περιγράφει τις λειτουργικές και μη λειτουργικές προδιαγραφές του λογισμικού, τον τρόπο ανάπτυξής του και περιπτώσεις χρήσης – τους τρόπους με τους οποίους οι χρήστες θα αλληλεπιδρούν με το λογισμικό όταν είναι έτοιμο. Η έκθεση SRS συνήθως προετοιμάζεται κατά τη διάρκεια του φάση ανακάλυψης ενός έργου . Οι ιδιοκτήτες επιχειρήσεων μπορούν να δομήσουν μόνοι τους όλες τις προδιαγραφές ή να αναθέσουν αυτήν την εργασία σε επαγγελματίες που έχουν εμπειρία στην ανάπτυξη λογισμικού και στον καθορισμό προδιαγραφών.
Ορισμένοι ιδιοκτήτες επιχειρήσεων μπορεί να θέλουν να παραβλέψουν τη φάση ανακάλυψης, συμπεριλαμβανομένης της προετοιμασίας της τεκμηρίωσης. Ωστόσο, η παραμέληση αυτής της φάσης μπορεί να οδηγήσει σε αποτυχία του έργου. Σύμφωνα με την έρευνα Pulse of the Profession του PMI, 35% των έργων αποτυγχάνουν λόγω ανακριβών απαιτήσεων. Θα αρνιόταν κάποιος ιδιοκτήτης επιχείρησης να πραγματοποιήσει μια συγκέντρωση SRS εάν γνώριζε αυτά τα στατιστικά στοιχεία από πριν; Το αμφιβάλλουμε. Έτσι, δείτε πώς η ομάδα σας επωφελείται από την ύπαρξη όλων των απαιτήσεων λογισμικού σε ένα μέρος:
- προγραμματιστές αποφασίζουν για τη στοίβα τεχνολογίας που θα χρειαστούν για να δημιουργήσουν το back- και το front-end του λογισμικού
- Σχεδιαστές αποκτήστε μια ιδέα για το πώς μπορούν να αντικατοπτρίζουν τη λειτουργικότητα σε μια διεπαφή λογισμικού
- Δοκιμαστές να κατανοήσουν τις περιπτώσεις δοκιμών που θα χρειαστεί να προετοιμάσουν και να διασφαλίσουν ότι το λογισμικό πληροί τις επιχειρηματικές απαιτήσεις
- Ιδιοκτήτες της επιχείρησης λάβετε μια λίστα με τα χαρακτηριστικά που είναι απαραίτητα για το προϊόν τους και μπορούν να λαμβάνουν τεκμηριωμένες αποφάσεις σχετικά με τις επενδύσεις
Συνολικά, η τεκμηρίωση των απαιτήσεων λογισμικού είναι μια κατευθυντήρια γραμμή που διασφαλίζει ότι όλοι όσοι συμμετέχουν στη διαδικασία ανάπτυξης λογισμικού έχουν ένα σαφές όραμα της διαδικασίας και τις ίδιες προσδοκίες. Έτσι, η έκθεση SRS επιτρέπει την αποφυγή παρεξηγήσεων και παρεξηγήσεων εντός της ομάδας.
Εάν αποφασίσετε να εργαστείτε στη δημιουργία προδιαγραφών μόνοι σας, μπορείτε να επωφεληθείτε από τη χρήση ορισμένων προδιαγραφών λογισμικού παραδείγματα μπορείτε να βρείτε στο Διαδίκτυο. Εάν θέλετε να αναθέσετε αυτήν την εργασία σε επαγγελματίες, βεβαιωθείτε ότι έχετε βρει μια αξιόπιστη εταιρεία που διαθέτει μια ισχυρή ομάδα επιχειρηματικών αναλυτών, διαχειριστών έργων, προγραμματιστών και ελεγκτών που μπορούν να παρέχουν προδιαγραφές υψηλής ποιότητας.
Πράγματα που πρέπει να γνωρίζετε πριν γράψετε μια αναφορά SRS
Για να προσδιορίσετε σωστά τις απαιτήσεις λογισμικού, είναι σημαντικό να γνωρίζετε τι αξία πρέπει να προσφέρει το λογισμικό στις επιχειρήσεις και στους χρήστες λογισμικού. Είναι επίσης σημαντικό να γνωρίζετε τα χαρακτηριστικά της υψηλής ποιότητας προδιαγραφές λογισμικού .
Απαιτήσεις επιχειρήσεων και χρηστών
Οι απαιτήσεις των επιχειρήσεων και των χρηστών αντικατοπτρίζουν την ουσία του λογισμικού που πρόκειται να κατασκευαστεί. Οι επιχειρηματικές απαιτήσεις περιγράφουν τους στόχους που θέλουν να επιτύχουν οι ιδιοκτήτες επιχειρήσεων με συγκεκριμένο λογισμικό. Οι στόχοι μπορεί να είναι διαφορετικοί: αυτοματοποίηση διαδικασιών, ελαχιστοποίηση του αριθμού των εργαζομένων και του υλικού, κ.λπ. Οι απαιτήσεις των χρηστών ποικίλλουν ανάλογα με τον τύπο του λογισμικού. Ωστόσο, στις περισσότερες περιπτώσεις, οι χρήστες θέλουν εφαρμογές που λειτουργούν γρήγορα και είναι εύχρηστες. Είναι σημαντικό να ληφθούν υπόψη αυτές οι απαιτήσεις για τη σύνταξη λεπτομερών προδιαγραφών.
Χαρακτηριστικά υψηλής ποιότητας SRS
Προκειμένου η αναφορά προδιαγραφών απαιτήσεων λογισμικού να έχει τη μέγιστη δυνατή χρήση για το έργο και μια ομάδα, είναι σημαντικό να την κάνετε:
- Πλήρης ώστε κάθε μέλος της ομάδας που συμμετέχει σε ένα έργο να βρίσκει τις απαραίτητες πληροφορίες στην έκθεση. Οι προγραμματιστές θα πρέπει να βρουν εκεί τεχνικές απαιτήσεις, ενώ οι σχεδιαστές UI/UX θα πρέπει να έχουν γενικές οδηγίες σχεδίασης. Οι υπεύθυνοι δοκιμών θα πρέπει να κατανοήσουν πώς πρέπει να λειτουργεί το λογισμικό για να το δοκιμάσουν σωστά. Οι ιδιοκτήτες προϊόντων χρειάζονται αυτό το έγγραφο για να έχουν ένα σαφές όραμα του έργου τους.
- Μετρητός ώστε να μπορείτε να συγκρίνετε το έτοιμο προϊόν με τις προδιαγραφές που ετοιμάσατε στην αρχή. Δεν έχει νόημα να πείτε ότι το λογισμικό σας πρέπει να πληροί όλες τις απαιτήσεις.
- Εύκαμπτος. Η αναφορά SRS δεν είναι κάτι που γράφετε μία φορά και δεν μπορείτε να αλλάξετε μέχρι το τέλος ενός έργου. Αντίθετα, οι απαιτήσεις ενδέχεται να αλλάξουν καθώς συνεχίζονται οι εργασίες για το έργο. Επομένως, η μορφή της αναφοράς σας θα πρέπει να είναι κατάλληλη για προσαρμογή όποτε τη χρειάζεστε.
- Σαφής και ακριβής. Είναι σημαντικό να αποφεύγετε περιττές φράσεις και ασάφειες. Κάθε διαδικασία πρέπει να περιγράφεται με απλά λόγια, με μια λίστα τεχνολογιών που είναι απαραίτητες για την κατασκευή λογισμικού.
Τώρα, όταν γνωρίζετε ποια πράγματα είναι ζωτικής σημασίας για την τεκμηρίωση απαιτήσεων λογισμικού υψηλής ποιότητας, ήρθε η ώρα να δείτε από τι αποτελείται.
Στοιχεία προδιαγραφών απαιτήσεων λογισμικού
Μια αναφορά SRS πρέπει να είναι συνεπής, επομένως είναι σημαντικό να τηρείτε μια συγκεκριμένη δομή που βοηθά τους αναγνώστες της να αντιλαμβάνονται εύκολα τις πληροφορίες. Παρακάτω, περιγράφουμε τις κύριες ενότητες που πρέπει να περιλαμβάνει ένα αξιοπρεπές SRS.
Εισαγωγή
Μια εισαγωγή θα πρέπει να εξηγεί σύντομα ποιο λογισμικό πρόκειται να κατασκευαστεί, έτσι ώστε κάθε μέλος της ομάδας να έχει μια συνολική κατανόηση του έργου στο οποίο εργάζεται.
Το σχολικό ημερολόγιο της πόλης putnam 2015
Κοινό στο οποίο απευθύνεται
Σε αυτήν την ενότητα, οι συντάκτες της αναφοράς αναφέρουν όλα τα μέλη της ομάδας που έχουν πρόσβαση στο έγγραφο. Κατά κανόνα, είναι μηχανικοί λογισμικού, δοκιμαστές, σχεδιαστές και διαχειριστές έργων. Ένας κάτοχος προϊόντος που παραγγέλνει ανάπτυξη λογισμικού θα πρέπει επίσης να συμπεριληφθεί σε αυτήν τη λίστα και να έχει την ευκαιρία να δει το έγγραφο ανά πάσα στιγμή για να βεβαιωθεί ότι όλα πάνε όπως έχουν προγραμματιστεί.
Συνολική περιγραφή
Αυτή η ενότητα περιγράφει τις λειτουργίες που πρέπει να εκτελεί το λογισμικό. Θα βρείτε επίσης ρόλους χρήστη και περιπτώσεις χρήσης. Είναι δυνατό να περιγράψουμε υποθέσεις και εξαρτήσεις σε αυτό το μέρος για να προβλέψουμε πιθανές προκλήσεις και τρόπους για να τις ξεπεράσουμε. Οι περιορισμοί σχεδιασμού μπορούν επίσης να συμπεριληφθούν σε αυτήν την ενότητα.
Απαιτήσεις εξωτερικής διεπαφής
Αυτό το μέρος της αναφοράς SRS περιγράφει τον τρόπο με τον οποίο οι χρήστες, το υλικό και το λογισμικό υποτίθεται ότι αλληλεπιδρούν. Η ενότητα μπορεί να χωριστεί σε τέσσερα μέρη:
- ο διεπαφές χρήστη μέρος περιγράφει πώς οι χρήστες θα αλληλεπιδράσουν με το λογισμικό.
- ο διεπαφές υλικού μέρος αφορά την αλληλεπίδραση μεταξύ υλικού και λογισμικού.
- ο διεπαφές λογισμικού μέρος εξηγεί πώς το λογισμικό συσχετίζεται με τα στοιχεία του, συμπεριλαμβανομένων των λειτουργικών συστημάτων, βιβλιοθηκών, βάσεων δεδομένων κ.λπ.
- ο διεπαφές επικοινωνίας Το μέρος περιγράφει τα κανάλια επικοινωνίας που χρησιμοποιούνται μέσα στο λογισμικό: e-mail, προγράμματα περιήγησης, πρωτόκολλα διακομιστή κ.λπ.
Λειτουργικές απαιτήσεις
Αυτή η ενότητα αφορά τον τρόπο λειτουργίας του λογισμικού. Περιγράφει κάθε χαρακτηριστικό, έτσι ώστε όλα τα μέλη της ομάδας να μπορούν να κατανοήσουν το εύρος της εργασίας. Οι λειτουργικές απαιτήσεις θα πρέπει να αποτελούνται από περιγραφή ροής εργασιών του συστήματος, συμπεριφορές if/then, λογική διαχείρισης δεδομένων και εισόδους και εξόδους δεδομένων.
Όσο πιο λεπτομερής είναι η περιγραφή της λειτουργικότητας, τόσο λιγότερες πιθανότητες επανεπεξεργασίας στο μέλλον. Μια λεπτομερής περιγραφή των λειτουργικών απαιτήσεων επιτρέπει επίσης την εκτίμηση του χρόνου και του κόστους ανάπτυξης.
Μη Λειτουργικές Απαιτήσεις
Αυτή η ενότητα περιγράφει την επιθυμητή απόδοση λογισμικού που εκφράζεται ως ιδιότητες του. Κατά κανόνα, οι κύριες μη λειτουργικές απαιτήσεις είναι η ασφάλεια, η χρηστικότητα, η δυνατότητα δοκιμής, η επεκτασιμότητα κ.λπ.
Παραρτήματα
Σε αυτήν την ενότητα, θα πρέπει να συγκεντρώσετε οποιεσδήποτε πληροφορίες βοηθούν στην καλύτερη κατανόηση των κύριων προδιαγραφών. Αυτή η ενότητα είναι ένα μέρος για συντομογραφίες, όρους και τους ορισμούς τους, διαγράμματα, σχήματα κ.λπ.
καλύτερο στέλεχος kratom για ενέργεια
Το παραπάνω περίγραμμα μπορεί να αλλάξει ανάλογα με το έργο, τον τύπο της εφαρμογής που πρέπει να κατασκευαστεί, την πολυπλοκότητα της εφαρμογής κ.λπ. Μπορείτε να αλλάξετε το περίγραμμα με τρόπο που είναι πιο βολικό να αντιληφθεί η ομάδα σας, αλλά θα πρέπει να συμπεριλάβετε κύριες ενότητες για να έχετε πλήρεις πληροφορίες για το έργο.
Εργαλεία για την παραγωγή αναφορών SRS
Ανεξάρτητα από το εργαλείο που επιλέγετε για τη δημιουργία προδιαγραφών απαιτήσεων λογισμικού για το έργο σας, το έγγραφο θα πρέπει να είναι βολικό για χρήση και κοινή χρήση από όλα τα μέλη που συμμετέχουν σε ένα έργο. Παρακάτω, παραθέτουμε αρκετούς δημοφιλείς τρόπους και εργαλεία για τη δημιουργία μιας αναφοράς SRS.
Έγγραφα Google
Πολλοί επιχειρησιακοί αναλυτές επιλέγουν υπηρεσίες Google, όπως τα έγγραφα Google ή τα Υπολογιστικά φύλλα Google, επειδή είναι εύκολες στη χρήση και την επεξεργασία τους. Επιπλέον, οι συντάκτες αναφορών μπορούν να πειραματιστούν με προβολές εγγράφων για να τις κάνουν πιο ευανάγνωστες για άλλους. Ως υπηρεσίες cloud, τα έγγραφα και τα υπολογιστικά φύλλα Google είναι επίσης πιο βολικά για κοινή χρήση σε σύγκριση με τα Έγγραφα της Microsoft ή άλλα προγράμματα επεξεργασίας κειμένου εκτός σύνδεσης.
Μαργαριτάρι
Μαργαριτάρι είναι ένα εργαλείο διαχείρισης απαιτήσεων που κάνει τον χειρισμό όλων των εργασιών που σχετίζονται με τις προδιαγραφές όσο το δυνατόν πιο εύκολο. Το μόνο που χρειάζεται να κάνετε είναι να ορίσετε περιπτώσεις χρήσης, ρόλους χρήστη, συνθήκες και ροές. Μόλις το κάνετε, μπορείτε να δημιουργήσετε μια αναφορά με ένα κλικ. Ένα άλλο καλό με το εργαλείο Pearl είναι ότι επιτρέπει ειδοποιήσεις και σχόλια για άνετη ομαδική εργασία.
Helix RM
Helix RM είναι ένα άλλο εργαλείο που διευκολύνει την εργασία με προδιαγραφές. Η εκτεταμένη λειτουργικότητά του επιτρέπει στις ομάδες να εργάζονται με προδιαγραφές με μέγιστη άνεση. Συγκεκριμένα, η Helix RM παρέχει στους χρήστες της γραφικά εργαλεία, ιχνηλασιμότητα απαιτήσεων, δυνατότητες συνεργασίας σε πραγματικό χρόνο και πολλά άλλα. Το μεγάλο πλεονέκτημα του εργαλείου είναι η ενσωμάτωσή του με διάφορα λογισμικά όπως Slack, Jira, GitHub κ.λπ.
συμπέρασμα
Η σωστά παραγόμενη τεκμηρίωση απαιτήσεων λογισμικού κάνει το ⅓ της επιτυχίας του έργου σας, επομένως είναι ζωτικής σημασίας να δίνετε προσοχή σε αυτό το μέρος κατά την ανάπτυξη του λογισμικού σας. Είναι δυνατό να εργαστείτε σε μια αναφορά SRS μόνοι σας ή με μια ομάδα επιχειρηματικών αναλυτών και μηχανικών λογισμικού της εταιρείας που επιλέγετε για συνεργασία.
Ανεξάρτητα από το ποιος θα γράψει προδιαγραφές και ποια προγράμματα θα χρησιμοποιήσει για να το κάνει, θα πρέπει να βεβαιωθείτε ότι η τεκμηρίωση των απαιτήσεων λογισμικού σας είναι σαφής, συνεπής, μετρήσιμη, ευέλικτη και πλήρης.
