Qualidade Do Documento de Requisitos Análise e Validação PDF

UNIVERSIDADE METODISTA DE SO PAULO
FACULDADE DE CINCIAS EXATAS E TECNOLGICAS

CURSO DE ENGENHARIA DA COMPUTAO NFASE EM
ENGENHARIA DE SOFTWARE
ELSINO APARECIDO DE ALMEIDA E SILVA

LENNON GOMES ROCHA
RAQUEL CALIL
QUALIDADE DO DOCUMENTO DE REQUISITOS:

ANLISE E VALIDAO
SO BERNARDO DO CAMPO
2008

LENNON GOMES ROCHA
RAQUEL CALIL

ANLISE E VALIDAO
Trabalho apresentado no curso de

graduao Universidade Metodista de
So Paulo, Faculdade de Cincias Exatas e
Tecnolgicas, Curso de Engenharia da
Computao com o objetivo de aplicar os
conhecimentos adquiridos nas aulas do
tema Engenharia de Requisitos do mdulo
de Modelagem e Documentao de
Sistemas.
SO BERNARDO DO CAMPO
2008

LENNON GOMES ROCHA
RAQUEL CALIL

ANLISE E VALIDAO
Trabalho apresentado no curso de
graduao Universidade Metodista de
So Paulo, Faculdade de Cincias Exatas e
Tecnolgicas, Curso de Engenharia da
Computao com o objetivo de aplicar os
conhecimentos adquiridos nas aulas do
tema Engenharia de Requisitos do mdulo
de Modelagem e Documentao de
Sistemas.
rea de Concentrao:
Data de Entrega: 24 de maio de 2009
Resultado:____________________________
BANCA EXAMINADORA
LUCIANO KROB MENEGHETTI
Prof.
__________________________
Universidade Metodista de So Paulo
CRISTIANO DE MORAES
Monitor
__________________________
CLAYTON CRUZ
__________________________
Monitor
RESUMO
O objetivo deste trabalho a mensurao do nosso grau de absoro do contedo
transmitido em sala de aula referente Anlise de Requisitos. Estimulados ao
aprofundamento na rea de Engenharia de Requisitos, elaboramos pesquisas extraclasse
com o intuito de aprimorarmos nosso conhecimento com relao a este tema. Portanto, a
anlise deste trabalho revelar informaes que ainda no foram discutidas em sala de
aula, mas que sua insero foi considerada importante pelo grupo devido pertinncia
ao assunto.
Palavras-chave:
Engenharia de Requisitos Qualidade de Requisitos Anlise de Requisitos Extensis
ABSTRACT
The main goal of this paper is the measure of our degree of absorption of the contents
transmitted in the classroom for analysis of requirements. Stimulated the development
in the area of Requirements Engineering, make extra-class research in order to improve
our knowledge on this subject. Therefore the analysis of this work reveal information
not already discussed in class, but its inclusion was considered important by the group
of the relevance to the subject.
Key-words:
Rup Volere - Requirements Engineering Extensis
LISTA DE FIGURAS
Figura 1: Grfico de Elicitao de Requisitos .................................................................. 8
SUMARIO
Objetivo ............................................................................................................................ 7
Motivao ......................................................................................................................... 7
Justificativa ....................................................................................................................... 7
Documento de requisitos: caractersticas e riscos ........................................................ 8
Anlise do Documento de Requisitos............................................................................. 12
Requisitos relacionados: ............................................................................................. 12
Casos de Uso relacionados: ........................................................................................ 16
Regras de Negcio relacionadas: ................................................................................ 18
Propostas que objetivam sanar as falhas encontradas ................................................ 20
Requisitos Funcionais ............................................................................................. 20
Casos de Uso .......................................................................................................... 27
Regras de Negocio .................................................................................................. 63
Requisitos Funcionais ................................................................................................. 67
Casos de Uso .............................................................................................................. 69
Concluso ....................................................................................................................... 73
Referncias Bibliogrficas .............................................................................................. 74
OBJETIVO
O objetivo deste trabalho de avaliao de tema o de mensurar a absoro dos
contedos transmitidos em sala de aula pelo professor Luciano Krob Meneghetti e os
dois monitores presenciais Cristiano Moraes e Clayton Cruz.
MOTIVAO
A principal motivao deste trabalho a de aferir a qualidade do Documento de
Requisitos praticando a Anlise de Requisitos Funcionais, Regras de Negcio e Casos
de Uso. A anlise considerou o documento quanto a sua completude, corretude e
consistncia procurando verificar possveis ambigidades.
JUSTIFICATIVA
Este trabalho parte integrante de um conjunto de Avaliaes referentes ao tema
Engenharia de Requisitos do mdulo Modelagem de Documentao de Sistemas que
compreendem a um total de 3 (trs) etapas, sendo que a ultima dever integrar tambm
as avaliaes pertinentes aos outros dois temas deste mdulo: Modelagem de
Documentao de Sistemas e Laboratrio de Modelagem.
Esta segunda parte denominada 2 / 3. Em um primeiro instante ela deveria
complementar o trabalho da primeira parte 1 / 3 que no nosso caso foi
denominado Log de Aes do Sistema, cuja finalidade a Elicitao dos Requisitos
Funcionais referentes implantao de um sistema de log de atividades para o Extensis
a Figura 1: Grfico de Elicitao de Requisitos representa a fase de Elicitao de um
Documento de Requisitos , porm, devido a mudanas no sistema de Avaliaes do
mdulo, este processo foi abortado e o foco para a Anlise e Validao do Documento
de Requisitos se voltou ao do TCC Extensis Especificao, abrangendo apenas a parte
de Pr-eventos.
So consideradas como Pr-eventos todas as interaes dos usurios com o sistema que
antecedem (preparam) a realizao de um Programa dentro de uma Ao de Extenso
da Universidade Metodista de So Paula. Portanto todos os requisitos que no atendem
esta condio serem considerados como Pr-eventos foram descartados da Anlise.
Figura 1: Grfico de Elicitao de Requisitos
Documento de requisitos: caractersticas e riscos

O sucesso de um projeto diretamente afetado pela qualidade do Documento de
Requisitos (DR). desejvel que para cada requisito relacionado no Documento de
Requisitos apresente as caractersticas a seguir:
Univocamente Identificvel: requisitos que referenciam tabelas ou figuras ou que so na
verdade compostos por outros devem ser individualizados;
Ser Necessrio: deve refletir uma funcionalidade ou caracterstica essencial que no
possa ser preenchida por outra existente no produto ou processo, sua ausncia implicar
numa deficincia do sistema;
8
Ser Conciso: a definio do requisito deve ser clara e objetiva, sendo facilmente
compreensvel;
Ser Independente de Implementao: esta caracterstica indica que a definio do
requisito deve apontar para o que deve ser feito, e no para como faz-lo. Adequada na
maior parte das vezes, esta caracterstica, no entanto funo de requisitos no
funcionais, os quais podem pr-determinar uma srie de aspectos de implementao;
Vivel: claramente, a implementao do requisito deve ser possvel de ser feita, nas
condies e no estado-da-arte atuais, e a um custo razovel;
Ser bem definido: a definio deve procurar ser objetiva e o mais completa possvel, no
necessitando de informaes adicionais para ser entendida;
No Ambguo: muitos documentos de requisitos so escritos em linguagem natural, que
inerentemente ambgua. Nesses casos deve-se utilizar tambm um glossrio ou incluir
o Lxico Ampliado da Linguagem na baseline de requisitos, possibilitando a todos os
envolvidos o mesmo entendimento;
Ser consistente: ele no deve estar em conflito o em contradio com outros requisitos.
Cada requisito deve ser consistente com todos os demais requisitos na especificao. A
consistncia tambm deve existir entre os vrios nveis de abstrao, se utilizada a
decomposio de requisitos em nveis;
Possuir Unicidade: no deve haver duplicidade de requisitos, ou seja, no devem
existir vrios requisitos correspondendo a uma mesma caracterstica ou funcionalidade
Ser Verificvel/Mensurvel: deve ser possvel, aps o sistema estar codificado, verificar
se o requisito foi atendido (estar presente no sistema) e se a implementao est correta.
Isto particularmente importante para requisitos no funcionais, como por exemplo,
desempenho, dado que relativamente comum encontrar definies do tipo o tempo de
resposta deve ser adequado ou o usurio no deve ficar aguardando muito tempo pela
informao solicitada;
Ser Categorizado: deve estar explicitamente indicado a categoria qual ele pertence, ou
seja, se requisito funcional, no funcional, inverso, ou de interface.
9
Os requisitos de um projeto devem estar claramente definidos, possibilitando assim,

