"Un ghjornu in a vita di un squirrel" o da u mudellu di prucessu à u disignu di un sistema automatizatu di cuntabilità di ricchezza "Belka-1.0" (Part 2)
Riassuntu di l'episodiu precedente
В Avemu usatu un duminiu "fairy tale", ispiratu da esempi di l'apprendimentu di diagrammi UML basati nantu à trame di fiaba (vede, per esempiu, [1]). Prima chì u mudellu hà cuminciatu, avemu accunsentutu nantu à l'usu di certi elementi di u diagramma di l'attività è cuminciò à furmà un accordu di mudellu. Pigliendu sti accordi in contu, à u stadiu 1 avemu discrittu u prucessu in a forma di diagrammi di l'attività, è in u stadiu 2 avemu identificatu i passi di u prucessu per quale l'automatizazione hè necessaria (è pussibule).
Lasciami ricurdà chì avemu da automatizà l'attività di cuntabilità per l'assi materiali, chì nasce in questi prucessi.
...
Un'isula si trova nantu à u mare, (E1, E2)
Ci hè una grandine nantu à l'isula (E3, E1)
Cù chjese à cupola d'oru, (E4)
Cù turri è giardini; (E5, E6)
Un spruce cresce davanti à u palazzu, (E7, E8)
È sottu hè una casa di cristallu; (E9)
Un scoiattolo ammansibile vive là, (A1)
Iè, chì avventura ! (A1)
U scoiattolo canta canti, (P1, A1)
Iè, cuntinueghja à mordicà noci, (P2)
Ma i noci ùn sò micca simplici, (C1)
Tutte e cunchiglia sò d'oru, (C2)
U core hè pura smeralda; (C3)
I servitori guardanu l'écureuil, (P3, A2)
Li servenu cum'è diversi servitori (P4)
È un impiegatu hè statu assignatu (A3)
Un contu strettu di noci hè a nutizia; (P5, C1)
L'armata a saluta; (P6, A4)
Una munita hè versata da e cunchiglia, (P7, C2, C4)
Ch'elli vanu in u mondu ; (P8)
Girls pour emerald (P9, A5, C3)
In i magazzini, è sottu coperta; (E10, E11)
...
(A.S. Pushkin "A Storia di Tsar Saltan, di u so gloriosu è putente eroe Prince Guidon Saltanovich è a bella Principessa Swan", )
In questu esempiu aghju utilizatu u framework Enterprise Architect da una cumpagnia australiana [2], è durante e sessioni di furmazione aghju utilizatu [3]
Lasciami ricurdà chì ci sò diversi prucessi, pudete fà cunnosce, per esempiu, [4] è [5]
Per più dettagli nantu à l'approcci applicati à u mudellu è u disignu, vede [6, 7].
Per a specificazione UML cumpleta, vede [8]
Avà simu pronti per passà à i prossimi passi è cumincià à cuncepisce a funziunalità di u sistema è l'urganizazione interna. A numerazione di i disegni continuarà.
Stage 3. U passu automatizatu deve esse assuciatu cù una funzione o funzioni di u sistema
U sistema automatizatu (AS) chì hè sviluppatu hè pensatu per mantene stretti registri di noci, ricordate? Per ogni passu evidenziatu (vede Figura 3, Figura 4 ), chì avemu da automatizà, scrivite un requisitu funziunale utilizendu apprussimatamente a custruzzione seguente: "U sistema deve implementà a capacità ..." è sviluppà un diagramma di u casu d'usu. Avemu avà aghjustatu novi regule à u nostru accordu di mudellu. Lasciami spiegà quali elementi useremu.
Avemu aduprà a cunnessione "Associazione" trà u "Role d'Usuariu" è a "Funzione" (Figura 5), questu significa chì un utilizatore cù questu rolu pò esse realizatu sta funzione.
Figura 5. Utilizendu una relazione di tipu Associazione
Da "Function" à "Requirement" tiraremu a cunnessione "Implementazione" (Figura 6) per dimustrà chì questu requisitu serà implementatu da queste funzioni; a relazione pò esse "assai à parechji", i.e. Una funzione pò esse implicata in l'implementazione di parechje esigenze, è più di una funzione pò esse necessariu per implementà un requisitu.
Figura 6. Utilizendu a relazione di tipu "Implementazione".
Se una funzione richiede per a so esecuzione chì una altra funzione sia eseguita, è necessariamente, useremu a cunnessione "Dipendenza" cù l'estereotipu "Include" (Figura 7). Se l'esekzione di una funzione supplementaria hè necessaria in certi cundizioni, allora avemu aduprà a cunnessione "Dipendenza" cù l'estereotipu "Extend". Tuttu hè assai faciule di ricurdà: "Include" hè SEMPRE, è "Estendi" hè A VOLTE.
Figura 7. Utilizendu a relazione "Dipendenza (inclusione)".
In u risultatu, u nostru diagramma parerà qualcosa di questu (Figura 8).
Figura 8. Diagramma di u casu d'usu (mudellu funziunale di AC)
Inoltre, un diagramma di u casu d'utilizazione hè utilizatu per modellà roli di l'utilizatori (Figura 9).
Figura 9. Diagramma di u casu d'usu (ruoli di l'utilizatori AS)
Stage 4. Descrivimu l'urganizazione interna di l'AS cù un diagramma di classi
Utilizendu l'infurmazioni nantu à l'artifacti di input è output di u nostru prucessu (vede Diagrammi di attività - Figura 2, Figura 3, Figura 4), avemu da sviluppà un diagramma di classi. Avemu aduprà l'elementi di mudellu "Classe" è parechji tipi di cunnessione trà elli.
Per mustrà a relazione "tuttu-parte", avemu aduprà una relazione di u tipu "Aggregazione" (Figura 10): a noce hè tutta, è e cunchiglia è u kernel sò e parte.
Figura 10. Relazione intera parte
In u risultatu, un frammentu di u nostru diagramma sarà cusì cusì (Figura 11). E classi chì avemu evidenziatu direttamente in a descrizzione di testu di u prucessu sò marcati in culore.
Figura 11. Diagramma di classi
U diagramma di classi hè statu ancu utilizatu per mudificà altri artefatti - micca solu quelli chì seranu ligati à u mudellu cuncettuale di u prucessu automatizatu di cuntabilità di l'assi materiali, ma ancu in relazione à l'ambiente di esecutivu - l'ambiente (Figura 12) è "vicini" prucessi (Figura 13) chì ponu influenzà u prucessu automatizatu, ma ùn sò ancu in u focu di a nostra attenzione (assumemu chì u sistema hà da sviluppà è sta infurmazione serà utile).
Figura 12. Diagramma di classi (ambienti)
A relazione di l'eredi mostra a generalizazione di diversi edifici, classi "figlioli", sottu a classa "parentale" generalizzante "Building".
Figura 13. Diagramma di classi (infurmazioni supplementari nantu à l'artifacti)
"A reazione à a situazione" dipende da "Dati di cuntrollu visuale". Per parechje relazioni di dipendenza, l'estereotipu "trace" hè utilizatu per vede a traccia di e classi micca esplicitamente identificate in a descrizzione di u prucessu, ma chì sò necessarii per automatizà, à e classi chì i casi sò esplicitamente riferiti in a nostra descrizzione.
Stage 5. Andemu analizà e note nantu à a pista "Business Rules".
E regule sò state specificate (vede a Figura 2 ):
- a necessità di sparte unu di i passi in 2 parte, a seconda parte principia à esse eseguita solu in certi cundizioni;
- appuntamentu di un certu ufficiale per fà a cuntabilità di noci;
- una tecnica (colore biancu di elementi) chì indica chì l'elementu ùn hè micca esplicitamente specificatu in a descrizzione di u prucessu.
Semu devi esse nutatu chì avemu digià utilizatu tutte queste regule in u sviluppu di diagrammi.
Osservazioni finali
Allora, avemu passatu per 5 tappe è custruite 3 tippi di diagrammi. Aghju aghjunghje un pocu cummentariu annantu à l'urganizazione di i nostri mudelli in l'ambienti di mudeli. Ci hè un gran numaru di frameworks chì aiutanu à strutturà i mudelli chì sò sviluppati, ma questu ùn hè micca u sughjettu di stu articulu, per quessa, ci limiteremu à i seguenti pacchetti simplici per a gestione ordinata di u nostru prughjettu: Processu cummerciale, Modellu Funziunale. , Artifacts, Participants and Environment (Figura 14).
Figura 14. Struttura di pacchettu di prughjettu
Cusì, avemu sviluppatu mudelli cunsistenti chì descrizanu u sistema di cuntabilità materiale da parechji aspetti: un mudellu di un prucessu di cummerciale automatizatu, un mudellu funziunale è un mudellu di l'urganizazione interna di u sistema à u livellu cuncettuale.
Lista di fonti
- U situ web "UML2.ru". Forum di a cumunità di l'analista. Sezione generale. Esempii. Esempii di fiabe furmati cum'è diagrammi UML. [Risorsa elettronica] Modu d'accessu: Internet:
- U situ web di Sparx Systems. [Risorsa elettronica] Modu d'accessu: Internet:
- U situ web di Modeliu. [Risorsa elettronica] Modu d'accessu: Internet:
- Grande dizziunariu enciclopedicu. Prucessu (interpretazione). [Risorsa elettronica] Modu d'accessu: Internet:
- U situ web "Urganizazione di a gestione efficace". Blog. Category "Gestione di u prucessu di l'affari". Definizione di un prucessu cummerciale. [Risorsa elettronica] Modu d'accessu: Internet:
- Certificatu N ° 18249 nantu à a registrazione è u depositu di un travagliu di attività intellettuale. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. Manuscrit d'un support pédagogique intitulé "Modeling a subject area using Enterprise Architect" // 2011.
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. U mudellu di prucessu cummerciale. — M.: CORSO, SIC INFRA-M, EBS Znanium.com. - 2017.
- Specificazione OMG Unified Modelling Language (OMG UML). Versione 2.5.1. [Risorsa elettronica] Modu d'accessu: Internet:
Source: www.habr.com