Requisitos NoFuncionais NFR Framework Fernando Raposo da C

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

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

Motivação n Requisitos funcionais descrevem o que o sistema deve fazer n n 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 n n n custos de desenvolvimento, performance, portabilidade, robustez. . . Geralmente representados por advérbios ou cláusulas modificadoras Ex: “O sistema imprime recibos rápido”

O que são Requisitos nãofuncionais? n Requisito não-funcional: n n Não é aquele que descreve o que o sistema fará, mas como ele o fará. Desafios n n 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

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

NFR - Framework n n Utilizado para modelar requisitos nãofuncionais Criado por Chung, Universidade de Toronto n n 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: n n n NFR (Non Functional Requirements) Possíveis Soluções Dependências entre requisitos

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 ).

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 atendidas, então a raiz também é Contribuição OR – Se uma das dependencias for atendida, então a raiz também é.

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

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

Exemplo:

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

Possível Resposta do Exercício

Referências n n 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/ss 01/DR/