<Nome da Empresa>

<Nome do Projeto> Plano de Desenvolvimento de Software (Projeto Pequeno)

Verso <1.0>
[Observao: O template a seguir fornecido para uso com o Rational Unified Process (RUP). O texto em azul exibido entre colchetes e em itlico (style=InfoBlue) foi includo para orientar o autor e deve ser excludo antes da publicao do documento. Um pargrafo digitado aps esse estilo ser automaticamente definido como normal (style=Body Text).] [Para personalizar campos automticos no Microsoft Word (que exibem um fundo cinza quando selecionados), escolha File>Properties e substitua os campos Title, Subject e Company pelas informaes apropriadas para este documento. Depois de fechar a caixa de dilogo, para atualizar os campos automticos no documento inteiro, selecione Edit>Select All (ou Ctrl-A) e pressione F9 ou simplesmente clique no campo e pressione F9. Isso deve ser feito separadamente para Cabealhos e Rodaps. Alt-F9 alterna entre a exibio de nomes de campos e do contedo dos campos. Consulte a ajuda do Word para obter mais informaes sobre como trabalhar com campos.]

<Nome do Projeto> Plano de Desenvolvimento de Software (Projeto Pequeno) <identificador do documento>

Verso: <1.0> Data: <dd/mmm/aa>

Histrico da Reviso
Data <dd/mmm/aa> Verso <x.x> <detalhes> Descrio <nome> Autor

Confidencial

<Nome da Empresa>, 2013

Pgina 2 de 9

<Nome do Projeto> Plano de Desenvolvimento de Software (Projeto Pequeno) <identificador do documento>

Verso: <1.0> Data: <dd/mmm/aa>

ndice Analtico
1. Introduo 4 1.1 1.2 1.3 1.4 1.5 2. Finalidade 4 Escopo 4 Definies, Acrnimos e Abreviaes 4 Referncias 4 Viso Geral 4

Viso Geral do Projeto 4 2.1 2.2 2.3 2.4 Finalidade, Escopo e Objetivos do Projeto 4 Suposies e Restries 5 Produtos Liberados do Projeto 5 Evoluo do Plano de Desenvolvimento de Software 5

3.

Organizao do Projeto 5 3.1 3.2 3.3 Estrutura Organizacional 5 Interfaces Externas 5 Papis e Responsabilidades 5

4.

Processo de Gerenciamento 6 4.1 Estimativas do Projeto 6

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

Anexos 9

Confidencial

<Nome da Empresa>, 2013

Pgina 3 de 9

<Nome do Projeto> Plano de Desenvolvimento de Software (Projeto Pequeno) <identificador do documento>

Verso: <1.0> Data: <dd/mmm/aa>

Plano de Desenvolvimento de Software (Projeto Pequeno)

1. Introduo [A introduo do Plano de Desenvolvimento de Software oferece uma viso geral de todo o documento. Ela inclui a finalidade, o escopo, as definies, os acrnimos, as abreviaes, as referncias e uma viso geral deste Plano de Desenvolvimento de Software.] 1.1 Finalidade A finalidade do Plano de Desenvolvimento de Software reunir todas as informaes necessrias para controlar o projeto. 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 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. 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 projeto <nome do projeto>, incluindo a implantao do produto. 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. Definies, Acrnimos e Abreviaes Consulte o Glossrio do Projeto. Referncias Viso

1.3 1.4

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 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 [Uma breve descrio da finalidade e dos objetivos deste projeto e uma breve descrio dos produtos que se espera que o projeto libere.] <Nome da Empresa>, 2013 Pgina 4 de 9

Confidencial

<Nome do Projeto> Plano de Desenvolvimento de Software (Projeto Pequeno) <identificador do documento> 2.2

Verso: <1.0> Data: <dd/mmm/aa>

Suposies e Restries [Uma lista das suposies em que este plano se baseia e de quaisquer restries como, por exemplo, de oramento, equipe, equipamento e programao, que se aplicam ao projeto.] Produtos Liberados do Projeto [Uma lista dos artefatos a serem criados durante o projeto, incluindo datas-alvo de liberao. O texto abaixo fornecido como exemplo.] Os produtos liberados de cada fase do projeto esto identificados no Caso de Desenvolvimento. Os produtos liberados so entregues no final da iterao, conforme especificado na seo 4.2.4 Programao do Projeto.

