Εργαστήριο Τεχνολογίας Λογισμικού και Ανάλυσης Συστημάτων - 2 ο Εργαστήριο -

Transcript

1 ΠΑΝΕΠΙΣΤΗΜΙΟ ΠΕΙΡΑΙΩΣ ΤΜΗΜΑ ΨΗΦΙΑΚΩΝ ΣΥΣΤΗΜΑΤΩΝ 3 ο ΕΞΑΜΗΝΟ Εργαστήριο Τεχνολογίας Λογισμικού και Ανάλυσης Συστημάτων - 2 ο Εργαστήριο - ΕΠΙΜΕΛΕΙΑ ΜΑΘΗΜΑΤΟΣ: Πρέντζα Ανδριάννα ΕΠΙΜΕΛΕΙΑ ΕΡΓΑΣΤΗΡΙΟΥ: Στουγιάννου Ελευθερία Επικοινωνίας: estoug@unipi.gr

2 ΠΕΡΙΠΤΩΣΕΙΣ ΧΡΗΣΗΣ (USE-CASES) Ας Θυμηθούμε από το 1 ο εργαστήριο Τι είναι οι περιπτώσεις χρήσεις: συγκεκριμένο σκοπό του χρήστη. Ένα σύνολο σεναρίων που συνδέονται με έναν Ποιοι είναι οι στόχοι τους: Να καθορίσουν και να περιγράψουν τις λειτουργικές απαιτήσεις του συστήματος. Να δώσουν μια σαφή και συνεπή περιγραφή για το τι θα πρέπει να κάνει το σύστημα. Να παρέχουν την κατάλληλη βάση για να γίνονται έλεγχοι για επαλήθευση του συστήματος. Να παρέχουν την ικανότητα να εντοπίζονται οι λειτουργικές απαιτήσεις μέσα στις κλάσεις και τις λειτουργίες του συστήματος.

3 ΠΑΡΑΔΕΙΓΜΑ ΠΕΡΙΠΤΩΣΕΩΝ ΧΡΗΣΗΣ (1) -Σύστημα Τράπεζας- Περιγραφή: Το σύστημα θα υποστηρίζει τα καθήκοντα του ταμία και των υπαλλήλων εξυπηρέτησης πελατών της τράπεζας. Επίσης, θα επιτρέπει στους πελάτες την εκτέλεση δοσοληψιών μέσω ΑΤΜ. Ο ταμίας θα έχει τη δυνατότητα να εκτελεί: ανάληψη χρημάτων για λογαριασμό ενός πελάτη, κατάθεση χρημάτων, εκτέλεση πληρωμών για ένα πελάτη, καθώς και ενημέρωση του βιβλιαρίου του. Ο υπάλληλος εξυπηρέτησης πελατών θα μπορεί να: ανοίγει λογαριασμούς πελατών κλείνει λογαριασμούς πελατών

4 ΠΑΡΑΔΕΙΓΜΑ ΠΕΡΙΠΤΩΣΕΩΝ ΧΡΗΣΗΣ (2) -Σύστημα Τράπεζας- Ο υπάλληλος εξυπηρέτησης πελατών θα μπορεί να: καταγράφει/τροποποιεί/διαγράφει τα στοιχεία ενός πελάτη εκδίδει κάρτες ανάληψης, συνδέει λογαριασμούς ενός πελάτη με τις κάρτες ανάληψής του, απενεργοποιεί μια κάρτα ανάληψης. Κάθε εξάμηνο το σύστημα θα τοκίζει τα χρήματα των καταθετικών λογαριασμών της τράπεζας. Κάθε πελάτης μέσω ΑΤΜ θα μπορεί να εκτελεί δοσοληψίες όπως ανάληψη, κατάθεση, μεταφορά χρημάτων, πληρωμές μέσω των λογαριασμών του. Η πρόσβαση στο σύστημα θα γίνεται μέσω παροχής κατάλληλων διαπιστευτηρίων. Τα ΑΤΜ, καθώς και το λογισμικό τους παρέχονται από προμηθευτή της τράπεζας.

5 Αρχική Έκδοση Διαγράμματος ΠΧ

