Modelos de Sistemas Casos de Uso

Transcrição

1 Modelos de Sistemas Casos de Uso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 1

2 Casos de Uso Objetivos Principais dos Casos de Uso: Delimitação do contexto de um sistema Documentação e o entendimento dos requisitos Descrição dos requisitos funcionais Principal saída da etapa de especificação de requisitos Principal entrada da etapa de análise Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 2

3 Casos de Uso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 3

4 Casos de Uso Técnica proposta por Ivar Jacobson em sua metodologia de desenvolvimento de sistemas orientados a objetos OOSE (Engenharia de Software Orientada á Objeto ). Segundo Ivar Jacobson, podemos dizer que um caso de uso é um "documento narrativo que descreve a sequência de eventos de um ator que usa um sistema para completar um processo". Incorporado à linguagem UML, que define um diagrama para representar graficamente os casos de uso e seus relacionamentos (Diagrama de casos de uso). Cada caso de uso deve descrever somente uma funcionalidade ou objetivo do sistema. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 4

5 UML Unified Modeling Language Linguagem de Modelagem Unificada é uma linguagem visual utilizada para modelar sistemas computacionais por meio do paradigma de Orientação a Objetos. a UML é composta por vários diagramas com o objetivo de fornecer múltiplas visões do sistema a ser modelado, analisando-o e modelando-o sob diversos aspectos. cada diagrama da UML modela o sistema em camadas, sendo que alguns diagramas enfocam o sistema de forma mais geral, apresentando uma visão externa do sistema, como é o objetivo do Diagrama de Casos de Uso. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 5

6 Casos de Uso Diagrama de Casos de Uso: Descreve a funcionalidade proposta para o novo sistema. Fornecer uma descrição clara e consistente do que o sistema deve fazer. Expansão de Diagrama de Casos de Uso: Consiste na explicitação de todas as diferentes funcionalidade do sistema, que permitirá inferir e identificar mais claramente outras necessidades Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 6

7 Casos de Uso As características dos casos de uso são: São sempre iniciadas por um ator. Deve sempre retornar um resultado (valor) ao ator. Cada caso de uso especifica uma funcionalidade completa envolvendo os atores interessados. Deve sempre terminar com o resultado que deve ser dado ao ator. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 7

8 CASOS DE USO Etapas: Objetivo Ator Descrição Passos (procedimentos) Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 8

9 CASOS DE USO Objetivo: Manter os clientes da empresa, onde também serão submetidos a análise de crédito. Os clientes devem fornecer informações como referências pessoais e comerciais, dados profissionais e dados pessoais. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 9

10 CASOS DE USO Ator Ator: É um papel que tipicamente estimula/solicita ações/eventos do sistema e recebe reações. Cada ator pode participar de vários casos de uso. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 10

11 CASOS DE USO Ator Como identificar atores? Para identificar os atores que vão participar do modelo devemos fazer as seguintes perguntas Quem usa o sistema? Quem inicializa o sistema? Quem fornece os dados? Quem usa as informações? Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 11

12 CASOS DE USO Ator: Atores são papéis de elementos externos ao sistema e que interagem DIRETAMENTE com o sistema. Um outro sistema que interage com o sistema a ser desenvolvido também é considerado um ator, desde que este sistema não faça parte do desenvolvimento. Exemplo de atores: Cliente Secretária Sistema de vendas (desde que não seja o sistema que estamos desenvolvendo) Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 12

13 CASOS DE USO Como Identificar Casos de Uso? Os casos de uso são interações entre os atores e o sistema. Temos então ações do ator e ações do sistema. Sendo que os atores sempre iniciam a ação. Descrição: documento narrativo que descreve a sequencia de eventos feitos por um ator no uso do sistema. Ex.: Esse caso de uso começa no cadastramento de uma proposta de financiamento pelo Analista de Crédito, que será submetida a uma análise de crédito. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 13

14 Diagrama de Casos de Uso Atores Casos de Uso = OBJETIVO do Ator Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 14

15 Diagrama de Casos de Uso Atores Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 15