aps a fase de testes, a validao do software pelos clientes e a concluso que os
mesmos foram corretamente atendidos. Para criar um Documento de Requisitos
mensurvel, alguns procedimentos devem ser seguidos:
a) padres, se definidos, devem ser consistentes para o documento de especificao, em
especial para especificaes em um mesmo nvel;
b) deve haver uma definio cuidadosa dos atributos a utilizar, e esta definio deve ser
rigidamente seguida. Os atributos devem ser registrados para todo e qualquer requisito
(por exemplo: prioridade, status, componente que o implementa, ...);
c) se utilizada decomposio de requisitos em nveis, o grafo dirigido acclico que
mostra essa decomposio deve indicar, para cada requisito, aqueles aos quais ele
subordinado e tambm aqueles que o compem;
d) especificaes de requisitos devem ser armazenadas em meio eletrnico,
possibilitando, assim sua identificao e a rastreabilidade para requisitos em nveis
superiores a inferiores, para suas fontes (pr-rastreabilidade) e componentes que os
implementam (ps-rastreabilidade).
Os maiores riscos a serem evitados no processo de construo e registro Documentos de
Requisitos esto relacionados a:
No incluir um requisito crucial: deixar de incluir um requisito vital pode implicar em
grande volume de retrabalho. Se o problema descoberto apenas na fase de testes,
podem ser necessrias mudanas na estrutura do sistema e nos componentes previstos.
Usurios s no conseguem explicar suas reais necessidades ou acreditam estar claro
aquilo que est implcito na sua colocao e que pode no ser percebido pelo engenheiro
de requisitos. Requisitos no funcionais no explicitados ou no mensurveis tambm
so fortes causadores de problemas para os responsveis pelo sistema. Provavelmente
este o maior risco de um Documento de Requisitos;
10
Representao inadequada de clientes: se uma classe de clientes ou usurios no foi

representada no conjunto de interessados, bastante provvel que suas necessidades em
relao ao software no estejam presentes no documento de Requisitos. Quando isto for
detectado, provavelmente vai implicar em reviso em todos os artefatos j elaborados
ou em elaborao (desenho, codificao, casos de teste,...). A interao com os clientes
na negociao e validao do conjunto de requisitos fundamental, principalmente para
que o for decidido em relao a conflitos entre requisitos;
Modelar apenas aspectos funcionais: a nfase na elicitao de requisitos costuma ser
maior em relao a requisitos funcionais. Atributos no funcionais, no entanto, so
relacionados qualidade que o software deve apresentar e no so facilmente
modelados em casos de uso. O software, alm de apresentar as funcionalidades
necessrias, deve apresentar caractersticas relacionadas facilidade de uso,
desempenho, tolerncia a falhas, segurana e integridade. Outra caracterstica
importante para a evoluo a estruturao adequada dos componentes, voltada
facilidade de manuteno;
Falta de inspeo nos requisitos: o custo da renovao de defeitos em requisitos cresce
geometricamente ao longo do ciclo de desenvolvimento. Inspees podem detectar
defeitos precocemente, ainda na fase de requisitos, diminuindo o retrabalho e custos
associados.
Busca da perfeio nos requisitos antes de iniciar a construo do software: deve-se
assumir que alteraes em requisitos so inevitveis e, portanto, necessrio um efetivo
controle de mudanas. Devem-se identificar reas de incerteza, mantendo ateno nas
solicitaes de alterao e buscando o preenchimento de lacunas antes da
implementao estar concluda;
Estabelecer requisitos no implementveis ou no evolutveis: devem-se considerar
restries de hardware e software para o projeto em questo, principalmente para
projetos de software embarcado (ou embutido). Em projetos desse tipo, restries
relacionadas capacidade de armazenamento e velocidade devem estar sempre
presentes, pois o custo final do produto deve estar afinado com o mercado ao qual ele se
destina e tambm precisa ser competitivo;
11
Definir requisitos incorretamente: se a definio est incorreta, a implementao

tambm estar. Provavelmente o problema s ser detectado na fase de validao do
software ou aps liberao da verso. Os requisitos devem ser validados pelos clientes e
usurios antes da fase de desenho iniciar;
ANLISE DO DOCUMENTO DE REQUISITOS

A seguir segue a anlise que o grupo executou sobre o Documento de Requisitos do
Extensis.
Como supracitado esta anlise teve como foco apenas os Requisitos Funcionais (RF),
Regras de Negcio (RN) Casos de Uso (UC) do Extensis e que se relacionam com as
com os Pr-eventos. Pr-evento
Requisitos relacionados:
01 - O eXtensis dever controlar o acesso de usuarios.
02 - O eXtensis dever controlar diferentes nveis de acesso de acordo com o perfil do
usurio.
03 - O eXtensis deve permitir que um mesmo usurio do sistema possa estar vinculado a
um ou mais grupo/nvel de usurios.
04 - O eXtensis dever permitir o cadastro de Programas
05 - O eXtensis dever permitir a atualizao do cadastro de Programas
06 O eXtensis dever permitir o cadastro de AEs
07 O eXtensis dever permitir a atualizao do cadastro de AEs
08 O eXtensis dever permitir que uma AE seja vinculada a faculdades
12
09 O eXtensis dever associar usurios a uma AE/AEF.

11 O eXtensis dever permitir a definio de uma AE como Projeto ou Atividade
12 O eXtensis dever permitir a definio de um professor como coordenador da AE.
13 O eXtensis dever permitir a vinculao de uma AE a um Programa.
14 O eXtensis dever permitir o cadastro de AEFs
15 O eXtensis dever permitir a atualizao do cadastro de AEFs
16 O eXtensis dever permitir a definio de uma rea Temtica para a AEF
17 O eXtensis dever permitir a definio de um professor como coordenador da
AEF.
18 O eXtensis dever permitir atribuio do preenchimento dos dados da AEF ao
Professor Coordenador
19 O eXtensis dever associar uma AEF a uma Faculdade
20 O eXtensis dever permitir a vinculao de uma AEF a uma AE.
21 O eXtensis deve caracterizar os colaboradores das AEFs como: Aluno, Professor,
Tcnico/Administrativo, Parceiro ou Externo vinculado a parceiro
22 O eXtensis dever permitir o vinculo de Professores como Colaboradores na AEF
23 O eXtensis dever permitir o vinculo de Alunos como Colaboradores na AEF
24 O eXtensis dever permitir o vinculo de Tcnicos Administrativos como
Colaboradores na AEF
13
25 O eXtensis dever permitir o vinculo de Parceiros como Colaboradores na AEF

26 O eXtensis dever permitir o a indicao da quantidade de externos vinculados ao
Parceiro, participaro como Colaboradores na AEF
28 O eXtensis dever permitir o cadastro de Tcnicos Administrativos
29 O eXtensis dever permitir o cadastro de Parceiros
32 O eXtensis deve tratar o cadastro de Tcnicos Administrativos de forma
independente AEF a que esto vinculados
33 O eXtensis deve tratar o cadastro de Parceiros de forma independente AEF a que
esto vinculados
42 O eXtensis dever verificar se todos os campos obrigatrios foram preenchidos.
45 O eXtensis dever permitir a validao das informaes da AEF pelo Diretor da
Faculdade.
53 O eXtensis dever oferecer filtros para buscas de informaes
54 O eXtensis deve disponibilizar filtros diferenciados por nvel de usurio
55 O eXtensis dever controlar as operaes de desvinculo.
56 O eXtensis dever permitir a definio da data para fechamento de AEFs no
sistema.
57 O eXtensis dever permitir o cadastro de novas reas temticas
58 O eXtensis dever permitir a configurao das mensagens de alerta.
59 O eXtensis dever enviar mensagens de alerta.
14
60 O eXtensis deve possuir rastreabilidade de alteraes de dados

61 O eXtensis dever manter log das alteraes executadas
62 - O eXtensis dever importar as informaes do LOGOS
15
Casos de Uso relacionados:

01 Cadastrar AE
02 Vincular Faculdade
03 Alterar AE
04 Cancelar AE
05 Cadastrar AEF
06 Alterar AEF
07 Cancelar AEF
08 Cadastrar Programa
09 Alterar Programa
10 Cancelar Programa
16 Vincular Docente
17 Vincular Aluno
18 Cadastrar Tcnico / Administrativo
22 Cadastrar usurio
23 Desativar usurio
28 Consultar Programa
29 Consultar AE
30 Consultar AEF
31 Cadastrar rea Temtica
16
36 Bloquear Programa
37 Bloquear AE
38 Bloquear AEF
40 Cadastrar Parceiro
41 Vincular Parceiro
44 - Vincular Tcnico / Administrativo
17
Regras de Negcio relacionadas:

01 No cadastro de Programas a Data de Fim deve estar visvel sempre, porm
desabilitada enquanto o status for diferente de "finalizado" ou "cancelado".
02 No cadastro de Programas os campos obrigatrios so: Nome, Descrio, Data de
Incio. Data Final somente quando estiver ativa.
03 O cadastro de programa somente poder ser realizado pela PREAC
05 No cadastro de AE, quando o tipo for projeto, os campos obrigatrios so: Nome,
Descrio, Tipo, Vincular ao Programa, Professor Coordenador da AE, Data de Incio.
06 No cadastro de AE, quando o tipo for atividade, os campos obrigatrios so:
Nome, Descrio, Tipo, Vincular ao Programa, Professor Coordenador da AE, Data de
Incio e Data Final.
07 No cadastro de AE podero ser vinculadas uma ou mais faculdades, no havendo
nenhuma restrio na lista de faculdade, independentemente de que estiver realizando o
cadastro.
08 O cadastro de AE poder ser feito pela PREAC e pelas Diretorias de Faculdades.
09 No cadastro de AEF, os campos obrigatrios so: Nome, Descrio, Tipo, Vincular
a AE, Professor Coordenador da AEF, Data de Incio e Data Final.
10 O professor coordenador da AEF poder ou no ser o mesmo professor
coordenador da AE.
11 Todos os externos devem estar vinculados a um parceiro.
12 No vinculo de parceiros necessrio indicar quantos colaboradores externos o
mesmo enviar.
13 O cadastro de AEF poder ser feito pela PREAC, pelas Diretorias de Faculdades,
ou pelas Coordenaes de Curso
18
14 No cadastro de Tcnicos Administrativos os campos obrigatrios so: Nome,

Funo e Departamento
15 No cadastro de Parceiros os campos obrigatrios so: Razo Social, Nome Fantasia
e CNPJ
22 Toda AEF deve estar vinculada a uma AE
23 Uma AE pode ter uma ou mais AEFs Vinculadas
24 Os Programas, AEs e AEFs no podero ser apagadas, somente bloqueadas ou
canceladas do eXtensis
26 Toda AE um Projeto ou Atividade
27 Toda AEF deve estar vinculada a uma Faculdade
29 Uma AE pode ou no estar vinculada a um Programa
30 Um Diretor de Faculdade pode conceder a opo do professor Coordenador da
Ao realizar o lanamento das informaes da AEF no eXtensis.
36 O eXtensis no permitir desvinculo de uma faculdade da AE, caso a faculdade
tenha alguma AEF vinculada a essa AE.
19
Propostas que objetivam sanar as falhas encontradas