6 Περιγραφή Περιπτώσεων Χρήσης Η ουσιώδης μορφή μιας περίπτωσης χρήσης περιλαμβάνει αναλυτική τεκμηρίωση των σεναρίων και των βημάτων της. Ένα απλό πρότυπο για την ουσιώδη περιγραφή μιας περίπτωσης χρήσης έχει τις ακόλουθες ενότητες: Τίτλος περίπτωσης χρήσης Πρωτεύων Actor Ενδιαφερόμενοι Προϋποθέσεις Βασική Ροή Εναλλακτικές Ροές Ουσιώδης (essential use cases). Περιγράφονται αναλυτικά όλα τα βήματα της αλληλεπίδρασης με όλες τις εναλλακτικές ροές.

7 Παράδειγμα Use Case: Κάνε Συναλλαγή από το Ταμείο (1/3) ΠΧ1. Κάνε Συναλλαγή από το Ταμείο Πρωτεύων Actor: Ταμίας Ενδιαφερόμενοι: Ταμίας: θέλει να εκτελεί ενέργειες στους λογαριασμούς των πελατών για την εξυπηρέτησή τους από το ταμείο της τράπεζας. Πελάτης: θέλει να μπορεί να πραγματοποιεί συναλλαγές από οποιοδήποτε τραπεζικό υποκατάστημα. Προϋποθέσεις: Ο Ταμίας έχει εκτελέσει με επιτυχία την περίπτωση χρήσης «Ταυτοποίηση Χρήστη» Βασική Ροή Γεγονότων: Εναλλακτικές Ροές Γεγονότων:

8 Παράδειγμα Use Case: Κάνε Συναλλαγή από το Ταμείο (2/3) Βασική Ροή Γεγονότων: Α) Κατάθεση Χρημάτων 1) Ο Ταμίας αναζητεί το λογαριασμό του πελάτη βάσει αριθμού λογαριασμού ή αριθμού ταυτότητας 2) Το Σύστημα εμφανίζει τους λογαριασμούς του πελάτη 3) Ο Ταμίας επιλέγει λογαριασμό και εκτελεί κατάθεση 4) Το Σύστημα προτρέπει για το ποσό της κατάθεσης 5) Ο Ταμίας εισάγει το ποσό και επικυρώνει τη συναλλαγή 6) Το Σύστημα προσθέτει το ποσό στο υπόλοιπο του λογαριασμού του πελάτη και καταγράφει τη δοσοληψία 7) Το Σύστημα εκτυπώνει απόδειξη συναλλαγής Εναλλακτικές Ροές Γεγονότων: 2α ) Δεν βρέθηκε λογαριασμός χρήστη στην Τράπεζα (i) Το Σύστημα εμφανίζει μήνυμα σφάλματος και η περίπτωση χρήσης τερματίζει.

9 Παράδειγμα Use Case: Κάνε Συναλλαγή από το Ταμείο (3/3) (συνέχεια ) Βασικές & Εναλλακτικές Ροές Γεγονότων: Β) Ανάληψη Χρημάτων 1) Ο Ταμίας αναζητεί το λογαριασμό του πελάτη βάσει αριθμού λογαριασμού ή αριθμού ταυτότητας 2) Το Σύστημα εμφανίζει τους λογαριασμούς του πελάτη 2α) Δεν βρέθηκε λογαριασμός χρήστη στην Τράπεζα (i) Το Σύστημα εμφανίζει μήνυμα σφάλματος και η περίπτωση χρήσης τερματίζει. 3) Ο Ταμίας επιλέγει λογαριασμό και εκτελεί ανάληψη 4) Το Σύστημα προτρέπει για το ποσό της ανάληψης 5) Ο Ταμίας εισάγει το ποσό και επικυρώνει τη συναλλαγή 6) Το Σύστημα αφαιρεί το ποσό από το υπόλοιπο του λογαριασμού του πελάτη και καταγράφει τη δοσοληψία 6α) Δεν βρέθηκε επαρκές υπόλοιπο λογαριασμού χρήστη στην Τράπεζα (i) Το Σύστημα εμφανίζει κατάλληλο μήνυμα σφάλματος (ii) Η περίπτωση χρήσης επιστρέφει στο βήμα 5 ή τερματίζει. 7) Το Σύστημα εκτυπώνει απόδειξη συναλλαγής Γ) Μεταφορά Χρημάτων

