Escolar Documentos
Profissional Documentos
Cultura Documentos
de
Engenharia
de
Requisitos
Centro
de
Inform-ca
-
Universidade
Federal
de
Pernambuco
Sistemas
de
Informao
Vinicius
Cardoso
Garcia
vcg@cin.ufpe.br
Slides
originais
elaborados
por
Ian
Sommerville
O
autor
permite
o
uso
e
a
modicao
dos
slides
para
ns
did-cos
Engenharia de requisitos
Ian Sommerville, Engenharia de SoTware, 8. edio. Captulo 7 [if977] Engenharia de SoTware - SI - CIn - UFPE 3
Elicitao
e
anlise
Envolve
pessoal
tcnico
trabalhando
com
os
clientes
para
descobrir
sobre
o
domnio
da
aplicao,
os
servios
que
o
sistema
deve
fornecer
e
sobre
as
restries
operacionais.
Pode
envolver
Usurios
nais
Gerentes
Engenheiros
envolvidos
na
manuteno
Especialistas
de
domnio
Representantes
de
sindicato,
etc.
A espiral de requisitos
Ian Sommerville, Engenharia de SoTware, 8. edio. Captulo 7 [if977] Engenharia de SoTware - SI - CIn - UFPE 6
A5vidades
de
processo
Iden-cao
(ou
Elicitao)
de
requisitos
Interao
com
os
stakeholders
para
coletar
seus
requisitos.
Os
requisitos
de
domnio
so
tambm
descobertos
neste
estgio.
Agrupa
requisitos
relacionados
e
organiza-os
em
conjuntos
coerentes.
Priorizao
de
requisitos
e
resoluo
de
conitos
de
requisitos.
Os
requisitos
so
documentados
e
colocados
na
prxima
volta
da
espiral.
[if977]
Engenharia
de
SoTware
-
SI
-
CIn
-
UFPE
7
Documentao de requisitos
Iden5cao
de
requisitos
Processo
de
reunir
informaes
sobre
os
sistemas
propostos
e
existentes
Obter
requisitos
de
usurio
e
de
sistema
a
par-r
dessas
informaes.
As
fontes
de
informao
incluem
documentao,
stakeholders
e
as
especicaes
de
sistemas
similares.
Prot-pos
tambm
podem
ser
usados
tanto
para
descobrir
quanto
para
validar
requisitos
[if977]
Engenharia
de
SoTware
-
SI
-
CIn
-
UFPE
8
Pontos
de
vista
Maneira
de
estruturar
os
requisitos
para
representar
as
perspec5vas
de
stakeholders
diferentes.
Stakeholders
podem
ser
classicados
em
diferentes
pontos
de
vista.
Essa anlise de ml-plas perspec-vas importante, pois no h uma maneira nica de analisar os requisitos
10
Pontos
de
vista
indiretos
so
os
stakeholders
que
no
usam
o
sistema
diretamente,
mas
afetam
os
requisitos.
Gerncia,
caixas
do
banco
e
pessoal
de
proteo
so
pontos
de
vista
indiretos.
Ian Sommerville, Engenharia de SoTware, 8. edio. Captulo 7 [if977] Engenharia de SoTware - SI - CIn - UFPE 13
Entrevistas
Em
entrevista
formal
ou
informal,
a
equipe
de
RE
formula
questes
para
os
stakeholders
sobre
os
sistemas
que
eles
usam
e
o
sistema
a
ser
desenvolvido.
Existem
dois
-pos
de
entrevistas
Entrevistas
fechadas,
onde
um
conjunto
de
questes
predenidas
so
respondidas.
Entrevistas
abertas,
onde
no
h
um
roteiro
predenido
e
onde
uma
variedade
de
assuntos
so
explorados
com
os
stakeholders.
[if977]
Engenharia
de
SoTware
-
SI
-
CIn
-
UFPE
14
Entrevistas na prtica
Normalmente,
uma
mistura
de
entrevistas
fechadas
e
abertas
Entrevistas
so
boas
para
obteno
de
um
entendimento
geral
do
que
os
stakeholders
fazem
e
como
eles
podem
interagir
com
o
sistema.
Entrevistas
no
so
ideais
para
a
compreenso
de
requisitos
de
domnio
Os
engenheiros
de
requisitos
podem
no
entender
a
terminologia
especca
de
domnio;
Alguns
conhecimentos
de
domnio
so
to
especicos
que
as
pessoas
acham
dilcil
explicar
ou
pensam
que
no
vale
a
pena
mencion-los
[if977]
Engenharia
de
SoTware
-
SI
-
CIn
-
UFPE
15
Cenrios
Cenrios
so
simulaes
de
como
um
sistema
poder
ser
usado
Eles
devem
incluir
Uma
descrio
da
situao
inicial;
Uma
descrio
do
uxo
normal
de
eventos;
Uma
descrio
do
que
pode
dar
errado;
Informao
sobre
outras
a-vidades
concorrentes;
Uma
descrio
do
estado
quando
o
cenrio
termina.
Para
sistemas
intera-vos,
cenrios
funcionam
bem
em
combinao
com
prot5pos
da
GUI
[if977]
Engenharia
de
SoTware
-
SI
-
CIn
-
UFPE
16
17
Casos de uso
Os
casos
de
uso
cons-tuem
uma
tcnica
baseada
em
cenrios
que
iden-cam
os
agentes
em
uma
interao
e
descrevem
a
interao
em
si.
Apoiados
pela
UML
Diagramas
de
casos
de
uso
so
usados
para
denir
o
escopo
Especicaes
de
casos
de
uso
so
cenrios
como
o
descrito
anteriormente
Um
conjunto
de
casos
de
uso
deve
descrever
todas
as
possveis
interaes
com
o
sistema.
[if977]
Engenharia
de
SoTware
-
SI
-
CIn
-
UFPE
18
Ian Sommerville, Engenharia de SoTware, 8. edio. Captulo 7 [if977] Engenharia de SoTware - SI - CIn - UFPE 19
Etnografia
Um
analista
despende
um
tempo
considervel
observando
e
analisando
como
as
pessoas
realmente
trabalham.
As
pessoas
no
tm
de
explicar
seu
trabalho.
Fatores
sociais
e
organizacionais
de
importncia
podem
ser
observados.
Estudos
de
etnograa
tm
mostrado
que
o
trabalho
,
geralmente,
mais
rico
e
mais
complexo
do
que
o
sugerido
pelos
modelos
simples
de
sistema.
[if977]
Engenharia
de
SoTware
-
SI
-
CIn
-
UFPE
21
Escopo da etnografia
So
requisitos
originados
a
par-r
do
modo
como
as
pessoas
realmente
trabalham
Independem
de
como
denies
de
processo
sugerem
que
elas
devam
trabalhar.
22
Mais Etnografia
Etnograa
funciona
bem
quando
combinada
com
proto-pao
O
estudo
etnogrco
fornece
feedback
rpido
sobre
a
aceitao
e
possveis
melhorias
para
um
prot-po
O
desenvolvimento
de
prot-po
resulta
em
questes
no
respondidas
que
tornam
a
anlise
etnogrca
mais
focada
O
problema
com
a
etnograa
que
ela
estuda
pr5cas
existentes
que
podem
ter
alguma
base
histrica
que
no
mais
relevante.
No
to
eciente
para
descobrir
requisitos
novos
[if977]
Engenharia
de
SoTware
-
SI
-
CIn
-
UFPE
23
Validao de requisitos
Dedica-se
a
mostrar
que
os
requisitos
denem
o
sistema
que
o
cliente
realmente
deseja.
Custos
de
erros
de
requisitos
so
altos
e,
desse
modo,
a
validao
muito
importante
O
custo
da
reparao
de
um
erro
de
requisitos
depois
da
entrega
pode
equivaler
a
muitas
vezes
o
custo
de
reparao
de
um
erro
de
implementao
24
Verificao de requisitos
Vericao
de
validade.
O
sistema
fornece
as
funes
que
melhor
apiam
as
necessidades
do
cliente?
Vericao
de
consistncia.
Existe
algum
-po
de
conito
de
requisitos?
Para
um
mesmo
requisito
no
pode
haver
contradio
Vericao
de
completude.
Todas
as
funes
requisitadas
pelo
cliente
foram
includas?
Vericao
de
exequibilidade.
Os
requisitos
podem
ser
implementados
com
o
oramento
e
a
tecnologia
disponveis?
Facilidade
de
vericao.
Os
requisitos
podem
ser
vericados?
Usar
conjunto
de
testes
para
demonstrar
que
a
funcionalidade
entregue
atende
o
requisito
[if977]
Engenharia
de
SoTware
-
SI
-
CIn
-
UFPE
25
Proto-pao
Uso
de
um
modelo
executvel
do
sistema
para
vericar
requisitos
Revises
de
requisitos
Revises
regulares
devem
ser
feitas
enquanto
a
denio
de
requisitos
est
sendo
formulada.
Ambos,
cliente
e
fornecedor,
devem
ser
envolvidos
nas
revises.
Revises
podem
ser
formais
(com
documentos
completos)
ou
informais.
Uma
boa
comunicao
entre
desenvolvedores,
clientes
e
usurios
podem
resolver
problemas
nos
estgios
iniciais.
[if977]
Engenharia
de
SoTware
-
SI
-
CIn
-
UFPE
27
Reviso de requisitos
Facilidade
de
vericao.
O
requisito
realis-camente
testvel?
Facilidade
de
compreenso.
O
requisito
adequademente
compreendido?
Rastreabilidade.
A
origem
do
requisito
claramente
estabelecida?
Adaptabilidade.
O
requisito
pode
ser
mudado
sem
um
grande
impacto
em
outros
requisitos
[if977]
Engenharia
de
SoTware
-
SI
-
CIn
-
UFPE
28
Gerenciamento de requisitos
Gerenciamento
de
requisitos
um
processo
para
compreender
e
controlar
as
mudanas
de
requisitos
Requisitos
so,
inevitavelmente,
incompletos
e
inconsistentes
Novos
requisitos
surgem
durante
o
processo
inteiro
Os
diferentes
pontos
de
vista
tm
requisitos
diferentes
e
estes
so
freqentemente
contraditrios.
[if977]
Engenharia
de
SoTware
-
SI
-
CIn
-
UFPE
29
Mudanas de requisitos
Diferentes
stakeholders
atribuem
diferentes
prioridades
para
os
mesmos
requisitos
Os
clientes
do
sistema
podem
especicar
os
requisitos
a
par-r
de
uma
perspec-va
de
negcio
que
conita
com
os
requisitos
do
usurio
nal.
Os
ambientes
tcnico
e
de
negcio
do
sistema
mudam
durante
seu
desenvolvimento
E
frequentemente
tm
requisitos
diferentes
[if977]
Engenharia
de
SoTware
-
SI
-
CIn
-
UFPE
30
Ian Sommerville, Engenharia de SoTware, 8. edio. Captulo 7 [if977] Engenharia de SoTware - SI - CIn - UFPE 32
Rastreabilidade
A
rastreabilidade
tem
a
ver
com
relacionamentos
entre
os
requisitos,
suas
fontes
e
o
projeto
do
sistema
Rastreabilidade
da
fonte
necessrio
manter
essa
informao
registrada
nos
locais
apropriados
Ligam
requisitos
aos
stakeholders
que
os
propuseram
ou
aos
elementos
externos
que
o
criaram;
a
ligao
dos
requisitos
dependentes;
Ligaes
entre
os
requisitos
e
os
mdulos
de
projeto.
[if977]
Engenharia
de
SoTware
-
SI
-
CIn
-
UFPE
33
34
Leituras
recomendadas
SOMMERVILLE,
I.
Engenharia
de
SoTware.
9.
Ed.
So
Paulo:
Pearson
Educa-on,
2011
Captulo
7
35