Qualidade de Software

More like this

Mapa Conceitual - Comportamento Organizacional

by Cinthia Garcia

TDD livro

by Jorge Oleques

MAPAS MENTAIS

by Francisco Santos

Estratégias para as Redes Sociais

by Paco Sampaio

Qualidade de Software

4. Segurança

4.3 Robustez: Um software muito bem programado, fortemente tipado e com classes e métodos bem definidos.

4.2 Proteção do sistema contra hackers, com protocolos e tokens de autorização

4.1 Controle de rotas e acessos aos usuários por níveis de permissão

3.1 Metas de qualidade

3.5 Reusabilidade: Cada componente do software deve-se ser construído de maneira que possa ser reutilizado em caso de necessidade.

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.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.2 Compreensibilidade: A abstração do software entre o cliente e os desenvolvedores para que ambos chegam a mesma conclusão.

3.1 Confiabilidade: Velocidade do software e conforto entre as etapas de uso.

2. Processos

2.5 Modularidade: O Software feito por módulos é facilmente reaproveitado entre os projetos e quando houver necessidade de reuso.

2.4 Planejar os processos de testes, se vai ser por feature ou pela aplicação inteira.

2.3 Planejar o método de desenvolvimento com o time .

2.2 Linguagem Escolher as melhores ferramentas para desenvolver o software.

2.1 Serviços Padrão de serviços, que será utilizado no software

6 Métricas

6.3 Mudanças no documento dos requisitos

6.2 Tempo de execução entre as sprints

6.1 Número de features que apresentaram defeitos

5 Testes

5.2 Verificação de Padrões

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.

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.1 Revisão

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.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.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 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.

1. Motivo

1.3 Eficiência: O software deve atender todos os requisitos e ter uma performance adequada.

1.2 Necessidade do produto no mercado

1.1 Descrição do produto