Λύσεις Visure


Υποστήριξη
Εγγραφη
Είσοδος
Ξεκινήστε δωρεάν δοκιμή

Μηχανική Απαιτήσεων

Μηχανική Απαιτήσεων

Πίνακας περιεχομένων

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

Τι είναι η Μηχανική Απαιτήσεων και Απαιτήσεων;

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

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

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

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

Ποιες είναι οι αρχές του Requirements Engineering;

Οι δύο βασικές αρχές της Μηχανικής Απαιτήσεων είναι το πρόβλημα και η λύση της μηχανικής απαιτήσεων. 

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

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

Διαδικασία Τεχνικής Απαιτήσεων

Υπάρχουν μερικές δραστηριότητες που αντιμετωπίζουμε όταν εργαζόμαστε με τις απαιτήσεις. Στον κύκλο Requirements Engineering, υπάρχουν πέντε κύριες δραστηριότητες, και συγκεκριμένα:

  1. Απαίτηση ανάκλησης – αυτή είναι η διαδικασία επανεξέτασης, τεκμηρίωσης και κατανόησης των ενδιαφερομένων και των αναγκών και των περιορισμών των χρηστών για την εποχή. Οι χρήστες χρειάζονται πληροφορίες τομέα, υπάρχουσες πληροφορίες συστήματος, κανονισμούς, πρότυπα κ.λπ. Με βάση αυτές τις πληροφορίες, εκθέτουμε τις απαιτήσεις. Μετά από αυτό, περνάμε στην ανάλυση και διαπραγμάτευση απαιτήσεων. 
  2. Ανάλυση και Διαπραγμάτευση Απαιτήσεων – ανάλυση είναι η διαδικασία βελτίωσης των αναγκών και των περιορισμών των χρηστών με βάση τις πληροφορίες που συγκεντρώθηκαν και προκύψουν. Στη συνέχεια, περνάμε στη δραστηριότητα τεκμηρίωσης. 
  3. Απαιτήσεις Τεκμηρίωση/Προδιαγραφές – αφού λάβουμε τις προδιαγραφές απαίτησης, μεταβαίνουμε στο τμήμα τεκμηρίωσης. Καταγράφουμε τις ανάγκες και τους περιορισμούς των χρηστών με σαφήνεια και ακρίβεια. 
  4. Επικύρωση απαιτήσεων – τέλος, στη δραστηριότητα επικύρωσης, εισάγουμε ότι οι απαιτήσεις της σεζόν είναι πλήρεις, συνοπτικές και σαφείς. 
  5. Διαχείριση απαιτήσεων – Η διαχείριση απαιτήσεων είναι ένας τρόπος συλλογής, ανάλυσης, βελτίωσης και ιεράρχησης όλων των προϊόντων ή απαιτήσεων, στη φάση ανάπτυξης.

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

Απαίτηση ανάκλησης

Όπως συζητήσαμε προηγουμένως, η εξαγωγή απαιτήσεων είναι η διαδικασία ελέγχου, τεκμηρίωσης και κατανόησης των αναγκών και των περιορισμών των χρηστών για την εποχή. Οι χρήστες χρειάζονται πληροφορίες τομέα, υπάρχουσες πληροφορίες συστήματος, κανονισμούς, πρότυπα κ.λπ. Με βάση αυτές τις πληροφορίες, εκθέτουμε τις απαιτήσεις. Χρησιμοποιούμε τη λέξη 'Elicitation' αντί για 'Gathering' επειδή η συλλογή ερμηνεύεται ως απλή συλλογή των απαιτήσεων και τοποθέτηση τους σε ένα έγγραφο. Από την άλλη πλευρά, η εξαγωγή είναι μια πιο περίπλοκη διαδικασία. Δεν λαμβάνετε τις απαιτήσεις τόσο εύκολα όσο συγκεντρώνεστε. Απαιτεί επιπλέον προσπάθεια. 

