uml casos de uso
Régis Patrick Silva Simão
Régis Simão – Diagrama de Casos de Uso
1/29
Agenda
Introdução
Casos de Uso
Atores
Relacionamento entre Atores e Casos de Uso
Relacionamento entre Casos de Uso
Relacionamento entre Atores
Tipos de Casos de Uso
Bibliografia
Régis Simão – Diagrama de Casos de Uso
2/29
Introdução
Necessidades
Domínio do Problema
Funcionalidades
Requisitos do Software
Domínio da Solução
Régis Simão – Diagrama de Casos de Uso
3/29
Introdução
Necessidades
Devem ser considerados os problemas do usuários.
São o quê realmente os stakeholders precisam para resolver os seus problemas, independentemente de um sistema.
Exemplo:
Uma comunicação melhor entre os empregados.
Régis Simão – Diagrama de Casos de Uso
4/29
Introdução
Funcionalidades
São descrições simples, na linguagem dos usuários, de como o sistema solucionará os problemas dos usuários.
Exemplo:
Serviço de notificação automatizada (Correio Eletrônico)
São o quê o cliente normalmente pede para construir.
Também chamada de Características e, no inglês, Features
Régis Simão – Diagrama de Casos de Uso
5/29
Introdução
Requisitos do Software
Um requisito descreve uma condição ou capacidade à qual um sistema deve estar de acordo, seja ela derivada diretamente de necessidades dos usuários ou declarada em um contrato, um padrão, uma especificação ou outro documento formalmente imposto. Exemplo:
Toda mensagem deve ter um remetente.
O endereço dos usuários deve seguir a política de nomeação de endereços eletrônicos do Governo Federal.
Régis Simão – Diagrama de Casos de Uso
6/29
Introdução
Requisitos do Software
Podem ser divididos em:
Requisitos Funcionais e
Requisitos Não Funcionais
Régis Simão – Diagrama de Casos de Uso
7/29
Introdução
Requisitos Funcionais
Especificam ações que um sistema deve ser capaz de