1 UML NO PROJETO DE COMPONENTES: 1 a PARTE  DIAGRAMA DE CASO DE USO REAL  PROJETO DE INTERFACE  DIAGRAMA DE CLASSES  ELABORANDO O DIAGRAMA DE CLASSES.

Slides:



Advertisements
Apresentações semelhantes
Análise e Desenvolvimento de Sistemas
Advertisements

APSOO Aula 03.
UML Modelando um sistema.
Java - Interfaces Prof. Msc. Flávio Viotti.
PERSPECTIVA CONCEITUAL
Análise de Processos de Negócios para um Sistema Integrado
Agregação: Empresa Departamento 1 TODO Parte.
1 DIAGRAMA DE CLASSES PERSPECTIVA CONCEITUAL 2ª PARTE DICAS DEPENDÊNCIAS AVANÇADO AGREGAÇÃO ATRIBUTOS E ASSOCIAÇÕES DERIVADAS ASSOCIAÇÃO TERNÁRIA GENERALIZAÇÃO.
PERSPECTIVA CONCEITUAL
PERSPECTIVA CONCEITUAL
1 MODELAGEM COM A UML (UNIFIED MODELING LANGUAGE) BREVE HISTÓRICO CARACTERÍSTICAS CONCEITOS DE PROGRAMAÇÃO ORIENTADA A OBJETOS MODELAGEM DE ANÁLISE E DE.
UML NO PROJETO LÓGICO DE BANCO DE DADOS: 1ª PARTE
UML NO PROJETO DE COMPONENTES:
DIAGRAMA DE CASOS DE USO PERSPECTIVA CONCEITUAL
Modelagem de Sistemas de Informação
SISCAN – Solicitação de Exames
Professor: Rogério Lopes Disciplina: Engenharia de Software II Fortium Sistemas da Informação Engenharia de Software II.
Especificação de Requisitos de Software
PCS Laboratório de Engenharia de Software I Especificação de Requisitos de Software Apresentação Final – Parte 1 Sistema Ksibo Geovandro Firmino.
Especificação de Requisitos de Software
Entidades Cliente Sistema Apoio 1 (Brasil) Apoio 2 (USA) Legenda
Especificação de Requisitos de Software com Casos de Uso
WHITE LABEL SHOPPING CENTER
Fórum Digital análise e projeto de sistemas – IF718
Diagrama de Classes e Diagrama de Objetos
Análise de Sistemas Análise e Projeto Prof. Jeime Nunes Site:
Arquitetura do exemplo
Automação da sua equipe de vendas. Controle em tempo real.
SGE Sistema de Gerenciamento de Estabelecimentos
Sistema para Gerenciamento de Projetos para Esculturação
Transportes & Cia..
A aplicação da Engenharia Semiótica no design da interface de usuário do software ASK2000 Jair C Leite Salerno Silva DIMAp - UFRN.
Saque para Cartão Emitido / Complementar
Treinamento de Vendas Operação Bevi
Engenharia de Software e Sistemas Danilo Veras e Rebeka Gomes.
Análise e Projeto de Sistemas
MODELO ESSENCIAL Modelo Ambiental
Sistema de Gestão Empresarial A Sulsoftware Sistemas tem a satisfação de apresentar o Este sistema foi desenvolvido para controlar e administrar todas.
Customizações. Pergunta 01: Customização nova ou já existente?
Resposta da Questão 1 do Exercício de DFD
Analisar Caso de Uso 10/04/ /04/2017 Analisar caso de uso
Análise e Projeto de Sistemas
Versão 1.0 – Release 1.0. Interface Móvel Interface Desktop Arquitetura em 4 Camadas - Persistência - Controle - Middleware - Visão.
Projeto de Sistemas Alexandre Monteiro. Agenda 2. Análise 3. Projeto 1. Revisão 4. Exercícios.
Abr-17 Analisar Caso de Uso Analisar caso de uso.
UML INTRODUÇÃO CEÇA MORAES 14/04/2017.
Faculdade Pitágoras – Campus Fadom.  Display  Cada MIDlet tem UMA referência para um objeto Display  Esse objeto pode recuperar informações sobre.
Recebimento de cliente 1 Farmácias e Drogarias. Objetivo: Efetuar a baixa de parcelas. Para que serve? Efetuar a baixa de parcelas do Contas a Receber,
MO409 – Engenharia de Software I Aula de 30/09/2004.
Engenharia de Software e Sistemas
Análise e Projeto de Sistemas Lexis André Chagas Filipe Martins Paulo Orlando Rafael Santos.
Diagrama Casos de Uso.
A linguagem unificada de modelagem
Sistema de Regulação de Sinistro de Danos
Modelagem de Sistemas Orientada a Objeto Com UML
Processo de Desenvolvimento de Software Dirigida a Modelos e Orientada a Serviços (SOA/MDE) Vítor Braga –
CIn-UFPE1 UML Uma linguagem unificada de modelagem Visão Geral.
ESTORNO BOLETOS MOiP. ESTORNO BOLETOS MOiP - Quando o cliente quiser cancelar um pedido que foi pago com boleto, ele deve primeiramente realizar um cadastro.
Sistema de Gerenciamento de Gráficas
Analisar Caso de Uso. Copyright © 2006 Qualiti. Todos os direitos reservados. Qualiti Software Processes Análise e Projeto OO com UML e Padrões| 2 Objetivos.
InspectorSW Atividades de Análise e Projeto Equipe: Juliana Sá Mariana Xavier Marília Oliveira Tarciana Dias.
Sistema de Gerenciamento de Conferências Tecnológicas Descrição de Casos de Uso e Plano de Projeto Grupo 2 Andre Esteve Henrique Baggio Rafael Cano Victor.
Financeiro - Boleto : Remessa e Retorno
Analisar Caso de Uso. Copyright © 2002 Qualiti. Todos os direitos reservados. Qualiti Software Processes Analisar caso de uso | 2 Objetivos deste módulo.
Financeiro - Contas a Receber. Objetivo Cadastrar o Contas a Receber de um cliente no sistema e controlar o contas a receber do estabelecimento. Contas.
Procedimentos para Cancelamento da matrícula Cancelamento da Matrícula Desistência do Cancelamento de Matrícula.
Modelagem de CASO DE USO
UML NO PROJETO DE COMPONENTES:
UML NO PROJETO DE COMPONENTES:
UML NO PROJETO DE COMPONENTES:
Transcrição da apresentação:

1 UML NO PROJETO DE COMPONENTES: 1 a PARTE  DIAGRAMA DE CASO DE USO REAL  PROJETO DE INTERFACE  DIAGRAMA DE CLASSES  ELABORANDO O DIAGRAMA DE CLASSES

2

3 Solicita cancelamento de fatura Cliente

4

5

6

7 Solicita cancelamento de fatura Cliente Solicita cancelamento de fatura real >

8

9

10 0 Opção inválida 0

11 O seu pedido será analisado após o recebimento dos livros.

12

13 A partir deste projeto de interface poderíamos elaborar a especificação do caso de uso real: Solicita cancelamento de fatura real Cenário principal: Solicitação de cancelamento integral da fatura realizada com sucesso 1. Sistema apresenta a JanelaSolicitaCancelamentoFatura e solicita o número da fatura 2. Cliente informa número da fatura 3. Sistema verifica a existência deste número no Banco de Dados e recupera os dados da fatura 4. Sistema apresenta os dados da fatura, contendo: a data de emissão, status e valor pago. 5. Sistema pergunta se o cliente deseja realmente realizar a solicitação. 6. Cliente solicita o cancelamento integral da fatura 7. Sistema armazena no Banco de Dados: a solicitação de cancelamento da fatura e a data da solicitação 8. Sistema apresenta na tela a confirmação do cadastramento da solicitação e a informação de que o pedido só será analisado quando a Empresa receber os livros relativos à fatura.

14 Cenário alternativo: Solicitação já cadastrada 4. Sistema apresenta os dados da fatura, contendo: a data de emissão, status, valor pago e a data em que foi realizada a solicitação. 5. Sistema comunica que a solicitação já foi realizada Os passos seguintes não são realizados. _______________________________________________ Cenário alternativo: Fatura não encontrada 3. Sistema verifica a inexistência deste número no Banco de Dados e apresenta uma mensagem na tela, comunicando ao cliente este fato. Os passos seguintes não são realizados. ______________________________________________ Cenário alternativo: Solicitação suspensa pelo cliente ao longo do processo 6. Cliente desiste de solicitar o cancelamento integral da fatura 7. Sistema comunica que não realizou a operação. Os passos seguintes não são realizados.

15 ControladorDePedidos obterFatura(numero : int) : Fatura_Proj cadastrarSolCancFatura(numero : int) : String Fatura_Proj numFatura : int dataEmissao : Date dataVencimento : Date valorPago : double dataPagamento : Date dataPedidoCancelamento : Date dataCancelamento : Date status : String recuperarPelaPK(numFatura : int) : Fatura_Proj solicitaCancelamento() : void JanelaSolicitaCancelamentoFatura exibir() : void JanelaPrincipal main(args : String[]) : void

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41 Outro exemplo: