Você está na página 1de 84

UNIVERSIDADE FEDERAL DO RIO GRANDE DO NORTE CENTRO DE TECNOLOGIA DEPARTAMENTO DE COMPUTAO E AUTOMAO CURSO DE GRADUAO EM ENGENHARIA DE COMPUTAO

SISTEMA WEB DE TECNOLOGIA DA INFORMAO DO POP-RN: CADASTRO DE ACERVO E GERENCIAMENTO DE OCORRNCIAS.

Joo Maria Guedes Da Cruz Jnior

Natal, junho, 2010

JOO MARIA GUEDES DA CRUZ JNIOR

SISTEMA WEB DE TECNOLOGIA DA INFORMAO DO POP-RN: CADASTRO DE ACERVO E GERENCIAMENTO DE OCORRNCIAS.

Trabalho

de

Concluso

de

Curso,

apresentado para obteno do ttulo de graduado do Curso de Engenharia de Computao da Universidade Federal do Rio Grande do Norte, Departamento de

Engenharia da Computao e Automao.

Orientador: Prof. D.Sc. Sergio Vianna Fialho

Natal, junho, 2010

ERRATA

Folha

Linha

Onde se l

Leia-se

JOO MARIA GUEDES DA CRUZ JNIOR

SISTEMA WEB DE TECNOLOGIA DA INFORMAO DO POP-RN: CADASTRO DE ACERVO E GERENCIAMENTO DE OCORRNCIAS.

Trabalho

de

Concluso

de

Curso,

apresentado para obteno do ttulo de graduado do Curso de Engenharia de Computao da Universidade Federal do Rio Grande do Norte, Departamento de Engenharia Automao. da Computao e

Data da aprovao: ____ de ______________ de ________.

________________________________________________ Orientador

________________________________________________ Professor Convidado

________________________________________________ Professor Convidado


I

Dedico este trabalho a todos que tornaram possvel a minha existncia, pois se sou quem sou devo queles que lutaram e insistiram na minha formao como ser humano. A Deus, ser primrio, que ao longo de minha vida deu-me oportunidades de enxerg-lo em mim mesmo, a minha famlia que me educou primeiro, e me forneceu todo amor de que precisa um filho, e com muito amor, a minha namorada, que esteve e permanece sempre ao meu lado, me impulsionando verdade e ao amor.

II

AGRADECIMENTOS

Agradeo primeiramente a minha famlia, pela fora e compreenso,sobre tudo dos longos corujes e nas voltas para casa tarde da noite.

Agradeo aos colegas de turma, tanto pela ajuda nas horas de sufoco quanto nas longas noites de estudo.

Agradeo a todos os professores pelo crescimento pessoal, pela formao acadmica e profissional.

Por fim, agradeo a todos aqueles que me ajudaram de uma forma ou de outra.

III

A empresa de sucesso da prxima dcada ser aquela que usar ferramentas digitais para reinventar o modo como trabalha. Bill Gates

IV

RESUMO

Na era da informao, em que o volume crescente de dados e informaes geram dificuldades na administrao e na tomada de decises, surge a grande demanda por solues eficientes que auxiliem na anlise de grandes montantes de dados, com o fito de extrao de informaes relevantes. neste contexto que os olhares voltam-se para os computadores e a utilizao de sistemas de softwares que ofeream resultados significantes em proveito das instituies. Apesar da existncia de ferramentas comerciais para auxiliar na realizao de certas tarefas, raro encontrar alguma que esteja totalmente personalizada e que atenda a todas as funcionalidades exigidas. Faz-se, ento, necessria a personalizao ou mesmo a criao de um novo sistema. Este trabalho apresenta o SiTI PoP-RN, Sistema de Tecnologia da Informao do PoP-RN, todas as tecnologias envolvidas no desenvolvimento de um sistema, bem como algumas documentaes geradas ao longo do projeto de Tecnologia da Informao. Neste sentido, a soluo Web foi apontada como a mais apropriada, em razo das vantagens que esta metodologia apresenta, conforme demonstrado no presente trabalho.

Palavras-chave:

Sistemas

Computacionais,

Tecnologia

da

Informao

Desenvolvimento Web.

ABSTRACT

In the information age, where the growing volume of data and information generate difficulties in administration and decision making, there is high demand for efficient solutions that help in analyzing large amounts of data, with the aim of extracting relevant information. It is in this context that looks turn to computers and the use of software systems that provide significant results in favor of institutions. Despite the existence of commercial tools to assist in performing certain tasks, it is rare to find someone that is fully customized and meets all the functionality required. It is then necessary to customize or even create a new system. This work presents the SiTI PoP-RN, System of Information Technology of the PoP-RN, all the technologies involved in the development of a system, as well as some documentation generated during the design of Information Technology. In this sense, the Web solution was identified as the most appropriate, given the advantages that this methodology brings, as demonstrated in this work.

Keywords: Computer Systems, Information Technology and Web Development.

VI

LISTA DE ILUSTRAES
Figura 3.1: Antes e depois da FN1 ..................................................................................... Figura 3.2: Antes e depois da 2 ..................................................................................... Figura 3.3: Antes e depois da FN3 ..................................................................................... Figura 3.4: Arquitetura Model 2, baseada no Padro Arquitetural Model View Controller Figura 4.1: Arquitetura Cliente-Servidor ............................................................................. Figura 4.2: Diagrama Geral de Casos de Uso agrupados por subsistemas ...................... Figura 4.3: Diagrama Geral de Casos de Uso identificando os pacotes ............................ Figura 4.4: Diagrama de Casos de Uso, pacote Cadastro de Acervo ............................. Figura 4.5: Diagrama de Casos de Uso, pacote Cadastro de Ocorrncias ..................... Figura 4.6: Diagrama de Casos de Uso, pacote Acompanhamento de Atividades ......... Figura 4.7: Diagrama de Casos de Uso, pacote Agenda Videoconferncia .................... Figura 4.8: Diagrama de Classes do SiTI PoP-RN ............................................................ Figura 4.9: Banco de dados relacional do SiTI PoP-RN na 3 ........................................ Figura 4.10: Projeto do Banco de Dados dos Quatro Subsistemas do SiTI PoP-RN ........ Figura 4.11: Estrutura em rvore dos pacotes do projeto .................................................. Figura 5.1: Configuraes do Equipamento ....................................................................... Figura 5.2: Menu principal do phpMyAdmin ....................................................................... Figura 5.3: Menu do Console do Administrador do Glassfish v2 ....................................... Figura 5.4: Tela para Inserir Trabalho no subsistema de Acervo .......................................

8 8 9 10 11 15 15 16 16 17 18 24 25 26 27 30 32 33 34

VII

LISTA DE TABELAS

Tabela 4.1: Gerar Relatrios de Cadastro .......................................................................... Tabela 4.2: Acessar Cadastro ............................................................................................ Tabela 4.3: Operar Cadastro .............................................................................................. Tabela 4.4: Inserir Instncia ............................................................................................... Tabela 4.5: Alterar Instncia ............................................................................................... Tabela 4.6: Excluir Instncia .............................................................................................. Tabela 4.7: Visualizar Instncia .......................................................................................... Tabela 4.8: Controlar Cadastro de Administradores .......................................................... Tabela 4.9:Controlar Cadastro de Trabalhos ..................................................................... Tabela 4.10: Controlar Cadastro de Usurios Acervo ........................................................ Tabela 4.11: Visualizar Ocorrncias ................................................................................... Tabela 4.12: Abrir Chamado .............................................................................................. Tabela 4.13: Controlar Cadastro de Ocorrncias ............................................................... Tabela 4.14: Controlar Cadastro de Contatos .................................................................... Tabela 4.15: Controlar Cadastro de Clientes Ocorrncias ................................................. Tabela 4.16: Controlar Cadastro de Funcionrios .............................................................. Tabela 4.17: Controlar Cadastro de Atividades .................................................................. Tabela 4.18: Controlar Cadastro de Clientes Videoconferncia ........................................ Tabela 4.19: Controlar Cadastro de Reservas. .................................................................. Tabela 4.20: Visualizar Reservas ....................................................................................... Tabela 4.21: Solicitar Reserva ...........................................................................................

18 18 18 18 19 19 19 19 19 20 20 20 20 21 21 21 21 22 22 22 22

VIII

LISTA DE ABREVIATURAS E SIGLAS

Abreviaturas / Siglas
API BCE CDU DAO EJB FN1, FN2 e FN3 GUI HTML J2EE JDBC JSF JSP MVC PHP PoP-RN RNP SGBD SGBD SiTI PoP-RN TI UI UML VO XAMPP XML Bourder Control Entity

Significado
Application Programming Interface

Classificao Decimal Universal Data Access Object Enterprise JavaBeans Primeira, Segunda e Terceira Forma Normal Graphical User Interface HyperText Markup Language Java 2 Enterprise Edition Java Database Connectivity JavaServer Faces JavaServer Pages Model View Controller PHP: Hypertext Preprocessor Ponto de Presena da RNP no Rio Grande do Norte Rede Nacional de Pesquisa e Ensino Sistema de Gerenciamento de Banco de Dados Sistema de Gerenciamento de Banco de Dados Sistema de Tecnologia da Informao do PoP-RN Tecnologia da Informao User Interface Unified Modeling Language Value Objects X(Qualquer sistema operacional) Apache MySQL PHP Perl eXtensible Markup Language

WAR
DNS

Web ARchive
Domain Name System

IX

SUMRIO
1. INTRODUO ................................................................................................................................ 1 1.1. 1.2. 1.3. 2. MTODOS DE ORGANIZAO ............................................................................................. 1 DESENVOLVIMENTO DE SISTEMAS DE QUALIDADE, FCEIS DE USAR E SEGUROS .. 2 ORGANIZAO DO TRABALHO ........................................................................................... 2

SOLUES COMERCIAIS PARA CADASTRO DE ACERVO ..................................................... 4 2.1. DSPACE .................................................................................................................................. 4 2.1.1. Instalao da Ferramenta ............................................................................................... 4 2.1.2. Comentrios .................................................................................................................... 5 2.2. MEDIAWIKI ............................................................................................................................. 5

3.

METODOLOGIAS UTILIZADAS .................................................................................................... 7 3.1. DESENVOLVIMENTO WEB: VANTAGENS E DESVANTAGENS ......................................... 7 3.2. MODELO RELACIONAL PARA GERENCIAMENTO DE BANCO DE DADOS ....................... 7 3.2.1. Primeira Forma Normal (1) ......................................................................................... 7 3.2.2. Segunda Forma Normal (2) ........................................................................................ 8 3.2.3. Terceira Forma Normal (3) ......................................................................................... 8 3.3. UNIFIED MODELING LANGUAGE (UML) .............................................................................. 9 3.4. MODEL VIEW CONTROLLER (MVC) ..................................................................................... 9

4.

SITI POP-RN: SISTEMA DE TECNOLOGIA DA INFORMAO DO POP-RN .......................... 11 4.1. VISO GERAL....................................................................................................................... 11 4.1.1. ARQUITETURA DO SISTEMA ..................................................................................... 11 4.1.2. SUBSISTEMAS ............................................................................................................. 11
Cadastro de Acervo .................................................................................................................................. 12 Cadastro de Ocorrncias .......................................................................................................................... 12 Agenda de Vdeo-Conferncia.................................................................................................................. 12 Acompanhamento de Atividades .............................................................................................................. 12

4.2. MODELAGEM ....................................................................................................................... 13 4.2.1. Documentao de Casos de Uso .................................................................................. 13


Descrio dos Atores ................................................................................................................................ 14 a) Administrador............................................................................................................................... 14 b) Usurio Acervo ............................................................................................................................ 14 c) Cliente Ocorrncias ..................................................................................................................... 14 d) Funcionrio .................................................................................................................................. 14 e) Cliente Vdeo Conferncia ........................................................................................................... 14 Descrio Formal ...................................................................................................................................... 18 a) Casos de Uso Globais ................................................................................................................. 18 b) Pacote Cadastro de Acervo....................................................................................................... 19 c) Pacote Cadastro de Ocorrncias .............................................................................................. 20 d) Pacote Acompanhamento de Atividades ................................................................................... 21 e) Pacote Agenda de Vdeo Conferncia ...................................................................................... 22

4.2.2. Diagramas de Classe .................................................................................................... 22 4.2.3. Banco de Dados ............................................................................................................ 24 4.3. DESENVOLVIMENTO .......................................................................................................... 26 4.3.1. Servidor de Aplicao J2EE .......................................................................................... 26
Glassfish V2.............................................................................................................................................. 26

4.3.2. 4.3.3.

Padro Arquitetural........................................................................................................ 27 Padres de Projeto ........................................................................................................ 28

Model View Controller (MVC) ................................................................................................................... 27 Data Access Object (DAO) ....................................................................................................................... 28 Factory ...................................................................................................................................................... 28

4.3.4. 4.3.5. 5.

Framework JavaServer Faces (JSF) ............................................................................. 28 API do Java Database Conectivity (JDBC) ................................................................... 29

TESTES E IMPLANTAO ......................................................................................................... 30 5.1. CONFIGURAES E AMBIENTE PARA INSTALAO DO SITI POP-RN ......................... 30 5.1.1. Configurao do Equipamento ...................................................................................... 30 5.1.2. Caractersticas do Sistema ........................................................................................... 30 5.1.3. Passos de Instalao .................................................................................................... 30
IP Esttico................................................................................................................................................. 30 Java JSDK 6u14 ....................................................................................................................................... 31 XAMPP (X(Qualquer sistema operacional) Apache MySQL PHP Perl) .................................................... 31 Implantao do Banco de Dados SiTI....................................................................................................... 31 Servidor de Aplicaes Sun GlassFish Enterprise Server v2.1.1 ............................................................. 32 Deployment (Implantao) ..................................................................................................................... 32

5.2. RESULTADOS OBTIDOS ..................................................................................................... 33 5.2.1. Interface ......................................................................................................................... 33 6. CONCLUSO ............................................................................................................................... 35

REFERENCIAS BIBLIOGRFICAS..................................................................................................... 36 ANEXO I: DOCUMENTAO DE CASOS DE USO ........................................................................... 38 ANEXO II: DICIONRIO DE DADOS DOS CAMPOS DA BASE DE DADOS ................................... 67

XI

