Engenharia de Software. Aula 2.4 Modelos de Casos de Uso. Prof. Bruno Moreno

Transcrição

1 Engenharia de Software Aula 2.4 Modelos de Casos de Uso Prof. Bruno Moreno

2 Comportamento do Sistema Refere-se às funcionalidades do sistema Requisitos funcionais; O comportamento do sistema (i.e. os RFs) são documentados por modelo de casos de uso; Casos de uso CDU 2

3 Modelos de Casos de Uso Ilustra as funcionalidades do sistema, seus atores e seus relacionamentos; O objetivo principal da documentação de casos de uso é a comunicação Clientes, usuários finais e desenvolvedores podem discutir funcionalidades e comportamento do sistema através do modelo de casos de uso; Adota uma linguagem simples: acessível ao cliente; O objetivo é a compreensão do comportamento externo do sistema por qualquer stakeholder. 3

4 Modelos de Casos de Uso Modelos de CDU podem representar Casos de Uso em diferentes notações: Textual Gráfica Os padrões da notação textual dependem do processo de desenvolvimento utilizado; A notação gráfica é feita, normalmente, em UML UML: Unified Markup Language 4

5 Diagramas de Caso de Uso A UML pode ser considerada uma notação gráfica para se construir artefatos de software Existem muitos diagramas em UML (14); O Diagrama de Caso de Uso é um tipo de diagrama de UML dentre vários; O diagrama de casos de uso é o mais abstrato da UML Portanto, o mais flexível e informal; Um diagrama de caso de uso é composto por atores e casos de uso; Todo caso de uso é acionado por um ator; 5

6 Atores Representam algo ou alguém que inteage com o sistema Não são parte do sistema; Um ator pode: Somente fornecer informações para o sistema; Somente receber informações do sistema; Fornecer e receber informações para e do sistema; 6

7 Atores Atores podem ser Pessoas que interagem com o sistema; Um hardware que dispara uma interação; Outro software que comunica com o sistema; Como os atores são identificados? Através da definição dos requisitos funcionais i.e. através da definição dos problemas a serem resolvidos; Através de conversas com usuários finais e clientes; 7

8 Atores Perguntas que podem ser utilizadas para identificar casos de uso: Quem está interessado numa certa necessidade? Onde o sistema será usado? Quem se beneficiará com o uso do sistema? Quem fornecerá esta informação ao sistema? Quem usará esta informação? Quem removerá esta informação? Quem dará o suporte e manterá o sistema? Quais recursos externos o sistema utiliza? Uma pessoa pode desempenhar diferentes papéis utilizando o sistema? Várias pessoas desempenham o mesmo papel? O sistema interage com um sistema legado? 8

9 Atores Em UML, um ator é representado como um homem palito: Documentação de atores Em um Modelo de CDU, sugere-se que cada ator seja descrito resumidamente; Essa documentação deve identificar o papel que o ator desempenha na interação com o sistema; Exemplo: O ator Professor do SUAP é um usuário que é certificado para editar os diários das turmas; 9

10 Casos de Uso Os casos de uso representam a interação entre o ator e o sistema É um requisito funcional; Perguntas que podem ser úteis para identificar CDUs: Quais são as tarefas de cada ator? Que casos de uso criarão, armazenarão, mudarão, removerão ou lerão informações do sistema? Algum ator precisará informar ao sistema a respeito de mudanças externas repentinas? Algum ator necessita ser informado a respeito de certas ocorrências no sistema? Que casos de uso suportarão ou manterão o sistema? Todas as necessidades funcionais podem ser executadas pelos dos casos de uso? 10

11 Casos de Uso Em UML, um caso de uso é representado por uma elipse: Manter Clientes Sacar Dinheiro Nome do caso de uso: deve representar uma ação (comportamento) Exemplos: sacar, depositar, gerar relatórios; Mesma regra de requisitos funcionais; 11

12 Casos de Uso Um caso de uso descreve uma sequência de ações que o sistema deve executar; O objetivo final de um caso de uso é produzir algo de valor como resultado; O resultado deve atender as necessidades do ator que invocou (executou) o caso de uso. Um caso de uso: Descreve uma funcionalidade completa do sistema; Gera como resultado algo de valor tangível para um ator (usuário). 12

13 Diagramas de Casos de Uso Um Diagrama de Casos de Uso é uma visão gráfica de todos ou alguns casos de uso e atores de um sistema; Cada sistema, normalmente, tem um diagrama principal Este diagrama representa a fronteira do sistema e as principais funcionalidades do mesmo; Outros diagramas de casos de uso são necessários a depender da complexidade do sistema; 13

14 Exemplo (1) Um sistema para uma biblioteca Sistema de Controle de Empréstimos Cadastrar Usuário Administrador Cadastrar Exemplar Cadastrar Empréstimo Visualizar Exemplares Usuário 14