10 Διάγραμμα ΠΧ του Παραδείγματος με Γενίκευση μεταξύ των Actors H ΠΧ Ταυτοποίησε Χρήστη είχε 2 πρωτεύοντες actors: διόρθωση με εισαγωγή νέου actor και χρήση σχέσης γενίκευσης (generalization), o actor Υπάλληλος εκφράζει την επικάλυψη των ρόλων των δυο actors Σε άλλες περιπτώσεις, το πρόβλημα αντιμετωπίζεται με εισαγωγή μιας ΠΧ για κάθε actor.

11 Διάγραμμα ΠΧ του Παραδείγματος με τη Χρήση Σχέσεων Συμπερίληψης (include) Κατά το άνοιγμα του λογαριασμού (ΠΧ «Διαχειρίσου Λογαριασμό») μπορεί να γίνει: καταχώριση/τροποποίηση των στοιχείων του πελάτη, έκδοση κάρτας ανάληψης.

12 Σχέση Συμπερίληψης ( include ) Παράδειγμα: ΠΧ «Διαχειρίσου Λογαριασμό» (1/3) Πρωτεύων Actor: Εξυπηρέτηση Πελατών Ενδιαφερόμενοι: Εξυπηρέτηση Πελατών: θέλει να προσθέσει νέους πελάτες στην τράπεζα. Πελάτης: θέλει να έχει πρόσβαση στις υπηρεσίες της τράπεζας. Προϋποθέσεις: Ο υπάλληλος εξυπηρέτησης πελατών έχει ταυτοποιηθεί για την πρόσβασή του στο σύστημα. Βασική Ροή Γεγονότων: Α) Άνοιγμα Λογαριασμού 1) Ο Υπάλληλος επιλέγει τη δημιουργία νέου λογαριασμού πελάτη 2) Ο Υπάλληλος αναζητά τα στοιχεία του πελάτη βάσει του ΑΦΜ του πελάτη 3) Το Σύστημα εμφανίζει τα στοιχεία του πελάτη 4) Ο Υπάλληλος ενημερώνει τα στοιχεία του πελάτη (Σενάριο: Τροποποίηση Στοιχείων Πελάτη, ΠΧ Διαχειρίσου Στοιχεία Πελάτη ) 5) Το Σύστημα παράγει νέο αριθμό λογαριασμού, τον αρχικοποιεί με μηδενικό υπόλοιπο και εισάγει την τρέχουσα ημερομηνία ως ημερομηνία ανοίγματος 6) Το Σύστημα εκτυπώνει τα στοιχεία του λογαριασμού 7) Ο Υπάλληλος επιλέγει την έκδοση της κάρτας ανάληψης (Σενάριο: Έκδοση Νέας Κάρτας Ανάληψης, ΠΧ Έκδωσε Κάρτα Ανάληψης )

