Τι είναι η UML. H UML (Unified Modeling Language) είναι µιά γλώσσα µοντελοποίησης γιά

Transcript

1 Εισαγωγή στη UML 1

2 Τι είναι η UML H UML (Unified Modeling Language) είναι µιά γλώσσα µοντελοποίησης γιά Κατάρτιση προδιαγραφών λογισµικού και τεκµηρίωση τµηµάτων λογισµικού Αναπαράσταση µε οπτικό τρόπο (visualization) τµηµάτων λογισµικού Μοντελοποίηση εταιρικών και άλλων συστηµάτων που δεν αφορούν λογισµικό

3 Τι είναι Μοντέλο Μερικοί Ορισµοί Μια απεικόνιση από κάτι, το οποίο έχει σχεδιαστεί για έναν ειδικό σκοπό Μια σαφής ερµηνεία της αντίληψης ή των ιδεών που µπορεί κάποιος να έχει για µια κατάσταση µπορεί να εκφραστεί µε µαθηµατικά, σύµβολα, λέξεις, αλλά είναι βασικά µια περιγραφή από οντότητες, διαδικασίες ή ιδιότητες, καθώς και των σχέσεων ανάµεσα τους. Ένα µοντέλο είναι χρήσιµο όταν διευκολύνει την περιγραφή και κάνει πιο κατανοητή µια σύνθετη κατάσταση

4 Γιατί χρησιµοποιούµε µοντέλα Γενικά Για να περιγράψουµε και να αναλύσουµε ένα σύστηµα πριν την υλοποίηση του Για τη µοντελοποίηση ενός υπάρχοντος συστήµατος,µε σκοπό την κατανόηση και τη µελέτη του χωρίς διακοπή της λειτουργίας του. Σε πολλά επιστηµονικά πεδία, µια κατάσταση ή ένα σύστηµα δεν µελετάται άµεσα, αλλά έµµεσα µέσα από ένα µοντέλο της κατάστασης ή του συστήµατος Για να εξετάσουµε µια ριψοκίνδυνη κατάσταση, κάτι που δε θέλουµε να πραγµατοποιηθεί στην πραγµατικότητα

5 Μοντελοποίηση στην Ανάλυση και το Σχεδιασµό Πληροφοριακών Συστηµάτων Για την αντιµετώπιση της πολύπλοκης και δυναµικής φύσης των σύγχρονων Πληροφοριακών Συστηµάτων χρησιµοποιούνται Μοντέλο απαιτήσεων ενός Πληροφοριακού Συστήµατος Μοντέλο σχεδιασµού Πληροφοριακού Συστήµατος Τα µοντέλα χρησιµοποιούνται σε όλη την διάρκεια του χρόνου ζωής ενός συστήµατος, υποστηρίζοντας την καταγραφή απαιτήσεων, σχεδιασµό του συστήµατος µελλοντική συντήρησή του.

6 Γιατί χρησιµοποιούµε µοντέλα στην Ανάλυση Απαιτήσεων Συστήµατος Παρότι η µοντελοποίηση είναι µία χρονοβόρα και δύσκολη διαδικασία, χρειάζεται για τους κάτωθι λόγους: Ένα καλά ορισµένο µοντέλο απαιτήσεων Είναι µέσο επικοινωνίας µεταξύ των συµµετεχόντων στην ανάπτυξη του συστήµατος Διευκολύνει την κατανόηση απαιτήσεων από κάθε συµµετέχοντα και την πιστοποίηση της ορθότητάς του Είναι η βάση για τις προδιαγραφές απαιτήσεων συστήµατος το συµβόλαιο ανάπτυξης του συστήµατος το σχεδιασµό του συστήµατος τον έλεγχο του τελικού υλοποιηµένου συστήµατος την τεκµηρίωση µελλοντικών επεκτάσεων στο σύστηµα

7 Γιατί χρησιµοποιούµε µοντέλα στο Σχεδιασµό Συστηµάτων Ένα καλά ορισµένο µοντέλο σχεδιασµού: Εξασφαλίζει ότι το σύστηµα που θα αναπτυχθεί θα ικανοποιεί τις απαιτήσεις των χρηστών σε σχέση µε τη λειτουργία του συστήµατος, την κλιµάκωση, ασφάλεια, επεκτασιµότητα κλπ. ΠΡΙΝ ΤΗΝ ΥΛΟΠΟΙΗΣΗ. Μετά την υλοποίηση οι αλλαγές είναι πιο δύσκολες και κοστίζουν περισσότερο Είναι η βάση για την υλοποίηση του συστήµατος Είναι το µέσο επικοινωνίας µεταξύ των προγραµµατιστών Είναι η απαραίτητη τεκµηρίωση για µελλοντικές αλλαγές στο σύστηµα

8 ΧΑΡΑΚΤΗΡΙΣΤΙΚΑ ΤΩΝ ΜΟΝΤΕΛΩΝ Γενικά αλλά και στη UML Ακρίβεια περιγράφουν µε ακριβή τρόπο το σύστηµα χωρίς ασάφειες και περιθώρια για παρερµηνείες Συνέπεια διαφορετικές όψεις χρησιµοποιούν όµοια αντικείµενα Εύκολη επικοινωνία Με άλλα διαγράµµατα Με τους χρήστες Ευµετάβλητα Κατανοητά

9 ΣΤΟΧΟΙ ΤΗΣ UML H µοντελοποίηση συστηµάτων µε βάση τις αρχές της αντικειµενοστρεφούς µοντελοποίησης Η χρήση γλώσσας που µπορεί να χρησιµοποιηθεί τόσο από τον άνθρωπο όσο κι από τις µηχανές

10 KYKΛΟΣ ΖΩΗΣ ΛΟΓΙΣΜΙΚΟΥ Χρήση UML Ανάλυση Εννοιολογικό µοντέλο (UML) Απαιτήσεις συστήµατος (UML) Σχεδιασµός Σχεδιασµός συστήµατος (UML) Λεπτοµερής σχεδιασµός (UML) Υλοποίηση (UML διαγράµµατα deployment & component) Κωδικοποίηση Έλεγχος

11 Η έννοια της Αφαίρεσης Γενικά αλλά και στη UML ü Εστίαση σε κάποια επιλεγµένα στοιχεία και αγνόηση υπόλοιπων λεπτοµερειών ü Μοντέλα σε διαφορετικά επίπεδα πιστότητας και λεπτοµέρειας ü Σύνθετα τµήµατα περιγράφονται καλύτερα µε µικρά σύνολα ανεξάρτητων όψεων

12 Τµήµατα της UML Όψεις Δείχνουν το σύστηµα από διαφορετικές οπτικές πλευρές (π.χ. από την όψη των περιπτώσεων χρήσης του συστήµατος, λογική όψη, όψη deployment, κλπ) Οι όψεις αποτελούνται από διαγράµµατα Διαγράµµατα Περιγράφουν τις όψεις Δηµιουργούνται από τα στοιχεία του µοντέλου Στοιχεία του µοντέλου Είναι τα συστατικά των διαγραµµάτων Παραδείγµατα στοιχείων: περιπτώσεις χρήσης, κλάσεις, αντικείµενα, συσχετίσεις, πακέτα κλπ.

13 ΕΙΔΗ UML ΔΙΑΓΡΑΜΜΑΤΩΝ (1/2) στατικά διαγράµµατα Η UML παρέχει τα εξής Διαγράµµατα: Περιπτώσεων Χρήσης (use case diagrams) Κλάσεων (class diagrams) Αντικειµένων (object diagrams) Εξωτερική Όψη Συστήµατος δυναµικά διαγράµµατα Δραστηριοτήτων (activity diagrams) Mηχανής Καταστάσεων (state machine diagrams) Ακολουθίας (sequence diagrams) Eπικοινωνίας(communication diagrams) Εσωτερική Όψη Συστήµατος Συστατικών (component diagrams) Aνάπτυξης (deployment diagrams) διαγράµµατα υλοποίησης