16 CASOS DE USO Passos: Deve ser possível, ao Analista de Crédito: incluir um novo cliente, sempre que existir uma nova proposta, informando: Dados pessoais: nome completo, endereço de residência, bairro, cidade, CEP, Estado, telefone para contato, nome da empresa, endereço comercial, cargo que ocupa, salário e data de nascimento; Dados dos documentos de apresentação obrigatória - CPF e o RG alterar os dados do cliente cadastrado; excluir o cliente cadastrado, caso haja desistência da proposta de crédito; consultar todos os dados do cliente, informando o CPF ou o código do cliente; Se o cliente possuir contas bancárias, esses dados deverão ser fornecidos; O cliente deve apresentar, obrigatoriamente, no mínimo 2 referências pessoais ou comerciais; Para toda manipulação dos clientes na base de dados, deve ser validado o CPF e a cidade escolhida; Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 16

17 Especificação dos Casos de Uso Cada caso de uso no diagrama de casos de uso deve ser detalhado na especificação de caso de uso. Esta especificação é evolutiva, quanto mais requisitos são coletados, mais detalhes são adicionados na especificação. Os tipos de especificação são: descrição inicial (representação conceitual do sistema); descrição base (documenta o comportamento ideal); descrição elaborada (documenta detalhadamento o comportamento). Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 17

18 Tipos de Especificação do Casos de Uso Descrição inicial Descrição base Descrição elaborada Nome Nome Nome Atores Atores Atores Descrição Descrição Descrição Fluxo básico Fluxo básico Fluxo alternativo Pré-condição Pós-condição Requisitos especiais Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 18

19 CASOS DE USO Fluxo Básico: Quando a atividade é realizada com sucesso. Deve existir somente uma. Fluxo Alternativo: Quando a atividade não é realizada com sucesso o que deve acontecer. Pode existir quantas forem necessárias (cobrir todas as situações). Pré-condição: Pós-condição: Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 19

20 CASOS DE USO Requisitos especiais: Requisitos legais e de regulamentação Padrões de aplicativos Requisitos de usabilidade, confiabilidade, desempenho e suportabilidade Sistemas operacionais, ambientes, compatibilidade e restrições de projeto. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 20

21 Diagrama de Casos de Uso Todo o conjunto de Casos de Uso e Atores do sistema organiza o escopo do sistema a respeito dos objetivos que os usuários atingirão quando o sistema estiver pronto. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 21

22 Diagrama de Caso de Uso Caso de uso é uma sequência de ações executadas para um determinado objetivo O seu nome deve ser uma frase que indique a ação que ele realiza É descrito como um conjunto de passos bem como suas exceções Tem início, meio e fim e sempre devolve uma resposta Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 22

23 Diagrama de Caso de Uso Caso de uso, normalmente, é iniciado a partir de um estímulo (solicitação) de um ator Em geral uma comunicação é identificada como uma ligação sem direção Um caso de uso pode estar associado a mais de um ator Atores ativos iniciam um caso de uso, atores passivos participam do caso de uso sem iniciá-lo Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 23

24 Diagrama de Caso de Uso todos casos de uso = escopo do sistema Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 24

25 Diagrama de Caso de Uso CASO DE USO = DIAGRAMA + NARRATIVA Na narrativa do Caso de Uso a resposta do sistema deve se limitar somente ao que o Ator consegue ver. Não é necessário se preocupar em como o sistema obteve ou calculou os dados. Limite-se a escrever o que o sistema responde e não como ele obtém a resposta. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 25

26 Diagrama de Caso de Uso CASO DE USO = DIAGRAMA + NARRATIVA Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 26

27 Diagrama de Caso de Uso CASO DE USO = DIAGRAMA + NARRATIVA Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 27

28 ESTRUTURAR MODELO DE CASOS DE USO Estabelecer relacionamento de Inclusão entre os casos de uso Estabelecer relacionamento de Extensão entre os casos de uso Estabelecer relacionamento de Generalização entre os casos de uso Estabelecer relacionamento de Generalização entre os atores Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 28

29 Diagrama de Caso de Uso Casos de Uso: Relacionamentos Extensão: representa fluxos opcionais ou anormais. É representado por <<extend>> Inclusão: representa fluxos complexos e comuns a vários casos de uso. É representado por <<include>> Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 29

30 ESTRUTURAR MODELO DE CASOS DE USO (exemplo) Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 30

31 ESTRUTURAR MODELO DE CASOS DE USO (exemplo) Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 31