1. INTRODUO
Segundo (ROSINI & PALMISANO, 2003), dados so representaes originais e detalhadas do mundo fsico, mas para que eles tenham algum valor precisam ser tratados, transformando-os assim em informaes. Desta forma informaes so dados trabalhados de modo que sejam teis.
Sistemas de informao so componentes relacionados entre si atuando conjuntamente para coletar, processar e prover informaes aos sistemas e/ou processos de deciso, coordenando, controlando, analisando e visualizando processos internos s

organizaes. (LAUDON & LAUDON, 1996)

Na era da informao, onde a concorrncia torna-se cada vez mais acirrada e os clientes exigem cada vez mais qualidade nos servios prestados, obtm vantagem a empresa que melhor consegue adaptar-se ao volume crescente de dados e informaes, relativos a clientes, produtos, distribuidores, concorrentes, funcionrios, departamentos, setores, finanas e outros. Isso gera a necessidade de se ter um acesso rpido e eficiente informao, para que as atividades da empresa no se prendam a situaes de burocracia para se ter acesso a um documento, ou a prpria perda de tempo com buscas tradicionais pouco eficientes. Neste contexto, as empresas vm buscando cada vez mais obter sistemas de informao baseados em computadores, criados especialmente para elas e que se baseiam em requisitos prprios, no intuito de tornar eficiente o acesso s suas informaes, o que justifica o grande crescimento da rea de desenvolvimento de sistemas. A razo principal da criao de um Sistema de Tecnologia da Informao para o PoP-RN, batizado de SiTI PoP-RN, no visa a concorrncia com outras empresas, mas a implantao de um sistema que atenda a requisitos especficos do PoP-RN, que a priori so: a necessidade de acesso a um sistema restrito de armazenamento de produes intelectuais, geradas por funcionrios e estagirios; e a necessidade de um sistema de gerenciamento de chamados de ocorrncias relativas a prestao dos servios do PoP-RN, que deve disponibilizar informaes tanto para os clientes quanto para o administrador. Para atender a estes dois requisitos, foram desenvolvidos dois subsistemas que so objeto desta monografia. Alm destes dois subsistemas, h tambm outros dois j modelados: um subsistema de acompanhamento de atividades dos bolsistas e um subsistema de agendamento on-line de vdeo-conferncias. A arquitetura do sistema faz com que ele seja malevel, possibilitando a adio de novas funcionalidades de acordo com as necessidades do PoP-RN.

1.1.

MTODOS DE ORGANIZAO
1

Foram estudados alguns mtodos de organizao, no intuito de otimizar as buscas dentro do acervo e foi constatado que um banco de dados deve ser criado, no intuito de tirar esta responsabilidade das mos do desenvolvedor, no sendo ento necessrio utilizar qualquer algoritmo de busca nem estruturas de dados especficas. A classificao de acervo ajuda na otimizao das buscas por possibilitar busca por assunto. Entretanto, no necessrio utilizar mtodos complexos de referncia e classificao, pois a quantidade de reas de conhecimento criado no contexto do PoP-RN reduzida, diferente de acervos de grandes bibliotecas, que possuem material em todas as reas do conhecimento humano. Nestes casos, geralmente se utiliza o CDU (Classificao Decimal Universal), que realiza uma classificao em dez reas distintas (Otlet & Fontaine, 1907), sendo, ento, suficiente um campo assunto nos registros dos trabalhos produzidos. Outra tcnica que demonstra ser til a esta aplicao a cpia do arquivo em forma de texto, para incrementar a base de dados, de tal forma que permita incluir o contedo dos trabalhos nas buscas.

1.2.

DESENVOLVIMENTO DE SISTEMAS DE QUALIDADE, FCEIS DE USAR E

SEGUROS
Um sistema de qualidade desenvolvido, realizando-se previamente um estudo de todas as caractersticas que podem influenciar sua construo. com este objetivo que se utiliza a modelagem. Ela permite, de uma forma sistemtica, analisar o problema a fundo e gerar uma documentao que descreve o sistema de forma clara e livre de ambigidades, com a intenso de garantir que todas as funcionalidades sejam alcanadas, possibilitando o desenvolvimento de um sistema robusto. Um sistema de fcil utilizao surge da unio de duas caractersticas: funcionalidades bem implementadas, aliada a uma interface autoexplicativa. J a segurana pode ser garantida por um sistema de acesso restrito, com usurio e senha, responsvel por verificar as permisses de cada usurio com relao a cada funcionalidade provida pelo sistema. Tendo em vista estes objetivos, a UML (Unified Modeling Language) foi estudada, para que fosse possvel gerar toda a documentao necessria para embasar o desenvolvimento do SiTI PoP-RN.

1.3.

ORGANIZAO DO TRABALHO
Este trabalho est organizado da seguinte forma: o captulo 2 apresenta duas

ferramentas comerciais para gerenciamento de cadastro de acervo, onde se descreve suas funcionalidades e as razes pelas quais as mesmas no foram adotadas como soluo para o PoP-RN. Em seguida descrevem-se as metodologias utilizadas, mostrando a teoria 2

empregada na modelagem e no desenvolvimento. No quarto captulo apresentada a arquitetura do sistema, sua modelagem propriamente dita e as tecnologias adotadas no seu desenvolvimento. O quinto captulo apresenta o cenrio de testes, os resultados obtidos e os aspectos relacionados ao ambiente de implantao, tais como hardware e software. Por fim o sexto captulo descreve o que foi desenvolvido, os comentrios sobre os resultados obtidos e apresenta uma avaliao do sistema dada pelo autor, onde se prope melhorias e novas funcionalidades.

2. SOLUES COMERCIAIS PARA CADASTRO DE ACERVO


No intuito de identificar as caractersticas de sistemas de informao hoje utilizados comercialmente, foi realizada uma pesquisa pela Internet. Foram encontradas duas reas onde estes sistemas so bastante utilizados: a biologia, que investe muito em sistemas de compartilhamento de informaes sobre espcies, que possuem critrios de classificao avanados (Taxonomia) e uma grande quantidade de contedo disponibilizado via Internet. H tambm um grande investimento em sistemas de compartilhamento de informaes no estudo do genoma das vrias espcies. Estes sistemas tm por responsabilidade a preservao de dados de longo prazo (data archive), disponibilizao de provedores de dados e se utilizam de ferramentas como o DSpace, que descrita na prxima seo. A princpio foi realizado um estudo sobre as ferramentas j existentes no mercado que realizassem em parte ou de forma integral as funcionalidades do sistema proposto. Foram encontradas duas: o DSpace e a MediaWiki. As ferramentas implementam um espao de troca e compartilhamento de diversas formas de informao. Foram realizadas tentativas de testes com ambas as ferramentas, entretanto apenas a MediaWiki foi testada com sucesso.

2.1.

DSPACE
Sua criao o resultado de um esforo conjunto de investigao e desenvolvimento

do MIT (Massachusetts Institute of Technology) e da HP (Hewlett-Packard). Destina-se a criao de repositrios web abertos para organizaes acadmicas, no lucrativas ou comerciais, e prov funcionalidades de gerncia, acesso, preservao e compartilhamento de arquivos digitais dos mais diversos tipos, mantendo-os por um longo prazo (data archive). O DSpace estruturado em comunidades, e estas por assuntos, onde cada assunto possui um responsvel por inserir as informaes e arquivos. Desta forma seu contedo disponibilizado, sendo encontrados atravs do mecanismo de busca do prprio sistema ou atravs do Google, permitindo tambm a obteno de cpias por parte dos utilizadores.

2.1.1. Instalao da Ferramenta


A instalao do DSpace requer diversos pr-requisitos, os quais devem ser instalados na seguinte ordem: Java JDK 5; Apache Maven 2.0.8; Apache Ant 1.6.2; PostgreSQL 7.3; Jetty; e Tomcat 5.5. Depois de instalados todos os pr-requisitos, iniciou-se a instalao da ferramenta propriamente dita, quando foram encontradas alguns problemas com a criao do pacote de instalao. Aps uma reviso detalhada do tutorial de instalao, foi constatado um erro na 4

ordem de configurao, pois o processo de criao do pacote de instalao utilizando o mvn e o processo de instalao utilizando o ant fresh_install deveriam ter sido realizados pelo usurio unix DSpace anteriormente criado. Aps a instalao da ferramenta ter sido realizada com sucesso, iniciaram-se as configuraes, com a criao do usurio DSpace no banco de dados, a configurao do PostgreSQL. Mas, durante este processo, novos problemas foram encontrados. O Tomcat 5.5 forneceu a dificuldade maior, pois foi necessria a criao de scripts de configurao, e foi devido a esta dificuldade que no foi possvel nem inicializar, nem realizar teste com a ferramenta.

2.1.2. Comentrios
A estrutura do cadastro de acervo do SiTI-PoP/RN muito semelhante a do DSpace, pois o SiTI PoP-RN foi desenvolvido baseando-se na organizao do DSpace. O DSpace, por sua vez, no foi utilizado no projeto devido ao pr-requisito de autenticao exigido pelo SiTI PoP-RN, o que torna o acervo de acesso restrito, e no aberto como proposto originalmente. Apesar da ferramenta DSpace ser open source seria complicado alter-la diretamente no cdigo-fonte, para adapt-la de forma satisfatria, alm do sistema no ter sido previamente desenvolvido para comportar outros subsistemas, que podero ser adicionados futuramente.

2.2.

MEDIAWIKI
A ferramenta MediaWiki, j muito disseminada atualmente, por ser a base da to

famosa Wikipdia, tem sua origem no termo "wiki", nome dado ao software do tipo colaborativo, que permite a edio coletiva de documentos, usando um sistema que no necessita que o contedo tenha que ser revisto antes da publicao. O nome wiki tambm usado para descrever um conjunto de pginas fortemente interligadas. Os testes realizados com a ferramenta foram, a princpio, a instalao e, num segundo momento, a criao de artigos. Tendo em vista os interesses do projeto, a ferramenta teria que ser modificada, para atender aos requisitos funcionais de armazenar todo tipo de arquivo, e os requisitos no-funcionais de controle de acesso e controle de permisses. O MediaWiki armazena artigos escritos em LaTeX, que fornece recursos para escrita de pginas mais elegantes, com recursos de frmulas matemticas e imagens. Segundo o padro, os artigos devem ser fortemente ligados entre si atravs de links. Qualquer usurio tem permisso de editar os artigos como bem entender, complementando-o e criando novos links e artigos.

Assim como o DSpace a MediaWiki open source, permitindo assim que seu cdigo seja alterado. Entretanto, a soluo apresentada por esta ferramenta no est diretamente relacionada com o que se deseja de um cadastro de acervos, e sim com o de um cadastro de artigos, escritos em LaTeX. As pginas criadas so fortemente interligados por links, atravs dos quais se pode navegar entre os artigos j criados. Com esta abordagem, a MediaWiki no possui alguns do requisitos definidos na fase de modelagem, como: informaes sobre autor, assunto, resumo, abstract, palavras-chave, keywords ou mesmo arquivos. Assim como no DSpace, seria complicado alterar seu cdigofonte para atender a estes requisitos, sem ferir os direitos autorais sobre as produes intelectuais, alm de comportar tambm outros subsistemas.

3.

METODOLOGIAS UTILIZADAS
Este captulo descreve de forma resumida algumas das principais tecnologias

utilizadas durante o desenvolvimento do SiTI PoP-RN.

3.1.

DESENVOLVIMENTO WEB: VANTAGENS E DESVANTAGENS


As tecnologias e padres arquiteturais conhecidos hoje possibilitam o

desenvolvimento de ferramentas tanto Web quando Stand Alone (Desktop) com as mesmas propriedades. A prpria linguagem Java fornece meios e recursos para desenvolvimento de aplicaes em ambas as plataformas. Ambas fornecem solues para que: Sejam desenvolvidas de forma a serem escalveis, isto , podem ser adaptadas para atender a demandas maiores medida que o sistema se expanda; Permitam a estruturao de uma arquitetura em camadas, retirando da mquinacliente o processamento pesado da lgica de negcios e; A interface grfica seja criada com facilidade.

A principal vantagem do desenvolvimento Web a no necessidade de instalao de programas, tendo em vista que o sistema Web funciona num browser de Internet comum, presente em todas as mquinas nos dias de hoje. Exige tambm uma conexo com o servidor, atravs de uma rede interna ou via Internet. Entretanto, esta vantagem exige que pginas sejam carregadas, tornando as operaes mais lentas. Quando uma aplicao modelada preciso ter em vista as caractersticas do sistema para definir a melhor soluo, levando-se em considerao a relao custobenefcio. No caso do SiTI PoP-RN existe, por exemplo, a necessidade de acesso remoto e a no exigncia de instalao, estimula a utilizao da ferramenta recm criada. Aplicaes e sistemas Desktop trazem a vantagem das pginas estarem todas prcarregadas na memria, extinguindo quase que por completo o tempo de espera para gerao da interface.

3.2.

MODELO RELACIONAL PARA GERENCIAMENTO DE BANCO DE DADOS


De acordo com o Modelo Relacional proposto por (Codd, 1970), utilizando-se da

normalizao de dados, que corresponde a uma sequncia de exigncias que alteram as tabelas do banco, pode-se evitar redundncia de dados e aumentar o desempenho das buscas.

3.2.1. Primeira Forma Normal (FN1)

Consiste em eliminar atributos da tabela que sejam multivalorados e/ou compostos, separando estes em dois ou mais campos. Por exemplo:

Antes da : pessoas = {id_pessoa + id_curso + {nome + cpf} + telefones + nomecurso + idcargo + descricaocargo} Depois da : pessoas = {id_pessoa + id_curso + id_cargo + descricaocargo} telefones = {id_pessoa + telefone} nome + cpf + nomecurso +

Figura 3.1: Antes e depois da FN1. Neste caso, os atributos nome e CPF esto armazenados em uma nica coluna do registro, como soluo foi criada uma outra coluna unicamente para CPF. J o atributo telefones, possui vrios nmeros numa nica coluna, o que exigiu a criao de uma nova tabela chamada telefones, que faz referncia a pessoas atravs do id_pessoa.

3.2.2. Segunda Forma Normal (FN2)


Para que uma tabela esteja na FN2, primeiramente deve-se atender FN1, e no se deve possuir atributos dependentes funcionais apenas de parte da chave primria. Caso isto seja observado, ento este atributo dever fazer parte de outra tabela. Por exemplo:

Antes da : pessoas = {id_pessoa + id_curso id_cargo + descricaocargo} Depois da : pessoas = {id_pessoa + id_curso descricaocargo} cursos = {id_curso + nome}