14 ΕΙΔΗ UML ΔΙΑΓΡΑΜΜΑΤΩΝ (2/2) Διαγράµµατα Περιπτώσεων Χρήσης Λειτουργική Όψη Διαγράµµατα Κλάσεων Διαγράµµατα Αντικειµένων Στατική Όψη Διαγράµµατα Δραστηριοτήτων Διαγράµµατα MηχανήςΚαταστάσεων Διαγράµµατα Ακολουθίας Διαγράµµατα Eπικοινωνίας Δυναµική Όψη Διαγράµµατα Συστατικών Διαγράµµατα Aνάπτυξης Όψη Υλοποίησης

15 ΜΟΝΤΕΛΟΠΟΙΩΝΤΑΣ ΜΕ τη UML ΦΑΣΗ ΑΝΑΛΥΣΗΣ Αναλυση Απαιτήσεων Συστήµατος Διαγράµµατα UML Use case, class, object, activity ΦΑΣΗ ΣΧΕΔΙΑΣΗΣ Eπεκτείνει το µοντέλο ανάλυσης σε µια λειτουργικά τεχνική λύση Διαγράµµατα UML Class, Sequence, State, Activity, Component ΦΑΣΗ ΠΡΑΓΜΑΤΩΣΗΣ Περιγράφει πως το σύστηµα αναπτύσσεται σε φυσική αρχιτεκτονική Διαγράµµατα UML Deployment, Collaboration ΦΑΣΗ ΥΛΟΠΟΙΗΣΗΣ Το µοντέλο είναι τώρα ο κώδικας του προγράµµατος που υλοποιεί το σύστηµα

16 Πριν δώσουµε Παραδείγµατα για κάθε είδος UML Διαγράµµατοςθα γίνει µια σύνοψη των αρχών της αντικειµενοστρεφούς ανάπτυξης συστηµάτων

17 Αντικειµενοστρεφής Ανάπτυξη Συστηµάτων Αντικειµενοστρεφής θεώρηση του πραγµατικού κόσµου Πραγµατικός κόσµος: θεωρείται ως ένα σύνολο από αντικείµενα που επικοινωνούν µεταξύ τους ανταλλάσσοντας µηνύµατα Στόχος: η Μοντελοποίηση Αντικειµένων του πραγµατικού κόσµου και της επικοινωνίας τους και ο βαθµιαίος µετασχηµατισµός των µοντέλων σε Αντικειµενοστραφές Λογισµικό Τι χρειάζεται: Αντικειµενοστρεφής Γλώσσα Μοντελοποίησης (π.χ. UML) ->Αντικειµενοστρεφή Μοντέλα Αντικειµενοστρεφής Μεθοδολογία Ανάπτυξης (π.χ. Rational Unified Process) Αντικειµενοστρεφή Εργαλεία Ανάπτυξης Case Tools, π.χ. Rational Rose, ArgoUML, StarUML Γλώσσες προγραµµατισµού, π.χ. C++, Java κλπ

18 Τι είναι Αντικείµενο Αντικείµενο πραγµατικού κόσµου:π.χ. ποδήλατο, σκύλος, αυτοκίνητο Αντικείµενο λογισµικού: Μοντελοποιεί, αναπαριστά, αντιστοιχεί σε: Αντικείµενο του πραγµατικού κόσµου Δοµές δεδοµένων (π.χ. Λίστα, ουρά) Κάποιο γεγονός Κάτι αφαιρετικό Έχει: χαρακτηριστικά και κατάσταση (µοντελοποιείται µε µεταβλητές - στατικό µέρος) και Συµπεριφορά (µοντελοποιείται µε µεθόδους - δυναµικό µέρος)

