Termo de Uso:

Qualquer indivduo ou grupo de indivduos poder utilizar este Quick Guide

como base para seminrios, artigos, livros, material de suporte para o CPREFL Syllabus, traduo para qualquer outra lngua ou outras publicaes e ou
materiais derivados, desde que citem os autores do presente documento e a
T&M como fonte e detentores dos direitos autorais do mesmo. A T&M e os
autores se reservam o direito e a propriedade exclusivos das verses em
linguagem portuguesa e inglesa.

CPRE-FL Quick Guide

Certified Professional for Requirements
Engineering Foundation Level
Verso original em portugus v1.0 - 23 de dezembro de 2011

para auxiliar no Exame para

Profissional de Engenharia de Requisitos Certificado Nvel Fundamental
em conformidade com o IREB International Requirements Engineering Board

T&M 2011 (Brasil)

Este Quick Guide foi originalmente desenvolvido e escrito pelos seguintes
colaboradores da T&M: Martin Tornquist, Paulo Henrique Nannini e
IREB Recognized Training Provider
Jorge Luiz Diaz Pinaya.
www.certified-re.de/international
www.tmtestes.com.br

A parte mais rdua na construo de um software

consiste exatamente em identificar o que construir.
Nenhuma outra fase compromete tanto o resultado
do trabalho se elaborada de forma incorreta.
Nenhuma outra parte dificulta tanto
as correes posteriores.
Frederick P. Brooks

The Mythical Man-Month: Essays on Software Engineering

Porque importante o trabalho do Engenheiro de Requisitos?

Qual a
distribuio
da origem dos
defeitos?

Quais as
causas tpicas
para um
projeto no
obter sucesso?
requisitos

72.8%

41%

requisitos mal definidos ou faltantes

Fonte: Jama Software, The State of Requirements Management Report, 2011

outros
31%

Qual a
distribuio
do esforo de
retrabalho?

projeto
28%

requisitos
82%

Fonte: U.S. Air Force Project, F. Sheldon, 1992

Reliability Measurement from Theory to Practice

Fonte: Dean Leffingwell, James Martin

R$4900,00

Qual o custo
para correo
de um
problema em
requisitos?

R$2261,54
R$1130,77

R$753,85
R$376,92
R$150,77
requisitos

projeto

construo

testes

aceite

operao

Fonte: Mdia do custo de correo de um erro em requisitos por etapa (300 projetos T&M)

O sucesso de
projetos
depende
sobremaneira
de bons
requisitos

Introduo e
Fundamentos
01:15

Apoio por
Ferramentas
01:00

Delimitar o
Sistema e o
Contexto do
Sistema
01:15

Gerenciar
Requisitos
02:30

As 9 Unidades de
Ensino
do Syllabus
CPRE-FL e o
tempo minimo de
ensino necessrio
18:00

Validar e
Acordar
Requisitos
02:30

Elicitar
Requisitos
01:30

Documentao
de Requisitos
02:00

Documentar
Requisitos
usando
Modelos
05:00

Documentao
de Requisitos
usando
Linguagem
Natural
01:00

UE 1 Introduo e Fundamentos

4
6

Sintomas e Causas de uma Engenharia de

Requisitos (ER) inadequada
Presso do cliente para construo
de um sistema rapidamente

As 4 atividades principais da ER

elicitao

problemas de
comunicao

Requisitos
ambguos,
incorretos,
incompletos
e omisso
suposio incorreta, por parte dos stakeholders,
de que muito do assunto evidente

documentao

gerenciamento

validao & negociao

Requisitos devem ser comunicados

trs
A linguagem natural (oral ou
escrita) o meio mais utilizado
para comunicar requisitos.
Portanto, importante buscar
uma terminologia comum e
manter uma comunicao
focada e simplificada

2+1
5

UE 1 Introduo e Fundamentos

7
O engenheiro de requisitos tem contato direto com os stakeholders e possui a competncia e responsabilidade
de familiarizar-se ao mximo com o domnio, buscando compreende-lo da melhor maneira possvel.

4
6

As 7 capacidades exigidas de um Engenheiro de Requisitos

competncia comunicativa

moderao

raciocnio analtico

auto-confiana

empatia

persuaso

resoluo de conflitos

Tipicamente diferenciamos 3 tipos de requisitos

requisitos
no funcionais

requisitos funcionais

2
requisitos de qualidade

restries

As restries no so
implementadas, elas so
cumpridas, porque elas
simplesmente limitam o
espao de soluo!

Especial nfase sobre os

