Aula4 EngSoftware

Prévia do material em texto

Engenharia de Software 
Osvaldo Viana Jr, Msc 
osvaldoviana@yahoo.com.br 
Aula 4 
Processos de Engenharia de Requisitos 
1- Introdução 
 Objetivos 
 O objetivo do processo de engenharia de 
requisitos é criar e manter um requisitos de 
sistema; 
 Inclui 4 subprocessos de alto nível: 
 - Estudos de viabilidade; 
 - Elicitação e Análise de requisitos; 
 - Validação de Requisitos; 
 - Gerenciamento de Requisitos. 
 
2 
1- Introdução 
 Processo de Engenharia de Requisitos 
3 
1- Introdução 
 Modelo em espiral dos processos de engenharia de requisitos 
4 
1- Estudos de Viabilidade 
 Definição 
 A entrada para o estudo de viabilidade 
consiste de um conjunto preliminar de 
requisitos de negócios, um esboço da 
descrição do sistema e como o sistema 
pretende apoiar os processos de negócios; 
 Cria um relatório que recomenda se vale a 
pena ou não prosseguir com os processos; 
 
5 
1- Estudos de Viabilidade 
 Deve responder as seguintes questões: 
 O sistema contribui para os objetivos gerais 
da organização ? 
 O sistema pode ser implementado com 
tecnologia atual e dentro das restrições 
definidas de custo e prazo ? 
 O sistema pode ser integrado a outros 
sistemas já implantados ? 
 
6 
1- Estudos de Viabilidade 
 Alguns exemplos de possíveis questões: 
 Como a organização se comportaria se esse 
sistema não fosse implementado ? 
 Quais são os problemas com os processos 
atuais e como o novo sistema ajudaria a 
reduzir esses problemas ? 
 Qual será a contribuição direta do sistema 
para os objetivos e requisitos da empresa ? 
 
7 
1- Estudos de Viabilidade 
 Alguns exemplos de possíveis questões: 
 As informações podem ser transferidas e 
recebidas de outros sistemas da organização 
? 
 O sistema requer tecnologia que ainda não 
foi usada na organização ? 
 O que deve ser apoiado pelo sistema e o que 
não precisa ser apoiado ? 
 
8 
2- Elicitação e análise de 
requisitos 
 Definição 
 Podem envolver várias pessoas da 
organização; 
9 
2- Elicitação e análise de 
requisitos 
 Razões de dificuldades de elicitação e 
compreensão: 
 Os stakeholders frequentemente não sabem o 
que querem do sistema de computador a não 
ser em termos gerais; 
 Os stakeholders expressam os requisitos 
naturalmente em seus próprios termos e com 
o conhecimento implícito de seu trabalho; 
10 
2- Elicitação e análise de 
requisitos 
 Razões de dificuldades de elicitação e 
compreensão: 
 Diferentes stakeholders possuem diferentes 
requisitos, expressos de diferentes formas; 
 Fatores políticos podem influenciar os 
requisitos do sistema; 
 O ambiente econômico e de negócios sobre o 
qual a análise é realizada é dinâmico. 
 
11 
2- Elicitação e análise de 
requisitos 
 Processo de elicitação e análise de requisitos 
12 
2- Elicitação e análise de 
requisitos 
 Obtenção de Requisitos 
 É o processo que reúne informações sobre o 
sistema proposto e os existentes para obter 
os requisitos de usuário e de sistema com 
base nessas informações; 
 A interação com os stackholders ocorre por 
meio de entrevistas e observações, podendo 
ser usados cenários e protótipos para auxiliar 
na obtenção de requisitos; 
13 
2- Elicitação e análise de 
requisitos 
 Pontos de Vista 
 Organizam o processo de elicitação e os 
próprios requisitos usando pontos de vista; 
 Reconhece várias perspectivas e fornece um 
framework para descobrir conflitos nos 
requisitos propostos por diferentes 
stackholders; 
14 
2- Elicitação e análise de 
requisitos 
 Tipos genéricos de pontos de vista: 
 Interação: Representam pessoas ou outros 
sistemas que interagem diretamente com o 
sistema; 
 Indiretos: Representam os stackholders que 
não usam o sistema diretamente, mas que 
influenciam os requisitos de alguma forma; 
 Domínio: Representam características e 
restrições de domínio que influenciam os 
requisitos de sistema. 
15 
2- Elicitação e análise de 
requisitos 
 Entrevista 
 Entrevistas formais e informais com os 
stakeholders no sistema fazem parte da 
maioria dos processos de engenharia de 
requisitos. 
16 
2- Elicitação e análise de 
requisitos 
 Tipos de Entrevista 
 Fechadas: O stackeholder responde a um 
conjunto de perguntas predefinidas; 
 Abertas: A equipe desenvolve explora vários 
assuntos com os stackholders no sistema e, 
assim, desenvolve uma compreensão maior 
de suas necessidades 
17 
2- Elicitação e análise de 
requisitos 
 Exemplo: Pontos de vista no LIBSYS 
18 
2- Elicitação e análise de 
requisitos 
 Cenários 
 Podem ser particularmente úteis para 
adicionar detalhes a um esboço da descrição 
de requisitos; 
 Começa com um esboço da interação e, 
