01_PlanoDesenvolvimentoSoftware
-
Upload
luciano-sena -
Category
Documents
-
view
215 -
download
0
description
Transcript of 01_PlanoDesenvolvimentoSoftware
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.