nome

cpf

nomecurso

nome

cpf

id_cargo

Figura 3.2: Antes e depois da 2. Na Listagem pode-se notar que o atributo nomecurso faz referncia unicamente ao id_curso que constitui parte da chave primria. Faz-se ento necessria a criao da tabela cursos, para onde este atributo ser transportado, e a relao com a tabela pessoas passa a ser estabelecida atravs do atributo id_curso, que continua na tabela pessoas, mas agora como chave estrangeira.

3.2.3. Terceira Forma Normal (FN3)

A FN3 exige que as tabelas estejam na FN2 e que nenhum dos atributos, que no sejam chave, sejam mutuamente independentes. Por exemplo:

Antes da : pessoas = {id_pessoa descricaocargo}

id_curso

nome

cpf

id_cargo

Depois da : pessoas = {id_pessoa + id_curso + nome + cpf + id_cargo} cargos = {id_cargo + descricao} Figura 3.3: Antes e depois da FN3. Como se pode notar, os atributos id_cargo e descricaocargo relacionam-se entre si e nenhum deles chave. Sendo assim, uma nova tabela tambm deve ser criada para cargos, onde haver o atributo descricao e a relao entre cargos e pessoas mantida atravs do id_cargo.

3.3.

UNIFIED MODELING LANGUAGE (UML)


A UML no um mtodo uma linguagem de modelagem designada para especificar, visualizar, construir e documentar um sistema. A linguagem de modelagem a notao que o mtodo utiliza para expressar projetos enquanto que o processo indica quais passos seguir para desenvolver um projeto. (UML - Diagrama de Classes e Objetos)

A UML no expressa exatamente como implementar, mas prov uma viso mais abrangente de todo um sistema orientado a objetos, permitindo ao desenvolvedor manter o foco, auxiliando assim no processo de desenvolvimento. No SiTI PoP-RN, a UML foi utilizada na fase de Anlise de Requisitos, onde o comportamento do sistema pde ser definido de forma detalhada e de acordo com as necessidades da instituio. Com estes recursos, foram elaborados os diagramas de classes, que apresentam os dados estruturais, e os diagramas de casos de uso, que modelam as operaes funcionais.

3.4.

MODEL VIEW CONTROLLER (MVC)


O Model View Controller, visualizado na Figura 3.4 um padro de

desenvolvimento bastante difundido, principalmente para aplicaes web, por prover facilidades: no desenvolvimento, por possibilitar que cada camada seja desenvolvida independentemente das outras; e na manuteno, pois alteraes podem ser realizadas numa camada, sem que as outras sejam afetadas.

O Model (Modelo) o objeto onde esto contidos os dados do programa e que possui todo o controle sobre as operaes realizadas sobre estes, no tendo conhecimento algum das camadas de Apresentao ou do Controlador. Basicamente, um modelo consiste em uma classe que encapsula os atributos de uma entidade da base de dados, tendo a capacidade de buscar, inserir, alterar ou excluir registros. A View (Apresentao) a camada responsvel pela apresentao visual dos dados manipulados pelo Modelo. Esta camada no tem conhecimento algum do funcionamento interno da camada do Controlador, nem sabe da existncia da camada de Modelo. Comunicando-se apenas com a camada do Controlador, a este pede a realizao das operaes solicitadas pelo usurio e, por fim, o Controlador lhe retorna um conjunto de dados j preparados para a Apresentao, que por sua vez os prepara para serem visualizados pelo usurio. O Controller (Controlador) a camada responsvel pela realizao de toda a lgica de negcios, analogamente corresponde ao centro nervoso da aplicao, por ter conhecimento de todas as operaes e de como realiz-las. Situada entre as outras duas camadas, o Controlador responsvel por estabelecer a comunicao entre elas, recebendo as requisies do usurio, provenientes da Apresentao, atuando sobre os dados do Modelo, definindo quais operaes sero realizadas sobre este, e por fim decidindo que Apresentao ser exibida para o usurio.

Pedido

(Controller) Servlet
Redireciona

Figura 3.4: Arquitetura Model 2, baseada no Padro Arquitetural Model View Controller.

BROWSER

Resposta

(View) JSP

(Model) Java Bean

Dados Container Servlet

10

4. 4.1.

SITI POP-RN: SISTEMA DE TECNOLOGIA DA INFORMAO DO POP-RN VISO GERAL

4.1.1. ARQUITETURA DO SISTEMA


O SiTI PoP-RN segue uma arquitetura Cliente-Servidor, onde um cliente faz requisies e o servidor executa as operaes necessrias para realizar o pedido, retornando por fim uma pgina HTML (HyperText Markup Language), que pode ser interpretada pelos navegadores (Browsers). Como possvel observar na Figura 4.1, todo o processamento realizado quase que integralmente do lado do servidor, seguindo o padro arquitetural MVC apresentado na seo 3.4 do captulo 3, o que deixa a aplicao mais leve do lado do cliente, no exigindo a instalao do sistema, nem que a mquina possua uma configurao de hardware robusta.

Cliente
(Controller) Managed Bean

Servidor

Pedido

Pedido

4.1.2. SUBSISTEMAS
A princpio, o SiTI PoP-RN foi idealizado como sendo um sistema de cadastro de acervo. Entretanto, aps uma coleta de requisitos, novas idias foram surgindo, dando origem por fim a quatro subsistemas: Cadastro de Acervo, Cadastro de Ocorrncias, Agenda de Videoconferncia e Acompanhamento de Atividades. A seguir sero descritas as principais caractersticas destes subsistemas.

BROWSER

Rede
Resposta Resposta

Redireciona

(View) JSP

(Model) Classe Java

Dados Container Servlet


Figura 4.1: Arquitetura Cliente-Servidor.

11

Cadastro de Acervo
Este o subsistema onde as produes intelectuais dos funcionrios e bolsistas podem ser armazenadas e disponibilizadas para consultas futuras. Como cadastro, este subsistema fornece opes de insero, alterao, remoo e busca de trabalhos, com informaes de ttulo, autor, assunto, resumo, abstract, palavras-chaves, keywords e em anexo o prprio arquivo do trabalho para download. Foram levados em considerao, e respeitados, os direitos autorais, impedindo que usurios indevidos alterem qualquer dado dos trabalhos de autoria de outros usurios, cabendo apenas ao prprio ou ao administrador do acervo realizar qualquer operao sobre os trabalhos.

Cadastro de Ocorrncias
Este cadastro oferece funcionalidades para que um administrador gerencie a abertura e fechamento de chamados de ocorrncias de falhas, programadas ou imprevistas, na prestao dos servios do PoP. Em ambas as situaes, este subsistema propicia um eficiente meio de gerenciamento das ocorrncias e da gerao de relatrios tcnicos, alm de fornecer informaes relevantes aos clientes do PoP. Alm dos administradores, que possuem acesso as reas restritas, o subsistema disponibiliza um meio para realizao do cadastramento das instituies que contratam os servios, dando-lhes acesso a informaes relativas s justificativas, s providncias tomadas e aos esclarecimentos em geral.

Agenda de Vdeo-Conferncia
O objetivo deste subsistema prover um servio on-line para reserva da sala de vdeo-conferncia do PoP-RN, permitindo que um cliente previamente cadastrado possa reservar a sala especificando o tema, o nome da instituio, telefone, celular e e-mail para contato, data e hora de incio e a durao, bem como informaes de conexo, e os recursos como computadores e acesso a Internet. O horrio reservado continua livre para reservas, at que o administrador autorize a reserva solicitada.

Acompanhamento de Atividades
Neste subsistema todos os estudantes bolsistas, estagirios, voluntrios e funcionrios seriam cadastrados no sistema, juntamente com um plano de trabalho para um determinado perodo de atividades. Segundo um intervalo de tempo especificado pelo administrador, cada um dever informar periodicamente as atividades realizadas, os

12

resultados obtidos, as dificuldades encontradas e os prximos passos de acordo com o plano de trabalho. Dessa forma, os orientadores e responsveis diretos pelo acompanhamento das atividades de cada usurio teriam uma boa viso do que est sendo feito, retirando a necessidade da realizao de reunies peridicas com muita freqncia, podendo atravs do subsistema sugerir alteraes no plano de trabalho, solues e esclarecimentos de dvidas ou novas vises e abordagens para que um dado objetivo seja alcanado.

4.2.

MODELAGEM
A proposta original do Projeto de TI do PoP-RN consistia em desenvolver uma

ferramenta Web para cadastramento de acervo desenvolvido pelos estagirios. Entretanto, aps a realizao de uma anlise e coleta de requisitos foram adicionados outros trs subsistemas: um segundo, responsvel pelo cadastro de ocorrncias, que diz respeito s falhas de disponibilidade dos servios prestados pelo PoP-RN, um terceiro que consiste em um agendamento da sala de videoconferncia e um ltimo que proveria um acompanhamento de atividades dos estagirios. A modelagem deste sistema foi realizada atravs de UML (Unified Modeling Language), que no determina como o sistema ser desenvolvido, mas auxilia na visualizao de como o sistema ser projetado bem como as comunicaes entre os objetos.

4.2.1. Documentao de Casos de Uso


Esta documentao teve por objetivo levantar requisitos e atravs destes identificar os atores e os casos de usos do SiTI PoP-RN, por meio de diagramas e descries mais detalhadas de cada um dos atores e casos de uso. O levantamento de requisitos consiste na coleta de informaes atravs de entrevistas com o cliente, que almeja uma ferramenta para auxiliar na realizao de determinadas tarefas em sua instituio ou empresa. Estas informaes dizem respeito s caractersticas do sistema, tais como os atores envolvidos e os casos de uso. Os atores correspondem s pessoas que podem realizar algum caso de uso, que so as aes previstas para o sistema e descritas nesta documentao. Na Figura 4.2 e 4.3 podemos observar o diagrama geral dos casos de uso subdividido em pacotes, um para cada subsistema, possibilitando assim uma melhor compreenso. Cada diagrama foi criado utilizando-se a ferramenta JUDE Community, que segue os padres da UML, provendo um meio simples de criar e format-los.

13

A documentao produzida inclui, alm dos diagramas, uma breve descrio de todos os atores e uma descrio formal, estruturada em tabelas, de cada um dos casos de uso. As descries permitem aos desenvolvedores uma melhor compreenso do sistema desejado, bem como uma viso geral das aes que a execuo de cada caso de uso desencadeia.

Descrio dos Atores


A seguir so descritos os atores identificados nos diagramas das figuras 4.2 e 4.3: a) Administrador Atua no controle do sistema, sendo o ator principal na maioria dos casos de uso. Pode realizar todas as operaes sobre cadastros, tais como inserir, alterar ou remover dados e tambm realizar consultas nos cadastros de trabalhos, de ocorrncias, de usurios, de contatos, de reservas, de clientes e de funcionrios; b) Usurio Acervo Este ator tem o papel de manter o cadastro de trabalhos, podendo realizar as operaes de insero, alterao e remoo destes e at mesmo realizar consultas para encontrar trabalhos j cadastrados; c) Cliente Ocorrncias Este ator pode atuar no sistema contatando o Administrador para solicitar informaes e/ou para denunciar falhas na disponibilidade dos servios prestados pelo PoP; d) Funcionrio Atua no sistema atravs da folha de ponto, onde tem por obrigao bater o ponto sempre que chegar ou sair das dependncias do PoP; e) Cliente Vdeo Conferncia Este ator pode atuar no sistema verificando a agenda e/ou solicitando reservas da sala de vdeo conferncia;

Diagrama de Casos de Uso

14

Figura 4.2: Diagrama Geral de Casos de Uso agrupados por subsistemas.

Figura 4.3: Diagrama Geral de Casos de Uso identificando os pacotes. Para fins de um maior detalhamento dos casos de uso, foram produzidos diagramas em separado para cada pacote. A Figura 4.4 apresenta o diagrama de casos de uso referente ao pacote Cadastro de Acervo.

15

Figura 4.4: Diagrama de Casos de Uso, pacote Cadastro de Acervo. A Figura 4.5 apresenta o diagrama de casos de uso para o pacote de Cadastro de Ocorrncias.

Figura 4.5: Diagrama de Casos de Uso, pacote Cadastro de Ocorrncias. A Figura 4.6 apresenta o diagrama de casos de uso para o pacote de Acompanhamento de Atividades. 16

Figura 4.6: Diagrama de Casos de Uso, pacote Acompanhamento de Atividades. A Figura 4.7 apresenta o diagrama de casos de uso para o pacote de Acompanhamento de Atividades.

17

Figura 4.7: Diagrama de Casos de Uso, pacote Agenda Videoconferncia.

Descrio Formal
A descrio formal dos casos de uso foi realizada de forma a agrupar os casos de uso em casos de uso globais, que aparecem nos diagramas de todos os pacotes, e nos casos de uso especficos de cada pacote. A seguir apresentado uma descrio geral dos casos de uso. A descrio detalhada destes mesmos casos de uso apresentada no Anexo I. a) Casos de Uso Globais Nome Do Caso de Uso Breve Descrio Gerar Relatrios de Cadastro Este caso de uso traz a funcionalidade ao Administrador de gerar relatrios estatsticos com relao a um cadastro. Tabela 4.1: Gerar Relatrios de Cadastro. Nome Do Caso de Uso Breve Descrio Acessar Cadastro Este caso de uso possibilita a um Usurio operar ou gerar relatrios de um cadastro. Atravs deste caso de uso possvel realizar uma insero, alterao, excluso ou visualizao de uma Instncia no Cadastro ou simplesmente gerar relatrios relativos a este Cadastro. Tabela 4.2: Acessar Cadastro. Nome Do Caso de Uso Breve Descrio Operar Cadastro Este caso de uso possibilita a um Usurio manipular um Cadastro, possibilitando a realizao de operaes de insero, alterao, excluso ou visualizao de uma Instncia no Cadastro. Tabela 4.3: Operar Cadastro Nome Do Caso de Uso Breve Descrio Inserir Instncia Este caso de uso traz a funcionalidade ao Usurio de Inserir uma Instncia num cadastro. Tabela 4.4: Inserir Instncia.

18

Nome Do Caso de Uso Breve Descrio

Alterar Instncia Este caso de uso traz a funcionalidade ao Usurio de alterar uma instncia j inserida no cadastro. Tabela 4.5: Alterar Instncia.

Nome Do Caso de Uso Breve Descrio

Excluir Instncia Este caso de uso traz a funcionalidade ao Usurio de excluir uma instncia j inserida no cadastro. Tabela 4.6: Excluir Instncia.