Κατά τη διάρκεια της εκκίνησης, ρωτάτε τον χρήστη ή τον πελάτη:

  • Ποιοι είναι οι στόχοι τους για το σύστημα/προϊόν; 
  • Τι πρόκειται να επιτευχθεί;
  • Πώς ταιριάζουν οι εποχικές ανάγκες στις ανάγκες της επιχείρησης;
  • Πώς πρέπει να χρησιμοποιείται το εποχιακό προϊόν/σύστημα σε τακτική βάση;

Ακούγεται απλό, αλλά δεν είναι καθόλου!

Σύμφωνα με τους Ian Sommerville και Pete Sawyer, Requirements Elicitation είναι η διαδικασία ανακάλυψης των απαιτήσεων για ένα σύστημα μέσω της επικοινωνίας με τους πελάτες, τους χρήστες του συστήματος και άλλους που έχουν μερίδιο στην ανάπτυξη του συστήματος. Δεδομένου ότι το «συγκέντρωση» ή «σύλληψη» δεν ακούγεται πολύ ακριβές, χρησιμοποιούμε τη λέξη «εκκίνηση». 

«Ξέρω ότι πιστεύετε ότι καταλάβατε αυτό που νομίζετε ότι είπα, αλλά δεν είμαι σίγουρος ότι αντιλαμβάνεστε ότι αυτό που ακούσατε δεν εννοούσα» — Robert McCloskey, εκπρόσωπος του State Department.

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

Ποια είναι τα Βήματα κατά την Εκκίνηση;

ΒΗΜΑ 1 

Πηγή Απαιτήσεων:

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

  • Οι ενδιαφερόμενοι
  • Υπάρχοντα συστήματα
  • Υπάρχοντα έγγραφα
  • Ανταγωνιστές και άλλα παρόμοια συστήματα
  • Διεπαφές με τα συστήματα
  • Νόμοι και πρότυπα
  • Πολιτικές της εταιρείας

ΒΗΜΑ 2

Ορίστε το πεδίο εφαρμογής του έργου:

Για τον καθορισμό του αντικειμένου του έργου μπορούν να ακολουθηθούν τα ακόλουθα βήματα:

  1. Μάθετε γιατί ξεκινά το έργο 
  2. Το Property καθορίζει τους βασικούς στόχους που πρέπει να επιτευχθούν μέσω του έργου 
  3. Σχεδιάστε μια δήλωση εργασίας για το έργο που θα σας βοηθήσει να αναλύσετε κατάλληλα την εργασία μεταξύ των μελών της ομάδας
  4. Καταγράψτε τα αντικείμενα που θα παραδοθούν στο τέλος του έργου
  5. Επιλέξτε τα βασικά ορόσημα που πρέπει να επιτευχθούν
  6. Προσδιορίστε τους κύριους περιορισμούς και περιορισμούς που μπορεί να αντιμετωπίσει η ομάδα κατά την ανάπτυξη του έργου
  7.  Δημιουργήστε μια λίστα με στοιχεία που εξαιρούνται από τη λίστα των στοιχείων εμβέλειας
  8. Ζητήστε από τα ενδιαφερόμενα μέρη να υπογράψουν το έγγραφο πεδίου εφαρμογής, καθώς παρέχει επιβεβαίωση ότι είναι ενημερωμένοι για το έργο και το περιεχόμενό του. 

ΒΗΜΑ 3

Εργασίες εκκίνησης:

Εκδήλωση σχεδιασμού:

  • Γιατί πρέπει να εφαρμοστεί αυτή η συγκεκριμένη απαίτηση και τα οφέλη που θα προσφέρει; – Στόχοι του έργου 
  • Ποιος θα είναι υπεύθυνος για τη δημιουργία του; – Επαγγελματίες για προσπάθειες εκμάθησης
  • Πότε θα είναι η καλύτερη στιγμή για να το εφαρμόσετε; – Προγραμματίστε πηγές εκτίμησης 
  • Πώς θα εφαρμοστεί; – Στρατηγικές και Διαδικασίες
  • Και οι κίνδυνοι 

Κατά την εκκένωση:

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

Η ακόλουθη απόσπαση:

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

Η εξαγωγή είναι μια σταδιακή διαδικασία. Πρέπει να επαναλάβετε αυτό το βήμα όσο απαιτείται. 

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

