Project: VENSSO

Development Case

Project: VENSSO

Data 27/05/2005 Responsável Ana Paula Cavalcanti Documento ID VENSSO_PRC_20050601 Localização Vesões do Documento 3.0 VENSSO_PRC_20050601 Development Case

Histórico de Revisão

Date Versão Autor Descrição 27/05/2005 0.01 Ana Paula Elaboração do documento Silvia 01/06/2005 1.0 Ana Paula Ajustes para fechamento da fase planning. 07/06/2005 2.0 Ana Paula Ajustes para fechamento da fase design. 19/06/2005 3.0 Silvia Ajustes para fechamento da fase construction.

Project VENSSO Page 2 of 10 VENSSO_PRC_20050601 Development Case

Revisores

Name Role Date Ana Paula Cavalcanti SQA 07/06/2005 Damires Fernandes Gerente do Projeto 07/06/2005

Sumário

1. Introdução...... 0 2. Visão Geral...... 0 2.1. Modelo do Ciclo de Vida...... 0 2.2. Artifacts...... 0 3. Atividades versus Papéis...... 0 3.1. Gerente de Projeto...... 0 3.2. SQA (Software Quality Assurance)...... 0 3.3. Analista de Sistemas...... 0 3.4. Arquiteto de Software...... 0 3.5. Projetista do Banco de Dados...... 0 3.6. Engenheiro de Software...... 0 3.7. Engenheiro de Configuração...... 0 3.8. Engenheiro de Teste...... 0 4. Plano de Garantia da Qualidade...... 0 4.1. Plano...... 0 4.2. Cronograma de Atividades...... 0 4.3. Lições Aprendidas...... 0

1.Introdução

O propósito deste documento é descrever o processo de desenvolvimento de software que será aplicado ao projeto VENSSO. Este documento fornece a instanciação do IXI Process de acordo com as características específicas do projeto em questão.

2.Visão Geral

2.1. Modelo do Ciclo de Vida

O ciclo de vida abordado no Projeto será iterativo e incremental estruturado de acordo com as cinco fases do processo de desenvolvimento, como mostra a figura 1.

Feasibility Planning Design Construction Closing

Figura 1: Fases do ciclo de desenvolvimento

Os objetivos específicos a serem atingidos em cada fase estão descritos na tabela a seguir.

Fase Objetivos Resultados Esperados (Artefatos) Feasibility  Estabelecer o escopo do 1. Documento de projeto; Requisitos;  Estimar o custo e 2. Proposta. cronograma geral do projeto;  Definir a proposta do projeto e negociar com o cliente. Planning  Mitigar os riscos relacionados 1. Documento de ao escopo do projeto; Requisitos;  Detalhar os casos de uso 2. Plano do Projeto críticos do sistema; 3. Modelo de desenvolvimento; 4. Plano de Configuração; 5. Protótipo; 6. Repositório. Design  Estabelecer um projeto de 1. Documento de arquitetura estável Requisitos; 2. Plano do Projeto 3. Modelo de desenvolvimento; 4. Repositório. 5. Casos de Uso do Sistema; 6. Diretrizes de Programação;

7. Modelo do projeto; 8. Componentes; 9. Casos de Testes do Sistema; 10. Plano de Testes; 11. Lista de Atividades de Codificação. Constructio  Minimizar os riscos 1. Documento de n relacionados ao custo do Requisitos; desenvolvimento. 2. Plano do Projeto 3. Modelo de desenvolvimento; 4. Repositório. 5. Plano de Testes; 6. Modelo do projeto; 7. Lista de Atividades de Codificação; 8. Relatórios de Testes do Sistema; 9. Unidade de Implantação; 10. Componentes;

Closing  Garantir que o software está 1. Documento de disponível para seus usuários Requisitos; finais. 2. Plano do Projeto 3. Modelo de desenvolvimento; 4. Relatórios de Testes do Sistema; 5. Lista de Atividades de Codificação;

Legenda: Artefato Elaborado

Artefato Refinado

2.2. Artifacts

Esta seção descreve, na tabela abaixo, como os artefatos serão utilizados.

Como usar Detalhes Ferramentas Artefato Feas Plan Design Const Clos. Revisão usadas