Analisamos os Requisitos Funcionais, Casos de Uso e Regras de Negcio relacionados
Pr-eventos e destacamos apenas os que consideramos representar algum problema, de
acordo com o que aprendemos at o presente momento na sala aula e com o que
conseguimos absorver nas pesquisas extraclasse.
Requisitos Funcionais
RF: 01
Tipo de Problema: Inconexo/ Completude/ Definio
Descrio do Problema:
A palavra controlar sugere um entendimento errado do funcionamento do sistema.
Porque quem controla o sistema o ADMIM; o que o sistema faz permitir o acesso.
Esse requisito depende do RF 02 para terminar seu contexto. Porque no explica a
forma de restrio (se por perfil de usurio, se por cargo/funo, etc.), apenas
informa que os acessos so restritos.
Sugesto de um novo Requisito:
O eXtensis dever permitir o acesso de usurios de acordo seu perfil.
RF: 02
Tipo de Problema: Inconciso
Porque quem controla o sistema o ADMIM; o que o sistema faz permitir o acesso.
O eXtensis dever permitir diferentes nveis de acesso de acordo com o perfil do
usurio.
20
RF: 03
Tipo de Problema: Despadronizao / Repetio
Esta fora do padro. O verbo dever deve estar no futuro, como os outros. E est se
usando perfil de usurio no grupo/nvel de usurio.
Trata-se de usurios do eXtensis, ento no necessrio repetir que so usurios do
sistema.
O eXtensis dever permitir que um mesmo usurio possa estar vinculado a um ou mais
perfis de usurios.
RF: 04, 06 e 14
Tipo de Problema: Restrio
Esses requisitos tratam de cadastramento, ento no necessrio deix-los separados,
porque assim, restringe o requisito. E todos tm a mesma justificativa.
O eXtensis dever permitir o cadastramento de AEFs, AEs e Programas.
RF: 05, 07 e 15
Esses requisitos tratam de atualizao de cadastro, ento no necessrio deix-los
separado, porque assim, restringe o requisito. E todos tm a mesma justificativa.
O eXtensis dever permitir a atualizao do cadastro de AEFs, AEFs e Programas.
21
RF: 08
Tipo de Problema: Corretude
A hierarquia do propsito do projeto est invertida (pode-se chegar isso na figura 11,
pg. 79, onde se encontra um diagrama de hierarquia relacionando os relatrios para o
MEC).
Na justificativa informa que a faculdade pode tambm ser vinculada a uma AEF, no
apenas numa AE, como o prprio requisito diz.
O eXtensis dever permitir que uma faculdade seja vinculada a uma AEF e/ou AE.
RF: 09
Tipo de Problema: Inconciso
A palavra associar sugere um entendimento errado do funcionamento do sistema.
Porque quem associa os colaboradores o Coordenador do curso; o que o sistema faz
permitir a associao.
E podemos associar colaboradores, no necessariamente usurios.
O eXtensis dever permitir a associao de colaboradores a uma AE/AEF.
RF: 13
Tipo de Problema: Ambigidade
A justificativa do requisito a mesma coisa que sua discrio. O que est descrito na
dependncia que seria a justificativa.
No necessrio.
22
RF: 18
Tipo de Problema: Completude
A justificativa do requisito est incompleta, pois no explica o motivo da
descentralizao do lanamento das informaes.
No necessrio, apenas da justificativa:
Descentralizar o lanamento das informaes, pois apenas o Professor Coordenador ter
acesso a algumas delas.
RF: 21
Tipo de Problema: Despadronizao
Esta fora do padro. O verbo dever deve estar no futuro, como os outros.
A palavra caracterizar sugere um entendimento errado do funcionamento do sistema.
Porque quem caracteriza o ADMIM; o que o sistema faz permitir a
escolha do perfil do colaborador. E os tipos de perfis so RN.
O eXtensis dever permitir a escolha do perfil dos colaboradores das AEFs.
RF: 23, 24 e 25
Esses requisitos se tratam de vinculao, ento no necessrio deix-los separado,
porque assim, restringe o requisito. E suas justificativas so RN.
O eXtensis dever permitir o vinculo de Professores, Alunos e Tcnicos
Administrativos como colaboradores na AEF.
23
RF: 28
Neste caso a palavra cadastro deve ser substituda por importao
O eXtensis dever permitir a iportao de Tcnicos Administrativos
RF: 29
Neste caso a palavra cadastro deve ser substituda por importao
O eXtensis dever permitir a importao de Parceiros
RF: 32
Como j dito o cadastro de Tcnicos Administrativos no responsabilidade do
eXtensis.
O eXtensis deve tratar a vinculao de Tcnicos Administrativos de forma independente
AEF.
24
RF: 33
Como j dito o cadastro de Parceiros no responsabilidade do eXtensis.
O eXtensis dever tratar a vinculao de Parceiros de forma independente AEF.
RF: 16 e 57
Tipo de Problema: Ambigidade/ Inconciso
Uma rea Temtica est vinculada a uma AEF, e para cada AEF s pode-se ter uma
rea Temtica, ento para criao de uma nova rea Temtica preciso necessariamente
de uma AEF.
Por padro, o eXtensis permite a definio de uma rea Temtica e, no o seu cadastra.
O eXtensis dever permitir a definio de uma rea Temtica para uma AEF. E
permitir uma nova definio de rea Temtica para uma nova AEF.
RF: 55
Porque quem controla o ADMIM; o que o sistema faz permitir o desvinculo.
O Extensis dever permitir operaes de desvinculo.
25
RF: 58
As mensagens j so pr-definidas pelo eXtensis, o que pode ser configurado so os
textos das mensagens.
O Extensis dever permitir a alterao dos textos das mensagens de alerta.
RF: 59
No informa quando as mensagens sero enviadas.
Como e em que situaes elas sero enviadas RN.
O Extensis dever mensagens de alerta, quando necessrio.
RF: 61
No tem RN.
No necessrio.
26
Casos de Uso
UC: 01
Tipo de Problema: Corretude/ Completude

A descrio do Caso no condiz com o nome do caso, com os fluxos apresentados e
com a ps-condio.
Na ps-condio informado que necessariamente uma AE vinculada a um Programa,
e de acordo o que est descrito no Fluxo Alternativo isso no uma necessidade, pode
ou no uma AE estar vinculada a um Programa.
Sugesto de um novo Caso de Uso:
UC 01 Cadastrar AE
Este caso de uso cadastra uma AE e a vincula, se necessrio, a um Programa.

Ator(es)
Gestor de AE
Pr-Condies
Usurio deve estar autenticado no sistema e ter acesso funcionalidade.
27
Fluxo Principal.
1.
2.
3.
4.
5.
6.
U:
EX:
U:
EX:
U:
EX:
Solicita cadastro de uma AE

Solicita informaes para cadastro
Informa dados [FA1]
Solicita vnculo de AE com Programa
Realiza vnculo de AE com Programa [FA2]
Confirma cadastro
Fluxo Alternativo
FA1. Usurio no informa os dados obrigatrios
1.1. EX: Informa que h dados obrigatrios no preenchidos
1.2.
Volta para o passo 2
FA2.1. No h necessidade de realizar vnculo com Programa
2.1.1. U:
Informa que no h vnculo com um Programa
2.1.2. EX: Confirma cadastro sem o vnculo
2.1.3.
Encerra caso de uso
FA2.2. No h Programa disponvel para vnculo
2.2.1. EX: Informa que no h Programa disponvel para vnculo
2.2.2. EX: Confirma cadastro sem o vnculo
2.2.3.
Encerra caso de uso
Ps-Condies
AE cadastrada e se necessrio, vinculada a um Programa
28
UC: 02
Tipo de Problema: Corretude/Ambigidade

A descrio do Caso, uma das Pr-Condies no condiz com o novo requisito (RF 08).
Nos Fluxos, h uma pequena confuso, pois este caso trata de vinculo de Faculdade e
no de desvinculo; para este seria necessrio um novo Caso de Uso.
Na Ps-Condio h ambigidade, pois a Faculdade j est vinculada, e no h
necessidade de colocar a palavra associada.
UC 02 Vincular Faculdade
Este caso de uso vincula faculdade(s) a uma AEF e/ou AE.

Ator(es)
Gestor de AE
Pr-Condies
Usurio deve estar acessando uma AEF e/ou AE ativa.
Fluxo Principal
1.
2.
3.
4.
5.
U:
EX:
EX:
U:
EX:
Solicita realizao do vnculo de faculdade

Informa faculdades j vinculadas na AEF e/ou AE [FA1]
Solicita faculdades para vnculo [FA2]
Efetua o vnculo [FA3]
Confirma vnculo
Fluxo Alternativo
FA1. No h faculdades vinculadas
29
1.1.
1.2.
EX: No exibe faculdades vinculadas

FA2 No h faculdades para vinculo

2.1.
2.2.
EX:
Informa que no h faculdades para vinculo

Encerra caso de uso
FA3. Usurio no efetua o vnculo

3.1.
3.2.
U:
No informa faculdades para efetuar o vnculo

Encerra caso de uso
Ps-Condies
Faculdade vinculada a uma AEF e/ou AE ativa.
30
UC 49 Desvincular Faculdade
Este caso de uso desvincula faculdade(s) de uma AEF e/ou AE.

Ator(es)
Gestor de AE
Pr-Condies
Usurio deve estar acessando uma AEF e/ou AE ativa.
Fluxo Principal
1.
2.
3.
4.
5.
U:
EX:
EX:
U:
EX:
Solicita realizao do desvinculo de faculdade

Informa as faculdades vinculadas na AEF e/ou AE [FA1]
Solicita faculdades para desvinculo [FA2]
Efetua o desvinculo
Confirma desvinculo
Fluxo Alternativo
FA1. No h faculdades vinculadas
1.1. EX: No exibe faculdades vinculadas
1.2.
Encerra caso de uso
FA2 No h faculdades disponveis para desvinculo
2.1.
2.2.
EX:
Informa que no h faculdades disponveis para desvinculo