requisitos de qualidade
geralmente documentados em
linguagem natural
relaes com outras declaraes
devem ser rastreveis
deve ser assegurada por
assertivas quantitativas
ou operacionalizada por meio de
funcionalidades adicionais

Caractersticas a
serem consideradas
detalhamento da
funcionalidade
confiabilidade
usabilidade
eficincia
manutenibilidade
portabilidade

UE 2 Delimitar o Sistema e o
Contexto do Sistema

4
6

Sistema, Contexto e Limites

UE 2.1
Limite do sistema

Ambiente irrelevante
Contexto do sistema

Sistema

aspectos do contexto no contexto do sistema

Partes da
realidade que
so irrelevantes
para o sistema

pessoas (stakeholders ou grupos de stakeholders)

sistemas em operao
processos (de negcio, tcnicos ou fsicos)

eventos (tcnicos ou fsicos)

Aspectos da
realidade que
influenciam o
contexto do sistema

documentos (por exemplo: normas, regulamentos,

documentao do sistema)

Limite do contexto do sistema

UE 2 Delimitar o Sistema e o
Contexto do Sistema
UE 2.2

4
6

Determinar os Limites do Sistema e do Contexto

Limite do
Sistema

Contexto do Sistema

Ambiente
Irrelevante

Sistema
zona cinzenta (t1)
Deslocamento
do limite do
sistema

Reduo do limite
do contexto do
sistema (t3)

zona cinzenta (t2)

Extenso do limite
do contexto do
sistema (t4)

A zona cinzenta
entre o sistema e o
contexto do sistema
deve ser resolvida

Zona cinzenta entre o

contexto do sistema e
o ambiente irrelevante
Limite do contexto do sistema

UE 3 Elicitar Requisitos

4
6

Fontes de Requisitos

UE 3.1
Contexto do Sistema

sistema

Os 3 tipos de fontes de
requisitos

informao para documentar os stakeholders

Coletar e
compilar as
metas e
requisitos das
diversas fontes

nome

funo (papel)

dados pessoais

relevncia

rea e nvel de expertise

disponibilidade

objetivos e interesses em relao ao projeto

para evitar mal-entendidos e disputas sobre competncias

atribuies
Acordo

Requisitos
Subconscientes
fatores bsicos
de satisfao

deveres

autoridades

Stakeholders Documentos Sistemas em

operao

UE 3.2

direitos

responsabilidades

Categorizao de Requisitos
conforme Modelo de Kano
Requisitos
Conscientes

fatores esperados
de satisfao

Requisitos
Inconscientes

fatores de entusiasmo

Fatores bsicos de satisfao devem ser atendidos pelo sistema de

qualquer maneira. Caso contrrio, os stakeholders ficaro decepcionados .

Fatores esperados de satisfao so propriedades conscientemente

conhecidas e explicitamente exigidas pelos stakeholders.
Fatores inesperados de satisfao so propriedades cujo valor somente
reconhecido quando o stakeholder pode utilizar o sistema na pratica.

UE 3.3
fatores
de risco

tcnicas
tcnicas
tcnicas
tcnicas
tcnicas

Tcnicas de Elicitao
influncias
humanas

influncias
organizacionais

influncias
tcnicas
(funocontedo)

nvel de
detalhamento
esperado dos
requisitos

de pesquisa
de criatividade
baseadas em documentos
de observao
de apoio

O uso de tcnicas de elicitao apropriadas uma competncia decisiva

para o sucesso do projeto. Os melhores resultados so alcanados com
uma combinao de vrias tcnicas diferentes de elicitao

UE 4 Documentao de Requisitos

4
6

tcnicas de
documentao
razes

desde um texto
descritivo

duradouros

at diagramas

Muitas pessoas
so envolvidas

Design do Documento

UE 4.1
representao requisitos

juridicamente relevantes

...na comunicao

...no estabelecimento de metas

3 devem ser acessveis a

todos

4documentos de requisitos so
complexos

Tipos de Documentao

UE 4.2

perspectivas
Perspectiva Estrutural

Perspectiva Funcional

Perspectiva Comportamental

formas eficazes de documentao

linguagem natural

modelos conceituais

linguagem natural + modelos

conceituais (forma combinada)

10

UE 4 Documentao de Requisitos

4
6

Estrutura dos
Documentos
requisitos para o sistema

Critrios de Qualidade para

Documento de Requisitos

UE 4.5

1
consistente e sem
ambiguidade
2

Os documentos de requisitos
servem de base para
diferentes atividades ao
longo do ciclo de vida PlanDo-Check-Act de
desenvolvimento

contexto do sistema
condies de aceite
caractersticas tcnicas de
implementao

