APSOO Aula 03.

Apresentação em tema: "APSOO Aula 03."— Transcrição da apresentação:

1 APSOO Aula 03

2 Requisitos (Revisando)
Capacidade e Condições que o sistema deve atender, incondicionalmente Além de identificar, gerenciar é um dos problemas Tipos Funcionais Não Funcionais

3 Requisitos (Revisando)
Mudanças são necessárias Cliente não sabe o que quer Não há integração da equipe (comunicação) Mudança no domínio da aplicação

4 Requisitos com casos de uso
Casos de uso (Use Case) Facilitam o entendimento de um sistema mostrando a sua visão externa; Elo de entendimento entre usuários e os desenvolvedores; São usados para modelar o contexto de um sistema ou subsistema; É a maneira mais comum de doUCmentar os requisitos do sistema; Identificam as interfaces do sistema.

5 Requisitos com casos de uso
Atores Participam do sistema Grupos de usuários, sistemas externos Cenário Um caminho possível dentro de um caso de uso Cenário base + cenários alternativos

6 Requisitos com Casos de uso
Nome do caso de uso Objetivo que o ator vai ver oferecido e resolvido pelo sistema Não definem apenas uma lista de funcionalidades Modelagem é basicamente redigir textos. UML oferece diagrama para facilitar a visualização

7 Formato dos casos de uso
Casos de uso são caixas pretas Descrevem o que, não como! Exemplos: 1. Sistema registra venda 2. Sistema grava no banco de dados e gera SQL INSERT

8 Formatos de casos de uso
Tipos de formalidade (o que é útil) Resumido - um parágrafo, geralmente o cenário de sucesso principal, como por exemplo: "Processar venda: Um cliente chega em um ponto de pagamento com itens que deseja adquirir. O caixa do sistema PDV (Sistema de Ponto-De-Venda, voltado para registrar vendas e UCidar de pagamentos) para registrar cada item comprado. O sistema vai apresentando um total parcial e uma linha de detalhes à medida que registra cada item. O cliente entra com os dados de pagamento, que são validados e, em seguida, registrado pelo sistema. O sistema atualiza o estoque. Cliente recebe um recibo do sistema e sai com os itens comprados".

9 Formatos de casos de uso
Informal - Múltiplos parágrafos que cobrem vários cenários, como mostra o exemplo: "Tratar Devoluções Cenário Principal de Sucesso: um cliente chega a um poste de pagamento com itens a serem devolvidos. O caixa usa o sistema PDV para registrar cada item devolvido. Cenários Alternativos: Se ele pagou os itens com crédito e a transação de reembolso para estorno em sua conta de crédito é rejeitada, informe o cliente e o reembolso com dinheiro. Se o identificador do item não for encontrado no sistema, este notifica o caixa e sugere que entre manualmente o código do produto (talvez ele esteja corrompido). Se o sistema detecta uma falha para se comunicar com o sistema externo de contabilidade..."

10 Formatos de casos de uso
Completo: É o mais elaborado, onde todos os passos e variantes são escritos detalhadamente, com pré-condições e garantias de sucessos.

11 UC1: Processar Venda Ator Principal: Caixa Pré-condições:
Caixa é identificado e autenticado Pós-condições: A venda é registrada Os impostos são calculados O estoque é atualizado Pagamentos efetuados e recibos gerados

12 UC1: Processar Venda Cenário base Cliente chega no PDV com produtos
Caixa começa uma nova venda Caixa entra em contato com o identificador da unidade do produto Sistema checa unidade, registra item da venda, apresenta descrição, seu preço e total parcial da venda Caixa repete os passos 3 e 4 até o término dos itens Sistema apresenta o total já com impostos calculados Cliente paga e o sistema trata o pagamento Sistema registra a venda finalizada, atualizando o sistema de estoque Sistema emite recibo Cliente sai com recibo e itens comprado

13 UC1: Processar venda Cenários alternativos
3-6a: cliente pede ao caixa para cancelar item de venda Caixa entra com identificador do item Sistema exibe total parcial atualizado 5a. Sistema detecta falha no serviço de cálculo do imposto Sistema reinicia sistema externo e continua Sistema detecta que o serviço não voltou Caixa calcula manualmente imposto e adiciona ou cancela venda

14 UC1: Processar venda Requisitos especiais
Resposta de autorização do pagamento de no máximo 30s Texto no PDV deve ser visível de 1 metro

15 Encontrando casos de uso
Casos de uso devem ser definidos para realizar os objetivos dos atores Passos Identificar a fronteira do sistema Identificar atores principais Identificar objetivos, que vão gerar os casos de uso

16 Identificar atores Evitar criar um conjunto extenso de atores que utilizam o sistema de forma idêntica Observar os dois tipos de atores possíveis Os que solicitam/esperam algo do sistema Sistemas externos que o sistema necessita

17 Identificar Atores Perguntas Quem faz a administração de usuários?
Quem utiliza e recebe algo do sistema? Quem ativa e pára o sistema?

18 Identificar casos de uso
Pode-se fazer uma lista ator-objetivo Perguntas Que funções cada ator requer do sistema? Que informações cada ator deseja criar, consultar, remover ou alterar no sistema? Nomes mais adequados começam com verbo Processar venda Gerenciar produtos

19 Dicas Deixe de fora a interface do usuário, focaliza na intenção
Administrador identifica-se EM VEZ DE administrador entra com login e senha Especificação de casos de uso são incompletos Comunicação pessoal e permanente

20 Unified Modeling Language (UML)
Linguagem para expressar modelos Vocabulário e regras Permite visões variadas, abstratas, conectadas entre si UML (1997): padrão para “plantas” de software Não define como o desenvolvimento será realizado

21 Diagramas de casos de uso
Representação gráfica de atores e casos de uso Enriquecem os documentos ATORES caixa Processar Venda CASOS DE USO Tratar Devolução

22 Diagrama de casos de uso

23 Organização de casos de uso
Diagramas não são o foco da disciplina Não perder muito tempo com os mesmos Ferramentas de desenho Eles podem ser melhor organizados Organização por ator, assunto, etc Relacionamento entre os casos de uso

24 Organização de casos de uso

25 Casos de uso no PU Desenvolvimento guiado por casos de uso
Requisitos são primeiramente registrados em casos de uso Casos de uso para planejamento iterativo (iterações escolhem alguns cenários ou casos de uso inteiros) Realização dos UC´s guiam a análise e o projeto (solução e implementação)

26 Casos de uso no PU Fase de concepção Fase de elaboração
Identificar todos (com variadas técnicas) mas detalhar apenas 10% Fase de elaboração Implementação e validação fornecem novas informações Detalhamento de 90% dos requisitos durante as iterações, aproveitando a realimentação do processo

27 Casos de uso no PU No nosso projeto Pensar em todos os casos de uso
Combinar concepção e elaboração Detalhar apenas os mais importantes Riscos

28 Aula Prática 2 Requisitos

29 Objetivos da Prática Elaborar os diagramas de casos de uso