Plano de Desenvolvimento de Software (Projeto Pequeno)

VANT-EC-SAME

V-CNS-ATMPlano de Desenvolvimento de Software (Projeto Pequeno)Verso 2.0Histrico da Reviso

DataVersoDescrioAutor

15/09/072.01 Iterao da 2 Fase de ElaboraoIsrael Cordeiro Rocha

ndice Analtico

4Plano de Desenvolvimento de Software (Projeto Pequeno)

41.Introduo

41.1Finalidade

41.2Escopo

41.3Definies, Acrnimos e Abreviaes

41.4Referncias

41.5Viso Geral

52.Viso Geral do Projeto

52.1Finalidade, Escopo e Objetivos do Projeto

52.2Suposies e Restries

52.3Produtos Liberados do Projeto

52.4Evoluo do Plano de Desenvolvimento de Software

53.Organizao do Projeto

53.1Estrutura Organizacional

53.2Interfaces Externas

63.3Papis e Responsabilidades

64.Processo de Gerenciamento

64.1Estimativas do Projeto

64.2Plano de Projeto

64.2.1Plano de Fase

74.2.2Objetivos das Iteraes

84.2.3Releases

84.2.4Programao do Projeto

84.2.5Recursos do Projeto

84.3Monitoramento e Controle do Projeto

95.Anexos

Plano de Desenvolvimento de Software (Projeto Pequeno)1. Introduo

1.1 Finalidade

A finalidade do Plano de Desenvolvimento de Software reunir todas as informaes necessrias para controlar e gerenciar o prottipo de projeto de Unidade de Software de Computador UCS (Computer Software Unit - CSU) V-CNS-ATM. Ele descreve a abordagem dada ao desenvolvimento do software e est no nvel mais alto gerado e usado pelos gerentes para coordenar o esforo de desenvolvimento.

O Plano de Desenvolvimento de Software usado pelas seguintes pessoas e das seguintes maneiras:

O gerente de projeto: utiliza-o para planejar o cronograma do projeto e as necessidades de recursos, e para acompanhar o andamento do projeto em relao aos prazos estabelecidos.

Membros da equipe do projeto: utilizam-no para saber o qu e quando fazer, e quais so as atividades das quais dependem para comear.

1.2 Escopo

Este Plano de Desenvolvimento de Software descreve o plano geral a ser usado pelo prottipo de componente de Comunicao, Navegao, Vigilncia e Gerenciamento de Trfego Areo do VANT (V-CNS-ATM) incluindo a implantao do produto. Este componente pertence ao nvel imediatamente superior chamado Item de Configurao de Software de Computador - ICSC (Computer Software Configuration Item - CSCI) VANT e este est imediatamente abaixo do Sistema de Software de Computador SSC (Computer Software System - CSS) VANT-EC-SAME. Os detalhes das iteraes individuais sero descritos nos Planos de Iterao. Os planos se baseiam, conforme especificado neste documento, nos requisitos do produto definidos no Documento de Viso.

1.3 Definies, Acrnimos e Abreviaes

Consulte o Glossrio do Projeto, no documento V-CNS-ATM Glossrio [1].

1.4 Referncias

[1] V-CNS-ATM Glossrio;

[2] V-CNS-ATM Caso de Desenvolvimento;[3] V-CNS-ATM Viso;[4] V-CNS-ATM Plano de IteraoIniciao;[5] V-CNS-ATM Plano de Gerenciamento de Requisitos; e

[6] V-CNS-ATM Lista de Riscos;

1.5 Viso Geral

Este Plano de Desenvolvimento de Software contm as seguintes informaes:

Viso Geral do Projeto apresenta uma descrio da finalidade, do escopo e dos objetivos do projeto. Tambm define os produtos esperados com o projeto.

Organizao do Projeto descreve a estrutura organizacional da equipe do projeto.

Processo de Gerenciamento explica o custo estimado e o cronograma, define os principais marcos e fases do projeto e descreve como o projeto ser monitorado.