estrutura de referncia muito utilizada

IEEE 830-1998 Recommended Practice for
Software Requirements Specifications

estrutura clara
3
4

modificvel e
extensvel
completo

5
rastrevel

Critrios de Qualidade para Requisitos

acordado
priorizado
no ambguo

vlido e atualizado
correto
consistente

verificvel
realizvel
rastrevel

completo
compreensvel

1
regras
de
estilo

UE 4.6
critrios

Uso dos
Documentos

UE 4.4

usar
sentenas
curtas e
pargrafos
curtos

formular um
nico
requisito por
frase

Glossrio

UE 4.7
Termos tcnicos especficos para um determinado contexto
abreviaes e acrnimos

sinnimos

conceitos do dia-a-dia

homnimos

Regras

parte central

Documento de requisitos

UE 4.3

uso obrigatrio
conter as fontes dos termos
responsabilidades definidas
mantido ao longo do curso do projeto aprovado pelos stakeholders
as entradas tm uma estrutura
habitualmente acessveis
consistente
gerenciado de forma centralizado

11

UE 5 Documentao de Requisitos
usando Linguagem Natural
processos
transformacionais
passos

template de
sentenas

UE 5.2

4
6

nominalizao [...reiniciar o sistema...]

substantivos sem ponto de referncia [ ...os dados devem ser exibidos...]

quantificadores universais [...mostrar todos os dados em cada sub-menu...]

condies formuladas de forma incompleta [a um hspede registrado com idade acima de 20 anos...]

formulaes verbais de forma incompleta [os dados de login so fornecidos]

Construo de Requisitos usando Template de Sentenas

[<Quando?
Sob que
condies?>]

Efeitos da Linguagem

UE 5.1

Determinar a
obrigao legal

O SISTEMA
<nome do
sistema>

DEVER
Shall

<processo>

PODER
Should

FORNECER PARA
<quem?> A CAPACIDADE
DE <processo>

SER
Will

SER CAPAZ DE
<processo>

Determinar o ncleo
do requisito

Caracterizar a
atividade do
sistema

Inserir objetos

<objeto>

<detalhes
adicionais sobre
o objeto>

Determinar as condies
lgicas e temporal

12

UE 6 Documentar Requisitos
usando Modelos

vantagens

modelos conceituais

4
6

Conceito de Modelo

Os modelos apresentam 3
propriedades essenciais que
tambm so suas vantagens
prevalentes

modelos

UE 6.1

modelo a
representao
abstrata de uma
realidade
existente, ou
uma realidade a
ser criada

Linguagens de
Modelagem

... na construo de
modelos conceituais
so utilizadas
linguagens de
modelagem
especificas. Uma
linguagem de
modelagem
definida por

informao representada por uma

imagem mais rapidamente
compreendida e memorizada

1 representao
2
3

reduo

pragmatismo

Sintaxe

(os elementos de modelagem e suas

combinaes vlidas)

Semntica

(o significado dos elementos de

modelagem)

modelos de requisitos permitem a

modelagem de uma perspectiva
especfica dos requisitos

os modelos retratam certos aspectos

de uma realidade observada
os modelos reduzem a realidade
representada
os modelos so construdos para um
uso especfico

Os modelos de
requisitos descrevem
aspectos especficos
do problema em
questo

Ao definir uma linguagem de

modelagem para uma finalidade
especfica podemos estabelecer
abstraes relevantes da realidade

13

UE 6 Documentar Requisitos
usando Modelos
Modelo de Metas

UE 6.2

UE 6.5

4
6

Casos de Uso

Os casos de uso ajudam a examinar e documentar um sistema

planejado ou existente a partir da perspectiva do usurio

Metas podem ser

documentadas atravs de
linguagem natural ou
usando modelos

UE 6.4

UE 6.3

Diagramas de Caso de Uso

modelagem de decomposio de Metas

usando rvores E/OU

3 Perspectivas sobre Requisitos

Perspectiva Estrutural

documenta a estrutura de dados, bem como

relacionamentos de uso e de dependncia no
contexto do sistema
diagrama de entidade relacionamento

UE 6.6

um template predefinido
geralmente preenchido para
cada caso de uso relevante
Os requisitos para o sistema a ser desenvolvido so modelados
por trs perspectivas sobrepostas

Perspectiva Funcional

documenta a transformao de dados de entrada

recebidos do ambiente do sistema, em dados de
sada liberados para o ambiente

UE 6.7

Perspectiva
Comportamental

documenta os diversos estados em que um sistema

pode se encontrar, bem como nos eventos
responsveis por uma transio entre os estados
statechart

