Requisitos Não Funcionais

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

1 Requisitos Não Funcionais
Universidade Federal de Pernambuco Centro de Ciências Exatas e da Natureza Departamento de Informática Mestrado em Ciências da Computação Tópicos em Engenharia de Software 1 Alunos: Alessandro Cruvinel Machado de Araújo Javé Barbosa de Menezes Professores: Jaelson Castro Alexandre Marcos Lins de Vasconcelos

2 Conteúdo Definições Classificação de NFR’s Derivando NFR’s
Propostas de Derivação Sistemas Críticos Técnicas de Representação: Chung e Júlio César Leite Ferramentas de Apoio

3 Requisitos Não Funcionais
Definem restrições globais sobre um sistema de software. Não estão preocupados com a funcionalidade do sistema. Colocam restrições sobre o produto em desenvolvimento e o processo de desenvolvimento. Definem a qualidade e os atributos do sistema.

4 Requisitos Não Funcionais
Incluem: Safety Security Usabilidade Confiabilidade Performance Custos de Desenvolvimento Custos Operacionais Robustês Manutenabilidade Portabilidade outros ...

5 Classificação de NFR’s
Não há uma clara distinção entre FR’s e NFR’s, depende do nível de detalhamento. Norma IEEE-Std : Performance Interface Operacionais Recurso Verificação Aceitação Documentação Segurança Portabilidade Qualidade Confiabilidade Manutenabilidade Safety

6 Classificação de NFR’s
Boehm (1976) - referia-se a qualidade que o software deveria exibir. Deutsch e Willis (1988) - técnica similar Davis (1992) - NFR’s como requisitos não comportamentais. Sommerville afirmava que requisitos surgiam porque metas deviam ser alcançadas. Classificou os NFR’s em: - Produto Processo Externos

7 Classificação de NFR’s
Requisitos de Produto: Especificam as características do sistema ou subsistema. Alguns podem ser formulados e facilmente quantificados (Ex. performance, capacidade). Outros são mais difíceis de quantificar e são declarados informalmente (Ex. usabilidade).

8 Classificação de NFR’s
Requisitos de Processo: Restrições sobre o processo de desenvolvimento do sistema. Incluem : restrições sobre padrões e métodos de desenvolvimento os quais devem ser seguidos. ferramentas CASE que devem ser usadas. relatórios de gerenciamento que devem ser providenciados.

9 Classificação de NFR’s
Requisitos Externos: Restrições sobre o produto e/ou processo. São derivados do ambiente no qual o sistema está instalado. Podem ser baseados : domínio de informação da aplicação. considerações organizacionais. na necessidade do sistema trabalhar com outros sistemas. segurança e regulamentos de proteção dos dados. até mesmo leis naturais básicas, como por exemplo as leis da física.

10 Classificação de NFR’s
Requisitos de Processo Requisitos Externos Requisitos de Produto Requisitos de Entrega Requisitos de Implementação Requisitos de Padrões Requisitos de Usabilidade Requisitos de Confiabilidade Requisitos de Safety Requisitos de Capacidade Requisitos de Performance Requisitos de Eficiência Restrições Legais Restrições Econômicas Restrições de Interoperabilidade Requisitos Não Funcionais

11 Derivando NFR’s NFR’s não são cobertos adequadamente pela maioria dos métodos. Métodos existentes se baseiam sobre análise funcional e orientada a objeto que são limitados para representação de NFR’s. Suportar NFR’s é muito difícil. Eles são diversos e devem ser expressos em formas específicas de um domínio.

12 Problemas P/ Expressar NFR’s
Questões importantes que contribuem para o problema de se expressar requisitos não-funcionais: Certas restrições são relacionadas a uma solução de projeto que é desconhecida no estágio de requisitos. Outras restrições são altamente subjetivas e só podem ser determinadas através de avaliações empíricas complexas. Requisitos não-funcionais tendem a ser relacionados há um ou mais requisitos funcionais. Expressar requisitos funcionais e não-funcionais separadamente torna difícil a visualização destes relacionamentos. Requisitos não-funcionais tendem a conflitar e contradizer outros requisitos não-funcionais. Não há regras e diretrizes para determinar quando requisitos não-funcionais foram bem encontrados.

13 Propostas para Derivar NFR’s
Chung - método orientado a metas onde requisitos são tratados como metas potencialmente conflitantes. Dobson - modelos lógicos de NFR’s derivados do ambiente organizacional. Kotonya - Framework baseado em ponto de vista que integra FR’s e NFR’s.

14 Propostas para Derivar NFR’s
Sommerville - descreve como preocupações são reduzidas em sub-preocupações e finalmente em metas. Loucopolos e Karakostas - relacionam NFR’s com metas organizacionais. Decomposição de metas em submetas e finalmente em NFR’s.

15 Objetivos das Propostas
Traduzir objetivos e metas gerais em declarações referentes a propriedades mensuráveis. Sommerville e outros afirmam que NFR’s devem ser objetivos e testáveis para que metas vagas não sejam confundidos com NFR’s mais específicos.

16 Sistemas Críticos A falha de sistemas críticos pode ser resultado da falha de requisitos funcionais. Mais freqüentemente a falha resulta de problemas do sistema em satisfazer algum NFR sobre sua operação. Principais NFR’s relevantes a sistemas críticos: Confiabilidade Performance Segurança Usabilidade Safety

17 Técnicas de Representação
Modelo baseados em metas (framework para lidar com NFRs) - Chung Integrar Requisitos não funcionais na modelagem de dados - Julio Cesar e Luiz Marcio

18 Modelo Baseado em Metas
Trata os NFRs como metas Técnica orientada a processo - trata os requisitos não funcionais durante o processo de desenvolvimento do software Considera alternativas para satisfazer os NFRs Relaciona decisões de projeto a NFRs Auxilia na detecção de conflitos

19 Framework para metas Um requisito não funcional representa uma meta a ser atingida Considera um conjunto inicial de metas Refina estas metas em sub-metas Levanta-se alternativas para satisfação da meta Escolhe-se uma das alternativas, justificando a escolha (argumento)

20 Exemplo - Cartões de Crédito
Segurança [Conta] Exatidão [Conta] Confidenciabilidade [Conta] Disponibilidade [Conta] Confidenciabilidade Interna [Conta] Autenticar [Conta] Alegação [“fraude interna é frequente”] Password Informação Confidencial [Conta] meta meta satisfeita argumento nó AND

21 Metodologia para usar o Framework
Aquisição de conhecimento Relativo a um requisito não funcional específico (segurança, performance) Relativo ao domínio da organização Divisão do domínio em categorias, e identificação das metas importantes Verificar razões do projeto Aplicar Framework Avaliar se requisitos fundamentais foram realmente encontrados

22 Modelo Baseado em Metas
Pontos Positivos Mantém um importante histórico do desenvolvimento Boa detecção de conflitos e clarificação dos NFRs Pontos Negativos Estrutura de grafos muito complexa para sistemas grandes Não cobre os NFRs completamente - pode ser necessário usar outros métodos de decomposição

23 NFR-Assistant: um case para metas
Ferramenta que incorpora a semântica e a sintaxe do framework NFR Suporte gráfico ao modelo de metas Possui catálogo para decomposição de metas Facilidade para localização de metas Facilita avaliação dos efeitos causados por uma meta

24 Integrar NFRs na modelagem de dados
Integra NFRs ao modelo ER Foi criado a partir da necessidade de modelar os NFRs antes da fase de projeto no ciclo de evolução do software Enfatiza o relacionamento entre requisitos funcionais e não funcionais e seus conflitos

25 Integrar NFRs na modelagem de dados
Define um lexicon que funciona como uma âncora entre diagramas ER e de metas Apresenta o modelo de metas do chung adaptado como forma de representar NFRs Extende o modelo ER onde: Um NFR (meta) é representado como uma entidade especial conectada à entidade que a originou Os atributos do NFR são integrados à esta entidade