Encerra caso de uso
Ps-Condies
Faculdade desvinculada de uma AEF e/ou AE ativa.
31
UC: 03, 04 e 37
De acordo o novo requisito sugerido (juno dos RF 05, 07 e 15), atualizar AE, AEF e
Programas est embutida a idia de manter, que para esse sistema, alterar, cancelar e
bloquear. Ento na Pr-Condio deve estar descrito que aps a consulta, o usurio deve
solicitar atualizao.
Nesses Casos trata-se especificamente de AE.
No caso 37, h tambm uma pequena confuso, pois este caso se trata de bloqueio de
AE e no desbloqueio; para este seria necessrio um novo Caso de Uso; mesmo que isso
esteja especificado na descrio do caso.
UC 03 Alterar AE
Este caso de uso altera uma AE.

Ator(es)
Gestor de AE
Pr-Condies
Usurio deve ter consultado uma AE ativa e solicitado atualizao da mesma.
Fluxo Principal
1.
2.
3.
4.
U:
EX:
U:
EX:
Solicita alterao de uma AE

Solicita informaes para alterao do cadastro
Informa dados [FA1]
Confirma alterao
Fluxo Alternativo
32

1.2.
Ps-Condies
AE Alterada.
33
UC04 Cancelar AE
Este caso de uso cancela uma AE

Ator(es)
Gestor de AE
Pr-Condies
Usurio deve estar autenticado no sistema e ter acesso funcionalidade
Fluxo Principal
1.
2.
3.
4.
5.
6.
U:
EX:
U:
EX:
U:
EX:
Solicita cancelar AE
Oferece cancelamento indicando as AEF associadas e status
Confirma cancelamento [FA1]
Solicita motivo
Informa o motivo do cancelamento [FA2]
Informa cancelamento
Fluxo Alternativo
FA1. Usurio no confirma cancelamento
1.1. EX:
Informa falta de confirmao
1.2.
Encerra Caso de Uso
FA2. Usurio no informa o motivo
2.1.
2.2.
EX:
Informa falta do motivo

Ps-Condies
AE e AEF associadas so canceladas.
34
UC 37 Bloquear AE
Este caso de uso bloqueia uma AE.
Ator(es)
Gestor de AE
Pr-Condies
Usurio deve estar autenticado no sistema e ter acesso a funcionalidade
Fluxo Principal
1.
2.
3.
4.
5.
6.
U:
EX:
U:
EX:
U:
EX:
Solicita bloquear AE
Oferece bloqueio
Confirma bloqueio [FA1]
Solicita motivo
Informa o motivo do bloqueio[FA2]
Informa bloqueio
Fluxo Alternativo
FA1. Usurio no confirma bloqueio
1.1. EX:
1.2.
Encerra Caso de Uso
2.1.
2.2.
EX:

Ps-Condies
AE bloqueada.
35
UC 50 Desbloquear AE
Este caso de uso desbloqueia uma AE.

Ator(es)
Gestor de AE
Pr-Condies
Usurio deve ter consultado um AE ativo e solicitado atualizao do mesmo.
Fluxo Principal
1.
2.
3.
4.
U:
EX:
U:
EX:
Solicita desbloquear AE
Oferece desbloqueio
Confirma desbloqueio [FA1]
Informa desbloqueio
Fluxo Alternativo
FA1. Usurio no confirma desbloqueio
1.1. EX:
1.2.
Encerra Caso de Uso
Ps-Condies
AEs so desbloqueadas.
36
UC: 06, 07 e 38

Nesses Casos trata-se especificamente de AEF.
No caso 07, ainda ha o erro de a consulta da AEF j est pr-definida na Pr-Condio,
e constar tambm no Fluxo Principal.
Por questo de padres, utilizaremos que a consulta j est pr-definida na PrCondio.
AEF e no desbloqueio; para este seria necessrio um novo Caso de Uso; mesmo que
isso esteja especificado na descrio do caso.
UC 06 Alterar AEF
Este caso de uso altera uma AEF.

Ator(es)
Gestor de AEF
Pr-Condies
37
Usurio deve ter consultado uma AEF ativa e solicitado atualizao da mesma.
Fluxo Principal
1.
2.
3.
4.
U:
EX:
U:
EX:
Solicita alterao de uma AEF

Informa dados [FA1]
Confirma alterao
Fluxo Alternativo
1.2.
Ps-Condies
AEF Alterada.
38
UC 07 Cancelar AEF
Este caso de uso cancela uma AEF

Ator(es)
Gestor de AEF
Pr-Condies
Usurio deve estar autenticado no sistema e ter acesso funcionalidade
Fluxo Principal
1.
4.
5.
6.
U:
EX:
U:
EX:
U:
EX:
Solicita cancelar AEF

Informa status
Confirma o cancelamento[FA1]
Solicita motivo
Informa o motivo do cancelamento[FA2]
Informa o cancelamento
Fluxo Alternativo
1.1. EX:
1.2.
Encerra Caso de Uso
2.1.
2.1.
EX:

Ps-Condies
AEF cancelada
39
UC 38 Bloquear AEF
Este caso de uso bloqueia uma AEF.

Ator(es)
Gestor de AEF
Pr-Condies
Fluxo Principal
1.
2.
3.
4.
5.
6.
U:
EX:
U:
EX:
U:
EX:
Solicita bloquear AEF

Oferece bloqueio
Solicita motivo
Informa bloqueio
Fluxo Alternativo
1.1. EX:
1.2.
Encerra Caso de Uso
2.1.
2.2.
EX:

Ps-Condies
AEF bloqueada.
40
UC 51 Desbloquear AEF
Este caso de uso desbloqueia uma AEF.

Ator(es)
Gestor de AEF
Pr-Condies
Usurio deve ter consultado um AEF ativo e solicitado atualizao do mesmo.
Fluxo Principal
1.
2.
3.
4.
U:
EX:
U:
EX:
Solicita desbloquear AEF

Oferece desbloqueio
Informa desbloqueio
Fluxo Alternativo
1.1. EX:
1.2.
Encerra Caso de Uso
Ps-Condies
AEFs so desbloqueadas.
41
UC: 08

De acordo a RN 003, quem pode cadastrar um Programa s o PREAC, e no o Gestor
de AE, como descrito no Caso
UC 08 Cadastrar Programa
Este caso de uso cadastra um Programa.

Ator(es)
PREAC
Pr-Condies
Usurio deve estar autenticado no sistema e ter acesso a funcionalidade.
Fluxo Principal
1.
2.
3.
4.
U:
EX:
U:
EX:
Solicita cadastro de um Programa

Informa dados [FA1]
Confirma cadastro
Fluxo Alternativo
1.2.
Ps-Condies
Programa cadastrado.
42
UC: 09, 10 e 36

Nesses Casos trata-se especificamente de Programas.
Como para o cadastro de Programas apenas o PREAC pode efetuar, ento
conseqentemente para sua atualizao tambm.
Programa e no desbloqueio; para este seria necessrio um novo Caso de Uso; mesmo
que isso esteja especificado na descrio do caso.
UC 09 Alterar Programa
Este caso de uso altera um Programa.

Ator(es)
PREAC
Pr-Condies
Usurio deve ter consultado um Programa ativo e solicitado atualizao do mesmo.
43
Fluxo Principal
1.
2.
3.
4.
U:
EX:
U:
EX:
Solicita alterao de um Programa

Informa dados [FA1]
Confirma alterao
Fluxo Alternativo
1.2.
Ps-Condies
Programa alterado.
44
UC 10 Cancelar Programa
Este caso de uso cancela um Programa

Ator(es)
PREAC
Pr-Condies
Fluxo Principal
1.
2.
3.
4.
5.
6.
U:
EX:
U:
EX:
U:
EX:
Solicita cancelar Programa