diagrama de fluxo de dados

diagrama de classe

Especificaes de Caso de Uso

diagrama de atividade

diagrama de
mquina de estado

14

UE 7 Validar e Acordar Requisitos

4
6

Fundamentos da Validao

UE 7.1
1

Conflitos no
solucionados
nos requisitos
do sistema

erros devem ser

corrigidos em todos os
artefatos baseados em
requisitos

requisitos
apresentados por
determinado grupo de
stakeholders no sejam
implementados

o sistema no
aceito ou ser
parcialmente aceito
ou parcialmente
utilizado.

1 completude do documento de requisitos

2
completude de cada requisito
3
rastreabilidade
4
exatido e adequao
5
consistncia
6 nenhuma deciso de design prematura
7
verificabilidade
8
necessidade

conformidade com o formato

da documentao

2 conformidade com a estrutura

3
4
5

da documentao
inteligibilidade

no ambigidade
conformidade com as regras
da documentao

validao do acordo

Aspectos de Qualidade dos Requisitos

validao da
documentao

validao do contedo

as atividades seguintes
do ciclo de
desenvolvimento

Fundamentos da Negociao de Requisitos

O objetivo do acordo de requisitos chegar

a uma compreenso nica e comum entre
os stakeholders relevantes, dos requisitos
do sistema a ser desenvolvido

UE 7.3

2requisitos so base para

requisitos devem
satisfazer os critrios de
qualidade

UE 7.2

1
2
3

acordado
acordado aps alterao
conflitos resolvidos

15

UE 7 Validar e Acordar Requisitos

4
6

envolvimento dos
stakeholders corretos

separao da busca de falhas

da correo de defeitos

...de pontos
de vista diversos

melhora a
qualidade dos
resultados da
validao
...a partir da mudana
do tipo de
documentao

...em momentos e
pontos distintos ao
longo do processo

...a partir da construo

de artefatos baseados
nos requisitos

Tcnicas de Validao
de Requisitos

UE 7.5

parecer do
especialista
inspeo
walkthrough

tcnicas
adicionais

Princpios da Validao
de Requisitos

UE 7.4

leitura em perspectiva
validao por prottipos

utilizao de checklists

Acordo de Requisitos

UE 7.6

tipos de conflito

atividades

1identificao de
conflitos

Conflitos podem
surgir durante
todas as
atividades de ER

anlise de conflitos

resoluo de conflitos

4documentao da resoluo
de conflitos

conflito de contedo
conflito de interesses
conflito de valores
conflito de
relacionamentos
conflito de poder
em estruturas
organizacionais

tcnicas de resoluo

acordo
compromisso
votao
anlise de
alternativas
manda quem pode
obter mais
informaes
pontos fortes e
pontos fracos
matriz de deciso

resoluo do conflito

motivo
stakeholders
envolvidos
opinies de cada um
meios utilizados de
soluo
alternativas possveis
razes apresentadas
para deciso

16

UE 8 Gerenciar Requisitos

4
6

Designando Atributos

condies
do projeto

UE 8.1

contexto da gerncia do projeto

diretrizes da empresa
regras do domnio da aplicao
restries do processo de desenvolvimento

identificador
<req10>

esquema de
atributos

UE 8.2

Visualizaes de Requisitos
a partir de critrios definidos

nome
<Evitar o congestionamento de trfego>

Visualizao
seletiva

Visualizao
consolidada

descrio

exibe um subconjunto de
valores/atributos
relacionados aos
requisitos
selecionados

<O sistema deve calcular uma rota alternativa se o

congestionamento exceder o limite configurado>
estabilidade

<estvel>

estrutura

criticalidade

fonte

prioridade

<alta>

<Sr. R.
especialista
no domnio>

<importncia
para o mercado:
alta>

nome do atributo

exibe
informaes
consolidadas
relacionadas aos
requisitos
selecionados

valor do atributo <exemplo>

Priorizao de Requisitos

UE 8.3

Definir as metas e as
restries da priorizao

Selecionar os artefatos a
serem priorizados

Definir os critrios de
priorizao

Determinar os
stakeholders relevantes

tcnicas

processo

ranking e top 10
classificao por
critrio nico

classificao de Kano
matriz de priorizao
de Wiegers

17

UE 8 Gerenciar Requisitos

4
6

referncias textual e hyperlink

matriz de rastreabilidade
grafo de rastreabilidade

excepcionais

so configuraes
especficas de
requisitos que muitas
vezes definem releases
do sistema

identificador

Comit de Controle de Mudanas

ttulo

