Slide sem t

1
Engenharia de Projetos
2
Documentos de especificacao de Projetos
- Projeto Arquitetural - Projeto de Interface -
Projeto de dados - Projeto de componentes -
Projeto de implantacao
3
PROJETO DE ARQUITETURA
4
Quatro passos elementares

• -Representação do contexto
• -Abstrações de mais alto nível através de
  arquétipos
• -Componentes identificados e representados no
  contexto de arquitetura
• - Instanciações especificas de arquitetura

5
Atividades

• Estruturacao do sistema
• Modelagem de controle
• Decomposicao modular

6
ESTRUTURACAO DO SISTEMA (divisao em subsistemas)

• DIAGRAMA DE CASO DE USO REAL
• PROJETO DE INTERFACE
• DIAGRAMA DE CLASSES
• ELABORANDO O DIAGRAMA DE CLASSES

7
Tipos

• Arquitetura centrada em dados (grande fluxo de
  dados entre subsistemas)
• Arquitetura Cliente / Servidor (componentes
  cliente, servidor, redes)
• Arquitetura em camadas ou Maquinas Abstratas
• Arquitetura de chamada e retorno
• Arquitetura orientada a objetos

8
Padroes Arquiteturais

• Concorrencia
• Persistencia (dados subsistem depois de criados)
• Distribuicao (ex. uso de broker - intermediario,
  CORBA)

9
Diagrama Arquitetural de Contexto

• Subordinadores
• Subordinados
• Sistema no nivel de pares
• Atores

10
Modelagem de Controle

• Controle centralizado um subsistema possui
  responsabilidade geral (ex. Main() )
• Controle baseado em eventos resposta a eventos
  externos

11
Decomposicao em Modulos

• Modelo orientado a objetos
• Modelo de fluxo de dados (ex. Unix duto e
  filtro)

12
Arquétipos

• Classe ou Padrão que representa uma abstração
  central critica para o projeto de arquitetura
  para sistema alvo. (classes abstratas, blocos
  construtivos, modelagem abstrata parcial)

13
Exercício

• Desenvolva para o projeto da PETROBRAS os
  seguintes projetos de arquitetura
• Tipos de Arquitetura a serem usados
• - Padrões de Arquitetura em relação a
  Concorrência, Persistência e Distribuição
  descreva na forma de requisitos de sistema

14
UML NO PROJETO DE COMPONENTES 1a PARTE

• DIAGRAMA DE CASO DE USO REAL
• PROJETO DE INTERFACE
• DIAGRAMA DE CLASSES
• ELABORANDO O DIAGRAMA DE CLASSES

15
(No Transcript)
16
Cliente
Solicita cancelamento de fatura
17
(No Transcript)
18
(No Transcript)
19
(No Transcript)
20
Cliente
Solicita cancelamento de fatura
ltltrealizegtgt
Solicita cancelamento de fatura
real
21
(No Transcript)
22
(No Transcript)
23
0
0
Opção inválida
24
O seu pedido será analisado após o recebimento
dos livros.
25
(No Transcript)
26
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.
27
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.
_______________________________________________ C
ená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.
28
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
ControladorDePedidos
JanelaSolicitaCancelamentoFatura
obterFatura(numero int) Fatura_Proj
cadastrarSolCancFatura(numero int) String
exibir() void
JanelaPrincipal
main(args String) void
29
(No Transcript)
30
(No Transcript)
31
(No Transcript)
32
(No Transcript)
33
(No Transcript)
34
(No Transcript)
35
(No Transcript)
36
(No Transcript)
37
(No Transcript)
38
(No Transcript)
39
(No Transcript)
40
(No Transcript)
41
(No Transcript)
42
(No Transcript)
43
(No Transcript)
44
(No Transcript)
45
(No Transcript)
46
(No Transcript)
47
(No Transcript)
48
(No Transcript)
49
(No Transcript)
50
(No Transcript)
51
(No Transcript)
52
(No Transcript)
53
(No Transcript)
54
Outro exemplo
55
Exercício

• Desenvolva para o projeto da PETROBRAS um caso de
  uso real para interface de consulta para
  histórico de um aluno específico.