«Un giorno nella vita di uno scoiattolo» o dalla modellazione dei processi alla progettazione di un sistema automatizzato di gestione delle materie prime «Scoiattolo-1.0» (Parte 2)
Riepilogo della precedente puntata
In abbiamo utilizzato un'area tematica «favolosa», ispirati dagli esempi di studio dei diagrammi UML basati sulle trame delle fiabe (vedi, ad esempio, [1]). Prima di iniziare la modellazione, ci siamo accordati sull'uso di alcuni elementi del diagramma di attività e abbiamo iniziato a formare un accordo sulla modellazione. Con queste intese, nella prima fase abbiamo descritto il processo tramite diagrammi di attività e nella seconda fase abbiamo identificato i passi del processo per i quali è necessaria (e possibile) l'automazione.
Ricordo che intendiamo automatizzare l'attività di gestione delle materie prime, che si verifica in questi processi.
…
Un'isola si trova in mare, (E1, E2)
Una città si erge sull'isola (E3, E1)
Con chiese d'oro, (E4)
Con dimore e giardini; (E5, E6)
Un abete cresce davanti al palazzo, (E7, E8)
E sotto di essa una casa di cristallo; (E9)
Lì vive uno scoiattolo domestico, (A1)
E che burlone! (A1)
Lo scoiattolo canta canzoni, (P1, A1)
E continua a sgranocchiare noci, (P2)
Ma le noci non sono semplici, (C1)
Tutte le bucce sono d'oro, (C2)
I semi sono di puro smeraldo; (C3)
I servi vegliano sullo scoiattolo, (P3, A2)
Fanno da servitori in vari modi (P4)
E un ufficiale è assegnato (A3)
A mettere in conto le noci; (P5, C1)
Rendono onore allo scoiattolo; (P6, A4)
Dalla buccia si ricava moneta, (P7, C2, C4)
E si lascia circolare nel mondo; (P8)
Le ragazze spargono smeraldi (P9, A5, C3)
Nei magazzini e sotto il riparo; (E10, E11)
…
(A.S. Puškin «La favola del re Saltan, sul suo glorioso e potente eroe il principe Guidone Saltanovič e sulla bella principessa Cigno», )
In questo esempio utilizzo l'ambiente Enterprise Architect dalla società australiana [2], e nel contesto delle lezioni applico [3].
Ricordo che esistono vari processi, si può leggere, ad esempio, [4] e [5].
Per ulteriori dettagli sugli approcci utilizzati per la modellazione e la progettazione vedere [6, 7].
La specifica completa di UML è disponibile. [8].
Ora siamo pronti per passare alle fasi successive e iniziare la progettazione delle funzioni del sistema e della sua organizzazione interna. La numerazione delle illustrazioni sarà continuata.
Fase 3. Allo step da automatizzare deve corrispondere una o più funzioni del sistema
Il sistema automatizzato in fase di sviluppo (AS) è destinato a mantenere un rigoroso controllo delle noci, ricordi? Per ogni passaggio identificato (vedi Figura 3, Figura 4 ), che stiamo per automatizzare, registreremo i requisiti funzionali, utilizzando una costruzione del tipo «Il sistema deve prevedere la possibilità di ...» e svilupperemo un diagramma di Use-case. Ora stiamo effettivamente completando il nostro accordo sulla modellazione con nuove regole. Spiegherò quali elementi utilizzeremo.
Tra «Ruolo dell'utente» e «Funzione» utilizzeremo la connessione «Associazione» (Figura 5), ciò significa che per un utente con un determinato ruolo è disponibile l'esecuzione di tale funzione.
Figura 5. Utilizzo della connessione di tipo «Associazione»
Dalla «Funzione» al «Requisito» tracciamo la connessione «Realizzazione» (Figura 6), per mostrare che questo requisito sarà realizzato da queste funzioni; la relazione può essere «molti-a-molti», cioè una funzione può partecipare alla realizzazione di più requisiti, e per soddisfare un requisito possono essere necessarie più funzioni.
Figura 6. Utilizzo della connessione di tipo «Realizzazione»
Se una funzione richiede per il proprio svolgimento che sia realizzata un'altra funzione, necessariamente, utilizzeremo una connessione «Dipendenza» con lo stereotipo «Include» — inclusione (Figura 7). Se invece l'esecuzione della funzione aggiuntiva è richiesta in determinate condizioni, utilizzeremo una connessione «Dipendenza» con lo stereotipo «Extend» — estensione. È tutto molto facile da ricordare: «Include» — SEMPRE, mentre «Extend» – A VOLTE.
Figura 7. Utilizzo della connessione di tipo «Dipendenza (inclusione)»
In definitiva, il nostro diagramma avrà un aspetto simile (Figura 8).
Figura 8. Diagramma Use-case (modello funzionale dell'AS)
Inoltre, il diagramma Use-case viene utilizzato per modellare i ruoli degli utenti (Figura 9).
Figura 9. Diagramma Use-case (ruoli degli utenti dell'AS)
Fase 4. Descriveremo l'organizzazione interna dell'AS con un diagramma delle classi
Utilizzando le informazioni sugli artefatti in ingresso e in uscita del nostro processo (vedi diagrammi di attività — Figura 2, Figura 3, Figura 4), sviluppiamo un diagramma delle classi. Utilizzeremo elementi modello «Classe» e vari tipi di connessioni tra di essi.
Per mostrare la relazione «tutto-parte» utilizzeremo una connessione di tipo «Aggregazione» (Figura 10): la noce è il tutto, mentre i gusci e il nocciolo sono le parti.
Figura 10. Relazione «tutto-parte»
Di conseguenza, il frammento del nostro diagramma apparirà più o meno così (Figura 11). I colori evidenziano le classi che abbiamo individuato direttamente nella descrizione testuale del processo.
Figura 11. Diagramma delle classi
Il diagramma delle classi è stato utilizzato anche per modellare altri artefatti – non solo quelli che si riferiscono al modello concettuale del processo automatizzabile per la gestione delle risorse materiali, ma anche a quelli legati all'ambiente di esecuzione – contesto (Figura 12) e ai «processi vicini» (Figura 13), che possono influenzare il processo automatizzabile, ma che al momento non sono nel nostro focus (presumiamo che il sistema si sviluppi e che queste informazioni possano risultare utili).
Figura 12. Diagramma delle classi (ambiente)
La connessione di ereditarietà mostra l'astrazione di varie costruzioni, le «classi figlie» sotto la «classe madre» di astrazione chiamata «Costruzione».
Figura 13. Diagramma delle classi (informazioni aggiuntive sugli artefatti)
La «Reazione alla situazione» dipende dai «Dati di controllo visivo». Per diverse relazioni di dipendenza si utilizza il stereotipo «trace» per mostrare la tracciabilità delle classi, non esplicitamente nominate nella descrizione del processo, ma necessarie per la sua automazione, verso le classi, sugli esemplari delle quali c'è un'indicazione precisa nella nostra descrizione.
Fase 5. Analizziamo le note sul percorso «Regole business»
Come regole sono state indicate (cfr. Figura 2 ):
- la necessità di suddividere uno dei passaggi in 2 parti, la seconda parte inizia ad essere eseguita solo sotto determinate condizioni;
- la nomina di un responsabile per la gestione delle noci;
- una nota tecnica (il colore bianco degli elementi) che indica che l'elemento non è stato esplicitamente menzionato nella descrizione del processo.
Va notato che abbiamo già utilizzato tutte queste regole nella creazione dei diagrammi.
Osservazioni finali
Dunque, abbiamo completato 5 fasi e costruito 3 tipi di diagrammi. Aggiungerò un breve commento sull'organizzazione dei nostri modelli nell'ambiente di modellazione. Esistono molti framework che aiutano a strutturare i modelli sviluppati, ma questo non è l'oggetto di questo articolo, quindi ci limiteremo al seguente semplice insieme di pacchetti per ordinare il nostro progetto: Business Process, Functional Model, Artifacts, Participants e Environment (Figura 14).
Figura 14. Struttura dei pacchetti di progetto
In questo modo, abbiamo sviluppato modelli coerenti che descrivono il sistema di gestione delle risorse materiali da diverse prospettive: il modello di processo aziendale automatizzabile, il modello funzionale e il modello di organizzazione interna del sistema a livello concettuale.
Elenco delle fonti
- Sito «UML2.ru». Forum della Comunità degli Analisti. Sezione Generale. Esempi. Esempi di fiabe presentate sotto forma di diagrammi UML. [Risorsa elettronica] Modalità di accesso: Internet:
- Sito Sparx Systems. [Risorsa elettronica] Modalità di accesso: Internet:
- Sito Modelio. [Risorsa elettronica] Modalità di accesso: Internet:
- Grande Enciclopedia Illustrata. Processo (interpretazione). [Risorsa elettronica] Modalità di accesso: Internet:
- Sito «Organizzazione di una gestione efficace». Blog. Sezione «Gestione dei processi aziendali». Definizione di processo aziendale. [Risorsa elettronica] Modalità di accesso: Internet:
- Certificato n. 18249 di registrazione e deposito del risultato dell'attività intellettuale. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. Manoscritto del materiale didattico intitolato «Modellazione della materia con Enterprise Architect» // 2011.
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Modellazione dei processi aziendali. — M.: KURS, NII INFRA-M, EBS Znanium.com. — 2017.
- Specifiche del Linguaggio di Modellazione Unificato OMG (OMG UML). Versione 2.5.1. [Risorsa elettronica] Modalità di accesso: Internet:
Fonte: habr.com
