You are on page 1of 9

Vant-Ec-Same

GNC
Plano de Desenvolvimento de Software (Projeto
Pequeno)
Verso 1.0

GNC
Plano de Desenvolvimento de Software (Projeto Pequeno)
Plano de Desenvolvimento de Software.doc

Verso:
1.0
Data: 10/09/06

Histrico da Reviso
Data
10/09/06

Verso
1.0

Descrio
Verso Inicial

Autor
Daniel van Berghem
Motta
Daniel Llis Baggio
Antnio Moreira
Estillac Borges Lins Filho

Confidencial

Vant-Ec-Same, 2015

Pgina 2 de 9

GNC
Plano de Desenvolvimento de Software (Projeto Pequeno)
Plano de Desenvolvimento de Software.doc

Verso:
1.0
Data: 10/09/06

ndice Analtico
1.

2.

3.

4.

Introduo 4
1.1

Finalidade 4

1.2

Escopo 4

1.3

Definies, Acrnimos e Abreviaes 4

1.4

Referncias 4

1.5

Viso Geral 5

Viso Geral do Projeto 5


2.1

Finalidade, Escopo e Objetivos do Projeto 5

2.2

Suposies e Restries 5

2.3

Produtos Liberados do Projeto 5

2.4

Evoluo do Plano de Desenvolvimento de Software 5

Organizao do Projeto 5
3.1

Estrutura Organizacional 5

3.2

Interfaces Externas 6

3.3

Papis e Responsabilidades 6

Processo de Gerenciamento 7
4.1

Estimativas do Projeto 7

4.2
Plano de Projeto 7
4.2.1
Plano de Fase 7
4.2.2
Objetivos das Iteraes 7
4.2.3
Releases 7
4.2.4
Programao do Projeto 7
4.2.5
Recursos do Projeto 7
4.3
5.

Monitoramento e Controle do Projeto 7

Anexos 9

Confidencial

Vant-Ec-Same, 2015

Pgina 3 de 9

GNC
Plano de Desenvolvimento de Software (Projeto Pequeno)
Plano de Desenvolvimento de Software.doc

Verso:
1.0
Data: 10/09/06

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 Gerenciamento de Navegao e Controle GNC. Ele
descreve a abordagem dada ao desenvolvimento do software e o plano de nvel mais alto gerado e usado
pelos gerentes para coordenar o esforo de desenvolvimento.
O Plano de Desenvolvimento de Software usado por estas pessoas:

1.2

2.

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 ao cronograma.

3.

Membros da equipe do projeto utilizam-no para entender o que precisam fazer, quando precisam
faz-lo e quais so as outras atividades das quais eles dependem.

Escopo
Este Plano de Desenvolvimento de Software descreve o plano geral a ser usado pelo prottipo de projeto
GNC incluindo a implantao do produto. Este projeto rene e sintetiza as seguintes Unidades de
Softwares: S-DOS ( Sistema de Determinao de rbita do Satlite ), S-COS ( Sistema de Controle de
rbita do Satlite ), S-DAS ( Sistema de Determinao de Altitude do Satlite) e S-CAS ( Sistema de
Controle de Altitude do Satlite ).O GNC pertence ao item de software SAT Satlite Universitrio, e,
finalmente o SAT est abaixo do PCDs Plataforma de Coleta de Dados. Os detalhes de iteraes
individuais sero descritos nos Planos de Iterao. Os planos, conforme especificado neste documento,
baseiam-se nos requisitos do produto definidos no Documento de Viso.

1.3 Definies, Acrnimos e Abreviaes


Consulte o Glossrio do Projeto, no documento GNC Glossrio [1].
1.4 Referncias
[1] <Nome do Projeto> Glossrio;
[2] <Nome do Projeto> Caso de Desenvolvimento;
[3] <Nome do Projeto> Viso;
[4] <Nome do Projeto> Plano de IteraoIniciao;
[5] <Nome do Projeto> Plano de Gerenciamento de Requisitos; e
[6] <Nome do Projeto> Lista de Riscos;

1.5 Viso Geral


Este Plano de Desenvolvimento de Software contm as seguintes informaes:

Confidencial

Vant-Ec-Same, 2015

Pgina 4 de 9

GNC
Plano de Desenvolvimento de Software (Projeto Pequeno)
Plano de Desenvolvimento de Software.doc

Verso:
1.0
Data: 10/09/06

Viso Geral do Projeto apresenta uma descrio da finalidade, do escopo e dos objetivos do projeto.
Tambm define os produtos que se espera que o projeto libere.
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 Componente de Software de Computador,
chamado GNC Gerenciamento de Navegao e Controle, que est num contexto maior que o do
Prottipo de Projeto do VANT-EC-SAME. Maiores esclarecimentos sero fornecidos no documento [3]
<Nome do Projeto> Viso.
2.2 Suposies e Restries
Este Projeto de Sistema Embarcado de Tempo Real no deve ter completeza, pois este no o objeto de
preocupao. O interesse em realizar tal atividade se restringe a aplicao de tcnicas e tecnologias
modernas para resoluo de problemticas atuais e realsticas.
2.3 Produtos Liberados do Projeto
Os produtos liberados de cada fase do projeto esto identificados no [2] <Nome do Projeto> Caso de
Desenvolvimento. Os produtos liberados so entregues no final de cada iterao de cada fase, conforme
especificado na seo 4.2.4 Programao do Projeto.
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 RUP

Iterao RUP

Linha Base

Data Alvo

Inception

Iniciao

Funcional

17/08/06

Elaboration

Prottipo de Arquitetura

Projeto

05/09/06

Contruction

Release de Prottipo

Produto

19/09/06

Transaction

Release Final

Produto

03/10/06

Organizao do Projeto

3.1 Estrutura Organizacional


Vide documento [2] <Nome do Projeto> Caso de Desenvolvimento.

Confidencial

Vant-Ec-Same, 2015

Pgina 5 de 9

GNC
Plano de Desenvolvimento de Software (Projeto Pequeno)
Plano de Desenvolvimento de Software.doc

Verso:
1.0
Data: 10/09/06

3.2 Interfaces Externas


Este projeto, descrito neste documento, executada pelos autores das Unidades de Software de
Computador descritos no Histrico de Reviso deste documento, onde h um relacionamento direto com o
coordenador do projeto.Cada um destes autores j documentou e elaborou os artefatos de suas respectivas
Unidades de Software.Esta equipe se relacionar com outras equipes no mesmo nvel. Numa segunda
integrao sero formadas apenas 3 (trs) equipes que se relacionaram entre si.
3.3 Papis e Responsabilidades
Vide documento [2] <Nome do Projeto> Caso de Desenvolvimento.
4

Processo de Gerenciamento Estimativas do Projeto


Os recursos do projeto, bem como seus custos, sero abstrados, sendo pr-suposto que os recursos
materiais e de infra-estrutura ser providos pelos laboratrios do ITA e os recursos humanos envolvidos
sero assumidos com sendo os alunos interessados em fazer tal desenvolvimento.

4.1 Plano de Projeto


4.1.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 falando de programao e esforo.
Embora essa variao seja peculiar de cada projeto o que se tem pelo histrico de projetos deste porte est
demonstrado na tabela abaixo.
Iniciao

Elaborao

Construo

Transio

Esforo

~5%

20%

65%

10%

Programao

10%

20%

50%

10%

Levando em considerao a argumentao do RUP, o tempo disponvel para o desenvolvimento do projeto


e o fator de no ser exigido completeza, requisitos estes especificados pelo coordenador de projeto, o que
teremos como Release Final apenas um Prottipo de Projeto que poder ser utilizado como uma soluo
inicial para o problema proposto. Tendo em vista tais fatos, foi adotada apenas uma iterao para cada fase.

Confidencial

Fase de Iterao

Principal resultado

Iniciao

Conjunto de artefatos que definem o problema, uma alternativa


de soluo e requisitos funcionais e suplementares.

Elaborao

Prottipo de Arquitetura (Sistema Embarcado de Tempo Real)

Construo

Primeiro release do prottipo

Transio

Concluso do prottipo e documentao

Vant-Ec-Same, 2015

Pgina 6 de 9

GNC
Plano de Desenvolvimento de Software (Projeto Pequeno)
Plano de Desenvolvimento de Software.doc

Verso:
1.0
Data: 10/09/06

Tendo por base experincias executadas com sucesso anteriormente no que tange as restries de tempo das
linhas de base estabelecidas, a figura abaixo ilustra o planejamento proposto.

4.1.2

Objetivos das Iteraes

Fase
Iniciao

Iterao
Iterao
Iniciao

Objetivos das Iteraes


Descrio
Marco Associado
Definio de requisitos do Especificao de
<Nome do Projeto>
requisitos funcionais e
suplementares

Solues para os Riscos


Familiarizao da equipe
com o RUP
Definio dos requisitos do
cliente

Elaborao

Construo

Confidencial

Prottipo de
Arquitetura

Primeiro
Release

Anlise e Desgin de 5 mais ou


menos 2 Casos de Uso e
desenvolvimento do prottipo da
arquitetura envolvendo estes
casos

Implementao e teste dos Casos


de Uso da fase anterior

Prottipo de
arquitetura

Desenvolvimento de plano
de escopo realstico para o
projeto
A arquitetura esclarecida
Riscos tcnicos da equipe
so reduzidos

Primeiro Release

Vant-Ec-Same, 2015

Prottipo inicial para o


cliente
Todos os requisitos
levantados so
implementados e verificados
Pgina 7 de 9

GNC
Plano de Desenvolvimento de Software (Projeto Pequeno)
Plano de Desenvolvimento de Software.doc

Transio

Release
Final

Testes finais e eventuais


melhoramentos e correo de
defeitos.

Verso:
1.0
Data: 10/09/06

Release Final

Feedback ao cliente
Prottipo e Documentao
finalizados

4.1.3

Releases
Para este ciclo 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.1.4

Programao do Projeto
Vide seo 2.4.

4.1.5

Recursos do Projeto
Vide [2] <Nome do Projeto> Caso de Desenvolvimento;

4.2 Monitoramento e Controle do Projeto


Gerenciamento de Requisitos
Os 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. As mudanas na programao ficaro a cargo dos patrocinadores do projeto, que decidiro
se o escopo ser alterado a fim de preservar as datas-alvo de concluso.
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:

Confidencial

Vant-Ec-Same, 2015

Pgina 8 de 9

GNC
Plano de Desenvolvimento de Software (Projeto Pequeno)
Plano de Desenvolvimento de Software.doc

Verso:
1.0
Data: 10/09/06

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, visto que informaes complementares estaro descritas nos outros artefatos referentes a este projeto.

Confidencial

Vant-Ec-Same, 2015

Pgina 9 de 9

You might also like