Esclarecendo a descrição das funções do sistema por meio do diagrama de Sequência (continuação "Esquilo")
Neste artigo, veremos como detalhar (especificar) a descrição da função automatizada usando o Diagrama de Sequência UML.
Neste exemplo, utilizo o ambiente Enterprise Architect da empresa australiana [1].
A especificação completa do UML está disponível em. [2].
Para começar, explicarei que vamos detalhar.
Em modelamos processos da "área temática" de contos — trechos sobre o esquilo do "Conto do Rei Saltan" de A.S. Pushkin. E começamos com o Diagrama de Atividades. Depois, na desenvolvemos um modelo funcional usando o diagrama de Casos de Uso, na Figura 1 é apresentado um fragmento.
Figura 1. Relação entre requisito e função
Agora, queremos especificar informações sobre a execução dessa função automatizável:
- com quais componentes da interface o nosso usuário interagirá;
- quais componentes de controle serão necessários;
- o que armazenaremos;
- quais mensagens serão trocadas entre o usuário e os componentes do sistema para realizar a função.
Os principais elementos do diagrama de Sequência são os objetos interagentes com diversos estereótipos e conexões entre eles — os objetos interagentes trocam informações entre si (Figura 2).
Figura 2. Principais elementos do diagrama de Sequência
Os objetos estão dispostos em uma sequência horizontal, mensagens são trocadas entre eles. O eixo do tempo é orientado de cima para baixo.
O elemento Ator pode ser usado para representar o usuário que inicia o fluxo de eventos.
Cada objeto possui uma linha pontilhada, chamada de "linha de vida", onde este 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 os objetos podem ser de vários tipos, as mensagens também podem ser configuradas para refletir operações e propriedades dos elementos de origem e destino.
Elementos estereotipados, como Limites (Boundary), Elementos de Controle (Control) e Entidades (Entity), podem ser usados para modelar interfaces de usuário (GUI), controladores e elementos de banco de dados, respectivamente.
Fluxos de troca de mensagens recorrentes podem ser designados como um fragmento do tipo "loop".
Assim, planejamos esclarecer a descrição da função "Adicionar à lista de informações sobre a nova noz".
Vamos nos concordar sobre as seguintes generalizações e pressupostos adicionais.
- Noz, núcleo e cascas são todos bens materiais dos tipos correspondentes (Figura 3).
Figura 3. Esclarecimento do diagrama de classes - Na lista, nosso usuário irá inserir informações sobre quaisquer bens materiais.
- Vamos esclarecer o nome da lista — "Lista de controle de bens materiais".
- Suponhamos que nosso usuário, ao trabalhar com a GUI "Lista de controle de bens materiais", possa adicionar um novo bem material através da GUI "Ficha de controle de bens materiais".
- Dependendo do tipo de bem material, a estrutura de dados e a GUI mudam.
- Ao preencher os campos da ficha de controle de bens materiais, ocorre uma verificação da validade dos dados inseridos.
O diagrama, elaborado considerando esses pressupostos, é apresentado na Figura 4.
Figura 4. Esclarecimento da descrição da função "Adicionar à lista de informações sobre a nova noz"
Sobre a aplicação de outros tipos de diagramas UML, você pode ler aqui:
Lista de fontes
- Site Sparx Systems. [Recurso eletrônico] Acesso: Internet:
- Especificação da Linguagem de Modelagem Unificada (UML) da OMG. Versão 2.5.1. [Recurso eletrônico] Acesso: Internet:
Fonte: habr.com