Nome Do Caso de Uso Breve Descrio

Visualizar Instncia Este caso de uso traz a funcionalidade ao Usurio de visualizar uma instncia inserida em um cadastro. Tabela 4.7: Visualizar Instncia.

Nome Do Caso de Uso Breve Descrio

Controlar Cadastro de Administradores Este caso de uso possibilita ao Administrador controlar o Cadastro de Administradores, para que assim esses possam ter acesso ao sistema. Este caso de uso possibilita: a gerao do relatrio do cadastro; ou a insero, a alterao, a excluso ou a visualizao de um Administrador.

Tabela 4.8: Controlar Cadastro de Administradores. b) Pacote Cadastro de Acervo Nome Do Caso de Uso Breve Descrio Controlar Cadastro de Trabalhos Este caso de uso possibilita a um Usurio Acervo controlar o Cadastro de Trabalhos, no intuito de armazenar-los de forma segura e que dure por um perodo indeterminado (diz-se para sempre). Este caso de uso possibilita: a gerao de relatrio do cadastro; ou a insero, a alterao, a excluso ou a visualizao de um Trabalho. Tabela 4.9:Controlar Cadastro de Trabalhos.

19

Nome Do Caso de Uso Breve Descrio

Controlar Cadastro de Usurios Acervo Este caso de uso possibilita ao Administrador controlar o Cadastro de Usurios Acervo, para que assim esses possam ter acesso ao sistema. Este caso de uso possibilita: a gerao do relatrio do cadastro; ou a insero, a alterao, a excluso ou a visualizao de um Usurio Acervo.

Tabela 4.10: Controlar Cadastro de Usurios Acervo. c) Pacote Cadastro de Ocorrncias Nome Do Caso de Uso Breve Descrio Visualizar Ocorrncias Este caso de uso possibilita ao Cliente Ocorrncias visualizar as ocorrncias de falha de disponibilidade dos servios do PoP-RN. Tabela 4.11: Visualizar Ocorrncias. Nome Do Caso de Uso Breve Descrio Abrir Chamado Este caso de uso vem prover um meio pelo qual um Cliente Ocorrncias pode obter informaes sobre ocorrncias de falhas de disponibilidade de servio ou denunci-las. H dois meios de realizar estas operaes: entrando em contato com um Administrador; ou Abrindo um Chamado diretamente no Sistema. Tabela 4.12: Abrir Chamado. Nome Do Caso de Uso Breve Descrio Controlar Cadastro de Ocorrncias Este caso de uso possibilita ao Administrador controlar o Cadastro de Ocorrncias de falha disponibilidade do PoP, pois possibilita: a gerao do relatrio do cadastro; ou a insero, a alterao, a excluso ou a visualizao de uma Ocorrncia. Tabela 4.13: Controlar Cadastro de Ocorrncias.

20

Nome Do Caso de Uso Breve Descrio

Controlar Cadastro de Contatos Este caso de uso permite ao Administrador controlar o Cadastro de Contatos, pois possibilita: a gerao do relatrio do cadastro; ou a insero, a alterao, a excluso ou a visualizao de um Contato.

Tabela 4.14: Controlar Cadastro de Contatos. Nome Do Caso de Uso Breve Descrio Controlar Cadastro de Clientes Ocorrncias Este caso de uso permite ao Administrador controlar o Cadastro de Clientes Ocorrncias, pois possibilita: a gerao do relatrio do cadastro; ou a insero, a alterao, a excluso ou a visualizao de um Cliente Ocorrncias. Tabela 4.15: Controlar Cadastro de Clientes Ocorrncias. d) Pacote Acompanhamento de Atividades Nome Do Caso de Uso Breve Descrio Controlar Cadastro de Funcionrios Este caso de uso permite ao Administrador controlar o Cadastro de Funcionrios do PoP-RN, pois possibilita: gerar relatrios do cadastro; ou a insero, a alterao, a remoo ou a visualizao de Funcionrios. Tabela 4.16: Controlar Cadastro de Funcionrios. Nome Do Caso de Uso Breve Descrio Controlar Cadastro de Atividades Este caso de uso permite ao Funcionrio controlar o Cadastro de Atividades, pois possibilita: gerar relatrios do cadastro; ou a insero, a alterao, a remoo ou a visualizao de Atividades. Tabela 4.17: Controlar Cadastro de Atividades.

21

e) Pacote Agenda de Vdeo Conferncia Nome Do Caso de Uso Breve Descrio Controlar Cadastro de Clientes Videoconferncia Este caso de uso possibilita ao Administrador controlar o Cadastro de Clientes vdeo conferncia, pois possibilita: gerar relatrios do cadastro; ou a insero, a alterao, a remoo ou a visualizao de Clientes Vdeo Conferncia. Tabela 4.18: Controlar Cadastro de Clientes Videoconferncia. Nome Do Caso de Uso Breve Descrio Controlar Cadastro de Reservas Este caso de uso traz a funcionalidade de uma agenda de reservas, possibilitando ao Administrador controlar o Cadastro de Reservas da sala de vdeo conferncia, pois possibilita: gerar relatrios do cadastro; ou a insero, a alterao, a remoo ou a visualizao de Reservas. Tabela 4.19: Controlar Cadastro de Reservas. Nome Do Caso de Uso Breve Descrio Visualizar Reservas Este caso de uso possibilita ao cliente vdeo conferncia a realizao de uma busca por reservas, permitindo tambm a visualizao de uma reserva especfica encontrada atravs de uma busca. Tabela 4.20: Visualizar Reservas. Nome Do Caso de Uso Breve Descrio Solicitar Reserva Este caso de uso possibilita ao Cliente Vdeo Conferncia agendar a sala de vdeo conferncia. Tabela 4.21: Solicitar Reserva.

4.2.2. Diagramas de Classe


Os diagramas de classes apresentam os objetos juntamente com seus atributos e mtodos, bem como as relaes entre cada um deles. Eles fornecem ao desenvolvedor um arcabouo de como ser implementada cada classe do sistema. Da mesma forma que os Diagramas de Casos de Uso, os Diagramas de Classe foram todos criados utilizando o JUDE Community.

22

O diagrama da Figura 4.8 foi criado seguindo o modelo arquitetural do sistema, separando as classes em subsistemas, onde cada subsistema possui os pacotes Controller e Model, nenhuma classe foi desenvolvida manualmente para camada View. No SiTI PoP-RN, as pginas JSF (View) chamam os mtodos da classe Controller, que coletam os dados desta pgina e os estruturam numa classe entidade (Model). Estes dados so enviados por parmetro para os mtodos da classe de Servio (Model), que de fato ir realizar as operaes, instanciando DAOs para a troca de informaes com o banco de dados. Os DAOs so responsveis por executar as operaes no banco, abstraindo e disponibilizando-as, atravs de seus mtodos, para a classe de Servio, e para isso os DAOs solicitam conexes com o banco atravs da classe ConnectionFactory.

23

Figura 4.8: Diagrama de Classes do SiTI PoP-RN.

4.2.3. Banco de Dados


A utilizao de banco de dados possibilita o armazenamento de informaes relativas ao sistema, provendo um meio de consulta rpido e eficiente, retirando do

24

desenvolvedor a responsabilidade de como armazenar ou de como recuperar as informaes nele inseridas. O desenvolvimento do SiTI PoP-RN teve incio a priori em seu banco de dados, implementando uma estrutura que atendesse aos pr-requisitos obtidos na fase de modelagem. A princpio, as classes de entidades podem ser tomadas por base para criao das tabelas principais, e as relaes entre as classes muitas vezes tambm exigem tabelas especficas. Assim uma primeira estrutura de tabelas foi criada. Seguindo o Modelo Relacional e as trs normalizaes citadas na seo 3.2 do captulo 3, a estrutura final das tabelas do banco de dados do SiTI PoP-RN foram criadas da como pode ser observado na Figura 4.9: usuario = {id_user, nome, login, senha, cpf, rg, endereco, email, telefone, celular, datadenascimento, ativo, adminsiti, useracervo, adminacervo, clienteocorrencia, adminocorrencia, funcionario, adminacompanha, clientevideoconf, adminvideoconf} trabalho = {id_trabalho, id_user, titulo, palavraschave, keywords, resumo, abstract, arquivo, nomearquivo, extensao, datahora} ocorrencia = {id_ocorrencia, id_user, operadora, eletrica, progpop, prog-operadora, prog-ceo, prog-concentrador, staff-ceo, staff-pop, roteador, data, descricao} contato = {id_contato, celular, email} nome, funcao, instituicao, telenone,

reserva = {id_reserva, id_user, tema, instituicao, telefone, celular, email, datahora, duracao, infoconexao, recursos} plano = {id_plano, id_user, funcao, plano} atividade = {id_atividade, id_user, data, descricao} Figura 4.9: Banco de dados relacional do SiTI PoP-RN na 3. Partindo desta estrutura na FN3, a tarefa de criao do banco de dados e das tabelas dos quatro subsistemas, tornou-se deveras facilitada e intuitiva. O projeto do banco de dados gerado pode ser observado na Figura 4.10.

25

Figura 4.10: Projeto do Banco de Dados dos Quatro Subsistemas do SiTI PoP-RN.

4.3.

DESENVOLVIMENTO
Ao longo do desenvolvimento do SiTI PoP-RN, as tecnologias utilizadas foram as

pginas JSP, os arquivos de Javascript, o servidor de aplicaes Web Glassfish V2, padro arquitetural MVC, os padres de projeto DAO e Factory, o Framework JSF, e a API JDBC com MySQL.

4.3.1. Servidor de Aplicao J2EE


O objetivo de um servidor de aplicao prover uma plataforma de execuo das aplicaes desenvolvidas, permitindo ao desenvolvedor se abstrair das caractersticas do sistema computacional empregado, tais como configuraes de hardware e software instalados ou questes de infraestrutura. A plataforma J2EE disponibiliza padres para Containers Web, onde se localizam os Servlets e as pginas JSP, e para Containers EJB, onde esto implementadas todas as lgicas de negcio. Os containers so responsveis por gerenciar as solicitaes e o ciclo de vida dos componentes, provendo suporte segurana, e servios de Multithreading, gerenciamento de transao e estado, comunicao distribuda, Clusterizao e Persistncia.

Glassfish V2
Servidor de aplicao de nvel coorporativo de cdigo aberto desenvolvido pela Sun Microsystems para a plataforma J2EE, que prov desempenho, confiabilidade, produtividade

26

e facilidade de uso, trazendo os mais recentes padres de inovao do setor, tais como clusterizao avanada e administrao centralizada. O Glassfish, no ambiente do desenvolvedor, j vem integrado ao NetBeans IDE 6.5, o que facilitou a configurao do mesmo como servidor de aplicao do projeto do SiTI PoPRN.

4.3.2. Padro Arquitetural


Um padro arquitetural tem por objetivo estruturar a arquitetura do projeto segundo um modelo que tenha apresentado bons resultados em projetos anteriores. A idia principal classificar e separar as pginas e classes implementadas em componentes distintos, de acordo com o proposto pelo padro, provendo assim um baixo acoplamento e facilitando a reutilizao ou a eventual substituio dos mdulos.

Model View Controller (MVC)


No SiTI PoP-RN, baseando-se no padro arquitetural MVC apresentado na seo 3.4 do captulo 3, cada subsistema foi estruturado com suas respectivas camadas MVC, que tem por objetivo separar a lgica de negcio da lgica de apresentao, o que permite que o desenvolvimento, a manuteno e os testes sejam realizados de forma independente. Isto permite que os subsistemas entrem em produo medida que forem sendo finalizados, sem interferir no funcionamento dos outros. A Figura 4.12 apresenta a estrutura adotada para os pacotes deste sistema.

Figura 4.11: Estrutura em rvore dos pacotes do projeto. 27

Cada subsistema possui tabelas prprias no banco de dados. Isto implica que na camada Model teremos classes para cada uma das tabelas, e para cada classe haver um DAO (Data Access Object). A camada Controller fica por conta dos Managed Beans, que tambm foram criados um para cada tabela do banco. Os Managed Beans recebem as requisies dos usurios, realizam as operaes solicitadas, instanciando classes da camada Model e, por fim, definem qual pgina ser exibida para o usurio. A camada View possui todas as pginas JSF, uma para cada operao de busca, insero, alterao e excluso, que iro exibir para o usurio os dados manipulados pela camada Controller, permitindo realizar novas solicitaes a pedido do usurio.

4.3.3. Padres de Projeto Data Access Object (DAO)


O DAO objetiva a criao de um acesso unificado camada de dados, isto , sempre que objetos da camada de negcios (Controlador) precisarem realizar uma operao de busca, insero, alterao ou excluso de um registro, faro esta solicitao a um DAO, que possui toda a lgica necessria para acessar a base de dados, seja ela um banco de dados, um arquivo ou at mesmo outro sistema. A utilizao deste padro facilita a manuteno de operaes de acesso a bases de dados, que no caso do SiTI PoP-RN um banco de dados MySQL, j que h um baixo acoplamentos entre a camada de negcios e as classes de acesso ao banco. Caso seja necessrio, por exemplo, substituir o banco de dados por um repositrio XML, bastar alterar a implementao dos mtodos do DAO.

Factory
O padro Factory foi utilizado para a criao da classe ConnectionFactory, que a nica responsvel por definir o driver JDBC apropriado e instanciar uma nica conexo, retornando-a para quem a solicitou. Mais uma vez, este padro propicia a fcil reconfigurao para uma eventual mudana de banco de dados, evitando que as outras camadas precisem sem alteradas.

4.3.4. Framework JavaServer Faces (JSF)


O Framework JSF disponibiliza maiores recursos para a criao de pginas JSP de interface com o usurio (GUI), utilizando-se do seu conjunto de componentes UI, que permitem ligao com objetos Java (Beans). Fornece tambm um conjunto de APIs para: gerenciamento do estado dos seus componentes, manipulao de eventos, validao dos 28

parmetros de entrada, definio do fluxo de navegao atravs do arquivo de configurao chamado faces-config.xml, e suporte internacionalizao e acessibilidade. O JSF auxilia tambm no desenvolvimento de aplicaes com padro arquitetural MVC, pois impede a implementao da lgica de negcios na camada de viso, isto , nas pginas da camada View, alm de forar a utilizao de Controllers como os Maneged Beans, para controle de fluxo das transaes, que por sua vez fazem requisies aos VOs (Value Objects) e DAOs da camada Model .