13 Σχέση Συμπερίληψης ( include ) Παράδειγμα: ΠΧ «Διαχειρίσου Λογαριασμό» (2/3) Πρωτεύων Actor: Εξυπηρέτηση Πελατών Ενδιαφερόμενοι Εξυπηρέτηση Πελατών: θέλει να προσθέσει νέους πελάτες στην τράπεζα. Πελάτης: θέλει να έχει πρόσβαση στις υπηρεσίες της τράπεζας. Προϋποθέσεις: Ο υπάλληλος εξυπηρέτησης πελατών έχει ταυτοποιηθεί για την πρόσβασή του στο σύστημα. Βασική Ροή Γεγονότων: Α) Άνοιγμα Λογαριασμού 1) Ο Υπάλληλος επιλέγει τη δημιουργία νέου λογαριασμού πελάτη 2) Ο Υπάλληλος αναζητά τα στοιχεία του πελάτη βάσει του ΑΦΜ του πελάτη 3) Το Σύστημα εμφανίζει τα στοιχεία του πελάτη 4) Ο Υπάλληλος ενημερώνει τα στοιχεία του πελάτη (Σενάριο: Τροποποίηση Στοιχείων Πελάτη, ΠΧ Διαχειρίσου Στοιχεία Πελάτη ) 5) Το Σύστημα παράγει νέο αριθμό λογαριασμού, τον αρχικοποιεί με μηδενικό υπόλοιπο και εισάγει την τρέχουσα ημερομηνία ως ημερομηνία ανοίγματος 6) Το Σύστημα εκτυπώνει τα στοιχεία του λογαριασμού 7) Ο Υπάλληλος επιλέγει την έκδοση της κάρτας ανάληψης (Σενάριο: Έκδοση Νέας Κάρτας Ανάληψης, ΠΧ Έκδωσε Κάρτα Ανάληψης ) Εισαγωγή (include) σεναρίου από «Διαχειρίσου Στοιχεία Πελάτη» Εισαγωγή (include) σεναρίου από «Έκδωσε Κάρτα Ανάληψης»

14 Σχέση Συμπερίληψης ( include ) Παράδειγμα: ΠΧ «Διαχειρίσου Λογαριασμό» (3/3) Εναλλακτικές Ροές Γεγονότων: 3) Το Σύστημα εμφανίζει τα στοιχεία του πελάτη 3α) Ο πελάτης δεν είναι εγγεγραμμένος στο Σύστημα (i) Ο Υπάλληλος εγγράφει τον πελάτη Εισαγωγή (include) σεναρίου από «Διαχειρίσου Στοιχεία Πελάτη» (Σενάριο: Εγγραφή Νέου Πελάτη, ΠΧ Διαχειρίσου Στοιχεία Πελάτη ) (-a-) Δεν είναι δυνατή η εγγραφή του πελάτη -- Η περίπτωση χρήσης τερματίζει. (ii) Η περίπτωση χρήσης επιστρέφει στο βήμα 5 («Το Σύστημα παράγει νέο αριθμό λογαριασμού, τον αρχικοποιεί με μηδενικό υπόλοιπο και εισάγει την τρέχουσα ημερομηνία ως ημερομηνία ανοίγματος») Β) Κλείσιμο Λογαριασμού

15 Πρωτεύων Actor: Εξυπηρέτηση Πελατών Ενδιαφερόμενοι: Εξυπηρέτηση Πελατών: θέλει να προσθέσει νέους πελάτες στην τράπεζα. Πελάτης: θέλει να έχει πρόσβαση στις υπηρεσίες της τράπεζας. Προϋποθέσεις: Ο υπάλληλος εξυπηρέτησης πελατών έχει ταυτοποιηθεί για την πρόσβασή του στο σύστημα. σύστημα. Βασική Ροή Γεγονότων: Α) Εγγραφή Νέου Πελάτη Σχέση Συμπερίληψης ( include ) Παράδειγμα: ΠΧ «Διαχειρίσου Στοιχεία Πελάτη» (1/2) 1) Ο Υπάλληλος εισάγει το όνομα, το επώνυμο, ΑΔΤ, ημερομηνία έκδοσης ΑΔΤ, ΑΦΜ, ημερομηνία γέννησης του πελάτη 2) Το Σύστημα επιβεβαιώνει την ορθότητα των στοιχείων 3) Το Σύστημα καταχωρεί τον πελάτη και εκδίδει βεβαίωση των στοιχείων του πελάτη προς υπογραφή

16 Σχέση Συμπερίληψης ( include ) Παράδειγμα: ΠΧ «Διαχειρίσου Στοιχεία Πελάτη» (2/2) Εναλλακτικές Ροές Γεγονότων: 1) Ο Υπάλληλος εισάγει το όνομα, το επώνυμο, ΑΔΤ, ημερομηνία έκδοσης ΑΔΤ, ΑΦΜ, ημερομηνία γέννησης του πελάτη 1α) Ο Υπάλληλος επιλέγει ακύρωση εισαγωγής πελάτη (i) Η περίπτωση χρήσης τερματίζει 2) Το Σύστημα επιβεβαιώνει την ορθότητα των στοιχείων 2α) Τα στοιχεία του πελάτη δεν είναι έγκυρα διότι (α) υπάρχει ήδη πελάτης με ίδιο ΑΔΤ ή ΑΦΜ, (β) η ηλικία του πελάτη βάσει ημερομηνία γέννησης είναι μικρότερη από 18. (i) Το Σύστημα εμφανίζει μήνυμα λάθους (ii) Η περίπτωση χρήσης επιστρέφει στο βήμα 1 Β) Τροποποίηση Στοιχείων Πελάτη Γ) Διαγραφή Πελάτη

17 Διάγραμμα ΠΧ του Παραδείγματος με τη Χρήση Σχέσεων Επέκτασης (extend) Ανάλογα με το προφίλ του πελάτη, το σύστημα κάνει προσφορές για έκδοση πιστωτικής κάρτας. Η λειτουργικότητα δεν είναι απαραίτητη για την ολοκλήρωση της περίπτωσης χρήσης.

18 Διάγραμμα ΠΧ του Παραδείγματος με τη Χρήση Σχέσεων Γενίκευσης (generalization) Υποστήριξη διατραπεζικών συναλλαγών Τοποθέτηση Νέου Actor (Σύστημα ΔΙΑΣ) στο Διάγραμμά μας.

19 Άσκηση: «Βιβλίο Διευθύνσεων Προγράμματος Διαχείρισης Ηλεκτρονικού Ταχυδρομείου» (1/2) Περιγραφή: Κατασκευάστε το διάγραμμα περιπτώσεων χρήσης που περιγράφει τις λειτουργίες του βιβλίου διευθύνσεων σε ένα πρόγραμμα διαχείρισης ηλεκτρονικού ταχυδρομείου σύμφωνα με την παρακάτω περιγραφή: «Ο χρήστης έχει τη δυνατότητα να πραγματοποιήσει αναζήτηση στις υπάρχουσες επαφές, καθώς και να διαγράψει μία υπάρχουσα επαφή. Επίσης, μπορεί να δημιουργήσει μια καινούρια επαφή ή να τροποποιήσει μία υπάρχουσα. Κατά τη διαδικασία της δημιουργίας μιας καινούριας επαφής ή την τροποποίηση μιας υπάρχουσας επαφής του έχει τη δυνατότητα είτε να αποθηκεύσει τις αλλαγές του είτε να ακυρώσει τις μέχρι εκείνη τη στιγμή αλλαγές που έχει κάνει».

20 Άσκηση: «Βιβλίο Διευθύνσεων Προγράμματος Διαχείρισης Ηλεκτρονικού Ταχυδρομείου» (2/2) USE-CASE DIAGRAM: Λειτουργίες του βιβλίου διευθύνσεων σε ένα πρόγραμμα διαχείρισης ηλεκτρονικού ταχυδρομείου

21 Άσκηση: «Διαδικτυακό Σύστημα Παραγγελίας Περιγραφή: Δείπνου Από Εστιατόρια» (1/2) Κατασκευάστε το διάγραμμα περιπτώσεων χρήσης που περιγράφει τις λειτουργίες ενός διαδικτυακού συστήματος παραγγελίας δείπνου από εστιατόρια σύμφωνα με την παρακάτω περιγραφή: «Ο πελάτης αρχικά θα πρέπει να την επιλογή κάνει την παραγγελία του δείπνου. Η παραγγελιά περιλαμβάνει την επιλογή εστιατορίου, την επιλογή του μενού, του κυρίως πιάτου και την υποβολή της παραγγελίας. Η υποβολή της παραγγελίας περιλαμβάνει την εισαγωγή της διεύθυνσης που θα μεταφερθεί το δείπνο, την εισαγωγή των στοιχείων της πληρωμής, την αποστολή (διαδικτυακά) της παραγγελίας στο συγκεκριμένο εστιατόριο και την επεξεργασία των στοιχείων της παραγγελίας. Η επεξεργασία των στοιχείων παραγγελίας περιλαμβάνει την επεξεργασία της πληρωμής. Στη λειτουργία της διαδικτυακής αποστολής της παραγγελίας στο εστιατόριο συμμετέχει ο υπεύθυνος του συγκεκριμένου εστιατορίου, ο οποίος αναλαμβάνει την εξυπηρέτηση της παραγγελίας. Στη λειτουργία επεξεργασία πληρωμής συμμετέχει το σύστημα αυτόματης διαδικτυακής πληρωμής κάθε εστιατορίου».