32 Diagrama de Caso de Uso Relacionamento «include» entre Casos de Uso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 32

33 Diagrama de Caso de Uso Relacionamento «include» entre Casos de Uso Caso de Uso Selecionar Produtos Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 33

34 Diagrama de Caso de Uso Após o relacionamento «include» Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 34

35 Diagrama de Caso de Uso Após o relacionamento «include» Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 35

36 Diagrama de Caso de Uso Relacionamento «extend» entre Casos de Uso Um Caso de Uso disponibiliza um ponto de extensão (extension point) que outros Casos de Uso podem observar e de acordo com uma condição, este Caso de Uso que está observando pode assumir o controle e embutir os seus comportamentos. Para direcionar melhor o uso do relacionamento «extend», podemos afirmar que você usará esta técnica quando necessitar que a qualquer momento dada uma condição, o Caso de Uso base deverá ser interrompido e outro Caso de Uso deverá assumir o controle. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 36

37 Diagrama de Caso de Uso Relacionamento «extend» entre Casos de Uso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 37

38 Diagrama de Caso de Uso Relacionamento «extend» entre Casos de Uso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 38

39 Diagrama de Caso de Uso Fluxos Alternativos Os cenários são todos os caminhos possíveis que o Caso de Uso pode ter desde o Fluxo Básico até todos os Fluxos Alternativos combinados entre si. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 39

40 Diagrama de Caso de Uso Fluxos Alternativos Cenário 1 : Passo 1, Passo 2, Passo 3, Passo 4 (Fluxo Básico); Cenário 2 : Passo 1, Passo 2, A1, Passo 4; Cenário 3 : Passo 1, Passo 2, Passo 3, A2, Passo 2; Cenário 4 : Passo 1, Passo 2, A1, A2, Passo 2; Cenário 5 : Passo 1, A3. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 40

41 Diagrama de Caso de Uso Fluxos Alternativos Considerando o Caso de Uso E se a consulta for por cliente? Fluxo Alternativo Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 41

42 Fluxos Alternativos Cenário 2 : Passo 1, Passo 2, A1, Passo 4 A1 Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 42

43 Fluxos Alternativos Cenário 3 : Passo 1, Passo 2, Passo 3, A2, Passo 2 A2 Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 43

44 Diagrama de Caso de Uso Fluxos Alternativos Cenário 4 : Passo 1, Passo 2, A1, A2, Passo 2; A2 A1 Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 44

45 Fluxos Alternativos Cenário 5 : Passo 1, A3 A3 Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 45

46 Diagrama de Caso de Uso Fluxos Alternativos O que causa um Fluxo Alternativo uma escolha do Ator o estado do Sistema. O que um Fluxo Alternativo pode fazer retroceder para um passo anterior. avançar para um passo posterior; finalizar o Caso de Uso. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 46

47 Diagrama de Caso de Uso Pré-condição e Pós-condição Pós-condição Pós-condição Pós-condição Pré-condição Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 47

48 Diagrama de Caso de Uso Pré-condição e Pós-condição Demonstram restrições para um Caso de Uso iniciar e garantias mínimas alcançadas quando este terminar. A Pré-condição é a CONDIÇÃO que o Sistema deve se encontrar para permitir que o Caso de Uso inicie. A pré-condição mais comum nos sistemas é "O usuário deve estar logado". Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 48

49 CONSTRUINDO CASOS DE USO 1. Listar todas as funções e defina a fronteira do sistema. 2. Identificar atores e casos de uso. 3. Desenhe o diagrama de casos de uso. 4. Escreva todos os casos de uso em formato de alto nível. 5. Escreva os casos de uso mais críticos em formato essencial expandido. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 49

50 Exemplo 1 PONTO DE VENDAS Passo Comprar Itens Caixa Log in Reembolsar Itens comprados Cliente Iniciar Adminstrador do sistema Gerenciar Usuários Gerente Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 50

51 Exemplo 1 PONTO DE VENDAS Passo 4 - caso de uso em alto nível Caso de uso: Comprar Itens Atores: Descrição: Cliente, Caixa Um cliente chega a um ponto de pagamento, com vários itens que deseja comprar. O Caixa registra os itens de compra e recebe um pagamento. No final, o Cliente sai com os itens comprados. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 51

