Requisitos Não-Funcionais

1. Requisitos Não-Funcionais NFR - Framework Fernando Raposo da C. Silva (Fevereiro – 2004) frcs@cin.ufpe.br

2. Roteiro • Requisitos Não-Funcionais • Motivação • O que são Requisitos não- funcionais • Utilizando o OME • Informações Gerais • Exercício Prático

3. Motivação • Requisitos funcionais descrevem o que o sistema deve fazer • Algo que pode ser capturado em um Use Case • Geralmente representados por sujeito/predicado ou substantivo/verbo • Ex:“O sistema imprime recibos” • Requisitos não- funcionais fixam restrições sobre como os requisitos funcionais serão implementados • custos de desenvolvimento, performance, portabilidade, robustez... • Geralmente representados por advérbios ou cláusulas modificadoras • Ex: “O sistema imprime recibos rápido”

4. O que são Requisitos não- funcionais? • Requisito não-funcional: • Não é aquele que descreve o que o sistema fará, mas como ele o fará. • Desafios • Contraditórios entre si • Difíceis de Modelar • Às vezes não são considerados durante o desenvolvimento • São críticos para o desenvolvimento do projeto

5. Exemplos de Softgoals (Chung) • Qualidade de Software • precisão, adaptabilidade, completude, configurabilidade, flexibilidade, mantenabilidade, modularidade, confiabilidade, performance, reusabilidade, segurança, testabilidade, user-friendliness • Custo • custo de desenvolvimento, de operação, de manutenção, de hardware, de comunicação, de aposentadoria • Velocidade de Produção • Estabilidade do projeto, tempo de planejamento, tempo de testes, tempo de avaliação pelo cliente • Prazer Pessoal • Lealdade do funcionário, lealdade do cliente, treinabilidade

6. NFR - Framework • Utilizado para modelar requisitos não-funcionais • Criado por Chung, Universidade de Toronto • Permite a construção de um gráfico SIG (Softgoal Interdependency Graph ) que descreve as dependências entre softgoals e como eles são decompostos • Auxilia a detectar: • NFR (Non Functional Requirements) • Possíveis Soluções • Dependências entre requisitos

7. NFR – Framework - OME • Representação pela ferramenta: Representação de um Softgoal (algo incerto ,nebuloso) Operacionalização (uma possível solução Para satisfazer um softgoal) Observação, explicita argumentação ou decisão de projeto. ( Auxilia revisões no futuro ).

8. NFR – Framework Contribuições: Trata-se do refinamento de um softgoal em um ou mais softgoals, formando-se então uma rede de dependências. Uma dependência pode contribuir parcialmente, positivamente, ou negativamente. Contribuição AND – Se todas as dependências forem atendidasentão a raiz também é Contribuição OR – Se uma das dependencias for atendida, então a raiz também é.

9. NFR – Framework • A ferramenta dá suporte a decisões: Requisito satisfeito Requisito não-decidido Requisito recusado • Decisões de subsoftgoals implicam em softgoals de níveis superiores.

10. Exemplo • Eu gostaria de ir comer • uma boa pizza... • O que é uma boa pizza? • Como quantificar? • Possíveis Soluções

11. Exemplo:

12. Exercício • Imagine caso de uma empresa elaborando os softgoals de um software de compressão de arquivos • Requisitos Funcionais: • Compactar arquivo(s) • Descompactar arquivo(s) • Quais seriam os requisitos não- funcionais? • ????

13. Possível Resposta do Exercício

14. Referências • L. Chung, B. A. Nixon, E. Yu and J. Mylopoulos, Kluwer Academic Publishing. ”Non-Functional Requirements in Software Engineering” • “Überfachliches Grundlagenseminar: Design Rationale”: http://www.globalse.org/teaching/ss01/DR/