Διευκρινίζουμε την περιγραφή των λειτουργιών του συστήματος χρησιμοποιώντας το διάγραμμα Sequence (συνέχεια "Πρωτεΐνες")
Σε αυτό το άρθρο, θα εξετάσουμε πώς μπορείτε να λεπτομερώς (διευκρινίσετε) την περιγραφή της λειτουργίας που αυτοματοποιείται χρησιμοποιώντας το διάγραμμα ακολουθίας UML.
Σε αυτό το παράδειγμα, χρησιμοποιώ το περιβάλλον Enterprise Architect από μια αυστραλιανή εταιρεία. [1].
Για την πλήρη προδιαγραφή UML, βλ [2].
Αρχικά, επιτρέψτε μου να εξηγήσω τι θα αναφέρουμε λεπτομερώς.
В διαμορφώσαμε τις διαδικασίες μιας θεματικής περιοχής «παραμυθιού» - γραμμές για έναν σκίουρο από το «The Tale of Tsar Saltan» του A.S. Pushkin. Και ξεκινήσαμε με το διάγραμμα Δραστηριότητας. Μετά μέσα αναπτύξαμε ένα λειτουργικό μοντέλο χρησιμοποιώντας ένα διάγραμμα Use-case, το Σχήμα 1 δείχνει ένα τμήμα.
Σχήμα 1. Σχέση μεταξύ απαίτησης και λειτουργίας
Τώρα θέλουμε να διευκρινίσουμε πληροφορίες σχετικά με την εκτέλεση αυτής της αυτοματοποιημένης λειτουργίας:
- με ποια στοιχεία διεπαφής θα αλληλεπιδράσει ο χρήστης μας.
- τι εξαρτήματα ελέγχου χρειαζόμαστε?
- τι θα αποθηκεύσουμε?
- ποια μηνύματα θα ανταλλάσσονται μεταξύ του χρήστη και των στοιχείων του συστήματος για την εκτέλεση της λειτουργίας.
Τα κύρια στοιχεία του διαγράμματος Sequence είναι αλληλεπιδρώντα αντικείμενα με διαφορετικά στερεότυπα και συνδέσεις μεταξύ τους - τα αλληλεπιδρώντα αντικείμενα ανταλλάσσουν κάποιες πληροφορίες μεταξύ τους (Εικόνα 2).
Εικόνα 2. Βασικά στοιχεία ενός διαγράμματος ακολουθίας
Τα αντικείμενα είναι διατεταγμένα σε οριζόντια σειρά και τα μηνύματα περνούν μεταξύ τους. Ο άξονας του χρόνου είναι προσανατολισμένος από πάνω προς τα κάτω.
Το στοιχείο Actor μπορεί να χρησιμοποιηθεί για να αναπαραστήσει έναν χρήστη που ξεκινά μια ροή γεγονότων.
Κάθε αντικείμενο έχει μια διακεκομμένη γραμμή, που ονομάζεται "γραμμή ζωής", όπου αυτό το στοιχείο υπάρχει και δυνητικά συμμετέχει σε αλληλεπιδράσεις. Η εστίαση ελέγχου υποδεικνύεται από ένα ορθογώνιο στη γραμμή ζωής του αντικειμένου.
Τα μηνύματα που ανταλλάσσονται μεταξύ αντικειμένων μπορούν να είναι διαφόρων τύπων και τα μηνύματα μπορούν επίσης να προσαρμοστούν ώστε να αντικατοπτρίζουν τις λειτουργίες και τις ιδιότητες των στοιχείων προέλευσης και προορισμού.
Στερεότυπα στοιχεία όπως Όρια, Στοιχεία ελέγχου και Οντότητες μπορούν να χρησιμοποιηθούν για τη μοντελοποίηση της διεπαφής χρήστη (GUI), των ελεγκτών και των στοιχείων βάσης δεδομένων, αντίστοιχα.
Μια επαναλαμβανόμενη ροή μηνυμάτων μπορεί να οριστεί ως τμήμα με τύπο "βρόχος".
Έτσι, σχεδιάζουμε να διευκρινίσουμε την περιγραφή της λειτουργίας "Προσθήκη πληροφοριών σχετικά με ένα νέο παξιμάδι στη λίστα".
Ας συμφωνήσουμε στις ακόλουθες πρόσθετες γενικεύσεις και υποθέσεις.
- Τα καρύδια, ο πυρήνας και τα κελύφη είναι όλα υλικά αγαθά των αντίστοιχων τύπων (Εικόνα 3).
Εικόνα 3. Βελτίωση διαγράμματος τάξης - Ο χρήστης μας θα εισάγει πληροφορίες σχετικά με οποιαδήποτε υλικά περιουσιακά στοιχεία στη δήλωση.
- Ας διευκρινίσουμε το όνομα της δήλωσης - "Δήλωση λογιστικής υλικών αξιών".
- Ας υποθέσουμε ότι ο χρήστης μας, που εργάζεται με το GUI "Material Value Accounting Sheet", μπορεί να προσθέσει μια νέα υλική αξία μέσω του GUI "Material Value Accounting Card".
- Ανάλογα με τον τύπο της μαθηματικής τιμής, η δομή των δεδομένων και το GUI αλλάζουν.
- Κατά τη συμπλήρωση των πεδίων της λογιστικής κάρτας υλικής αξίας ελέγχεται η ορθότητα των καταχωρισμένων στοιχείων.
Ένα διάγραμμα που βασίζεται σε αυτές τις παραδοχές φαίνεται στο Σχήμα 4.
Εικόνα 4. Διευκρίνιση της περιγραφής της λειτουργίας "Προσθήκη πληροφοριών σχετικά με ένα νέο παξιμάδι στη λίστα"
Μπορείτε να διαβάσετε σχετικά με τη χρήση άλλων τύπων διαγραμμάτων UML εδώ:
Κατάλογος πηγών
- Ιστοσελίδα Sparx Systems. [Ηλεκτρονικός πόρος] Τρόπος πρόσβασης: Διαδίκτυο:
- Προδιαγραφή OMG Unified Modeling Language (OMG UML). Έκδοση 2.5.1. [Ηλεκτρονικός πόρος] Τρόπος πρόσβασης: Διαδίκτυο:
Πηγή: www.habr.com