ΒΗΜΑ 4

Τεκμηρίωση των Απαιτήσεων - 

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

Ανάλυση και Διαπραγμάτευση Απαιτήσεων

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

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

Ένα πράγμα που πρέπει να έχετε κατά νου είναι ότι η Ανάλυση Απαιτήσεων και η Ανάλυση Απαιτήσεων συνεργάζονται. Ταΐζουν ο ένας τον άλλον. Όταν αρχίζουμε να συγκεντρώνουμε τις απαιτήσεις, τις εκμαιεύουμε και τις αναλύουμε ταυτόχρονα.

Στόχοι Ανάλυσης Απαιτήσεων

  1. Ο πρώτος και κύριος στόχος της ανάλυσης απαιτήσεων είναι η κατανόηση των απαιτήσεων και των αναγκών των χρηστών 
  2. Όταν χρησιμοποιούμε διαφορετικές πηγές για να συγκεντρώσουμε τις απαιτήσεις, ενδέχεται να υπάρχουν κάποιες συγκρούσεις μεταξύ τους. Η Ανάλυση Απαιτήσεων αφορά την εύρεση αυτών των συγκρούσεων μεταξύ των απαιτήσεων που δηλώνουν οι χρήστες και την επίλυσή τους. 
  3. Διαπραγματευτείτε τις απαιτήσεις με τους χρήστες και τα ενδιαφερόμενα μέρη. Δεν υπάρχει περίπτωση το σύστημά μας να ικανοποιήσει όλες τις απαιτήσεις με τον ακριβή τρόπο που εξηγούνται από τα ενδιαφερόμενα μέρη και τους χρήστες. 
  4. Θα πρέπει να διαπραγματευτούμε και να ιεραρχήσουμε τις απαιτήσεις. Ορισμένες απαιτήσεις μπορεί να μην είναι μεγάλες για εμάς, αλλά μπορεί να είναι πολύ σημαντικές για τους τελικούς χρήστες. Για να τα κατανοήσουμε, πρέπει να αναλύσουμε και να ιεραρχήσουμε τις απαιτήσεις των ενδιαφερομένων. 
  5. Πρέπει να αναλύσουμε τις απαιτήσεις που δηλώνουν οι χρήστες και το σύστημα. Αυτό βοηθά κατά την τεκμηρίωση των απαιτήσεων στις προδιαγραφές απαιτήσεων. Επίσης, αυτό βοηθά τους προγραμματιστές να αναπτύσσουν, να σχεδιάζουν και να δοκιμάζουν καλύτερα καθώς κατανοούν τις απαιτήσεις με αναλυτικό και καλύτερο τρόπο. 
  6. Πρέπει να ταξινομήσουμε τις απαιτήσεις σε διάφορες διαφορετικές κατηγορίες και υποκατηγορίες και να κατανείμουμε περαιτέρω αυτές τις απαιτήσεις σε διαφορετικά υποσυστήματα. 
  7. Πρέπει επίσης να αξιολογήσουμε τις απαιτήσεις για την ποιότητα που επιθυμεί ο οργανισμός. 
  8. Τέλος, πρέπει να φροντίσουμε να μην χάσουμε τίποτα σημαντικό.

Απαιτήσεις Τεκμηρίωση/Προδιαγραφές

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

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

Μέθοδος Τεκμηρίωσης Απαιτήσεων

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

Για να επιτευχθεί αυτό, ακολουθούν ορισμένες αρχές που πρέπει να έχετε υπόψη κατά τη σύνταξη των απαιτήσεων. Περιλαμβάνουν:

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

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

Κάθε απαίτηση πρέπει να εξηγεί αποτελεσματικά το τελικό αποτέλεσμα που επιθυμούμε από το σύστημα. 

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

Επικύρωση απαιτήσεων

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

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

Τεχνικές επικύρωσης

Υπάρχουν διάφορες τεχνικές που μπορούν να χρησιμοποιηθούν για την επικύρωση των απαιτήσεων. Περιλαμβάνουν:

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