Oferece cancelamento indicando as AE e AEF associadas e status
Confirma cancelamento [FA1]
Solicita motivo
Informa o motivo do cancelamento [FA2]
Informa cancelamento
Fluxo Alternativo
1.1. EX:
1.1.
Encerra Caso de Uso
2.1.
2.1.
EX:

Ps-Condies
Programa e AE associadas so cancelados.
45
UC 52 Bloquear Programa
Este caso de uso bloqueia um Programa.

Ator(es)
PREAC
Pr-Condies
Fluxo Principal
1.
2.
3.
4.
5.
6.
U:
EX:
U:
EX:
U:
EX:
Solicita bloquear Programa

Oferece bloqueio indicando as AE e AEF associadas e status
Solicita motivo
Informa bloqueio
Fluxo Alternativo
1.1. EX:
1.2.
Encerra Caso de Uso
2.1.
2.2.
EX:

Ps-Condies
Programa, AEs e AEFs associadas so bloqueadas.
46
UC 53 Desbloquear Programa
Este caso de uso desbloqueia um Programa.

Ator(es)
PREAC
Pr-Condies
Fluxo Principal
1.
2.
3.
4.
U:
EX:
U:
EX:
Solicita desbloquear Programa

Oferece desbloqueio indicando as AE e AEF associadas e status
Informa desbloqueio
Fluxo Alternativo
1.1. EX:
1.2.
Encerra Caso de Uso
Ps-Condies
Programa, AEs e AEFs associadas so desbloqueadas.
47
UC: 16

Nos Fluxos, h uma pequena confuso, pois este caso se trata de vinculo de Docente e
UC 16 Vincular Docente
Este caso de uso vincula um Docente a uma AEF

Ator(es)
Gestor de AEF
Pr-Condies
Docente deve estar previamente cadastrado.
Usurio deve ter realizado acesso a uma AEF ativa.
Fluxo Principal
1.
2.
3.
4.
5.
U:
EX:
EX:
U:
EX:
Solicita realizao do vnculo de Docente

Informa Docentes j vinculados [FA1]
Oferece Docentes para vnculo [FA2]
Confirma vnculo
Fluxo Alternativo
FA1. No h Docentes vinculados
1.1. EX: No exibe Docentes vinculados
1.2.
48
FA2.2. No h Docentes para vinculo

2.3.1.
2.3.2.
EX:
Informa que no h Docentes para vinculo

Encerra caso de uso

3.1.
3.2.
U:
No informa Docentes para efetuar o vnculo

Encerra caso de uso
Ps-Condies
Docente vinculado a AEF.
49
UC 54 Desvincular Docente
Este caso de uso desvincula docentes da AEF

Ator(es)
Gestor de AEF
Pr-Condies
Docente deve estar previamente cadastrado.
Fluxo Principal
1.
2.
3.
4.
5.
U:
EX:
EX:
U:
EX:
Solicita realizao do desvinculo do docente

Informa os docentes vinculados na AEF [FA1]
Solicita docentes para desvinculo [FA2]
Efetua o desvinculo
Confirma desvinculo
Fluxo Alternativo
FA1. No h docentes vinculados
1.1. EX: No exibe docentes vinculados
1.2.
Encerra caso de uso
FA2 No h docentes disponveis para desvinculo
2.1.
2.2.
EX:
Informa que no h docentes disponveis para desvinculo

Encerra caso de uso
Ps-Condies
Docente desvinculado da AEF
50
UC: 17

Nos Fluxos, h uma pequena confuso, pois este caso se trata de vinculo de Aluno e no
de desvinculo; para este seria necessrio um novo Caso de Uso.
UC 17 Vincular Aluno
Este caso de uso vincula um Aluno a uma AEF

Ator(es)
Gestor de AEF
Pr-Condies
Aluno deve estar previamente cadastrado.
Fluxo Principal
1.
2.
3.
4.
5.
U:
EX:
EX:
U:
EX:
Solicita realizao do vnculo de Aluno

Informa Alunos j vinculados [FA1]
Oferece Alunos para vnculo [FA2]
Confirma vnculo
Fluxo Alternativo
FA1. No h Alunos vinculados
1.1. EX: No exibe Alunos vinculados
1.2.
51
FA2. No h Alunos para vinculo

2.1.
2.2.
EX:
Informa que no h Alunos para vinculo

Encerra caso de uso

3.1.
3.2.
U:
No informa Alunos para efetuar o vnculo

Encerra caso de uso
Ps-Condies
Aluno vinculado a AEF.
52
UC 55 Desvincular Aluno
Este caso de uso desvincula alunos da AEF

Ator(es)
Gestor de AEF
Pr-Condies
Aluno deve estar previamente cadastrado.
Fluxo Principal
1.
2.
3.
4.
5.
U:
EX:
EX:
U:
EX:
Solicita realizao do desvinculo do aluno

Informa os aluno vinculados na AEF [FA1]
Solicita alunos para desvinculo [FA2]
Efetua o desvinculo
Confirma desvinculo
Fluxo Alternativo
FA1. No h alunos vinculados
1.1. EX: No exibe alunos vinculados
1.2.
Encerra caso de uso
FA2 No h alunos disponveis para desvinculo
2.1.
2.2.
EX:
Informa que no h alunos disponveis para desvinculo

Encerra caso de uso
Ps-Condies
Aluno desvinculado da AEF
53
UC: 22
Tipo de Problema: Corretude/ Completude

O Caso se trata de Cadastro de Usurio, e um dos fluxos alternativos para o Parceiro;
este Colaborador e no usurio.
Nesse caso tambm no mencionado a questo de nvel de acesso e que um usurio
pode ter mais de um nvel de acesso (conforme RF 01,02 e 03).
UC 22 Cadastrar Usurio
Este caso de uso cadastra um Usurio para acesso ao EX.

Ator(es)
PREAC
Pr-Condies
Fluxo Principal
1.
2.
3.
4.
5.
6.
7.
U:
EX:
U:
EX:
U:
EX:
EX:
Solicita cadastro de um usurio

Informa dados [FA1]
Solicita nvel de acesso
Informa nvel de acesso[FA2]
Confirma nvel de acesso
Confirma cadastro
Fluxo Alternativo
1.1.
EX: Informa que h dados obrigatrios no preenchidos
1.2.
54
FA2. Usurio solicita mais de um nvel de

2.1.
2.2.
2.3
EX: Pergunta de necessrio mais de um nvel de acesso

U:
Informa se necessrio ou no
Volta ao passo 6
Ps-Condies
O Usurio cadastrado para acesso ao EX.
55
UC: 28

Como para o cadastro de Programas apenas o PREAC pode efetuar, ento
conseqentemente para sua consulta tambm.
UC 28 Consultar Programa
Este caso de uso realiza consulta a programas

Ator(es)
PREAC
Pr-Condies
Fluxo Principal
1.
2.
3.
EX:
U:
EX:
Solicita parmetros para realizar a consulta do programa(s)

Informa parmetros do programa(s)[FA1]
Informa lista de programa(s) conforme parmetros informados
Fluxo Alternativo
FA1. Usurio no informa parmetros
1.1.
EX: Informa todos programa(s) cadastrados.
1.2.
Encerra caso de uso.
Ps-Condies
Consulta de programa realizada.
56
UC: 41

Nos Fluxos, h uma pequena confuso, pois este caso se trata de vinculo de Parceiro e
UC 41 Vincular Parceiro
Este caso de uso vincula um Parceiro a uma AEF

Ator(es)
Gestor de AEF
Pr-Condies
Parceiro deve estar previamente cadastrado.
Fluxo Principal
1.
2.
3.
4.
5.
U:
EX:
EX:
U:
EX:
Solicita realizao do vnculo de Parceiro

Informa Parceiros j vinculados [FA1]
Oferece Parceiros para vnculo [FA2]
Confirma vnculo
Fluxo Alternativo
FA1. No h Parceiros vinculados
1.1. EX: No exibe Parceiros vinculados
1.2.
FA2. No h Parceiros para vinculo
2.1.
2.2.
EX:
Informa que no h Parceiros para vinculo

Encerra caso de uso
57

3.1. U:
No informa Parceiros para efetuar o vnculo e encerra
3.2.
Encerra caso de uso
Ps-Condies
Parceiro vinculado a AEF.
58
UC 56 - Desvincular Parceiro
Este caso de uso desvincula Parceiros da AEF

Ator(es)
Gestor de AEF
Pr-Condies
Parceiro deve estar previamente cadastrado.
Fluxo Principal
1.
2.
3.
4.
5.
U:
EX:
EX:
U:
EX:
Solicita realizao do desvinculo do Parceiro

Informa os parceiros vinculados na AEF [FA1]
Solicita parceiros para desvinculo [FA2]
Efetua o desvinculo
Confirma desvinculo
Fluxo Alternativo
FA1. No h parceiros vinculados
1.1. EX: No exibe parceiros vinculados
1.2.
Encerra caso de uso
FA2 No h parceiros disponveis para desvinculo
2.1.
2.2.
EX:
Informa que no h parceiros disponveis para desvinculo

Encerra caso de uso
Ps-Condies
Parceiro desvinculado da AEF.
59
UC: 44

Nos Fluxos, h uma pequena confuso, pois este caso se trata de vinculo de Tcnico
Administrativo e no de desvinculo; para este seria necessrio um novo Caso de Uso.
UC 44 - Vincular Tcnico Administrativo
Este caso de uso vincula um Tcnico Administrativo a uma AEF

Ator(es)
Gestor de AEF
Pr-Condies
Tcnico Administrativo deve estar previamente cadastrado.
Fluxo Principal
1.
2.
3.
4.
5.
U:
EX:
EX:
U:
EX:
Solicita realizao do vnculo de Tcnico Administrativo

Informa Tcnico Administrativo j vinculados [FA1]
Oferece Tcnico Administrativo para vnculo [FA2]
Confirma vnculo
Fluxo Alternativo
FA1. No h Tcnico Administrativo vinculados
1.1. EX: No exibe Tcnico Administrativo vinculados
1.2.
FA2. No h Tcnico Administrativo para vinculo
2.1.
2.2.
EX:
Informa que no h Tcnico Administrativo para vinculo

Encerra caso de uso
60

3.1. U:
No informa Tcnico Administrativo para efetuar o vnculo e encerra
3.2.
Encerra caso de uso
Ps-Condies
Tcnico Administrativo vinculado a AEF.
61
UC 57 Desvincular Tcnico Administrativo
Este caso de uso desvincula Tcnico Administrativo da AEF

Ator(es)
Gestor de AEF
Pr-Condies
Tcnico Administrativo deve estar previamente cadastrado.
Fluxo Principal
1.
2.
3.
4.
5.
U:
EX:
EX:
U:
EX:
Solicita realizao do desvinculo do Tcnico Administrativo

Informa os Tcnico Administrativo vinculados na AEF [FA1]
Solicita Tcnico Administrativo para desvinculo [FA2]
Efetua o desvinculo
Confirma desvinculo
Fluxo Alternativo
FA1. No h Tcnico Administrativo vinculados
1.1. EX: No exibe Tcnico Administrativo vinculados
1.2.
Encerra caso de uso
FA2 No h Tcnico Administrativo disponveis para desvinculo
2.1.
EX:
2.2.
Informa que no h Tcnico Administrativo disponveis para

desvinculo
Encerra caso de uso
Ps-Condies
Tcnico Administrativo desvinculado da AEF.
62
Regras de Negocio
UC: 03
No apenas o cadastro de Programas que responsabilidade do PREAC, sua
atualizao tambm.
Sugesto de uma nova Regra de Negocio:
O cadastro de Programas e suas atualizaes somente podero ser realizados pelo
PREAC.
UC: No tem
Tipo de Problema: Inexistncia
No tem uma RN para quem poder fazer o cadastro da rea Temtica.
O cadastro da rea Temtica e suas atualizaes somente podero ser realizados pelo
PREAC.
(Baseado no UC 31).
UC: No tem
No tem uma RN informando quando e como so enviadas as mensagens de alerta.
As mensagens de alerta sero enviadas na prpria interface do usurio quando:
Mensagem de falta de preenchimento se campos obrigatrios; Mensagem de concluso
de cadastro (seja ele qual for); Mensagem de atualizao de cadastro (seja ele qual for).
63
UC: 14
O eXtensis no responsvel por fazer o cadastro de Parceiros, apenas responsvel
pela sua vinculao a uma AEF.
Como j mencionado nos requisitos
Inexistncia dessa Regra de Negocio.
UC: 15
O eXtensis no responsvel por fazer o cadastro de Tcnicos Administrativos, apenas
responsvel pela sua vinculao a uma AEF.
Como j mencionado nos requisitos
Inexistncia dessa Regra de Negocio.
UC: No tem
No tem uma RN informando quais os perfis de colaboradores que o sistema ter. ( De
acordo novo requisito 21)
Os perfis de colaboradores so: Aluno, Professor, Tcnico Administrativo, Parceiro ou
Externos vinculados ao Parceiro.
64
UC: No tem
No tem uma RN informando do que o sistema gerar log.
Sero gerados logs das operaes de vinculo, desvinculo e de cadastro.
UC: No tem
No tem uma RN informando o que poder ser desvinculado.
O desvinculo ser permitido para: Faculdades, Docentes, Alunos, Parceiros ou Externos
ligados a ele e Tcnicos Administrativos.
UC: 22
Falta mais informaes sobre a quantidade de AEs que a mesma AEF pode participar.
Toda AEF deve estar vinculada a apenas uma AE.
65
UC: No tem
Falta mais informaes sobre a quantidade de Programas que a mesma AE pode
participar.
Toda AE deve estar vinculada a apenas um Programa.
66
Relao de Novos ou Excludos Requisitos, Casos de Uso e

Regras de Negocio
Requisitos Funcionais
N do RF eXetensis: 04, 06 e 14
N do RF sugerido: 78
Requisito: O eXtensis dever permitir o cadastramento de AEFs, AEs e Programas.
Requisito: O eXtensis dever permitir a atualizao do cadastro de AEFs, AEs e
Programas.
Requisito: O eXtensis dever permitir o vinculo de Professores, Alunos e Tcnicos
Administrativos como colaboradores na AEF.
N do RF eXetensis: 28
N do RF sugerido:
Requisito: Inexistncia desse requisito
N do RF eXetensis: 29
N do RF sugerido:
Requisito: Inexistncia desse requisito
N do RF eXetensis: 16 e 57
67
Requisito: O eXtensis dever permitir a definio de uma rea Temtica para uma
AEF. E permitir uma nova definio de rea Temtica para uma nova AEF.
68
Casos de Uso
N do UC eXetensis: 18
N do UC sugerido:
Caso de Uso: Inexistncia desse caso de uso
N do UC eXetensis:
N do UC sugerido: 48
Caso de Uso: Desvincular Faculdade
N do UC eXetensis:
Caso de Uso: Desbloquear AE
N do UC eXetensis:
Caso de Uso: Desbloquear AEF
N do UC eXetensis:
Caso de Uso: Desbloquear Programa
N do UC eXetensis:
Caso de Uso: Desvincular Docente
N do UC eXetensis:
Caso de Uso: Desvincular Aluno
69
N do UC eXetensis: 40
N do UC sugerido:
Caso de Uso: Inexistncia de um desse caso de uso
N do UC eXetensis:
Caso de Uso: Desvincular Parceiro
N do UC eXetensis:
Caso de Uso: Desvincular Tcnico Administrativo
70
Regras de Negocio
N do RN eXetensis:
N do RN sugerido: 40
Regra de Negcio: O cadastro da rea Temtica e suas atualizaes somente podero
ser realizados pelo PREAC.
N do RN eXetensis:
Regra de Negcio: As mensagens de alerta sero enviadas na prpria interface do
usurio quando: Mensagem de falta de preenchimento se campos obrigatrios;
Mensagem de concluso de cadastro (seja ele qual for); Mensagem de atualizao de
cadastro (seja ele qual for).
N do RN eXetensis: 14
N do RN sugerido:
Regra de Negcio:Inexistncia dessa regra de negcio.
N do RN eXetensis: 15
N do RN sugerido:
Regra de Negcio: Inexistncia dessa regra de negcio.
71
N do RN eXetensis:
Regra de Negcio: Os perfis de colaboradores so: Aluno, Professor, Tcnico
Administrativo, Parceiro ou Externos vinculados ao Parceiro.
N do RN eXetensis:
Regra de Negcio: Seram gerados logs das operaes de vinculo, desvinculo e de
cadastro.
N do RN eXetensis:
Regra de Negcio: O desvinculo ser permitido para: Faculdades, Docentes, Alunos,
Parceiros ou Externos ligados a ele e Tcnicos Administrativos.
N do RN eXetensis:
Regra de Negcio: Toda AE deve estar vinculada a apenas um Programa.
72
CONCLUSO
Como a qualidade de um documento de requisitos demanda reviso e a analise,
conclumos que os problemas encontrados no so pelo mau entendimento do sistema e
sim pela falta de tempo que os alunos tiveram para exercer essa tarefa durante a
execuo do TCC.
Esta analise requer grande ateno para que os requisitos no sejam mal escritos,
induzindo a interpretaes diferentes ou a um a total falta de entendimento sobre eles.
Este trabalho nos proporcionou uma boa noo sobre como proceder para analisar um
documento de requisitos. Porm nos perdemos um pouco na hora de rescrecreve-lo para
criar uma parte de validao para o cliente.
Mesmo assim concordamos que esta experincia nos remete ao mercado de trabalho,
transmitindo informaes que sero muito uteis no ambiente corporativo.
73
REFERNCIAS BIBLIOGRFICAS
SOMMERVILLE, Engenharia de Software, 8 ed., So Paulo: Editora PEARSON,
2007.
DELBONI, D; FREITAS, E; VADINAL, R; Extensis (Especificao), TCC, So Paulo:
Universidade Metodista, 2008.
[UFCG] Machado, Patrcia D. L., Reviso do Exerccio II Diagrama de Use Case.
Disponvel
em:
<http://www.dsc.ufcg.edu.br/~patricia/esii2003.1/projeto/UseCases/esii.htm>.
Acesso
em: 17 mai. de 2009

[Leite 07] Leite, J.C.S.P. Livro Vivo: Engenharia de Requisitos. Disponvel em:
<http://livrodeengenhariaderequisitos.blogspot.com/>. Acesso em: 17 mai. de 2009
[PUCRJ] Leite, J.C.S.P.; Sayo, M.; Staa, A. von, Qualidade em Requisitos. Disponvel
em: <ftp://ftp.inf.puc-rio.br/pub/docs/techreports/03_47_sayao.pdf>. Acesso em: 17
mai. de 2009
[FUEM] Huzita, Elisa Hatsue Moriya, Engenharia de Requisitos. Disponvel em:
<http://www.din.uem.br/~emhuzita/download/EngSw/es-requisitos.pdf>. Acesso em:
17 mai. de 2009
WThreeX,
Conceitos:
Criao
de
uma
Baseline.
Disponivel
em:
<http://wthreex.com/rup/process/workflow/conf_mgt/co_basel.htm>. Acesso em: 18

mai. de 2009
Wikipdia,
Baseline
(configuration
management).
Disponivel
em:
<http://en.wikipedia.org/wiki/Baseline_(configuration_management)>. Acesso em: 18

mai. de 2009
74

Qualidade Do Documento de Requisitos Análise e Validação PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Qualidade Do Documento de Requisitos Análise e Validação PDF

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDADE METODISTA DE SO PAULO

FACULDADE DE CINCIAS EXATAS E TECNOLGICAS

ELSINO APARECIDO DE ALMEIDA E SILVA

QUALIDADE DO DOCUMENTO DE REQUISITOS:

ELSINO APARECIDO DE ALMEIDA E SILVA

QUALIDADE DO DOCUMENTO DE REQUISITOS:

Trabalho apresentado no curso de

ELSINO APARECIDO DE ALMEIDA E SILVA

QUALIDADE DO DOCUMENTO DE REQUISITOS:

Figura 1: Grfico de Elicitao de Requisitos

Documento de requisitos: caractersticas e riscos

Os requisitos de um projeto devem estar claramente definidos, possibilitando assim,

Representao inadequada de clientes: se uma classe de clientes ou usurios no foi

Definir requisitos incorretamente: se a definio est incorreta, a implementao

ANLISE DO DOCUMENTO DE REQUISITOS

09 O eXtensis dever associar usurios a uma AE/AEF.

25 O eXtensis dever permitir o vinculo de Parceiros como Colaboradores na AEF

60 O eXtensis deve possuir rastreabilidade de alteraes de dados

Casos de Uso relacionados:

Regras de Negcio relacionadas:

14 No cadastro de Tcnicos Administrativos os campos obrigatrios so: Nome,

Propostas que objetivam sanar as falhas encontradas

Tipo de Problema: Corretude/ Completude

Sugesto de um novo Caso de Uso:

Este caso de uso cadastra uma AE e a vincula, se necessrio, a um Programa.

Solicita cadastro de uma AE

Tipo de Problema: Corretude/Ambigidade

Sugesto de um novo Caso de Uso:

Este caso de uso vincula faculdade(s) a uma AEF e/ou AE.

Solicita realizao do vnculo de faculdade

EX: No exibe faculdades vinculadas

FA2 No h faculdades para vinculo

Informa que no h faculdades para vinculo

FA3. Usurio no efetua o vnculo

No informa faculdades para efetuar o vnculo

Este caso de uso desvincula faculdade(s) de uma AEF e/ou AE.

Solicita realizao do desvinculo de faculdade

Informa que no h faculdades disponveis para desvinculo

Sugesto de um novo Caso de Uso:

Este caso de uso altera uma AE.

Solicita alterao de uma AE

FA1. Usurio no informa os dados obrigatrios

Este caso de uso cancela uma AE

Informa falta do motivo

Informa falta do motivo

Este caso de uso desbloqueia uma AE.

Tipo de Problema: Corretude

Sugesto de um novo Caso de Uso:

Este caso de uso altera uma AEF.

Solicita alterao de uma AEF

Este caso de uso cancela uma AEF

Solicita cancelar AEF

Informa falta do motivo

Este caso de uso bloqueia uma AEF.

Solicita bloquear AEF

Informa falta do motivo

Este caso de uso desbloqueia uma AEF.

Solicita desbloquear AEF

Tipo de Problema: Corretude

Sugesto de um novo Caso de Uso:

Este caso de uso cadastra um Programa.

Solicita cadastro de um Programa

Tipo de Problema: Corretude