3. Processo de desenvolvimento de modelos
abstratos de um sistema;
Cada modelo apresenta uma visão ou
perspectiva diferente do sistema;
A modelagem deixa de fora os detalhes;
4. Trabalha com um modelo:
◦ Abstração do sistema a ser estudado;
Em sua maioria usa notação UML (Linguagem
de Modelagem Unificada);
◦ Padrão para modelagem orientada a objetos.
5. 1. Diagramas de atividades;
◦ Mostram as atividades envolvidas em um processo ou no
processamento de dados;
2. Diagramas de caso de uso;
◦ Mostram as interações entre um sistema e seu ambiente;
3. Diagramas de sequência;
◦ Mostram as interações entre os atores e o sistema;
4. Diagramas de classe;
◦ Mostram as classes de objeto no sistema e as
associações entre elas;
5. Diagramas de estado;
◦ Mostram como o sistema reage aos eventos internos e
externos.
6. Usado para:
◦ Ajudar a extrair os requisitos do sistema;
◦ Descrever o sistema para os engenheiros que o
implementam;
◦ Documentar a estrutura e a operação do sistema.
8. Todo sistema envolve algum tipo de
interação:
◦ Usuário Sistema;
◦ Sistema construído Outros sistemas;
Duas abordagens à modelagem da interação:
◦ Diagramas de Caso de Uso (UC);
◦ Diagramas de Sequência;
10. Amplamente usada para apoiar a elicitação de
requisitos;
É um cenário simples que descreve o que o
usuário (ator) espera de um sistema;
Cada UC representa uma tarefa externa de
um sistema;
◦ Mostrado como uma elipse com o envolvimento de
atores.
12. São pessoas ou outros sistemas que interagem
com o sistema em desenvolvimento;
Definidos através da descoberta dos usuários do
sistema;
Representado por uma figura-palito;
13. Cargos:
◦ Empregado, Cliente, Gerente, Almoxarife, Vendedor, etc;
Organizações:
◦ Empresas, Agência de Impostos, Administradora de Cartões,
etc;
Outros sistemas:
◦ Sistema de Cobrança, Sistema de Estoque de Produtos, etc;
Equipamentos:
◦ Leitora de Código de Barras, Sensor, etc.
14. Interação que ocorre entre o ator e o sistema
e do sistema para com o ator;
Representa-se por uma elipse;
18. Relacionamento entre atores;
Exemplo:
◦ Os casos de uso do Funcionário Gerente são
também casos de uso do Administrador:
Generalização
19. Inclusão (Include):
◦ Uma relação de INCLUSÃO de um caso de uso A
com um caso de uso B indica que o caso de uso A
(Sacar dinheiro, Liberar talão de cheque) deverá
incluir (obrigatoriamente) o comportamento
especificado para o caso de uso B (Validar conta)
20. Descrição: Um usuário do sistema da FG
precisa cadastrar funcionário e liberar acesso
restrito a funcionário, mas para isso é
necessário logar no sistema.
Ator: Funcionário (RH)
Proposta de solução:
◦ Pode-se criar novo use case “Autenticar
usuário” e incluí-lo.
22. Extensão (Extend):
◦ Uma relação de um caso de uso A com um caso de
uso B indica que o caso de uso B poderá incluir o
comportamento especificado para o caso de uso A.
23. Descrição: Recebimento de ligação sistema
de celular;
Ator: Usuário
Casos de Uso:
◦ Fluxo de Eventos Principal:
Receber ligação
◦ Fluxo de Eventos Opcional
Receber ligação adicional
26. Equipe de clientes (validação):
◦ Aprovam e entendem o que o sistema deverá fazer;
Equipe de desenvolvedores (desenvolvimento):
◦ Ponto de partida para refinar requisitos de software;
◦ Podem seguir um desenvolvimento dirigido a casos de
uso;
◦ Designer (projetista): encontrar classes;
◦ Testadores: usam como base para casos de teste.
29. 1. Identifique os objetivos do sistema;
2. Elabore um roteiro para realizar a tarefa, do
ponto de vista do usuário (sem se referir ao
sistema);
3. Identifique os atores;
4. Identifique os casos de uso;
5. Identifique os relacionamentos;
6. Refine buscando a existência de Extend, Include e
Generalização.