19 Τι είναι Αντικείµενο (συνέχεια) Ολα τα αντικείµενα έχουν χαρακτηριστικά καί βρίσκονται σε µιά κατάσταση. π.χ. Σκυλί: όνοµα, χρώµα, πεινασµένο, κλπ. Ποδήλατο: 2 τροχοί, χρώµα, αριθµ.ταχυτήτων, παρούσα ταχύτητα κλπ Συµπεριφορά, π.χ. Σκυλί: γαβγίζει, τρώει, παίζει, κουνάει την ουρά, κλπ. Ποδήλατο: φρενάρει, αυξάνει/ελαττώνει ταχύτητα, αλλάζει ταχύτητα κλπ

20 Αντικειµενοστρεφής Μοντελοποίησηκαι Υλοποίηση Σχετικές Έννοιες Απόκρυψη Πληροφορίας (information hiding) Εγκλεισµός (encapsulation) Επικοινωνία µέσω µηνυµάτων Κλάσεις Αντικειµένων Ιεραρχίες Κλάσεων - Κληρονοµικότητα

21 Απόκρυψη Πληροφορίας Δηµόσιο Μέρος (Public API) Iδιωτικό Μέρος (Λεπτοµέρειες Υλοποίησης)

22 Παράδειγµα Αντικειµένου: ΠΟΔΗΛΑΤΟ Αλλαξε Ταχύτητα Φρέναρε Ξεκίνα Λεπτοµέρειες Υλοποίησης των λειτουργιών

23 Eγκλεισµός (Εncapsulation) H έννοια του εγκλεισµού (encapsulation) Πλεονεκτήµατα Αρθρωτά (modular) προγράµµατα: Ο πηγαίος κώδικας γιά ένα αντικείµενο µπορεί να γραφτεί καί να συντηρηθεί ανεξάρτητα από άλλα αντικείµενα Απόκρυψη πληροφορίας (ιδιωτικό µέρος / δηµόσιο)

24 Επικοινωνία Μεταξύ Αντικειµένων ΠΟΔΗΛΑΤΟ ΠΟΔΗΛΑΤΗΣ Αλλαξε Ταχύτητα Φρέναρε Φρέναρε ΜΗΝΥΜΑ Ξεκίνα

25 Μηνύµατα Τα αντικείµενα επικοινωνούν και αλληλεπιδρούν µεταξύ τους αποστέλλοντας µηνύµατα. Επιπλέον πληροφορία δίνεται ως παράµετροι των µηνυµάτων. Πλεονεκτήµατα Όλη η αλληλεπίδραση υποστηρίζεται µε µεταβίβαση µηνυµάτων. Τα αντικείµενα δεν χρειάζεται να βρίσκονται στην ίδια διεργασία, ούτε καν στον ίδιο υπολογιστή.

26 ΚΛΑΣΗ ΑΝΤΙΚΕΙΜΕΝΩΝ Μία κλάση είναι ένα σχέδιο, ένα πρότυπο που ορίζει τις κοινές µεταβλητές και µεθόδους όλων των αντικειµένων που ανήκουν στο ίδιο είδος. Προσοχή: η κλάση δεν είναι σύνολο Κάθε αντικείµενο είναι στιγµιότυπο µίας κλάσης.

27 ΠΑΡΑΔΕΙΓΜΑ ΚΛΑΣΗΣ: ΠΟΔΗΛΑΤΟ Δηµόσιο Μέρος (Public API) Φρέναρε Αλλαξε Ταχύτητα Ξεκίνα Iδιωτικό Μέρος (Λεπτοµέρειες Υλοποίησης) Στατικά Χαρακτηριστικά: ΧΡΩΜΑ ΜΟΝΤΕΛΟ Δυναµικά ΧαρακτηριστικάΣ ΑΛΛΑΞΕ ΤΑΧΥΤΗΤΑ: (Υλοποίηση) κλπ

28 ΚΛΗΡΟΝΟΜΙΚΟΤΗΤΑ ΠΟΔΗΛΑΤΟ ΠΟΔΗΛΑΤΟ ΒΟΥΝΟΥ ΑΓΩΝΙΣΤΙΚΟ ΠΟΔΗΛΑΤΟ ΠΟΔΗΛΑΤΟ ΠΟΛΗΣ