4.3.5. API do Java Database Conectivity (JDBC)


Segundo GONALVES [15], a API JDBC consiste num conjunto de classes e interfaces Java prontas, para programao de aplicaes que recorrem aos bancos de dados. O driver JDBC utilizado no desenvolvimento do SiTI PoP-RN foi o Connector/J, que d suporte a utilizao do SGBD (Sistema de Gerenciamento de Banco de Dados) MySQL. O MySQL foi instalado atravs do XAMPP, que consiste numa ferramenta de instalao muito prtica para Apache, MySQL, PHP e Perl, e que prov ainda ferramentas de administrao completas e de utilizao relativamente simples como o PHPMyAdmin, interface em PHP para administrao do MySQL.

29

5.

TESTES E IMPLANTAO
Como visto na subseo 4.1.1 do Captulo 4, a arquitetura do sistema do tipo

Cliente-Servidor, necessitando assim de uma mquina configurada como Servidor, neste caso um Servidor de Aplicao Web, onde o SiTI PoP-RN deve ser implantado. Esta mquina deve possuir algumas configuraes especficas, como apresentado a seguir.

5.1.

CONFIGURAES E AMBIENTE PARA INSTALAO DO SITI POP-RN


Para obter sucesso na implantao do sistema numa rede, alguns requisitos devem

ser atendidos e diversas configuraes precisam ser realizadas, a exemplo de configuraes de mquina e instalao de software.

5.1.1. Configurao do Equipamento


Os testes de implantao foram realizados numa mquina virtual com as configuraes apresentadas na Figura 5.1. Processador Intel Pentium Dual CPU 1.73 GHz 1.73 GHz (Apenas 1 ncleo); 512 MB de memria RAM; 10 GB de espao no HD; Sistema Operacional Windows XP (32 Bits). Figura 5.1: Configuraes do Equipamento.

5.1.2. Caractersticas do Sistema


O sistema totalmente desenvolvido em um nico pacote, com a extenso WAR (Web ARchive), para a plataforma Java, o que permite a portabilidade entre os sistemas operacionais mais utilizados hoje, tais como Windows e Linux, e tambm possui compatibilidade com o navegador Mozilla Firefox 3.X.X. Para que a instalao seja realizada com sucesso necessrio seguir os passos descritos na sesso seguinte.

5.1.3. Passos de Instalao IP Esttico


A mquina na qual o sistema ser implantado deve possuir um IP esttico na rede, para que o DNS (Domain Name System) possa associar um nome ao endereo da mquina na qual o sistema est aguardando chamadas de servio. Caso o banco de dados seja instalado numa outra mquina, o endereo IP desta tambm deve ser esttico e, aps 30

definido,

especificado

na

classe

SiTI

PoP-

RN\src\java\sitipoprn\sistemas\DAO\ConnectionFactory.java, antes do Build (Construo) do projeto ser gerado.

Java JSDK 6u14


Antes da instalao do servidor de aplicaes, ser necessrio instalar a plataforma Java JDK 6u14 (Java SE Developmente Kit 6.0 Update 14), sendo suficiente para tal seguir os passos de instalao do prprio fabricante, no necessitando de configuraes diferentes do padro.

XAMPP (X(Qualquer sistema operacional) Apache MySQL PHP Perl)


Para instalao do XAMPP suficiente complet-la com as configuraes padro do fabricante. Aps a instalao, o painel de controle do XAMPP (C:\xampp\xamppcontrol.exe) deve ser executado. Antes de inicializar qualquer um dos aplicativos instalados, para que o Apache e o MySQL sejam inicializem automaticamente com a inicializao do sistema, as caixas de seleo Svc de ambos devem ser marcadas e, ento, os mesmo devem ser inicializados, pressionando os botes Start correspondentes. O Apache ser necessrio para que a ferramenta de gerenciamento do MySQL, o phpMyAdmin, possa ser inicializada. J o MySQL o prprio SGBD onde ser instalado o banco de dados da ferramenta.

Implantao do Banco de Dados SiTI


Atravs do painel de controle do XAMPP, pressionando o boto Admin do MySQL, tem-se acesso ao phpMyAdmin. Ao abrir a ferramenta, pressionando o boto Importar no menu principal, no formulrio de importao, o arquivo SQL de backup deve ser selecionado e executado. Com o banco implantado ser necessrio criar um usurio com permisses apenas de INSERT, UPDATE, DELETE e SELECT (insero, atualizao, excluso e consulta respectivamente). Voltando a pgina inicial, como possvel observar na Figura 5.2, no menu Privilgios do phpMyAdmin, pressionando o link Adicionar novo usurio, o formulrio deve ser preenchido com as informaes de nome do usurio, endereo IP do servidor onde o banco de dados est localizado e, com a caixa de seleo na opo Usar campo texto, uma senha e sua confirmao. Em seguida, deve-se selecionar novamente o menu Privilgios e editar o usurio recm criado. Seleciona-se, a partir da lista apresentada, o banco de dados siti e, em seguida marca-se todas as operaes sobre dados e solicita-se sua execuo. 31

Figura 5.2: Menu principal do phpMyAdmin. Para perfeita comunicao com o sistema, a classe SiTI PoPRN\src\java\sitipoprn\sistemas\DAO\ConnectionFactory.java deve ser novamente editada antes do Build do projeto, fornecendo o nome do usurio e senha definidos.

Servidor de Aplicaes Sun GlassFish Enterprise Server v2.1.1


Neste ponto, o equipamento j ter o necessrio para a instalao do Servidor de Aplicaes Sun GlassFish Enterprise Server v2.1.1, apenas mantendo as configuraes padro do fabricante. Aps a instalao, ser necessrio realizar uma configurao de Inicializao Automtica. Esta far com que o servidor seja inicializado automaticamente, sempre que a mquina for ligada no sistema operacional onde este foi instalado. Para tal, basta criar um atalho do Start Default Server, contido no submenu Todos os programas\Sun Microsystems\Application Server 2.1 do menu Iniciar, para o submenu Todos os programas\Inicializar, tambm no menu Iniciar.

Deployment (Implantao)
O Deploy o ato de Implantar o sistema no servidor de aplicaes. Para tanto, deve-se abrir o console de administrador no endereo http://localhost:4848, introduzindo o usurio e senha criados durante a instalao o Glassfish. Como pode ser observado na Figura 5.3, selecionando o submenu Web Aplications no menu Aplications, apresentada a opo, localizada direita, de implantar o sistema atravs do boto Deploy. No formulrio seguinte define-se o arquivo WAR do projeto, que ao ser escolhido j sugere um nome para a aplicao e para a raiz do contexto, onde a aplicao poder ser encontrada. Por fim, o prprio Glassfish define o selected target como sendo o Virtual Server padro (server). Para concluir basta pressionar o boto Ok. O Virtual Server padro j est configurado para receber requisies atravs de dois HTTP-Listeners (http-listener-1 e http-listener-2), que so responsveis por disponibilizar a aplicao numa porta especfica, a partir de uma das redes na qual a mquina servidor esteja conectada. O http-listener-1 est por padro configurado para ouvir a porta 8080, atravs do protocolo HTTP no habilitado para segurana. J o httplistener-2 ouve a porta 8181, atravs do protocolo HTTPS habilitado para segurana.

32

Figura 5.3: Menu do Console do Administrador do Glassfish v2.

5.2.

RESULTADOS OBTIDOS
Os testes de implantao fora realizados com sucesso, permitindo por meio destes,

que a aplicao fosse acessada a partir de qualquer mquina presente na mesma rede.

5.2.1. Interface
A interface constituda basicamente de um cabealho, um menu e o corpo. Atravs do menu possvel acessar as diversas operaes disponveis no sistema, sempre que uma rea acessada atravs do menu, esta carregada no corpo. Nota-se na Figura 5.4 que s se torna visvel e acessvel ao usurio os subsistemas para os quais tenha sido cadastrado, e que este usurio, em especfico, possui permisses para acessar a menu de Administrador, do subsistema de Acervo e do subsistema de Ocorrncias.

33

Atravs de cada menu possvel ter acesso as pginas que implementam os casos de uso de cada subsistema.

Figura 5.4: Tela para Inserir Trabalho no subsistema de Acervo.

34

6. CONCLUSO
O projeto de Tecnologia da Informao pde concluir com sucesso a implementao dos casos de uso relacionado ao subsistema de Cadastro de Acervo, permitindo aos usurios a insero, consulta, alterao e excluso de trabalhos. O subsistema de Cadastro de Ocorrncias foi implementado atendendo apenas de forma parcial as funcionalidades idealizadas, tento em vista que os requisitos coletados na fase de modelagem, no foram suficientes para concluso do mesmo de forma satisfatria. Apesar das adversidades, o SiTI PoP-RN apresenta possibilidades diversas para agregao de novos subsistemas, e dando andamento ao subsistemas j modelados esta ferramenta poderia vir a atender a outras necessidades da instituio. Como trabalhos futuros, alm da implementao dos outros subsistemas propostos, o sistema poderia ser migrado para novas tecnologias, tais como torn-lo uma Java Enterprise Application, com a implementao da camada de negcios utilizando-se EJBs, que provem um melhor gerenciamento dos recursos e servios suportados pelo Servidor EJB, tais como concorrncia, gerenciamento de transaes, persistncia, distribuio de objetos, atribuio de nomes e segurana. Tais recursos provem uma aplicao mais muito mais robusta.

35

REFERENCIAS BIBLIOGRFICAS
BRITO, I. S. (2001). Casos de Uso. Acesso em 24 de mar. de 2009, disponvel em Beja/Portugal: ESTIG-IPB: http://www.estig.ipbeja.pt/~issb/es/casosdeuso.pdf CANHOS, D. A., & CANHOS, S. S. (s.d.). Colees biolgicas e sistemas de informao. Acesso em 04 de fev. de 2009, disponvel em Cria: www.cria.org.br/cgee/documentos/informacao.doc Casos de Uso: Diagrama de Casos de Uso. (s.d.). Acesso em 24 de mar. de 2009, disponvel em Departamento de Sistemas de Computao: http://www.dsc.ufcg.edu.br/~sampaio/cursos/2007.1/Graduacao/SIII/Uml/diagramas/usecases/usecases.htm CDU - Classificao Decimal Universal. (s.d.). Acesso em 02 de mai. de 2009, disponvel em BIBLIOTECAS DA UALG: http://www.bib.ualg.pt/bibliotecas/cdu.htm Classificao de Acervo. (01 de 02 de 2008). Acesso em 02 de mar. de 2009, disponvel em Agencia Nacional de guas: http://www.ana.gov.br/AcoesAdministrativas/CDOC/proton/internet/_docs/Pesquisarbibliotec aAcervo_%20tutorial01022008.doc Codd, E. F. (junho de 1970). Relational Model of Data for Large Shared Data Banks. ACM Association for Computing Machinery , 10. DELICATO, F. C. (s.d.). Modelagem de Classes: Fase de Anlise. Natal, RN, Brasil. DSpace - Repositrios Digitais. (s.d.). Acesso em 04 de fev. de 2009, disponvel em Instituto Brasileiro de Informa em Cincias e Tecnologia: http://dspace.ibict.br/ GONALVES, E. (2008). Desenvolvendo Aplicaes Web com NetBeans IDE 6. Rio de Janeiro: Editora Cincia Moderna Ltda. LAUDON, E. C., & LAUDON, J. P. (1996). Management of Information Systems: A Comtemporary Perspective. Mac Millian. LESSA, A. L. (2005). Desenvolvimento de uma ferramenta Web de Monitoramento e Gerncia de um Ambiente VoIP. Trabalho de Concluso de Curso, UFRN, Natal. LOH, S. (s.d.). Sistemas de Informao. Acesso em 17 de fev. de 2009, disponvel em Pgina de Stanley Loh: http://paginas.ucpel.tche.br/~loh/sist-inf.htm Otlet, P., & Fontaine, H. L. (1907). Manual do Repertrio Bibliogrfico Universal. Bruxelas: Institute International de Bibliographie IIB. PASTL, C. C. (2006). Tarifador de Chamadas VoIP. Estgio Supervisionado, UFRN, Natal. PIRES, P., & KULESZA, U. (2009). Desenvolvimento de Aplicaes Corporativas para a Web. Natal. ROSINI, A. M., & PALMISANO, A. (2003). Administrao de Sistemas de Informao e a Gesto do Conhecimento. So Paulo, SP, Brasil: Thomson. 36

SILVA, A. P. (s.d.). Algoritmos de Pesquisa. Acesso em 26 de fev. de 2009, disponvel em Departamento de Informtica Universidade da Beira Interior: http://www.di.ubi.pt/~fsilva/palg/Pesquisa.pdf Sistemas de Informao. (s.d.). Acesso em 17 de fev. de 2009, disponvel em Universia, rede de universidades, rede de oportunidades: http://www.universia.com.br/materia/materia.jsp?id=9843 TogetherSoft. (s.d.). Casos de Uso: Diagrama de Casos de Uso. Acesso em 24 de mar. de 2009, disponvel em Departamento de Sistemas de Computao: http://www.dsc.ufcg.edu.br/~sampaio/cursos/2007.1/Graduacao/SIII/Uml/diagramas/usecases/usecases.htm UML - Diagrama de Classes e Objetos. (s.d.). Acesso em 10 de mar. de 2009, disponvel em Macoratti.net: http://www.macoratti.net/net_uml1.htm ZIVIANI, N. (s.d.). Projeto de Algoritmos. Acesso em 26 de fev. de 2009, disponvel em Departamento de Cincia da Computao UFMG: http://www2.dcc.ufmg.br/disciplinas/aeds2_turmaA1/Cap5-parte2.ppt

37

ANEXO I: DOCUMENTAO DE CASOS DE USO

38

Projeto de Tecnologia da Informao Modelo de Casos de Uso

Orientador: Prof. D.Sc. Sergio Vianna Fialho Supervisor: Prof. D.Sc. Edson Moreira Silva Neto Orientando: Joo Maria Guedes da Cruz Jnior Matrcula: 200506460 Curso: Engenharia de Computao

Natal/RN, em 01/jun/09

39

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 1

SUMRIO

1. 2. 3. 3.1. 3.2. 3.3. 3.4. 3.5. 4. 4.1. 4.2. 4.3. 4.4. 4.5.

INTRODUO

2 14

DIAGRAMA DE CASOS DE USO ATORES 14

