0.5 Atributos de qualidade  (Page 4/18)

requisito não-funcional de produto

Requisito que especifica as características que um sistema ou subsistema devepossuir.

Os requisitos não-funcionais de produto, como já dito anteriormente,são relacionados à qualidade do software e são alcançados pelo que chamamos de atributosde qualidade. Portanto, quando existem requisitos em que o software deve ter algumgrau de confiabilidade, certo nível de eficiência, ou ser portável para diversossistemas operacionais, estamos descrevendo quais atributos de qualidade que o softwaredeve exibir. Todos requisitos presentes no [link] podem ser classificados como sendo de produto. Ainda retornaremosa esse assunto neste capítulo, mas antes devemos mostrar os outros tipos de requisitosnão funcionais.

Os requisitos não-funcionais de processo são definidos como as restriçõesao processo de desenvolvimento.

requisito não-funcional de processo

Requisito que restringe o processo de desenvolvimento do software.

Esse tipo de requisito é encontrado em muitas situações, principalmenteem grandes empresas ou organizações. Por exemplo, é comum que o desenvolvimentode sistemas de software para o Exército Americano tenham como requisito ter o processode desenvolvimento de acordo com a Joint Technical Architecture A Department of Defense Joint Technical Architecture (DoD JTA) [link] é um documento que descreve um conjunto de normasa que um sistema deve aderir para facilitar a interoperabilidade com outros sistemasdo Exército Americano. A título de curiosidade, o DoD JTA contém algumascentenas de normas.

Por fim, há os requisitos não-funcionais externos. Esses, muitasvezes, podem se classificar tanto como de produto quanto de processo e são extraídosdo ambiente em que o sistema é desenvolvido. Esse ambiente pode ser tanto a organização,com políticas que devem ser seguidas ou seu atual ecossistema de software com oqual ele deve interoperar, quanto a legislação vigente do país em que o sistema está operando.

requisito não-funcional externo

Requisito derivado do ambiente em que o sistemaé desenvolvido, que pode ser tanto do produto quanto do processo.

Por fim, como exemplo de requisitos externos, podemos citar: