Você está na página 1de 20

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?


Quais as causas tpicas para um projeto no obter sucesso? Qual a distribuio da origem dos defeitos?
requisitos
41%

72.8%

projeto 28%

Qual a distribuio do esforo de retrabalho?

requisitos mal definidos ou faltantes

outros 31%

requisitos 82%

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

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$1130,77 R$753,85 R$376,92 R$150,77 requisitos projeto construo testes

R$2261,54

aceite

operao

O sucesso de projetos depende sobremaneira de bons requisitos

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

9
8

Introduo e Fundamentos 01:15

Apoio por Ferramentas 01:00

Delimitar o Sistema e o Contexto do Sistema 01:15

Gerenciar Requisitos 02:30

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

Elicitar Requisitos 01:30

Validar e Acordar Requisitos 02:30

Documentao de Requisitos 02:00

Documentar Requisitos usando Modelos 05:00

Documentao de Requisitos usando Linguagem Natural 01:00

2 3 4

UE 1 Introduo e Fundamentos
Sintomas e Causas de uma Engenharia de Requisitos (ER) inadequada
Presso do cliente para construo de um sistema rapidamente problemas de comunicao

8 7 6 5

As 4 atividades principais da ER

elicitao
Requisitos ambguos, incorretos, incompletos e omisso

documentao

gerenciamento

suposio incorreta, por parte dos stakeholders, de que muito do assunto evidente

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

3
2+1

!
5

2 3 4

UE 1 Introduo e Fundamentos

8 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.

As 7 capacidades exigidas de um Engenheiro de Requisitos


competncia comunicativa moderao

raciocnio analtico
empatia resoluo de conflitos

auto-confiana
persuaso

Tipicamente diferenciamos 3 tipos de requisitos

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

1
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!

2 3 4

UE 2 Delimitar o Sistema e o Contexto do Sistema


UE 2.1
Limite do sistema

8 7 6 5

Sistema, Contexto e Limites

Ambiente irrelevante Contexto do sistema


Partes da realidade que so irrelevantes para o sistema

Sistema

aspectos do contexto no contexto do 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

2 3 4

UE 2 Delimitar o Sistema e o Contexto do Sistema


UE 2.2

8 7 6 5

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 zona cinzenta (t2) Extenso do limite do contexto do sistema (t4) Reduo do limite do contexto do sistema (t3)

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

2 3 4

UE 3 Elicitar Requisitos
UE 3.1
Contexto do Sistema

8 7 6 5

Fontes de Requisitos
informao para documentar os stakeholders

nome sistema

funo (papel) rea e nvel de expertise

dados pessoais
disponibilidade

Os 3 tipos de fontes de requisitos

Coletar e compilar as metas e requisitos das diversas fontes

relevncia

objetivos e interesses em relao ao projeto para evitar mal-entendidos e disputas sobre competncias

atribuies Acordo responsabilidades autoridades

direitos deveres

Stakeholders Documentos Sistemas em operao

UE 3.2
Requisitos Subconscientes
fatores bsicos de satisfao

Categorizao de Requisitos conforme Modelo de Kano


Requisitos Conscientes

UE 3.3
fatores de risco influncias humanas

Tcnicas de Elicitao
influncias organizacionais influncias tcnicas (funocontedo) nvel de detalhamento esperado dos requisitos

fatores esperados de satisfao

fatores de entusiasmo

Requisitos Inconscientes

Fatores bsicos de satisfao devem ser atendidos pelo sistema de qualquer maneira. Caso contrrio, os stakeholders ficaro decepcionados .

tcnicas tcnicas tcnicas tcnicas tcnicas

de pesquisa de criatividade baseadas em documentos de observao de apoio

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.

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

2 3 4

UE 4 Documentao de Requisitos
UE 4.1
representao requisitos tcnicas de documentao

8 7 6 5

Design do Documento
Muitas pessoas so envolvidas

desde um texto descritivo

at diagramas

...na comunicao

...no estabelecimento de metas

razes

duradouros

juridicamente relevantes

3 devem ser acessveis a


todos

4 documentos de requisitos so
complexos

UE 4.2

Tipos de Documentao
perspectivas
Perspectiva Funcional Perspectiva Comportamental

Perspectiva Estrutural

formas eficazes de documentao


linguagem natural modelos conceituais linguagem natural + modelos conceituais (forma combinada)

10

2 3 4

UE 4 Documentao de Requisitos
UE 4.3
Documento de requisitos

8 7 6 5

Estrutura dos Documentos


requisitos para o sistema contexto do sistema condies de aceite caractersticas tcnicas de implementao

UE 4.4

Uso dos Documentos

UE 4.5

Critrios de Qualidade para Documento de Requisitos


1 consistente e sem ambiguidade 2 estrutura clara 3 4 5 rastrevel modificvel e extensvel completo

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

parte central

estrutura de referncia muito utilizada IEEE 830-1998 Recommended Practice for Software Requirements Specifications

UE 4.6
critrios
acordado priorizado no ambguo

Critrios de Qualidade para Requisitos


regras de estilo
vlido e atualizado correto consistente

verificvel realizvel rastrevel

completo compreensvel

usar sentenas curtas e pargrafos curtos

formular um nico requisito por frase

UE 4.7
Termos tcnicos especficos para um determinado contexto abreviaes e acrnimos conceitos do dia-a-dia sinnimos homnimos

Glossrio
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

Regras

11

2 3 4

UE 5 Documentao de Requisitos usando Linguagem Natural


UE 5.1
processos transformacionais 1 2 3 4 5

8 7 6 5

Efeitos da Linguagem
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]

UE 5.2

Construo de Requisitos usando Template de Sentenas


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

template de sentenas

[<Quando? Sob que condies?>]

O SISTEMA <nome do sistema>

PODER Should SER Will

<objeto>

<detalhes adicionais sobre o objeto>

SER CAPAZ DE <processo>

passos

Determinar a obrigao legal

Determinar o ncleo do requisito

Caracterizar a atividade do sistema

Inserir objetos

Determinar as condies lgicas e temporal

12

2 3 4

UE 6 Documentar Requisitos usando Modelos


UE 6.1 Conceito de Modelo 1 representao 2 3
reduo
Os modelos apresentam 3 propriedades essenciais que tambm so suas vantagens prevalentes

8 7 6 5

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

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

modelos

pragmatismo

modelos conceituais

Linguagens de Modelagem

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

(os elementos de modelagem e suas combinaes vlidas)

Sintaxe

(o significado dos elementos de modelagem)

Semntica

Os modelos de requisitos descrevem aspectos especficos do problema em questo

vantagens

informao representada por uma imagem mais rapidamente compreendida e memorizada

modelos de requisitos permitem a modelagem de uma perspectiva especfica dos requisitos

Ao definir uma linguagem de modelagem para uma finalidade especfica podemos estabelecer abstraes relevantes da realidade

13

2 3 4

UE 6 Documentar Requisitos usando Modelos


UE 6.2
Metas podem ser documentadas atravs de linguagem natural ou usando modelos

8 7 6 5

Modelo de Metas

UE 6.3

Casos de Uso
Especificaes de Caso de Uso

Os casos de uso ajudam a examinar e documentar um sistema planejado ou existente a partir da perspectiva do usurio Diagramas de Caso de Uso

modelagem de decomposio de Metas usando rvores E/OU

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

UE 6.4
UE 6.5

3 Perspectivas sobre Requisitos


Perspectiva Estrutural UE 6.6

Perspectiva Funcional

UE 6.7

Perspectiva Comportamental

documenta a estrutura de dados, bem como relacionamentos de uso e de dependncia no contexto do sistema
diagrama de entidade relacionamento

documenta a transformao de dados de entrada recebidos do ambiente do sistema, em dados de sada liberados para o ambiente diagrama de fluxo de dados

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 classe

diagrama de atividade

diagrama de mquina de estado

14

2 3 4

UE 7 Validar e Acordar Requisitos


UE 7.1 1
requisitos devem satisfazer os critrios de qualidade

8 7 6 5

Fundamentos da Validao
2 requisitos so base para
as atividades seguintes do ciclo de desenvolvimento

erros devem ser corrigidos em todos os artefatos baseados em requisitos

UE 7.2

Fundamentos da Negociao de Requisitos


Conflitos no solucionados nos requisitos do sistema requisitos apresentados por determinado grupo de stakeholders no sejam implementados o sistema no aceito ou ser parcialmente aceito ou parcialmente 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

UE 7.3

Aspectos de Qualidade dos Requisitos


validao do acordo

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

validao do contedo

1
validao da documentao

conformidade com o formato da documentao da documentao inteligibilidade no ambigidade conformidade com as regras da documentao

2 conformidade com a estrutura 3 4 5

1 2 3

acordado acordado aps alterao conflitos resolvidos

15

2 3 4

UE 7 Validar e Acordar Requisitos


UE 7.4
envolvimento dos stakeholders corretos

8 7 6 5

Princpios da Validao de Requisitos


separao da busca de falhas da correo de defeitos ...de pontos de vista diversos

UE 7.5
1
melhora a qualidade dos resultados da validao

Tcnicas de Validao de Requisitos


tcnicas adicionais
parecer do especialista inspeo walkthrough

leitura em perspectiva
validao por prottipos

...a partir da mudana do tipo de documentao

...a partir da construo de artefatos baseados nos requisitos

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

utilizao de checklists

UE 7.6
atividades

Acordo de Requisitos
tipos de conflito
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

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

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

16

2 3 4

UE 8 Gerenciar Requisitos
UE 8.1
condies do projeto

8 7 6 5

Designando Atributos

UE 8.2

Visualizaes de Requisitos
a partir de critrios definidos

contexto da gerncia do projeto diretrizes da empresa regras do domnio da aplicao restries do processo de desenvolvimento
nome <Evitar o congestionamento de trfego> descrio <O sistema deve calcular uma rota alternativa se o congestionamento exceder o limite configurado>

identificador <req10>

Visualizao seletiva
exibe um subconjunto de valores/atributos relacionados aos requisitos selecionados

Visualizao consolidada
exibe informaes consolidadas relacionadas aos requisitos selecionados

esquema de atributos

estabilidade

criticalidade

fonte
<Sr. R. especialista no domnio>

prioridade
<importncia para o mercado: alta>

<estvel>

<alta>

estrutura

nome do atributo

valor do atributo <exemplo>

UE 8.3
processo
Definir as metas e as restries da priorizao

Priorizao de Requisitos
1
tcnicas

Selecionar os artefatos a serem priorizados

Definir os critrios de priorizao

ranking e top 10 classificao por critrio nico

classificao de Kano matriz de priorizao de Wiegers

Determinar os stakeholders relevantes

17

2 3 4

UE 8 Gerenciar Requisitos
UE 8.4
classes de relacionamentos de rastreabilidade

8 7 6 5

Rastreabilidade de Requisitos
rastreabilidade com artefatos especificados ANTES da especificao-de-requisitos rastreabilidade com artefatos especificados APS a especificao-de-requisitos rastreabilidade entre requisitos referncias textual e hyperlink matriz de rastreabilidade grafo de rastreabilidade

UE 8.5
componentes

Versionamento de Requisitos
Configurao de requisitos
dimenso

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 administrao

nmero da verso

produto verso
conexo lgica

verso incremento

caractersticas

consistncia

maneiras de representao

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

baseline

ID nico
inalterabilidade base para roll-back

UE 8.6
tipos de solicitao

Gerenciamento de Mudanas de Requisitos


identificador Comit de Controle de Mudanas 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 ttulo descrio justificativa data da solicitao solicitante prioridade

processo de gerenciamento de mudanas

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

corretivas adaptativas excepcionais

informaes

aprovar

rejeitar

18

2 3 4

UE 9 Apoio por Ferramentas


UE 9.1 Tipos de Ferramentas UE 9.2 1 Introduzindo Ferramentas UE 9.3

8 7 6 5

Avaliao 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 analisar as informaes sob forma de modelos.

Uma ferramenta apropriada somente poder ser escolhida aps a introduo de procedimentos e tcnicas de ER requer responsabilidades e procedimentos claros de ER

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]

As 8 funcionalidades das ferramentas de gerenciamento exclusivas da 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

5 aspectos a observar:

2. Usurio

1. Planejar recursos
2. Reduzir riscos por meio da implementao de um projeto piloto 3. Realizar a avaliao conforme critrios prdefinidos 4. Considerar o custo global, alm do custo das licenas 5. Treinar usurios

[especialmente a usabilidade]

3. Produto

[as funcionalidades]

4. Processo

[apoio metodolgico]

5. Fornecedor 6. Tcnica

[servios oferecidos]

[a interoperabilidade, a escalabilidade,...]

7. Gerar relatrios
8. Gerar documentos

7. Econmica
[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