Engenharia_de_Requisitos

Prévia do material em texto

Processos de Engenharia de 
Requisitos 
Engenharia de Software (SCE-5764) 
 
1º Sem. 2012- Prof. Paulo C. Masiero 
Introdução 
 Objetivo: criar e manter um documento 
de requisitos. 
 Quatro subprocessos: 
 Avaliação (análise de viabilidade) 
 Obtenção(elicitação) 
 Especificação (documentação padronizada) 
 Validação 
Estudo de 
Viabilidade 
Elicitação e 
Análise de 
Requisitos 
Especificação 
de Requisitos 
Validação de 
Requisitos Relatório de 
Viabilidade 
Modelos do 
Sistema 
Requisitos do 
Usuário e do 
Sistema 
Documento 
de Requisitos 
Processo de Engenharia 
 de Requisitos 
Tratada 
anteriormente 
Gerenciamento de requisitos 
 Os requisitos do sistema mudam 
 Durante o desenvolvimento do sistema 
 Quando está em operação 
 
 Ger. De Requisitos é processo de 
gerenciamento das mudanças. 
Engenharia de Requisitos 
 Algumas pessoas consideram E.R. como 
a aplicação de um método de análise 
estruturado, como Análise OO (Larman, 
PU, etc). 
 Isso é a análise do sistema 
Estudo de Viabilidade 
 Estudo inicial e focado 
 Entrada: Esboço da descrição do sistema 
e um conjunto inicial de requisitos de 
negócio. 
 Resultado: relatório que recomenda se 
vale a pena ou não construir o sistema 
 O relatório também pode propor 
mudanças de escopo, orçamento e prazo. 
Estudo de Viabilidade (Cont.) 
 Tempo de duração: normalmente de 
uma a três semanas. 
 Fontes de informação: gerentes de 
departamentos, engenheiros de 
software especialistas no domínio, 
usuários finais, normas e legislação etc. 
 
Estudo de viabilidade 
 Questões a responder: 
 Como o sistema contribui para os objetivos 
da organização? 
 O sistema pode ser implementado com a 
tecnologia atual, com o custo previsto e no 
prazo? 
 O sistema pode ser integrado a outros 
sistemas já implantados? 
Elicitação e análise de requisitos 
 Atividades 
 Obtenção dos requisitos 
 Classificação e organização 
 Priorização e negociação 
 Documentação dos requisitos 
 Essas quatro atividades podem ser 
executadas em um modelo de 
processos em espiral. 
Elicitação e análise de requisitos 
 Dificuldades 
 De comunicação com os interessados 
 Conhecimento implícito ou tácito 
 Interessados têm diferentes requisitos com 
pontos em comum e conflitos 
 Fatores políticos influenciam 
 O ambiente econômico e de negócios em 
que a análise é realizada muda. 
Obtenção de requisitos 
 Pontos de vista 
 Entrevistas 
 Cenários 
 Casos de uso 
 Etnografia 
Etnografia 
 Técnica de observação que pode ser usada para 
compreender os requisitos sociais e 
organizacionais. 
 As pessoas compreendem seu próprio trabalho, 
mas muitas vezes têm dificuldade para explicar 
ou articular detalhes dele. 
 É eficaz para descobrir requisitos: 
 Derivados da maneira como as pessoas 
realmente trabalham 
 Da cooperação e do conhecimento das 
atividades de outras pessoas. 
 
Etnografia - Estudos 
 Suchman – trabalho em escritório é mais 
rico, complexo e dinâmico do que 
modelos de automação de escritório. 
 Há uma diferença entre o trabalho suposto e 
o real. 
 Sistemas de 
 Tráfego aéreo 
 Salas de controle de metrô 
 
Validação de requisitos 
 Objetivo: Mostrar que os requisitos 
realmente definem o sistema que o 
usuário deseja 
 Técnicas 
 Revisões 
 Prototipação 
 Geração de casos de teste 
Validação de requisitos (cont.) 
 Atividades de verificação: 
 Validade dos requisitos: mais funções? 
diferentes? 
 Consistência 
 Completeza 
 Realismo  podem ser implementados? 
 Facilidade de verificação  testáveis? 
Revisões de requisitos 
 Processo informal envolvendo desenvolve-
dores e clientes. Leitura ou revisão do do-
cumento em busca de anomalias e 
omissões. 
 Podem ser formais ou informais 
 Os revisores podem também avaliar: 
 facilidade de verificação 
 Facilidade de compreensão 
 Rastreabilidade  origem dos requisitos 
 Adaptabilidade 
 
 
 
Gerenciamento de Requisitos 
 Durante o desenvolvimento: problemas 
complexos que não podem ser totalmente 
definidos, entendimento dos interessados sobre 
o problema muda constantemente 
 Depois de implantados: surgem novos requisitos 
 Outros problemas: grande número de usuários, 
cliente e usuário geralmente são diferentes, 
ambiente muda depois da implementação 
Gerenciamento de Requisitos 
 É um processo para compreender e 
controlar as mudanças dos requisitos do 
sistema 
 Definir um processo formal para poder 
avaliar os impactos da mudança. 
Requisitos permanentes e 
voláteis 
 Permanente: relativamente estáveis e 
derivados da atividade principal da 
organização. Ex. Hospital: médicos, 
enfermeiros tratamento. 
 Voláteis: têm alta chance de mudar. Ex. 
Hospital: requisitos relacionados à 
política de saúde do governo. 
 Mutáveis, emergentes, consequentes e de 
compatibilidade 
Planejamento do 
Gerenciamento De Requisitos 
 Identificação dos requisitos 
 Processo de gerenciamento de 
mudanças 
 Políticas de rastreabilidade 
 Apoio de ferramentas. 
Rastreabilidade 
 Origem (para trás) 
 Para consultar os interessados na mudança 
 Dependências entre requisitos (interno) 
 Extensão das mudanças 
 Ligação com elementos do projeto 
(para a frente) 
 Impacto das mudanças 
 
 
Rastreabilidade 
 É normalmente representada por 
matrizes 
 Para ambientes complexos, é 
recomendável usar uma ferramenta: 
DOORS, RequisitePro 
 Armazenamento 
 Gerenciamento de mudanças 
 Gerenciamento de rastreabilidade 
 
 
D  um requisito depende de outro 
R  existe um relacionamento mais fraco