Plano de Qualidade

Nome do Projeto:
Cliente:
Autor:
Modificaes:

Verso

Data

Responsvel

Modificao

Confidencial

Plano de Qualidade

Plano de Garantia de Qualidade

ndice Analtico
PLANO DE GARANTIA DE QUALIDADE 2 INTRODUO 3 1.1 PROPSITO 3 1.2 ESCOPO 3 1.3 MOTIVAO 3 2 OBJETIVOS PARA A QUALIDADE 3 3 GERENCIAMENTO 4 3.1 ORGANIZAO 4 3.2 TAREFAS E RESPONSABILIDADES 4 4 PADRES E DIRETRIZES 4 5 MTRICAS 5 6 PLANO DE REVISES E AUDITORIA 6 6.1 REVISO DE ARQUITETURA 6 6.2 REVISO DE PROJETO 6 6.3 REVISO DE CDIGO 6 6.4 AUDITORIA DO PROCESSO 6 7 AVALIAES E TESTES 7 8 RESOLUES DE PROBLEMAS E AES CORRETIVAS 7
Confidencial Pgina 2 19/11/2007

9 FERRAMENTAS, TCNICAS E METODOLOGIAS 7 10 GERENCIAMENTO DE CONFIGURAO 7 11 HISTRICO DE QUALIDADE 7 12 GERENCIAMENTO DE RISCOS 7

Introduo
1.1 Propsito
Este documento tem como propsito reunir todas as informaes sobre qualidade para o projeto Nome do Projeto, a fim de prover um ponto nico de referncia sobre o assunto.

1.2 Escopo
O Plano de Garantia de Qualidade aplicvel para o projeto Nome do Projeto, desenvolvido para a Nome do Cliente, focando principalmente na unidade NOME DO CLIENTE. Este plano contm os tpicos relacionados qualidade para este projeto e destina-se, principalmente, aos grupos abaixo:

Gerente de Projetos da Nome do Cliente; Responsveis por qualidade na Nome do Cliente; Gerente de Projetos da Uniminas; Responsveis por Testes e Revises Uniminas.

1.3 Motivao
Estatisticamente, defeitos de software so de 100 a 1000 vezes mais difceis e caros de serem encontrados e reparados depois da etapa de Deployment. Verificar e gerenciar a qualidade durante o ciclo de vida do projeto essencial para alcanar os objetivos desejados no tempo correto.

2 Objetivos para a Qualidade

O produto deve satisfazer todos os requisitos funcionais e no-funcionais que perfazem o escopo deste projeto. Os procedimentos de qualidade devero abranger a aderncia da arquitetura do software a estes requisitos, bem como a adequao e melhoria do processo de desenvolvimento aplicado. A conformidade do produto aos requisitos ser verificada atravs do Plano de Aceitao do Produto (vide Plano de Desenvolvimento de Software ), no qual est definido o critrio para avaliao da qualidade dos artefatos a serem entregues.

Confidencial

Pgina 3

19/11/2007

3 Gerenciamento
3.1 Organizao
Os seguintes recursos do projeto atuaro, diretamente, para realizar este Plano de Qualidade:
Papel Engenheiro de Processos Gerente de Projetos Revisor Tcnico (Revisores de Arquitetura e Projeto) Implementador Gerente de Testes Projetista de Testes Testador Responsabilidade Customizar e auditar o processo a fim de atingir os objetivos de qualidade para o projeto. Alocar e coordenar os recursos a fim de operacionalizar as atividades que garantem a integridade e qualidade dos artefatos do projeto. Revisar os artefatos gerados atravs das atividades de Arquitetura e Projeto. Revisar, atravs de pares, os artefatos de implementao. Definir objetivos dos testes, avaliar e alocar esforos para execuo dos testes. Definir abordagem dos testes, identificar testes e estruturar a implementao destes. Implementar os testes, execut-los, analisar e registrar falhas ocorridas na execuo.

3.2 Tarefas e Responsabilidades

As seguintes tarefas sero realizadas a fim de atingir os objetivos de qualidade para o projeto:
Tarefa Revisar arquitetura Revisar projeto Revisar cdigo Realizar testes Auditar processo o Responsveis Revisor Tcnico Revisor Tcnico Implementador Gerente de Testes, Testes e Testador Projetista de Freqncia A cada iterao da fase de elaborao. A cada iterao das fases de elaborao, construo e transio. Ao final de cada build. A cada iterao das fases de elaborao, construo e transio. Ao final de cada iterao.

Engenheiro de Processos

4 Padres e Diretrizes
Os seguintes padres e diretrizes sero utilizados para atingir a qualidade objetivada para o produto: Padro de Gerenciamento de Projetos: Ser utilizado o PMI, o qual padroniza as atividades de gerenciamento visando atingir os objetivos de prazo, custo, escopo e qualidade; Padres arquiteturais: um conjunto de abordagens para estruturao da arquitetura de software; Pgina 4 19/11/2007

Confidencial

Padres de Projeto (design patterns): So modelos amplamente utilizados pela comunidade tcnica a fim de solucionar problemas que se repetem em vrios projetos (ex.: transfer-object); Softwares open-source: Software de domnio pblico que oferecem servios de uso genrico. O artefato Documento de Arquitetura de Software descreve os softwares open-source que podero ser integrados ao produto; Ferramentas open-source: Ferramentas de domnio pblico que sero utilizadas nas atividades de confeco do produto como, por exemplo: Eclipse, JUnit, etc.. Estas ferramentas esto listadas no artefato Caso de Desenvolvimento.

5 Mtricas
Para prover controle e possibilitar a medio dos objetivos de qualidade para o projeto sero usadas as seguintes mtricas:
Mtrica Progresso Propsito Planejamento e controle do projeto Variveis indicadoras Nmero de casos analisados/projetados; Nmero de projetados/implementados; de uso

subsistemas teste

Nmero de casos de projetados/implementados/executados. Variao Funcionalidade Avaliar a eficcia planejamento do

Variao entre o cronograma (baseline) da iterao e sua realizao. Nmero de defeitos; Taxa de descoberta de defeitos; Densidade dos defeitos (ponderao entre importncia e complexidade de correo); Nmero de correes aps as revises (ver item Revises e Auditoria).

Avaliar a aderncia do produto aos requisitos e definir critrio para liberao de releases; Avaliar o retrabalho. volume de

Modularidade Maturidade

Avaliar coeso elementos do sistema Avaliar cobertura/adequao testes Avaliar adequao arquitetura

dos

Nmero de classes modificadas por alterao Percentual de requisitos testados;

dos da

Percentual de cdigo testado. Quantidade de retrabalho gerado pelas mudanas, ponderando a importncia/complexidade das mudanas solicitadas. Quantidade de alteraes nos requisitos.

Estabilidade da arquitetura

Estabilidade dos requisitos

Avaliar Gesto Requisitos

de

Confidencial

Pgina 5

19/11/2007

6 Plano de Revises e Auditoria

6.1 Reviso de Arquitetura
A reviso de arquitetura tem vrios objetivos, entre eles destacam-se: Detectar violaes trazidas pelos requisitos arquitetura; Descobrir riscos no percebidos e refleti-los no planejamento do projeto; Verificar inconsistncias entre os requisitos e a arquitetura: arquitetura atendendo requisitos que na realidade no existem ou requisitos no atendidos; Avaliar as qualidades da arquitetura: performance, confiabilidade, segurana e adaptabilidade a mudanas nos requisitos;

O Revisor Tcnico responsvel por avaliar o Documento de Arquitetura de Software e escrever a reviso inicial. A reviso ento encaminhada ao Arquiteto de Software e ao Analista de Sistemas, os quais podem alterar a reviso, gerando uma nova verso do artefato. Em caso de discordncia entre as partes, marcada uma reunio, onde eles discutiro a discordncia e a verso final do documento ser o resultado desta reunio.

6.2 Reviso de Projeto

A atividade de Reviso de Projeto visa, entre outros, os objetivos abaixo listados: Verificar se o modelo de projeto realiza os requisitos do sistema e serve como base adequada para o incio da implementao; Assegurar que o modelo de projeto esteja consistente com os padres e diretrizes de projeto; Avaliar se as diretrizes de projeto atingiram seus objetivos.

O Revisor Tcnico responsvel por avaliar o Modelo de Projeto e escrever a reviso inicial. A reviso ento encaminhada ao Projetista, o qual pode alterar a reviso, gerando uma nova verso do artefato. Em caso de discordncia entre as partes, marcada uma reunio, onde eles discutiro a discordncia e a verso final do documento ser o resultado desta reunio.

6.3 Reviso de Cdigo

Uma das formas de auditoria de cdigo ser a reviso feita entre pares de implementadores. Esta atividade tem como principal objetivo verificar se o cdigo implementa o que est projetado, ou seja, no existe cdigo no projetado e nem partes do projeto que no foram implementadas.

6.4 Auditoria do Processo

A Auditoria do Processo visa avaliar se o projeto est sendo realizado de acordo como definido e se os resultados do projeto certificam que o processo aplicado est adequado. Esta atividade ser realizada pelo Engenheiro de Processos ao final de cada iterao. As no-conformidades sero registradas em formulrio prprio e encaminhadas ao Gerente de Projetos. As readequaes do processo que se fizerem necessrias sero comunicadas ao Gerente de Projetos, o qual determinar quando estas sero implementadas pelo Engenheiro de Processos, promovendo, assim, uma constante melhoria nos processo de engenharia de software aplicados.

Confidencial

Pgina 6

19/11/2007

7 Avaliaes e Testes
Vide artefato Plano de Desenvolvimento de Software e Plano de Testes (este ltimo ser definido na primeira iterao do projeto).

8 Resolues de Problemas e Aes Corretivas

Vide artefato Plano de Desenvolvimento de Software.

9 Ferramentas, Tcnicas e Metodologias

Vide artefato Caso de Desenvolvimento.

10 Gerenciamento de Configurao
Vide artefato Plano de Gerenciamento de Configurao e Mudanas.

11Histrico de Qualidade
As medies listadas no item Mtricas deste documento sero coletadas ao final de cada iterao e armazenadas durante todo o projeto.

12 Gerenciamento de Riscos
Vide artefato Plano de Desenvolvimento de Software.

Confidencial

Pgina 7

19/11/2007