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

ELSINO APARECIDO DE ALMEIDA E SILVA LENNON GOMES ROCHA RAQUEL CALIL

QUALIDADE DO DOCUMENTO DE REQUISITOS: 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

ELSINO APARECIDO DE ALMEIDA E SILVA LENNON GOMES ROCHA RAQUEL CALIL

QUALIDADE DO DOCUMENTO DE REQUISITOS: 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 __________________________ Universidade Metodista de So Paulo CRISTIANO DE MORAES __________________________ Universidade Metodista de So Paulo CLAYTON CRUZ __________________________ Universidade Metodista de So Paulo Monitor Monitor Prof.

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 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. Sugesto de um novo Requisito: O eXtensis dever permitir diferentes nveis de acesso de acordo com o perfil do usurio.

20

RF: 03 Tipo de Problema: Despadronizao / Repetio Descrio do Problema: 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. Sugesto de um novo Requisito: 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 Descrio do Problema: Esses requisitos tratam de cadastramento, ento no necessrio deix-los separados, porque assim, restringe o requisito. E todos tm a mesma justificativa. Sugesto de um novo Requisito: O eXtensis dever permitir o cadastramento de AEFs, AEs e Programas.

RF: 05, 07 e 15 Tipo de Problema: Restrio Descrio do Problema: Esses requisitos tratam de atualizao de cadastro, ento no necessrio deix-los separado, porque assim, restringe o requisito. E todos tm a mesma justificativa. Sugesto de um novo Requisito: O eXtensis dever permitir a atualizao do cadastro de AEFs, AEFs e Programas.

21

RF: 08 Tipo de Problema: Corretude Descrio do Problema: 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. Sugesto de um novo Requisito: O eXtensis dever permitir que uma faculdade seja vinculada a uma AEF e/ou AE.

RF: 09 Tipo de Problema: Inconciso Descrio do Problema: 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. Sugesto de um novo Requisito: O eXtensis dever permitir a associao de colaboradores a uma AE/AEF.

RF: 13 Tipo de Problema: Ambigidade Descrio do Problema: A justificativa do requisito a mesma coisa que sua discrio. O que est descrito na dependncia que seria a justificativa. Sugesto de um novo Requisito: No necessrio. 22

RF: 18 Tipo de Problema: Completude Descrio do Problema: A justificativa do requisito est incompleta, pois no explica o motivo da descentralizao do lanamento das informaes. Sugesto de um novo Requisito: 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 Descrio do Problema: 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. Sugesto de um novo Requisito: O eXtensis dever permitir a escolha do perfil dos colaboradores das AEFs.

RF: 23, 24 e 25 Tipo de Problema: Restrio Descrio do Problema: Esses requisitos se tratam de vinculao, ento no necessrio deix-los separado, porque assim, restringe o requisito. E suas justificativas so RN. Sugesto de um novo Requisito: O eXtensis dever permitir o vinculo de Professores, Alunos e Tcnicos Administrativos como colaboradores na AEF.

23

RF: 28 Tipo de Problema: Corretude Descrio do Problema: Neste caso a palavra cadastro deve ser substituda por importao Sugesto de um novo Requisito: O eXtensis dever permitir a iportao de Tcnicos Administrativos

RF: 29 Tipo de Problema: Corretude Descrio do Problema: Neste caso a palavra cadastro deve ser substituda por importao Sugesto de um novo Requisito: O eXtensis dever permitir a importao de Parceiros

RF: 32 Tipo de Problema: Completude Descrio do Problema: Como j dito o cadastro de Tcnicos Administrativos no responsabilidade do eXtensis. Sugesto de um novo Requisito: O eXtensis deve tratar a vinculao de Tcnicos Administrativos de forma independente AEF.

24

RF: 33 Tipo de Problema: Completude Descrio do Problema: Como j dito o cadastro de Parceiros no responsabilidade do eXtensis. Sugesto de um novo Requisito: O eXtensis dever tratar a vinculao de Parceiros de forma independente AEF.

