Conceito

De acordo com o SWEBOK 3.0, documento criado sob o patrocínio da IEEE com a finalidade de servir de referência em assuntos considerados, de forma generalizada pela comunidade, como pertinentes a área de Engenharia de Software, a qualidade de software é uma área que pode se referir a: "as características desejadas de produtos de software, a extensão em que um produto de software em particular possui essas características e aos processos, ferramentas e técnicas que são usadas para garantir essas características".

Existem muitas definições de qualidade de software na literatura, entre elas as mais conhecidas são:

  • Peters(2002): “Qualidade de software é avaliada em termos de atributos de alto nível chamados fatores, que são medidos em relação a atributos de baixo nível chamados de critérios”.
  • Sanders(1994): “Um produto de software apresenta qualidade dependendo do grau de satisfação das necessidades dos clientes sob todos os aspectos do produto”.
  • Pressman: “Qualidade de software é a conformidade a requisitos funcionais e de desempenho que foram explicitamente declarados, a padrões de desenvolvimento claramente documentados, e a características implícitas que são esperadas de todo software desenvolvido por profissionais”.
  • ISO9126 (1994):“Qualidade é a totalidade de características e critérios de um produto ou serviço que exercem suas habilidades para satisfazer às necessidades declaradas ou envolvidas “.


É importante notar que todas as definições citadas enfatizam três pontos importantes, os requisitos funcionais do software, os padrões e os requisitos não funcionais.

1- Os requisitos de software são a base a partir da qual a qualidade é medida. A falta de conformidade com os requisitos significa falta de qualidade; 2- Padrões especificados definem um conjunto de critérios de desenvolvimento que orientam a maneira segundo a qual o software passa pelo trabalho de engenharia. Se os critérios não forem seguidos, o resultado quase que seguramente será a falta de qualidade. 3- Existe um conjunto de requisitos implícitos que freqüentemente não são mencionados na especificação. Por exemplo, o desejo de uma boa Integridade no acesso ao Sistema.

Metodologia

Descrever a metodologia relacionada diretamente com este projeto ou técnicas que possam ser usadas para conclu-lo.


Software

Citar softwares usados para esse projeto. Sejam softwares para desenvolvimento, planejamento, acompanhamento ou teste.


Diagrama de Blocos

Desenhar ou plotar  representações visuais estruturadas por meio de diagramas ou  esquemas, protocolos que exemplifiquem as fases desse sistema, logicamente colocando um rodapé explicativo


Interações com as tecnologias

Incluir links (internos ou externos) temas que tem relação com este, explicando detalhes sobre. Limite de 3 internos e 2 externos.


Informações adicionais

Descrever detalhes a mais sobre esse tema.


Referências bibliográficas

Relacionar aqui as referências bibliográficas no padrão ABNT. 
Bases de procura: Artigos, publicações acadêmicas, revistas e sites de fornecedores