ADMINISTRADOR ...................................................................................................................................... 14 USURIO ACERVO ..................................................................................................................................... 14 CLIENTE OCORRNCIAS .............................................................................................................................. 14 FUNCIONRIO .......................................................................................................................................... 14 CLIENTE VDEO CONFERNCIA ..................................................................................................................... 14 DESCRIO FORMAL 18

CASOS DE USO GLOBAIS ............................................................................................................................ 18 PACOTE CADASTRO DE ACERVO ............................................................................................................... 19 PACOTE CADASTRO DE OCORRNCIAS ....................................................................................................... 20 PACOTE ACOMPANHAMENTO DE ATIVIDADES ............................................................................................. 21 PACOTE AGENDA DE VDEO CONFERNCIA ................................................................................................. 22

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 2

Autores Joo Maria Guedes da Cruz Jnior

Verso

<2.0>

Data

<01/06/2009>

1. Introduo Este documento tem por objetivo levantar requisitos e atravs destes identificar os atores e os casos de usos do Sistema de TI do PoP-RN. O levantamento de Requisitos consiste na coleta de informaes do cliente que almeja a ferramenta para auxiliar tarefas em sua empresa, estas informaes dizem respeito s caractersticas do sistema, tais como os atores envolvidos e os casos de uso. Os atores correspondem s pessoas que iro participar do sistema de alguma forma, e os casos de uso so as funcionalidades que os atores podero realizar utilizando esta ferramenta.

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 3

2. Diagrama de Casos de Uso

Figura 1: Diagrama de Casos de Uso dividido.

Figura 2: Diagrama de Casos de Uso dividido em Pacotes

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 4

Figura 3: Diagrama de Casos de Uso, pacote Cadastro de Acervo.

Figura 4: Diagrama de Casos de Uso, pacote Cadastro de Ocorrncias.

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 5

Figura 5: Diagrama de Casos de Uso, pacote Acompanhamento de Atividades.

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 6

Figura 5: Diagrama de Casos de Uso, pacote Agenda Vdeo Conferncia.

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 7

3. Atores 3.1. Administrador Atua no controle do sistema, sendo o ator principal na maioria dos casos de uso. Pode realizar todas as operaes sobre cadastros, tais como inserir, alterar ou remover dados e tambm realizar consultas nos cadastros de trabalhos, de ocorrncias, de usurios, de contatos, de reservas, de clientes e de funcionrios; 3.2. Usurio Acervo Este ator tem o papel de manter o cadastro de trabalhos, podendo realizar as operaes de insero, alterao e remoo destes e at mesmo realizar consultas para encontrar trabalhos j cadastrados; 3.3. Cliente Ocorrncias Este ator pode atuar no sistema contatando o Administrador para solicitar informaes e/ou para denunciar falhas na disponibilidade dos servios prestados pelo PoP; 3.4. Funcionrio Atua no sistema atravs da folha de ponto, onde tem por obrigao bater o ponto sempre que chegar ou sair das dependncias do PoP; 3.5. Cliente Vdeo Conferncia Este ator pode atuar no sistema verificando a agenda e/ou solicitando reservas da sala de vdeo conferncia;

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 8

4. Descrio Formal 4.1. Casos de Uso Globais

Nome Do Caso de Uso Breve Descrio

Gerar Relatrios de Cadastro Este caso de uso traz a funcionalidade ao Administrador de gerar relatrios estatsticos com relao a um cadastro.

Ator Principal Ator Secundrio Pr-condies

O Administrador. No h Ator Secundrio associado a este caso de uso. 1. 2. O Administrador e o Cadastro devem ser especificados; O Administrador deve estar cadastrado e identificado pelo Sistema, obedecendo Regra de Negcio RN01.

Fluxo dos Eventos

Este caso de uso tem incio quando o Administrador seleciona em seu menu a opo Gerar Relatrios de Cadastro para decidir gerar relatrios relacionados Instncias de um cadastro do sistema de TI.

Fluxo Bsico

1.

O Administrador seleciona a opo Gerar Relatrios de Cadastro;

2.

O Sistema exibe 2 opes: Gerar Relatrio Padro e Gerar Relatrio Especfico;

3. 4.

O Administrador seleciona a opo desejada; O Sistema executa o fluxo alternativo escolhido pelo

Administrador; 5. O Sistema finaliza este fluxo bsico quando o fluxo alternativo do passo anterior for finalizado. Fluxo Alternativo Gerar Relatrio Padro 1. O Sistema gera, exibe um relatrio padro e fornece 2 opes ao Administrador: Salvar em Arquivo ou Imprimir; 2. 3. O Administrador escolhe uma das opes; O Sistema executa o fluxo alternativo associado opo selecionada pelo Administrador; 4. O Sistema finaliza este fluxo alternativo quando o fluxo alternativo do passo anterior for finalizado. Gerar Relatrio Especfico 1. O Sistema exibe um formulrio de busca com todos os campos de 8

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 9

pesquisa, cada qual com uma caixa de seleo para adicion-lo ao relatrio; 2. O Administrador marca os campos desejados, especifica a data de incio e fim e seleciona a opo Pesquisar; 3. O Sistema Realiza a pesquisa, exibe o relatrio e fornece 2 opes ao Administrador: Salvar em Arquivo ou imprimir; 4. 5. O Administrador seleciona uma das opes; O Sistema executa o fluxo alternativo associado opo selecionada pelo Administrador; 6. O Sistema finaliza este fluxo alternativo quando o fluxo alternativo do passo anterior for encerrado. Salvar em Arquivo 1. 2. 3. O Sistema gera um arquivo PDF e o envia para download; O Administrador seleciona o destino e clica em Salvar; O Sistema envia o arquivo e finaliza este fluxo alternativo.

Imprimir 1. 2. 3. Requisitos Especiais Ps-condies Regras de Negcio O Sistema gera um arquivo PDF e o envia para impresso; O Administrador configura a impressora e clica em imprimir; O Sistema imprime o arquivo e finaliza este fluxo alternativo.

No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso. Permisso Para Gerar Relatrio (RN01) O Administrador deve possuir a permisso sobre o cadastro do qual deseja gerar o relatrio.

Nome Do Caso de Uso Breve Descrio

Acessar Cadastro Este caso de uso possibilita a um Usurio operar ou gerar relatrios de um cadastro. Atravs deste caso de uso possvel realizar uma insero, alterao, excluso ou visualizao de uma Instncia no Cadastro ou simplesmente gerar relatrios relativos a este Cadastro.

Ator Principal Ator Secundrio

O Usurio. No h Ator Secundrio associado a este caso de uso.

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 10

Pr-condies

1. 2.

O Usurio e o Cadastro devem ser especificados; O Usurio deve estar cadastrado e identificado pelo Sistema, segundo a RN02.

Fluxo dos Eventos

Este caso de uso tem incio quando um Usurio seleciona em seu menu a opo Acessar Cadastro para decidir Operar Cadastro ou Gerar Relatrios de Cadastro.

Fluxo Bsico

1. O Sistema exibe duas opes: Operar Cadastro e Gerar Relatrios de Cadastro; 2. O Usurio escolhe uma das opes; 3. O Sistema executa o fluxo alternativo correspondente a opo escolhida; 4. O Sistema encerra o fluxo bsico, quando o fluxo bsico do passo anterior for finalizado.

Fluxo Alternativo

Operar Cadastro 1. 2. O Usurio seleciona a opo Operar Cadastro; O Sistema executa o caso de uso Operar Cadastro, especificando o Usurio e o Cadastro como sendo o usurio primrio e o cadastro deste caso de uso; 3. Quando o caso de uso do passo 2 finalizado o Sistema tambm finaliza este fluxo alternativo. Gerar Relatrios de Cadastro 1. 2. O Usurio seleciona a opo Gerar Relatrios de Cadastro; O Sistema executa o caso de uso Gerar Relatrios de Cadastro, especificando o Usurio e o Cadastro como sendo o usurio primrio e o cadastro deste caso de uso; 3. Quando o caso de uso do passo 2 finalizado o Sistema tambm finaliza este fluxo alternativo.

Requisitos Especiais Ps-condies Regras de Negcio

No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso. Permisso de Acesso (RN02) O Usurio deve possuir a permisso sobre o cadastro que deseja acessar.

10

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 11

Nome Do Caso de Uso Breve Descrio

Operar Cadastro Este caso de uso possibilita a um Usurio manipular um Cadastro, possibilitando a realizao de operaes de insero, alterao, excluso ou visualizao de uma Instncia no Cadastro.

Ator Principal Ator Secundrio Pr-condies

O Usurio. No h Ator Secundrio associado a este caso de uso. 1. 2. O Usurio e o Cadastro devem ser especificados; O Usurio deve estar cadastrado e identificado pelo Sistema, segundo a Regra de Negcio RN03.

Fluxo dos Eventos

Este caso de uso tem incio quando um Usurio seleciona em seu menu a opo Operar Cadastro para decidir inserir, alterar, excluir ou visualizar uma Instncia.

Fluxo Bsico

1.

O Sistema exibe quatro opes: Inserir Instncia, Alterar Instncia, Excluir Instncia e Visualizar Instncia;

2. 3.

O Usurio escolhe uma das opes; O Sistema executa o fluxo alternativo correspondente a opo escolhida;

4.

O Sistema finaliza este fluxo bsico quando o fluxo alternativo do passo anterior for finalizado

Fluxo Alternativo

Inserir Instncia 1. 2. O Usurio seleciona a opo Inserir Instncia; O Sistema executa o caso de uso Inserir Instncia, especificando o Usurio e o Cadastro como sendo o usurio primrio e o cadastro deste caso de uso; 3. Quando o caso de uso do passo 2 finalizado o Sistema tambm finaliza este fluxo alternativo. Alterar Instncia 1. 2. O Usurio seleciona a opo Alterar Instncia; O Sistema executa o caso de uso Alterar Instncia, especificando o Usurio e o Cadastro como sendo o usurio primrio e o cadastro deste caso de uso; 3. Quando o caso de uso do passo 2 finalizado o Sistema tambm finaliza este fluxo alternativo.

11

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 12

Excluir Instncia 1. 2. O Usurio seleciona a opo Excluir Instncia; O Sistema executa o caso de uso Excluir Instncia, especificando o Usurio e o Cadastro como sendo o usurio primrio e o cadastro deste caso de uso; 3. Quando o caso de uso do passo 2 finalizado o Sistema tambm finaliza este fluxo alternativo. Visualizar Instncia 1. 2. O Usurio seleciona a opo Visualizar Instncia; O Sistema executa o caso de uso Visualizar Instncia, especificando o Usurio e o Cadastro como sendo o usurio primrio e o cadastro deste caso de uso; 3. Quando o caso de uso do passo 2 finalizado o Sistema tambm finaliza este fluxo alternativo. Requisitos Especiais Ps-condies Regras de Negcio No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso. Permisso de Operao (RN03) O Usurio deve possuir permisso sobre o cadastro que deseja operar.

Nome Do Caso de Uso Breve Descrio

Inserir Instncia Este caso de uso traz a funcionalidade ao Usurio de Inserir uma Instncia num cadastro.

Ator Principal Ator Secundrio Pr-condies

O Usurio. No h Ator Secundrio associado a este caso de uso. 1. 2. O Usurio e o Cadastro devem ser especificados; O Usurio deve estar cadastrado e identificado pelo Sistema, obedecendo RN04.

Fluxo dos Eventos

Este caso de uso tem incio quando o Usurio seleciona em seu menu a opo Inserir Instncia para decidir inserir uma instncia em um cadastro.

Fluxo Bsico

1. 2.

O Usurio seleciona a opo Inserir Instncia; O Sistema exibe um formulrio de cadastro vazio;

12

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 13

3. 4.

O Usurio insere os dados cadastrais e escolhe a opo Inserir; O Sistema verifica se h dados incoerentes, em caso positivo a Instncia no cadastrado, em caso negativo este fluxo bsico pula para o passo 6;

5.

O Sistema retorna um formulrio de cadastro com todos os dados inseridos pelo Usurio e indica quais dos campos esto incoerentes, ento este fluxo bsico retorna para o passo 3;

6.

O Sistema cadastra a Instncia e gera um nmero de registro para esta;

7. Fluxo Alternativo Requisitos Especiais Ps-condies Regras de Negcio

O Sistema finaliza fluxo bsico.

No h fluxo alternativo associado a este caso de uso. No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso. Permisso de Insero (RN04) O Usurio deve possuir permisso sobre o cadastro ao qual deseja realizar a insero da nova instncia.

Nome Do Caso de Uso Breve Descrio

Alterar Instncia Este caso de uso traz a funcionalidade ao Usurio de alterar uma instncia j inserida no cadastro.

Ator Principal Ator Secundrio Pr-condies

O Usurio. No h Ator Secundrio associado a este caso de uso. 1. 2. O Usurio e o Cadastro devem ser especificados; O Usurio deve estar cadastrado e identificado pelo Sistema, obedecendo RN05.

Fluxo dos Eventos

Este caso de uso tem incio quando o Usurio seleciona em seu menu a opo Alterar Instncia para decidir alterar uma instncia j inserida em um cadastro.

Fluxo Bsico

1. 2.

O Usurio seleciona a opo Alterar Instncia; O Sistema exibe um formulrio de busca, semelhante a um de cadastro;

3.

O Usurio insere os dados cadastrais que possui da Instncia e

13

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 14

seleciona a opo Buscar; 4. 5. O Sistema realiza uma busca e retorna uma lista de resultados; O Usurio localiza a Instncia desejada e escolhe a opo Visualizar; 6. 7. 8. O Sistema exibe um formulrio com todos os dados da Instncia; O Usurio altera o que deseja e seleciona a opo Alterar; O Sistema verifica se h incoerncias, em caso positivo a alterao no obtm sucesso, em caso negativo as alteraes so salvas e este fluxo bsico salta para o passo 10; 9. O Sistema retorna um formulrio de cadastro com todos os dados inseridos pelo Usurio e indica quais dos campos esto incoerentes, ento este fluxo bsico retorna para o passo 7; 10. O Sistema finaliza o fluxo bsico. Fluxo Alternativo Requisitos Especiais Ps-condies Regras de Negcio No h fluxo alternativo associado a este caso de uso. No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso. Permisso de Alterar (RN05) O Usurio deve possuir permisso sobre o cadastro no qual deseja realizar a alterao de uma instncia.

Nome Do Caso de Uso Breve Descrio

