Esclarecemos a descrição das funções do sistema usando o diagrama de Sequência (continuação de “Proteínas”)
Neste artigo veremos como você pode detalhar (esclarecer) a descrição da função que está sendo automatizada usando o Diagrama de Sequência UML.
Neste exemplo, estou usando o ambiente Enterprise Architect de uma empresa australiana. [1].
Para obter a especificação UML completa, consulte [2].
Primeiro, deixe-me explicar o que detalharemos.
В modelamos os processos de uma área temática de “conto de fadas” - versos sobre um esquilo de “O Conto do Czar Saltan”, de A. S. Pushkin. E começamos com o diagrama de atividades. Então em desenvolvemos um modelo funcional usando um diagrama de casos de uso. A Figura 1 mostra um fragmento.
Figura 1. Relação entre requisito e função
Agora queremos esclarecer informações sobre a execução desta função automatizada:
- com quais componentes de interface nosso usuário interagirá;
- quais componentes de controle precisamos;
- o que iremos armazenar;
- quais mensagens serão trocadas entre o usuário e os componentes do sistema para executar a função.
Os principais elementos do diagrama de Sequência são objetos em interação com diferentes estereótipos e conexões entre eles - objetos em interação trocam algumas informações entre si (Figura 2).
Figura 2. Elementos básicos de um diagrama de sequência
Os objetos são organizados em uma sequência horizontal e as mensagens são passadas entre eles. O eixo do tempo é orientado de cima para baixo.
O elemento Actor pode ser usado para representar um usuário iniciando um fluxo de eventos.
Cada objeto possui uma linha pontilhada, chamada de “linha da vida”, onde aquele elemento existe e potencialmente participa das interações. O foco de controle é indicado por um retângulo na linha de vida do objeto.
As mensagens trocadas entre objetos podem ser de vários tipos e também podem ser customizadas para refletir as operações e propriedades dos elementos de origem e de destino.
Elementos estereotipados como Limites, Controles e Entidades podem ser usados para modelar a interface do usuário (GUI), controladores e elementos de banco de dados, respectivamente.
Um fluxo repetido de mensagens pode ser designado como um fragmento do tipo "loop".
Assim, pretendemos esclarecer a descrição da função “Adicionar informações sobre uma nova noz à lista”.
Vamos concordar com as seguintes generalizações e suposições adicionais.
- Noz, caroço e casca são todos bens materiais dos tipos correspondentes (Figura 3).
Figura 3. Refinamento do diagrama de classes - Nosso usuário inserirá informações sobre quaisquer bens materiais no extrato.
- Vamos esclarecer o nome do extrato - “Demonstração de contabilização de valores materiais”.
- Vamos supor que nosso usuário, trabalhando com a GUI “Folha de contabilidade de valor de material”, possa adicionar um novo valor de material por meio da GUI “Cartão de contabilidade de valor de material”.
- Dependendo do tipo de valor matemático, a estrutura de dados e a GUI mudam.
- Ao preencher os campos do cartão contábil de valor do material, é verificada a exatidão dos dados inseridos.
Um diagrama baseado nessas suposições é mostrado na Figura 4.
Figura 4. Esclarecimento da descrição da função “Adicionar informações sobre uma nova porca à lista”
Você pode ler sobre o uso de outros tipos de diagramas UML aqui:
Lista de fontes
- Site da Sparx Systems. [Recurso eletrônico] Modo de acesso: Internet:
- Especificação OMG Unified Modeling Language (OMG UML). Versão 2.5.1. [Recurso eletrônico] Modo de acesso: Internet:
Fonte: habr.com