29 ΚΛΗΡΟΝΟΜΙΚΟΤΗΤΑ Υποκλάσεις (subclasses) και υπερκλάσεις (superclasses) Κάθε υποκλάση: κληρονοµεί τη συµπεριφορά και την κατάσταση της υπερκλάσης της µπορεί να επανα-ορίσει (override) κληροδοτούµενη συµπεριφορά και κατάσταση Μπορεί να επεκτείνει την κληροδοτούµενη συµπεριφορά και κατάσταση Ιεραρχία κλάσεων

30 ΠΛΕΟΝΕΚΤΗΜΑΤΑ ΚΛΗΡΟΝΟΚΙΚΟΤΗΤΑΣ Οι υποκλάσεις προσφέρουν εξειδικευµένη συµπεριφορά. Επαναχρησιµοποίηση του κώδικα της υπερκλάσης. Οι προγραµµατιστές µπορούν να υλοποιήσουν υπερκλάσεις που λέγονται αφαιρετικέςκλάσεις (abstract classes) µε γενικευµένη συµπεριφορά. Οι αφαιρετικές κλάσεις ορίζουν και υλοποιούν εν µέρει τη συµπεριφορά. Κάθε προγραµµατιστής συµπληρώνει τα χαρακτηριστικά που επιθυµεί.

31 Παραδείγµατα από κάθε είδος UML Διαγράµµατος

32 Διάγραµµα περιπτώσεων χρήσης USE-CASE DIAGRAM Περιγράφει τη λειτουργικότητα του συστήµατος όπως γίνεται αντιληπτή από τον χρήστη Είσοδος στο Σύστηµα Ασθενής «include» Κλείσιµο ραντεβού «include» Ενηµέρωση Φακέλου Ασθενή Γιατρός

33 ΔΙΑΓΡΑΜΜΑ ΚΛΑΣΕΩΝ CLASS DIAGRAM ΚΑΤΟΧΟΣ ΥΠΟΛΟΓΙΣΤΗΣ Όνοµα: Συµβολοσειρά Ηλικία: : Ακέραιος χρησιµοποιεί * όνοµα : Συµβολοσειρά Μνήµη:Ακέραιος Είδη συσχετίσεων µεταξύ κλάσεων: Απλή συσχέτιση, συσχέτισηεξάρτησης, συσχέτισηεξειδίκευσης / κληρονοµικότητας, συσχέτισηοµαδοποίησης

34 Παραδείγµατα συσχετίσεων µεταξύ κλάσεων Απλή Συσχέτιση Εξάρτηση (dependency) ένα στοιχείο εξαρτάται µε κάποιον τρόπο από κάποιο άλλο Εξειδίκευση / Κληρονοµικότητα ένα στοιχείο αποτελεί ειδική περίπτωση κάποιου άλλου Οµαδικότητα ένα στοιχείο δηµιουργείται από άλλα στοιχεία

35 ΔΙΑΓΡΑΜΜΑ ΑΝΤΙΚΕΙΜΕΝΩΝ ΟBJECT DIAGRAM Δίνει παραδείγµατα συγκεκριµένων στιγµιότυπων των κλάσεων και τις µεταξύ τους σχέσεις Bob:ΚΑΤΟΧΟΣ όνοµα: Bob.j Ηλικία = 32 Bob s job PC: YΠΟΛΟΓΙΣΤΗΣ Όνοµα: Dell4 Μνήµη =2.4 Bob s Home: YΠΟΛΟΓΙΣΤΗΣ Όνοµα: Pentium Μνήµη = 3.2

36 ΔΙΑΓΡΑΜΜΑ ΔΡΑΣΤΗΡΙΟΤΗΤΩΝ ΑCTIVITY DIAGRAM - Δίνει την ακολουθιακή ροή των δραστηριοτήτων - Περιέχει προσδιορισµούς των µηνυµάτων που στέλνονται ΠαράθυροΠελάτη.Εκτύπωση ( ) [ Δίσκος γεµάτος ] Εµφάνισε µύνηµα «Δίσκος γεµάτος» [ Ελεύθερος χώρος δίσκου ] Εµφάνισε µύνηµα «Εκτύπωση» στην οθόνη Μετακίνησε κουτιά µηνυµάτων ^Εκτυπωτής.Εκτύπωση() Δηµιουργησε postscript αρχείου

