Guia para Gerenciamento de Requisitos

Metodologia CELEPAR
Agosto 2009
Sumrio de Informaes do Documento
Documento: guiaGerenciamentoRequisitos.odt Nmero de pginas: 22
Verso Data Mudanas Autor
1.0
Criao.
Este documento teve como base o GREQ Guia de
Especificao e Gerenciamento de Requisitos, documento
utilizado na verso anterior da metodologia.
Danielle Mayer
1.0 12/08/2009 Reviso Marcos Chiarello
SUMRIO
1 INTRODUO..................................................................................................................................................4
1.1 APLICAO.......................................................................................................................................................4
2 REQUISITO........................................................................................................................................................4
2.1 REQUISITOS FUNCIONAIS.....................................................................................................................................5
2.2 REQUISITOS NO FUNCIONAIS..............................................................................................................................5
3 PRODUO DE REQUISITOS........................................................................................................................7
3.1 LEVANTAMENTO................................................................................................................................................7
3.2 REGISTRO.........................................................................................................................................................9
4 GERENCIAMENTO DE REQUISITOS..........................................................................................................9
4.1 IDENTIFICAR MUDANAS DE REQUISITOS.............................................................................................................10
4.2 AVALIAR IMPACTOS..........................................................................................................................................10
4.3 DOCUMENTAR MUDANAS DE REQUISITOS..........................................................................................................11
4.4 APROVAR MUDANAS DE REQUISITOS E PLANEJAMENTO DO PROJETO.....................................................................12
5 FERRAMENTA................................................................................................................................................12
5.1 MANTER REQUISITO.........................................................................................................................................12
5.2 MANTER CASO DE USO....................................................................................................................................14
5.3 GERIR SUPROJETO..........................................................................................................................................15
5.4 RASTREAILIDADE ...........................................................................................................................................17
4
1 INTRODUO
Este guia tem o objetivo de orientar a atuao dos Analistas de Requisitos durante o
levantamento e o gerenciamento dos requisitos no Processo de Desenvolvimento CELEPAR.
Seu escopo abrange o conceito, os tipos e o gerenciamento dos requisitos, atravs da
ferramenta de gesto de processo de desenvolvimento ALMIRANTE, necessrio para a
visualizao do impacto da alterao de um requisito especfico.
1.1 Aplicao
Este guia tem como caracterstica a sua utilizao tanto na confeco do Projeto
Preliminar da fase de Contratao quanto no decorrer de todo o Processo de
Desenvolvimento. Os requisitos levantados durante a confeco do Projeto Preliminar so
mais genricos e so a base para a definio da soluo, medida que o conhecimento sobre o
software a ser desenvolvido vai se consolidando existe a necessidade de se detalhar estes
requisitos, este fato ocorre durante todo o Processo de Desenvolvimento.
2 REQUISITO
Na literatura encontramos vrias definies para requisito, tais como:
Um requisito uma caracterstica do sistema ou a descrio de algo que o sistema
capaz de realizar para atingir seus objetivos;
As descries das funes e restries so os requisitos do sistema;
Um requisito uma propriedade que o software deve exibir para resolver algum
problema no mundo real;
Um requisito uma condio ou uma capacidade que deve ser alcanada ou estar
presente em um sistema para satisfazer um contrato, padro, especificao ou outro
documento formalmente imposto.
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
5
Os requisitos so importantes para estabelecer concordncia com o cliente do que o
software far, fornecer uma referncia para validao do produto final e reduzir o custo de
desenvolvimento.
Os Requisitos devem:
Especificar o qu deve ser feito ao invs de como ser feito;
Ser encontrados, elencados, organizados, documentados e gerenciados,
estabelecendo um acordo entre clientes, usurios e toda a equipe do projeto.
Os requisitos podem ser classificados como Funcionais e No Funcionais e dentre
eles pode-se ainda classific-los como suplementares ou no.
Requisitos classificados como suplementares so os requisitos funcionais ou no
funcionais aplicveis ao sistema como um todo.
2.1 Requisitos Funcionais
Requisitos Funcionais so requisitos diretamente ligados a funcionalidade do
software, descrevem as funes que o software deve executar. Por exemplo:
O software deve permitir a gerao de relatrios sobre o desempenho de vendas no
semestre;
O software deve permitir planejar/replanejar de atividades em acordo com a prescrio
da metodologia, utilizando-se de modelo de cronograma padro;
O software deve possibilitar acompanhamento do cronograma pela gerncia;
O software deve possibilitar o registro de execuo das atividades.
2.2 Requisitos No Funcionais
Requisitos no funcionais so aqueles que no esto diretamente relacionados
funcionalidade de um software. Estes requisitos tm um papel de suma importncia durante o
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
!
desenvolvimento de um sistema, podendo ser usados como critrios de seleo na escolha de
alternativas de projeto, estilo arquitetural e forma de implementao.
Requisitos no Funcionais expressam condies que o software deve atender ou
qualidades especficas que o software deve ter, estes requisitos colocam restries no sistema.
As restries podem levar em considerao:
sistemas operacionais;
plataformas arquiteturais;
caractersticas do ambiente de desenvolvimento e/ou produo;
compatibilidade com softwares especficos ou sistemas legados;
Requisitos no funcionais devem ser mensurveis, ou seja, cada um deles deve estar
associado a uma forma de medida/referncia. Por exemplo:
Requisito no mensurvel Requisito mensurvel
As consultas ao sistema devem ser atendidas
rapidamente.
As consultas ao sistema devem ser
atendidas em no mximo 3 segundos.
A tabela abaixo apresenta caracterstica de qualidade da norma NBR13596 (ABNT,
1996 ) s quais os requisitos devem ser associados.
Usabilidade Definio:
- Conjunto de atributos que evidenciam o esforo necessrio para se
poder utilizar o software, bem como, o julgamento individual desse
uso, por um conjunto explcito ou implcito de usurios.
Interpretao:
- facilidade de uso do software;
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
7
Confiabilidade Definio:
- Conjunto de atributos que evidenciam a capacidade do software de
manter seu nvel de desempenho sob condies estabelecidas durante
um perodo de tempo estabelecido.
Interpretao:
- Capacidade do software em manter sua integridade aps a ocorrncia
de falhas no controladas. (Ex: Queda de luz)
Eficincia Definio:
- Conjunto de atributos que evidenciam o relacionamento entre o nvel
de desempenho do software e a quantidade de recursos usados, sob
condies estabelecidas.
Interpretao:
- uso de recursos pelo software;
- Quanto que o uso de recursos do software est contribuindo para a
melhoria do desempenho deste.
Portabilidade Definio:
- Conjunto de atributos que evidenciam a capacidade do software de
ser transferido de um ambiente para outro.
Interpretao:
- Capacidade do software de ser transferido para ambientes e/ou
plataformas conhecidas ou dentro de padres internacionais
estabelecidos
Manutenibilidade Definio:
- Conjunto de atributos que evidenciam o esforo necessrio para fazer
modificaes especificadas no software.
Interpretao:
- O esforo necessrio para se fazer modificaes especificadas no
software
E"#$%&'( )# *#+,-(-.'( /0' 1,/2-'/3-(4
O software deve ser compatvel com o navegador Firefox (verso 1.0 ou superior);
O software deve garantir que o tempo de retorno das consultas no seja maior do que 5
segundos.
3 PRODUO DE REQUISITOS
3.1 Levantamento
Esta atividade tem por objetivo a obteno dos requisitos do software. Para isso, o
analista de requisitos trabalha com clientes e usurios finais para descobrir o problema a ser
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
5
resolvido, os servios do sistema, o desempenho necessrio, restries e outras informaes.
Existem algumas tcnicas que apoiam esta atividade. Uma breve descrio de
algumas delas :
Entrevista: Esta tcnica resume-se em conversas realizadas com o usurio
(entrevistado) para levantar os requisitos do sistema a ser desenvolvido. Para maiores
informaes consulte o Guia de Entrevista presente no processo de desenvolvimento.
Oficina (workshop): uma reunio estruturada onde um grupo cuidadosamente
selecionado de envolvidos no projeto (qualquer pessoa ou grupo de pessoas
interessadas em determinado negcio/sistema/organizao) e um grupo de analistas
trabalham em conjunto para definir, criar, refinar requisitos.
Definio de questionrios: A utilizao de questionrios uma forma bem til e
simples de levantamento de requisitos, mas eles devem ser utilizados aps a realizao
de uma entrevista, para que possamos direcionar e fazer as perguntas certas. Os
questionrios devem ser bem formulados e testados, para que tenham um bom retorno.
Brainstorming: Mais que uma tcnica de dinmica de grupo, uma maneira de gerar
rapidamente muitas ideias quanto possveis.
Storyboarding: Um cenrio (Storyboard) uma descrio que contm atores, a
informao por trs deles, assuntos sobre o seu ambiente, os seus objetivos e
seqncias de aes e eventos. Pode incluir tambm os obstculos, contingncias e
xitos dos atores. Em alguns sistemas, os cenrios (Storybords) podem omitir um dos
elementos ou express-lo de forma simples ou implcita. uma histria partilhada
entre vrios colaboradores no desenho do sistema.
Execuo dos papis: Os usurios, muitas vezes, tm certa dificuldade em explicar a
complexidade das atividades que realizam. Uma tcnica para entender suas atividades
acompanhar a realizao de suas tarefas, desta forma, obtm-se uma perspectiva real
do seu dia-a-dia, e dos problemas encontrados. Executar o papel do usurio um
timo meio de perceber quais so as possveis funcionalidades do sistema (casos de
uso).
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
9
Prottipos: O prottipo de telas utilizado para demonstrar uma parte ou at
totalmente como ser o comportamento do sistema. Permite demonstrar que o domnio
do problema foi compreendido. Tendo esta parte visual, fica mais fcil obter um
retorno (feedback) do cliente com relao a soluo proposta, bem como validar os
requisitos. Atravs do prottipo tambm podemos descobrir requisitos que ainda no
haviam sido levantados e criamos simulaes de como o sistema real dever funcionar.
OBS: Normalmente ser confeccionado at o fim da fase de Anlise.
Reviso das especificaes dos requisitos dos clientes: Muitas vezes recebemos os
requisitos diretamente da documentao dos clientes, neste caso importante
realizarmos uma reviso de tudo o que foi determinado pelo cliente, definindo qual
ser o real escopo do projeto, e aps esta reviso, devemos retornar novamente para
que o cliente faa uma verificao, pois todo e qualquer ponto deve ser endereado e
resolvido.
3.2 Registro
Uma vez identificados e negociados, os requisitos devem ser documentados para que
possam servir de base para o restante do processo de desenvolvimento.
O registro dos requisitos dar-se- pelo software Almirante ver tpico Ferramenta
neste documento.
4 GERENCIAMENTO DE REQUISITOS
A gerncia de requisitos tem como objetivo identificar e registrar alteraes das
necessidades que o produto de software ter que atender (requisitos do produto), alm de
orientar a avaliao de impactos destas mudanas nos planos do projeto.
O processo de gerenciamento de requisitos nasceu da constatao que as mudanas
normalmente ocorrem durante o processo de desenvolvimento de produtos. Estas mudanas
so geradas por alteraes de legislao, de objetivos de negcio, ou mesmo de um melhor
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
10
entendimento das potencialidades oferecidas pelos sistemas de informaes. Na maioria das
vezes, tais mudanas implicam em renegociao de prazo, custo e de esforo para o projeto.
Quando isto ocorrer essencial que fique explicitado e que existam mecanismos de
renegociao com o cliente e com a equipe tcnica do projeto em relao aos compromissos
de cada envolvido e aos objetivos e requisitos a serem atendidos pelo produto.
O processo de gerenciamento de requisitos composto pelas seguintes tarefas:
4.1 Identificar Mudanas de Requisitos
A identificao da mudana de requisitos inicia-se com uma percepo de uma
alterao de mercado, de legislao (imposio), de alteraes de fundos para o projeto
(recursos financeiros ou de pessoal tanto interno da CELEPAR como do cliente), de
disponibilizao ou mudana de tecnologia, de algum outro ato ou necessidade percebida ou
como consequncia de mudanas na equipe tcnica do cliente e da CELEPAR.
4.2 Avaliar Impactos
Para cada mudana identificada necessrio que se estabelea e identifique quais so
os requisitos que foram afetados dentro do projeto e que devero ser renegociados, pois
muitas vezes a simples mudana em um requisito tem como consequncia alteraes em
outros requisitos.
Tambm necessrio que sejam avaliados os impactos causados no projeto, estes
podem ser em relao ao no atendimento de algum requisito, pelo custo associado aos
requisitos alterados, pelos riscos identificados aos quais o projeto est exposto em
consequncia da mudana, entre outros.
No caso do no atendimento de algum requisito j alocado ao software e que dever
ser removido necessrio que se identifique quais so as consequncias desta excluso e que
isto seja entendido e negociado juntamente com o cliente.
Para identificar se a mudana gerar impactos, importante que sejam identificados:
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
11
Qual a fase do ciclo de vida em que o projeto se encontra, pois se o projeto estiver na
fase de construo, uma alterao provavelmente afetar toda a documentao do
projeto e gerar retrabalho;
Quais os produtos que devero ser alterados para que a modificao possa ser
implementada;
Qual a complexidade e extenso da mudana, ou seja, facilidade de promover a
mudana nos produtos (intermedirios e finais) e em outros produtos que sero
afetados;
Qual o esforo necessrio para modificar os produtos (intermedirios e finais). Uma
forma de fazer isto relacionar toda a documentao envolvida nesta mudana de
requisito e aps relacionar o tempo estimado para proceder cada modificao
individualmente;
Avaliar novamente a necessidade de modificao da soluo tecnolgica que adeque
aos novos requisitos, verificando assim, se a soluo adotada ainda a mais eficiente
e eficaz.
Tambm importante que sejam analisados os riscos associados em relao
mudana, pois estes devero ficar explicitados para que o cliente possa vir a optar pela
mudana ou pelo congelamento (desalocao) dos requisitos.
Um mecanismo de avaliao de impacto a utilizao da funcionalidade de
rastreabilidade existente no software Almirante.
4.3 Documentar Mudanas de Requisitos
Para que exista um gerenciamento de requisitos necessrio aps a avaliao de
impacto que as mudanas sejam documentadas, ou seja, os requisitos existentes podero ser
alterados e/ou includos novos, alm disso deve-se rever o plano de abordagem do projeto
revisando as iteraes (subprojetos), bem como, seus respectivos cronogramas de atividades.
Para documentar mudanas de requisitos utilize o software Almirante ver tpico
Ferramenta neste documento.
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
12
4.4 Aprovar Mudanas de Requisitos e Planejamento do Projeto
Dependendo da modificao dos requisitos necessrio que os mesmos sejam
novamente aprovados pelo cliente. Alm dos requisitos, dever ser aprovado e renegociado,
quando for o caso, o plano de abordagem (estratgia de desenvolvimento, planejamento do
projeto e compromissos assumidos).
5 FERRAMENTA
Este tpico apresenta as funcionalidades do software Almirante que daro suporte ao
processo de gerncia de requisitos.
5.1 Manter Requisito
Esta funcionalidade acessada a partir do menu Operacional Gerenciamento de
Requisitos Manter Requisitos.
Sua finalidade permitir o registro e a alterao dos requisitos levantados mantendo
o histrico de alteraes.
No momento do registo para cada requisito necessrio que o Analista de Requisitos
informe os seguintes dados: (conforme a Figura 1).
Projeto: Identificao do projeto ao qual o requisito faz parte;
Identificao: Funcional / No Funcional;
Prioridade: Prioridade de atendimento. A escala de importncia a se utilizar
: Baixa, Mdia e Alta;
Para se estabelecer esta escala necessrio analisar os seguintes pontos:
Necessidade de que o software contenha este requisito (viso do cliente
e do analista);
Se o requisito vivel do ponto de vista de disponibilizao de
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
13
tecnologia, de capacitao de recursos humanos, custos associados, etc.;
Riscos aos quais o projeto est exposto tanto em relao a perdas
financeiras, impacto no ambiente, segurana, conformidade com leis e
normas, etc. quanto em relao no contemplao de um requisito
pelo projeto.
Requisito Suplementar: Representa que o requisito aplicvel ao sistema
como um todo;
Descrio: Descrio sucinta;
Detalhamento: Alm dos detalhes, neste campo possvel informar tambm
riscos e restries associados;
Fonte: Indica quem identificou o requisito (cliente ou tcnico ou analista).
Esta informao necessria quando da alterao ou excluso de algum
requisito durante o processo ou no caso de se ter dvidas em relao ao
atendimento dos requisitos;
Alocado ao projeto: Se o requisito ser implementado no projeto ou no
(S/N);
Motivo: Motivo da no alocao do requisito;
Caracterstica de Qualidade: Indica a caracterstica de qualidade
(Usabilidade, Confiabilidade, Eficincia, Portabilidade, Manutenibilidade, ...)
vinculada ao requisito no funcional em questo;
Requisitos Associados: Permite relacionar o requisito a outros j includos.
Esta associao tem a finalidade de relacionar requisitos que tem afinidade
entre si. Esta relao tambm fica visvel na funcionalidade Rastreabilidade;
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
14
No momento da alterao necessrio que o Analista de Requisitos informe a
justificativa da alterao. O software Almirante se encarrega de guardar o histrico do
requisito, este histrico pode ser visualizado pelas tela de Exibir Requisito e Alterar
Requisito.
5.2 Manter Caso de Uso
Aps a realizao ou refino do Modelo de Caso de Uso, previsto no Processo de
Desenvolvimento da CELEPAR, necessrio cadastrar cada caso de uso relacionando-o aos
respectivos requisito(s), promovendo assim, a rastreabilidade dos requisitos que ser
explicada mais adiante neste guia.
Para realizar o cadastramento dos casos de uso utilize a funcionalidade Manter Caso
de Uso, acessada a partir do menu Operacional Gerenciamento de Requisitos
Manter Caso de Uso, e informe:
Projeto: Identificao do projeto ao qual o requisito faz parte;
Nome: Nome do Caso de Uso do Modelo de Caso de Uso;
Pacote: Pacote a que pertence o referido caso de uso. Pacote da estruturao
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
Figura 1: Tela Manter Requisito
15
do Modelo de Caso de Uso, no confundir com a iterao (subprojeto);
Descrio: Breve descrio do caso de uso;
Complexidade: Complexidade do caso de uso;
Requisitos Atendidos: Requisitos atendidos pelo caso de uso;
Atores: Atores que interagem com o referido caso de uso;
5.3 Gerir Subprojeto
Esta funcionalidade acessada a partir do menu Gerencial Desenvolver Projeto
Gerir Subprojeto
Sua finalidade permitir o registro e a alterao das iteraes planejadas para o
projeto. Dividir o projeto em subprojetos, segundo o ciclo de vida adotado pelo Processo de
Desenvolvimento da CELEPAR, faz parte da elaborao da Estratgia de Desenvolvimento
do projeto.
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
Figura 2: Tela Manter Caso de Uso
1!
O particionamento da soluo em subprojetos alm facilitar o desenvolvimento da
soluo tambm garante a realizao de um bom planejamento para o projeto inteiro, j que o
desmembramento do problema permite a racionalizao singular de determinado conjunto de
funcionalidades (servios completos que o sistema ir prover CASOS DE USO).
Esta funcionalidade est vinculada ao processo de gerenciamento de requisitos pelo
necessidade de separar os casos de uso (e respectivos requisitos por consequncia) que faro
parte de cada subprojeto no momento do seu cadastro/alterao.
O fato dos casos de uso/requisitos estarem vinculados a um subprojeto no significa
que estes esto resolvidos no projeto, so as tarefas vinculadas aos casos de uso que refletem a
real situao de atendimento de um caso de uso/requisito e estas so visualizadas pela
funcionalidade Rastreabilidade.
Para realizar a separao do projeto em subprojetos informe:
Projeto: Identificao do projeto;
Nome Subprojeto: Nome desejado para o subprojeto;
Casos de Uso Vinculados: Casos de uso que fazem parte da iterao
(subprojeto);
Aps associar os casos de uso deve-se relacionar os requisitos, j vinculados ao
caso de uso, que sero atendidos nesta iterao (figura 4), esta operao pode
ser realizada a partir do boto da coluna requisitos da lista de casos de
uso vinculados. Aps vincular os requisitos o cone do boto passa para a
imagem
A lista de Casos de uso vinculados tambm possui uma coluna Rastreabilidade
que exibe a rastreabilidade do caso de uso.
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
17
5.4 Rastreabilidade
a capacidade de rastrear um elemento do projeto a outros elementos correlatos,
especialmente aqueles relacionados a requisitos. Os elementos do projeto envolvidos em
rastreabilidade so chamados de itens de rastreabilidade. Os itens tpicos de rastreabilidade
incluem diferentes tipos de requisitos elementos de modelo de projeto (design) e de anlise,
descrio de testes, documentao do usurio e material de treinamento, como exibido na
figura abaixo.
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
Figura 3: Tela Gerir SubProjeto
Figura 4: Tela Vinular Requisitos a Sub!rojeto
Figura ": Tela Matri# de Rastreabilidade $ !ara %eri&iar e' quais sub!rojetos o aso de uso est( %inulado
15
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
Figura ): Rastreabilidade estabeleida entre arte&atos
19
A finalidade de estabelecer rastreabilidade ajudar a:
Compreender a origem dos requisitos ;
Gerenciar o escopo do projeto ;
Gerenciar mudanas nos requisitos ;
Avaliar o impacto no projeto relativo a mudana em um requisito ;
Avaliar o impacto da falha de um teste nos requisitos (isto , se o teste falhar,
talvez o requisito no seja atendido);
Verificar se todos os requisitos do sistema esto implementados;
Verificar se o aplicativo faz apenas aquilo que era esperado;
So 4 as possibilidades de acessar a funcionalidade rastreabilidade no software
Almirante:
1. A partir da opo rastreabilidade da Grid Casos de Uso Vinculados da funcionalidade
Gerir Subprojeto (Tela Alterar e Exibir). Neste caso o foco da rastreabilidade em
torno do caso de uso selecionado.
2. A partir da opo Rastreabilidade da funcionalidade Vincular Requisitos a Subprojeto.
Neste caso o foco da rastreabilidade em torno do requisito selecionado.
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
Figura *: Grid Casos de Uso Vinulados $+ oluna Rastreabilidade
20
3. A partir da aba Gerenciamento de requisitos (acessada pela funcionalidade Resumo da
Situao - Sala de Situao ) conforme indicado na figura 9
4. A partir do menu Operacional Gerenciamento de Requisitos Rastreabilidade.
A tela de rastreabilidade apresenta basicamente duas opes de pesquisa:
Casos de Uso X Requisitos X Tarefas: Representa a matriz de rastreabilidade
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
Figura ,: Resu'o de Situa-.o $+ Sala de Situa-.o $+oluna Rastreabilidade
Figura /: Vinular Requisitos a Sub!rojeto $+ lin0 Rastreabilidade do Requisito
21
e tem por objetivo exibir a relao de Casos de Uso com respectivos requisitos
e tarefas por subprojeto, permitindo assim, verificar como o requisito foi ou
est sendo atendido, inclusive com links para o detalhamento da(s) tarefa(s),
dos requisitos(s) e do(s) Caso(s) de Uso.
Aps a seleo desta opo possvel marcar o subprojeto desejado (se nada
for selecionado, todos so exibidos). Se nenhum for marcado pode-se ainda
selecionar o tipo do subprojeto, ou seja, o sistema s listar informaes dos
subprojetos que possuam a situao selecionada.
Alm das opes acima possvel tambm filtrar a matriz de rastreabilidade
pela situao da tarefa (em contratao, em execuo, finalizada, em atraso)
Item Caso de Uso com tarefas , se nada for marcado o sistema considera a
opo todos.
Casos de Uso/Requisitos sem Atendimento: Esta opo de visualizao tem
por objetivo exibir a relao de requisitos no alocados, requisitos no
vinculados a casos de uso, casos de uso no vinculados a subprojeto e
requisitos no vinculados a subprojeto.
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
Figura 11: Tela Rastreabilidade $ Matri# 2Caso de Uso 3 Requisito 3 Tare&a4
22
METODOLOGIA DE DESENVOLVIMENTO - CELEPAR
Figura 11: Tela Rastreabilidade $ Caso de uso n.o %inulado a sub!rojeto