Διαχείριση απαιτήσεων

Σύμφωνα με τον Ian Sommerville, «Η διαχείριση απαιτήσεων είναι η διαδικασία διαχείρισης των μεταβαλλόμενων απαιτήσεων κατά τη διάρκεια της διαδικασίας μηχανικής των απαιτήσεων και της ανάπτυξης του συστήματος».

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

Βασικές ανησυχίες της Διαχείρισης Απαιτήσεων

Υπάρχουν ορισμένες ανησυχίες σχετικά με τη διαχείριση απαιτήσεων. Περιλαμβάνουν:

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

Είδη Απαιτήσεων

Υπάρχουν γενικά δύο τύποι απαιτήσεων:

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

Απαιτήσεις Visure Πλατφόρμα ALM

Απαιτήσεις Visure Πλατφόρμα ALM είναι μια από τις πιο αξιόπιστες σύγχρονες πλατφόρμες ALM που ειδικεύεται στη διαχείριση απαιτήσεων για οργανισμούς όλων των μεγεθών σε όλο τον κόσμο. 

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

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

Οι λύσεις Visure μπορούν να βοηθήσουν στην αντιμετώπιση των προκλήσεων του προϊόντος και της ενσωματωμένης ανάπτυξης,

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

Οφέλη από τη χρήση Απαιτήσεων Visure για προϊόντα και ενσωματωμένη ανάπτυξη

  • Υποστήριξη πιστοποίησης για βιομηχανικά πρότυπα, όπως DO-178B/C, IEC 61508, ISO 26262, IEC 62304, FMEA και GAMP5
  • Μία ολοκληρωμένη πλατφόρμα για όλες τις δραστηριότητες που σχετίζονται με τις απαιτήσεις
  • Επιβολή διεργασιών μέσω μιας ευέλικτης λύσης που υποστηρίζει διαφορετικά μοντέλα διαδικασιών, συμπεριλαμβανομένων των Automotive SPICE, CMMI, V-model, Agile και ad hoc
  • Βελτιωμένη ομαδική επικοινωνία και συνεργασία μέσω δυνατοτήτων βάσει ρόλων
  • Υποστήριξη για προϊόντα καλύτερης ποιότητας και μειωμένα ελαττώματα λογισμικού.

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

Συμπέρασμα

Η μηχανική απαιτήσεων είναι μια κρίσιμη διαδικασία για τη διασφάλιση ότι τα προϊόντα και τα συστήματα που κατασκευάζουμε είναι αυτό που χρειάζονται οι πελάτες μας. Η διαδικασία των πέντε βημάτων που περιγράφεται σε αυτό το άρθρο μπορεί να σας βοηθήσει να ξεκινήσετε καλά το έργο σας, λαμβάνοντας σχόλια από τα ενδιαφερόμενα μέρη έγκαιρα και συχνά και χρησιμοποιώντας αυτά τα σχόλια για να δημιουργήσετε σαφείς και συνοπτικές απαιτήσεις. Αν ψάχνετε για ένα εργαλείο που θα σας βοηθήσει να διαχειριστείτε τη διαδικασία μηχανικής των απαιτήσεών σας, η πλατφόρμα ALM Requirements Visure μπορεί να σας βοηθήσει. Ζητήστε το δικό σας δωρεάν δοκιμή 30-ημέρα σήμερα για να δείτε πώς η πλατφόρμα μας μπορεί να κάνει το επόμενο έργο σας επιτυχημένο.

Μην ξεχάσετε να μοιραστείτε αυτήν την ανάρτηση!

Η Κορυφαία

Εξορθολογισμός Διαχείρισης και Επικύρωσης Απαιτήσεων

Ιούλιος 11th, 2024

10 π.μ. EST | 4 μ.μ. CET | 7 π.μ. PST

Louis Arduin

Louis Arduin

Senior Consultant, Visure Solutions

Thomas Dirsch

Ανώτερος Σύμβουλος Ποιότητας Λογισμικού, Razorcat Development GmbH

Μια ολοκληρωμένη προσέγγιση με Visure Solutions και Razorcat Development TESSY

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