Διαφορά μεταξύ BRS και SRS

Διαφορά μεταξύ BRS και SRS
Διαφορά μεταξύ BRS και SRS

Βίντεο: Διαφορά μεταξύ BRS και SRS

Βίντεο: Διαφορά μεταξύ BRS και SRS
Βίντεο: Top 10 καλύτεροι/επικίνδυνοι hackers όλων των εποχών 2024, Οκτώβριος
Anonim

BRS vs SRS

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

Τι είναι το BRS;

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

Τι είναι το SRS;

Το SRS καθορίζει τις απαιτήσεις ενός συστήματος λογισμικού. Περιλαμβάνει μια περιγραφή του συστήματος που πρέπει να αναπτυχθεί. Περιλαμβάνει τον τρόπο με τον οποίο ο χρήστης αλληλεπιδρά με το σύστημα χρησιμοποιώντας περιπτώσεις χρήσης. Οι περιπτώσεις χρήσης παρέχουν μια περιγραφή των ενεργειών που πραγματοποιούνται μεταξύ των χρηστών και ενός συστήματος λογισμικού. Συνήθως η UML (Unified Modeling Language) χρησιμοποιείται για τον επίσημο προσδιορισμό των περιπτώσεων χρήσης στο SRS. Περιλαμβάνει επίσης μη λειτουργικές απαιτήσεις όπως απαιτήσεις απόδοσης, πρότυπα που απαιτούνται από το σύστημα και οποιονδήποτε από τους περιορισμούς στο σύστημα. Το SRS θα πρέπει να είναι πάντα σωστό και συνεπές, καθώς χρησιμοποιείται από τους προγραμματιστές στη διαδικασία ανάπτυξης. Θα πρέπει επίσης να είναι ξεκάθαρο. Γενικά, το SRS θα πρέπει να περιέχει τουλάχιστον τις ακόλουθες ενότητες: εισαγωγή, συνολική περιγραφή του συστήματος και ειδικές απαιτήσεις. Η εισαγωγή θα πρέπει να ορίζει με σαφήνεια το εύρος του αναμενόμενου συστήματος μεταξύ άλλων πληροφοριών, όπως ο σκοπός του συστήματος και μια επισκόπηση του συστήματος. Η συνολική περιγραφή παρέχει τις αλληλεπιδράσεις με τον χρήστη, τις εξαρτήσεις και τους περιορισμούς του συστήματος κ.λπ. Οι συγκεκριμένες απαιτήσεις περιλαμβάνουν τυχόν απαιτήσεις απόδοσης, απαιτήσεις βάσης δεδομένων κ.λπ.

Ποια είναι η διαφορά μεταξύ BRS και SRS;

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

Συνιστάται: