Escolar Documentos
Profissional Documentos
Cultura Documentos
IREB
- Nvel Fundamental -
Syllabus(NT1)
Verso 2.2
02 de Setembro de 2014
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
(NT1)
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.
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.
Escopo
Nvel de Detalhamento
Segurana no sentido de Safety Critical System. Se a falha de um sistema pode levar a conseqncias que so determinadas como
(NT2)
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.
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.
(NT3)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").
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 sub-
captulo 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.
http://www.certified-re.de/en
Histrico de Revises
Sumrio
Agradecimentos .......................................................................................................................................................................... 2
Prefcio 2
Sumrio 7
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
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.
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
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.
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.
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).
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.
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
A verso original do Syllabus no apresenta termos para esta UE. Entretanto consulte os termos: Elicitao de Requisitos, Fonte
(NT8)
de Requisitos
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.
(NT)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
Durao: 2 horas
Termos: 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
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
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.
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:
recomendvel iniciar a elaborao do glossrio o mais cedo possvel, para reduzir o trabalho
posterior de atualizao.
Durao: 1 hora
Termos: 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
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.
Dever (Shall): obrigatrio (must have) ser atendido; Deveria (Should): importante (nice to have), se possvel deve ser
(NT10)
atendido; Poderia (may): oportunidade/possibilidade (could have), desejvel mas no necessrio ser atendido, Ir (Will):
sugesto para futura implementao (fora de escopo).
Durao: 5 horas
Termos: 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
Uma boa combinao entre linguagem natural e modelos de requisitos reunir as vantagens dos
dois tipos de documentao.
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.
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.
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.
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
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)
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.
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
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
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.
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
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.
A verso original do Syllabus no apresenta termos para esta UE. Entretanto consulte os termos: Baseline, Verso, Release,
(NT15)
Rastreabilidade
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
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
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
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
Durao: 1 hora
Termos: 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
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
(NT17) A verso original do Syllabus no apresenta termos para esta UE. Entretanto consulte os termos: Ferramentas
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
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)
OE Objetivo Educacional
UE Unidade de Ensino
N1 Nvel Cognitivo 1
N2 Nvel Cognitivo 2
ER Engenharia de Requisitos