RF: 16 e 57 Tipo de Problema: Ambigidade/ Inconciso Descrio do Problema: 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. Sugesto de um novo 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.

RF: 55 Tipo de Problema: Corretude Descrio do Problema: A palavra controlar sugere um entendimento errado do funcionamento do sistema. Porque quem controla o ADMIM; o que o sistema faz permitir o desvinculo. Sugesto de um novo Requisito: O Extensis dever permitir operaes de desvinculo.

25

RF: 58 Tipo de Problema: Completude Descrio do Problema: As mensagens j so pr-definidas pelo eXtensis, o que pode ser configurado so os textos das mensagens. Sugesto de um novo Requisito: O Extensis dever permitir a alterao dos textos das mensagens de alerta.

RF: 59 Tipo de Problema: Completude Descrio do Problema: No informa quando as mensagens sero enviadas. Como e em que situaes elas sero enviadas RN. Sugesto de um novo Requisito: O Extensis dever mensagens de alerta, quando necessrio.

RF: 61 Tipo de Problema: Completude Descrio do Problema: No tem RN. Sugesto de um novo Requisito: No necessrio.

26

Casos de Uso

UC: 01

Tipo de Problema: Corretude/ Completude Descrio do Problema: 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 Descrio do Problema: 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.

Sugesto de um novo Caso de Uso:

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 autenticado no sistema e ter acesso funcionalidade. 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 Volta para o passo 3

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 autenticado no sistema e ter acesso funcionalidade. 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 Tipo de Problema: Corretude Descrio do Problema: 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.

Sugesto de um novo Caso de Uso:

UC 03 Alterar AE

Este caso de uso altera uma AE. Ator(es) Gestor de AE Pr-Condies Usurio deve estar autenticado no sistema e ter acesso funcionalidade. 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

FA1. Usurio no informa os dados obrigatrios 1.1. EX: Informa que h dados obrigatrios no preenchidos 1.2. Volta para o passo 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 Usurio deve ter consultado uma AE ativa e solicitado atualizao da mesma. 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 Volta para o passo 5

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 Usurio deve ter consultado uma AE ativa e solicitado atualizao da mesma. 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: 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 Volta para o passo 5

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 estar autenticado no sistema e ter acesso a funcionalidade 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: Informa falta de confirmao 1.2. Encerra Caso de Uso Ps-Condies AEs so desbloqueadas.

36

UC: 06, 07 e 38

Tipo de Problema: Corretude Descrio do Problema: 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 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. No caso 36, h tambm uma pequena confuso, pois este caso se trata de bloqueio de AEF e no desbloqueio; para este seria necessrio um novo Caso de Uso; mesmo que isso esteja especificado na descrio do caso.

Sugesto de um novo Caso de Uso:

UC 06 Alterar AEF

Este caso de uso altera uma AEF. Ator(es) Gestor de AEF Pr-Condies Usurio deve estar autenticado no sistema e ter acesso funcionalidade. 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 Solicita informaes para alterao do cadastro Informa dados [FA1] Confirma alterao

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 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 Usurio deve ter consultado uma AEF ativa e solicitado atualizao da mesma. Fluxo Principal 1. 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

4. 5. 6.

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.1. EX: Informa falta do motivo Volta para o passo 5

Ps-Condies AEF cancelada

39

UC 38 Bloquear AEF

Este caso de uso bloqueia uma AEF. Ator(es) Gestor de AEF Pr-Condies Usurio deve estar autenticado no sistema e ter acesso a funcionalidade Usurio deve ter consultado uma AEF ativa e solicitado atualizao da mesma. Fluxo Principal 1. 2. 3. 4. 5. 6. U: EX: U: EX: U: EX: Solicita bloquear AEF 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: 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 Volta para o passo 5

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 estar autenticado no sistema e ter acesso a funcionalidade 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 Confirma desbloqueio [FA1] Informa desbloqueio

