Η παρουσίαση φορτώνεται. Παρακαλείστε να περιμένετε

Η παρουσίαση φορτώνεται. Παρακαλείστε να περιμένετε

Τεχνολογία ΛογισμικούSlide 1 Ορισμός Απαιτήσεων και Εξειδίκευση u Τεχνικές για ορισμό και εξειδίκευση των απαιτήσεων συστήματος λογισμικού.

Παρόμοιες παρουσιάσεις


Παρουσίαση με θέμα: "Τεχνολογία ΛογισμικούSlide 1 Ορισμός Απαιτήσεων και Εξειδίκευση u Τεχνικές για ορισμό και εξειδίκευση των απαιτήσεων συστήματος λογισμικού."— Μεταγράφημα παρουσίασης:

1 Τεχνολογία ΛογισμικούSlide 1 Ορισμός Απαιτήσεων και Εξειδίκευση u Τεχνικές για ορισμό και εξειδίκευση των απαιτήσεων συστήματος λογισμικού

2 Τεχνολογία ΛογισμικούSlide 2 Στόχοι u Υπόδειξη μεθόδου για συγγραφή του ορισμού των απαιτήσεων u Περιγραφή τρόπων για συγγραφή επακριβών περιγραφών u Επεξήγηση της σπουδαιότητας των μη - λειτουργικών χαρακτηριστικών u Περιγραφή διαφορετικών τύπων μη - λειτουργικών απαιτήσεων και πως αυτές μπορούν να περιγραφούν

3 Τεχνολογία ΛογισμικούSlide 3 Θέματα που Καλύπτονται u Ορισμός Απαιτήσεων u Εξειδίκευση Απαιτήσεων u Μη - λειτουργικές απαιτήσεις

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

5 Τεχνολογία ΛογισμικούSlide 5 Ορισμός Απαιτήσεων u Εξειδικεύει την εξωτερική συμπεριφορά του συστήματος ώστε να μην χρησιμοποιείται υπολογιστικό σύστημα για τον ορισμό των απαιτήσεων u Περιλαμβάνει λειτουργικά και μη-λειτουργικά χαρακτηριστικά Τα λειτουργικά χαρακτηριστικά είναι περιγραφές των λειτουργιών που παρέχει το σύστημα Οι μη - λειτουργικές απαιτήσεις είναι περιορισμοί στις υπηρεσίες και λειτουργίες που προσφέρει το σύστημα

6 Τεχνολογία ΛογισμικούSlide 6 Συγγραφή Ορισμών Απαιτήσεων u Φυσική γλώσσα που υποστηρίζεται από διαγράμματα και πίνακες u Με αυτό τον τρόπο όμως προκύπτουν τρεις τύποι προβλημάτων Έλλειψη σαφήνειας. Η ακρίβεια είναι δύσκολη αν δεν γίνει η έκθεση δύσκολη στο διάβασμα Σύγχυση απαιτήσεων. Δεν είναι σαφής ο διαχωρισμός μεταξύ λειτουργικών και μη - λειτουργικών απαιτήσεων Συγχώνευση απαιτήσεων. Πολλές δύσκολες απαιτήσεις εκφράζονται μαζί

7 Τεχνολογία ΛογισμικούSlide 7 Απαιτήσεις Βάσης Δεδομένων APSE 4.A.5 Η ΒΔ υποστηρίζει παραγωγή και έλεγχο των αντικειμένων διαμόρφωσης που είναι αντικείμενα τα οποία είναι ομάδες αντικειμένων στην βάση δεδομένων. Οι δυνατότητες ελέγχου διαμόρφωσης επιτρέπουν πρόσβαση σε μία ομάδα με χρήση ενός μη πλήρους ονόματος.

8 Τεχνολογία ΛογισμικούSlide 8 Συντάκτης Απαιτήσεων Grid 2.6 Δυνατότητες Grid Βοήθεια στην τοποθέτηση οντοτήτων σε διάγραμμα, ο χρήστης μπορεί να ξεκινήσει το grid σε εκ. ή ίντσες με χρήση του πίνακα ελέγχου. Αρχικά όμως είναι κλειστό και μπορεί να ανοίξει ή να κλείσει οποιαδήποτε στιγμή. Επίσης μία άλλη δυνατότητα θα ήταν να μπορούμε να μειώσουμε το μέγεθος για να βλέπουμε αντίστοιχα χωρίς πλήρη επικάλυψη..

9 Τεχνολογία ΛογισμικούSlide 9 Ορίζοντας Απαιτήσεις u Ο συντάκτης απαιτήσεων αναμιγνύει λειτουργικές και μη - λειτουργικές απαιτήσεις και δεν είναι πλήρης u Η κριτική είναι εύκολη αλλά είναι πολύ δύσκολο να γράψουμε καλούς ορισμούς απαιτήσεων u Χρήση πρότυπης φόρμας με προκαθορισμένα πεδία για συμπλήρωση, πράγμα το οποίο κάνει πιο δύσκολο το να χαθεί κάποια πληροφορία

10 Τεχνολογία ΛογισμικούSlide 10 Ορισμός Συντάκτη grid 2.6Δυνατότητες Grid 2.6.1Ο συντάκτης πρέπει να παρέχει πίνακα οριζόντιων και κάθετων γραμμών που παρέχουν το υπόβαθρο σε ένα παράθυρο συντάκτη Το grid αυτό θα είναι παθητικό όπου η τοποθέτηση των οντοτήτων είναι ευθύνη του χρήστη. Βοηθάει τον χρήστη να δημιουργήσει ένα δύσκολο διάγραμμα με καλά τοποθετημένες οντότητες. be a passive grid where the alignment of entities is the user's responsibility Όταν χρησιμοποιείται η δυνατότητα για μείωση και ταίριασμα (δες 2.1), ο αριθμός των γραμμών πρέπει να αυξηθεί. Εάν όμως η απόσταση μεταξύ γραμμών δεν αυξηθεί τότε το υπόβαθρο θα γεμίσει με γραμμές Specification: ECLIPSE/WS/Tools/DE/FS Section 5.6

11 Τεχνολογία ΛογισμικούSlide 11 Στόχος Απαιτήσεων u Καλό είναι να δίνεται ο στόχος μαζί με τις απαιτήσεις u Βοηθάει τον άνθρωπο που θα κάνει την υλοποίηση να κατανοήσει το πεδίο και να καταλάβει γιατί χρησιμοποιείται η απαίτηση αυτή u Είναι σημαντικό όταν πρόκειται να αλλαχθούν οι απαιτήσεις. Ο στόχος μειώνει τις πιθανότητες οι αλλαγές να έχουν απροσδόκητα αποτελέσματα

12 Τεχνολογία ΛογισμικούSlide 12 Ορισμός Δημιουργίας Κόμβων 3.5.1Προσθήκη κόμβων σε σχέδιο Ο συντάκτης πρέπει να δίνει την δυνατότητα ώστε οι χρήστες να μπορούν να προσθέσουν κόμβους συγκεκριμένου τύπου σε ένα σχέδιο Οι κόμβοι επιλέγονται (δες 3.4) όταν προστίθενται στο σχέδιο Η ακολουθία πράξεων για προσθήκη κόμβων είναι: 1. Ο χρήστης πρέπει να επιλέξει τον τύπο κόμβου που πρέπει να προστεθεί 2. Ο χρήστης μετακινεί τον δείκτη στην περίπου θέση στο διάγραμμα και δείχνει ότι το σύμβολο του κόμβου πρέπει να προστεθεί σε αυτό το σημείο 3. Το σύμβολο πρέπει να μεταφερθεί στην τελική θέση Σκοπός: Ο χρήστης είναι το καλύτερο άτομο για να αποφασίσει που να τοποθετήσει τον κόμβο στο διάγραμμα, πράγμα το οποίο του δίνει άμεσο έλεγχο στην επιλογή τύπου κόμβου και τοποθέτηση Specification: ECLIPSE/WS/Tools/DE/FS. Section 3.5.1

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

14 Τεχνολογία ΛογισμικούSlide 14 Προβλήματα με την Φυσική Γλώσσα u Η φυσική γλώσσα βασίζεται στο γεγονός ότι οι συγγραφείς και οι αναγνώστες χρησιμοποιούν τις ίδιες λέξεις με την ίδια έννοια u Εξειδίκευση της φυσικής γλώσσας είναι πολύ ευέλικτη και μπορεί να εξηγηθεί με διαφορετικούς τρόπους u Οι απαιτήσεις δεν διαμερίζονται με δομές γλώσσας