Planos e Diretrizes Aplicveis apresentam uma viso geral do processo de desenvolvimento do software, abrangendo mtodos, ferramentas e tcnicas a serem seguidos.

2. Viso Geral do Projeto

2.1 Finalidade, Escopo e Objetivos do Projeto

Este documento tem por finalidade propiciar a concepo de um Prottipo de Projeto de Sistema Embarcado de Tempo Real, ou um Prottipo de Projeto de Unidade de Software de Computador, chamado V-CNS-ATM, que est num contexto maior que o do Prottipo de Projeto do VANT-EC-SAME. Para mais detalhes e esclarecimentos consulte o documento [3] V-CNS-ATM Viso.2.2 Suposies e Restries

Supe-se todo o hardware, i.e. os barramentos de dados, microprocessadores, microcontroladores etc., estaro bem documentados e sero compatveis com o software a ser embarcado.2.3 Produtos Liberados do Projeto

Ser liberado o componente V-CNS-ATM que propiciar as funcionalidades descritas em [3] V-CNS-ATM - Viso.2.4 Evoluo do Plano de Desenvolvimento de Software

O Plano de Desenvolvimento de Software poder ser inteiramente revisado antes do incio de cada fase de Iterao. As datas podem ser observadas na tabela abaixo.Datas das Fases e Iteraes das Linhas Base

Fase RUPIterao RUPLinha Base Data Alvo

InceptionIniciaoFuncional01/10/05

ElaborationProttipo de ArquiteturaProjeto20/10/05

ContructionRelease de ProttipoProduto01/11/05

TransactionRelease FinalProduto20/11/05

3. Organizao do Projeto

3.1 Estrutura Organizacional

Vide documento [2] V-CNS-ATM Caso de Desenvolvimento.3.2 Interfaces Externas

O componente descrito neste documento ser executado pelo grupo V-CNS-ATM (v. Planilha de Grupos do projeto VANT-EC-SAME), estando sob a superviso do coordenador do projeto. Nas prximas etapas, este componente se integrar aos componente dos demais grupos numa ICSC.3.3 Papis e Responsabilidades

Vide documento [2] V-CNS-ATM Caso de Desenvolvimento.

4. Processo de Gerenciamento

4.1 Estimativas do Projeto

N/A.4.2 Plano de Projeto

4.2.1 Plano de Fase

Este desenvolvimento est se utilizando de abordagem em fases, onde poder haver mais de uma iterao em cada fase. Segundo o RUP as fases possuem diferenas em se tratando de programao e esforo. Embora essa variao seja peculiar a cada projeto, o que se nota pelo histrico de projetos deste porte est demonstrado na tabela abaixo.Iniciao ElaboraoConstruo Transio

Esforo~5%20%65%10%

Programao10%20%50%10%

Fase de IteraoPrincipal resultado

IniciaoConjunto de artefatos que definem o problema, uma alternativa de soluo e requisitos funcionais e suplementares.

ElaboraoProttipo de Arquitetura (Sistema Embarcado de Tempo Real)

ConstruoPrimeiro release do prottipo

TransioConcluso do prottipo e documentao

4.2.2 Objetivos das Iteraes

Objetivos das Iteraes

FaseIteraoDescrioMarco AssociadoSolues para os Riscos

IniciaoIterao

IniciaoDefinio de requisitos do V-CNS-ATMEspecificao de requisitos funcionais e suplementaresDefinio dos requisitos do cliente

Desenvolvimento de plano de escopo realstico para o projeto

ElaboraoProttipo de

ArquiteturaAnlise e Desgin de 5 mais ou menos 2 Casos de Uso e desenvolvimento do prottipo da arquitetura envolvendo estes casosProttipo de arquiteturaA arquitetura esclarecidaRiscos tcnicos da equipe so reduzidos

Prottipo inicial para o cliente

ConstruoPrimeiro

ReleaseImplementao e teste dos Casos de Uso da fase anteriorPrimeiro ReleaseTodos os requisitos levantados so implementados e verificadosFeedback ao cliente