Fluxo Alternativo FA1. Usurio no confirma desbloqueio 1.1. EX: Informa falta de confirmao 1.2. Encerra Caso de Uso Ps-Condies AEFs so desbloqueadas.

41

UC: 08

Tipo de Problema: Corretude Descrio do Problema: De acordo a RN 003, quem pode cadastrar um Programa s o PREAC, e no o Gestor de AE, como descrito no Caso

Sugesto de um novo Caso de Uso:

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 Solicita informaes para cadastro Informa dados [FA1] 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 Ps-Condies Programa cadastrado.

42

UC: 09, 10 e 36

Tipo de Problema: Corretude Descrio do Problema: 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 Programas. Como para o cadastro de Programas apenas o PREAC pode efetuar, ento conseqentemente para sua atualizao tambm. No caso 36, h tambm uma pequena confuso, pois este caso se trata de bloqueio de Programa e no desbloqueio; para este seria necessrio um novo Caso de Uso; mesmo que isso esteja especificado na descrio do caso.

Sugesto de um novo Caso de Uso:

UC 09 Alterar Programa

Este caso de uso altera um Programa. Ator(es) PREAC Pr-Condies Usurio deve estar autenticado no sistema e ter acesso a funcionalidade. 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 Solicita informaes para alterao do cadastro Informa dados [FA1] Confirma alterao

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 Ps-Condies Programa alterado.

44

UC 10 Cancelar Programa

Este caso de uso cancela um Programa Ator(es) PREAC Pr-Condies Usurio deve estar autenticado no sistema e ter acesso a funcionalidade Usurio deve ter consultado um Programa ativo e solicitado atualizao do mesmo. 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 FA1. Usurio no confirma cancelamento 1.1. EX: Informa falta de confirmao 1.1. Encerra Caso de Uso FA2. Usurio no informa o motivo 2.1. 2.1. EX: Informa falta do motivo Volta para o passo 5

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 Usurio deve estar autenticado no sistema e ter acesso a funcionalidade Usurio deve ter consultado um Programa ativo e solicitado atualizao do mesmo. 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 Confirma bloqueio [FA1] Solicita motivo Informa o motivo do bloqueio[FA2] Informa bloqueio

Fluxo Alternativo FA1. Usurio no confirma bloqueio 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 Volta para o passo 5

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 Usurio deve estar autenticado no sistema e ter acesso a funcionalidade Usurio deve ter consultado um Programa ativo e solicitado atualizao do mesmo. Fluxo Principal 1. 2. 3. 4. U: EX: U: EX: Solicita desbloquear Programa Oferece desbloqueio indicando as AE e AEF associadas e status Confirma desbloqueio [FA1] Informa desbloqueio

Fluxo Alternativo FA1. Usurio no confirma desbloqueio 1.1. EX: Informa falta de confirmao 1.2. Encerra Caso de Uso Ps-Condies Programa, AEs e AEFs associadas so desbloqueadas.

47

UC: 16

Tipo de Problema: Corretude Descrio do Problema: Nos Fluxos, h uma pequena confuso, pois este caso se trata de vinculo de Docente e no de desvinculo; para este seria necessrio um novo Caso de Uso.

Sugesto de um novo Caso de Uso:

UC 16 Vincular Docente

Este caso de uso vincula um Docente a uma AEF Ator(es) Gestor de AEF Pr-Condies Usurio deve estar autenticado no sistema e ter acesso a funcionalidade. 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] Efetua o vnculo [FA3] Confirma vnculo

Fluxo Alternativo FA1. No h Docentes vinculados 1.1. EX: No exibe Docentes vinculados 1.2. Volta para o passo 3

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

FA3. Usurio no efetua o vnculo 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 Usurio deve estar autenticado no sistema e ter acesso a funcionalidade. 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 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

Tipo de Problema: Corretude Descrio do Problema: 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.

Sugesto de 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 Usurio deve estar autenticado no sistema e ter acesso a funcionalidade. Aluno 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 Aluno Informa Alunos j vinculados [FA1] Oferece Alunos para vnculo [FA2] Efetua o vnculo [FA3] Confirma vnculo

