Campus Cachoeiro de Itapemirim Curso Técnico em Informatica Disciplina: Andlise e Projeto de Sistemas Professor: Rafael Vargas Mesquita EXERCICIO 01 SOBRE DIAGRAMA DE SEQUENCIA Exercicio 1: construa um diagrama de seqliéncia para a descric&o dos casos de uso abaixo. Considere as classes: > Aplicacao — Representa a Interface Grafica do Sistema (Camada de Visdo - View) SistemaVenda — Representa a Classe de Controle do Sistema (Camada de Controle - Controller) > Cliente - Representa @ Classe de dominio Cliente do sistema (Camada de Dominio - Model) > Pedido > ItemDePedido Produto > Fomecedor Y 1. Faga o Diagrama de Casos de Uso conforme a Figura 1. Faga o Diagrama de Classes conforme Figura 2 3. Leia atentamente as descrigdes dos quatro casos de uso antes de comegar a construir os Diagramas de Seqiiéncia, Elabore um diagrama de sequéncia para cada descri¢éo de caso de uso. y Sistema —— y Fechar Periodo de Ofertas Cliente ornecedor jura 1 —Diagrama de Casos de Uso do Sistema de VendaClaes que rereert © Crea eenria canada kK) Sasa ns Canerts Soone Miopeces ra race rte sto . tan eeotobes Go Dra do Greet SistemaVenda Aplicacao SOferta SFuncionario BFomecedor FE ‘Abts ‘Atbtos podeotetx | pina nt td ase pate oa reco Cliente = BhembePediae ‘Atos ‘Atos ais rea pane recente ‘ erento | oft ows rs 1 esse Endereco = Figura 2 - Diagrama de Classes do Sistema de Venda CASO DE USO 1: FAZER PEDIDO Atores: Cliente Pré-condicao: Cliente validado (Caso de Uso Validar Cliente). Fluxo de eventos primario: Este caso de uso comega quando o Cliente seleciona a op¢ao Fazer Pedido Sistema exibe uma lista com todos os produtos existentes. Cliente fornece endereco para o pedido. Enquanto o Cliente quiser comprar faca 1. © Cliente escolhe o produto 2. O Sistema exibe preco do produto 3. © Cliente fornece a quantidade desejada do produto em questo 4. © Cliente confirma a compra do produto Sistema atualiza 0 valor total do pedido 5. 0 Cliente confirma 0 pedido, 6. OPedido é mareado como "confirmado” e 0 cddigo do pedido (CP) é dado ao cliente Beye Fluxo de eventos secundario: A qualquer momento antes de submeter, o cliente pode selecionar cancelar. O pedido nao é gravado e 0 caso de uso termina Pés-condigao: O pedido deve ter sido gravado no sistema e marcado como confirmado.CASO DE USO 2: REALIZAR OFERTA Atores: Fomecedor Pré-condicao: O fornecedor em questio deve estar validado pelo sistema (Caso de Uso Validar Fornecedor). Somente sero aceitas ofertas dentro de um determinado periodo de ofertas (Ex.: Até 16 horas do dia x). Esse periodo de abertura de ofertas deve ter sido cadastrado previamente pelo funcionario (Caso de Uso Abrit Periodo de Oferta) Fluxo de eventos primario: 1. A realizagao de ofertas se da quando um Fomnecedor quer enviar oferta para um determinado produto 2. Este caso de uso comeca quando 0 Fornecedor escolhe a opcio Realizar Oferta 3. O Sistema exibe uma lista dos produtos passiveis de serem ofertados (para isto o sistema verifica os produtos que estdo em quantidade no estoque inferior & quantidade minima) 4, Fomecedor escolhe o produto 5. Sistema informa a quantidade de unidades do produto necessérias para a oferta (esta quantidade & equivalente ao cileulo de quantidade média menos a quantidade atualmente existente) Fomecedor informa prego unitario Fomecedor confirma oferta do produto Sistema confirma oferta do fornecedor a Fluxo de eventos secundario: A qualquer momento antes de submeter, o fornecedor pode cancelar a oferta de produto. Pés-condigao: As ofertas realizadas pelo Fomecedor devem ser armazenadas. CASO DE USO 3: NOTIFICAR FORNECEDOR VENCEDOR Atores: Sistema Pré-condicao: 0 Fomecedor deve ter realizado ofertas Fluxo de eventos primario: 1. Este caso de uso comega quando o periodo de realizagao de ofertas se encerra. 2. _Enquanto existirem produtos 1. 0 Sistema calcula qual fomecedor foi escolhido para realizar o fornecimento de um determinado produto (para tal procedimento o Sistema escolhie como vencedor, o Fomecedor que realizou a oferta com o menor preco unitario para o produto). Sistema deve notificar © formecedor que foi escolhido para oferta de cada produto Fluxo de eventos secundario: Pés-condicao: © Fomecedor escolhido para determinada oferta deve ser notificado.CASO DE USO 4: CONFIRMAR ENTREGA DE PRODUTO Atores: Funcionario Pré-condicao: O Funcionatio deve estar validado no sistema (Caso de Uso Validar Funcionario) © Fornecedor em questo deve ter armazenado suas ofertas anteriormente no caso de uso Realizar Oferta e ter sido notificado sobre a escolha de sua oferta por meio do caso de uso Notificar Fornecedor Vencedor. Fluxo de eventos primario: 1. © Fornecedor vai entregar os produtos ofertados para o(3) qual(is) 0 mesmo recebeu notificagao de vencedor da oferta, © Fomecedor entrega os produtos de acordo com as especificagdes para o Funcionério. O caso de uso comeca quando o Funcionario escolhe a opcao Confirmar Entrega de Produto © Funcionario informa 0 CNPS do Fornecedor em questio 0 Funcionario confirma o CNPT Sistema verifica a existéncia de cadastro para este Fornecedor O Sistema retomna todas as ofertas vencidas pelo Fomecedor (mostrando nome do produto e quantidade ofertada para o mesmo) 8. O Funcionitio escolhe uma oferta 9. Q Funcionario confirma escolha da oferta 10. O Sistema atualiza quantidade do produto no estoque 11. 0 Sistema emite uma ordem de pagamento para a oferta confirmada BAUR WL Fluxo de eventos secundario: A qualquer momento antes de confirmar a entrega de um determinado produto, o Funcionario pode cancelar Neste caso os produtos nao sao atualizados no sistema. Pés-condigao: Os produtos devem ter suas quantidades atualizadas no estoque. EXEMPLO: DIAGRAMA DE SEQUENCIA PARA O CASO DE USO FAZER PEDIDO chetie seia0 siterpvonda iarayust Consideragoes para elaboragao destes Diagramas de Seqnéncia: 1. © ator do caso de uso (neste caso o Cliente) sempre interage com a Interface Grafica do Sistema (Aplicacao) 2. A Interface Grafica do Sistema por sua vez sempre solicita algum método da classe de Controle do Sistema (SistemaVenda),A classe de Controle do Sistema se comunica com as classes do Dominio do Sistema (Produto, ItemDePedido, Pedido, etc). Todos os métodos que acessam banco de dados (como por exemplo, o método selecionarTodosProdutos) devem ser chamados de maneira repetida — primeiro na classe de controle (SistemaVenda) e posteriormente na classes de dominio (Produto)). Os métodos apenas de regras de negécio, que nao acessam banco de dados devem ser chamados apenas na classe controladora (SistemaVenda). Ex.: Um método para calcular desconto de 10% em cima de um determinado valor.