Onde eu trabalhava, tinha um pessoal que prestava consultoria, e nos seguiamos um documento normatizado pela empresa, tal documento citava:
As principais restrições são:
Confiabilidade, desempenho, usabilidade e segurança (safety e security)
Não tenhos os documentos comigo, porém durante o curso de bacharelado em Sistemas de Informação e recentemente na pós-graduação em tecnologia java, houve bastante discussão a respeito dos requisistos não funcionais, retirei de um documento elaborado por Cézar/quality/processors da unpe o seguinte, o qual foi citado pelo professor na ocasião o trecho:
[quote]4 Requisitos não funcionais
4.1 Usabilidade
Esta seção descreve os requisitos não funcionais associados à facilidade de uso da interface com o usuário, documentação de suporte ao uso e documentação do sistema.
[NF001] <Interface simplificada>
O sistema será apresentado com uma interface simples, para facilitar ao máximo o uso do mesmo. A navegação deverá ser intuitiva e, sempre que possível, fornecer ao usuário as opções possíveis, evitando desta forma escolhas que possam apresentar conflitos.
Prioridade: Importante
[NF002] <Agrupamento lógico de relatórios>
Como já foi apresentado, os relatórios e gráficos foram divididos em grupos lógicos de forma a facilitar a navegabilidade do sistema como o entendimento geral do mesmo.
Prioridade: Importante
Caso(s) de uso associado(s): Todos os Casos de Uso descritos na sessão de requisitos funcionais.
[NF003] <Documentação de Suporte para Usuário>
Por ser um extrator de relatórios, o Sistema de Métricas não requer um manual de usuário. Porém é interessante a elaboração de um documento que explique os relatórios e seus objetivos, auxiliando os usuários sempre que necessário obter tais dados. Inicialmente o Sistema de Métricas será apresentado com poucos relatórios, o que talvez não justifique tal documentação. Contudo, em versões futuras o número de relatórios e gráficos tenderá a crescer, tornando a documentação necessária.
Prioridade: Desejável
[NF004] <Manutenção da Documentação Atualizada>
Como em todo desenvolvimento de software de qualidade, é imprescindível que a documentação seja periodicamente atualizada, no surgimento de mudanças. O que facilita o desenvolvimento e manutenção do software, garantindo o entendimento do mesmo por qualquer desenvolvedor que venha a fazer parte da equipe.
Prioridade: Importante
4.2 Confiabilidade
Esta seção descreve os requisitos não funcionais associados à corretude do sistema.
[NF005] <Corretude>
Os dados reportados através dos relatórios e gráficos gerados pelo Sistema de Métricas, deverão ter total veracidade em suas informações.
Prioridade: Essencial
Caso(s) de uso associado(s): Todos os Casos de Uso descritos na sessão de requisitos funcionais.
4.3 Desempenho
Esta seção descreve os requisitos não funcionais associados à eficiência, uso de recursos e tempo de resposta do sistema.
[NF006] <Comunicação com Sistemas Externos>
Devido a comunicação direta que o Sistema de Métricas irá ter com outros softwares, como o MSProject e o TimeSheet, será importante que durante o desenvolvimento exista uma preocupação para conseguir a melhor interface com esses sistemas, pois problemas nesta característica poderá comprometer a performance do sistema.
Prioridade: Importante
Caso(s) de uso associado(s): Todos os Casos de Uso descritos na sessão de requisitos funcionais. Pois todos os relatórios possui seus dados buscados de outros sistemas.
[NF007] <Acesso a Base de Dados>
Deverá ser estudado a melhor implementação de acesso a base de dados, de forma que isto não se torne um gargalo no Sistema de Métricas. Como o sistema é basicamente um extrator de relatórios através de dados buscados em outros sistemas, o acesso a base de dados será muito intenso, sendo importante dispensar grande atenção a comunicação com o banco de dados.
Prioridade: Importante
Caso(s) de uso associado(s): Todos os Casos de Uso descritos na sessão de requisitos funcionais. Todos os relatórios e gráficos irão acessar a base de dados.
4.4 Segurança
Esta seção descreve os requisitos não funcionais associados à integridade, privacidade e autenticidade dos dados do sistema.
[NF008] <Acesso ao Sistema>
O acesso ao sistema será controlado por meio de login/senha e níveis de acesso de acordo com as permissões que os diferentes usuários possuem dentro do sistema.
Prioridade: Essencial
Caso(s) de uso associado(s): Todos os Casos de Uso descritos na sessão de requisitos funcionais. Pois todos os relatórios só serão acessados de acordo com as permissões dos usuários.
4.5 Padrões
Esta seção descreve os requisitos não funcionais associados a padrões ou normas que devem ser seguidos pelo sistema ou pelo seu processo de desenvolvimento.
[NF009] <Padrões e Normas>
O CESAR com o objetivo da implantação de qualidade, está desenvolvendo uma série de padrões e normas a serem seguidos no processo de desenvolvimento de software. Uma metodologia única de desenvolvimento de software está sendo implantada na empresa, e esta deverá ser seguida no decorrer do desenvolvimento do Sistema de Métricas. Além da metodologia existem as ferramentas padrões que deverão ser usadas, padrões de codificação a serem seguidos, entre outras características de qualidade ainda em análise.
Prioridade: Importante
4.6 Hardware e software
Os requisitos de software necessários para o desenvolvimento do projeto serão:
[NF010] <Ambiente de desenvolvimento Java>
Como o sistema será desenvolvido em Java, que é a linguagem de programação padrão adotada pelo CESAR, serão necessárias três licenças do Ambiente de. desenvolvimento JAVA: Jbuilder ou Jdeveloper.
Prioridade: Essencial
[/quote]
Veja, que não é questão de achar ou não achar, maiis devemos então buscar, uma referência de peso, para anular a questão de requisitos de segurança não serem funcionais, desta forma invalidamos o texto acima e todas afirmações que foram ditas por mim nesse post.
Abraço.
