1.1. Nível organizacional: Preocupado com o estabelecimento de um framework de processo organizacional e padrões que levem a softwares de alta qualidade.
1.2. Nível de projeto: envolve a aplicação de processos específicos de qualidade, verificando que os processos planejados foram seguidos, e a garantia de que as saídas de projeto estejam em con-formidade com os padrões aplicáveis ao projeto. Preocupado também com o estabelecimento de um plano de qualidade.
2. Estrutura Plano de qualidade
2.1. Introdução ao produto. Descrição do produto, seu mercado pretendido e as expectativas de qualidade do produto.
2.2. Planos de produto. As datas críticas de release e responsabilidades para o produto, junto com os planos para a distribuição e prestação de serviço do produto
2.3. Descrições de processo. Os processos de desenvolvimento e serviço são padrões que devem ser usados para o gerenciamento e desenvolvimento de produto.
2.4. Metas de qualidade. As metas de qualidade e planos para o produto, incluindo uma identificação e uma justificativa para os atributos críticos de qualidade do produto.
2.5. Riscos e gerenciamento de riscos. Os riscos mais importantes que podem afetar a qualidade do produto e as ações que devem ser tomadas ao lidar com eles.
3. 15 Atributos para avaliar qualidade
3.1. Segurança, Compreensibilidade, Portabilidade, Proteção, Testabilidade Usabilidade, Confiabilidade, Adaptabilidade, Reusabilidade, Resiliência, Modularidade, Eficiência Robustez, Complexidade e Capacidade de aprendizado
4. Qualidade baseada em processos
4.1. Segue um fluxo, onde um processo é definido, se desenvolve um produto e se avalia a qualidade do produto. Na etapa de validação de qualidade, se a qualidade conferida estiver de acordo com o pretendido se padroniza o processo, se não deve-se melhora-lo.
5. Padrões para gerenciamento da qualidade
5.1. Padrões de produto. Aplicam-se ao produto de software que está sendo desenvolvido. Eles incluem padrões de documentos — como a estrutura dos documentos de requisitos; padrões de documentação — como um cabeçalho de comentário padrão para uma definição de classe de objeto; e padrões de codificação — os quais definem como uma linguagem de programação deve ser usada.
5.2. Padrões de processo. Definem os processos que devem ser seguidos durante o desenvolvimento de software. Eles devem encapsular as boas práticas de desenvolvimento. Os padrões de processo podem incluir definições de especificação, projeto e processos de validação, ferramentas de suporte do processo e uma descrição dos documentos que devem ser escritos durante esses processos
6. Processo de revisão
6.1. Pré-revisão. As atividades preparatórias são essenciais para a eficácia da revisão. Em geral, as ativi-dades de pré-revisão estão relacionadas com o planejamento e a preparação da revisão. O planejamento de revisão envolve a definição de uma equipe de revisão, a organização de um tempo e de um lugar para sua ocorrência e a distribuição de documentos a serem revistos.
6.2. Reunião de revisão. Durante a reunião de revisão, o autor do documento ou do programa a ser revisto deve ‘caminhar’ pelo documento com a equipe de revisão.
6.3. Pós-revisão. Após a reunião de revisão, as questões e os problemas levantados devem ser abordados. Esse processo pode envolver a correção de bugs de software, a refatoração do software para que ele esteja em conformidade com os padrões de qualidade, ou a necessidade de uma nova redação dos documentos.
7. Medições e métricas de qualidade
7.1. A medição de software preocupa-se com a derivação de um valor numérico ou o perfil para um atributo de um componente de software, sistema ou processo. Comparando esses valores entre si e com os padrões que se aplicam a toda a organização, você pode ser capaz de tirar conclusões sobre a qualidade do software ou avaliar a eficácia dos métodos, das ferramentas e dos processos de software.
7.2. Uma métrica de software é uma característica de um sistema de software, documentação de sistema ou pro-cesso de desenvolvimento que pode ser objetivamente medido. As métricas de software podem ser métricas de controle ou métricas de previsão. Como os nomes sugerem, as primeiras suportam os processos de gerenciamento e as outras o ajudam a prever as características do software. As métricas de controle e de previsão podem influenciar a tomada de decisão de gerenciamento