15 Τεχνολογία ΛογισμικούSlide 15 Εναλλακτικά Φυσικής Γλώσσας u Δομημένη Φυσική Γλώσσα u Γλώσσες περιγραφής σχεδιασμού u Γλώσσες σχεδιασμού απαιτήσεων u Γραφικές παρουσιάσεις u Μαθηματικές εξειδικεύσεις

16 Τεχνολογία ΛογισμικούSlide 16 Δυνατότητα Παρακολούθησης Απιατήσεων u Αυτό σημαίνει ότι συσχετιζόμενες απαιτήσεις συνδέονται με κάποιο τρόπο και ότι οι απαιτήσεις συνδέονται με την πηγή τους u Είναι ιδιότητα της εξειδίκευσης απαιτήσεων η οποία αντιστοιχεί στην ευκολία ανεύρεσης σχετικών απαιτήσεων u Μερικά CASE εργαλεία παρέχουν δυνατότητες παρακολούθησης. Για παράδειγμα μπορούν να βρούν όλες τις απαιτήσεις που χρησιμοποιούν τους ίδιους όρους

17 Τεχνολογία ΛογισμικούSlide 17 Τεχνικές Δυνατότητας Παρακολούθησης u Δώσε ένα μοναδικό αριθμό σε όλες τις απαιτήσεις u Συνδύασε σχετικές απαιτήσεις χρησιμοποιώντας τον μοναδικό αριθμό u Παρήγαγε ένα πίνακα συσχετίσεων που δείχνει τις συσχετιζόμενες απαιτήσεις. Πιθανό να είναι αναγκαίοι πολλοί πίνακες για διαφορετικούς τύπους σχέσεων

18 Τεχνολογία ΛογισμικούSlide 18 Εξειδικεύσεις Δομημένης Γλώσσας u Μια περιορισμένη μορφή φυσικής γλώσσας μπορεί να χρησιμοποιηθεί για τις απαιτήσεις u Αυτό απομακρύνει αυθαιρεσία και ευελιξία και βάζει κάποιο βαθμό ομοιομορφίας σε μία εξειδίκευση u Συχνά υποστηρίζεται από μία προσέγγιση που βασίζεται σε φόρμες

19 Τεχνολογία ΛογισμικούSlide 19 Εξειδικεύσεις Βασισμένες σε Φόρμες u Ορισμός λειτουργίας ή οντότητας u Περιγραφή εισόδων και από πού προέρχονται u Περιγραφή εξόδων και που πάνε u Ένδειξη άλλων απαιτουμένων οντοτήτων u Προ και μετά συνθήκες u Παράπλευρα αποτελέσματα

20 Τεχνολογία ΛογισμικούSlide 20 Εξειδίκευση Κόμβων με βάση Φόρμες

21 Τεχνολογία ΛογισμικούSlide 21 PDL-based Ορισμός Απαιτήσεων u Οι απαιτήσεις μπορούν να ορισθούν λειτουργικά με χρήση μίας γλώσσας (π.χ. προγραμματιστική) με ευελιξία έκφρασης u Η πιο κατάλληλη σε δύο περιπτώσεις Όταν μία λειτουργία εκφράζεται ως ακολουθία πράξεων και η σειρά είναι σημαντική Όταν πρέπει να εξειδικευτούν διεπαφές υλικού και λογισμικού u Μειονεκτήματα είναι Η PDL πιθανό να μην είναι αρκετά εκφραστική για να αποδοθούν έννοιες του πεδίου Η εξειδίκευση μπορεί να θεωρηθεί ως σχεδιασμός και όχι ανάλυση απαιτήσεων

22 Τεχνολογία ΛογισμικούSlide 22 PDL Περιγραφή ενός ATM u Replace with portrait slide

23 Τεχνολογία ΛογισμικούSlide 23 Εξειδίκευση Διεπαφών u Σχεδόν όλα τα συστήματα λογισμικού λειτουργούν σε κάποιο περιβάλλον όπου υπάρχουν και άλλα συστήματα. Θα πρέπει να υπάρχουν διεπαφές με αυτά τα συστήματα σε διαφορετικούς τρόπους u Τρεις τύποι διπεαφής ορίζονται σε εξειδίκευση απαιτήσεων Διαδικαστικές διεπαφές. Τα υποσυστήματα προσφέρουν αρκετές υπηρεσίες Διεπαφές δεδομένων. Δομές δεδομένων ανταλλάσονται Διεπαφές αναπαράστασης. Χρησιμοποιούνται ειδικά πρότυπα αναπαράστασης δεδομένων

