Você está na página 1de 37

Profissional para Engenharia de Requisitos Certificado pelo

IREB
- Nvel Fundamental -

Syllabus(NT1)
Verso 2.2
02 de Setembro de 2014
(traduo original para a lngua portuguesa do Brasil realizada em
novembro de 2011 baseada no Syllabus V2.1 original do IREB em alemo,
com consulta paralela s mesmas verses traduzidas para ingls e francs)
Termos de Uso:
1. Qualquer indivduo ou instituio responsvel pela organizao de treinamentos poder
fazer uso deste Syllabus como base para cursos, desde que os detentores dos direitos
autorais sejam reconhecidos e citados como fonte no material do curso. Alm disso, o
Syllabus somente poder ser utilizado para fins de publicidade mediante autorizao por
escrito do IREB e.V.
2. Qualquer indivduo ou grupo de indivduos poder utilizar este Syllabus como base para
artigos, livros ou outras publicaes derivadas, desde que tais publicaes reconheam e
citem os autores do presente documento e o IREB e.V. como fonte e detentor dos direitos
autorais do mesmo.
IREB e.V. Todos os direitos reservados. Nenhuma parte desta publicao pode ser
reproduzida, armazenada em um sistema de arquivamento ou transmitida de qualquer forma,
ou por qualquer meio, seja eletrnico, mecnico, fotocpia, ou gravao ou qualquer outro, sem a
autorizao prvia e por escrito dos autores ou do IREB e.V.

Syllabus uma palavra de origem grega que significa Contedo Programtico ou Sumrio de Tpicos que sero cobertos por um
curso preparatrio ou de capacitao.
(NT1)

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de Setembro de 2014

Pgina 1 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental Agradecimentos
Este Syllabus foi escrito pelos seguintes membros do IREB: Karol Frhauf, Emmerich Fuchs,
Martin Glinz, Rainer Grau, Colin Hood, Frank Houdek, Peter Hruschka, Barbara Paech, Klaus Pohl
e Chris Rupp. Eles receberam o apoio dos seguintes membros do IREB: Ian Alexander, Joseph
Bruder, Samuel Fricker, Gnter Halmans, Peter Jaeschke, Sven Krause, Steffen Lentz, Urte Pautz,
Suzanne Robertson, Dirk Schpferling, Johannes Staub, Thorsten Weyer e Joy Beatty.
Este traduo para a lngua portuguesa do Brasil, sua respectiva reviso e manuteno conta
com contribuio voluntria dos membros do IREB Brazilian Group: Martin Tornquist, Paul
Tornquist, Paulo Henrique Nannini, Babilla Borine DAngelo, Jorge Luiz Diaz Pinaya, Vinicius de
Morais, Luciano Adamiak e Osmar Higashi.
Agradecemos a todos por sua contribuio voluntria.
Copyright 2009-2014 Os autores listados acima so detentores dos direitos autorais do presente
Syllabus. Os direitos foram transferidos para o IREB e.V. (International Requirements Engineering Board).

Prefcio
Objetivo do Documento
Este Syllabus define o Nvel Fundamental (Foundation Level) da certificao Certified
Professional for Requirements Engineering (Profissional Certificado para Engenharia de
Requisitos) da organizao International Requirements Engineering Board (IREB).
Este Syllabus e seus respectivos exames esto disponveis junto IREB em diversos idiomas. As
instituies responsveis pela organizao de treinamentos podem utiliz-lo como base para a
elaborao do material de ensino de seus cursos. Os participantes dos cursos podem utiliz-lo
(alm de subsdios adicionais na literatura especializada) como preparo para o exame de
certificao.

Contedo do Syllabus
O nvel fundamental dirigido s necessidades de todos os profissionais envolvidos na disciplina
de Engenharia de Requisitos. Isso inclui profissionais como gerentes de projeto ou gerentes de
TI, especialistas de domnio, analistas de sistema e desenvolvedores de software.

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 2 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental Escopo
Os conhecimentos bsicos apresentados no nvel fundamental so igualmente vlidos para todas
as reas (tais como sistemas embarcados, sistemas crticos de segurana(NT2), sistemas
informao clssicos). Isto no significa, no entanto, que enfoques mais adequados para uma ou
outra dessas reas sempre levando em considerao suas especificidades no possam ser
abordados em algum curso. O Syllabus no tem por objetivo apresentar uma Engenharia de
Requisitos especfica para determinada rea.
O Syllabus no estipula qualquer procedimento especfico, nem prope um modelo de processo
especfico para o planejamento, monitoramento e sequenciamento dos conceitos aprendidos
para a aplicao prtica. O Syllabus tambm no visa destacar qualquer processo especfico da
engenharia de requisitos, ou mesmo a engenharia de software como um todo.
O Syllabus define o conhecimento esperado dos engenheiros de requisitos, sem no entanto
definir a interface exata com outras disciplinas e processos da engenharia de software.

Nvel de Detalhamento
O nvel de detalhamento deste Syllabus possibilita uma consistncia de cursos e avaliaes em
mbito internacional. Para atingir este objetivo, o Syllabus inclui:
Objetivos educacionais
Contedos que descrevem os objetivos educacionais, e
Referncias a literatura adicional (quando necessrio)

Segurana no sentido de Safety Critical System. Se a falha de um sistema pode levar a conseqncias que so determinadas como
inaceitveis, ento o sistema safety-critical
(NT2)

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 3 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental Objetivos Educacionais/ Nveis de Conhecimento Cognitivo
Cada mdulo do Syllabus possui um nvel cognitivo. Um nvel mais alto engloba os nveis
inferiores. Os objetivos educacionais so formulados com os verbos "conhecer" ("kennen")(NT3)
para o nvel N1 e "dominar e utilizar" ("knnen und anwenden") para o nvel N2. Esses verbos
so substitutos para os seguintes verbos em cada nvel:
N1 (conhecer): saber, enumerar, caracterizar, reconhecer, nomear, refletir.
N2 (dominar e utilizar): analisar, aplicar, executar, justificar, descrever, avaliar,
apresentar, conceber ou projetar, desenvolver, completar, explicar, exemplificar,
elicitar, formular, identificar, interpretar, deduzir, atribuir ou caracterizar, distinguir,
comparar, compreender, propor, resumir.

Todos os termos definidos no glossrio devem ser conhecidos (N1), mesmo no estando
expressamente mencionados nos objetivos educacionais.

Estrutura do Syllabus
O Syllabus consiste de 9 captulos principais. Cada captulo equivale a uma unidade de ensino
(UE). Cada captulo principal contm um ttulo, e seu respectivo nvel de conhecimento cognitivo
e dividido em sub-captulos. Alm disso, o tempo mnimo de ensino necessrio para o captulo
tambm indicado, seguido de uma relao de termos importantes do captulo, que so
definidos no Glossrio de Terminologia de Engenharia de Requisitos.
Exemplo:

UE1 Introduo e Fundamentos (N1)

Durao:

1 hora e 15 minutos

Termos:

Requisitos, Stakeholder, Engenharia de Requisitos, Requisito Funcional, Requisito de


Qualidade, Restrio

Este exemplo mostra que o captulo 1 contm objetivos educacionais do nvel N1, e que 1 hora e
15 minutos so previstos para o ensino desse captulo.

Os verbos do Syllabus na verso original em alemo apresentam alguma dificuldade de traduo, pois os termos no ocupam o
mesmo espao semntico em portugus, podendo ambos serem traduzidos por "saber". Assim, "kennen" ("to know" em ingls)
significa "saber/conhecer/reconhecer/estar familiarizado/estar a par", ou seja, trata-se de um conhecimento mais "informativo" (i.e.
"possuir determinada informao"). Por outro lado, "knnen" ("to be able" em ingls) equivale a "saber fazer algo/estar capacitado
para fazer algo/ter condies de fazer algo", ou seja, refere-se a um conhecimento nitidamente ativo, prtico, aplicado. Optamos pela
traduo usada nas verses em ingls ("knowing/ mastering and using") e francs ("connatre/matriser et utiliser").
(NT3)

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 4 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental Cada captulo contm sub-captulos, cujos ttulos tambm indicam o nvel de conhecimento
cognitivo de seu contedo. Os objetivos educacionais (OE) so listados antes do texto do captulo
propriamente dito, mostrando atravs de sua numerao o sub-captulo ao qual pertencem.
Exemplo:

OE 3.1.2

O nmero desse exemplo significa que o objetivo educacional OE 3.1.2 est descrito no subcaptulo 3.1.

Exame
Este Syllabus a base para o exame de certificao para o Certified Professional for
Requirements Engineering - Foundation Level (CPRE-FL).

Uma questo do exame pode abranger material de diversos captulos do Syllabus. Todos os
captulos (UE 1 a UE 9) podem ser examinados.

O formato do exame de mltipla escolha.


Os exames de certificao podem ser realizados imediatamente aps um curso preparatrio ou
tambm de forma independente (em uma entidade de certificao credenciada(NT4). Uma lista de
entidades de certificao reconhecidas pode ser encontrada na seguinte pgina da internet:
http://www.certified-re.de/en

Histrico de Revises
Verso

Data

Comentrio

2.1-4

9 Novembro de 2011

Verso Inicial baseada no Syllabus original do IREB em


alemo

2.1-5

16 Junho de 2012

2.2

No definido ainda.

Termo Diagrama de Contexto adicionado para a UE 6.6


UE 1: acrescida referncia norma ISO/IEC/IEEE
29148:2011
UE 1: lista de critrios de qualidade para requisitos
modificada e acrescida referncia norma ISO/IEC
25010:2011
UE 3.1: a palavra legados substituda por existentes
UE 4.3: substituio da referncia norma IEEE 830-1998
pela referncia norma ISO/IEC/IEEE 29148:2011

(NT4)

Em ingls: Certification Body


Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB
- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 5 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental UE 4.6: lista de critrios de qualidade para requisitos
modificada
UE 5.2: o verbo poderia (may) foi acrescido lista de verbos
que denotam a obrigao legal de requisitos
UE 6.1: Acrescida nota na definio do termo modelo
UE 6.5: Pargrafos duplicados sobre cardinalidade removidos
UE 7.1: Os exemplos correo e completude de critrios de
qualidade substitudo por referncia UE4.6
UE 7.3: A lista de critrios para o aspecto de qualidade
documentao de requisitos modificada
UE 7.6: Lista de tipos de conflitos modificada; Descrio
detalhada acrescida.
UE 8.7: Acrescida novo Objetivo Educacional 8.7.1
UE 8.1: O atributo criticidade foi substituda por risco
UE 8.7: Acrescido novo Objetivo Educacional Medio para
Requisitos

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 6 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental Sumrio
Agradecimentos .......................................................................................................................................................................... 2
Prefcio 2
Histrico de Revises ............................................................................................................................................................... 5
Sumrio 7
UE 1

Introduo e Fundamentos (N1) .................................................................................................................... 9

UE 2

Delimitar o Sistema e o Contexto do Sistema (N2) ............................................................................ 11

UE 2.1

Sistema, Contexto e Limites (N1) ................................................................................................................ 11

UE 2.2

Determinar os Limites do Sistema e do Contexto (N2).................................................................... 11

UE 3

Elicitar Requisitos (N2) .................................................................................................................................... 13

UE 3.1

Fontes de Requisitos (N1) ............................................................................................................................... 13

UE 3.2

Categorizao de Requisitos conforme o Modelo de Kano (N2) ................................................. 14

UE 3.3

Tcnicas de Elicitao (N2) ............................................................................................................................ 14

UE 4

Documentao de Requisitos (N2) ............................................................................................................. 15

UE 4.1

Design do Documento (N1) ............................................................................................................................ 15

UE 4.2

Tipos de Documentao (N1) ........................................................................................................................ 15

UE 4.3

Estrutura dos Documentos (N1) .................................................................................................................. 16

UE 4.4

Uso dos Documentos de Requisitos (N1) ................................................................................................ 17

UE 4.5

Critrios de Qualidade para Documento de Requisitos (N2) ....................................................... 17

UE 4.6

Critrios de Qualidade para Requisitos (N2) ........................................................................................ 17

UE 4.7

Glossrio (N2)........................................................................................................................................................ 18

UE 5

Documentao de Requisitos usando Linguagem Natural (N2) ................................................. 19

UE 5.1

Efeitos da Linguagem (N2) ............................................................................................................................. 19

UE 5.2

Construo de Requisitos usando Templates de Sentenas (N2) .............................................. 19

UE 6

Documentar Requisitos usando Modelos (N2) .................................................................................... 21

UE 6.1

O Conceito de Modelo (N1)............................................................................................................................. 21

UE 6.2

Modelos de Metas (N2) ..................................................................................................................................... 22

UE 6.3

Casos de Uso (N2)................................................................................................................................................ 22

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 7 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental UE 6.4

Trs Perspectivas sobre Requisitos (N1) ................................................................................................ 23

UE 6.5

Modelagem de Requisitos na Perspectiva Estrutural (N2) ............................................................ 24

UE 6.6

Modelagem de Requisitos na Perspectiva Funcional (N2)............................................................. 24

UE 6.7

Modelagem de Requisitos na Perspectiva Comportamental (N2) ............................................. 25

UE 7

Validar e Acordar Requisitos (N2).............................................................................................................. 26

UE 7.1

Fundamentos da Validao de Requisitos (N1) ................................................................................... 26

UE 7.2

Fundamentos da Negociao de Requisitos (N1) ............................................................................... 26

UE 7.3

Aspectos de Qualidade dos Requisitos (N2) .......................................................................................... 27

UE 7.4

Princpios da Validao de Requisitos (N2) ........................................................................................... 27

UE 7.5

Tcnicas de Validao de Requisitos (N2) .............................................................................................. 28

UE 7.6

Acordo de Requisitos (N1).............................................................................................................................. 28

UE 8

Gerenciar Requisitos (N2)............................................................................................................................... 30

UE 8.1

Designando Atributos para os Requisitos (N1) ................................................................................... 30

UE 8.2

Visualizaes de Requisitos (N2) ................................................................................................................ 31

UE 8.3

Priorizao de Requisitos (N2)..................................................................................................................... 31

UE 8.4

Rastreabilidade de Requisitos (N2) ........................................................................................................... 32

UE 8.5

Versionamento de Requisitos (N2) ............................................................................................................ 32

UE 8.6

Gerenciamento de Mudanas de Requisitos (N2) ............................................................................... 33

UE 8.7

Mtricas de Requisitos (N1)........................................................................................................................... 34

UE 9

Apoio por Ferramentas (N1) ......................................................................................................................... 34

UE 9.1

Tipos de Ferramentas (N1) ............................................................................................................................ 35

UE 9.2

Introduzindo Ferramentas (N1) .................................................................................................................. 36

UE 9.3

Avaliao das Ferramentas (N1) ................................................................................................................. 36

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 8 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental -

UE 1 Introduo e Fundamentos (N1)


Durao:
Termos:

1 hora e 15 minutos
Requisito, Stakeholder, Engenharia de Requisitos, Requisito Funcional, Requisito de
Qualidade, Restrio

Objetivos educacionais:
OE 1.1
Conhecer os sintomas e as causas de uma ER inadequada
OE 1.2
Conhecer as quatro atividades principais da ER
OE 1.3
Conhecer o papel da comunicao na ER
OE 1.4
Conhecer as competncias exigidas de um engenheiro de requisitos
OE 1.5
Conhecer os trs tipos de requisitos
OE 1.6
Conhecer o papel dos requisitos de qualidade
Uma boa ER importante, pois j a partir desta fase surgem muitos erros, que quanto mais tarde
forem corrigidos, maior o custo. Os sintomas tpicos de ER inadequada so requisitos vagos e
faltantes. Tipicamente as razes para uma ER inadequada so:
A suposio, por parte dos stakeholders, de que muito do assunto evidente e no
precisa ser declarado explicitamente
Problemas de comunicao devido a diferentes nveis de experincia e conhecimento
Presso do cliente para construo de um sistema rapidamente e disponibiliz-lo em
produo
As quatro atividades principais da ER so: Elicitao, Documentao, Validao e Negociao, e
Gerenciamento de Requisitos. Estas atividades podem ser organizadas em processos especficos
como aqueles recomendados na norma ISO/IEC/IEEE 29148:2011. As atividades geralmente
envolvem diferentes nveis de requisitos como requisitos de negcio/dos stakeholders e
requisitos do produto/sistema.
A linguagem natural o meio mais utilizado para comunicar requisitos. Ao mesmo tempo
particularmente importante buscar uma terminologia comum entre os participantes. Alm disso,
o modo de comunicao (linguagem escrita ou oral) tambm tem um importante papel a
desempenhar. Todos os participantes devem concordar conscientemente por uma comunicao
focada e simplificada.
Isto vale especialmente para o papel mais importante na ER: o engenheiro de requisitos. Alm da
competncia comunicativa, esse profissional dever tambm possuir as seguintes capacidades:
raciocnio analtico, empatia, resoluo de conflitos, moderao, auto-confiana e persuaso.
Tipicamente diferenciamos trs tipos de requisitos: requisitos funcionais, requisitos de
qualidade e restries.
O termo "requisitos no funcionais" muitas vezes utilizado para os requisitos de qualidade e as
restries.

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 9 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental Os requisitos de qualidade devem ser documentados explicitamente(NT5). Em particular, as
seguintes caractersticas devem ser consideradas(NT6):
Performance
Segurana
Confiabilidade
Usabilidade
Manutenibilidade
Portabilidade
Modelos de caractersticas de qualidade mais abrangentes podem ser encontrados na literatura
especializada em engenharia de requisitos e em normas como ISO/IEC 25010:2011.
Mesmo que os requisitos de qualidade sejam geralmente documentados em linguagem natural,
suas relaes com outras declaraes ou afirmaes devem ser rastreveis, e sua validao deve
ser assegurada por assertivas quantitativas ou operacionalizada por meio de funcionalidades
adicionais.

Todos os requisitos devem ser documentados explicitamente.


A documentao dos requisitos de qualidade deve considerar as caractersticas com referncia s suas subcaractersticas:
Detalhamento da Funcionalidade (por exemplo: segurana e segurana de uso, acurcia de clculo, adequao, interoperabilidade);
Confiabilidade (por exemplo: recuperabilidade, tolerncia a falhas); Usabilidade (por exemplo: inteligibilidade, atratividade);
Eficincia (por exemplo: utilizao de recursos, comportamento em relao ao tempo); Manutenibilidade (por exemplo:
testabilidade, estabilidade); Portabilidade (por exemplo: adaptabilidade, capacidade para ser instalado)
(NT5)
(NT6)

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 10 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental -

UE 2 Delimitar o Sistema e o Contexto do Sistema (N2)


Durao:
Termos:

1 hora e 15 minutos
Contexto do Sistema, Limite do Sistema, Limite do Contexto(NT7)

Objetivos educacionais:
OE 2.1
Conhecer o limite do sistema, o contexto do sistema e o limite do contexto do sistema
OE 2.2
Dominar e utilizar o limite do sistema e o limite do contexto do sistema

UE 2.1 Sistema, Contexto e Limites (N1)


As fontes e as justificativas dos requisitos de um sistema encontram-se no contexto do sistema
planejado. As fontes consistem no conjunto de todos os aspectos do contexto que deram incio
ou influenciaram a definio dos requisitos. So aspectos potenciais:
Pessoas (stakeholders ou grupos de stakeholders)
Sistemas em operao (software, hardware ou sistemas tcnicos)
Processos (de negcio, tcnicos ou fsicos)
Eventos (tcnicos ou fsicos)
Documentos (por exemplo: normas, regulamentos, documentao do sistema)
A funo do limite do sistema determinar quais aspectos sero cobertos pelo sistema
planejado e quais so partes do ambiente. A funo do contexto do sistema identificar a parte
do ambiente que tem uma relao com o sistema a ser desenvolvido.

UE 2.2 Determinar os Limites do Sistema e do Contexto (N2)


Muitas vezes o limite do sistema somente definido de forma mais precisa ao final do processo
de ER. Antes disso, as funes e qualidades desejadas do sistema a ser planejado so conhecidas
apenas de forma incompleta ou mesmo desconhecidas. Por isso sempre haver uma zona
cinzenta, na qual se encontra o possvel limite do sistema. Alm do deslocamento do limite do
sistema dentro da zona cinzenta, a prpria zona cinzenta tambm pode sofrer uma modificao
durante o processo de ER. Por exemplo, ao se constatar que, deslocando-se o limite do sistema,
outros aspectos do ambiente passam a assumir maior importncia.
O limite do contexto pode tambm mudar com o passar do tempo. Por exemplo, se ficar
constatado que determinada obrigao legal, anteriormente vista como relevante, no tem
qualquer impacto no sistema planejado, o contexto do sistema ter sua rea reduzida.

(NT7)

Consulte tambm os termos: Contexto, Sistema


Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB
- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 11 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental Tambm para o limite do contexto h uma zona cinzenta. Ela engloba aqueles aspectos
identificados do ambiente cuja relao com o sistema planejado no est clara em determinado
momento.
Diagramas de casos de uso e diagramas de fluxo de dados so muitas vezes utilizados para
documentar o contexto do sistema (especialmente os limites do sistema e do contexto).
Na modelagem do contexto com base nos diagramas de fluxo de dados, os fornecedores e
consumidores no ambiente do sistema so modelados, mostrando respectivamente a origem e o
destino do fluxo de dados entre o sistema em considerao e seu ambiente.
Os atores no contexto do sistema, por exemplo, as pessoas e outros sistemas, assim como suas
relaes de uso com o sistema a ser desenvolvido so modelados em diagramas de casos de uso.

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 12 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental -

UE 3 Elicitar Requisitos (N2)


Durao:
Termos:

1 hora e 30 minutos
nenhum(NT8)

Objetivos educacionais:
OE 3.1.1 Conhecer diferentes tipos de fontes de requisitos
OE 3.1.2 Conhecer a importncia das fontes de requisitos, e as consequncias de fontes de
requisitos ignoradas
OE 3.1.3 Conhecer as principais informaes da documentao dos stakeholders
OE 3.1.4 Conhecer princpios importantes sobre a relao com os stakeholders (direitos e
deveres dos stakeholders)
OE 3.2.1 Dominar e utilizar o modelo de Kano
OE 3.3.1 Conhecer fatores que influenciam a escolha das tcnicas de elicitao
OE 3.3.2 Conhecer vantagens e desvantagens das tcnicas de elicitao
OE 3.3.3 Dominar e utilizar as seguintes tcnicas de elicitao, bem como exemplos de cada
uma: tcnicas de pesquisa, tcnicas de criatividade, tcnicas baseadas em
documentos, tcnicas de observao e tcnicas de apoio

UE 3.1 Fontes de Requisitos (N1)


Uma atividade importante de ER a elicitao de requisitos do sistema a ser desenvolvido. As
bases da elicitao de requisitos so, por um lado, o contexto do sistema e, por outro lado, as
fontes de requisitos. Podem ser diferenciadas diversas fontes de requisitos. Possveis fontes so,
por exemplo, stakeholders, documentos e sistemas existentes.
A ER tem a atribuio de coletar e compilar as metas e requisitos das diversas fontes de
requisitos. Se fontes de requisitos so ignoradas, isso pode trazer consequncias negativas
significativas para o projeto como um todo. No que diz respeito aos stakeholders, a
documentao das fontes de requisitos deveria conter, no mnimo, as seguintes informaes:
Nome
Funo (papel)
Dados pessoais e de contato
Disponibilidade ao longo do projeto (quando e onde)
Relevncia do stakeholder
rea e nvel de expertise
Objetivos e interesses em relao ao projeto

A verso original do Syllabus no apresenta termos para esta UE. Entretanto consulte os termos: Elicitao de Requisitos, Fonte
de Requisitos
(NT8)

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 13 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental Dependendo da cultura empresarial, pode ser recomendvel ter um acordo verbal ou escrito
com os stakeholders a respeito de suas atribuies, responsabilidades, autoridade, etc. Esses
acordos geram direitos e deveres para cada stakeholder. Saber lidar de forma eficiente com os
stakeholders evita conflitos e a falta de motivao. Os stakeholders devem estar engajados no
projeto, e no apenas serem afetados pelo mesmo.

UE 3.2 Categorizao de Requisitos conforme o Modelo de Kano (N2)


Compreender a importncia dos requisitos na satisfao dos stakeholders fundamental para a
elicitao de requisitos. Segundo o modelo do professor Dr. Noriaki Kano, a satisfao dos
clientes pode ser classificada em trs categorias:
Fatores bsicos de satisfao
Fatores esperados de satisfao
Fatores de entusiasmo

UE 3.3 Tcnicas de Elicitao (N2)


As tcnicas de elicitao tm por objetivo revelar tanto os requisitos conscientes quanto os
requisitos subconscientes e inconscientes dos stakeholders(NT). Aspectos importantes que
influenciam a escolha de uma ou outra tcnica de elicitao so fatores de risco, influncias
humanas, influncias organizacionais, influncias tcnicas (funo-contedo), bem como o nvel
de detalhamento esperado dos requisitos. Diferentes tcnicas de elicitao so necessrias para
os diferentes produtos da ER:
Tcnicas de pesquisa (por exemplo: entrevistas, questionrios)
Tcnicas de criatividade (por exemplo: brainstorming, "brainstorming paradoxy",
mudana de perspectiva, analogias)
Tcnicas baseadas em documentos (por exemplo: arqueologia de sistema, leitura
baseada em perspectiva, reutilizao de requisitos)
Tcnicas de observao (por exemplo: pesquisa de campo, apprenticing)
Tcnicas de apoio (por exemplo: mapas mentais, workshops, cartes CRC, gravaes de
udio e vdeo, modelagem de casos de uso, prottipos)
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.

As tcnicas de elicitao tm por objetivo revelar tanto os requisitos subconscientes (que atendem aos fatores bsicos de
satisfao) quanto os requisitos conscientes (que atendem aos fatores esperados de satisfao) e inconscientes (que at endem aos
fatores de entusiasmo) dos stakeholders
(NT)

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 14 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental -

UE 4 Documentao de Requisitos (N2)


Durao:
Termos:

2 horas
Documento de Requisitos, Especificao de Requisitos

Objetivos educacionais:
OE 4.1.1 Conhecer as principais razes para a documentao de requisitos
OE 4.2.1 Conhecer as trs perspectivas dos requisitos funcionais
OE 4.2.2 Conhecer as vantagens e desvantagens da documentao em linguagem natural
OE 4.2.3 Conhecer as principais formas de documentao de requisitos baseada em modelos
OE 4.2.4 Conhecer as vantagens de formas combinadas de documentao
OE 4.3.1 Conhecer as vantagens de estruturas padronizadas de documentos
OE 4.3.2 Conhecer uma estrutura de documento de ampla aceitao
OE 4.3.3 Conhecer os principais aspectos de uma estrutura de documento adaptada
OE 4.4.1 Conhecer atividades baseadas em documentos de requisitos
OE 4.5.1 Dominar e utilizar critrios de qualidade para documentos de requisitos
OE 4.6.1 Dominar e utilizar critrios de qualidade para requisitos
OE 4.6.2 Conhecer as duas principais regras de estilo para requisitos
OE 4.7.1 Dominar e utilizar o contedo e o significado do glossrio
OE 4.7.2 Dominar e utilizar as regras para lidar com o glossrio

UE 4.1 Design do Documento (N1)


Na ER necessrio documentar todas as informaes importantes. Todas as formas de
representao de requisitos quer sejam mais ou menos formais, desde um simples texto
descritivo at diagramas com terminologia formal so denominadas tcnicas de
documentao. Muitas pessoas so envolvidas na documentao durante o ciclo de vida de um
documento de requisitos. A documentao tem papel de respaldo na comunicao e no
estabelecimento de metas. Os seguintes fatores tornam esse respaldo necessrio: os requisitos
so duradouros, juridicamente relevantes e devem ser acessveis a todos. Portanto, documentos
de requisitos so complexos.

UE 4.2 Tipos de Documentao (N1)


Os documentos de requisitos incluem entre outros requisitos funcionais, os quais
representam as seguintes trs perspectivas de um sistema:
Perspectiva estrutural
Perspectiva comportamental
Perspectiva funcional

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 15 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental Todas as trs perspectivas podem ser especificadas em linguagem natural, ao passo que os
modelos conceituais so especializados em uma destas perspectivas. Algumas formas eficazes de
documentao so:
A documentao de requisitos em linguagem natural
Modelos de requisitos como diagramas de casos de uso, diagramas de classes,
diagramas de atividades e diagramas de estados (ver UE 6)
Formas combinadas de documentao de requisitos

UE 4.3 Estrutura dos Documentos (N1)


A parte central de um documento de requisitos so os requisitos do sistema em questo . Alm
desses requisitos, tais documentos, dependendo da sua finalidade, tambm apresentaro
informaes sobre o contexto do sistema, as condies de aceite, ou, por exemplo, as
caractersticas tcnicas de implementao. Para assegurar sua capacidade de ser gerenciado, o
contedo de tais documentos deve ser estruturado da maneira mais apropriada.
As estruturas de referncia para documentos de requisitos propem um contedo estruturado
conforme modelos testados na prtica, sendo alguns um pouco mais, outros um pouco menos
completos e flexveis. Uma estrutura de referncia amplamente utilizada para documentos de
requisitos , entre outras, a norma ISO/IEC /IEEE 29148:2011.
A prtica mostra que o uso dessas estruturas de referncia para documentos de requisitos traz
muitos efeitos positivos. A aplicao de estruturas de referncia simplifica, por exemplo, o uso
de documentos de requisitos em atividades ao longo do ciclo de vida de desenvolvimento, por
exemplo, na definio de casos de teste. Todavia, essas estruturas de referncia geralmente no
podem ser adotadas diretamente para um documento de requisitos, pois a estruturao de seu
contedo precisa muitas vezes ser adaptada para circunstncias especficas do domnio, da
empresa ou do projeto.

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 16 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental UE 4.4 Uso dos Documentos de Requisitos (N1)
Ao longo do ciclo do projeto, os documentos de requisitos servem de base para diferentes
atividades, tais como:
Planejamento
Projeto de Arquitetura
Implementao
Testes
Gerenciamento de mudanas
Utilizao do sistema e manuteno do sistema
Gerenciamento de contratos

UE 4.5 Critrios de Qualidade para Documento de Requisitos (N2)


Para servir de base ao longo do ciclo de vida de desenvolvimento, o documento de requisitos
deve atender certos critrios de qualidade. Especificamente, isso significa que o documento de
requisitos deve ser:
Consistente e sem ambiguidade
Claramente estruturado
Modificvel e extensvel
Completo
Rastrevel

UE 4.6 Critrios de Qualidade para Requisitos (N2)


Alm disso, os requisitos devem satisfazer individualmente certos critrios de qualidade. Um
requisito deve ser:
Acordado
No ambguo
Relevante/Necessrio
Consistente
Verificvel
Vivel
Rastrevel
Completo
Compreensvel
Para facilitar a compreenso dos requisitos, duas regras fundamentais para sua redao em
linguagem natural devem ser acrescentadas aos critrios de qualidade, promovendo a facilidade
de leitura:
Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB
- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 17 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental Usar sentenas curtas e pargrafos curtos
Formular um nico requisito por frase

UE 4.7 Glossrio (N2)


Divergncias na interpretao de termos so frequentes causas de conflitos entre as pessoas
envolvidas na ER. Para evitar esse problema, necessrio definir todos os termos relevantes em
um glossrio. Um glossrio uma coleo de definies reunindo:
Termos tcnicos especficos para um determinado contexto
Abreviaes e acrnimos
Conceitos do dia-a-dia com sentido especfico em determinado contexto
Sinnimos
Homnimos
As seguintes regras devem ser seguidas:
O glossrio deve ser gerenciado de forma centralizada
As responsabilidades pela manuteno do glossrio devem estar definidas
O glossrio deve ser mantido ao longo do projeto
O glossrio deve ser acessvel por todos os participantes do projeto
A utilizao do glossrio deve ser obrigatria
A origem dos termos deve ser mencionada no glossrio
O glossrio deve ser aprovado pelos stakeholders
Os registros no glossrio devem ter uma estrutura consistente
recomendvel iniciar a elaborao do glossrio o mais cedo possvel, para reduzir o trabalho
posterior de atualizao.

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 18 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental -

UE 5 Documentao de Requisitos usando Linguagem Natural (N2)


Durao:
Termos:

1 hora
Template de requisitos

Objetivos educacionais:
OE 5.1
Dominar e utilizar os cinco processos transformacionais da percepo e escrita da
linguagem natural, bem como suas consequncias na formulao de requisitos
OE 5.2
Dominar e utilizar os cinco passos para formular requisitos usando um template de
sentenas

UE 5.1 Efeitos da Linguagem (N2)


A linguagem natural muitas vezes ambgua e pode resultar em diferentes interpretaes.
preciso estar atento para esse aspecto ao utilizar a linguagem natural. Algumas alteraes de
percepo e representao da realidade, os chamados "processos transformacionais", so
inerentes linguagem natural. O fato desses processos transformacionais seguirem certas regras
permite ao engenheiro de requisitos elicitar, por meio de perguntas especficas, o que
exatamente o autor do requisito realmente quis dizer.
Os cinco processos transformacionais mais relevantes para a Engenharia de Requisitos so:
Nominalizao
Substantivos sem ponto de referncia
Quantificadores universais
Condies formuladas de forma incompleta
Formulaes verbais de forma incompleta

UE 5.2 Construo de Requisitos usando Templates de Sentenas (N2)


Templates de sentenas so de fcil aprendizado e sua aplicao reduz os efeitos de linguagem
na formulao de requisitos. O template de sentena apia efetivamente o autor do requisito na
criao de um requisito de alta qualidade. Os cinco passos necessrios para formular um
requisito por meio de um template de sentena so:
Determinar a obrigao legal
Determinar o ncleo do requisito
Caracterizar a atividade do sistema
Inserir objetos
Determinar as condies lgicas e temporais

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 19 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental A atribuio de obrigatoriedade pode ser determinada no prprio texto do requisito, por meio
de frases com verbos como "dever, deveria, "poderia" ou "ir"(NT10). Se a obrigatoriedade do
requisito mudar, o verbo correspondente dever mudar tambm. Outra maneira de documentar
a obrigatoriedade de requisitos atravs do uso de atributos.
Os melhores resultados no so obtidos com a imposio compulsria de um template de
sentena (frase), mas oferecendo treinamento para sua utilizao e apresentando os templates
como ferramentas de apoio.

Dever (Shall): obrigatrio (must have) ser atendido; Deveria (Should): importante (nice to have), se possvel deve ser
atendido; Poderia (may): oportunidade/possibilidade (could have), desejvel mas no necessrio ser atendido, Ir (Will):
sugesto para futura implementao (fora de escopo).
(NT10)

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 20 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental -

UE 6 Documentar Requisitos usando Modelos (N2)


Durao:
Termos:

5 horas
Modelo

Objetivos educacionais:
OE 6.1.1 Conhecer o conceito "modelo" e suas caractersticas
OE 6.1.2 Conhecer os elementos que definem uma linguagem de modelagem conceitual
OE 6.1.3 Conhecer as vantagens dos modelos de requisitos
OE 6.2.1 Conhecer a importncia de metas na Engenharia de Requisitos
OE 6.2.2 Conhecer os dois tipos de decomposio de metas
OE 6.2.3 Dominar e utilizar as relaes entre metas como rvores E/OU
OE 6.3.1 Dominar e utilizar os diagramas de casos de uso
OE 6.3.2 Dominar e utilizar a especificao dos casos de uso
OE 6.4.1 Conhecer as trs perspectivas sobre requisitos
OE 6.5.1 Conhecer o enfoque da perspectiva estrutural sobre os requisitos
OE 6.5.2 Dominar e utilizar os diagramas de entidade e relacionamento e os diagramas de
classes UML
OE 6.6.1 Conhecer o enfoque da perspectiva funcional sobre os requisitos
OE 6.6.2 Dominar e utilizar os diagramas de fluxo de dados e os diagramas de atividade UML
OE 6.7.1 Conhecer o enfoque da perspectiva comportamental sobre os requisitos
OE 6.7.2 Dominar e utilizar os diagramas de estados UML

Observao: neste captulo, o nvel educacional N2 (dominar e utilizar") no inclui os


verbos "criar", "conceber", "desenvolver" e "formular". A compreenso dos modelos
suficiente para o Nvel Fundamental, enquanto a elaborao e criao de modelos faz
parte do Nvel Avanado IREB, "Modelagem de Requisitos".

UE 6.1 O Conceito de Modelo (N1)


A utilizao de modelos facilita a compreenso de informaes especficas sobre um
determinado fato e suas inter-relaes, a rpida assimilao dessas informaes e sua
documentao de forma no ambgua. Um modelo a representao abstrata de uma realidade
existente, ou de uma realidade a ser criada. (observe que esta definio limitada de modelo
adequada para a maioria dos usos na engenharia de requisitos. Uma definio mais abrangente
diria que um modelo uma representao abstrata de uma entidade existente ou a ser criada,
onde entidade denota qualquer parte da realidade ou outro conjunto de fenmenos concebveis,
incluindo outros modelos. No que diz respeito a um modelo, a entidade chamada de original.).
Os modelos apresentam trs propriedades essenciais:
Representao: os modelos retratam uma realidade
Reduo: os modelos reduzem a realidade representada
Pragmatismo: os modelos so construdos para um uso especfico
Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB
- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 21 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental frequente o uso de modelos na ER, os quais geralmente modelam a realidade a ser
representada atravs de um conjunto de elementos grficos. Esses modelos requerem a
utilizao de linguagens de modelagem, definidas por sua sintaxe (os elementos de modelagem e
suas combinaes vlidas) e sua semntica (o significado dos elementos de modelagem). Os
modelos de requisitos so modelos que documentam os requisitos do sistema a ser
desenvolvido. A documentao de requisitos sob forma de modelo oferece as seguintes
vantagens em relao documentao de requisitos em linguagem natural:
Informao representada por uma imagem mais rapidamente compreendida e
memorizada
Modelos de requisitos permitem a modelagem de uma perspectiva especfica dos
requisitos
Definio de uma linguagem de modelagem para uma finalidade especfica permite
estabelecer abstraes relevantes da realidade
Uma boa combinao entre linguagem natural e modelos de requisitos reunir as vantagens dos
dois tipos de documentao.

UE 6.2 Modelos de Metas (N2)


Uma meta descreve uma inteno de um stakeholder. Esta inteno normalmente diz respeito a
caractersticas especficas do sistema a ser desenvolvido (ou do projeto de desenvolvimento
associado). Metas podem ser documentadas tanto em linguagem natural quanto na forma de
modelos. Um componente essencial da documentao de requisitos a descrio das relaes de
refinamento (ou relaes de decomposio) entre metas e suas metas subordinadas. Nesse
sentido, distinguimos dois tipos de decomposio:
Decomposio E: para satisfazer a meta e todas as metas subordinadas devem ser
atingidas
Decomposio OU: para satisfazer a meta, ao menos uma meta subordinada deve ser
atingida
Tais relaes de decomposio de metas so muitas vezes documentadas por meio de rvores
E/OU.

UE 6.3 Casos de Uso (N2)


Os casos de uso tm por objetivo documentar as funcionalidades de um sistema planejado ou
existente a partir da perspectiva do usurio. A abordagem por casos de uso baseada em duas
tcnicas de documentao complementares:
Diagramas de casos de uso
Especificaes de casos de uso

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 22 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental Diagramas de casos de uso so modelos de fcil compreenso que documentam as
funcionalidades necessrias do ponto de vista da utilizao de um dado sistema, as interrelaes entre essas funcionalidades, bem como o contexto do sistema. Elementos tpicos de
modelagem em diagramas de casos de uso so:
Atores (pessoas ou outros sistemas) no contexto do sistema
Limite do sistema
Casos de uso
Diversos tipos de relaes entre esses elementos de modelagem
Especificaes de casos de uso complementam a viso de conjunto oferecida pelos diagramas de
casos de uso atravs de uma especificao exata das propriedades essenciais de cada caso de
uso. Para esse fim, um template de caso de uso geralmente preenchido separadamente para
cada caso de uso relevante. Tal template apresentar campos como:
Identificador nico do caso de uso
Nome do caso de uso
Descrio do caso de uso
Evento desencadeador (trigger)
Atores
Resultados
Pr-condies e ps-condies
Diferentes tipos de cenrios. Cenrios descrevem sequncias de eventos que conduzem
execuo bem sucedida do caso de uso (cenrios principais, cenrios alternativos) ou
descrevem explicitamente como, durante a execuo do caso de uso, situaes
excepcionais devem ser tratadas (cenrios de exceo)

UE 6.4 Trs Perspectivas sobre Requisitos (N1)


Na documentao baseada em modelos, os requisitos para o sistema a ser desenvolvido so
modelados por trs perspectivas sobrepostas:
Perspectiva estrutural
Perspectiva funcional
Perspectiva comportamental
Os modelos de entidade-relacionamento e os diagramas de classes UML so tpicos exemplos de
linguagens de modelagem para a perspectiva estrutural. Para a perspectiva funcional, o uso de
diagramas de fluxo de dados ou de diagramas de atividade UML (com o fluxo de objetos entre as
aes) frequente. Autmatos finitos e diagramas de estados UML so tipicamente utilizados
para a perspectiva comportamental.

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 23 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental UE 6.5 Modelagem de Requisitos na Perspectiva Estrutural (N2)
A perspectiva estrutural documenta a estrutura de dados, bem como relacionamentos de uso e
de dependncia no contexto do sistema. A perspectiva estrutural tradicionalmente modelada
por meio de diagramas de entidade-relacionamento, que documentam a estrutura da realidade
com trs elementos de modelagem:
Tipos de entidades
Tipos de relacionamentos
Atributos

Alm disso, a frequncia com que uma instncia (entidade) de um tipo de entidade participa de
uma relao de um tipo especfico de relacionamento pode ser documentada por meio de
cardinalidades.
Outra abordagem comum para modelar requisitos na perspectiva estrutural so os diagramas de
classe UML. Um diagrama de classe composto por um conjunto de classes e suas associaes.
Os elementos de modelagem mais frequentemente utilizados nesse contexto para diagramas de
classe UML so:
Classes
Associaes (com multiplicidades e papis)
Relacionamentos de agregao e de composio
Relacionamentos de generalizao

UE 6.6 Modelagem de Requisitos na Perspectiva Funcional (N2)


A modelagem de requisitos na perspectiva funcional est voltada para a transformao de dados
de entrada (input), recebidos do ambiente do sistema, em dados de sada (output), liberados
para o ambiente. Abordagens de modelagem na perspectiva funcional contm modelos
funcionais. Diagramas de fluxo de dados so muitas vezes usados como modelos funcionais,
como por exemplo, na "Anlise Estruturada" de Tom DeMarco. A representao grfica de um
sistema e seu contexto denominada de diagrama de contexto; especificamente diagramas de
fluxos de dados so tambm denominados diagramas de contexto quando utilizados para definir
os limites de sistemas. Os elementos de modelagem em diagramas de fluxo de dados so:
Processos
Fluxos de dados
Repositrio de dados
Entidades Externas (fornecedores/consumidores)
Como os diagramas de fluxo de dados no permitem visualizar qualquer fluxo de controle ou
funcionamento interno de processos, eles so complementados por descries estruturadas
Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB
- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 24 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental adicionais. O comportamento interno dos processos, por exemplo, descrito atravs de uma
mini especificao da anlise estrutural.
Em UML 2.0, os fluxos de dados podem ser representados atravs da modelagem explcita de
fluxos de objetos em diagramas de atividade. Assim, os diagramas de atividade se tornam bons
complementos para os diagramas de fluxo de dados. Entre outros aspectos, diagramas de
atividade modelam os ns de atividade e o fluxo de controle entre esses ns de atividade.
Fluxos de objetos representam uma forma especial de fluxo de controle. As barras de
sincronizao dos diagramas de atividade permitem a modelagem de fluxos de controle e de
objetos concorrentes. Os ns de deciso podem ser usados para descrever fluxos alternativos
de controle e de objetos.
Os elementos de modelagem essenciais dos diagramas de atividade UML 2.0 so:
Aes
Ns de incio e ns de fim
Fluxo de controle
Fluxo de objetos
Ns de deciso
Reunio (Merge) de fluxos de controle alternativos
Fork (separao em fluxos concorrentes)
Join (unio de fluxos concorrentes)
Elementos de hierarquizao

UE 6.7 Modelagem de Requisitos na Perspectiva Comportamental (N2)


Na modelagem de requisitos o comportamento dinmico de um sistema modelado a partir da
perspectiva comportamental. Nesta perspectiva o foco est nos diversos estados em que um
sistema pode se encontrar, bem como nos eventos responsveis por uma transio entre esses
estados. Os diagramas de estado UML, que se baseiam em mquinas de estados finitos, utilizam
os seguintes elementos de modelagem:
Estados
Estado inicial e estado final
Transies entre estados
Paralelismo

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 25 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental -

UE 7 Validar e Acordar Requisitos (N2)


Durao:
Termos:

2 horas e 30 minutos
nenhum(NT11)

Objetivos educacionais:
OE 7.1.1 Conhecer o significado da validao de requisitos
OE 7.2.1 Conhecer o significado de conflitos relacionados a requisitos
OE 7.3.1 Conhecer os trs aspectos de qualidade dos requisitos
OE 7.3.2 Dominar e utilizar os critrios de validao para os aspectos de qualidade "contedo",
"documentao" e "acordo"
OE 7.4.1 Conhecer os seis princpios da validao de requisitos
OE 7.4.2 Dominar e utilizar os princpios da validao de requisitos
OE 7.5.1 Conhecer as tcnicas de validao de requisitos
OE 7.5.2 Dominar e utilizar as tcnicas de validao: parecer de especialista, inspeo,
walkthrough, leitura baseada em perspectiva, validao por prottipos, uso de
checklists
OE 7.6.1 Conhecer atividades para a negociao de requisitos
OE 7.6.2 Conhecer os tipos de conflitos relacionados a requisitos
OE 7.6.3 Conhecer as diferentes tcnicas de resoluo de conflitos
OE 7.6.4 Conhecer como documentar resoluo de conflitos

UE 7.1 Fundamentos da Validao de Requisitos (N1)


O objetivo da validao de requisitos determinar se os requisitos satisfazem os critrios de
qualidade definidos (veja UE 4.6), na medida do possvel, para detectar e corrigir eventuais erros
o mais cedo possvel. Como os documentos de requisitos constituem a base para as atividades
seguintes do ciclo de vida de desenvolvimento, erros nos requisitos afetam todas as demais
atividades de tal forma, que o trabalho para corrigir qualquer erro no detectado aumentar
consideravelmente ao longo do processo de desenvolvimento do sistema. Isso porque no
apenas os erros nos requisitos devero ser corrigidos, como tambm todos os artefatos
baseados nesses requisitos precisaro ser refeitos, como por exemplo: o projeto de arquitetura,
a implementao, e os casos de teste.

UE 7.2 Fundamentos da Negociao de Requisitos (N1)


Conflitos no solucionados nos requisitos de um sistema tem como consequncia que requisitos
apresentados por determinado grupo de stakeholders no sejam implementados, significando
que o sistema mais tarde no ser aceito e ou no suficientemente utilizado. O objetivo do
acordo de requisitos chegar a uma compreenso nica e comum entre os stakeholders
relevantes, dos requisitos do sistema a ser desenvolvido.

(NT11)

A verso original do Syllabus no apresenta termos para esta UE. Entretanto consulte os termos: Validao (de Requisitos)

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 26 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental UE 7.3 Aspectos de Qualidade dos Requisitos (N2)
Existem trs aspectos de qualidade dos requisitos: contedo, documentao e acordo. Cada um
desses aspectos ilustrado por uma srie de critrios de validao, que podem ser utilizados
para avaliar a qualidade de um requisito ou um conjunto de requisitos.
Os oito critrios de validao para o aspecto de qualidade "contedo" so:
Completude do documento de requisitos
Completude de cada requisito
Rastreabilidade
Exatido e adequao
Consistncia
Nenhuma deciso de projeto prematura
Verificabilidade
Necessidade
Os quatro critrios de validao para o aspecto de qualidade "documentao" so:
Conformidade com o formato e estrutura da documentao
Inteligibilidade/Compreensibilidade
No ambiguidade
Conformidade com as regras da documentao
Os trs critrios de validao do aspecto de qualidade "acordo" so:
Acordado
Acordado aps alterao
Conflitos resolvidos

UE 7.4 Princpios da Validao de Requisitos (N2)


A validao de requisitos baseada em vrios princpios. Esses princpios asseguram que o
maior nmero possvel de erros nos requisitos possa ser identificados durante a validao. Os
seis princpios da validao de requisitos so:
Envolvimento dos stakeholders corretos
Separao da busca de falhas da correo de defeito
Validao a partir de pontos de vista diversos
Validao a partir da mudana do tipo de documentao, quando adequado
Validao a partir da construo de artefatos de desenvolvimento baseado nos
requisitos
Revalidao de requisitos em diferentes pontos ao longo do processo de
desenvolvimento
Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB
- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 27 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental UE 7.5 Tcnicas de Validao de Requisitos (N2)
Existem diferentes tcnicas que permitem a validao sistemtica dos requisitos. Essas tcnicas
podem ser parcialmente utilizadas em conjunto para validar da maneira mais ampla possvel os
requisitos, a partir de critrios de qualidade especficos. As tcnicas de validao so:
Parecer de especialista
Inspeo
Walkthrough
As tcnicas acima podem fazer uso das seguintes tcnicas adicionais:
Leitura baseada em perspectiva
Validao por prottipos
Utilizao de checklists

UE 7.6 Acordo de Requisitos (N1)


O acordo de requisitos tem por objetivo estabelecer uma compreenso nica e comum entre
todos os stakeholders sobre os requisitos do sistema a ser desenvolvido. As atividades de acordo
de requisitos so:
Identificao de conflitos
Anlise de conflitos
Resoluo de conflitos
Documentao da resoluo de conflitos
Durante a fase de anlise do conflito, diversos tipos de conflitos de requisitos so identificados,
sendo que cada um requer uma estratgia de resoluo especfica. Os seguintes tipos de conflitos
de requisitos podem ocorrer:
Conflito de interesses os stakeholders tem necessidades factuais diferentes (este tipo
de conflito inclui conflitos de natureza objetiva e subjetiva. Conflitos de interesse
objetivos tem por causa necessidades factuais distintas entre os stakeholders,
enquanto que os conflitos de interesse subjetivo so causados por interesses pessoais
distintos das pessoas envolvidas)
Conflito de contedo os stakeholders interpretam uma dada informao de forma
diferente ou tem a informao inadequada ou incompleta
Conflito de valores os stakeholders possuem preferncias e valores divergentes
Conflito de relacionamentos tem como origem problemas emocionais nas relaes
interpessoais dos stakeholders
Conflito de poder em estruturas organizacionais se originam por stakeholders
estarem em nveis hierrquicos e estruturas de poder de deciso distintos na
organizao
Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB
- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 28 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental Na prtica, as causas dos conflitos so muitas vezes uma combinao de vrios desses tipos.
Todos os stakeholders relevantes devem ser considerados na resoluo de um conflito. Existem
vrias tcnicas de resoluo de conflitos:
Acordo
Compromisso
Votao
Anlise de alternativas
"Manda quem pode
"Obter mais informaes(NT12)
Pontos fortes e pontos fracos(NT13)
Matriz de deciso(NT14)
Aps a resoluo do conflito, a mesma deve ser devidamente documentada. Essa documentao
dever mencionar especificamente o motivo do conflito, os stakeholders envolvidos e as opinies
de cada um, os meios utilizados para solucionar o conflito, as alternativas possveis, as decises e
as razes apresentadas para tomar essas decises.

Consider-all-facts, conhecida como tcnica CAF


Plus-Minus-Interesting, conhecida como tcnica PMI
(NT14) Conhecida como tcnica Decision Matrix
(NT12)
(NT13)

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 29 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental -

UE 8 Gerenciar Requisitos (N2)


Durao:
Termos:

2 horas e 30 minutos
nenhum(NT15)

Objetivos educacionais:
OE 8.1.1 Conhecer a finalidade e a definio de esquemas de atributos
OE 8.1.2 Conhecer os principais tipos de atributos de requisitos
OE 8.2.1 Dominar e utilizar as visualizaes de requisitos
OE 8.3.1 Conhecer mtodos de priorizao de requisitos
OE 8.3.2 Dominar e utilizar tcnicas de priorizao de requisitos
OE 8.4.1 Conhecer a utilidade da rastreabilidade de requisitos
OE 8.4.2 Dominar e utilizar classes de relacionamentos de rastreabilidade
OE 8.4.3 Dominar e utilizar formas de representao de relacionamentos de rastreabilidade
OE 8.5.1 Dominar e utilizar o versionamento de requisitos
OE 8.5.2 Dominar e utilizar a criao de configuraes de requisitos
OE 8.5.3 Dominar e utilizar a criao de baseline dos requisitos
OE 8.6.1 Conhecer a importncia do gerenciamento das mudanas de requisitos
OE 8.6.2 Conhecer as atribuies e os membros do comit de controle de mudanas
OE 8.6.3 Dominar e utilizar os elementos da solicitao de mudana de requisitos
OE 8.6.4 Dominar e utilizar diferentes classes de solicitaes de mudana
OE 8.6.5 Dominar e utilizar o processamento das solicitaes de mudana
OE 8.7.1 Conhecer a importncia de medies de requisitos

UE 8.1 Designando Atributos para os Requisitos (N1)


Para gerenciar os requisitos de um sistema ao longo de todo seu ciclo de vida, preciso coletar
informaes sobre os requisitos da forma mais estruturada possvel. Essas informaes podem
ser documentadas de maneira eficaz sob forma de atributos de requisitos. A estrutura dos
atributos dos requisitos definida atravs de um esquema de atributos, que pode ser definido
tanto em forma de tabela quanto na forma de um modelo de informao.
Abaixo, alguns atributos tpicos:
Identificador
Nome
Descrio
Fonte
Estabilidade
Risco
Prioridade

A verso original do Syllabus no apresenta termos para esta UE. Entretanto consulte os termos: Baseline, Verso, Release,
Rastreabilidade
(NT15)

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 30 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental A "responsabilidade legal" tambm pode ser armazenada como informao adicional de um
requisito na forma de um atributo.
Os esquemas de atributos so muitas vezes definidos e ou adaptados a partir de condies
especficas do projeto, entre as quais:
Contexto de gerncia do projeto
Diretrizes da empresa
Regras do domnio da aplicao
Restries do processo de desenvolvimento

UE 8.2 Visualizaes de Requisitos (N2)


Na prtica podemos verificar que o nmero de requisitos em um projeto, bem como o nmero de
dependncias entre esses requisitos, aumentam constantemente. Para manter sob controle a
complexidade dos requisitos, fundamental que os participantes do projeto tenham acesso
seletivo aos requisitos, filtrando os mesmos conforme suas necessidades de uso. Existem duas
formas de visualizar os requisitos:
Visualizao seletivas: mostram um sub-conjunto de valores/atributos relacionados a
requisitos selecionados a partir de critrios definidos
Visualizao consolidadas: mostram informaes consolidadas relacionadas a
requisitos selecionados a partir de critrios definidos

UE 8.3 Priorizao de Requisitos (N2)


Os requisitos so priorizados em diferentes momentos, em diferentes atividades, e a partir de
diferentes critrios. A priorizao de requisitos segue um processo simples:
Definir as metas e as restries da priorizao
Definir os critrios de priorizao
Determinar os stakeholders relevantes
Selecionar os artefatos a serem priorizados
Com base nas atividades acima, uma ou vrias tcnicas de priorizao so selecionadas, dando
ento seguimento priorizao propriamente dita. Algumas tcnicas de priorizao so:
Ranking e Top 10
Classificao por critrio nico
Classificao de Kano
Matriz de priorizao de Karl Wiegers

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 31 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental UE 8.4 Rastreabilidade de Requisitos (N2)
No gerenciamento de requisitos, as informaes de rastreabilidade dos requisitos so
registradas, organizadas e atualizadas. A rastreabilidade dos requisitos apresenta as seguintes
vantagens:
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 na administrao
Existem trs classes de relacionamentos de rastreabilidade:
Rastreabilidade pr-especificao de requisitos
Rastreabilidade ps-especificao de requisitos
Rastreabilidade entre requisitos
Apenas aquelas informaes para as quais existem um claro uso devem ser registradas. As
informaes de rastreabilidade dos requisitos podem ser representadas de vrias maneiras:
Referncias textuais e hyperlinks
Matrizes de rastreabilidade
Grafos de rastreabilidade

UE 8.5 Versionamento de Requisitos (N2)


O versionamento e a configurao dos requisitos possibilitam assegurar a disponibilidade de
determinados estados de desenvolvimento de requisitos e documentos de requisitos ao longo do
ciclo de vida de um sistema ou produto. O nmero da verso de um requisito possui no mnimo
dois componentes:
Verso
Incremento
Uma configurao de requisitos um conjunto definido de requisitos logicamente conectados
entre si. Uma configurao de requisitos no deve conter mais de uma verso de cada requisito.
A criao de configuraes de requisitos pode ser definida a partir de duas dimenses:
Dimenso "produto": os requisitos individuais da base de requisitos
Dimenso "verso": os diferentes estados de desenvolvimento de um requisito

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 32 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental As configuraes de requisitos possuem as seguintes caractersticas:
Conexo lgica entre os requisitos
Consistncia dos requisitos
Identificao nica
Inalterabilidade dos requisitos
Possibilidade de retorno a verses anteriores da base de requisitos
Baselines dos requisitos so configuraes especficas que renem verses estveis de
requisitos, muitas vezes tambm definindo etapas de desenvolvimento do sistema (system
releases).

UE 8.6 Gerenciamento de Mudanas de Requisitos (N2)


Os requisitos mudam ao longo do ciclo de vida de um sistema. As mudanas dos requisitos so
gerenciadas atravs de um processo sistemtico de gerenciamento de mudanas. Nesse
processo, o comit de controle de mudanas (tambm chamado de "CCB" - Change Control
Board) responsvel por processar as solicitaes de mudanas(NT16) recebidas. O comit de
controle de mudanas tem as seguintes atribuies:
Classificar as solicitaes de mudana recebidas
Determinar o esforo exigido para executar as mudanas
Avaliar a solicitao de mudana em termos de custo-benefcio
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
O comit de controle de mudanas tipicamente composto pelo gerente de mudanas, o cliente,
o arquiteto, o representante dos usurios, o gerente de qualidade e o engenheiro de requisitos.
As modificaes de requisitos consideradas necessrias so documentadas como solicitaes de
mudana e encaminhadas ao comit de controle de mudanas. Uma solicitao de mudana deve
incluir no mnimo as seguintes informaes:
Identificador da solicitao de mudana
Ttulo da solicitao de mudana
Descrio das mudanas necessrias
Justificativa para as mudanas
Data da solicitao
Solicitante
Prioridade da mudana do ponto de vista do solicitante

(NT16)

Change Request

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 33 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental Existem trs tipos de solicitao de mudanas:
Corretivas
Adaptativas
Excepcionais
O processo de gerenciamento de mudanas estipula os seguintes passos:
Analisar o impacto e avaliar a mudana
Priorizar a solicitao de mudana
Alocar a mudana para um projeto de modificao
Comunicar a deciso (aprovao ou rejeio da solicitao de mudana)

UE 8.7 Medies de Requisitos (N1)


Baseado nas informaes obtidas nas atividades de validao e gerenciamento dos requisitos,
como falhas, atributos, mudanas, entre outros, a qualidade dos documentos e processos de
requisitos podero ser analisados e avaliados, permitindo a identificao de oportunidades de
melhoria nos mesmos. Medies usuais incluem:
Taxa de mudanas dos requisitos
Volatilidade dos requisitos
Falhas nos requisitos

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 34 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental UE 9 Apoio por Ferramentas (N1)
Durao:
Termos:

1 hora
nenhum(NT17)

Objetivos educacionais:
OE 9.1
Conhecer as oito funcionalidades de uma ferramenta de gerenciamento de requisitos
OE 9.2
Conhecer os cinco aspectos a considerar na introduo de ferramentas de Engenharia
de Requisitos
OE 9.3
Conhecer as sete perspectivas sobre ferramentas de engenharia dos requisitos

UE 9.1 Tipos de Ferramentas (N1)


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 analisar as
informaes sob forma de modelos. As ferramentas de gerenciamento exclusivas da ER devem
possuir as seguintes funcionalidades:
Gerenciar diversos tipos de informaes
Estabelecer e manter relacionamentos lgicos entre as informaes
Identificar os artefatos de forma nica
Permitir um acesso flexvel e seguro s informaes atravs do controle de acesso
Possibilitar diferentes visualizaes das informaes
Organizar as informaes (por exemplo, de maneira hierrquica ou por atributos)
Gerar relatrios
Gerar documentos
Os aplicativos padro de escritrio oferecem tais funcionalidades apenas de forma limitada, ao
passo que as ferramentas especializadas aprimoram esse desempenho, por exemplo, atravs do
gerenciamento de rastreabilidade.

(NT17)

A verso original do Syllabus no apresenta termos para esta UE. Entretanto consulte os termos: Ferramentas

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 35 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental UE 9.2 Introduzindo Ferramentas (N1)
Uma ferramenta apropriada somente poder ser escolhida aps a introduo de procedimentos
e tcnicas de ER. A implementao de uma ferramenta requer responsabilidades e
procedimentos claros de ER. Os cinco aspectos abaixo devem ser observados:
Planejar os recursos
Reduzir riscos por meio da implementao de um projeto piloto
Realizar a avaliao conforme critrios pr-definidos
Considerar o custo global, alm do custo das licenas
Treinar os usurios

UE 9.3 Avaliao das Ferramentas (N1)


A variedade de aspectos que devem ser considerados ao avaliar ferramentas de ER podem ser
estruturados a partir das sete perspectivas abaixo:
Perspectiva do projeto (por exemplo, o apoio para o planejamento dos projetos)
Perspectiva do usurio (especialmente a usabilidade)
Perspectiva do produto (as funcionalidades)
Perspectiva do processo (apoio metodolgico)
Perspectiva do fornecedor (por exemplo, os servios oferecidos)
Perspectiva tcnica (por exemplo: a interoperabilidade, a escalabilidade)
Perspectiva econmica (custos)
Critrios claros de avaliao devem ser definidos para cada perspectiva.

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 36 / 37

Profissional para Engenharia de Requisitos Certificado pelo


IREB - Nvel Fundamental Anexo A: Lista de Abreviaes

OE

Objetivo Educacional

UE

Unidade de Ensino

IREB

International Requirements Engineering Board

N1

Nvel Cognitivo 1

N2

Nvel Cognitivo 2

ER

Engenharia de Requisitos

UML

Unified Modeling Language

Syllabus Profissional para Engenharia de Requisitos Certificado pelo IREB


- Nvel Fundamental - Verso 2.2 02 de setembro de 2014

Pgina 37 / 37