22 Άσκηση: «Διαδικτυακό Σύστημα Παραγγελίας USE-CASE DIAGRAM: Διαδικτυακό Σύστημα Παραγγελίας Δείπνου Από Εστιατόρια Δείπνου Από Εστιατόρια» (2/2)

23 Άσκηση: «Σύστημα Τηλεφωνικής Ατζέντας Κινητού Περιγραφή: Τηλεφώνου» (1/2) Θέλουμε να φτιάξουμε το λογισμικό για ένα κινητό τηλέφωνο. Σχεδιάστε λεπτομερώς το διάγραμμα περιπτώσεων χρήσης που περιγράφει τις λειτουργίες της τηλεφωνικής ατζέντας ενός κινητού τηλεφώνου σύμφωνα με τα παρακάτω: «Ο χρήστης του κινητού τηλεφώνου θα μπορεί να: εισάγει, αναζητεί, προβάλει, τροποποιεί και διαγράφει μια επαφή. Επίσης, θα μπορεί σε μια νέα επαφή να εισάγει για αυτήν συγκεκριμένη εικόνα και ήχο κλήσης. Τέλος, ο χρήστης θα πρέπει να μπορεί να επιλέγει σε ποιο χώρο θα αποθηκεύονται οι επαφές (κάρτα ή συσκευή), και θα πρέπει να επιλέγει τον τρόπο παρουσίασης των στοιχείων των επαφών μέσα στην ατζέντα».

24 Άσκηση: «Σύστημα Τηλεφωνικής Ατζέντας Κινητού USE-CASE DIAGRAM: Σύστημα Τηλεφωνικής Ατζέντας Κινητού Τηλεφώνου Τηλεφώνου» (2/2)

25 Άσκηση: «Σύστημα Αποστολής/Λήψης Μηνυμάτων Περιγραφή: Κινητού Τηλεφώνου» (1/2) Θέλουμε να φτιάξουμε το λογισμικό για ένα κινητό τηλέφωνο. Σχεδιάστε λεπτομερώς το διάγραμμα περιπτώσεων χρήσης αποστολής και λήψης μηνυμάτων. Λάβετε υπόψη ότι, ο λογαριασμός ενός χρήστη μπορεί να είναι με συμβόλαιο σύνδεσης ή με κάρτα. Το σύστημα θα χρησιμοποιήσει τα προϋπάρχοντα συστήματα: Χρέωση και Προώθηση μηνυμάτων και θα πρέπει να καλύπτει τα παρακάτω: «Ο χρήστης του κινητού τηλεφώνου θα μπορεί να δημιουργεί, αποστέλλει και λαμβάνει sms & mms στο κινητό το. Για την αποστολή μηνύματος θα μπορεί να λαμβάνει αναφορά παράδοσης μέσω του Συστήματος Προώθησης Μηνυμάτων. Για να δημιουργήσει μήνυμα θα έχει την επιλογή να επιλέξει την δημιουργία νέου μηνύματος ή την προώθηση μηνύματος, στο οποίο θα επιλέγει είτε μήνυμα προς απάντηση είτε εισαγωγή επιπλέον κειμένου είτε εισαγωγή παλαιού μηνύματος. Επίσης, με την δημιουργία μηνύματος θα πρέπει να γίνεται η χρέωση αποστολής του στο Σύστημα Χρέωσης και να αποστέλλεται στο Σύστημα Προώθησης Μηνύματος.».

