Engenharia de Software - DCU relacionamentos

Prévia do material em texto

Profa. Fabrícia Damando
fabriciadamando@gmail.com
Engenharia de SW
Especificações de Requisitos e de Projeto
Casos de uso - relacionamentos
MCU: Diagrama de Casos de Uso 
(DCU)
2
 Ferramenta: UML
 Representa graficamente os atores, casos de uso e relacionamentos entre esses 
elementos.
 Tem o objetivo de ilustrar em um nível alto de abstração quais elementos 
externos interagem com que funcionalidades do sistema.
MCU: Exemplo de DCU
3
MCU: Relacionamentos no DCU
4
Tipos de Casos de Uso
5
 Caso de Uso Primário: representa os objetivos dos atores. 
 Caso de Uso Secundário: aquele que não traz benefício direto para os atores, 
mas que é necessário para que sistema funcione adequadamente.
 Não há regra que indique quantos casos de uso e atores são necessários para 
descrever um sistema.
MCU: Identificando Casos de Uso 
Primários
6
 Perguntas úteis:
 Quais são as necessidades e objetivos de cada ator em relação ao sistema?
 Que informações o sistema deve produzir?
 O sistema deve realizar alguma ação que ocorre regularmente no tempo?
 Para cada requisito funcional, existe um (ou mais) caso(s) de uso para 
atendê-lo? 
MCU: Identificando Casos de Uso 
Secundários
7
 Estes se encaixam nas seguintes categorias:
 Manutenção de cadastros; 
 Manutenção de usuários;
 Gerenciamento de acesso;
 Manutenção de informações provenientes de outros sistemas.
 Obs.: casos de uso secundários, são menos importantes que os casos de uso 
primários.
 O sistema de software não existe para cadastrar informações, nem tampouco para gerenciar 
os usuários.
 O objetivo principal de um sistema é agregar valor ao ambiente no qual ele está 
implantado.
DCU: Construção
8
 Os diagramas de casos de uso devem servir para dar suporte à parte textual do 
modelo, fornecendo uma visão de alto nível.
 Quanto mais fácil for a leitura do diagrama representando casos de uso, melhor.
 Se o sistema sendo modelado não for tão complexo, pode ser criado um único 
DCU.
 É útil e recomendada a utilização do retângulo de fronteira para delimitar e separar 
visualmente casos de uso e atores.
 Relacionamentos possíveis entre casos de uso:
 <<include>> Um caso de uso existe dentro de outro
 <<extend>> Em alguma situação um caso de uso será estendido por outro
Relacionamentos
 Include
 Um caso de uso A inclui o caso de uso B
 Representado por uma seta tracejada direcionada de A para B
 São situações em que devem ocorrer obrigatoriamente
 Extenção – Extend
 Um caso de uso A estende um caso de uso B
 Representado por uma seta tracejada direcionada de A para B
 Pode ou não acontecer o caso de uso ou eventualmente 
acontecem
 Generalização
 Pode ocorrer entre casos de uso ou entre atores
 A generalização entre casos de uso indica que os casos de uso 
são casos especiais do caso de uso “superior”. 
 No caso da generalização entre atores, indica que o ator 
generalizado por interagir com qualquer caso de uso do ator 
“superior”.
DCU: Construção
1
2
Regras de negócio
 São políticas, condições ou restrições que devem ser consideradas 
na execução de processos existentes dentro de uma organização
 Pode haver várias RN
 A descrição das RN pode ser feita de forma textual
 Ex:
 Um professor só pode lecionar disciplinas para quais está habilitado
 Um cliente não pode sacar mais de R$1000,00 por dia em caixas eletrônicos
 Para alugar um carro o proponente deve estar com a carteira de motorista 
válida
 O número máximo de alunos por turma é 30
 Senhas devem ter no mínimo 8 caracteres incluindo um número e uma letra 
maiúscula.
Exemplo de requisitos e regras de 
negócio
RF01 – o sistema deve permitir que o aluno se inscreva para 
disciplinas
RN05 – o aluno não pode se inscrever em mais de 20 créditos
Os papéis do Caso de Uso
Casos de Uso e outras atividades
1
6
 Validação
 Clientes e usuários devem entender o modelo (validação) e usá-lo para 
comunicar suas necessidades.
 Planejamento e gerenciamento do projeto 
 Para o gerente de um projeto ajuda no planejamento e controle de um 
processo de desenvolvimento incremental e iterativo 
 Testes do sistema
 Os casos de uso e seus cenários oferecem casos de teste. 
Casos de Uso e outras atividades
1
7
 Documentação do sistema para os usuários
 Manuais e guias do usuário podem ser construídos com base nos casos de uso.
 Realização de uma iteração
 Os casos de uso podem ser alocados entre os membros de equipe de 
desenvolvimento
 Essa estratégia de utilizar o MCU como ponto de partida para 
outras atividades também é denominada Desenvolvimento 
Dirigido por Casos de Uso (Use Case Driven Development)
Cuidado!!
1
8
 Um caso de uso deve ser executado em uma única interação.
 Um caso de uso deve ser interativo, com entrada e saída de informações do 
sistema.
 Um caso de uso deve resultar em uma alteração consistente da informação 
armazenada.
 Um caso de uso se aplica em que a interação ocorre em mais de um passo.