52 Exemplo 1 PONTO DE VENDAS Passo 4 - caso de uso em alto nível Caso de uso: Iniciar Atores: Descrição: Gerente O Gerente liga o sistema POST de modo a prepará-lo para o uso pelos Caixas. O Gerente verifica se a data e a hora estão corretas, após o que o sistema está preparado para uso dos caixas. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 52

53 Exemplo 1 PONTO DE VENDAS Passo 5 - caso de uso essenciais expandidos Comprar Itens Caixa << Include >> Cliente Pagar com dinheiro Pagar com cheque Pagar com cartão Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 53

54 Exemplo 1 PONTO DE VENDAS Passo 5 - caso de uso essenciais expandidos Sequência típica de eventos Ação do ator 1- Este caso de uso começa quando um Cliente chega a um ponto de pagamento equipado com um POST, com vários itens que deseja comprar. 2- O Caixa registra cada item. Se houver mais de exemplar de item, o Caixa pode entrar com a qte. Resposta do sistema 3- determina o preço do item e acrescenta informações sobre o item à transação de venda em andamento. A descrição e o preço do item são apresentados. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 54

55 Exemplo 1 PONTO DE VENDAS Passo 5 - continuação... Ação do ator 4- No término da entrada de itens o Caixa, indica para o POST que a entrada de itens está completa. Resposta do sistema 5- O sistema apresenta o total de venda. 6- O caixa informa ao Cliente o total. 7- O Cliente informa o tipo de pagamento: a) se pagamento em dinheiro ver Pagar com dinheiro. b) Se pagamento com cartão ver Pagar com Cartão. c) Se pagamento com cheque ver Pagar com cheque. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 55

56 Exemplo 1 PONTO DE VENDAS Passo 5 - continuação... Ação do ator Resposta do sistema 8- Registra a venda completada. 9- Atualiza os níveis de estoque. 11- O caixa dar o recibo ao Cliente. 12- O cliente sai com os itens comprados. 10- Gera um recibo. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 56

57 Exemplo 1 PONTO DE VENDAS Passo 5 - continuação... Sequencias alternativas. Linha 2 Entrada de identificador de item inválido. Indicar erro. Linha 7 Cliente não pode pagar; cancelar a transação de venda. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 57

58 Exemplo 1 PONTO DE VENDAS Passo 5 - Seção Pagar com dinheiro Ação do ator 1- O Cliente dar um pagamento em dinheiro O valor fornecido possivelmente maior que o total de venda. Resposta do sistema 2- O Caixa registra a quantia 3- Apresenta o troco devido ao fornecida. Cliente. 4- O Caixa deposita o dinheiro recebido e retira o troco devido. Sequencias alternativas. Linha 1 O cliente não tem dinheiro suficiente. Pode cancelar a venda ou iniciar outro método de pagamento. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 58

59 Exemplo 2 Sistema Bancário Solicitar extrato Consultar saldo Sacar dinheiro Cliente Realizar depósito Transferir entre contas Alterar senha Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 59

60 Exemplo 3 Sistema Matrícula num Curso DESCRIÇÃO DO SISTEMA No início de cada semestre, os alunos devem requisitar um catálogo de cursos contendo aqueles que serão oferecidos no semestre. Este catálogo deve conter informações a respeito de cada curso, do professor, do departamento e dos pré-requisitos. Desse modo, os alunos podem tomar suas decisões mais apropriadamente. O novo sistema permitirá que os alunos selecionem quatro cursos oferecidos para o próximo semestre. Além disso, o aluno indicará dois cursos alternativos, caso ele não possa ser matriculado na primeira opção. Cada curso terá no máximo 10 alunos e o no mínimo de 3 alunos. O curso, com número de alunos inferior a 3, será cancelado. Para cada matrícula feita por um aluno, o sistema envia informação ao sistema de cobrança para que possa ser cobrado o pagamento, durante o semestre. Os Professores devem acessar o sistema on line, indicando quais cursos irão lecionar. Eles também podem acessar o sistema para saber quais alunos estão matriculados em cada curso. Em cada semestre, há um prazo para alteração de matrícula. Os alunos devem poder acessar o sistema durante esse período, para adicionar ou cancelar cursos. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 60

