"Μια μέρα στη ζωή ενός σκίουρου" ή από τις διαδικασίες μοντελοποίησης μέχρι το σχεδιασμό ενός αυτοματοποιημένου συστήματος για τη λογιστική των υλικών περιουσιακών στοιχείων "Belka-1.0" (Μέρος 2)
Περίληψη της προηγούμενης σειράς
В χρησιμοποιήσαμε μια θεματική περιοχή "παραμυθιού" εμπνευσμένη από παραδείγματα μελέτης διαγραμμάτων UML που βασίζονται σε πλοκές παραμυθιού (βλ., για παράδειγμα, [1]). Πριν από τη μοντελοποίηση, συμφωνήσαμε για τη χρήση ορισμένων στοιχείων του διαγράμματος Δραστηριότητας και αρχίσαμε να διαμορφώνουμε μια συμφωνία μοντελοποίησης. Λαμβάνοντας υπόψη αυτές τις συμφωνίες, στο 1ο στάδιο περιγράψαμε τη διαδικασία με τη μορφή διαγραμμάτων Δραστηριότητας και στο 2ο στάδιο εντοπίσαμε τα βήματα της διαδικασίας για τα οποία απαιτείται (και δυνατός) αυτοματισμός.
Επιτρέψτε μου να σας υπενθυμίσω ότι πρόκειται να αυτοματοποιήσουμε τη δραστηριότητα της λογιστικής για υλικές αξίες, η οποία προκύπτει σε αυτές τις διαδικασίες.
...
Ένα νησί στη θάλασσα βρίσκεται, (E1, E2)
Χαλάζι στα νησιά (Ε3, Ε1)
Με εκκλησίες με χρυσό τρούλο, (Ε4)
Με πύργους και κήπους? (Ε5, Ε6)
Η ελάτη φυτρώνει μπροστά από το παλάτι, (Ε7, Ε8)
Και κάτω από αυτό είναι ένα κρυστάλλινο σπίτι. (Ε9)
Ο σκίουρος μένει εκεί, ήμερος, (A1)
Ναι, τι διασκεδαστής! (Α'1)
Ο σκίουρος τραγουδάει τραγούδια, (P1, A1)
Ναι, ροκανίζει όλους τους ξηρούς καρπούς, (P2)
Και οι ξηροί καρποί δεν είναι απλοί, (C1)
Όλα τα κοχύλια είναι χρυσά, (C2)
Πυρήνες καθαρό σμαράγδι? (C3)
Οι υπηρέτες φρουρούν τον σκίουρο, (P3, A2)
Εξυπηρετήστε την ως υπηρέτες διαφόρων ειδών (P4)
Και διορίστηκε υπάλληλος (Α3)
Αυστηρός απολογισμός ειδήσεων από ξηρούς καρπούς. (P5, C1)
Δίνει τιμή στον στρατό της. (P6, A4)
Ένα νόμισμα χύνεται από τα κοχύλια, (P7, C2, C4)
Αφήστε τους να επιπλέουν σε όλο τον κόσμο. (P8)
Κορίτσια ρίχνουν σμαράγδι (P9, A5, C3)
Σε ντουλάπια, αλλά κάτω από ένα μπουσέλ. (E10, E11)
...
(A.S. Pushkin "Η ιστορία του Τσάρου Σαλτάν, του ένδοξου και πανίσχυρου γιου του Πρίγκιπα Γκβίντον Σαλτάνοβιτς και της όμορφης Πριγκίπισσας των Κύκνων", )
Σε αυτό το παράδειγμα, χρησιμοποιώ το περιβάλλον Enterprise Architect από μια αυστραλιανή εταιρεία. [2], και στο πλαίσιο των προπονήσεων χρησιμοποιώ [3].
Επιτρέψτε μου να σας υπενθυμίσω ότι οι διαδικασίες είναι διαφορετικές, μπορείτε να εξοικειωθείτε, για παράδειγμα, [4] και [5].
Δείτε [6, 7] για λεπτομέρειες σχετικά με τις εφαρμοσμένες προσεγγίσεις στη μοντελοποίηση και το σχεδιασμό.
Για την πλήρη προδιαγραφή UML, βλ [8].
Τώρα είμαστε έτοιμοι να προχωρήσουμε στα επόμενα βήματα και να αρχίσουμε να σχεδιάζουμε τις λειτουργίες του συστήματος και την εσωτερική του οργάνωση. Η αρίθμηση των σχημάτων θα συνεχιστεί.
Στάδιο 3. Σε ένα αυτοματοποιημένο βήμα πρέπει να εκχωρηθεί μια λειτουργία ή λειτουργίες του συστήματος
Το αυτοματοποιημένο σύστημα (AS) που αναπτύσσεται έχει σχεδιαστεί για να διατηρεί αυστηρό αρχείο των ξηρών καρπών, θυμάστε; Για κάθε επισημασμένο βήμα (δείτε Εικόνα 3, Εικόνα 4 ), το οποίο θα αυτοματοποιήσουμε, θα γράψουμε τη λειτουργική απαίτηση, χρησιμοποιώντας κάτι σαν αυτή την κατασκευή «Το σύστημα πρέπει να μπορεί να ...» και να αναπτύξουμε ένα διάγραμμα Χρήσης. Τώρα ουσιαστικά συμπληρώνουμε τη συμφωνία μοντελοποίησης με νέους κανόνες. Επιτρέψτε μου να εξηγήσω ποια στοιχεία θα χρησιμοποιήσουμε.
Μεταξύ του «Ρόλου χρήστη» και της «Λειτουργίας» θα χρησιμοποιήσουμε τη σχέση «Συσχετισμός» (Εικόνα 5), που σημαίνει ότι ο χρήστης με αυτόν τον ρόλο μπορεί να εκτελέσει αυτήν τη λειτουργία.
Εικόνα 5. Χρήση μιας σχέσης τύπου συσχέτισης
Από το "Function" στο "Requirement", θα σχεδιάσουμε τον σύνδεσμο "Implementation" (Εικόνα 6) για να δείξουμε ότι αυτή η απαίτηση θα υλοποιηθεί από αυτές τις συναρτήσεις, η σχέση μπορεί να είναι "πολλά-προς-πολλά", π.χ. μία λειτουργία μπορεί να εμπλέκεται στην υλοποίηση πολλών απαιτήσεων και μπορεί να χρειαστούν περισσότερες από μία λειτουργίες για την υλοποίηση της απαίτησης.
Εικόνα 6. Χρήση μιας σχέσης υλοποίησης
Εάν μια συνάρτηση απαιτεί για την εκτέλεσή της να εκτελεστεί κάποια άλλη συνάρτηση και είναι απαραίτητο, θα χρησιμοποιήσουμε τη σύνδεση «Εξάρτηση» με το στερεότυπο «Συμπερίληψη» (Εικόνα 7). Εάν απαιτείται η εκτέλεση μιας πρόσθετης λειτουργίας υπό ορισμένες προϋποθέσεις, τότε θα χρησιμοποιήσουμε τη σύνδεση "Εξάρτηση" με το στερεότυπο "Επέκταση" - μια επέκταση. Όλα είναι πολύ εύκολο να θυμάστε: "Συμπεριλάβετε" - ΠΑΝΤΑ, και "Επέκταση" - ΜΕΡΙΚΕΣ ΦΟΡΕΣ.
Εικόνα 7. Χρησιμοποιώντας τον τύπο σχέσης "Εξάρτηση (συμπεριλαμβανομένου)"
Ως αποτέλεσμα, το διάγραμμά μας θα μοιάζει κάπως έτσι (Εικόνα 8).
Εικόνα 8. Διάγραμμα περίπτωσης χρήσης (λειτουργικό μοντέλο AS)
Επιπλέον, το διάγραμμα Use-case χρησιμοποιείται για τη μοντελοποίηση ρόλων χρηστών (Εικόνα 9).
Εικόνα 9. Διάγραμμα περίπτωσης χρήσης (ρόλοι χρηστών AS)
Στάδιο 4. Ας περιγράψουμε την εσωτερική οργάνωση του AS χρησιμοποιώντας ένα διάγραμμα τάξης
Χρησιμοποιώντας πληροφορίες σχετικά με τα τεχνουργήματα εισόδου και εξόδου της διεργασίας μας (βλ. Διαγράμματα δραστηριότητας - Εικόνα 2, Εικόνα 3, Εικόνα 4), θα αναπτύξουμε ένα διάγραμμα κλάσεων. Θα χρησιμοποιήσουμε τα στοιχεία μοντελοποίησης «Class» και διάφορους τύπους σχέσεων μεταξύ τους.
Για να δείξουμε τη σχέση "ολόκληρου μέρους", θα χρησιμοποιήσουμε τη σχέση τύπου "Συσσωμάτωση" (Εικόνα 10): το καρύδι είναι το σύνολο και τα κελύφη και ο πυρήνας είναι τα μέρη.
Εικόνα 10. Σχέση ολόκληρου μέρους
Ως αποτέλεσμα, ένα τμήμα του διαγράμματός μας θα μοιάζει κάπως έτσι (Εικόνα 11). Οι τάξεις επισημαίνονται με χρώμα, το οποίο έχουμε επισημάνει απευθείας στην περιγραφή κειμένου της διαδικασίας.
Εικόνα 11. Διάγραμμα τάξης
Το διάγραμμα κλάσης χρησιμοποιήθηκε επίσης για τη μοντελοποίηση άλλων τεχνουργημάτων - όχι μόνο εκείνων που θα σχετίζονται με το εννοιολογικό μοντέλο της αυτοματοποιημένης διαδικασίας απογραφής, αλλά σχετίζονται με το περιβάλλον εκτέλεσης - το περιβάλλον (Εικόνα 12) και τις διαδικασίες "γειτονικής" (Εικόνα 13) που μπορούν να επηρεάσουν την αυτοματοποιημένη διαδικασία, αλλά δεν βρίσκονται ακόμη στο επίκεντρο της προσοχής μας (υποθέτουμε ότι το σύστημα θα αναπτυχθεί και αυτές οι πληροφορίες θα είναι χρήσιμες).
Εικόνα 12. Διάγραμμα τάξης (περιβάλλον)
Η σχέση κληρονομικότητας δείχνει τη γενίκευση διαφόρων κτιρίων, τάξεων «παιδιών», κάτω από τη γενικευμένη «γονική» τάξη «Κτίριο».
Εικόνα 13. Διάγραμμα τάξης (περισσότερες πληροφορίες σχετικά με τα τεχνουργήματα)
Η "Αντίδραση στην κατάσταση" εξαρτάται από τα "Δεδομένα οπτικού ελέγχου". Για πολλές σχέσεις εξάρτησης, το στερεότυπο «ίχνος» χρησιμοποιείται για να δείξει την ανίχνευση κλάσεων που δεν αναφέρονται ρητά στην περιγραφή της διαδικασίας, αλλά είναι απαραίτητες για την αυτοματοποίησή της, σε κλάσεις των οποίων οι περιπτώσεις υποδεικνύονται με ακρίβεια στην περιγραφή μας.
Στάδιο 5. Ας αναλύσουμε τις σημειώσεις στο κομμάτι "Business Rules".
Όπως καθορίστηκαν οι κανόνες (βλ. Εικόνα 2 ):
- η ανάγκη να χωριστεί ένα από τα βήματα σε 2 μέρη, το δεύτερο μέρος αρχίζει να εκτελείται μόνο υπό ορισμένες συνθήκες.
- διορισμός συγκεκριμένου υπαλλήλου για την εκτέλεση της λογιστικής των ξηρών καρπών·
- μια τεχνική (λευκό χρώμα των στοιχείων), που υποδηλώνει ότι το στοιχείο δεν αναφέρεται ρητά στην περιγραφή της διαδικασίας.
Πρέπει να σημειωθεί ότι έχουμε ήδη χρησιμοποιήσει όλους αυτούς τους κανόνες κατά την ανάπτυξη διαγραμμάτων.
Τελικές παρατηρήσεις
Έτσι, περάσαμε από 5 στάδια και φτιάξαμε 3 τύπους διαγραμμάτων. Θα προσθέσω ένα ακόμη σχόλιο για την οργάνωση των μοντέλων μας στο περιβάλλον μοντελοποίησης. Υπάρχει ένας μεγάλος αριθμός πλαισίων που βοηθούν στη δομή των μοντέλων που αναπτύσσουμε, αλλά αυτό δεν είναι το θέμα αυτού του άρθρου, επομένως θα περιοριστούμε στο ακόλουθο απλό σύνολο πακέτων για την ομαλή συντήρηση του έργου μας: Επιχειρηματική Διαδικασία, Λειτουργικό Μοντέλο, Αντικείμενα, Συμμετέχοντες και Περιβάλλον (Εικόνα 14).
Εικόνα 14. Η δομή των πακέτων έργου
Έτσι, έχουμε αναπτύξει συνεπή μοντέλα που περιγράφουν το σύστημα λογιστικής για τα υλικά περιουσιακά στοιχεία από διάφορες οπτικές γωνίες: ένα μοντέλο αυτοματοποιημένης επιχειρηματικής διαδικασίας, ένα λειτουργικό μοντέλο και ένα μοντέλο εσωτερικής οργάνωσης του συστήματος σε εννοιολογικό επίπεδο.
Κατάλογος πηγών
- Ιστότοπος "UML2.ru". Φόρουμ κοινότητας αναλυτών. Γενική ενότητα. Παραδείγματα. Παραδείγματα παραμυθιών με τη μορφή διαγραμμάτων UML. [Ηλεκτρονικός πόρος] Τρόπος πρόσβασης: Διαδίκτυο:
- Ιστοσελίδα Sparx Systems. [Ηλεκτρονικός πόρος] Τρόπος πρόσβασης: Διαδίκτυο:
- Ιστοσελίδα Modelio. [Ηλεκτρονικός πόρος] Τρόπος πρόσβασης: Διαδίκτυο:
- Μεγάλο Εγκυκλοπαιδικό Λεξικό. Διαδικασία (ερμηνεία). [Ηλεκτρονικός πόρος] Τρόπος πρόσβασης: Διαδίκτυο:
- Ιστοσελίδα «Οργανισμός αποτελεσματικής διαχείρισης». Ιστολόγιο. Επικεφαλίδα "Διαχείριση επιχειρηματικής διαδικασίας". Ορισμός επιχειρηματικής διαδικασίας. [Ηλεκτρονικός πόρος] Τρόπος πρόσβασης: Διαδίκτυο:
- Πιστοποιητικό υπ' αριθμ. 18249 περί εγγραφής και κατάθεσης προϊόντος αποτελέσματος πνευματικής δραστηριότητας. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. Το χειρόγραφο του διδακτικού βοηθήματος με τίτλο "Modeling the subject area using Enterprise Architect" // 2011.
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Μοντελοποίηση επιχειρηματικών διαδικασιών. - M .: KURS, NITs INFRA-M, EBS Znanium.com. — 2017.
- Προδιαγραφή OMG Unified Modeling Language (OMG UML). Έκδοση 2.5.1. [Ηλεκτρονικός πόρος] Τρόπος πρόσβασης: Διαδίκτυο:
Πηγή: www.habr.com