26 Άσκηση: «Σύστημα Αποστολής/Λήψης Μηνυμάτων Κινητού Τηλεφώνου» (2/4) Κύριο Σενάριο Χρήσης «Αποστολή SMS»: 1. Ο χρήστης ανοίγει του μενού της συσκευής και επιλέγει τη συγγραφή νέου μηνύματος. 2. Ο χρήστης πληκτρολογεί το περιεχόμενο του μηνύματος. 3. Ο χρήστης επιλέγει τους παραλήπτες είτε πληκτρολογώντας των αριθμό τους είτε επιλέγοντας κάθε παραλήπτη από τη λίστα. 4. Αν πρόκειται για απάντηση σε μήνυμα ο πρωτεύον παραλήπτης έχει ήδη προεπιλεγεί. 5. Το σύστημα υπολογίζει τη χρέωση με βάση το είδος της συνδρομής του χρήστη και με βάση την τιμολογιακή πολιτική. 6. Γίνεται η χρέωση στο χρήστη. 7. Αν η χρέωση είναι αποδεκτή (δηλαδή δεν έχει ξεπεραστεί κάποιο όριο που έχει οριστεί από τη συνδρομή όπως υπάρχουν αρκετές μονάδες στο χρήστη) η αποστολή ολοκληρώνεται. 8. Επιβεβαίωση λήψης μηνύματος.

27 Άσκηση: «Σύστημα Αποστολής/Λήψης Μηνυμάτων Εναλλακτικές περιπτώσεις: Κινητού Τηλεφώνου» (3/4) Εναλλακτικό σενάριο: Επιλογή απάντησης / προώθησης μηνύματος Στο βήμα 1: Ο χρήστης επιλέγει το μήνυμα στο οποίο θέλει να απαντήσει. Ο χρήστης επιλέγει αν στην απάντηση θέλει να συμπεριλάβει το παλιό μήνυμα ή όχι Ο χρήστης πληκτρολογεί το επιπλέον περιεχόμενο του μηνύματος Εναλλακτικό σενάριο: Αποτυχία αποστολής μηνύματος Στο βήμα 7: Ο χρήστης ενημερώνεται πως η διαδικασία δεν μπορεί να ολοκληρωθεί.

28 Άσκηση: «Σύστημα Αποστολής/Λήψης Μηνυμάτων Κινητού Τηλεφώνου» (4/4) USE-CASE DIAGRAM: Σύστημα Αποστολής/ Λήψης Μηνυμάτων Κινητού Τηλεφώνου

29 Περιγραφή: Άσκηση: «Σύστημα Παιχνιδιών και Άλλων Εφαρμογών Κινητού Τηλεφώνου» (1/2) Θέλουμε να φτιάξουμε το λογισμικό για ένα κινητό τηλέφωνο. Σχεδιάστε λεπτομερώς το διάγραμμα περιπτώσεων χρήσης παιχνιδιών και άλλων εφαρμογών. Το σύστημα θα χρησιμοποιήσει τα προϋπάρχοντα συστήματα: Παροχή λογισμικού και Εικονική Μηχανή. Μια πιο αναλυτική περιγραφή παρουσιάζεται παρακάτω. «Ο χρήστης του κινητού τηλεφώνου θα μπορεί να αναζητήσει και να επιλέξει εφαρμογή/παιχνίδι που θέλει να εγκαταστήσει στο κινητό του, αφού πρώτα συνδεθεί στην Ιστοσελίδα του παροχέα. Ο χρήστης θα πρέπει να ελέγχει τη διαθέσιμη μνήμη του κινητού και να εγκαθιστά την εφαρμογή αυτή αν είναι επαρκής. Έπειτα, θα μπορεί να την εκτελέσει μέσω της Εικονικής Μηχανής. Θα μπορεί επίσης, να διαγράψει μία ήδη εγκατεστημένη εφαρμογή.».

30 USE-CASE DIAGRAM: Σύστημα Παιχνιδιών και Άλλων Εφαρμογών Κινητού Τηλεφώνου Άσκηση: «Σύστημα Παιχνιδιών και Άλλων Εφαρμογών Κινητού Τηλεφώνου» (2/2)

31 Case Study Online Shopping Διάγραμμα ΠΧ (1/3) Online shopping UML use case diagram - top level use cases. Ένας Web Customer (actor) χρησιμοποιεί ένα website για να κάνει τις online του αγορές. Top level use cases: View Items, Make Purchase, Client Register.

