"Un dia a la vida d'un esquirol" o des de processos de modelatge fins al disseny d'un sistema automatitzat de comptabilitat d'actius materials "Belka-1.0" (Part 2)
Resum de la sèrie anterior
В hem utilitzat un domini de "contes de fades" inspirat en exemples d'estudi de diagrames UML basats en trames de contes de fades (vegeu, per exemple, [1]). Abans de la modelització, vam acordar l'ús d'alguns elements del diagrama d'activitats i vam començar a formar un acord de modelització. Tenint en compte aquests acords, en la 1a etapa vam descriure el procés en forma de diagrames d'activitats, i en la 2a etapa vam identificar els passos del procés per als quals cal (i possible) l'automatització.
Us recordo que automatitzarem l'activitat de comptabilització de valors materials, que sorgeix en aquests processos.
...
Una illa al mar es troba, (E1, E2)
Grana a l'illa (E3, E1)
Amb esglésies amb cúpula daurada, (E4)
Amb torres i jardins; (E5, E6)
L'avet creix davant del palau, (E7, E8)
I a sota hi ha una casa de vidre; (E9)
L'esquirol hi viu, domesticat, (A1)
Sí, quina animació! (A1)
L'esquirol canta cançons, (P1, A1)
Sí, rosega tots els fruits secs, (P2)
I els fruits secs no són senzills, (C1)
Totes les petxines són daurades, (C2)
Grans maragda pura; (C3)
Els servents guarden l'esquirol, (P3, A2)
Serviu-la com a servidors de diversos tipus (P4)
I es va assignar un empleat (A3)
Compte estricte de notícies sobre fruits secs; (P5, C1)
Dóna honor al seu exèrcit; (P6, A4)
S'aboca una moneda de les petxines, (P7, C2, C4)
Deixeu-los surar pel món; (P8)
Les noies llancen maragda (P9, A5, C3)
En rebosts, però sota un bushel; (E10, E11)
...
(A.S. Pushkin "El conte del tsar Saltan, del seu gloriós i poderós fill el príncep Gvidon Saltanovich i la bella princesa cigne", )
En aquest exemple, estic fent servir l'entorn Enterprise Architect d'una empresa australiana. [2], i en el marc de les sessions de formació que faig servir [3].
Us recordo que els processos són diferents, podeu familiaritzar-vos, per exemple, [4] i [5].
Vegeu [6, 7] per obtenir detalls sobre els enfocaments aplicats al modelatge i disseny.
Per obtenir l'especificació completa d'UML, vegeu [8].
Ara estem preparats per passar als passos següents i començar a dissenyar les funcions del sistema i la seva organització interna. La numeració de figures continuarà.
Etapa 3. Al pas automatitzat s'ha d'assignar una funció o funcions del sistema
El sistema automatitzat (AS) que s'està desenvolupant està dissenyat per mantenir un registre estricte de fruits secs, recordeu? Per a cada pas destacat (vegeu la figura 3, la figura 4 ), que automatitzarem, anotarem el requisit funcional, fent servir alguna cosa com aquesta construcció “El sistema ha de ser capaç de...” i desenvolupar un diagrama de casos d'ús. Ara estem complementant el nostre acord de modelització amb noves normes. Permeteu-me explicar quins elements utilitzarem.
Entre el "Rol d'usuari" i la "Funció" utilitzarem la relació "Associació" (Figura 5), que vol dir que l'usuari amb aquest rol pot realitzar aquesta funció.
Figura 5. Ús d'una relació de tipus d'associació
De "Funció" a "Requisit", dibuixarem l'enllaç "Implementació" (Figura 6) per mostrar que aquest requisit serà implementat per aquestes funcions, la relació pot ser "molts a molts", és a dir. una funció pot estar implicada en la implementació de diversos requisits, i pot ser que calgui més d'una funció per implementar el requisit.
Figura 6. Ús d'una relació d'implementació
Si una funció requereix per a la seva execució alguna altra funció que s'executi, i és necessari, utilitzarem la connexió "Dependència" amb l'estereotip "Incloure" - inclusió (Figura 7). Si es requereix l'execució d'una funció addicional en determinades condicions, utilitzarem la connexió "Dependència" amb l'estereotip "Ampliar", una extensió. Tot és molt fàcil de recordar: "Incloure" - SEMPRE, i "Ampliar" - DE VEGADES.
Figura 7. Ús del tipus d'enllaç "Dependència (inclou)"
Com a resultat, el nostre diagrama semblarà a aquest (figura 8).
Figura 8. Diagrama de casos d'ús (model funcional d'AS)
A més, el diagrama de casos d'ús s'utilitza per modelar els rols d'usuari (figura 9).
Figura 9. Diagrama de casos d'ús (funcions dels usuaris d'AS)
Etapa 4. Descriurem l'organització interna de l'AS mitjançant un diagrama de classes
Utilitzant informació sobre els artefactes d'entrada i sortida del nostre procés (vegeu Diagrames d'activitats - Figura 2, Figura 3, Figura 4), desenvoluparem un diagrama de classes. Utilitzarem els elements de modelatge "Class" i diversos tipus de relacions entre ells.
Per mostrar la relació “part sencera”, utilitzarem la relació de tipus “Agregació” (Figura 10): la nou és el conjunt, i les closques i el nucli són les parts.
Figura 10. Relació de part sencera
Com a resultat, un fragment del nostre diagrama tindrà un aspecte semblant a això (figura 11). Les classes estan marcades amb color, que hem destacat directament a la descripció textual del procés.
Figura 11. Diagrama de classes
El diagrama de classes també es va utilitzar per modelar altres artefactes, no només els que seran rellevants per al model conceptual del procés d'inventari automatitzat, sinó també relacionats amb l'entorn d'execució: l'entorn (Figura 12) i els processos "veïns" (Figura 13). que poden influir en el procés automatitzat, però encara no són el focus de la nostra atenció (suposem que el sistema es desenvoluparà i aquesta informació serà útil).
Figura 12. Diagrama de classes (entorn)
La relació d'herència mostra la generalització de diversos edificis, classes "fills", sota la classe "parent" generalitzadora "Edifici".
Figura 13. Diagrama de classes (més informació sobre els artefactes)
La "Reacció a la situació" depèn de les "Dades de control visual". Per a diverses relacions de dependència, l'estereotip "traça" s'utilitza per mostrar el traçat de classes que no s'indiquen explícitament a la descripció del procés, però que són necessàries per a la seva automatització, a classes les instàncies de les quals s'indiquen amb precisió a la nostra descripció.
Etapa 5. Analitzem les notes de la pista "Normes de negoci".
Tal com es van especificar les regles (vegeu la figura 2 ):
- la necessitat de dividir un dels passos en 2 parts, la segona part només comença a realitzar-se sota determinades condicions;
- nomenament d'un determinat funcionari per fer la comptabilitat dels fruits secs;
- una tècnica (color blanc dels elements), que indica que l'element no figurava explícitament a la descripció del procés.
Cal tenir en compte que ja hem utilitzat totes aquestes regles a l'hora de desenvolupar diagrames.
Observacions finals
Per tant, vam passar per 5 etapes i vam construir 3 tipus de diagrames. Afegiré un petit comentari sobre l'organització dels nostres models en l'entorn de modelatge. Hi ha un gran nombre de frameworks que ajuden a estructurar els models que desenvolupem, però aquest no és el tema d'aquest article, per la qual cosa ens limitarem al següent conjunt senzill de paquets per al manteniment ordenat del nostre projecte: Procés de negoci, Model funcional, Artefactes, participants i entorn (Figura 14).
Figura 14. L'estructura dels paquets del projecte
Així, hem desenvolupat models coherents que descriuen el sistema de comptabilitat dels actius materials des de diferents vessants: un model de procés de negoci automatitzat, un model funcional i un model d'organització interna del sistema a nivell conceptual.
Llista de fonts
- Lloc "UML2.ru". Fòrum de la comunitat d'analistes. Secció general. Exemples. Exemples de contes de fades en forma de diagrames UML. [Recurs electrònic] Mode d'accés: Internet:
- Lloc web de Sparx Systems. [Recurs electrònic] Mode d'accés: Internet:
- Web de Modelio. [Recurs electrònic] Mode d'accés: Internet:
- Gran Diccionari Enciclopèdic. Procés (interpretació). [Recurs electrònic] Mode d'accés: Internet:
- Web "Organització de la gestió eficaç". Bloc. Epígraf "Gestió de processos de negoci". Definició de procés de negoci. [Recurs electrònic] Mode d'accés: Internet:
- Certificat núm. 18249 sobre registre i dipòsit d'un producte del resultat de l'activitat intel·lectual. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. El manuscrit de l'ajut didàctic titulat "Modeling the subject area using Enterprise Architect" // 2011.
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Modelització de processos de negoci. - M .: KURS, NITs INFRA-M, EBS Znanium.com. —2017.
- Especificació OMG Unified Modeling Language (OMG UML). Versió 2.5.1. [Recurs electrònic] Mode d'accés: Internet:
Font: www.habr.com