[A introdução do Plano de Desenvolvimento de Software fornece uma visão geral de todo o documento. Ela contém a finalidade, o escopo, as definições, os acrônimos, as abreviações, as referências e a visão geral deste Plano de Desenvolvimento de Software.]

1.1 Finalidade

[Especifique a finalidade deste Plano de Desenvolvimento de Software. O texto abaixo é fornecido como um exemplo ]

A finalidade do Plano de Desenvolvimento de Software é reunir todas as informações necessárias ao controle do projeto. Ele descreve a abordagem dada ao desenvolvimento do software e é o plano de nível mais alto gerado e usado pelos gerentes para coordenar o esforço de desenvolvimento.

O Plano de Desenvolvimento de Software é usado por estas pessoas:

· Pelo gerente de projeto, para planejar a programação do projeto e as necessidades de recursos, e para acompanhar o progresso em relação à programação.

· Pelos membros da equipe do projeto, para compreenderem quais são suas funções, quando elas devem ser executadas e de que outras atividades eles dependem.

1.2 Escopo

[Uma breve descrição do escopo deste Plano de Desenvolvimento de Software; a que Projeto(s) ele está associado e tudo o mais que seja afetado ou influenciado por este documento. O texto abaixo é fornecido como exemplo.]

Este Plano de Desenvolvimento de Software descreve o plano geral a ser usado pelo projeto <nome do projeto>, incluindo a implantação do produto. Os detalhes das iterações individuais serão descritos nos Planos de Iteração.
Os planos, conforme está descrito neste documento, baseiam-se nos requisitos do produto definidos no Documento de Visão.

1.3 Definições, Acrônimos e Abreviações

[Esta subseção fornece as definições de todos os termos, acrônimos e abreviações necessárias à adequada interpretação do Plano de Desenvolvimento de Software. Essas informações podem ser fornecidas fazendo referências ao Glossário do projeto.]

Consulte o Glossário do Projeto.

1.4 Referências

[Esta subseção fornece uma lista completa de todos os documentos mencionados em qualquer outra parte do Plano de Desenvolvimento de Software. Identifique cada documento por título, número do relatório (se aplicável), data e organização de publicação. Especifique as fontes a partir das quais as referências podem ser obtidas. Essas informações podem ser fornecidas mediante referência a um apêndice ou outro documento.

Para o Plano de Desenvolvimento de Software, a lista de artefatos mencionados inclui:

· Site na Web do RUP para Projetos Pequenos

· Planos de Iteração

· Caso de Desenvolvimento

· Visão

· Glossário

· Quaisquer outros planos ou documentação de suporte.]

1.5 Visão Geral

[Esta subseção descreve o que o restante do Plano de Desenvolvimento de Software contém e explica como o documento está organizado. O texto abaixo é fornecido como exemplo.]

Este Plano de Desenvolvimento de Software contém as seguintes informações:

Visão Geral do Projeto - fornece uma descrição da finalidade, do escopo e dos objetivos do projeto. Ele também define os produtos que se espera que o projeto libere.

Organização do Projeto - descreve a estrutura organizacional da equipe do projeto.

Processo de Gerenciamento - explica a programação e os custos estimados, define as principais fases e marcos do projeto, e descreve como o projeto será monitorado.

Planos e Diretrizes Aplicáveis - fornecem uma visão geral do processo de desenvolvimento de software, incluindo métodos, ferramentas e técnicas a serem seguidas.

2. Visão Geral do Projeto

2.1 Finalidade, Escopo e Objetivos do Projeto

[Uma breve descrição da finalidade e dos objetivos deste projeto e uma breve descrição dos produtos que se espera que o projeto libere.]

2.2 Suposições e Restrições

[Uma lista das suposições em que este plano se baseia e de quaisquer restrições como, por exemplo, de orçamento, equipe, equipamento e programação, que se aplicam ao projeto.]

2.3 Produtos Liberados do Projeto

[Uma lista dos artefatos a serem criados durante o projeto, incluindo datas-alvo de liberação. O texto abaixo é fornecido como exemplo.]

Os produtos liberados em cada fase do projeto são identificados no Caso de Desenvolvimento. Eles são liberados no final da iteração, conforme está especificado na seção 4.2.4 Programação do Projeto.

2.4 Evolução do Plano de Desenvolvimento de Software

[Uma tabela das versões propostas do Plano de Desenvolvimento de Software e os critérios para a revisão não programada e a republicação deste plano. O texto abaixo é fornecido como exemplo.]

O Plano de Desenvolvimento de Software será revisado antes do início de cada fase de Iteração.

3. Organização do Projeto

3.1 Estrutura Organizacional

[Descreva a estrutura organizacional da equipe do projeto, incluindo as autoridades de gerenciamento e outras autoridades de revisão.]

3.2 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 à implantação e à aceitação do produto.]

3.3 Papéis e Responsabilidades

[Identifique as unidades organizacionais do projeto que serão responsáveis por cada uma das disciplinas, detalhamentos do fluxo de trabalho e processos de suporte. O texto abaixo é fornecido como exemplo.]

Pessoa	Papel no Rational Unified Process
Sally Slalom, Gerente Sênior	Gerente de Projeto Gerente de Implantação Revisor de Requisitos Revisor de Arquitetura Gerente de Configuração Gerente de Controle de Mudança
Matt Mogul, Vice-presidente de operações	Revisor do Projeto Revisor de Requisitos
Tom Telemark, Engenheiro de Software Sênior	Analista de Sistemas Especificador de Requisitos Designer de Interface do Usuário Arquiteto de Software Revisor de Design Gerente de Testes Analista de Teste e, em menor proporção, os seguintes papéis: Designer Implementador Revisor de Código Integrador Designer de Teste Testador Redator Técnico
Susan Snow, Engenheira de Software Henry Halfpipe, Engenheiro de Software Júnior TBD1, Engenheiro de Software TBD2, Engenheiro de Software Júnior	Designer Implementador Revisor de Código Integrador Designer de Teste Testador Redator Técnico
Patrick Powder, Assistente Administrativo	Responsável por manter o site do projeto na Web, auxiliar a pessoa que exerce o papel de Gerente do Projeto no planejamento/programação de atividades e ajudar a pessoa que exerce o papel de Gerente de Controle de Mudança a controlar mudanças nos artefatos. Também pode auxiliar outros papéis, se necessário.

Qualquer pessoa do projeto pode executar as atividades de Qualquer Papel.

4. Processo de Gerenciamento

4.1 Estimativas do Projeto

[Forneça a programação e o custo estimado do projeto, assim como a base dessas estimativas, e os pontos e circunstâncias do projeto em que serão feitas novas estimativas.]

4.2 Plano do Projeto

[Esta seção contém a programação e os recursos do projeto.]

4.2.1 Plano de Fase

[Inclua o seguinte:

· Estrutura de Divisão de Trabalho (WBS) - opcional para projetos pequenos

· uma linha de tempo ou gráfico de Gantt mostrando a alocação do tempo para as iterações ou fases do projeto

· identifique os principais marcos com seus critérios de realização

Defina todas as demonstrações e pontos de release importantes.]

4.2.2 Objetivos das Iterações

[Liste os objetivos a serem atingidos para cada uma das iterações.]

4.2.3 Releases

[Uma breve descrição de cada release de software e se é uma versão beta, de demonstração etc.]

4.2.4 Programação do Projeto

[Diagramas ou tabelas mostrando as datas-alvo para a conclusão das iterações e fases, dos pontos de release, das demonstrações e de outros marcos.]

4.2.5 Recursos do Projeto

[Identifique aqui quantas pessoas serão necessárias e o tipo de equipe, incluindo quaisquer experiências ou habilidades especiais, definindo uma programação por fase ou iteração do projeto.

Descreva como você pretende localizar e selecionar as pessoas para integrarem a equipe necessária ao projeto.

Liste quaisquer treinamentos especiais necessários aos integrantes da equipe do projeto, com as datas-alvo identificando quando os treinamentos deverão ser concluídos.

Efetue a alocação de custos em relação à WBS e ao Plano de Fase.]

4.3 Controle e Monitoramento do Projeto

[Esta é uma lista de verificação de itens que devem ser levados em consideração:

· Gerenciamento de Requisitos: especifique as informações e os mecanismos de controle que serão coletados e usados para medir, relatar e controlar mudanças nos requisitos do produto.

· Controle de Programação e de Orçamento: descreva o método utilizado para monitorar os gastos tendo em vista o orçamento do projeto e para monitorar o progresso tendo em vista a programação elaborada. Descreva como executar ações corretivas quando necessário.

· Controle de Qualidade: descreva o andamento e os métodos a serem usados para controlar a qualidade dos produtos liberados no projeto e como executar ações corretivas quando necessário. Inclua técnicas, métricas, critérios e procedimentos usados para avaliação - isso compreenderá inspeções técnicas, inspeções e revisões. Observe que esses procedimentos são um complemento do Plano de Teste, que não está incluído no Plano de Desenvolvimento de Software.

· Relatórios e Métricas: descreva os relatórios internos e externos a serem gerados, e a freqüência e distribuição de publicação. Especifique as métricas que deverão ser coletadas e por que.

· Gerenciamento de Riscos: descreva o método que será usada para identificar, analisar, priorizar, monitorar e diminuir os riscos. Inclua uma lista de riscos e seus status atuais.

· Encerramento do Projeto: descreva as atividades necessárias para que o projeto seja concluído de forma organizada, incluindo a nova designação da equipe, o arquivamento de materiais do projeto, interrogações e relatórios de post-mortem etc.

· Gerenciamento de Configuração: descreva o processo através do qual os problemas e mudanças são enviados, revisados e organizados. Descreva como os artefatos do produto ou do projeto deverão ser nomeados, marcados e numerados, incluindo hardware, software do sistema, Produtos de Terceiros (COTS), planos, modelos, componentes, software de teste, resultados e dados, executáveis etc. Descreva políticas de retenção e os planos de backup, desastre e recuperação. Descreva também como a mídia deve ser mantida - on-line, off-line, tipo de mídia e formato.

· Resolução de Problemas: descreva o método 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 programação.

· Gerenciamento de Subcontratantes: descreva como os subcontratantes serão gerenciados.

· Plano de Melhoria do Processo: descreva como a eficiência do projeto será avaliada e melhorada.

O texto abaixo é fornecido como exemplo.]

Gerenciamento de Requisitos

Os requisitos desse sistema são capturados no Documento de Visão. As mudanças solicitadas nos requisitos são capturadas nas Solicitações de Mudança e são aprovadas como parte do processo de Gerenciamento de Configuração.

Controle de Programação e de Orçamento

As despesas são monitoradas pelo gerente de projeto, e reportadas e avaliadas mensalmente. (Consulte Relatórios e Métricas abaixo).

O gerente de projeto mantém uma programação mostrando a data esperada de cada marco. Os itens de linha na programação incluem pacotes de trabalho atribuídos a pessoas. Cada pessoa a quem é atribuído um pacote de trabalho fornece ao gerente do projeto informações sobre o percentual de conclusão das tarefas semanalmente. As mudanças na programação ficarão a cargo dos patrocinadores do projeto, que decidirão se o escopo será alterado a fim de preservar as datas-alvo de conclusão.

Controle de Qualidade

Os defeitos serão registrados e rastreados como Solicitações de Mudança, e as métricas de defeitos serão reunidas (consulte Relatórios e Métricas abaixo).

Será necessário que todos os produtos liberados sejam submetidos ao processo de revisão adequado, conforme está descrito no Caso de Desenvolvimento. A revisão é necessária para assegurar que cada produto liberado seja de qualidade aceitável, usando as orientações descritas nos pontos de verificação e nas diretrizes de revisão do RUP para Projetos Pequenos.

Todos os defeitos encontrados durante a revisão que não forem corrigidos antes da liberação para integração deverão ser capturados como Solicitações de Mudança para que não sejam esquecidos.

Relatórios e Métricas

No final de cada iteração, serão geradas estimativas atualizadas de custos e de programação, e relatórios de resumo de métricas.

O Conjunto Mínimo de Métricas, conforme está descrito em Diretrizes: Métricas do RUP, será reunido semanalmente. Ele inclui:

O valor atribuído às tarefas concluídas. É usado para refazer a estimativa da programação e do orçamento para o restante do projeto e/ou para identificar a necessidade de mudanças no escopo.

Todos os defeitos abertos e fechados - mostrados como um gráfico de tendências. São usados para ajudar a estimar o esforço restante necessário para corrigir defeitos.

Aprovação dos casos de teste de aceitação - mostrada como um gráfico de tendências. É usada para demonstrar o progresso para os envolvidos.

Além disso, os custos gerais serão monitorados tendo em vista o orçamento do projeto.

Gerenciamento de Riscos

Os riscos serão identificados na Fase de Iniciação usando os passos identificados na atividade "Identificar e Avaliar Riscos" do RUP para Projetos Pequenos. Os riscos do projeto serão avaliados pelo menos uma vez em cada iteração e documentadas nesta tabela. Os riscos de maior magnitude serão listados primeiramente na tabela.

Classificação do Risco (Alto, Médio, Baixo)	Impacto e Descrição do Risco	Estratégia de Diminuição e/ou Plano de Contingência

Gerenciamento de Configuração

Serão selecionadas ferramentas apropriadas que fornecem um banco de dados de Solicitações de Mudança e um repositório controlado de versões dos artefatos do projeto.

Todo o código-fonte, os scripts de teste e os arquivos de dados serão incluídos nas baselines. A documentação relacionada ao código-fonte também será incluída na baseline como, por exemplo, a documentação de design. Todos os artefatos liberados para o cliente serão incluídos na baseline final da iteração, inclusive os executáveis.

As Solicitações de Mudança serão revisadas e aprovadas por um membro do projeto, o que exerce o papel de Gerente de Controle de Mudança.

Os backups completos são 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 padrões técnicos de qualquer projeto que se aplicam a esse projeto. Normalmente, incluem-se nesses planos e padrões, o Caso de Desenvolvimento, planos para infra-estrutura e aceitação do produto. Além disso, também estão normalmente incluídos Guias de Programação, 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 adaptação contida no Caso de Desenvolvimento do projeto.

Outros planos de processo aplicáveis estão listados na seção de referências, incluindo o Guia de Programação.