2.3

2.4

Evoluo do Plano de Desenvolvimento de Software [Uma tabela de verses propostas do Plano de Desenvolvimento de Software e os critrios para a reviso no-programada e reedio deste plano. O texto abaixo fornecido como exemplo.] O Plano de Desenvolvimento de Software ser revisado antes do incio de cada fase de Iterao. 3. Organizao do Projeto

3.1

Estrutura Organizacional [Descreva a estrutura organizacional da equipe do projeto, incluindo as autoridades de gerenciamento e outras autoridades de reviso.]---- ORGANOGRAMA DO PI Interfaces Externas [Descreva como o projeto se relaciona com grupos externos. Para cada grupo externo, identifique os nomes de contato internos e externos. Isso dever incluir responsabilidades relacionadas implantao e aceitao do produto.] Papis e Responsabilidades [Identifique as unidades organizacionais do projeto que sero responsveis por cada uma das disciplinas, detalhes do fluxo de trabalho e processos de suporte. O texto abaixo fornecido como exemplo.] Papel no Rational Unified Process Project Manager Deployment Manager Requirements Reviewer Architecture Reviewer Configuration Manager Change Control Manager Project Reviewer Requirements Reviewer System Analyst Requirements Specifier User Interface Designer Software Architect Design Reviewer Test Manager Test Analyst e, em menor proporo, os seguintes papis: Designer Implementer Code Reviewer Integrator

3.2

3.3

Pessoa

Sally Slalom, Gerente Snior

Matt Mogul, Vice-presidente de operaes

Tom Telemark, Engenheiro de Software Snior

Confidencial

<Nome da Empresa>, 2013

Pgina 5 de 9

<Nome do Projeto> Plano de Desenvolvimento de Software (Projeto Pequeno) <identificador do documento> Test Designer Tester Technical Writer Designer Implementer Henry Halfpipe, Engenheiro de Software Jnior Code Reviewer Integrator TBD1, Engenheiro de Software Test Designer Tester TBD2, Engenheiro de Software Jnior Technical Writer Susan Snow, Engenheira de Software

Verso: <1.0> Data: <dd/mmm/aa>

Patrick Powder, Assistente Administrativo

Responsvel por manter o site do projeto na Web, auxiliar a pessoa que exerce o papel de Gerente do Projeto no planejamento/programao de atividades e ajudar a pessoa que exerce o papel de Gerente de Controle de Mudana a controlar mudanas nos artefatos. Tambm pode auxiliar outros papis, se necessrio.

Qualquer pessoa da equipe do projeto pode executar atividades de Any Role. 4. Processo de Gerenciamento 4.1 Estimativas do Projeto [Fornea a programao e o custo estimado do projeto, assim como a base dessas estimativas, e os pontos e circunstncias do projeto em que sero feitas novas estimativas.] Plano de Projeto [Esta seo contm a programao e os recursos do projeto.] Plano de Fase [Inclua o seguinte:

4.2 4.2.1

Estrutura de Diviso de Trabalho (WBS) opcional para projetos pequenos uma linha de tempo ou um grfico de Gantt mostrando o tempo alocado para as fases ou iteraes do
projeto

identificao dos principais marcos com os respectivos critrios de xito

Defina todas as demonstraes e pontos de release importantes.] 4.2.2 4.2.3 4.2.4 Objetivos das Iteraes [Liste os objetivos a serem atingidos para cada uma das iteraes.] Releases [Uma breve descrio de cada release de software e se uma verso beta, de demonstrao etc.] Programao do Projeto [Diagramas ou tabelas mostrando as datas-alvo para a concluso das iteraes e fases, dos pontos de release, das demonstraes e de outros marcos.] Recursos do Projeto [Identifique aqui os nmeros e tipos de recursos humanos necessrios, incluindo todas as experincias ou habilidades especiais, programados por fase ou iterao do projeto. <Nome da Empresa>, 2013 Pgina 6 de 9

4.2.5

Confidencial

<Nome do Projeto> Plano de Desenvolvimento de Software (Projeto Pequeno) <identificador do documento>

Verso: <1.0> Data: <dd/mmm/aa>

Descreva como voc pretende localizar e adquirir as pessoas para integrarem a equipe necessria ao projeto. Liste quaisquer treinamentos especiais necessrios aos integrantes da equipe do projeto, com as datasalvo identificando quando os treinamentos devero ser concludos. Efetue a alocao de custos em relao WBS e ao Plano de Fase.] 4.3 Monitoramento e Controle do Projeto [Abaixo apresentamos uma lista de verificao de itens a serem considerados: Gerenciamento de Requisitos: especifique as informaes e os mecanismos de controle que sero coletados e usados para medir, relatar e controlar mudanas nos requisitos do produto. Controle de Cronograma e Oramento: Descreva a abordagem a ser adotada para monitorar as despesas, tendo em vista o oramento do projeto e o andamento de acordo com o cronograma planejado. Descreva como executar aes corretivas quando necessrio. Controle de Qualidade: Descreva o andamento e os mtodos a serem usados para controlar a qualidade dos produtos liberados do projeto e como executar aes corretivas quando necessrio. Inclua tcnicas, mtricas, critrios e procedimentos usados para avaliao isso compreender inspees tcnicas, inspees e revises. Observe que esses procedimentos so um complemento do Plano de Teste, que no est includo no Plano de Desenvolvimento de Software. Relatrios e Mtricas: descreva os relatrios internos e externos a serem gerados, e a freqncia e distribuio de publicao. Especifique as mtricas que devero ser coletadas e o porqu. Gerenciamento de Riscos: descreva o mtodo que ser usado para identificar, analisar, priorizar, monitorar e diminuir os riscos. Inclua uma lista de riscos e seus status atuais. Finalizao do Projeto: descreva as atividades necessrias para que o projeto seja concludo de forma organizada, incluindo a nova designao da equipe, o arquivamento de materiais do projeto, interrogaes e relatrios de post-mortem etc. Gerenciamento de Configurao: descreva o processo atravs do qual os problemas e mudanas so enviados, revisados e organizados. Descreva como os artefatos do produto ou do projeto devero ser nomeados, marcados e numerados, incluindo hardware, software do sistema, Produtos de Terceiros (COTS), planos, modelos, componentes, software de teste, resultados e dados, executveis etc. Descreva polticas de reteno e os planos de backup, desastre e recuperao. Descreva tambm como a mdia deve ser mantida on-line, off-line, tipo de mdia e formato. Resoluo de Problemas: descreva o mtodo que ser usado para resolver desentendimentos com o cliente, incluindo como lidar com desentendimentos relacionados a contratos, ao escopo do projeto e a atrasos na programao. Gerenciamento de Subfornecedores: descreva como os subcontratantes sero gerenciados. Plano de Melhoria do Processo: descreva como a eficincia do projeto ser avaliada e melhorada.

O texto abaixo fornecido como exemplo.] 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 Confidencial <Nome da Empresa>, 2013 Pgina 7 de 9

<Nome do Projeto> Plano de Desenvolvimento de Software (Projeto Pequeno) <identificador do documento>

Verso: <1.0> Data: <dd/mmm/aa>

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. 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. Os riscos de maior importncia so listados primeiro na tabela.
Classificao do Impacto e Descrio do Risco Risco (Alto, Mdio, Baixo) Estratgia de Diminuio e/ou Plano de Contingncia

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.

Confidencial

<Nome da Empresa>, 2013

Pgina 8 de 9

<Nome do Projeto> Plano de Desenvolvimento de Software (Projeto Pequeno) <identificador do documento>

Verso: <1.0> Data: <dd/mmm/aa>

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 [Material adicional de uso para o leitor do Plano de Desenvolvimento de Software. Liste ou inclua planos e padres tcnicos de qualquer projeto que se aplicam a esse projeto. Normalmente, o Caso de Desenvolvimento, os planos para infra-estrutura e a aceitao do produto incluem-se nesses planos e padres . Alm disso, tambm esto normalmente includos Guias de Programao, Guias de Design e outros guias de processo. O texto abaixo fornecido como exemplo.] O projeto seguir o processo do RUP para Projetos Pequenos, conforme a adaptao contida no Caso de Desenvolvimento do projeto. Outros planos de processo aplicveis esto listados na seo de referncias, incluindo o Guia de Programao.

Confidencial

<Nome da Empresa>, 2013

Pgina 9 de 9