1 - Requisitos não funcionais

Os requisitos funcionais de um sistema descrevem o que o sistema deve fazer. Esses requisitos dependem do tipo do software que está sendo desenvolvido, dos usuários a que o software se destina e da abordagem geral considerada pela organização ao redigir os requisitos (Sommerville, 2007).

Além dos requisitos funcionais, existem requisitos que não estão diretamente relacionados às funções específicas de um sistema, tais como:

Quantidade de usuários simultâneos que utilizarão software
Volume de transações diárias realizadas
Forma de identificação do usuário por certificação digital

Tais requisitos são conhecidos como requisitos não funcionais.

Os requisitos não funcionais orientam e influenciam decisões importantes relacionadas ao desenvolvimento e a implantação de um software, bem como a definição de acordos de níveis de serviços (ANS).

Para fins de referência sobre os requisitos não funcionais, a norma ISO/IEC 9126:2001, descreve um modelo de qualidade do produto de software, composto de duas partes:

A qualidade interna e externa

A qualidade interna é a totalidade das características do produto de software do ponto de vista interno. A qualidade interna é medida e avaliada com relação aos requisitos de qualidade interna. Detalhes da qualidade do produto de software podem ser melhorados durante a implementação do código, revisão e teste, mas a natureza fundamental da qualidade do produto de software representada pela qualidade interna mantém-se inalterada, a menos que seja reprojetada. A qualidade externa é a totalidade das características do produto de software do ponto de vista externo. É a qualidade quando o software é executado, o qual é tipicamente medido e avaliado enquanto está sendo testado num ambiente simulado, com dados simulados e usando métricas externas.

A qualidade em uso

É a visão da qualidade do produto de software do ponto de vista do usuário, quando este produto é usado em um ambiente e um contexto de uso especificado. Ela mede o quanto usuários podem atingir seus objetivos num determinado ambiente e não as propriedades do software em si.