Gestão da Qualidade

Começar. É Gratuito
ou inscrever-se com seu endereço de e-mail
Gestão da Qualidade por Mind Map: Gestão da Qualidade

1. Preocupações do gerenciamento da qualidade do sistema de software

1.1. Três principais preocupações

1.1.1. Nível organizacional - Estabelecimento de um framework de processos organizacionais.

1.1.2. Nível projeto - Verificando se os processos planejados foram seguidos

1.1.3. Nível de projeto - Plano de qualidade deve definir metas de qualidade para o projeto e padrões a serem usados.

2. Estrutura geral na elaboração de um plano de qualidade

2.1. Estrutura para um plano de qualidade

2.1.1. Introdução - descrição do produto

2.1.2. Plano - Datas criticas e responsabilidade

2.1.3. Descrições - Descrição do processo de desenvolvimento e serviços padrões

2.1.4. Metas - metas de qualidade e planos para o produto, justifica e atributos do produto

2.1.5. Gerenciamento de riscos - mapeamento dos riscos mais importantes e ações para serem resolvidos.

3. 15 Atributos importantes na avaliação da qualidade do software

3.1. Segurança, Proteção, Confiabilidade, Resiliência, Robustez, Compreensibilidade, Testabilidade, Adaptabilidade, Modularidade, Complexidade, Portabilidade, Usabilidade, Reusabilidade, Eficiência, Capacidade de aprendizado

4. Fluxo da abordagem da qualidade baseada em processos

4.1. Definir processo

4.1.1. Desenvolver produto definido

4.1.1.1. Avaliar qualidade de produto (caso produto não esteja com a qualidade "OK", retornar ao desenvolvimento)

4.1.1.1.1. Padronizar processo

5. Padrões da abordagem da qualidade baseada em processos

5.1. Padrões de produto

5.1.1. Incluem padrões de documentos. para uma definição de classe de objeto e padrões de codificação (linguagem de programação que deve ser usada) EX:

5.1.1.1. Estrutura de documentos de requisitos

5.1.1.2. Padrões de documentação

5.2. Padrões de processo

5.2.1. Definem processos que devem ser seguidos durante o desenvolvimento

5.2.1.1. Define

5.2.1.1.1. especificações

5.2.1.1.2. Projeto

5.2.1.1.3. Processos de validação

5.2.1.1.4. Ferramentas de suporte

5.2.1.1.5. Descrição dos documentos que devem ser escritos durante esses processos

6. Padrões de código para Java

6.1. Clausula

6.1.1. Alinhamento do Código

6.1.1.1. Deixar o Código organizado

6.1.1.2. Evitar a poluição com coisas desnecessarias

6.1.1.3. Uma mellhor navegação dentro do código

6.2. Ajuda na Qualidade do Produto

6.2.1. Com a melhor utilização de recursos

6.2.2. Com a melhoria no processo

6.2.3. Evitar problemas de metrica

6.2.4. Evitar problemas de convenções divergentes

7. Procedimentos de Revisão

7.1. Atividade Pré-revisão

7.1.1. Planejamento e preparação da revisão

7.1.1.1. Definição de uma equipe de revisão

7.1.1.2. Organização de um tempo e de um lugar

7.1.1.3. Distribuição de documentos a serem revisados

7.1.1.4. Equipe reunida para ter visão geral do Software revisto

7.2. Reunião de revisão

7.2.1. Reunião com o autor ou programa a ser revisto

7.2.1.1. Reunião Curta

7.2.1.2. Registro formalmente da Revisão

7.2.1.3. Presidente garante todos os comentarios escritos considerados

7.2.1.4. Presidente escreve um registro dos comentarios e ações acordadas durante a revisão

7.3. Atividades pós-revisão

7.3.1. Parte prátrica

7.3.1.1. questões e levantamentos abordados

7.3.1.2. Correção de bugs de software

7.3.1.3. Refatoração do software para que fique nos conformes com padrões de qualidade

7.3.1.4. Nova redação dos documentos

7.3.1.5. Revisão de Gerenciamento

8. Medições e Métricas

8.1. Podem ser utilizadas de maneira que...

8.1.1. Os Gerentes utilizam para a tomada de decisões

8.1.2. Melhorar o processo de Desenvolvimento

8.1.3. Uma documentação mais elaborada de maneira que segue uma metrica

8.1.4. Previsão

8.1.4.1. Maneira como você pode se prevenir de problemas futuros

8.1.5. Regras

9. Padrão de Escrita de Requisitos

9.1. Franch at al, por...

9.1.1. Documentação Especializada

9.1.2. apresenta um metamodelo

9.1.3. Templates que envolvem somente a escrita de Requisitos

9.1.4. Padrões generalizados

9.1.5. Requisitos não funcionais

9.1.6. O desenvolvimento de uma ferramenta é visto como um passo futuro