61 Exemplo 3 Sistema Matrícula num Curso Requisitos Funcionais Professores escolhem disciplinas a lecionar Produzida listagem de disciplinas e professores Alunos inscrevem-se e matriculam-se nas disciplinas Produzida listagem de disciplinas e alunos matriculados A secretaria introduz os dados e emite uma listagem para cada professor com as disciplinas que vão lecionar A secretaria produz uma listagem para os alunos das disciplinas disponíveis nesse semestre Prioridade Essencial Essencial Essencial Essencial Essencial Importante Após o período de inscrição os professores recebem a listagem das disciplinas a leccionar com a lista dos alunos matriculados Desejável Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 61

62 Exemplo 3 Sistema Matrícula num Curso Requisitos Funcionais A matrícula ser-lhes-à cobrada através de um sistema de faturamento externo. Este sistema irá receber a informação necessária a partir do sistema de gestão de cursos. Recebem um catálogo do curso com a lista de disciplinas que inclui o docente, o departamento e os pré-requisitos necessários Os alunos poderão escolher até 4 disciplinas, e deverão indicar 2 opcionais As disciplinas poderão ter no máximo 10 alunos e no mínimo 3 alunos (senão serão canceladas) Os alunos terão acesso ao sistema durante um certo período e forma a poderem adicionar e alterar disciplinas à sua seleção inicial Prioridade Essencial Essencial Essencial Essencial Essencial Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 62

63 Exemplo 3 Sistema Matrícula num Curso Requisitos Não-Funcionais Acesso online ao sistema para escolha das disciplinas a lecionar e para saber no final quais os alunos matriculados nas mesmas Tipo Interopebilidade Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 63

64 Exemplo 3 Sistema Matrícula num Curso ATORES Aluno Professor Papel Descrição alguém que se matricula para ter aulas na Universidade alguém certificado para dar aulas na Universidade Funcionário da secretaria alguém responsável pela manutenção do sistema de gestão de cursos da Universidade Sistema de Faturamento sistema externo responsável pela cobrança das matrículas aos alunos da Universidade Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 64

65 Exemplo 3 Sistema Matrícula num Curso Diagrama de Contexto Sistema de cobrança Sistema de Matrícula Professor Aluno Funcionário Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 65

66 Exemplo 3 Sistema Matrícula num Curso Casos de Uso Sistema de cobrança Matrícula nos Cursos Manter informação de aluno Aluno Manter informações dos cursos Pedir lista dos matriculados Gerar catalogo Funcionário Professor Selecionar curso para ensinar Manter informação de professor Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 66

67 Exemplo 4 Sistema de Pizzaria Online DESCRIÇÃO DO SISTEMA Uma empresa tem necessidade de um Sistema de Pizzaria Online, por meio do qual seus clientes possam solicitar pizzas pela Internet. O sistema tem o controle dos pedidos das pizzas e bebidas. Para solicitar seus pedidos os clientes obrigatoriamente deverão estar cadastrado. Um cliente poderá realizar vários pedidos, no entanto, um pedido será exclusivo para um cliente. O sistema deve informar, através de relatórios online, sempre que um item estiver com sua quantidade abaixo ou perto da quantidade mínima. Neste caso deverá ser montado um pedido para um fornecedor que venda este tido de produto. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 67

68 Exemplo 4 Sistema de Pizzaria Online Requisitos Funcionais O cliente visualiza os tipos de pizzas (sabores, tamanho...) O cliente escolhe a pizza e adiciona no seu pedido O cliente seleciona a bebida O cliente visualiza o pedido antes de fechar o pedido O cliente poderá visualizar uma lista com todos os seus Pedido já solicitados anteriormente. O cliente pode opinar sobre o atendimento da pizzaria, referindo-se tanto à qualidade da pizza como da entrega. Um pedido poderá realizar muitos pedidos, no entanto, um pedido será exclusivo para um único cliente. Prioridade Essencial Essencial Essencial Essencial Essencial Importante Desejável Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 68

