Requisitos Não-Funcionais

Apresentação em tema: "Requisitos Não-Funcionais"— Transcrição da apresentação:

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

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”: