<Nome do Projeto>
Plano de Garantia de Qualidade
Versão <1.0>
[Observação: O template a seguir é fornecido para uso com o Rational Unified Process (RUP). O texto em azul exibido entre colchetes e em itálico (style=InfoBlue) foi incluído para orientar o autor e deve ser excluído antes da publicação do documento. Qualquer parágrafo inserido após esse estilo será definido automaticamente como normal (estilo=BodyText).]
Histórico da Revisão
|
Data |
Versão |
Descrição |
Autor |
|
<dd/mmm/aa> |
<x.x> |
<detalhes> |
<nome> |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Índice Analítico
1.3 Definições, Acrônimos e Abreviações
3.2 Tarefas e Responsabilidades
7. Plano de Revisão e de Auditoria
9. Resolução de Problemas e Ação Corretiva
10. Ferramentas, Técnicas e Metodologias
11. Gerenciamento de Configuração
12. Controles de Fornecedor e de Subcontratante
Plano de Garantia de Qualidade
[A introdução do Plano de Garantia de Qualidade 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 Garantia de Qualidade.]
[Especifique a finalidade deste Plano de Garantia de Qualidade.]
[Uma breve descrição do escopo deste Plano de Garantia de Qualidade; a que Projetos ele está associado e tudo o mais que seja afetado ou influenciado por este documento.]
[Esta subseção fornece as definições de todos os termos, acrônimos e abreviações necessárias à adequada interpretação do Plano de Garantia de Qualidade. Essas informações podem ser fornecidas mediante referência ao Glossário do projeto.]
[Esta subseção fornece uma lista completa de todos os documentos mencionados no Plano de Garantia de Qualidade. 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 Garantia de Qualidade, essas referências deverão incluir:
• Plano de Documentação
• Plano de Métricas
• Plano de Teste
• Plano de Desenvolvimento de Software
• Plano de Resolução de Problemas
• Plano de Gerenciamento de Configuração
• Plano de Gerenciamento de Subcontratantes
• Plano de Gerenciamento de Riscos]
[Esta subseção descreve o que o restante do Plano de Garantia de qualidade contém e explica como o documento está organizado.]
[Esta seção precisa fazer referência à seção da Especificação de Requisitos de Software que aborda os requisitos de qualidade.]
[Descreva a estrutura da organização responsável pela Garantia de Qualidade. O Rational Unified Process recomenda que a Autoridade de Processo de Engenharia de Software (SEPA) seja responsável pelo componente de processo de Garantia de Qualidade. O Rational Unified Process também recomenda que a avaliação do produto seja feita no projeto (mais especificamente por uma equipe de teste independente) e através de uma revisão conjunta do cliente/desenvolvedor.]
[Descreva as várias tarefas de Garantia de Qualidade que serão executadas neste projeto e indique como elas serão sincronizadas com os marcos principais e secundários do projeto. Essas tarefas incluirão:
• Revisões Conjuntas
• Auditorias de Processo
• Revisões de Processo
• Auditorias do Cliente
Para cada tarefa, identifique o membro da equipe responsável por sua execução.]
[Inclua o artefato Plano de Documentação fazendo referência a ele.
Além disso, liste a documentação mínima que deverá ser produzida durante o projeto para assegurar que o produto de software que for desenvolvido satisfaça os requisitos. O conjunto mínimo sugerido é:
• Plano de Desenvolvimento de Software (SDP)
• Plano de Teste
• Planos de Iteração
• Especificação de Requisitos de Software (SRS)
• Documento de Arquitetura de Software
• Documentação do Usuário (por exemplo, manuais, guias)
• Plano de Gerenciamento de Configuração
Forneça ponteiros para o Caso de Desenvolvimento a fim de mostrar em que momento do processo a adequação desses documentos será avaliada.]
[Esta seção faz referência a padrões e guias que se espera que sejam usados no projeto e aborda como a conformidade com esses padrões e guias deverá ser determinada. Os artefatos relevantes são incluídos através de referências a eles. O conjunto sugerido para o Rational Unified Process é:
• Caso de Desenvolvimento
• Guia de Modelagem de Negócios
• Guia de Interface do Usuário
• Guia de Modelagem de Caso de Uso
• Guia de Design
• Guia de Programação
• Guia de Teste
• Manual de Guia de Estilo]
[Esta seção descreve as métricas do produto, do projeto e do processo que deverão ser capturadas e monitoradas para o projeto. Essas métricas geralmente são abordadas incluindo-se o artefato Plano de Métricas através de referências a ele.]
[Esta seção contém o Plano de Revisão e de Auditoria. Esse plano especifica a programação, os recursos, os métodos e os procedimentos a serem usados na condução de revisões e auditorias do projeto. O plano descreve os vários tipos de revisões e auditorias a serem executados durante o projeto e identifica todas as agências externas que se espera que aprovem ou regulem os artefatos produzidos pelo projeto.
Esta seção deve identificar:
• Tarefas de Revisão e de Auditoria
Descreva brevemente cada tipo de revisão e de auditoria que será executado no projeto. Para cada tipo, identifique os artefatos do projeto que serão alvos da revisão ou da auditoria. Entre eles, poderão estar incluídas: Revisões Técnicas e de Gerenciamento Conjuntas de Cliente e Desenvolvedor, Revisões e Auditorias de Processo, Auditorias de Cliente, Revisões Técnicas e de Gerenciamento Internas.
• Programação
Descreva detalhadamente aqui a programação das revisões e auditorias. Ela deverá conter as revisões e auditorias programadas para os marcos do projeto, assim como as revisões geradas pela liberação de artefatos do projeto. Esta subseção poderá fazer referência ao projeto ou ao plano de iteração.
• Organização e Responsabilidades
Liste aqui as pessoas ou grupos específicos que estarão envolvidos em cada uma das atividades de revisão e de auditoria identificadas. Descreva brevemente as tarefas e as responsabilidades de cada um deles. Além disso, liste todas as agências externas que se espera que aprovem ou regulem qualquer produto do projeto.
• Resolução de Problemas e Ação Corretiva
Esta subseção descreve os procedimentos necessários para reportar e solucionar problemas identificados durante as revisões e auditorias do projeto. Poderá ser feita referência ao Plano de Resolução de Problemas.
• Ferramentas, Técnicas e Metodologias
Descreva aqui todas as ferramentas, técnicas ou metodologias que deverão ser usadas para executar as atividades de auditoria e de revisão identificadas nesse plano. Você deve descrever o processo explícito a ser seguido para cada tipo de revisão ou de auditoria. É necessário que sua organização tenha um Manual de Procedimentos de Revisão e de Auditoria padrão, que poderá ser consultado. Essas descrições de procedimentos também devem abordar a coleta, o armazenamento e o arquivamento dos Registros de Revisão do projeto.
Um conjunto sugerido de revisões e auditorias (retirado do Rational Unified Process) que poderá ser usado como uma base para o planejamento é o seguinte:
• Revisão de Requisitos (remete à tradicional Revisão de Especificação de Software)
• Revisão de Arquitetura (remete à tradicional Revisão de Design Preliminar)
• Revisão de Design (remete à tradicional Revisão Crítica de Design)
Observe que os aspectos relacionados a produtos, técnicas, critérios e métricas dessas revisões serão abordados no Rational Unified Process propriamente dito e serão criadas instâncias deles na seção Plano de Avaliação do Plano de Desenvolvimento de Software. A seção Plano de Revisão e de Auditoria do Plano de Garantia de Qualidade abordará os aspectos da Revisão Conjunta (cliente, desenvolvedor) como, por exemplo, os artefatos necessários, as responsabilidades, a condução da reunião de revisão e os critérios de aprovação ou reprovação.
• Auditoria da configuração funcional (a fim de verificar se todos os requisitos da SRS foram atendidos)
• Auditoria da configuração física (a fim de verificar se o software e sua documentação estão completos e prontos para serem liberados)
• Auditorias de processo
• Revisões de processo
• Revisões gerenciais (Revisão de Aprovação do Projeto, Revisão de Planejamento do Projeto, Revisão do Plano de Iteração, Revisão do Projeto PRA)
• Revisões de post-mortem (Revisão de Aceitação da Iteração, Revisão dos Marcos de Ciclo de Vida, Revisão de Aceitação do Projeto).]
[Esta seção faz referência ao Plano de Desenvolvimento de Software (seção Plano de Avaliação) e ao Plano de Teste.]
[Esta seção faz referência ao Plano de Resolução de Problemas.]
[Uma lista de todas as ferramentas, técnicas e metodologias que deverão ser usadas durante a execução das atividades de Garantia de Qualidade.]
[Esta seção faz referência ao Plano de Gerenciamento de Configuração.]
[Esta seção faz referência ao Plano de Gerenciamento de Subcontratantes.]
[Descrições dos vários registros de qualidade que serão mantidos durante o projeto, incluindo como e onde cada tipo de registro será armazenado e por quanto tempo.]
[Liste aqui todas as atividades necessárias para que a equipe to projeto atenda às necessidades do Plano de Garantia de Qualidade.]
[Esta seção faz referência ao Plano de Gerenciamento de Riscos.]