Fluxo Alternativo FA1. No h Alunos vinculados 1.1. EX: No exibe Alunos vinculados 1.2. Volta para o passo 3

51

FA2. No h Alunos para vinculo 2.1. 2.2. EX: Informa que no h Alunos para vinculo Encerra caso de uso

FA3. Usurio no efetua o vnculo 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 Usurio deve estar autenticado no sistema e ter acesso a funcionalidade. Aluno 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 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 Descrio do Problema: 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).

Sugesto de um novo Caso de Uso:

UC 22 Cadastrar Usurio

Este caso de uso cadastra um Usurio para acesso ao EX. Ator(es) PREAC Pr-Condies Usurio deve estar autenticado no sistema e ter acesso funcionalidade. Fluxo Principal 1. 2. 3. 4. 5. 6. 7. U: EX: U: EX: U: EX: EX: Solicita cadastro de um usurio Solicita informaes para cadastro Informa dados [FA1] Solicita nvel de acesso Informa nvel de acesso[FA2] Confirma nvel de acesso 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 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

Tipo de Problema: Corretude Descrio do Problema: Como para o cadastro de Programas apenas o PREAC pode efetuar, ento conseqentemente para sua consulta tambm.

Sugesto de um novo Caso de Uso:

UC 28 Consultar Programa

Este caso de uso realiza consulta a programas Ator(es) PREAC Pr-Condies Usurio deve estar autenticado no sistema e ter acesso a funcionalidade. 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

Tipo de Problema: Corretude Descrio do Problema: Nos Fluxos, h uma pequena confuso, pois este caso se trata de vinculo de Parceiro e no de desvinculo; para este seria necessrio um novo Caso de Uso.

Sugesto de um novo Caso de Uso:

UC 41 Vincular Parceiro

Este caso de uso vincula um Parceiro a uma AEF Ator(es) Gestor de AEF Pr-Condies Usurio deve estar autenticado no sistema e ter acesso a funcionalidade. Parceiro 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 Parceiro Informa Parceiros j vinculados [FA1] Oferece Parceiros para vnculo [FA2] Efetua o vnculo [FA3] Confirma vnculo

Fluxo Alternativo FA1. No h Parceiros vinculados 1.1. EX: No exibe Parceiros vinculados 1.2. Volta para o passo 3 FA2. No h Parceiros para vinculo 2.1. 2.2. EX: Informa que no h Parceiros para vinculo Encerra caso de uso 57

FA3. Usurio no efetua o vnculo 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 Usurio deve estar autenticado no sistema e ter acesso a funcionalidade. Parceiro 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 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

Tipo de Problema: Corretude Descrio do Problema: 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.

Sugesto de 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 Usurio deve estar autenticado no sistema e ter acesso a funcionalidade. Tcnico Administrativo 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 Tcnico Administrativo Informa Tcnico Administrativo j vinculados [FA1] Oferece Tcnico Administrativo para vnculo [FA2] Efetua o vnculo [FA3] Confirma vnculo

Fluxo Alternativo FA1. No h Tcnico Administrativo vinculados 1.1. EX: No exibe Tcnico Administrativo vinculados 1.2. Volta para o passo 3 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

FA3. Usurio no efetua o vnculo 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 Usurio deve estar autenticado no sistema e ter acesso a funcionalidade. Tcnico Administrativo 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 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. 2.2. Ps-Condies Tcnico Administrativo desvinculado da AEF. EX: Informa que no h Tcnico Administrativo disponveis para desvinculo Encerra caso de uso

62

Regras de Negocio

UC: 03 Tipo de Problema: Completude Descrio do Problema: 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 Descrio do Problema: No tem uma RN para quem poder fazer o cadastro da rea Temtica. Sugesto de uma nova Regra de Negocio: O cadastro da rea Temtica e suas atualizaes somente podero ser realizados pelo PREAC. (Baseado no UC 31).