Classificar as solicitaes de mudana recebidas

Determinar o esforo exigido para executar as mudanas
Avaliar a solicitao de mudana em termos de custobenefcio
Definir novos requisitos com base na solicitao de
mudana
Aceitar ou recusar a solicitao de mudana
Priorizar as solicitaes de mudana aceitas
Relacionar as mudanas aceitas a projetos de
modificao

descrio
justificativa
data da
solicitao
solicitante
prioridade

processo de
gerenciamento de
mudanas

adaptativas

incremento

dimenso

produto
verso
conexo lgica
consistncia

ID nico
inalterabilidade
base para
roll-back

Gerenciamento de Mudanas de Requisitos

informaes

corretivas

verso

caractersticas

rastreabilidade entre
requisitos

nmero da
verso

simplificao da
verificabilidade
identificao das
propriedades
desnecessrias do sistema
identificao dos requisitos
desnecessrios
respaldo para anlise de
impacto
respaldo para reusabilidade
respaldo para
determinao de
responsabilidades
respaldo para manuteno
e administrao

rastreabilidade com artefatos

especificados APS a
especificao-de-requisitos

UE 8.6
tipos de solicitao

Vantagens

Versionamento de Requisitos
Configurao de requisitos

rastreabilidade com artefatos

especificados ANTES da
especificao-de-requisitos

UE 8.5
componentes

Rastreabilidade de Requisitos

baseline

maneiras de
representao

classes de
relacionamentos
de rastreabilidade

UE 8.4

analisar o impacto e
avaliar a mudana
priorizar a solicitao de
mudana
alocar a mudana para um
projeto de modificao
comunicar a deciso

aprovar

rejeitar

18

UE 9 Apoio por Ferramentas

4
6

UE 9.1

Tipos de
Ferramentas

Muitas ferramentas de desenvolvimento de

sistemas tambm atuam como apoio para a ER,
como por exemplo: ferramentas de
gerenciamento de testes ou de configurao,
ferramentas Wiki, pacotes de aplicativos de
escritrio ou ferramentas de visualizao.
As ferramentas de modelagem so igualmente
importantes para a ER, na funo de elaborar e

UE 9.2
1

Introduzindo
Ferramentas

Uma ferramenta apropriada somente

poder ser escolhida aps a
introduo de procedimentos e
tcnicas de ER

2
requer responsabilidades e
procedimentos claros de ER

1. Gerenciar diversos tipos de

informaes
2. Estabelecer e manter
relacionamentos lgicos entre as
informaes
3. Identificar os artefatos
4. Permitir um acesso flexvel e seguro
s informaes atravs do controle
de acesso
5. Possibilitar diferentes visualizaes
das informaes
6. Organizar as informaes

7. Gerar relatrios
8. Gerar documentos

Avaliao de
Ferramentas

A variedade de aspectos que

devem ser considerados ao avaliar
ferramentas de ER podem ser
estruturados a partir de
7 perspectivas:

1. Projeto
[Apoio para o planejamento]

analisar as informaes sob forma de modelos.

As 8 funcionalidades das ferramentas de

gerenciamento exclusivas da ER:

UE 9.3

5 aspectos a observar:

1. Planejar recursos
2. Reduzir riscos por meio
da implementao de
um projeto piloto
3. Realizar a avaliao
conforme critrios prdefinidos

2. Usurio

[especialmente a usabilidade]

3. Produto

[as funcionalidades]

4. Processo

[apoio metodolgico]

5. Fornecedor

[servios oferecidos]

4. Considerar o custo
global, alm do custo
das licenas

6. Tcnica

5. Treinar usurios

7. Econmica

[a interoperabilidade, a
escalabilidade,...]

[custos]

19

Verso original em portugus v1.0

23 de dezembro de 2011

IREB Recognized Training Provider

www.tmtestes.com.br

IREB Licensed Certification Body

www.ibqts.com.br

O Instituto Brasileiro de Qualidade e Testes de Software (IBQTS) foi licenciado

pelo IREB para realizar o exame CPRE no Brasil. Inscries, bem como os
detalhes de organizao para o seu exame CPRE FL pode ser tratado pela T & M,
para todos os treinamentos abertos e in-house.
Copyright 2011 T&M Testes de Software (BRASIL). Todos os direitos reservados.
Este Quick Guide foi originalmente desenvolvido e escrito pelos seguintes colaboradores da T&M:
Martin Tornquist, Paulo Henrique Nannini e Jorge Luiz Diaz Pinaya.
Todas as marcas aqui citadas so marcas registradas, e pertencem aos seus respectivos detentores.

20