0.5 Atributos de qualidade  (Page 7/18)

Expressando requisitos não-funcionais

Grande parte do trabalho de um arquiteto consiste em projetarsistemas que devem satisfazer requisitos não-funcionais. No entanto, a Engenhariade Requisitos é limitada quanto a métodos de análise e derivação de requisitosnão-funcionais. Essa limitação, muitas vezes, obriga ao arquiteto a trabalharcom requisitos que carecem de métricas e valores-alvo. Isso dificulta o processode design, uma vez que desconhecer requisitos é o mesmo que desconheceros objetivos do design. Por este motivo, recomenda-se aos arquitetos que semprebusquem por requisitos que possuam valores e métricas bem definidos e,desta maneira, conheçam e possam medir os objetivos e o sucesso de seu design.

Todavia, nem sempre é possível trabalhar com requisitosbem definidos, uma vez que encontramos alguns problemas ao expressá-los. Osprincipais motivos da dificuldade de expressar requisitos não-funcionaissão os seguintes:

• Alguns requisitos simplesmente não são conhecidosem etapas iniciais do ciclo de desenvolvimento. Por exemplo, atolerância a faltas ou o tempo de recuperação pode ser muito dependenteda solução de design.
• Alguns requisitos, como alguns relacionados à usabilidade,são muito subjetivos, dificultando bastante a medição e o estabelecimentode valores-alvo.
• E, por fim, há os conflitos entre requisitos. Comojá foi apresentado, requisitos podem influenciar atributos dequalidade comuns ou relacionados, até fazendo com que requisitossejam contraditórios.

Mesmo sendo difícil lidar com os requisitos não-funcionais,é obrigação do arquiteto projetar o software de modo que, ao fim do desenvolvimento,este exiba os atributos de qualidade esperados pelos stakeholders .

Atributos de qualidade

Apesar de afirmarmos que o software possui requisitos não-funcionais Alguns autores preferem o termo requisitos de qualidade . a serem atendidos , é comum dizermos que o software exibe atributos de qualidade que atendem aos requisitos em questão. Portanto, atributosde qualidade estão mais relacionados aos objetivos já alcançados, enquanto requisitossão os objetivos propostos.

Podemos chamar de atributos de qualidade do software suas propriedadesexternamente visíveis. Essas propriedades podem se manifestar como:

• capacidades ou restrições de suas funções . Por exemplo, tempo de resposta de umadeterminada função ou capacidade de execução de certa quantidade de chamadassimultâneas;
• características não diretamente relacionadas àssuas funções . Por exemplo, usabilidade ou adoção de padrões parainteroperabilidade; ou ainda
• características relacionadas ao ciclo de desenvolvimento . Por exemplo, testabilidade ou mesmoa capacidade de facilitar o desenvolvimento por múltiplos times geograficamentedistribuídos.