Análise e Modelação de Sistema

Transcrição

1 ì Análise e de Sistema Aula T04 de Casos de Uso Referências: 1 Conceptual Modeling of InformaAon Systems (Capítulos 1 e 15) 2 Slides IST

2 2 AMS e Eng.ª de Software ì ì ì Engenharia de Software é a aplicação de um processo sistemático, disciplinado, e quantificado ao desenvolvimento, operação e manutenção de software; ou seja, a aplicação de técnicas de engenharia ao software (IEEE, 93) As acavidades da Eng.ª de SoMware podem ser agrupadas em três grandes fases: concepção, implementação e manutenção A concepção de um sistema é efectuada sobre os requisitos, os quais por sua vez derivam dos objecavos de negócio e dos ualizadores. ì É nesta fase que a modelação é especial importante. Após a concepção de um sistema procede- se então à concepção do so:ware

3 A no Processo de Desenvolvimento de Sistemas 3 Concepção do Sistema n n n n Especificação de Requisitos: descrição do problema na óptica do cliente. Análise: descrição do problema na óptica do engenheiro de sistema Desenho: especificação da solução em termos da plataforma e tecnologia computacional usada. Desenvolvimento e Manutenção do Sistema n Concretização da solução desenhada... n Testes... n Aceitação... n Manutenção...

4 4 Casos de Uso ì Esquema conceptual ì conhecimento que o sistema precisa para realizar as suas funçoes ì Esquema conceptual ì esquema estructural + esquema comportamental ì Mas.. Quais são essas funções?? ì Os use cases são uma representação de alto nível das funções do sistema => vista funcional do sistema

5 5 Casos de Uso II ì Um caso se uso representa um conjunto de acções que um ou mais actores realizam num sistema para obter um resultado concreto ì Um caso de uso representa uma visão externa do sistema ì ì descreve o que faz um sistema (ou parte deste), não descreve como é que tal é realizado

6 6 Casos de Uso III ì Um caso de uso deve ser representado num modo impessoal, por uma frase na voz acava, com um verbo no infiniavo ( Gerar relatórios, Criar factura, Calibrar roda )

7 7 Actores ì Um Actor representa um papel ( role ) que um ualizador pode desempenhar relaavamente ao sistema a modelar. ì Um mesmo ualizador nominal pode desempenhar diferentes papéis, podendo, por conseguinte, representar conceptualmente diferentes actores (desempenhar vários roles ). ì Um actor de um sistema pode ser um ser humano, um grupo ou ainda, outro sistema! Cliente Administrador Alarme

8 8 Diagramas de Casos de Uso n Um diagrama de casos de uso ilustra um conjunto de Casos de Uso, de Actores, e as suas Relações, com objecavos de n n do contexto de um sistema, com ênfase na idenaficação da fronteira do sistema, dos seus actores e no significado das suas funções. dos requisitos de um sistema, consisando na idenaficação do que o sistema deve fazer e independentemente de como o sistema o deve realizar.

9 9 Diagramas de Casos de Uso II

10 10 Diagramas de Caso de Uso III ì Um diagrama de Casos de UAlização é ualizado para ilustrar a interacção entre os actores e os casos de ualização pelo envio recíproco de es`mulos. ì Uma associação de comunicação entre um actor e um caso de ualização implica uma interacção entre ambos. ì Cada função nesta associação tem uma propriedade de navegação, que indica a direcção da comunicação. ì Se for bidireccional, omite- se a representação da direcção.

11 11 Diagramas de Caso de Uso Actor Actor Use Case A Use Case A Actor Use Case A

12 12 Casos de uso e Cenários ì Um cenário é uma instância de um caso de uso quando este interactua com os actores. ì Representa uma sequência de acções concreta que ilustra um comportamento do sistema. ì É normal que um caso de uso possa ser descrito por vários cenários ì Tipos de cenários: ì ì Principal: descreve a sequência normal de acções ( happy day scenario ) Alterna?vo ou secundário: descreve uma sequência de acções a considerar para além da principal, o que pode acontecer devido a excepções ou apenas para outras acções possíveis

13 13 Casos de uso e Cenários - Exemplos Cenário principal do caso de uso Fazer encomenda ì O caso inicia- se quando o cliente selecciona Fazer encomenda ì O cliente introduz nome e endereço ì O cliente introduz códigos dos produtos desejados ì O sistema fornece descrição e preço dos produtos ì O cliente selecciona os produtos desejados ì O cliente fornece informação do cartão de crédito ì O cliente submete o pedido ì O sistema verifica a informação ì Quando o pagamento é confirmado é criado e apresentado ao cliente um código de encomenda. Caso termina Cenários secundários do caso de uso Fazer encomenda Informação do cartão de crédito incorrecta Pedido incompleto Cliente pretende pagar por cheque Cliente requer atendimento especial Endereço de entrega incompleto Produto já não comercializado Produto não existe em armazém Produto em promoção

14 14 Casos de Uso: Descrição Textual ì Pode- se especificar um caso de uso descrevendo textualmente o fluxo de eventos, de modo a que qualquer pessoa o possa entender. ì Tal especificação deve incluir: ì ì ì ì ì ì Assunções Pré- condições Inicialização: como e quando o caso de ualização começa Diálogo: quando é que o caso de ualização interactua com os actores Conclusão: como e quando o caso de ualização termina Pós- condições ì Para estas descrições deve usar- se templates

15 Casos de Uso: Exemplo de uma template 15 Name Summary Rationale Users Preconditions Basic Course of Events UC-8: Search All occurrences of a search term are replaced with replacement text. While editing a document, many users find that there is text somewhere in the file being edited that needs to be replaced, but searching for it manually by looking through the entire document is timeconsuming and ineffective. The search-and-replace function allows the user to find it automatically and replace it with specified text. Sometimes this term is repeated in many places and needs to be replaced. Other times, only the first occurrence should be replaced. The user may also wish to simply find the location of that text without replacing it. All users A document is loaded and being edited. 1. The user indicates that the software is to perform a search-and-replace in the document. 2. The software responds by requesting the search term and the replacement text. 3. The user inputs the search term and replacement text and indicates that all occurrences are to be replaced. 4. The software replaces all occurrences of the search term with the replacement text. Alternative Paths 1. In step 3, the user indicates that only the first occurrence is to be replaced. In this case, the software finds the first occurrence of the search term in the document being edited and replaces it with the replacement text. The postcondition state is identical, except only the first occurrence is replaced, and the replacement text is highlighted. 2. In step 3, the user indicates that the software is only to search and not replace, and does not specify replacement text. In this case, the software highlights the first occurrence of the search term and the use case ends. 3. The user may decide to abort the search-and-replace operation at any time during steps 1, 2 or 3. In this case, the software returns to the precondition state. Postconditions All occurrences of the search term have been replaced with the replacement text.

16 16 Casos de Uso - Inclusão ì ì A relação de inclusão entre casos de uso corresponde a uma relação `pica de delegação, significando que o caso base incorpora o comportamento do outro caso relacionado. Usa- se a relação de inclusão para evitar descreverem- se os mesmos fluxos de eventos inúmeras vezes (reualização)

17 17 Casos de Uso - Extensão ì Numa relação de extensão o caso base incorpora implicitamente o seu comportamento num local especificado indirectamente pelo caso que o usa. Ou seja, um caso desano pode ser estendido com o comportamento de outros casos. Atribui lugar à janela «extend» Atribui lugar

18 18 Casos de Uso - Extensão ì Uma relação de extensão permite representar: ì A parte de um caso que um actor vê como opcional, ou como exisando várias alternaavas. ì Um sub- fluxo de acções que é executado apenas se determinadas condições se verificarem. ì Vários fluxos de acções que podem ser inseridos num determinado ponto de extensão, de forma controlada, através de uma interacção explícita com um actor. ì O caso de uso de base é estendido num ou mais pontos, designados por pontos de extensão. Atribui lugar à janela «extend» Atribui lugar

19 19 Diagramas de Caso de Uso: Exemplo A Máquina de Bebidas Cliente Comprar Bebida Agente do Fornecedor Repor Bebidas Dono Colector Retirar dinheiro

20 Diagramas de Caso de Uso : Exemplo com Inclusão 20 A Máquina de Bebidas Comprar Bebida Cliente Agente do Fornecedor «include» Repor bebidas Abrir a Máquina «include» «include» Dono Retirar dinheiro Colector «include» Fechar a Máquina

21 Diagramas de Caso de Uso: Exemplo com Extensão ì Representa- se agora a possibilidade da reposição de bebidas na máquina depender de um algoritmo considerando as marcas e número de unidades vendidas... A Máquina de Bebidas «include» Abrir a Máquina 21 Agente do Fornecedor Repor Bebidas Extension Point encher prateleiras «extend» (encher prateleiras) «include» Fechar a Máquina Dono Repor Bebidas segundo as vendas

22 22 Casos de uso de alto nível

23 23 Casos de uso de alto nível Use Cases Actors

24 24 Casos de Uso de Alto nível Estes atores podem até ser a mesma pessoa, mas para efeitos do modelo são considerados entidades diferentes

25 25 Casos de uso de um conductor

26 26 Casos de uso de um condutor

27 27 Casos de uso do condutor Casos complexos são detalhados noutros diagramas

28 28 Casos de Uso (Enterprise Architect)

29 29 Casos de Uso em Modélio

30 30

31 Casos de Uso Textuais 31 Name Summary Rationale UC-8: Search All occurrences of a search term are replaced with replacement text. While editing a document, many users find that there is text somewhere in the file being edited that needs to be replaced, but searching for it manually by looking through the entire document is time-consuming and ineffective. The search-and-replace function allows the user to find it automatically and replace it with specified text. Sometimes this term is repeated in many places and needs to be replaced. Other times, only the first occurrence should be replaced. The user may also wish to simply find the location of that text without replacing it. Users All users Preconditions A document is loaded and being edited. Basic Course of Events 1. The user indicates that the software is to perform a search-and-replace in the document. 2. The software responds by requesting the search term and the replacement text. 3. The user inputs the search term and replacement text and indicates that all occurrences are to be replaced. 4. The software replaces all occurrences of the search term with the replacement text. Alternative Paths 1. In step 3, the user indicates that only the first occurrence is to be replaced. In this case, the software finds the first occurrence of the search term in the document being edited and replaces it with the replacement text. The postcondition state is identical, except only the first occurrence is replaced, and the replacement text is highlighted. 2. In step 3, the user indicates that the software is only to search and not replace, and does not specify replacement text. In this case, the software highlights the first occurrence of the search term and the use case ends. 3. The user may decide to abort the search-and-replace operation at any time during steps 1, 2 or 3. In this case, the software returns to the precondition state. Postconditions All occurrences of the search term have been replaced with the replacement text.

32 32 Casos de uso textuais

33 33 Extensões em casos de uso textuais

34 34 Exercício A cena do e- mail IdenAficar actores e casos, fazer diagrama de casos de uso, idenaficar pontos de extensão/intensão ì

35 35 Sistema de e- mail Domínio UAlizadores, listas de distribuição, mensagens, pastas. Cada mensagem está composta por por um conteúdo, assunto, emissor, receitor, data. Cada mensagem tem um estado (lido/não lido, a enviar/enviado, apagado) O domínio muda quando um e- mail é enviado, recebido, apagado, uma pasta é criada ou apagada, (re)coloca- se mensagens em pastas, etc. Memória Em cada instante t, o sistema mantém uma representação actualizada do estado de mensagens e pastas Por cada e- mail enviado e recebido, o sistema é informado para permiar a actualização da representação do estado do domínio.

36 36 Sistema de e- mail Informa?va Mostrar aos ualizadores as suas mensagens e pastas (autônoma) Mostrar aos ualizadores mensages específicadas através de critérios de pesquisa (por pedido) A?va Escrita de mensagens (por pedido) Envio de mensagens (por pedido) Mudar/Apagar mensagens (por pedido) Criar/Mudar/Apagar pastas pastas (por pedido)