37 ΔΙΑΓΡΑΜΜΑ MHXANHΣ ΚΑΤΑΣΤΑΣΕΩΝ StateMachine Diagram arrived On first floor Go up (floor) Moving up Movingto 1st floor arrived Go up (floor) Moving down arrived Idle Go down (floor) Time out

38 ΔΙΑΓΡΑΜΜΑ AΚΟΛΟΥΘΙΑΣ SEQUENCE DIAGRAM Print(file) :Computer :PrinterServer :Printer :Queue Print(file) [printer free] Print(file) [printer busy] Store(file)

39 ΔΙΑΓΡΑΜΜΑ ΕΠΙΚΟΙΝΩΝΙΑΣ COΜΜUNICATION DIAGRAM (παλαιό Collaboration Diagram) :Computer :Queue 1:Print(file) [printer busy] 1.2: Store(file) :PrinterServer [printer free] 1.1: Print(file) :Printer

40 ΔΙΑΓΡΑΜΜΑ ΣΥΣΤΑΤΙΚΩΝ COMPONENT DIAGRAM Δείχνει τα συστατικά µέρη του κώδικα και τη φυσική τους δοµή Window Handler (wind.cpp) Window Handler (wind.obj) Graphic lib (graphic.dll) Main Class (main.cpp) Comm Handler (comm.hnd) Main Class (main.obj) Comm Handler (commhnd.obj) Client Program (client.exe)

41 ΔΙΑΓΡΑΜΜΑ ΑΝΑΠΤΥΞΗΣ DEPLOYMENT DIAGRAM Client A: Compaq Pro PC Silicon Graphics: Application Server «Decnet» Vax: DatabaseServer Client B: Compaq Pro PC -> Δείχνει τους υπολογιστές και τις συσκευές (κόµβους) καθώς και τον τύπο των συνδέσεων ->Εκτελέσιµα αντικείµενα φανερώνουν ποιες µονάδες λογισµικού εκτελούνται σε κάθε κόµβο

42 ΛΕΙΤΟΥΡΓΙΕΣ ΤΩΝ ΕΡΓΑΛΕΙΩΝ ΜΟΝΤΕΛΟΠΟΙΗΣΗΣ (Case Tools) Σχεδιασµός διαγραµµάτων που εξασφαλίζουν τησωστή χρήστη των στοιχείων του µοντέλου Αποθήκευση δεδοµένων - Αν το όνοµα µιας κλάσης αλλάζει σ ένα διάγραµµα, η αλλαγή αυτή διαδίδεται και στα υπόλοιπα Υποστήριξη εισαγωγής / εξαγωγής ενός στοιχείου µεταξύ διαγραµµάτων κι επέκταση της περιγραφής του στοιχείου Υποστήριξη πολλών χρηστών -να δουλεύουν πολλοί χρήστες ταυτόχρονα Δηµιουργία κώδικα

43 ΑΛΛΕΣ ΛΕΙΤΟΥΡΓΙΕΣ ΤΩΝ CASE TOOLS Αντίστροφη παραγωγή µοντέλων (reverse engineering) δηλαδή παραγωγή µοντέλων από τον κώδικα Συµβατότητα µε άλλα εργαλεία Π.χ. editor, µεταγλωττιστές κι άλλα επιχειρησιακά εργαλεία Κάλυψη όλων των φάσεων ανάπτυξης από τη φάση περιγραφής του συστήµατος στην παραγωγή κώδικα Διαλειτουργικότητα ανάµεσα στα µοντέλα Ένα µοντέλο διαγραµµάτων θα πρέπει να έχει τη δυνατότητα να εισάγεται από το ένα εργαλείο στο άλλο