32 Case Study Online Shopping Διάγραμμα ΠΧ (2/3) Online shopping UML use case diagram view items use case View Items use case επεκτείνεται από κάποια άλλα use cases ο πελάτης μπορεί να αναζητήσει προϊόντα, να δει τον κατάλογο προϊόντων, να δει τα προϊόντα που του προτείνονται, να προσθέσει στο καλάθι αγορών του ή στη λίστα επιθυμίας του προϊόντα. Όλα αυτά τα use cases γίνονται extends επειδή παρέχουν ορισμένες προαιρετικές λειτουργίες που επιτρέπουν στον πελάτη να βρει το προϊόν που τον ενδιαφέρει. Customer Authentication use case περιλαμβάνεται στα View Recommended Items και Add to Wish List επειδή και τα δύο αυτά use-cases απαιτούν από τον πελάτη να έχει αυθεντικοποιηθεί (include). Την ίδια στιγμή, ένα προϊόν μπορεί να προστίθεται στο καλάθι αγορών (Add to Shopping Cart), χωρίς να έχει γίνει η αυθεντικοποίηση του χρήστη (extends).

33 Case Study Online Shopping Διάγραμμα ΠΧ (3/3) Online shopping UML use case diagram - checkout, authentication and payment use cases. To Checkout use case περιλαμβάνει αρκετά uses cases. Ο Web customer θα πρέπει να αυθεντικοποιηθεί μέσω του user login page, user authentication cookie ("Remember me") ή Single Sign- On (SSO). Η Υπηρεσία Αυθεντικοποίησης του Web site χρησιμοποιείται σε όλα τα use cases, ενώ η SSO απαιτεί επιπλέον συμμετοχή ενός εξωτερικού provider (external identity provider). To Checkout use case περιλαμβάνει επίσης το Payment use case, το οποίο θα μπορούσε να εκτελεστεί είτε με τη χρήση πιστωτικής κάρτας (credit card) και μιας εξωτερικής υπηρεσίας πληρωμής μέσω πιστωτική κάρτας ή με χρήση PayPal.

34 Case Study University Registration System Διάγραμμα ΠΧ (1/2) 1. Οι καθηγητές αναφέρουν ποια μαθήματα θα διδάξουν on-line. 2. Ένας κατάλογος μαθήματος μπορεί να τυπωθεί. 3. Επιτρέπεται στους μαθητές να επιλέγουν on-line 4 μαθήματα για το ερχόμενο κάθε φορά εξάμηνο. 4. Κανένα μάθημα δε μπορεί να έχει περισσότερους από 10 ή λιγότερους από 3 μαθητές. 5. Όταν ολοκληρωθεί η εγγραφή, το σύστημα στέλνει πληροφορίες στο σύστημα χρέωσης. 6. Οι καθηγητές μπορούν να αποκτήσουν κατάλογο μαθημάτων (course rosters) on-line. 7. Οι μαθητές μπορούν να προσθέσουν ή να αφαιρέσουν τάξεις (classes) on-line.

35 Case Study University Registration System Διάγραμμα ΠΧ (2/2)

36 Case Study: "Passenger takes plane to go on vacation" Διάγραμμα ΠΧ (1/2)

37 Case Study: "Passenger takes plane to go on vacation" Διάγραμμα ΠΧ (2/2)

38 Συχνά Λάθη Στα Διαγράμματα Περιπτώσεων Χρήσης Που Πρέπει Να Αποφεύγονται Συνωστισμένα Διαγράμματα (>20 ΠΧ) Ασαφείς Π. Χ. ή πολλές περιπτώσεις χρήσης για παρόμοιο σκοπό. Λανθασμένη/μπερδεμένη χρήση include και extend Λάθος κατεύθυνση βέλους Εκεί που ταιριάζει include χρησιμοποιείται το extend, και αντίστροφα Λανθασμένη ονοματολογία. Τα ονόματα των περιπτώσεων χρήσης θα πρέπει να δείχνουν ενέργεια.