Excluir Instncia Este caso de uso traz a funcionalidade ao Usurio de excluir uma instncia j inserida no cadastro.

Ator Principal Ator Secundrio Pr-condies

O Usurio. No h Ator Secundrio associado a este caso de uso. 1. 2. O Usurio e o Cadastro devem ser especificados; O Usurio deve estar cadastrado e identificado pelo Sistema, obedecendo RN06.

Fluxo dos Eventos

Este caso de uso tem incio quando o Usurio seleciona em seu menu a opo Excluir Instncia para decidir excluir uma instncia j inserida em um cadastro.

Fluxo Bsico

1.

O Usurio seleciona a opo Excluir Instncia;

14

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 15

2. 3.

O Sistema exibe um formulrio de cadastro vazio; O Usurio insere os dados cadastrais que possui da Instncia e seleciona a opo Buscar;

4. 5.

O Sistema realiza uma busca e retorna uma lista de resultados; O Usurio localiza a Instncia desejada e escolhe a opo Visualizar;

6. 7. 8.

O Sistema exibe um formulrio com todos os dados da Instncia; O Usurio seleciona a opo Excluir; O Sistema solicita uma confirmao do Usurio, Sim ou Cancelar;

9.

O Usurio seleciona a opo uma das opes;

10. O Sistema executa o fluxo alternativo relativo opo selecionada pelo Usurio; 11. O Sistema finaliza este fluxo bsico quando o fluxo alternativo do passo anterior for finalizado. Fluxo Alternativo Sim 1. 2. O Usurio seleciona a opo Sim; O Sistema exclui a instncia e finaliza este fluxo alternativo.

Cancelar 1. 2. Requisitos Especiais Ps-condies Regras de Negcio O Usurio seleciona a opo Cancelar; O Sistema no exclui a instncia e finaliza o fluxo alternativo.

No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso. Permisso de Alterar (RN06) O Usurio deve possuir permisso sobre o cadastro do qual deseja excluir uma instncia.

Nome Do Caso de Uso Breve Descrio

Visualizar Instncia Este caso de uso traz a funcionalidade ao Usurio de visualizar uma instncia inserida em um cadastro.

Ator Principal Ator Secundrio Pr-condies

O Usurio. No h Ator Secundrio associado a este caso de uso. 1. O Usurio e o Cadastro devem ser especificados;

15

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 16

2.

O Usurio deve estar cadastrado e identificado pelo Sistema, obedecendo RN07.

Fluxo dos Eventos

Este caso de uso tem incio quando o Usurio seleciona em seu menu a opo Visualizar Instncia para decidir visualizar uma instncia j inserida em um cadastro.

Fluxo Bsico

1. 2. 3.

O Usurio seleciona a opo Visualizar Instncia; O Sistema exibe um formulrio de cadastro vazio; O Usurio insere os dados cadastrais que possui da Instncia e seleciona a opo Buscar;

4. 5.

O Sistema realiza uma busca e retorna uma lista de resultados; O Usurio localiza a Instncia desejada e escolhe a opo Visualizar;

6. 7.

O Sistema exibe um formulrio com todos os dados da Instncia; O Usurio visualiza os dados desejados e escolhe a opo Menu Principal;

8. Fluxo Alternativo Requisitos Especiais Ps-condies Regras de Negcio

O Sistema finaliza este fluxo bsico.

No h fluxo alternativo de associado a este caso de uso. No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso. Permisso de Alterar (RN07) O Usurio deve possuir permisso sobre o cadastro do qual deseja visualizar uma instncia.

Nome Do Caso de Uso Breve Descrio

Controlar Cadastro de Administradores Este caso de uso possibilita ao Administrador controlar o Cadastro de Administradores, para que assim esses possam ter acesso ao sistema. Este caso de uso possibilita: a gerao do relatrio do cadastro; ou a insero, a alterao, a excluso ou a visualizao de um Administrador.

Ator Principal Ator Secundrio Pr-condies

O Administrador. No h Ator Secundrio associado a este caso de uso. O Administrador deve estar cadastrado e identificado pelo Sistema,

16

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 17

obedecendo Regra de Negcio RN08; Fluxo dos Eventos Este caso de uso tem incio quando o Administrador seleciona em seu menu a opo Controlar Cadastro de Administradores para decidir gerar relatrio, inserir, alterar, excluir ou visualizar um Administrador. Fluxo Bsico 1. O Sistema executa o Caso de Uso Acessar Cadastro, definindo que o usurio e o cadastro so o Administrador e o Cadastro de Administradores, respectivamente; 2. O Sistema finaliza este fluxo bsico quando o caso de uso executado no passo anterior for finalizado. Fluxo Alternativo Requisitos Especiais Ps-condies Regras de Negcio No h fluxo alternativo associado a este caso de uso. No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso. Controle de Permisses (RN08) Apenas Administradores tipo Geral, isto , com controle sobre todos os pacotes, pode adicionar um novo Administrador.

4.2. Pacote Cadastro de Acervo

Nome Do Caso de Uso Breve Descrio

Controlar Cadastro de Trabalhos Este caso de uso possibilita a um Usurio Acervo controlar o Cadastro de Trabalhos, no intuito de armazenar-los de forma segura e que dure por um perodo indeterminado (diz-se para sempre). Este caso de uso possibilita: a gerao de relatrio do cadastro; ou a insero, a alterao, a excluso ou a visualizao de um Trabalho.

Ator Principal Ator Secundrio Pr-condies

O Usurio Acervo. No h Ator Secundrio associado a este caso de uso. O Usurio Acervo deve estar presente no Cadastro de Usurios Acervo e estar identificado pelo Sistema.

Fluxo dos Eventos

Este caso de uso tem incio quando o Usurio Acervo seleciona em seu menu a opo Controlar Cadastro de Trabalhos para decidir gerar relatrio do cadastro, ou inserir, alterar, excluir ou visualizar um Trabalho. 17

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 18

Fluxo Bsico

1.

O Sistema executa o Caso de Uso Acessar Cadastro, definindo que o usurio e o cadastro so o Usurio Acervo e o Cadastro de Trabalhos, respectivamente;

2.

O Sistema finaliza este fluxo bsico quando o caso de uso executado no passo anterior for finalizado.

Fluxo Alternativo Requisitos Especiais Ps-condies

No h fluxo alternativo associado a este caso de uso. No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso.

Nome Do Caso de Uso Breve Descrio

Controlar Cadastro de Usurios Acervo Este caso de uso possibilita ao Administrador controlar o Cadastro de Usurios Acervo, para que assim esses possam ter acesso ao sistema. Este caso de uso possibilita: a gerao do relatrio do cadastro; ou a insero, a alterao, a excluso ou a visualizao de um Usurio Acervo.

Ator Principal Ator Secundrio Pr-condies Fluxo dos Eventos

O Administrador. No h Ator Secundrio associado a este caso de uso. O Administrador deve estar cadastrado e identificado pelo Sistema; Este caso de uso tem incio quando o Administrador seleciona em seu menu a opo Controlar Cadastro de Usurios Acervo para decidir gerar relatrio, inserir, alterar, excluir ou visualizar um Usurio Acervo.

Fluxo Bsico

3.

O Sistema executa o Caso de Uso Acessar Cadastro, definindo que o usurio e o cadastro so o Administrador e o Cadastro de Usurios, respectivamente;

4.

O Sistema finaliza este fluxo bsico quando o caso de uso executado no passo anterior for finalizado.

Fluxo Alternativo Requisitos Especiais Ps-condies

No h fluxo alternativo associado a este caso de uso. No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso.

4.3. Pacote Cadastro de Ocorrncias 18

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 19

Nome Do Caso de Uso Breve Descrio

Visualizar Ocorrncias Este caso de uso possibilita ao Cliente Ocorrncias visualizar as ocorrncias de falha de disponibilidade dos servios do PoP-RN.

Ator Principal Ator Secundrio Pr-condies Fluxo dos Eventos

O Cliente Ocorrncias. No h Ator Secundrio associado a este caso de uso. O Cliente Ocorrncias estar cadastrado e identificado pelo Sistema. Este caso de uso tem incio quando o Cliente Ocorrncias seleciona em seu menu a opo Visualizar Ocorrncias para obter informaes relativas as falhas de disponibilidade dos servios do PoP-RN.

Fluxo Bsico

1.

O Sistema executa o Caso de Uso Visualizar Instncia, definindo que o usurio e o cadastro so o Cliente Ocorrncias e o Cadastro de Ocorrncias, respectivamente;

2.

O Sistema finaliza este fluxo bsico quando o caso de uso executado no passo anterior for finalizado.

Fluxo Alternativo Requisitos Especiais Ps-condies

No h fluxo alternativo associado a este caso de uso. No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso.

Nome Do Caso de Uso Breve Descrio

Abrir Chamado Este caso de uso vem prover um meio pelo qual um Cliente Ocorrncias pode obter informaes sobre ocorrncias de falhas de disponibilidade de servio ou denunci-las. H dois meios de realizar estas operaes: entrando em contato com um Administrador; ou Abrindo um Chamado diretamente no Sistema.

Ator Principal Ator Secundrio Pr-condies

O Cliente Ocorrncias. O Administrador. O Cliente Ocorrncias estar cadastrado e identificado pelo Sistema ou pelo Administrador.

Fluxo dos Eventos

Este caso de uso tem incio quando o Cliente Ocorrncias seleciona em seu menu a opo Abrir Chamado, para obter informaes ou denunciar falhas de disponibilidade de servio. Caso o Cliente

19

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 20

Ocorrncias no esteja cadastrado no sistema este poder Ligar para o Administrador. Fluxo Bsico Abrir Chamado: 1. O Cliente Ocorrncias seleciona em seu menu a opo Abrir Chamado; 2. O Sistema executa o caso de uso Inserir Instncia especificando o usurio e o cadastro como sendo o Cliente Ocorrncias e o Cadastro de Ocorrncias, respectivamente; 3. O Sistema finaliza este fluxo bsico quando o caso de uso executado no passo anterior for finalizado. Ligar: 1. O Cliente Ocorrncias liga para o Administrador para Abrir Chamado e explicita o ocorrido; 2. O Administrador verifica se o Cliente Ocorrncias j est cadastrado no sistema, caso contrrio verifica sua relao com o PoP-RN e realiza um novo cadastro. Em seguida o Administrador verifica no Cadastro de Ocorrncias se h alguma ocorrncia j cadastrada, em caso positivo o fluxo bsico salta para o passo 6; 3. O Administrador abre um novo chamado selecionando em seu menu a opo Abrir Chamado, onde ir redigir a justificativa do Cliente Ocorrncias para preencher o cadastro da nova ocorrncia, e por fim especifica o tipo da ocorrncia como sendo Chamado; 4. O Cliente Ocorrncias escolhe entre as opes: aguardar na linha ou desliga para realizar um Contato Posterior. Caso opte por Contato Posterior o fluxo alternativo correspondente ser executado e quando for finalizado este fluxo bsico salta para o passo 6; 5. O Administrador verifica se a denuncia denncia tem procedncia, em caso positivo o tipo da ocorrncia alterado para Procede, em caso negativo o tipo alterado para No Procede; 6. 7. O Administrador passa as informaes para o Cliente Ocorrncias; O Cliente Ocorrncia finaliza a ligao;

20

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 21

8. Fluxo Alternativo

Este fluxo bsico encerrado.

Contato Posterior 1. O Cliente Ocorrncias optou por realizar um Contato Posterior e finaliza a ligao; 2. O Administrador verifica se a denncia tem procedncia, em caso positivo o tipo da Ocorrncia alterado para Procede, em caso negativo o tipo alterado para No Procede, e aguarda o novo contato; 3. 4. O Cliente Ocorrncias retorna a ligar; Este fluxo alternativo finalizado.

Requisitos Especiais Ps-condies

No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso.

Nome Do Caso de Uso Breve Descrio

Controlar Cadastro de Ocorrncias Este caso de uso possibilita ao Administrador controlar o Cadastro de Ocorrncias de falha disponibilidade do PoP, pois possibilita: a gerao do relatrio do cadastro; ou a insero, a alterao, a excluso ou a visualizao de uma Ocorrncia.

Ator Principal Ator Secundrio Pr-condies Fluxo dos Eventos

O Administrador. No h Ator Secundrio associado a este caso de uso. O Administrador estar cadastrado e identificado pelo Sistema. Este caso de uso tem incio quando o Administrador seleciona em seu menu a opo Operar Cadastro de Ocorrncias para decidir: gerar relatrios; ou inserir, alterar, excluir ou visualizar uma Ocorrncia.

Fluxo Bsico

1.

O Sistema executa o Caso de Uso Acessar Cadastro, definindo que o usurio e o cadastro so o Administrador e Cadastro de Ocorrncias, respectivamente;

2.

O Sistema finaliza este fluxo bsico quando o caso de uso executado no passo anterior for finalizado.

Fluxo Alternativo Requisitos Especiais

No h fluxo alternativo associado a este caso de uso. No h requisitos especiais associados a este caso de uso.

21

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 22

Ps-condies

No h ps-condies associadas a este caso de uso.

Nome Do Caso de Uso Breve Descrio

Controlar Cadastro de Contatos Este caso de uso permite ao Administrador controlar o Cadastro de Contatos, pois possibilita: a gerao do relatrio do cadastro; ou a insero, a alterao, a excluso ou a visualizao de um Contato.

Ator Principal Ator Secundrio Pr-condies Fluxo dos Eventos

O Administrador. No h Ator Secundrio associado a este caso de uso. O Administrador estar cadastrado e identificado pelo Sistema. Este caso de uso tem incio quando o Administrador seleciona em seu menu a opo Operar Cadastro de Contatos para decidir: gerar relatrios; ou inserir, alterar, excluir ou visualizar um Contato.

Fluxo Bsico

1.

O Sistema executa o Caso de Uso Acessar Cadastro, definindo que o usurio e o cadastro so o Administrador e o Cadastro de Contatos, respectivamente;

2.

O Sistema finaliza este fluxo bsico quando o caso de uso executado no passo anterior for finalizado.

Fluxo Alternativo Requisitos Especiais Ps-condies

No h fluxo alternativo associado a este caso de uso. No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso.

Nome Do Caso de Uso Breve Descrio

Controlar Cadastro de Clientes Ocorrncias Este caso de uso permite ao Administrador controlar o Cadastro de Clientes Ocorrncias, pois possibilita: a gerao do relatrio do cadastro; ou a insero, a alterao, a excluso ou a visualizao de um Cliente Ocorrncias.

