Gerencia de Projeto OO Aspectos Avançados em Engenharia de Software Aula 5 Fernanda Campos DCC/UFJF.

Slides:



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

Os projetos.
Qualidade de Software Aula 4
Gerenciamento Pelas Diretrizes
Gerência de Projetos Wesley Peron Seno Introdução
Engenharia de Software
UNIVERSIDADE ESTADUAL DE MATO GROSSO DO SUL SISTEMAS DE INFORMAÇÃO ENGENHARIA DE SOFTWARE Métricas de Software Prof.ª Adriana dos Santos Caparróz Carvalho.
Identificando requisitos
Métricas para o Processo e o Projecto de SW
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.
Producto x Processo x Projecto
> Processos de SW OO: quando concluir uma iteração de AOO, DOO e Testes OO? > Testes OO Aula 25.
INTRODUÇÃO A INFORMÁTICA
FACULDADE DOS GUARARAPES
Fundamentos de Engenharia de Software - temas para estudo -
Processo Desenvolvimento de Software Tradicional
Reutilização de Software
Reutilização de Software
Aspectos Avançados em Engenharia de Software Aula 3 Fernanda Campos
Aspectos Avançados em Engenharia de Software Aula 2 Fernanda Campos
RUP: Fluxo de Análise e Projeto
Engenharia de Software e Orientação a Objeto
Prof. Jorge Luis Risco Becerra Auxiliares:Prof. Eduardo Lobo
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
Engenharia de Software
RUPinho Qualidade de Software
Aula 1 Minicurso: Astah Ministrantes: André Martins; Camila Brondani;
Planejamento e Gerenciamento de Projetos
Arquitetura Orientado a Serviços
Fundamentos de Engenharia de SW
O Fluxo de Implementação
Processos de Desenvolvimento de Software – Parte 2
Análise e Projeto de Sistemas UNIVERSIDADE DE CRUZ ALTA Ciência da Computação 2010/1.
Engenharia de Software
Modelos de Processo de Software
Análise e Desenvolvimento de Software
PSBD II Projeto de Sistemas de Banco de Dados II
Introdução à Engenharia de Software
Abr-17 Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto Fluxo de análise e projeto.
Bruno Silva Desenvolvido a partir de
RUP - Cap. 4 – Processo Centrado na Arquitetura
1 Teste de Software Aula 2 Teresa Maciel DEINFO/UFRPE.
Engenharia de Software
Integração de Ferramentas CASE
UML e a Ferramenta Astah
Abr-17 Projetar Subsistema Projetar subsistema.
© 2007 by Pearson Education ©Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 18 Slide 1 Reuso de Software.
Engenharia de Software
Engenharia de Software
Desenvolvimento Global de Software Mestrado de Informática / UFPB Francilene Procópio Garcia, D.Sc. Configuração do Processo - Parte.
Engenharia de Software e Sistemas
Engenharia de Software
Frameworks e Componentes Daniel Fernando Pavelec.
Engenharia de Software
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.
Engenharia de Software
Características Cor Combustível Num_Portas Potencia Comportamentos Acelerar Feiar Acender farol Dar seta Buzinar Características Cor Combustível Num_Portas.
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
TÉCNICAS DE ESTIMATIVAS
QUALIDADE DE SOFTWARE Prof. Carlos Augusto da Costa Carvalho.
Catalysis Engenharia de Software Douglas Gabriel Bernardes Matheus Zure Pablo.
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto.
Engenharia de Software Conceitos e elementos 1. Engenharia   Resolução de problemas através de soluções economicamente viáveis  Motivacão: Limitação.
SUMÁRIO Introdução Introdução Planejamento Projeto de alto nível Revisão do projeto de alto nível Desenvolvimento Pós-conclusão Conclusão Conclusão.
Análise e Projeto de Sistemas Análise & modelagem conceitual Prof. Edjandir Corrêa Costa
Transcrição da apresentação:

Gerencia de Projeto OO Aspectos Avançados em Engenharia de Software Aula 5 Fernanda Campos DCC/UFJF

Atividades de Gerenciamento Estabelecer um processo para o projeto Definir métricas para fazer estimativas de esforço e tempo Estabelecer produtos e etapas para medir o progresso Estabelecer checkpoints para garantia e controle da qualidade Gerenciar as mudanças ocorridas Acompanhar, monitorar e controlar o progresso.

Processo para OO Define uma abordagem organizacional para o desenvolvimento e manutenção de software. Identifica o paradigma a ser aplicado à construção e manutenção do software e as tarefas, marcos e artefatos requeridos. Estabelece o grau e o rigor em que diferentes projetos serão abordados. O processo tem que ser adaptável à equipe.

Métricas e Estimativas Entre as estimativas tradicionais como LOC – linhas de código e FP – pontos de função a segunda vem sendo usada para projetos de software orientados a objetos, apesar de algumas limitações e adaptações.

Métricas para Estimativas Número de cenários ou casos de usos este número está diretamente relacionado com o tamanho da aplicação e o número de casos de testes que devem ser desenvolvidos. Problemas Pressman pág Número de classes chaves São componentes altamente independentes definidos na análise OO Como as classes chaves são fundamentais para o domínio do problema, este número é um indicativo do esforço requerido para o desenvolvimento e potencial reuso.

Métricas para Estimativas Número de classes suporte São classes necessárias à implementação do sistema, mas não relacionadas com o domínio do problema. Podem ser do tipo acesso e manipulação de banco de dados, comunicação de classes, etc. São definidas de forma interativa para cada classe chave. É um indicativo do esforço para desenvolvimento e reuso.

Métricas para Estimativas Número de classes suporte por classe chave Classes chave são conhecidas no início e classes suporte ao longo do desenvolvimento É necessário categorizar o tipo de interface para a aplicação e utilizar um multiplicador para obter uma estimativa do número de classes de apoio (Pressman pág. 537). Se forem identificados os subsistemas, estas estimativas podem também ser usadas.

Acompanhamento de um Processo OO Um processo OO é um modelo evolutivo. Este modelo pode dificultar a definição de pontos de controle pois muitas atividades ocorrem ao mesmo tempo.

Verificação da Análise OO Algumas perguntas podem ser feitas: Todas as classes e hierarquias foram definidas e revistas? Atributos e operações de cada classe foram definidas e revistas? Relacionamentos foram definidos e revistos? Um modelo de comportamento foi definido e revisto? Classes reutilizadas foram identificadas?

Verificação do Projeto OO Algumas perguntas podem ser feitas: Um conjunto de subsistemas foi definido e revisto? Classes foram alocadas para os subsistemas e revistas? A alocação de tarefas foi definida e revista? Responsabilidades e colaborações foram definidas? Atributos e operações foram definidos e revisados? O modelo de mensagem foi criado e revisto?

Verificação da Programação Verificar se: Cada classe nova foi implementada em código à partir do modelo de projeto Classes reutilizadas foram integradas Um protótipo ou versão do sistema foi desenvolvido.

Verificação de Testes Avaliar se: A corretude e a completude da análise e do projeto OO foram revistos Casos de teste e testes para níveis de classes foram feitos para cada classe Casos de teste e testes de integração estão completos e classes estão integradas Testes do sistema estão completos.