This repository has been archived by the owner on Aug 10, 2024. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy path03.02-Levantamento_de_requisitos
76 lines (68 loc) · 3.17 KB
/
03.02-Levantamento_de_requisitos
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
REQUISITOS
============
* Os requisitos são funcionalidades/necessidades que um cliente ou outra
pessoa que possa impor restrições ao software (stakeholders) exigem
que o software implemente e atenda.
* Existem dois tipos de requisitos
- Funcionais:
O QUE o software deve fazer, conforme pedido pelos stakeholders.
- Não funcionais:
Exigências que não são aparentes, como velocidade do software,
tempo de resposta, bancos de dados usados, portabilidade,
segurança, etc.
* Etapas do levantamento de requisitos
- Elicitação: coleta e descoberta de requisitos a partir dos
stakeholders (envolvidos) e outras fontes.
- Análise: entendimento mais rico e preciso de cada requisito
e suas conexões. Tem várias subetapas, que geram uma série de
documentos:
- Entrevista (Conversa com vários clientes + transcrição)
- Observação (Visita ao local a ser automatizado, ou observações
ao que acontece)
- Grupo local (Reunião entre os membros da equipe para discutir
sobre o software)
- Experimento simulado
- Especificação
- Registro dos requisitos de forma persistente e organizada, de
modo a facilitar a comunicação e o gerenciamento de mudanças
- Validação: confirmação se os requisitos realmente atendem ao que
está sendo pedido
* Requisitos não-funcionais segundo ISO 9126
- Confiabilidade, corretude, manutenabilidade, performance,
interoperabilidade, eficência, usabilidade, legibilidade,
reusabilidade, compatibilidade, portabilidade, segurança, etc.
- Onde cada um dos requisitos é crucial? Onde é dispensável?
Como obter no software?
- Qual o requisito não-funcioanal mais importante para cada um dos
tipos de sistemas abaixo?
- Sistema interativo, sistema em lote, sistema de tempo real,
sistema Web, sistema bancário, sitemas de missão crítica
- Trade-offs entre os requisitos
* Requisitos segundo FURPS+
- Funcionais:
Características e capacidades do sistema;
- Usabilidade:
Fatores humanos, recursos de ajuda e documentação;
- Confiabilidade:
Frequência de falhas, capacidade de recueração e
precisibilidade.
- Desempenho:
Tempo de resposta, disponibilidade e uso de recursos.
- Facilidade de suporte:
Facilidade de adaptação e de manutenção, internacionalização e
confiabilidade.
- Implementação:
Limitação de recursos, linguagens e ferramentas, linguagem
- Interface:
Restrições impostas pelas interfaces com sistemas externos.
- Operações:
Gerenciamento do sistema no ambiente operacional.
- Questões legais:
Licensas de uso, etc.
* Entendimento do domínio de aplicação
- É importante usar a terminologia correta ao se comunicar com
clientes e usuários.
- Emprego de palavras inapropriadas pode levar a desentendimentos.
- Criação de um GLOSSÁRIO com uma lista de termos técnicos utilizados
na área em questão.
- Criação de um mapa conceitual.