Ator Principal Ator Secundrio Pr-condies Fluxo dos Eventos

O Administrador. No h Ator Secundrio associado a este caso de uso. O Administrador estar cadastrado e identificado pelo Sistema. Este caso de uso tem incio quando o Administrador seleciona em seu menu a opo Operar Cadastro de Clientes Ocorrncias para decidir: 22

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 23

gerar relatrios; ou inserir, alterar, excluir ou visualizar um Cliente Ocorrncias. Fluxo Bsico 1. O Sistema executa o Caso de Uso Acessar Cadastro, definindo que o usurio e o cadastro so o Administrador e o Cadastro de Clientes Ocorrncias, respectivamente; 2. O Sistema finaliza este fluxo bsico quando o caso de uso executado no passo anterior for finalizado. Fluxo Alternativo Requisitos Especiais Ps-condies No h fluxo alternativo associado a este caso de uso. No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso.

4.4. Pacote Acompanhamento de Atividades

Nome Do Caso de Uso Breve Descrio

Controlar Cadastro de Funcionrios Este caso de uso permite ao Administrador controlar o Cadastro de Funcionrios do PoP-RN, pois possibilita: gerar relatrios do cadastro; ou a insero, a alterao, a remoo ou a visualizao de Funcionrios.

Ator Principal Ator Secundrio Pr-condies Fluxo dos Eventos

O Administrador. No h Ator Secundrio associado a este caso de uso. O Administrador estar cadastrado e identificado pelo Sistema. Este caso de uso tem incio quando o Administrador seleciona em seu menu a opo Operar Cadastro de Funcionrios para decidir: gerar relatrios; ou inserir, alterar, excluir ou visualizar um Funcionrio.

Fluxo Bsico

1.

O Sistema executa o Caso de Uso Acessar Cadastro, definindo que o usurio e o cadastro so o Administrador e o Cadastro de Funcionrios, respectivamente;

2.

O Sistema finaliza este fluxo bsico quando o caso de uso executado no passo anterior for finalizado.

Fluxo Alternativo Requisitos Especiais Ps-condies

No h fluxo alternativo associado a este caso de uso. No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso.

23

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 24

Nome Do Caso de Uso Breve Descrio

Controlar Cadastro de Atividades Este caso de uso permite ao Funcionrio controlar o Cadastro de Atividades, pois possibilita: gerar relatrios do cadastro; ou a insero, a alterao, a remoo ou a visualizao de Atividades.

Ator Principal Ator Secundrio Pr-condies Fluxo dos Eventos

O Funcionrio. No h Ator Secundrio associado a este caso de uso. O Funcionrio estar cadastrado e identificado pelo Sistema. Este caso de uso tem incio quando o Funcionrio seleciona em seu menu a opo Operar Cadastro de Atividades para decidir: gerar relatrios; ou inserir, alterar, excluir ou visualizar uma Atividade.

Fluxo Bsico

1.

O Sistema executa o Caso de Uso Acessar Cadastro, definindo que o usurio e o cadastro so o Funcionrio e o Cadastro de Atividades, respectivamente;

2.

O Sistema finaliza este fluxo bsico quando o caso de uso executado no passo anterior for finalizado.

Fluxo Alternativo Requisitos Especiais Ps-condies

No h fluxo alternativo associado a este caso de uso. No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso.

4.5. Pacote Agenda de Vdeo Conferncia

Nome Do Caso de Uso Breve Descrio

Controlar Cadastro de Clientes Vdeo Conferncia Este caso de uso possibilita ao Administrador controlar o Cadastro de Clientes vdeo conferncia, pois possibilita: gerar relatrios do cadastro; ou a insero, a alterao, a remoo ou a visualizao de Clientes Vdeo Conferncia.

Ator Principal Ator Secundrio Pr-condies Fluxo dos Eventos

O Administrador. No h Ator Secundrio associado a este caso de uso. O Administrador estar cadastrado e identificado pelo Sistema. Este caso de uso tem incio quando o Administrador seleciona em seu menu a opo Operar Cadastro de Clientes Vdeo Conferncia para

24

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 25

decidir: gerar relatrios; ou inserir, alterar, excluir ou visualizar um Cliente. Fluxo Bsico 1. O Sistema executa o Caso de Uso Acessar Cadastro, definindo que o usurio e o cadastro so o Administrador e o Cadastro de Clientes Vdeo Conferncia, respectivamente; 2. O Sistema finaliza este fluxo bsico quando o caso de uso executado no passo anterior for finalizado. Fluxo Alternativo Requisitos Especiais Ps-condies No h fluxo alternativo associado a este caso de uso. No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso.

Nome Do Caso de Uso Breve Descrio

Controlar Cadastro de Reservas Este caso de uso traz a funcionalidade de uma agenda de reservas, possibilitando ao Administrador controlar o Cadastro de Reservas da sala de vdeo conferncia, pois possibilita: gerar relatrios do cadastro; ou a insero, a alterao, a remoo ou a visualizao de Reservas.

Ator Principal Ator Secundrio Pr-condies Fluxo dos Eventos

O Administrador. No h Ator Secundrio associado a este caso de uso. O Administrador estar cadastrado e identificado pelo Sistema. Este caso de uso tem incio quando o Administrador seleciona em seu menu a opo Operar Cadastro de Reservas para decidir: gerar relatrios; ou inserir, alterar, excluir ou visualizar um Chamado.

Fluxo Bsico

1.

O Sistema executa o Caso de Uso Acessar Cadastro, definindo que o usurio e o cadastro so o Administrador e o Cadastro de Reservas, respectivamente;

2.

O Sistema finaliza este fluxo bsico quando o caso de uso executado no passo anterior for finalizado

Fluxo Alternativo Requisitos Especiais Ps-condies

No h fluxo alternativo associado a este caso de uso. No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso.

25

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 26

Nome Do Caso de Uso Breve Descrio

Visualizar Reservas Este caso de uso possibilita ao cliente vdeo conferncia a realizao de uma busca por reservas, permitindo tambm a visualizao de uma reserva especfica encontrada atravs de uma busca.

Ator Principal Ator Secundrio Pr-condies

O Cliente Vdeo Conferncia. No h Ator Secundrio associado a este caso de uso. O Cliente Vdeo Conferncia estar cadastrado e identificado pelo Sistema.

Fluxo dos Eventos

Este caso de uso tem incio quando o Cliente Vdeo Conferncia seleciona em seu menu a opo Visualizar Reservas para visualizar uma Reserva.

Fluxo Bsico

1.

O Sistema executa o caso de uso Visualizar Instncia definindo que o usurio e o cadastro so o Cliente Vdeo Conferncia e o Cadastro de Reservas, respectivamente;

2.

O Sistema finaliza o fluxo bsico quando o caso de uso executado no passo anterior for finalizado.

Fluxo Alternativo Requisitos Especiais Ps-condies

No h fluxo alternativo associado a este caso de uso. No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso.

Nome Do Caso de Uso Breve Descrio

Solicitar Reserva Este caso de uso possibilita ao Cliente Vdeo Conferncia agendar a sala de vdeo conferncia.

Ator Principal Ator Secundrio Pr-condies

O Cliente Vdeo Conferncia. No h Ator Secundrio associado a este caso de uso. O Cliente Vdeo Conferncia estar cadastrado e identificado pelo Sistema.

Fluxo dos Eventos

Este caso de uso tem incio quando o Cliente Vdeo Conferncia seleciona em seu menu a opo Solicitar Reserva para solicitar uma Reserva.

Fluxo Bsico

1.

O Sistema executa o caso de uso Inserir Instncia, definindo que o usurio e o cadastro so o Cliente Vdeo Conferncia e o 26

PROJETO DE TECNOLOGIA DA INFORMAO Modelo de Casos de Uso

Pg. 27

Cadastro de Reservas, respectivamente, e obedecendo a RN02; 2. O Sistema finaliza o fluxo bsico quando o caso de uso executado no passo anterior for finalizado. Fluxo Alternativo Requisitos Especiais Ps-condies Regras de Negcio No h fluxo alternativo associado a este caso de uso. No h requisitos especiais associados a este caso de uso. No h ps-condies associadas a este caso de uso. Restrio de Reservas (RN02) Um Cliente Vdeo Conferncia s poder solicitar uma reserva se a data e a horrio escolhidos estiverem disponveis.

27

ANEXO II: DICIONRIO DE DADOS DOS CAMPOS DA BASE DE DADOS


Listam-se a seguir cada uma das tabelas do banco de dados siti, bem como seus respectivos campos, cada qual com uma breve descrio. Nome da Tabela Descrio Nome do Campo id_atividade atividade Tabela das atividades do subsistema de acompanhamento do SiTI Descrio do Campo Identificador da atividade do subsistema de acompanhamento do SiTI id_user data Identificador do usurio que cadastrou a atividade Data de cadastro da atividade do subsistema de acompanhamento do SiTI descricao Descrio da atividade cadastrada do subsistema de acompanhamento do SiTI Tabela 1: Campos da tabela atividade.

Nome da Tabela Descrio Nome do Campo id_contato nome funcao instituio telefone celular email

contato Tabela dos contatos do subsistema de ocorrencia do SiTI Descrio do Campo Identificador do contato do subsistema de ocorrencia do SiTI Nome do contato Funo do contato Nome da instituio ou empresa do contato Telefone do contato Celular do contato E-mail do contato Tabela 2: Campos da tabela contato.

Nome da Tabela Descrio Nome do Campo id_ocorrencia id_user

ocorrencia Tabela das ocorrncias do subsistema de ocorrncia do SiTI Descrio do Campo Identificador da ocorrncia do subsistema de ocorrncia do SiTI Identificador do usurio que cadastrou a ocorrncia 67

operadora

Indisponibilidade causada por falha nos enlaces de operadora atendendo o pop

eletrica

Indisponibilidade causada por falha no fornecimento de energia eltrica do PoP

prog-pop

Indisponibilidade causada por manuteno programada solicitada pelo pop

prog-operadora

Indisponibilidade causada por manuteno programada solicitada por operadora

prog-ceo

Indisponibilidade causada por manuteno programada solicitada pelo CEO/RNP

prog-concentrador

Indisponibilidade em um PoP que decorrente da queda de um outro PoP concentrador

staff-ceo

Indisponibilidade decorrente da ao direta do CEO, incluindo erros de configurao em roteadores e switches, interrupes de circuitos causadas por chamados abertos indevidamente, entre outros

staff-pop

Indisponibilidade decorrente de ao direta do PoP, incluindo desligamentos acidentais, conexo e manuseio inadequado de cabos, problemas de acesso fsico ao PoP (para manuteno de operadoras), entre outros

roteador

Indisponibilidade causada por falhas de hardware/software de roteadores

data descricao

Data e hora da ocorrncia do subsistema de ocorrncia Descrio e informaes adicionais da ocorrncia do subsistema de ocorrncias do SiTI Tabela 3: Campos da tabela ocorrencia.

Nome da Tabela Descrio

plano Tabela dos planos dos funcionrios subsistema de acompanhamento do SiTI

Nome do Campo id_plano id_user funcao plano

Descrio do Campo Identificador do plano do funcionrio Ientificador do usurio do SiTI Funo do funcionrio do subsistema de acompanhamento do SiTI Descrio do plano de trabalho do funcionrio do subsistema de acompanhamento do SiTI 68

Tabela 4: Campos da tabela plano.

Nome da Tabela Descrio Nome do Campo id_reserva id_user tema instituicao

reserva Tabela das reservas do subsistema de videoconferncia do SiTI Descrio do Campo Identificador da reserva do subsistema de videoconferncia do SiTI Identificador do usurio que fez a reserva Tema da reserva do subsistema de videoconferncia do SiTI Instituio do cliente da reserva do subsistema de videoconferncia do SiTI

telefone

Telefone do cliente da reserva do subsistema de videoconferncia do SiTI

celular

Celular do cliente da reserva do subsistema de videoconferncia do SiTI

email

E-mail do cliente da reserva do subsistema de videoconferncia do SiTI

datahora duracao infoconexao

Data e Hora da reserva do subsistema de videoconferncia do SiTI Durao da reserva do subsistema de videoconferncia do SiTI Informaes da Conexo da reserva do subsistema de videoconferncia do SiTI

recursos

Recursos da reserva do subsistema de videoconferncia do SiTI, solicitados pelo cliente Tabela 5: Campos da tabela reserva.

Nome da Tabela Descrio Nome do Campo id_trabalho id_user titulo palavraschave keywords resumo abstract

trabalho Tabela dos trabalhos do subsistema de acervo do SiTI Descrio do Campo Identificador do trabalho do subsistema acervo do SiTI Identificador do usurio que cadastrou o trabalho Ttulo do trabalho do subsistema de acervo do SiTI Plavras-chave do trabalho do subsistema de acervo do SiTI Keywords do trabalho do subsistema de acervo do SiTI Resumo do trabalho do subsistema de acervo do SiTI Abstract do trabalho do subsistema de acervo do SiTI 69

arquivo nomearquivo extensao datahora

Arquivo do trabalho do subsistema de acervo do SiTI Nome do arquivo do trabalho do subsistema de acervo do SiTI Extenso do arquivo do trabalho do subsistema de acervo do SiTI Data e Hora de criao do trabalho do subsistema de acervo do SiTI Tabela 6: Campos da tabela trabalho.

Nome da Tabela Descrio Nome do Campo id_user nome login senha cpf rg endereco email telefone celular datadenascimento ativo adminsiti useracervo adminacervo clienteocorrencia adminocorrencia funcionario adminacompanha clientevideoconf adminvideoconf

usuario Tabela dos usurios do SiTI Descrio do Campo ID do usurio do SiTI Nome do usurio do SiTI Login do usurio do SiTI Senha do usurio do SiTI CPF do usurio do SiTI RG do usurio do SiTI Endereo do usurio do SiTI Email do usurio do SiTI Telefone do usurio do SiTI Celular do usurio do SiTI Data de Nascimento do usurio do SiTI Indica se o usurio ainda est ativo ou no Administrador do SiTI Usurio do subsistema de acervo Administrador do subsistema de acervo Cliente do subsistema de ocorrncias Administrador do subsistema de ocorrncias Funcionrio do subsistema de acompanhamento Administrador do subsistema de acompanhamento Cliente do subsistema de vdeo conferncia Administrador do subsistema de vdeo conferncia Tabela 7: Campos da tabela usuario.

70