Requisitos Não-Funcionais
description
Transcript of Requisitos Não-Funcionais
Requisitos Não-Funcionais
NFR - Framework
Fernando Raposo da C. Silva (Fevereiro – 2004)[email protected]
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
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”
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
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
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
NFR – Framework - OME
Representação de um Softgoal (algo incerto,nebuloso)
Operacionalização (uma possível solução Para satisfazer um softgoal)
•Representação pela ferramenta:
Observação, explicita argumentaçãoou decisão de projeto. ( Auxilia revisões no futuro ).
NFR – FrameworkContribuições: Trata-se do refinamento de um softgoal em um ou mais softgoals, formando-se então uma redede 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 dependenciasfor atendida, então a raiz também é.
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.
Exemplo
• Eu gostaria de ir comeruma boa pizza...
• O que é uma boa pizza?
• Como quantificar?
• Possíveis Soluções
Exemplo:
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?
????
Possível Resposta do Exercício
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/