UC: No tem Tipo de Problema: Inexistncia Descrio do Problema: No tem uma RN informando quando e como so enviadas as mensagens de alerta. Sugesto de uma nova Regra de Negocio: 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 Tipo de Problema: Corretude Descrio do Problema: O eXtensis no responsvel por fazer o cadastro de Parceiros, apenas responsvel pela sua vinculao a uma AEF. Como j mencionado nos requisitos Sugesto de uma nova Regra de Negocio: Inexistncia dessa Regra de Negocio.

UC: 15 Tipo de Problema: Corretude Descrio do Problema: O eXtensis no responsvel por fazer o cadastro de Tcnicos Administrativos, apenas responsvel pela sua vinculao a uma AEF. Como j mencionado nos requisitos Sugesto de uma nova Regra de Negocio: Inexistncia dessa Regra de Negocio.

UC: No tem Tipo de Problema: Inexistncia Descrio do Problema: No tem uma RN informando quais os perfis de colaboradores que o sistema ter. ( De acordo novo requisito 21) Sugesto de uma nova Regra de Negocio: Os perfis de colaboradores so: Aluno, Professor, Tcnico Administrativo, Parceiro ou Externos vinculados ao Parceiro.

64

UC: No tem Tipo de Problema: Inexistncia Descrio do Problema: No tem uma RN informando do que o sistema gerar log. Sugesto de uma nova Regra de Negocio: Sero gerados logs das operaes de vinculo, desvinculo e de cadastro.

UC: No tem Tipo de Problema: Inexistncia Descrio do Problema: No tem uma RN informando o que poder ser desvinculado. Sugesto de uma nova Regra de Negocio: O desvinculo ser permitido para: Faculdades, Docentes, Alunos, Parceiros ou Externos ligados a ele e Tcnicos Administrativos.

UC: 22 Tipo de Problema: Completude Descrio do Problema: Falta mais informaes sobre a quantidade de AEs que a mesma AEF pode participar. Sugesto de uma nova Regra de Negocio: Toda AEF deve estar vinculada a apenas uma AE.

65

UC: No tem Tipo de Problema: Completude Descrio do Problema: Falta mais informaes sobre a quantidade de Programas que a mesma AE pode participar. Sugesto de uma nova Regra de Negocio: 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.

N do RF eXetensis: 05, 07 e 15 N do RF sugerido: 79 Requisito: O eXtensis dever permitir a atualizao do cadastro de AEFs, AEs e Programas.

N do RF eXetensis: 23, 24 e 25 N do RF sugerido: 80 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 N do RF sugerido: 89

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: N do UC sugerido: 49 Caso de Uso: Desbloquear AE

N do UC eXetensis: N do UC sugerido: 50 Caso de Uso: Desbloquear AEF

N do UC eXetensis: N do UC sugerido: 51 Caso de Uso: Desbloquear Programa

N do UC eXetensis: N do UC sugerido: 52 Caso de Uso: Desvincular Docente

N do UC eXetensis: N do UC sugerido: 53 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: N do UC sugerido: 41 Caso de Uso: Desvincular Parceiro

N do UC eXetensis: N do UC sugerido: 42 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: N do RN sugerido: 41 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: N do RN sugerido: 42 Regra de Negcio: Os perfis de colaboradores so: Aluno, Professor, Tcnico Administrativo, Parceiro ou Externos vinculados ao Parceiro.

N do RN eXetensis: N do RN sugerido: 43 Regra de Negcio: Seram gerados logs das operaes de vinculo, desvinculo e de cadastro.

N do RN eXetensis: N do RN sugerido: 44 Regra de Negcio: O desvinculo ser permitido para: Faculdades, Docentes, Alunos, Parceiros ou Externos ligados a ele e Tcnicos Administrativos.

N do RN eXetensis: N do RN sugerido: 45 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 <http://www.dsc.ufcg.edu.br/~patricia/esii2003.1/projeto/UseCases/esii.htm>. 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: em: Acesso

<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