Atividade de Projeto Design. O Que é Projeto OO? É desvendar a caixa-preta de um objeto :Sistema Como o objeto complexo :Sistema deveria ser definido?

Slides:



Advertisements
Apresentações semelhantes
Orientação a objetos identidade abstração classificação encapsulamento
Advertisements

Análise e Projeto Orientado a Objetos
Projeto – Parte II - Exemplos de Diagrama de Colaboração
Técnicas de Teste de Software
Orientação por Objectos > Modelo de Processo OO > Identificação de Classe e Objectos Aula 12.
UML – MODELAÇÃO DA ESTRUTURA Professor Sandro Carvalho.
IDEIA DE FUNÇÃO VIA CONJUNTOS.
Metodologias Equipe do Curso de ES para SMA
Linguagens de Modelagem (cont.) (IV)
Cartões CRC (Class Responsibility Card)
UML Diagrama de Classes elementos básicos. Contexto Os diagramas de classes fazem parte do da visão estática da UML. Os elemento desta visão são conceitos.
Análise Orientada a Objetos
Atribuição de Responsabilidades em Projeto OO
Projeto de Software Orientado a Objetos
Padrões GoF – Factory Method
Modulo I Padrões GRASP Professores
Atividade de Projeto Design
Construção de Diagramas de Colaboração
Professor: Rogério Lopes Disciplina: Engenharia de Software II Fortium Sistemas da Informação Engenharia de Software II.
Linguagem de Programação
Programação orientada a objetos com Java
Introdução Visão Geral do Método.
Padrões para Atribuições de Responsabilidades
Aspectos Avançados em Engenharia de Software Aula 3 Fernanda Campos
RUP: Fluxo de Análise e Projeto
Gerencia de Projeto OO Aspectos Avançados em Engenharia de Software Aula 5 Fernanda Campos DCC/UFJF.
Geração de Código.
Projeto da Camada de Domínio
Modelagem de Interações
Orientação a Objetos.
Diagramas de Sequência e Comunicação
© Nabor C. Mendonça Análise e Projeto Orientados a Objeto com UML e Padrões Parte V Implementação (1)
Diagrama de Classes e Colaboração
Análise e Projeto de Sistemas de Informação Orientados a Objeto
Análise e Projeto de Sistemas
Análise e Projeto de Sistemas UNIVERSIDADE DE CRUZ ALTA Ciência da Computação 2010/1.
1 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – COINFO – CEFET-PB 11. Comunicação Objetivo: compreender a notação do diagrama de.
Fase de Elaboração: Fluxo de Análise Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Modelagem de Negócio no RUP
SISTEMAS DISTRIBUIDOS Aula 4
Análise Orientada Objeto
O Processo Unificado (UP)
Padrão- MVC Model, View, Controller
Paradigmas da Programação – Semestre 2 – Aula 1 Professores: Fábio de Paula Santos Eduardo Mantovani
Utilizando UML e Padrões Prof. Fábio Botelho, MSc Redes e Sistemas Distribuídos Recife, Março de 2010.
© Nabor C. Mendonça Análise e Design Orientados a Objeto com a metodologia (R)UP + UML.
Linguagem de Modelagem Unificada
Abr-17 Projetar Subsistema Projetar subsistema.
Modelo de Análise e Projeto
Diagramas UML de Seqüência
Engenharia de Software e Sistemas
Projetando Objetos com Responsabilidades
UML Diagramas de Classes Disciplina: Engenharia de Software
Padrões de projeto M.Sc. Sílvio Bacalá Jr..
Expansão dos Casos de Uso
Modelagem Conceitual Descreve a informação que o sistema vai gerenciar.
Modelagem Conceitual descreve a informação que o sistema vai gerenciar.
Diagramas de Colaboração entre Objetos Motivação.
Modelagem Conceitual Descreve a informação que o sistema vai gerenciar.
Introdução a Orientação a Objetos
Copyright © 2006 Qualiti. Todos os direitos reservados. Projetar Classes.
Modelagem Conceitual descreve a informação que o sistema vai gerenciar.
Módulo II Capítulo 1: Orientação a Objetos
Palavras-Chaves Linguagem gráficas e utilizações de símbolos.
Engenharia de Software Orientada a Objetos
Padrões GRASP.
/ de Julho de UFPE - Universidade Federal de Pernambuco CIn - Centro de Informática Pós-Graduação em Ciência da Computação Tópicos Avançados.
Análise e Design de Software Site:
Análise e Projeto de Sistemas Análise & modelagem conceitual Prof. Edjandir Corrêa Costa
Diagramas de Sequência e Comunicação
Transcrição da apresentação:

Atividade de Projeto Design

O Que é Projeto OO? É desvendar a caixa-preta de um objeto :Sistema Como o objeto complexo :Sistema deveria ser definido? Com base na(o)s Operações dos atores do sistema  Contratos De acordo com Modelo Conceitual do Sistema Artefato a gerar Diagrama de classes de software

Diagrama de Classes Derivado do Modelo Conceitual Cada conceito é transformado em uma classe de software Classe de Software Atributos Relacionamentos com outras classes, ou com a própria classe Métodos Visibilidade Grau de acoplamento com outras classes

Métodos de Classe São determinados via Diagramas de Colaboração entre Objetos Um Diagrama de Colaboração entre Objetos especifica como objetos do domínio devem colaborar, ou trocar mensagens, para resolver Operações Cada mensagem que chega a um objeto do domínio torna-se um método da correspondente classe de software

Diagramas de Colaboração entre Objetos Motivação

Exemplo de uma classe concentradora O que se quer evitar

Avaliação da Classe VideoLocadora Segundo a moderna engenharia de software Alto acoplamento com outras classes Emprestimo ItemDeEmprestimo Baixa coesão O método emprestaFita() faz muita coisa O que se quer é o contrário Classes com Baixo acoplamento Alta coesão

Como se Chega a Classes com Baixo Acoplamento e Coesas? O Caminho Passa pelo Exame do Modelo Conceitual

Modelo Conceitual

Lições do Modelo Conceitual Pelo Modelo Conceitual, objetos Emprestimo e ItemDeEmprestimo deviam ser invisíveis a objetos VideoLocadora Desta forma, objetos VideoLocadora não ficam sobrecarregados Outra maneira de dizer Objetos VideoLocadora, Cliente, Fita, Emprestimo e ItemDeEmprestimo devem cooperar para realizar a operação de sistema emprestaFita()  Um diagrama de colaboração entre objetos, baseado no Modelo Conceitual e em certos padrões de software, deve colocar as coisas desta forma

Uma diagrama de colaboração para o método emprestaFita()

Resulta em Classes com Baixo Acoplamento e Coesas