Τι είναι μια Λειτουργική Απαίτηση στη Μηχανική Λογισμικού;

⚡ Έξυπνη Σύνοψη

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

  • 📘 Ορισμός: Μια Λειτουργική Απαίτηση, που ονομάζεται επίσης Λειτουργική Προδιαγραφή, δηλώνει τι πρέπει να κάνει το σύστημα — εισόδους, συμπεριφορά και εξόδους, που περιγράφονται από την οπτική γωνία του χρήστη ή της επιχείρησης.
  • 📄 Πεδίο εφαρμογής εγγράφου: Ένα Έγγραφο Λειτουργικών Απαιτήσεων καλύπτει τις λειτουργίες της οθόνης, τη λογική χειρισμού δεδομένων, τις αναφορές, τις ροές εργασίας, τα δικαιώματα και τη συμμόρφωση με τους κανονισμούς.
  • 🗂️ Κοινοί τύποι: Χειρισμός συναλλαγών, επιχειρηματικοί κανόνες, υποβολή εκθέσεων, διοικητικές λειτουργίες, επίπεδα εξουσιοδότησης, έλεγχος tracβασιλιάς, εξωτερικές διεπαφές και νομικές απαιτήσεις.
  • 💡 Παραδείγματα: Η επικύρωση σύνδεσης, η καταγραφή πωλήσεων, η προβολή εσόδων βάσει ρόλων, η ενσωμάτωση τραπεζικών API και η συμμόρφωση με την προσβασιμότητα, όλα περιλαμβάνονται στις λειτουργικές απαιτήσεις.
  • 🆚 Μη λειτουργική αντίθεση: Οι λειτουργικές απαιτήσεις περιγράφουν τι κάνει ένα σύστημα, ενώ οι μη λειτουργικές απαιτήσεις περιγράφουν πόσο καλά το κάνει — απόδοση, ασφάλεια και χρηστικότητα.
  • Καλυτερα Πρακτικές: Διατηρήστε τις απαιτήσεις λεπτομερείς, ελέγξιμες και αντιστοιχισμένες σε έναν επιχειρηματικό στόχο και συγκεντρώστε τες μέσω συνεντεύξεων και εργαστηρίων.

Λειτουργική Απαίτηση στη Μηχανική Λογισμικού

Τι είναι η λειτουργική απαίτηση;

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

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

Τι να συμπεριλάβετε σε ένα έγγραφο λειτουργικών απαιτήσεων

Ακολουθούν τα στοιχεία που πρέπει να καλύπτει ένα Έγγραφο Λειτουργικών Απαιτήσεων:

Παράδειγμα λειτουργικών απαιτήσεων

Παράδειγμα λειτουργικών απαιτήσεων

Ένα Έγγραφο Λειτουργικών Απαιτήσεων συνήθως περιλαμβάνει:

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

Οφέλη των Λειτουργικών Απαιτήσεων

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

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

Τύποι Λειτουργικών Απαιτήσεων

Οι συνήθεις κατηγορίες λειτουργικών απαιτήσεων περιλαμβάνουν:

  • Χειρισμός συναλλαγών
  • Επιχειρηματικοί κανόνες
  • Απαιτήσεις πιστοποίησης
  • Απαιτήσεις αναφοράς
  • Διοικητικές λειτουργίες
  • Επίπεδα Εξουσιοδότησης
  • Έλεγχος Tracking
  • Εξωτερικές διεπαφές
  • Διαχείριση Ιστορικών Δεδομένων
  • Νομικές και Κανονιστικές Απαιτήσεις

Παραδείγματα Λειτουργικών Απαιτήσεων

Παρακάτω παρατίθενται πρακτικά παραδείγματα λειτουργικών απαιτήσεων:

  • Το λογισμικό θα επικυρώνει αυτόματα τους πελάτες σε σχέση με το Σύστημα Διαχείρισης Επαφών ABC.
  • Το σύστημα πωλήσεων θα πρέπει να επιτρέπει στους χρήστες να καταγράφουν τις πωλήσεις των πελατών.
  • Το χρώμα φόντου για όλα τα παράθυρα της εφαρμογής θα πρέπει να είναι μπλε με δεκαεξαδική τιμή RGB 0x0000FF.
  • Μόνο οι υπάλληλοι διευθυντικού επιπέδου έχουν το δικαίωμα να βλέπουν τα δεδομένα εσόδων.
  • Το σύστημα λογισμικού θα πρέπει να ενσωματώνεται με το τραπεζικό API.
  • Το σύστημα λογισμικού θα πρέπει να πληροί Το τμήμα 508 απαιτήσεις προσβασιμότητας.

Λειτουργικές έναντι μη λειτουργικών απαιτήσεων

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

Παράμετροι Λειτουργική Απαίτηση Μη λειτουργική απαίτηση
Τι είναι Ρήμα Γνωρίσματα
Απαίτηση Είναι υποχρεωτικό Είναι μη υποχρεωτικό
Τύπος σύλληψης Αποτυπώνεται σε περίπτωση χρήσης. Αποτυπώνεται ως χαρακτηριστικό ποιότητας.
Τελικό αποτέλεσμα Χαρακτηριστικό προϊόντος Ιδιότητες προϊόντος
Καταγραφή Εύκολη αποτύπωση Δύσκολο να αποτυπωθεί
Σκοπός Σας βοηθά να επαληθεύσετε τη λειτουργικότητα του λογισμικού. Σας βοηθά να επαληθεύσετε την απόδοση του λογισμικού.
Περιοχή εστίασης Εστίαση στις απαιτήσεις των χρηστών Επικεντρώνεται στις προσδοκίες του χρήστη.
Απόδειξη με έγγραφα Περιγράψτε τι κάνει το προϊόν Περιγράφει πώς λειτουργεί το προϊόν
Είδος δοκιμής Λειτουργικές δοκιμές όπως σύστημα, ενοποίηση, από άκρο σε άκρο, Δοκιμή APIΚ.λπ. Μη λειτουργικές δοκιμές όπως απόδοση, άγχος, χρηστικότητα, Δοκιμές ασφαλείαςΚ.λπ.
Εκτέλεση δοκιμής Η εκτέλεση της δοκιμής πραγματοποιείται πριν από τη μη λειτουργική δοκιμή. Μετά τη λειτουργική δοκιμή
Πληροφορίες προϊόντος Χαρακτηριστικά Προϊόντος Ιδιότητες προϊόντων

καλυτερα Πρακτικές γραφής λειτουργικών απαιτήσεων

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

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

Συνηθισμένα λάθη κατά τη σύνταξη λειτουργικών απαιτήσεων

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

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

Συχνές Ερωτήσεις

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

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

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

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

Το EARS, το Easy Approach to Requirements Syntax (Εύκολη Προσέγγιση στη Σύνταξη Απαιτήσεων), παρέχει πέντε πρότυπα: πανταχού παρόν, καθοδηγούμενο από συμβάντα, καθοδηγούμενο από κατάσταση, προαιρετικό χαρακτηριστικό και ανεπιθύμητη συμπεριφορά. Κάθε ένα από αυτά επιβάλλει μια ελέγξιμη δομή, όπως Όταν ΕΝΕΡΓΟΠΟΙΕΙΤΑΙ, το σύστημα θα ΑΠΟΚΡΙΝΕΤΑΙ.

Μια Προδιαγραφή Απαιτήσεων Λογισμικού είναι το κύριο έγγραφο που περιγράφει τι πρέπει να κάνει ένα σύστημα. Οι λειτουργικές απαιτήσεις αποτελούν το μεγαλύτερο μέρος, μαζί με τις διεπαφές, τις μη λειτουργικές απαιτήσεις, τις περιπτώσεις χρήσης και τους περιορισμούς.

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

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

Συνοψίστε αυτήν την ανάρτηση με: