Qualidade de Software
1. Motivo
1.1 Descrição do produto
1.2 Necessidade do produto
no mercado
1.3 Eficiência: O software deve atender todos os requisitos e ter uma performance adequada.
5 Testes
5.1 Testabilidade: Pensar em construir sistema de testes para garantir que o software atenda as necessidades do software e rotina de testes para quando uma nova implementação for realizada no software.
5.1 Revisão
5.1.1 Atividades pré-revisão: nessa etapa é onde ocorre o planejamento de revisão, local, equipe e deve ocorrer uma leitura sobre o software que vai ser revisto, os membros da revisão poderão ler os requisitos do software.
5.1.2 Reunião de revisão: durante a reunião o autor do programa ou quem está comandando a reunião, deve correr o software juntamente com a documentação, validando ponto a ponto, comentários e feedbacks são anotados para serem discutido.
5.1.3 Atividade pós-reunião: dado o resultado da reunião, nessa etapa é onde ocorre o conserto de bugs, refactories necessários para a aplicação correr de forma adequada. Após o desenvolvimento das correções estiver finalizado, deve-se verificar se atende todos os comentários de feedback que aconteceu durante a reunião de revisão.
5.2 Verificação de Padrões
5.2.1 Padrões de Produto: Seria a padronização da maneira “burocrática” que o software atenderá, como deve ser feito um documento de mudança, ou de implementação, padrões de classe e objetos, estrutura dos requisitos.
5.2.2 Padrões de Processo: Padrões sobre a boa prática do desenvolvimento, definindo as especificações do projeto e seus processos de validação, contendo ferramentas para auxiliar a escrita desses processos.
6 Métricas
6.1 Número de features que apresentaram defeitos
6.2 Tempo de execução entre as sprints
6.3 Mudanças no documento dos requisitos
2. Processos
2.1 Serviços
Padrão de serviços, que será utilizado no software
2.2 Linguagem
Escolher as melhores ferramentas para desenvolver o software.
2.3 Planejar o método de desenvolvimento com o time .
2.4 Planejar os processos de testes, se vai ser por feature ou pela aplicação inteira.
2.5 Modularidade: O Software feito por módulos é facilmente reaproveitado entre os projetos e quando houver necessidade de reuso.
3.1 Metas de qualidade
3.1 Confiabilidade: Velocidade do software e conforto entre as etapas de uso.
3.2 Compreensibilidade: A abstração do software entre o cliente e os desenvolvedores para que ambos chegam a mesma conclusão.
3.3 Resiliência: Sistema deve-se saber lidar com um teste de estresse e não sofrer de uma maneira fatal quando isso ocorre.
3.4 Usabilidade: O software deve-se ser agradável ao consumidor final, nessa etapa pensamos qual o fluxo do usuário com a aplicação.
3.5 Reusabilidade: Cada componente do software deve-se ser construído de maneira que possa ser reutilizado em caso de necessidade.
4. Segurança
4.1 Controle de rotas e acessos aos usuários por níveis de permissão
4.2 Proteção do sistema contra hackers, com protocolos e tokens de autorização
4.3 Robustez: Um software muito bem programado, fortemente tipado e com classes e métodos bem definidos.