15 Exemplo (2) SUAP Sistema Acadêmico Postar Material Professor Registrar Frequência Registrar Notas 15

16 Diagramas de Caso de Uso São utilizados para modelar: O contexto de um sistema: Identificando os atores e seus papéis na interação com o sistema; Os requisitos de um sistema: Especificando o que o sistema deve fazer (do ponto de vista de seus usuários) Não se preocupa o sistema será é implementado. 16

17 Diagramas de Caso de Uso Atores e Casos de Uso podem ser conectados por meio de associações Uma associação significa uma comunicação entre ambos; Cada um pode enviar ou receber mensagens, estabelecendo uma interação; Uma associação demonstra que o ator utiliza a função representada por um caso de uso; É representada por uma linha reta ligando o ator ao caso de uso Pode ser direcionada ou não; 17

18 Diagramas de Caso de Uso Exemplos: A linha não direcionada é mais comum! Aluga Carro Corretor Cliente Verifica Veículo Corretor Além das Associações, existem outros tipos de relacionamentos em Casos de Uso. 18

19 Relacionamentos Entre atores Associação entre atores não são modeladas, modela-se apenas generalizações; A generalização pode identificar papéis específicos de um ator no sistema. Pessoa Professor Aluno 19

20 Relacionamentos Entre casos de uso Generalizações: relacionamento de herança entre casos de uso; Includes: indica que um caso de uso é essencial para o comportamento de outro caso de uso; Extends: indica que um caso de uso pode ser acrescentado para descrever o comportamento de outro caso de uso (i.e. não é essencial); Casos de uso podem (opcionalmente) estar envolvidos por um retângulo que representa os limites do sistema; 20

21 Relacionamentos Generalização entre casos de uso É chamado de relacionamento é_um; Caso de uso B é_um caso de uso A: A é uma generalização de B ou B é uma especificação de A; Um relacionamento entre um caso de uso geneérico para um mais específico, que herda todas as características do pai; Aconrece quando dois ou mais casos de uso possuem características semelhantes; 21

22 Relacionamentos Exemplo: Abrir Conta Bancária Caso de uso geral Abrir Conta Especial Casos de uso específicos Abrir Conta Poupança 22

23 Relacionamentos Include (inclusão) entre casos de uso Um include entre um caso de uso A para um caso de uso B indica que B é essencial para A Indicam obrigatoriedade; A execução do primeiro obriga a execução do segundo; Pode ser dito também que B is_part_of A; É utilizado quando um caso de uso é usado dentro de outro caso de uso; 23

24 Relacionamentos Include (inclusão) entre casos de uso É representado por uma seta tracejada: a seta aponta para o caso de uso incluído; Possui a palavra include entre dois sinais de menor (<<) e dois sinais de maior (>>) Esse tipo de rótulo é chamado em UML de estereótipo. 24

25 Relacionamentos Include (inclusão) entre casos de uso Exemplo: Sacar <<include>> Registrar movimento Banco Cliente <<include>> Depositar 25

26 Relacionamentos Extend (extensão) entre casos de uso Um extend entre um caso de uso B para um caso de uso A indica que B pode ser acrescentado para descrever A (não é essencial); Indica que um caso de uso pode ter funcionalidades opcionais (caso de uso estendido); Exemplo: cenários que somente acontecerão em uma situação específica Se uma determinada situação for satisfeita; 26

27 Relacionamentos Extend entre casos de uso Pode necessitar um teste para determinar se o caso de uso será estendido ou não; Representação semelhante à inclusão: É representado por uma seta tracejada: a seta aponta para o caso de uso principal; Possui a palavra extend como estereótipo. 27

28 Relacionamentos Extend entre casos de uso Exemplo Encerrar conta <<extend>> <<extend>> Funcionário Cliente Sacar Depositar 28

29 Relacionamentos Limites do sistema Representado por um retângulo envolvendo os casos de uso que compõem o sistema; Nome do sistema é localizado dentro (geralmente no topo) do retângulo; 29

30 Exemplo (3) Sistema para uma clínica médica 30

31 Exemplo (4) Sistema para uma máquina self-service 31

32 Ferramenta CASE Existem diversas ferramentas CASE no mercado voltadas para esse propósito; Utilizaremos uma ferramenta free: Astah; Astah Community ( 32

33 Prática Exemplo: sistema acadêmico (SUAP) Considere um sistema acadêmico como o SUAP; Nesse sistema, os professores podem gerenciar as aulas ministradas, bem como os materiais relacionados a essas aulas; Esse sistema permite que alunos enviem atividades, visualizem o material disponibilizado; Crie um diagrama de casos de uso que represente os casos de uso desse sistema. 33