Explicação da Tabela Nome da Propósito Conteúdo / Comentários Coluna Artefatos Como usar

Detalhes da Definir o nível e Nível da revisão: Revisão procedimentos de revisão aplicados ao artefato. Ferramentas Definir a usadas ferramenta utilizada para produzir o artefato.

3.Atividades versus Papéis

Fornece uma descrição das responsabilidades e artefatos de acordo com um determinado papel no ciclo de vida do processo.

3.1. Gerente de Projeto

Como usar Detalhes Ferramentas Artefato Feas Plan Design Const Clos. Revisão usadas Proposta E Documento de E Requisitos Plano de E R R R Projeto

3.2. SQA (Software Quality Assurance)

Como usar Detalhes Ferramentas Artefato Feas Plan Design Const Clos. Revisão usadas Modelo de E R R R Desenvolvimento

3.3. Analista de Sistemas

Como usar Detalhes Ferramentas Artefato Feas Plan Design Const Clos. Revisão usadas Documento de E R R R Requisitos Casos de Uso do E R Sistema

3.4. Arquiteto de Software

Como usar Detalhes Ferramentas Artefato Feas Plan Design Const Clos. Revisão usadas Plano de E Projeto

Modelo de E R Projeto

3.5. Projetista do Banco de Dados

Como usar Detalhes Ferramentas Artefato Feas Plan Design Const Clos. Revisão usadas Modelo de E R Projeto

3.6. Engenheiro de Software

Como usar Detalhes Ferramentas Artefato Feas Plan Design Const Clos. Revisão usadas Protótipo E Componente E R R Diretrizes de E Programação Lista de Atividades de E R R Codificação

3.7. Engenheiro de Configuração

Como usar Detalhes Ferramentas Artefato Feas Plan Design Const Clos. Revisão usadas Plano de E Configuração Repositório de E Projeto Unidade de E R Implantação Release Notes E Instalador Pode Ter Manual de Pode Instalação Ter

3.8. Engenheiro de Teste

Como usar Detalhes Ferramentas Artefato Feas Plan Design Const Clos. Revisão usadas Plano de E R Teste Relatório de E R Teste do Sistema

4.Plano de Garantia da Qualidade

4.1. Plano

O plano de garantia da qualidade aborda as atividades:  Avaliação do processo  Avaliação dos produtos de trabalho e serviços

Atividade Procedimento Resultados Esperados Responsável Avaliação de Validação dos Milestone: escopo Ana Paula milestone de artefatos. fechado, documento de fase – requisitos planning. Avaliação de Validação dos Milestone: protótipo Ana Paula milestone de artefatos. apresentado fase – Design. Avaliação de Validação dos Milestone: componentes Silvia milestone de artefatos. implementados fase – Construction. Avaliação de Milestone: sistema milestone de entregue pro cliente fase – Closing.

4.2. Cronograma de Atividades

Cronograma das atividades de garantia da qualidade, avaliação do processo e produtos de trabalho.

Atividade Data Não Conformidade Ação Corretiva 01/06/05 Repositório não Recurso alocado implantado ainda para definição do Avaliação de repositório e milestone de fase – ferramentas. Planning. Protótipo de telas não Recurso alocado. elaborado Avaliação de 07/06/2005 Diretrizes de Utilizar um milestone de fase – programação não padrão existente Design. definidas. disponível para o CIn. Repositório não Recurso alocado implantado ainda para implantar repositório no Tigres. Lista de Atividades de Recurso alocado programação não para definir a definida. lista e avaliar ferramenta para integrar as informações. Damires.

Casos de Testes não elaborados. 19/06/2005 Diretrizes de Utilizar um programação não padrão existente definidas. disponível para o CIn. Avaliação de Lista de Atividades de Recurso alocado milestone de fase – programação não para definir a Construction. definida. lista e avaliar ferramenta para integrar as informações. Damires e Alan. Relatório de Testes do Sistema não elaborado.

4.3. Lições Aprendidas

 Protótipo deve ser considerado um release apenas na fase de Planning.  Casos de testes não serão elaborados no piloto devido ao escopo do projeto.

Project VENSSO Page 10 of 10