TransioRelease

FinalTestes finais e eventuais melhoramentos e correo de defeitos.Release FinalProttipo e Documentao finalizados

4.2.3 Releases

Para este ciclo acadmico de desenvolvimento, apenas o primeiro release est planejado. Ele ter seu escopo determinado durante a fase de Elaborao, sendo produzida na iterao da fase de Construo e eventualmente concluda na iterao da fase de Transio.

4.2.4 Programao do Projeto

Vide seo 2.4.4.2.5 Recursos do Projeto

Vide [2] V-CNS-ATM Caso de Desenvolvimento;

4.3 Monitoramento e Controle do Projeto

Gerenciamento de RequisitosOs requisitos desse sistema so capturados no Documento de Viso. As mudanas solicitadas nos requisitos so capturadas nas Solicitaes de Mudana e so aprovadas como parte do processo de Gerenciamento de Configurao.

Controle de Cronograma e Oramento

As despesas so monitoradas pelo gerente de projeto, e reportadas e avaliadas mensalmente. (Consulte Relatrios e Mtricas abaixo).

O gerente de projeto mantm uma programao mostrando a data esperada de cada marco. Os itens de linha na programao incluem pacotes de trabalho atribudos a pessoas. Cada pessoa a quem atribudo um pacote de trabalho fornece ao gerente do projeto informaes sobre o percentual de concluso das tarefas semanalmente.

Controle de Qualidade

Os defeitos sero registrados e monitorados como Solicitaes de Mudana, e as mtricas de defeito sero coletadas (consulte Relatrios e Mtricas abaixo).

Ser necessrio que todos os produtos liberados sejam submetidos ao processo de reviso adequado, conforme est descrito no Caso de Desenvolvimento. A reviso necessria para assegurar que cada produto liberado seja de qualidade aceitvel, usando as orientaes descritas nos pontos de verificao e nas diretrizes de reviso do RUP para Projetos Pequenos.

Todos os defeitos encontrados durante a reviso que no forem corrigidos antes da liberao para integrao devero ser capturados como Solicitaes de Mudana para que no sejam esquecidos.

Relatrios e Mtricas

Estimativas atualizadas de custo e cronograma e relatrios sumrios de mtricas sero gerados no final de cada iterao.

O Conjunto Mnimo de Mtricas, conforme descrito no RUP Guidelines: Metrics, ser coletado semanalmente. Isso inclui:

O valor atribudo s tarefas concludas. usado para refazer a estimativa da programao e do oramento para o restante do projeto e/ou para identificar a necessidade de mudanas no escopo.

Todos os defeitos abertos e fechados mostrados como um grfico de tendncias. So usados para ajudar a estimar o esforo restante necessrio para corrigir defeitos.

Aprovao dos casos de teste de aceitao mostrada como um grfico de tendncias. usada para demonstrar o progresso para os envolvidos.

Alm disso, os custos gerais sero monitorados tendo em vista o oramento do projeto.

Gerenciamento de Riscos

Os riscos sero identificados na Fase de Iniciao usando os passos identificados na atividade Identificar e Avaliar Riscos do RUP para Projetos Pequenos. Os riscos do projeto sero avaliados pelo menos uma vez em cada iterao e documentados nesta tabela. Gerenciamento de Configurao

Sero selecionadas ferramentas apropriadas que fornecem um banco de dados de Solicitaes de Mudana e um repositrio controlado de verses dos artefatos do projeto.

Todo o cdigo-fonte, os scripts de teste e os arquivos de dados sero includos nas baselines. A documentao relacionada ao cdigo-fonte tambm ser includa na baseline como, por exemplo, a documentao de design. Todos os artefatos de produtos liberados do cliente so includos na baseline final da iterao, inclusive os executveis.

As Solicitaes de Mudana so revisadas e aprovadas pelo membro do projeto responsvel pelo papel Gerente de Controle de Mudana.

Os backups completos so efetuados mensalmente e os gradativos, durante a noite.

5. Anexos

N/A.