> Processos de SW OO: quando concluir uma iteração de AOO, DOO e Testes OO? > Testes OO Aula 25.

Slides:



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

Programa das Aulas 20/09/05 - Apresentação da disciplina
Common Assessment Framework CAF Estrutura Comum de Avaliação
UML no CICLO de DESENVOLVIMENTO
APSOO Aula 05.
Rational Unified Process
Engenharia de Software
AOO - COAD/YOURDON Desafios da análise : Domínio do problema
Engenharia de Software
Gestão de Projectos de SW OO: Métricas, Estimações e Planificações
> Fases de Engenharia de SW > Gestão de Projectos de SW
Orientação por Objectos > Modelo de Processo OO > Identificação de Classe e Objectos Aula 12.
Planeamento Temporal e Monitorização do Projecto de SW
Planificação do Projecto de SW
Producto x Processo x Projecto
Garantia de Qualidade do software
Aula 12 – Prototipação de Processadores e Entrada e Saída LABORG 1º/junho/2009 Ney Laert Vilar Calazans.
Parte 9 – Prototipação de Processadores e Entrada e Saída LABORG 27/novembro/2009 Ney Laert Vilar Calazans.
Introdução ao paradigma de programação: Orientado a Objetos
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.
Engenharia de Software
Classes e objetos Modelagem
Curso de extensão em Desenvolvimento Web
José Roberto Blaschek Gerência do Escopo José Roberto Blaschek.
1 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – COINFO – CEFET-PB 12. Estados Objetivo: compreender a notação do diagrama de estados.
Visão Geral do RUP.
Fundamentos de Engenharia de SW
Visão Geral do Desenho de Sistemas de Informação
Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Diagramas de Interacção
Gestão de Projetos Ms. Karine R. de Souza
Métodos de Construção de Software: Orientação a Objetos
Fase de Elaboração: Fluxo de Análise Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Fabíola Guerra Nakamura Vitor Alcântara Batista
Referências: Booch, G. et al. The Unified Modeling Language User Guide
Diagramas de Atividade
Gerenciamento de Tempo do projeto
[ Nome da Unidade Organizacional] [Data]
Eliane Martins - Instituto de Computação - UNICAMP Processo de desenvolvimento proposto Eliane Martins Criação: mar/2011.
Reunião de Abertura – Avaliação MPS.Br
PSBD II Projeto de Sistemas de Banco de Dados II
Abr-17 Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto Fluxo de análise e projeto.
Análise Orientado aos Objetos Prof. Wolley W. Silva
Modelagem de Entidade/Objetos de Domínio com Diagrama de Classes
Padrão- MVC Model, View, Controller
Modelagem de Entidade/Objetos de Domínio com Diagrama de Classes
RUP - Cap. 3 – Processo Dirigido por Caso de Uso
Diagrama de Colaboração. Diagramas de Interação Expressam informações bastante similares porém de maneira diferente Diagrama de seqüência: – Interação.
Generalização e herança Agregação e composição
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE AULA 5
Desenvolvimento de Sistemas - Fluxo de Testes
Modelo de Análise e Projeto
Testes de SW Aula 24.
Planificação do Projecto de SW não é por acaso que é a Aula 13 ;)
Engenharia de Requisitos
Diagrama de Objetos.
TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS Semana /08/2012 Professor Leomir J. Borba-
Profa. Reane Franco Goulart. É uma representação de engenharia de algo que vai ser construído. Para a engenharia de software o projeto foca em quatro.
Gerenciamento de Configuração de Software
Testes (verificação e validação)
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
SISTEMAS DE INFORMAÇÃO Projeto de Sistemas Análise Orientada a Objetos 2011/02 UNIPAC – Araguari FACAE - Faculdade de Ciências Administrativas e Exatas.
ISO9001:2000 para Software Professor: Alexandre Vasconcelos Equipe: Amanda Pimentel Börje Karlsson Danielly Karine Erika Pessoa Jorge Cavalcanti Jose Edson.
Fundamentos de Engenharia de SW Diagramas da UML Usados no Projeto de Software.
Desenvolvimento de Software I
Diagrama de atividade.
Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto.
Análise e Projeto de Sistemas Análise & modelagem conceitual Prof. Edjandir Corrêa Costa
Transcrição da apresentação:

> Processos de SW OO: quando concluir uma iteração de AOO, DOO e Testes OO? > Testes OO Aula 25

2 Sumário Modelo de Processos OO – Modelo recursivo/paralelo MPC – Marco de Processo Comum Quando concluir a AOO Quando concluir o DOO Quando concluir a Programação OO Quando concluir os Testes OO – Testes OO para a Lacertae SW

3 MPC - Marco de Processo Comum Define – um enfoque organizativo para o desenvolvimento e a manutenção do SW – as actividades básicas de Eng de SW Identifica – o modelo de Eng de SW aplicado para construir e manter o SW – as tarefas e produtos (entregas) requeridos – Pontos de Referência Técnicos (ou Sinal Técnico, ou Technical milestones) Estabelece – o grau de rigor a ser usado nos diferentes tipos de projectos o MPC sempre é adaptável de maneira que cumpra as necessidades individuiais da equipa

4 Sinal técnico: Análise OO Concluída os pontos de referência (ou sinais) podem ser considerados completos quando obedecerem aos seguintes critérios: – todas as Classes e Hierarquia de Classes estão definidas e revistas – todos os Atributos e Serviços (métodos) foram definidos – todas as Relações entre as classes foram estabelecidas e revistas – foi criado e revisto um Modelo do Comportamento Diagramas de Estados, lista de eventos.. – foram marcadas as classes que podem ser Reutilizadas

5 Sinal técnico: Desenho OO Concluído Quando… – foram definidos e revistos o conjunto de Subsistemas – foram associadas Classes aos Subsistemas e foram revistas – foi estabelecida e revista a Associação de Tarefas – foram definidas Responsabilidades e Colaborações – foram desenhados e revistos os Atributos e Serviços – foi criado e revisto o Modelo de Passagem de Mensagens

6 Sinal técnico: Programação OO terminada Quando… – cada Nova Classe foi implementada em código a partir do modelo de desenho – as classes extraídas (de uma biblioteca de reutilização) foram integradas – foi construído um Protótipo ou um Incremento

7 Sinal técnico: Testes OO Concluídos Quando… – foram concluídos a Análise OO e o Modelo de Desenho – foi desenvolvido e revisto uma rede de (CRC) Classes-Responsabilidades-Colaborações – foram desenhados casos de testes e executados testes ao nível das classes (para todas as classes) – foram desenhados e completados testes de agrupamentos (e as classes foram integradas) – foram concluídos os testes do sistema

8 Testes OO - adoptados para a Lacertae SW Verificar exactidão dos modelos AOO e DOO Verificar consistência dos modelos AOO e DOO Testar as unidades testes de classes Testes de integração (cluster tests) – baseadas no uso (dependência de classes) – baseadas nos use-cases (vide Lorenz & Kidd) Testes de validação – baseados nas acções e saídas visíveis para o utilizador

próxima aula teórica

10 Garantia da Qualidade do Produto de SW