24 Τεχνολογία ΛογισμικούSlide 24 Παράδειγμα Διαδικαστικής Διεπαφής package Print_server is procedure Initialise (P: PRINTER) ; procedure Print (P: PRINTER ; F: PRINT_FILE ) ; procedure Display_print_queue (P: PRINTER ) ; procedure Cancel_print_job (P: PRINTER; N: PRINT_ID) ; procedure Switch_printer (P1, P2: PRINTER; N: PRINT_ID) ; end Print_server ;

25 Τεχνολογία ΛογισμικούSlide 25 Παράδειγμα Διεπαφής Δεδομένων type MESSAGE is record Sender : SYSTEM_ID; Receiver : SYSTEM_ID; Dispatch_time : DATE; Length: MESSAGE_LENGTH ; Terminator: CHARACTER ; Message : TEXT; end record; type SYSTEM_ID is range 20_ _000 ; type YEAR_TYPE is range ; type DATE is record Seconds: NATURAL ; Year: YEAR_TYPE ; end record ; type MESSAGE_LENGTH is range 0..10_000 ; type TEXT is array (MESSAGE_LENGTH) of CHARACTER ;

26 Τεχνολογία ΛογισμικούSlide 26 Αναπαράσταση Μεγέθους for SYSTEM_ID’SIZE use 2*BYTE ; for YEAR_TYPE’SIZE use 2*BYTE ; for MESSAGE_LENGTH’SIZE use 2*BYTE ;

27 Τεχνολογία ΛογισμικούSlide 27 Παράδειγμα Διεπαφής Αναπαράστασης type STATE is (Halted, Waiting, Ready, Running); for STATE use (Halted => 1, Waiting => 4, Ready => 16, Running => 256);

28 Τεχνολογία ΛογισμικούSlide 28 Μη - λειτουργικές Απαιτήσεις u Ορίζουν ιδιότητες συστήματος και περιορισμούς, π.χ. αξιοπιστία, χρόνος απόκρισης και απαιτήσεις αποθήκευσης. Οι περιορισμοί είναι οι δυνατότητες του Ι/Ο, οι αναπαραστάσεις του συστήματος, κ.α. u Οι διαδικαστικές απαιτήσεις εξειδικεύονται με την χρήση CASE συστήματος, γλώσσας προγραμματισμού ή μεθόδου ανάπτυξης u Οι μη - λειτουργικές απαιτήσεις είναι περισσότερο κριτικές από τις λειτουργικές. Εάν δεν ικανοποιούνται το σύστημα είναι άχρηστο

29 Τεχνολογία ΛογισμικούSlide 29 Μη - Λειτουργικές Κατηγοριοποιήσεις u Απαιτήσεις προϊόντος Ορίζουν ότι το προϊόν συμπεριφέρεται με συγκεκριμένο τρόπο, δηλ. ταχύτητα επεξεργασίας, αξιοπιστία, κ.α. u Οργανωτικές Απαιτήσεις Οι απαιτήσεις πιθανό να είναι αποτέλεσμα οργανωτικών στρατηγικών και διαδικασιών, π.χ. χρήση προτύπων διαδικασιών, απαιτήσεων υλοποίησης, κ.α. u Εξωτερικές Απαιτήσεις Πηγάζουν από εξωτερικούς παράγοντες προς το σύστημα, π.χ. διαλειτουργικότητα, θεσμικές απαιτήσεις, κ.α.

30 Τεχνολογία ΛογισμικούSlide 30 Τύποι μη -λειτουργικών Απαιτήσεων

31 Τεχνολογία ΛογισμικούSlide 31 Παραδείγματα μη - λειτουργικών Απαιτήσεων u Απαιτήσεις προϊόντος 4.C.8 Μπορεί να είναι απαραίτητο για όλη την επικοινωνία μεταξύ APSE και να του χρήστη να χρησιμοποιείται το Ada character set. u Απαιτήσεις οργανισμού Η διαδικασία ανάπτυξης του συστήματος και οι παραδοτέες εκθέσεις να ακολουθούν την διαδικασία και τα παραδοτέα που ορίζονται στο XYZCo-SP-STAN-95. u Εξωτερική Απαίτηση Το σύστημα πρέπει να παρέχει την δυνατότητα στον χρήστη να ελέγχει αν υπάρχουν προσωπικά δεδομένα, να τα ελέγχει και να διορθώνει λάθη σε αυτά