69 Exemplo 4 Sistema de Pizzaria Online Requisitos Funcionais Cada pedido deverá armazenar, entre outras informações, a data e a hora em que o pedido foi feito e a hora provável de sua entrega. O valor da pizza será calculado pelo sabor mais caro. Cada pizza consome diversas quantidades de diversos itens de estoque. Sempre que uma pizza for produzida, essas quantidades devem ser diminuídas de seus respectivos itens no estoque. Montar pedido para o fornecedor sempre que um item do estoque estiver com sua quantidade perto da quantidade mínima. Emitir relatório que permitam saber quais os sabores de pizza são mais pedidos, bairros que se encontram estes clientes. Emitir relatório com o consumo médio diário de cada produto. Prioridade Essencial Essencial Essencial Essencial Essencial Importante Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 69

70 Exemplo 4 Sistema de Pizzaria Online Requisitos Não-Funcionais Controle de acesso o cliente deverá estar logado ao sistema O tempo de resposta deve ser o menor possível para não prejudicar o atendimento aos clientes O sistema deverá gravar logs de erros O sistema deverá fazer backup automático no final do dia O sistema deverá ser facilmente integralizável, caso seja necessário interligá-lo a a outros sistemas existentes. O sistema deve ser fácil de usar Tipo Segurança Performance Tolerância a falha Tolerância a falha Interoperabilidade Usabilidade Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 70

71 Exemplo 4 Sistema de Pizzaria Online Funções do produto ( algumas funções) Funções Escolher Pizza Escolher Bebida Opinar Visualizar Pedido Descrição O sistema deverá apresentar um formulário Contendo duas divisões, a primeira apresentará os tamanhos de pizzas (pequeno, médio e grande) e a segunda os sabores de pizzas disponíveis. Representa o processo pelo qual um cliente escolhe uma bebida, sendo um pouco semelhante ao processo de escolha de pizza. Esse serviço permite que o cliente emita opiniões sobre os pedidos feitos anteriormente por ele. O cliente pode visualizar os itens escolhidos (pizzas e bebidas) Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 71

72 Exemplo 4 Sistema de Pizzaria Online Funções do produto ( algumas funções) Funções Excluir Item Descrição A partir do caso de uso Visualizar Pedido, o cliente pode excluir item do pedido. Visualizar Pedidos O cliente pode visualizar todos os pedidos já feitos por ele. Anteriores Visualizar Sabores Esse processo apresenta todos os sabores da pizzaria em mais Pedidos ordem de sua preferencia Concluir Pedido Último passo para solicitar um pedido. É obrigatório que o cliente visualize seu pedido antes de concluí-lo. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 72

73 Exemplo 4 Sistema de Pizzaria Online Funções do produto ( algumas funções) Funções Visualizar Pedidos em Aberto Finalizar Pedido do Cliente Manter Cardápio Emitir Produtos em Baixa no Estoque Emitir Compras em Aberto Descrição Permite que um funcionário obtenha uma listagem de todos os pedidos ainda não atendidos. Define um pedido como finalizado, determinando o funcionário que o preparou e o que o entregou. Incluir, alterar e excluir pizzas do cardápio. Executado pelo administrador. Gera um relatório apresentando todos os produtos em baixa no estoque. Gera uma listagem contendo todas as compras solicitadas a fornecedores que ainda não foram entregues. ( Administrador) Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 73

74 Exemplo 4 Sistema de Pizzaria Online Funções do produto ( algumas funções) Funções Manter Compras Fornecedor Emitir Melhores Clientes Emitir Consumo por Período Descrição Permite ao administrador efetuar a manutenção das compras da empresa. Relatório de clientes que mais consomem na Pizzaria Relatório que informa o consumo dos itens do estoque em um determinado período. Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 74

75 Exemplo 4 Sistema de Pizzaria Online Subsistema de Venda Escolher Pizza Escolher Bebida Excluir Pedido <<inc>> Visualizar Pedidos Anteriores Visualizar Pedidos <<inc>> Cliente Concluir Pedido Cliente Visualizar Sabores mais Pedidos Opinar <<ext>> Logar Auto- Registrar <<inc>> Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 75

76 Exemplo 4 Sistema de Pizzaria Online Subsistema Administrativo Manter Cardápio Visualizar pedido <<inc>> Visualizar Pedidos em Aberto Administrador Emitir Produtos em Baixa Emitir Consumo por Pedido <<ext>> Finalizar Pedido Cliente Funcionário Emitir Compras em Aberto Manter Compras Fornecedor Emitir Melhores Clientes Logar Administrador Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 76