O documento descreve um framework para representar e usar requisitos não funcionais em um processo de desenvolvimento de software. O framework propõe cinco componentes: objetivos, tipos de links, métodos, regras de correlação e procedimento de rotulação. Ele fornece uma abordagem qualitativa para justificar decisões de design com base em como elas afetam requisitos não funcionais.
Uma Metodologia Para Teste De Software No Contexto Da Melhoria De Processo
Mauricio Puc Rio (Er) Aula 7 Primeiro Artigo
1. Representing and Using Nonfuctional Requirements: A Process-Oriented Approach Aluno: Maurício Serrano Abril 2008 Análise do Artigo Pontifícia Universidade Católica do Rio de Janeiro (PUC-Rio)
7. Trabalhos Relacionados Abordagem Informal Em um relatório publicado em Rome Air Development Center ( RADC ) [7], NFRs são classificados em: Pontifícia Universidade Católica do Rio de Janeiro (PUC-Rio) Technically-Oriented Consumer-Oriented
8. Trabalhos Relacionados Abordagem Formal As abordagens formais podem ser divididas em: Pontifícia Universidade Católica do Rio de Janeiro (PUC-Rio) Product-Oriented Process-Oriented
9.
10.
11. Abordagem Orientada a Processo Pontifícia Universidade Católica do Rio de Janeiro (PUC-Rio) Transparência de Software
12.
13.
14. Framework proposto pelos Autores Pontifícia Universidade Católica do Rio de Janeiro (PUC-Rio) Transparência de Software
15.
16.
17.
18.
19.
20.
21.
22.
23.
24. Exemplo: Requisito Não-Funcional de Precisão Pontifícia Universidade Católica do Rio de Janeiro (PUC-Rio) Transparência de Software
25.
26.
27. Exemplo: Requisito Não-Funcional de Performance Pontifícia Universidade Católica do Rio de Janeiro (PUC-Rio) Transparência de Software