32 Τεχνολογία ΛογισμικούSlide 32 Δυνατότητα Επιβεβαίωσης Απαιτήσεων u Οι απαιτήσεις πρέπει να γράφονται με τέτοιο τρόπο ώστε να μπορούν αντικειμενικά να επιβεβαιωθούν u Το πρόβλημα με αυτή την απαίτηση είναι χρήση εκφράσεων όπως ‘τα λάθη πρέπει να ελαχιστοποιηθούν” Το σύστημα πρέπει να είναι εύκολο να χρησιμοποιηθεί από πεπειραμένους χρήστες και να οργανωθεί με τέτοιο τρόπο ώστε να ελαχιστοποιηθούν τα λάθη των χρηστών u Ο ρυθμός λαθών πρέπει να ποσοτικοποιηθεί Οι πεπειραμένοι χρήστες πρέπει να μάθουν το σύστημα μετά από δύο ώρες εκπαίδευση και ο αριθμός λαθών θα πρέπει να είναι το πολύ δύο ανά ώρα

33 Τεχνολογία ΛογισμικούSlide 33 Μέτρα Απαιτήσεων

34 Τεχνολογία ΛογισμικούSlide 34 Διαχωρισμός Απαιτήσεων u Λειτουργικές και μη - λειτουργικές απαιτήσεις πρέπει να διαχωριστούν κατά την διάρκεια της εξειδίκευσης u Όμως αυτό πιθανά να είναι δύσκολο αφού οι απαιτήσεις πρέπει να εκφραστούν για όλο το σύστημα και όχι ως περιορισμοί σε ξεχωριστές λειτουργίες u Είναι πολύ δύσκολο να αποφασίσουμε αν μία απαίτηση είναι λειτουργική ή μη λειτουργική Απαιτήσεις ασφάλειας συνήθως είναι μη λειτουργικές ιδιότητες αλλά μπορεί να απαιτούν να προστεθούν λειτουργίες στο σύστημα

35 Τεχνολογία ΛογισμικούSlide 35 Απαιτήσεις Επιπέδου Συστήματος u Μερικές απαιτήσεις βάζουν περιορισμούς σε όλο το σύστημα και όχι σε μερικές λειτουργίες u Παράδειγμα Ο χρόνος που απαιτείται για την εκπαίδευση του χειριστή του συστήματος δεν πρέπει να είναι περισσότερο από δύο ώρες u Αυτές είναι προκύπτουσες απαιτήσεις που δεν εξάγονται από ένα υποσύνολο των απαιτήσεων του συστήματος

36 Τεχνολογία ΛογισμικούSlide 36 Σημαντικά Σημεία u Ο ορισμός απαιτήσεων χρησιμοποιείται από πελάτες και τελικούς χρήστες. Θα πρέπει να είναι γραμμένος σε μία κατανοητή από όλους γλώσσα u Ο στόχος μίας απαίτησης δεν πρέπει να συμπεριλαμβάνεται στον ορισμό απαιτήσεων u Οι απαιτήσεις πρέπει να γράφονται με τέτοιο τρόπο ώστε να είναι δυνατή η επιβεβαίωσή τους

37 Τεχνολογία ΛογισμικούSlide 37 Σημαντικά Σημεία u Οι εξειδικεύσεις απαιτήσεων σκοπεύουν στην παρουσίαση των λειτουργιών και περιορισμών του συστήματος. Πρέπει να γραφούν σε μορφή δομημένης γλώσσας u Τρεις τύποι μη λειτουργικών απαιτήσεων είναι: απαιτήσεις προϊόντος, απαιτήσεις διαδικασίας και εξωτερικές απαιτήσεις u Η φυσική γλώσσα χρησιμοποιείται για την συγγραφή μη - λειτουργικών απαιτήσεων εξ αιτίας της ποικιλίας και της πολυπλοκότητας


Κατέβασμα ppt "Τεχνολογία ΛογισμικούSlide 1 Ορισμός Απαιτήσεων και Εξειδίκευση u Τεχνικές για ορισμό και εξειδίκευση των απαιτήσεων συστήματος λογισμικού."

Παρόμοιες παρουσιάσεις


Διαφημίσεις Google