"Un día na vida dun esquío" ou desde o modelado de procesos ata o deseño dun sistema automatizado de contabilidade patrimonial "Belka-1.0" (Parte 2)
Resumo do episodio anterior
В Usamos un dominio de "conto de fadas", inspirado en exemplos de aprendizaxe de diagramas UML baseados en tramas de contos de fadas (ver, por exemplo, [1]). Antes de comezar a modelización, acordamos o uso dalgúns elementos do diagrama de actividade e comezamos a formar un acordo de modelización. Tendo en conta estes acordos, na 1a etapa describimos o proceso en forma de Diagramas de actividades, e na 2a etapa identificamos os pasos do proceso para os que é necesaria (e posible) a automatización.
Permíteme lembrar que imos automatizar a actividade de contabilidade dos bens materiais, que xorde nestes procesos.
...
Unha illa está no mar, (E1, E2)
Hai sarabia na illa (E3, E1)
Con igrexas con cúpulas douradas, (E4)
Con torres e xardíns; (E5, E6)
Un abeto crece diante do palacio, (E7, E8)
E debaixo hai unha casa de cristal; (E9)
Alí vive un esquío manso, (A1)
Si, que aventura! (A1)
O esquío canta cancións, (P1, A1)
Si, segue mordisqueando noces, (P2)
Pero as noces non son sinxelas, (C1)
Todas as cunchas son douradas, (C2)
O núcleo é esmeralda pura; (C3)
Os servos gardan o esquío, (P3, A2)
Sérvenlle como varias criadas (P4)
E asignouse un empregado (A3)
Unha conta estrita das noces é a noticia; (P5, C1)
O exército saúdaa; (P6, A4)
Unha moeda bótase das cunchas (P7, C2, C4)
Que vaian polo mundo; (P8)
Girls pour emerald (P9, A5, C3)
Aos trasteiros, e baixo cuberto; (E10, E11)
...
(A.S. Pushkin "O conto do tsar Saltan, do seu glorioso e poderoso heroe o príncipe Guidon Saltanovich e a fermosa princesa Cisne", )
Neste exemplo estou a usar o framework Enterprise Architect dunha empresa australiana [2], e durante as sesións de adestramento uso [3].
Permíteme recordarche que hai diferentes procesos, podes familiarizarte, por exemplo, [4] e [5].
Para máis detalles sobre os enfoques aplicados ao modelado e deseño, consulte [6, 7].
Para a especificación completa de UML, consulte [8].
Agora estamos preparados para pasar aos seguintes pasos e comezar a deseñar a funcionalidade e a organización interna do sistema. Continuarase a numeración dos debuxos.
Fase 3. O paso automatizado debe estar asociado a unha función ou funcións do sistema
O sistema automatizado (AS) que se está a desenvolver está deseñado para manter rexistros estritos de froitos secos, lembras? Para cada paso destacado (ver Figura 3, Figura 4 ), que automatizaremos, anotaremos un requisito funcional empregando aproximadamente a seguinte construción: “O sistema debe implementar a capacidade...” e elaboramos un diagrama de casos de uso. Agora estamos engadindo novas regras ao noso acordo de modelos. Déixame explicar que elementos usaremos.
Usaremos a conexión "Asociación" entre o "Papel de usuario" e a "Función" (Figura 5), isto significa que un usuario con este rol pode realizar esta función.
Figura 5. Usando unha relación de tipo Asociación
De "Función" a "Requisito" debuxaremos a conexión "Implementación" (Figura 6) para mostrar que este requisito será implementado por estas funcións; a relación pode ser "moitos a moitos", é dicir. Unha función pode estar implicada na implementación de varios requisitos e pode ser necesaria máis dunha función para implementar un requisito.
Figura 6. Usando a relación tipo “Implementación”.
Se unha función require para a súa execución que se execute algunha outra función, e necesariamente, utilizaremos a conexión "Dependencia" co estereotipo "Incluír" (Figura 7). Se se require a execución dunha función adicional en determinadas condicións, entón utilizaremos a conexión "Dependencia" co estereotipo "Estender". Todo é moi doado de lembrar: "Incluír" é SEMPRE e "Ampliar" é ÁS VECES.
Figura 7. Usando a relación "Dependencia (inclusión)".
Como resultado, o noso diagrama terá un aspecto así (Figura 8).
Figura 8. Diagrama de casos de uso (modelo funcional de AC)
Ademais, utilízase un diagrama de casos de uso para modelar os roles dos usuarios (Figura 9).
Figura 9. Diagrama de casos de uso (papeis dos usuarios de AS)
Etapa 4. Describamos a organización interna do AS mediante un diagrama de clases
Usando información sobre os artefactos de entrada e saída do noso proceso (ver Diagramas de actividades - Figura 2, Figura 3, Figura 4), elaboraremos un diagrama de clases. Utilizaremos os elementos de modelado “Clase” e varios tipos de conexións entre eles.
Para mostrar a relación "parte enteira", utilizaremos unha relación do tipo "Agregación" (Figura 10): a porca é o todo, e as cascas e o núcleo son as partes.
Figura 10. Relación de parte enteira
Como resultado, un fragmento do noso diagrama terá un aspecto así (Figura 11). As clases que destacamos directamente na descrición textual do proceso están marcadas en cor.
Figura 11. Diagrama de clases
O diagrama de clases tamén se utilizou para modelar outros artefactos, non só aqueles que estarán relacionados co modelo conceptual do proceso automatizado de contabilización de activos materiais, senón tamén relacionados co entorno de execución: o entorno (Figura 12) e os "veciños". procesos (Figura 13) que poden influír no proceso automatizado, pero que aínda non están no foco da nosa atención (supoñemos que o sistema se desenvolverá e esta información será útil).
Figura 12. Diagrama de clases (entorno)
A relación de herdanza mostra a xeneralización de varios edificios, clases "fillos", baixo a clase xeralizadora "pai" "Edificio".
Figura 13. Diagrama de clases (información adicional sobre artefactos)
"Reacción á situación" depende dos "Datos de control visual". Para varias relacións de dependencia, o estereotipo "rastro" úsase para mostrar o rastrexo de clases non identificadas explícitamente na descrición do proceso, pero que son necesarias para automatizalo, a clases cuxas instancias están explícitamente referenciadas na nosa descrición.
Etapa 5. Analizemos as notas da pista "Regras comerciais".
Especificáronse as regras (ver Figura 2 ):
- a necesidade de dividir un dos pasos en 2 partes, a segunda parte só comeza a executarse baixo certas condicións;
- nomeamento dun determinado funcionario para levar a cabo a contabilidade das noces;
- unha técnica (cor branca dos elementos) que indica que o elemento non se especificou explícitamente na descrición do proceso.
Cómpre ter en conta que xa utilizamos todas estas regras á hora de elaborar diagramas.
Observacións finais
Entón, pasamos por 5 etapas e construímos 3 tipos de diagramas. Engaderei un pequeno comentario sobre a organización dos nosos modelos no contorno de modelaxe. Hai un gran número de frameworks que axudan a estruturar os modelos que se están a desenvolver, pero este non é o tema deste artigo, polo que limitarémonos ao seguinte conxunto sinxelo de paquetes para a xestión ordenada do noso proxecto: Proceso de Negocio, Modelo Funcional. , Artefactos, Participantes e Medio Ambiente (Figura 14).
Figura 14. Estrutura do paquete do proxecto
Así, desenvolvemos modelos coherentes que describen o sistema de contabilidade material desde diversos aspectos: un modelo de proceso de negocio automatizado, un modelo funcional e un modelo de organización interna do sistema a nivel conceptual.
Lista de fontes
- Sitio web "UML2.ru". Foro da comunidade de analistas. Sección xeral. Exemplos. Exemplos de contos de fadas con formato de diagramas UML. [Recurso electrónico] Modo de acceso: Internet:
- Sitio web de Sparx Systems. [Recurso electrónico] Modo de acceso: Internet:
- Sitio web de Modelio. [Recurso electrónico] Modo de acceso: Internet:
- Gran Diccionario Enciclopédico. Proceso (interpretación). [Recurso electrónico] Modo de acceso: Internet:
- Páxina web "Organización da Xestión Efectiva". Blog. Categoría "Xestión de procesos de negocio". Definición dun proceso de negocio. [Recurso electrónico] Modo de acceso: Internet:
- Certificado no 18249 de rexistro e depósito dunha obra de actividade intelectual. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. Manuscrito dunha axuda didáctica titulada “Modelando unha área temática mediante Enterprise Architect” // 2011.
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Modelado de procesos de negocio. — M.: CURSO, SIC INFRA-M, EBS Znanium.com. - 2017.
- Especificación da linguaxe de modelado unificado OMG (OMG UML). Versión 2.5.1. [Recurso electrónico] Modo de acceso: Internet:
Fonte: www.habr.com