Contratos em Projeto OO

Slides:



Advertisements
Apresentações semelhantes
Modelo de Casos de Uso Diagrama de Casos de Uso
Advertisements

Orientação a objetos identidade abstração classificação encapsulamento
Análise e Projeto Orientado a Objetos
I- Introdução A Evolução dos Modelos de Dados e dos Sistemas de Gerência de Banco de Dados.
Princípios da Orientação a Objetos e a Linguagem UML
Requisitos de Software
Paulo Marques Hernâni Pedroso
Aula 8 Contratos.
Casos de Uso.
Diagrama de Classes.
Prof. Thiago Pereira Rique
Contratos de Operação.
UML: Diagrama de Classes
Diagramas de Seqüência
Orientação a Objetos: Encapsulamento e Classificação
Diagrama de Sequência.
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.
Professora: Aline Vasconcelos IF Fluminense
Projeto de Software Orientado a Objetos
Professora: Aline Vasconcelos
Anatomia de uma classe Nome:
Professor: Rogério Lopes Disciplina: Engenharia de Software II Fortium Sistemas da Informação Engenharia de Software II.
Diagrama de Classes.
Paradigmas da Programação – Semestre 1 – Aula 5
Engenharia de Requisitos Requisito – sistema Caso de uso - usuário
Projeto de Interface Equipe: Margarete Cardoso Sheila Aguiar
PARTE V Diagramas de Seqüência de Sistema
Contratos Modelagem Funcional.
Geração de Código.
Projeto da Camada de Domínio
Modelagem de Interações
Diagramas de Seqüência
Análise de Sistemas Análise e Projeto Prof. Jeime Nunes Site:
Prof. Dr. Daniel D. Abdala Baseada nas transparências de professor Leandro Becker.
JAVA: Conceitos Iniciais
José Roberto Blaschek Gerência do Escopo José Roberto Blaschek.
I- Introdução A Evolução dos Modelos de Dados e dos Sistemas de Gerência de Banco de Dados.
I- Introdução A Evolução dos Modelos de Dados e dos Sistemas de Gerência de Banco de Dados.
Linguagem de Programação II Parte IX
DIAGRAMA DE CLASSE Modelagem de Software
Especificação de Requisitos de Software - ERSw
Expansão dos Casos de Uso
Programação I Aula 2 (Métodos)
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.
Paradigmas da Programação – Semestre 1 – Aula 2 Professores: Eduardo Mantovani Fábio de Paula.
Classes, Objetos, Atributos e Métodos JAVA
Engenharia de Software e Sistemas Danilo Veras e Rebeka Gomes.
UNIDADE 2 UML MODELAGEM TEMPORAL
Guia para configuração e envio da Nfe por
Curso de Aprendizado Industrial Desenvolvedor WEB Disciplina: Programação Orientada a Objetos I Professora: Cheli Mendes Costa Como criar uma Classe e.
UML - Unified Modeling Language
Paradigmas da Programação – Semestre 1 – Aula 9 Professor: Eduardo Mantovani )
Documentação de Software
© Ricardo Pereira e Silva
Educação Profissional Técnica de Nível Médio Curso Técnico de Informática
Análise Orientado aos Objetos Prof. Wolley W. Silva
Gestão de defeitos.
Programação I Aula 1 Prof. Gilberto Irajá Müller Última atualização 2/3/2009.
Paradigmas da Programação – Semestre 2 – Aula 1 Professores: Fábio de Paula Santos Eduardo Mantovani
Projeto de Sistemas Alexandre Monteiro. Agenda 2. Análise 3. Projeto 1. Revisão 4. Exercícios.
Construtores e Destrutores
Tarciane Andrade Análise de Casos de Uso Tarciane Andrade
Contratos Modelagem Funcional.
Copyright © 2006 Qualiti. Todos os direitos reservados. Projetar Classes.
Modelagem de Sistemas Orientada a Objeto Com UML
Laboratório de Programação II Método main Dados e Métodos de Classes.
Interações entre objetos
Fundamentos de Engenharia de SW Diagramas da UML Usados no Projeto de Software.
©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE1 Análise e Projeto de Sistemas Modelagem de Requisitos com Casos de Uso.
Linguagem de Programação – Aula 04 Prof. Me. Ronnison Reges Vidal.
Transcrição da apresentação:

Contratos em Projeto OO Professora: Aline Vasconcelos Cefet Campos aline.vasconcelos@terra.com.br

Contratos Os contratos ajudam a especificar o comportamento do sistema, definindo o efeito das operações sobre o sistema. Um contrato é um documento que descreve o que uma operação se compromete a atingir. Usualmente, ele segue um estilo declarativo, enfatizando o que acontecerá, em vez de como isso será conseguido. Normalmente, um Contrato de Operação (ou de Caso de Uso) está associado à idéia de pré e pós-condições.  

Contratos: Seções Nome: assinatura da operação (visibilidade, tipo, nome, parâmetros, tipos dos parâmetros, tipo de retorno). Responsabilidades: finalidades da operação; descrição informal dos compromissos que a operação deve cumprir. Tipo: nome do tipo ao qual o a operação pertence (classe, interface). Referências Cruzadas: números referenciando funções do sistema e/ou casos de uso onde a operação aparece. Notas: notas de projeto (como, restrições de projeto), algoritmos, etc. Exceções: casos excepcionais (condições de erro). Saídas: saídas que não são para a GUI, tais como mensagens ou registros enviados para fora do sistema. Pré-condições: hipóteses e assertivas sobre o estado do sistema antes da execução da operação. Pós-condições: o estado do sistema após a operação ter sido completada.  

Contratos: Pré-Condições Definem hipóteses e assertivas sobre o estado do sistema antes da operação iniciar. Pré-condições englobam condições das quais o sucesso da operação depende e, que, portanto, são importantes de serem testadas no software antes da execução da operação.  

Contratos: Pós-Condições Declara mudanças no estado do sistema como resultado da execução da operação. Categorias úteis de pós-condições: Criação e exclusão/destruição de instâncias. Modificações de atributos. Associações formadas e desfeitas.  

Contratos: Seções Nome: Criar (nome:String, identidade: String, filiacao: String, endereco: String, curso: Curso) Responsabilidades: criar uma nova Matrícula, associando-a ao Curso informado na tela e atualizando os valores dos seus atributos obrigatórios, a saber: nome, endereço, filiação e identidade. Tipo: Matricula Referências Cruzadas: Caso de Uso: Matricular Alunos. Notas: Exceções: Saídas: Pré-condições: Curso é válido. Candidato está aprovado no concurso. Dados obrigatórios para a matrícula estão preenchidos.  

Contratos: Seções Pós-condições: Uma nova Matricula foi criada. (criação de instância) A Matricula foi associada ao Curso. (associação formada) Matricula.nome, Matricula.identidade, Matricula.endereco, Matricula.filiacao receberam os valores de nome, identidade, endereço e filiação digitados na tela (GUIMatricula), respectivamente. (modificação de atributos)