durante a elicitação, os detalhes são 
adicionados para criar uma descrição 
completa dessa interação. 
19 
2- Elicitação e análise de 
requisitos 
 Um cenário deve incluir: 
 Uma descrição do que os usuários esperam 
do sistema no início do cenário; 
 Uma descrição do fluxo normal de eventos no 
cenário; 
 Uma descrição do que pode dar errado e como 
isso é tratado; 
 Informações sobre outras atividades que 
podem ocorrer simultaneamente; 
20 
2- Elicitação e análise de 
requisitos 
 Um cenário deve incluir: 
 Uma descrição do estado de sistema no fim 
do cenário. 
21 
2- Elicitação e análise de 
requisitos 
 Cenário para 
download de artigo 
no LIBSYS 
22 
2- Elicitação e análise de 
requisitos 
 Casos de Uso 
 Constituem uma técnica baseada em 
cenários para elicitação de requisitos e foram 
introduzidos inicialmente no método 
Objectory; 
 Se tornaram uma característica fundamental 
da notação UML para descrição de modelos 
de sistema orientado a objetos; 
23 
2- Elicitação e análise de 
requisitos 
 Casos de uso 
Para o sistema de 
biblioteca 
24 
2- Elicitação e análise de 
requisitos 
 Etnografia 
 É uma técnica de observação que pode ser 
usada para compreender os requisitos sociais 
e organizacionais; 
 Um analista se insere no ambiente de 
trabalho onde o sistema será usado; 
25 
2- Elicitação e análise de 
requisitos 
 Etnografia e prototipação para análise 
26 
3- Validação de Requisitos 
 Definição 
 Dedica-se mostrar que os requisitos 
realmente definem o sistema que o usuario 
deseja; 
 Se sobrepõe à analise, está relacionada à 
descoberta de problemas com os requisitos; 
 
27 
3- Validação de Requisitos 
 Verificações nos requisitos 
 Validade; 
 Consistência; 
 Completeza; 
 Realismo; 
 Verificação. 
 
28 
3- Validação de Requisitos 
 Revisões de requisitos 
 É um processo que envolve pessoas de ambas 
as organizações, do cliente e do fornecedor; 
 Eles verificam o documento de requisitos em 
busca de anomalias e omissões; 
 
29 
3- Validação de Requisitos 
 Os revisores podem verificar: 
 Facilidade de verificação: O requisito, 
conforme estabelecido, é testável de forma 
realística ? 
 Facilidade de compreensão: Os 
adquirentes e os usuários finais do sistema 
compreendem o requisito de forma 
apropriada ? 
 
30 
3- Validação de Requisitos 
 Os revisores podem verificar: 
 Rastreabilidade: Permite que o impacto de 
uma mudança seja avaliado em relação ao 
restante dosistema; 
 Adaptabilidade: O requisito pode ser 
mudado sem efeitos em grande escala sobre 
os outros requisitos do sistema ? 
 
31 
4- Gerenciamento de 
requisitos 
 Definição 
 É um processo para compreender e controlar 
as mudanças dos requisitos de sistema; 
 O processo de gerenciamento de requisitos 
deve se iniciar assim que uma versão inicial 
do documento de requisitos esteja disponível; 
 
32 
4- Gerenciamento de 
requisitos 
 Requisitos permanentes e voláteis 
 Permanentes: São requisitos relativamente 
estáveis derivados da atividade central da 
organização e que se relacionam diretamente 
ao domínio do sistema; 
 Voláteis: São requisitos que provavelmente 
irão mudar durante o processo d 
desenvolvimento do sistema ou depois que o 
sistema estiver em operação; 
 
33 
4- Gerenciamento de 
requisitos 
 Evolução de Requisitos 
34 
4- Gerenciamento de 
requisitos 
 Planejamento de gerenciamento de requisitos 
 Identificação: Cada requisito deve ser 
identificado unicamente de modo que possa 
ser feita a referência cruzada entre estes e 
outros requisitos; 
 Processo de gerenciamento de 
mudanças: É o conjunto de atividades que 
avaliam o impacto e custo das mudanças; 
 
35 
4- Gerenciamento de 
requisitos 
 Planejamento de gerenciamento de requisitos 
 Políticas de rastreabilidade: Essas 
políticas definem os relacionamento entre os 
requisitos e o projeto de sistema; 
 Apoio de ferramentas CASE: O 
gerenciamento de requisitos envolve o 
processamento de grandes quantidades de 
informações sobre os requisitos; 
 
36 
4- Gerenciamento de 
requisitos 
 Gerenciamento de mudanças de requisitos 
 
37 
Pontos a ponderar ? 
 Sugira quem pode ser os stakeholders em um 
sistema de registro de estudantes de uma 
universidade. Explique por que é quase 
inevitável que os estudantes de diferentes 
stakeholders sejam conflitantes de alguma 
forma. 
 
38 
Pontos a ponderar ? 
 Identifique três requisitos que podem ser 
sugeridos pelos stakeholders associados a 
esses pontos de vista 
 
39 
Referencia Bibliografica 
 SOMMERVILLE, I. Engenharia de Software. 
Págs. 79-93; 6.ed. São Paulo, 2003. 
40