Vu Prozessmodelléierung bis automatiséiert Systemdesign (Deel 2)
"Enges Daags am Liewen vun engem Kaweechelchen" oder vum Prozessmodelléierung bis zum Design vun engem automatiséierte Verméigensrechnungssystem "Belka-1.0" (Deel 2)
В 1. Deel Mir hunn e "Märchebuch" Domain benotzt, inspiréiert vu Beispiller fir UML Diagrammer ze léieren baséiert op Mäerchenplots (kuckt z.B. hei [1]). Ier d'Modelléierung ugefaang huet, hu mir eis iwwer d'Benotzung vun e puer Elementer vum Aktivitéitsdiagramm ausgemaach an hunn ugefaang e Modellervertrag ze bilden. Wann Dir dës Ofkommes berücksichtegt, hu mir op der 1. Etapp de Prozess a Form vun Aktivitéitsdiagrammer beschriwwen, an op der 2. Etapp hu mir d'Prozessschrëtt identifizéiert, fir déi Automatisatioun erfuerderlech (a méiglech) ass.
Loosst mech Iech drun erënneren datt mir d'Aktivitéit vun der Comptabilitéit fir materiell Verméigen automatiséieren, déi an dëse Prozesser entstinn.
...
Eng Insel läit um Mier, (E1, E2)
Et ass en Hagel op der Insel (E3, E1)
Mat gëllene Kuppel Kierchen, (E4)
Mat Tierm a Gäert; (E5, E6)
E Fiche wächst virum Palais, (E7, E8)
An drënner ass e Kristallhaus; (E9)
Do wunnt en zamm Kaweechelchen, (A1)
Jo, wat eng Aventure! (A1)
D'Kaweechelcher séngt Lidder, (P1, A1)
Jo, hien knabbelt weider un Nëss, (P2)
Awer Nëss sinn net einfach, (C1)
All Muschelen si gëllen, (C2)
De Kär ass reng Smaragd; (C3)
Déngschtler bewaachen d'Kaweechelchen, (P3, A2)
Si déngen hir als verschidde Dénger (P4)
An e Büro gouf zougewisen (A3)
E strenge Kont vun Nëss ass d'Noriichten; (P5, C1)
D'Arméi begréisst hir; (P6, A4)
Eng Mënz gëtt aus de Muschelen gegoss, (P7, C2, C4)
Loosst se ronderëm d'Welt goen; (P8)
Girls pour Emerald (P9, A5, C3)
An de Späicher, an ënner Cover; (E10, E11)
... (A.S. Pushkin "D'Geschicht vum Zar Saltan, vu sengem glorräichen a mächtegen Held Prënz Guidon Saltanovich an der schéiner Prinzessin Swan", gëtt ugeholl datt et eng fräi Adaptatioun vum Volleksgeschicht "Knéi-déif am Gold, Ellbog-déif am Sëlwer" ass, déi vum Puschkin a verschiddene Versiounen opgeschriwwen gouf)
An dësem Beispill benotzen ech den Enterprise Architect Ëmfeld vun enger australescher Firma. Sparx Systems [2], a während Trainingssitzungen benotzen ech Modell [3]
Loosst mech Iech drun erënneren datt et verschidde Prozesser sinn, Dir kënnt Iech kennenzeléieren, zum Beispill, hei [4] an op hei [5]
Fir méi Detailer iwwer d'applizéiert Approche fir Modelléierung an Design, kuckt [6, 7].
Fir déi komplett UML Spezifizéierung, kuckt hei [8]
Mir sinn elo prett fir op déi nächst Schrëtt weiderzekommen an unzefänken d'Funktionalitéit an d'intern Organisatioun vum System ze designen. Zuel vun Zeechnungen wäert weider.
Etapp 3. D'automatiséiert Schrëtt muss mat enger Funktioun oder Funktiounen vum System verbonne ginn
Den automatiséierte System (AS) deen entwéckelt gëtt ass entwéckelt fir strikt Rekorder vu Nëss ze halen, erënnert Iech un? Fir all markéiert Schrëtt (kuckt Figur 3, Figur 4 am Deel 1), déi mir automatiséieren, eng funktionell Ufuerderung opschreiwen mat ongeféier der folgender Konstruktioun: "De System muss d'Fäegkeet implementéieren ..." an e Use-Case Diagramm entwéckelen. Mir fügen elo tatsächlech nei Reegelen un eise Modellvertrag derbäi. Loosst mech erkläre wéi eng Elementer mir wäerte benotzen.
Mir wäerten d'"Associatioun" Verbindung tëscht der "Benotzer Roll" an der "Funktioun" benotzen (Figur 5), dat heescht, datt e Benotzer mat dëser Roll dës Funktioun Leeschtunge kann.
Figur 5. Benotzt eng Association Typ Relatioun
Vun "Funktioun" op "Ufuerderung" wäerte mir d'Verbindung "Implementatioun" zéien (Figur 6) fir ze weisen datt dës Fuerderung duerch dës Funktiounen ëmgesat gëtt; d'Relatioun kann "vill-zu-vill" sinn, d.h. Eng Funktioun kann an der Ëmsetzung vu verschiddenen Ufuerderunge involvéiert sinn, a méi wéi eng Funktioun ka gebraucht ginn fir eng Ufuerderung ëmzesetzen.
Figur 6. Mat der "Ëmsetzung" Typ Relatioun
Wann eng Funktioun fir hir Ausféierung erfuerdert datt eng aner Funktioun ausgefouert gëtt, an onbedéngt, benotze mir d'Verbindung "Ofhängegkeet" mam Stereotyp "Include" (Figur 7). Wann d'Ausféierung vun enger zousätzlecher Funktioun ënner bestëmmte Konditiounen erfuerderlech ass, da benotze mir d'Verbindung "Ofhängegkeet" mam Stereotyp "Verlängeren". Alles ass ganz einfach ze erënneren: "Include" ass ËMMER, an "Extend" ass EISCHT.
Figur 7. Mat der "Ofhängegkeet (Inklusioun)" Relatioun
Als Resultat wäert eis Diagramm sou eppes ausgesinn (Figur 8).
Figur 8. Benotzungsfall Diagramm (funktionell Modell vun AC)
Zousätzlech gëtt e Use-Case Diagramm benotzt fir Benotzerrollen ze modelléieren (Figur 9).
Figur 9. Use-Case Diagram (Roll vun AS Benotzer)
Etapp 4. Loosst d'intern Organisatioun vun der AS mat engem Klass Diagramm beschreiwen
Mat Informatioun iwwer d'Input an d'Output Artefakte vun eisem Prozess (kuckt Aktivitéitsdiagrammer - Figur 2, Figur 3, Figur 4), wäerte mir e Klassendiagramm entwéckelen. Mir wäerten d'"Klass" Modellerelementer a verschidden Aarte vu Verbindungen tëscht hinnen benotzen.
Fir d'Relatioun "ganz Deel" ze weisen, wäerte mir eng Bezéiung vum Typ "Aggregatioun" benotzen (Figure 10): d'Mutter ass dat Ganzt, an d'Muschelen an de Kär sinn d'Deeler.
Figur 10. Ganzen-Deel Relatioun
Als Resultat wäert e Fragment vun eisem Diagramm sou eppes ausgesinn (Figur 11). D'Klassen, déi mir direkt an der Textbeschreiwung vum Prozess beliicht hunn, sinn a Faarf markéiert.
Figur 11. Klass Diagramm
D'Klassendiagramm gouf och benotzt fir aner Artefakte ze modelléieren - net nëmmen déi, déi mam konzeptuellen Modell vum automatiséierte Prozess vun der Comptabilitéit fir materiell Verméigen verbonne sinn, awer och am Zesummenhang mat der Ausféierungsëmfeld - d'Ëmwelt (Figur 12) an "Nopesch" Prozesser (Figur 13) déi den automatiséierte Prozess beaflosse kënnen, awer nach net am Fokus vun eiser Opmierksamkeet sinn (mir huelen un datt de System entwéckelen an dës Informatioun nëtzlech ass).
Figur 12. Klassendiagramm (Ëmwelt)
D'Ierfschaftsverhältnis weist d'Generaliséierung vu verschiddene Gebaier, "Kand" Klassen, ënner der generaliséierender "Elteren" Klass "Gebai".
Figur 13. Klassendiagramm (zousätzlech Informatiounen iwwer Artefakte)
"Reaktioun op d'Situatioun" hänkt op "Visuell Kontrolldaten". Fir verschidde Ofhängegkeetsverhältnisser gëtt de "Spuer" Stereotyp benotzt fir d'Tracing vu Klassen ze weisen, déi net explizit an der Prozessbeschreiwung identifizéiert sinn, awer déi néideg sinn fir se ze automatiséieren, op Klassen deenen hir Instanzen explizit an eiser Beschreiwung referenzéiert sinn.
Etapp 5. Loosst eis d'Noten op der Streck "Business Rules" analyséieren
de Besoin fir ee vun de Schrëtt an 2 Deeler opzedeelen, den zweeten Deel fänkt nëmmen ënner bestëmmte Konditiounen auszeféieren;
Ernennung vun engem bestëmmte Beamten fir d'Comptabilitéit vun Nëss auszeféieren;
eng Technik (wäiss Faarf vun Elementer) déi beweist datt d'Element net explizit an der Prozessbeschreiwung uginn ass.
Et sollt bemierkt datt mir all dës Regele scho benotzt hunn wann Dir Diagrammer entwéckelt.
Finale Remarquen
Also hu mir 5 Etappen duerchgaang an 3 Aarte vun Diagrammer gebaut. Ech wäert e klenge Bemierkung iwwer d'Organisatioun vun eise Modeller am Modelléierungsëmfeld addéieren. Et ginn eng grouss Zuel vu Kaderen déi hëllefen d'Modeller ze strukturéieren déi entwéckelt ginn, awer dëst ass net d'Thema vun dësem Artikel, also wäerte mir eis op déi folgend einfache Set vu Packagen limitéieren fir déi uerdentlech Gestioun vun eisem Projet: Business Process, Functional Model , Artefakte, Participanten an Ëmwelt (Figur 14).
Figur 14. Projet Pak Struktur
Also hu mir konsequent Modeller entwéckelt, déi de Material Accounting System aus verschiddenen Aspekter beschreiwen: e Modell vun engem automatiséierte Geschäftsprozess, e funktionnelle Modell an e Modell vun der interner Organisatioun vum System um konzeptuellen Niveau.
Zertifikat Nr 18249 iwwer Aschreiwung an Depot vun engem Wierk vun intellektuell Aktivitéit. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. Manuskript vun enger Léierhëllef mam Titel "Modellere vun engem Fachberäich mat Enterprise Architect" // 2011.