SILVA e FIGUEIREDO (2009)

MODELO RELACIONAL DE UM SISTEMA DE GERENCIAMENTO DE VAGAS DE ESTGIO

Jean Pierry Felix da Silva Bolsista de Iniciao Cientfica IFRN Campus Natal Zona Norte E-mail: jeanpierryf@gmail.com talo Pinheiro de A. Figueiredo Coordenao de Interao com a Sociedade IFRN Campus Natal Zona Norte E-mail: italopinheiro@cefetrn.br

RESUMO O objetivo deste trabalho modificar o modelo atual de cadastro de alunos s vagas de estgio, tornando-o mais eficiente e acessvel aos usurios que faro uso do novo sistema. Como o modelo atual feito com fichas de papel, torna-se necessria a sua modificao para abranger um nmero maior de alunos cadastrados. Sero descritas as etapas para esta modificao, fazendo uso de diversas ferramentas, como Sistemas de Gerenciamento de Banco de Dados, livros didticos e tutoriais da internet. O desenvolvimento do modelo que servir de base ao Sistema foi desenvolvido com base nos problemas descritos na anlise. A anlise levou em conta as necessidades de cada tabela a ser criada, eliminando os campos desnecessrios e aprimorando as tabelas para que fosse obtida uma soluo mais eficiente. PALAVRAS-CHAVE: vagas de estgio, encaminhamento, cadastro de alunos, sistema de gerenciamento de banco de dados, relacionamentos, forma normal

Holos, Ano 25, Vol. 4

136

SILVA e FIGUEIREDO (2009)

SISTEMA DE GERENCIAMENTO DE VAGAS DE ESTGIO

INTRODUO Atualmente, o sistema de cadastros de alunos candidatos s vagas de estgio do Campus Natal Zona Norte do Instituto Federal de Educao, Cincia e Tecnologia do Rio Grande do Norte constitudo por fichas de papel, nas quais so armazenados os dados dos alunos, as informaes necessrias para o seu encaminhamento ao estgio, bem como algumas informaes do estgio em si. Porm, devido estas informaes estarem sujeitas a diversos agentes que comprometem sua integridade como instabilidade dos dados, falta de segurana, exposio ao clima, tempo de permanncia dos dados o modelo atual no considerado o ideal. Faz-se necessrio o uso de um novo modelo que atenda s necessidades da Coordenao de Estgios do Campus, com segurana e agilidade no acesso. Com o auxlio de um SGBD, pode-se obter esses resultados desejados. Um modelo automatizado, com um banco de dados, supre as necessidades de segurana, manuteno e organizao. O Banco de Dados auxiliar a organizar as informaes, dando maior velocidade s consultas e organizando os dados de modo a obter maior integridade e segurana. O modelo proposto tem em vista a soluo dos problemas encontrados na anlise e baseado no modelo de Entidade-Relacionamento. Foi desenvolvido analisando os problemas e propondo solues. Antes de desenvolver o modelo, foram analisados custos, tempo e facilidade de desenvolvimento, que tero de ser priorizados no momento de aplicao do modelo, na plataforma PostGreSQL. Por isso, o modelo foi criado visando suas implementao, com as informaes necessrias para um melhor desempenho.

METODOLOGIA O levantamento bibliogrfico reuniu ttulos que serviriam de base para a pesquisa, analisando a teoria do sistema de banco de dados, tendo em vista um conhecimento mais especfico para melhor preparao das pesquisas e do trabalho. Com o fim do levantamento bibliogrfico, foi feita a anlise dos SGBDs, que de suma importncia para o projeto, pois a fase onde se analisa o melhor Sistema de Gerenciamento de Banco de Dados para a implementao do modelo. Foram levadas em conta a facilidade de uso, a interface com o usurio, a disponibilidade na internet e o custo. O custo do SGBD importante para que a escolha de um SGBD de qualidade e que fosse gratuito. Foram analisados o MySQL, o Firebird e o PostGreSQL. O resultado foi a escolha do PostGreSQL como o Sistema a ser utilizado, levando em conta os itens supracitados. Na avaliao do problema, foi verificado o que iria ser preciso para realizar as consultas e quais informaes seriam necessrias para cada tabela. Ficou definido, por exemplo, que a tabela aluno no precisaria de certas informaes, como nome dos pais, j que isso no era relevante para seu cadastro na vaga. Essa informao, que no aparece na tabela, existe
Holos, Ano 25, Vol. 4 137

SILVA e FIGUEIREDO (2009)

nas fichas de papel, tornando-se necessria uma nova anlise das informaes armazenadas nas fichas, para que se viesse a definir quais dados teriam necessidade de serem armazenados. Com base nessa anlise, tornou-se claro que o modelo a ser desenvolvido necessitaria de entidades e relacionamentos que correspondessem a essas expectativas. O modelo de banco de dados a ser usado foi definido como o Modelo Relacional, e para o desenvolvimento, o modelo ER.

DESENVOLVIMENTO Para essa parte do projeto, o desenvolvimento do modelo, foi escolhido o Modelo ER (Entidade-Relacionamento), visto que ele atende s perspectivas do projeto nessa etapa. O modelo ER normalmente empregado para projees conceituais de aplicaes de banco de dados, por ser um modelo de projeo de dados de alto nvel. No modelo ER, os dados so descritos como entidades, relacionamentos e atributos. O modelo ER baseado no mundo real, com a percepo de objetos reais, como pessoas, empresas, endereos e cursos, e nas relaes existentes entre eles. O objeto bsico que um modelo ER representa uma entidade (Elmasri e Navathe, 2005). Uma entidade algo que existe no mundo real (como uma pessoa ou empresa), e que possui atributos, ou seja, caractersticas que definem essa entidade. Assim, a entidade aluno representa um aluno candidato vaga. Para chegar ao desenvolvimento dessa entidade, foram analisadas quais informaes presentes na ficha de papel pertenciam somente ao aluno e quais pertenciam a outra entidade. Por exemplo, curso no somente um atributo da entidade aluno, mas uma entidade que tem seus prprios atributos. Isso se torna mais claro ao observar a tabela abaixo.

Tabela 1 Exemplo dos Possveis campos da entidade aluno

Aluno Matrcula do Aluno Curso do Aluno Horrio Disponvel para Estgio Horrio Letivo do Aluno Endereo do Aluno Telefone do Aluno

Para criar as relaes entre as entidades, usam-se relacionamentos, para corresponder as entidades. A entidade aluno tem um atributo chamado curso, que, por sua vez, tambm uma entidade que possui atributos. Para criar uma ligao entre essas entidades, usa-se um atributo. necessrio definir as limitaes de cada relacionamento. Essas limitaes so denominadas cardinalidades, e identificam o nmero de entidades s quais outra entidade pode ser associada. Existem quatro tipos de cardinalidade:
Holos, Ano 25, Vol. 4 138

SILVA e FIGUEIREDO (2009)

Um-para-um. Quando uma entidade A est associada a no mximo uma outra entidade B e uma entidade B est associada a no mximo uma entidade A. Um-para-muitos. Quando uma entidade A est associada a um nmero qualquer de entidades B, no havendo um nmero mximo de entidades associadas. Por exemplo, um curso pode ter vrios alunos. Nessa cardinalidade, a entidade B no pode ser associada a mais de uma unidade A, ou seja um aluno no pode estar matriculado em vrios cursos na mesma instituio. Muitos-para-um. A entidade A est associada a no mximo outra entidade B. Porm, nesse caso, uma entidade B pode estar associada a muitas unidades A. Muitos-para-muitos. Quando vrias entidades A esto associadas a vrias entidades B, no importando o nmero de entidades, tanto de A, quanto de B.

Figura 1 - Exemplo de Cardinalidade Muitos-para-um

Com base nisso, foi possvel definir quais entidades seriam adotadas e seus respectivos atributos. A entidade aluno composta dos atributos Nome, Matrcula, Curso, Horrio disponvel, Perodo letivo, Carga horria disponvel, Endereo, Telefone e E-mail. Cada um desses atributos foi definido com base nas necessidades de um aluno candidato uma vaga de estgio. Nome e matrcula so primordiais, uma vez que no h um meio identificador mais eficiente, enquanto que o curso pode ser fator determinante na escolha do aluno para a vaga, visto existirem vagas destinadas a cursos especficos. Horrio disponvel, Perodo letivo e Carga horria disponvel so necessrios para se definir em que perodo o candidato pode estagiar, de modo que sua vida acadmica no seja interferida pelo estgio, e os atributos Endereo, Telefone e E-mail so meios de identificao de contato do aluno, uma vez que necessrio contat-lo se ele for escolhido para a vaga.

Holos, Ano 25, Vol. 4

139

SILVA e FIGUEIREDO (2009)

Definido os atributos da entidade Aluno, necessrio agora verificar as outras entidades. Definiu-se, por exemplo, que o atributo Curso, da entidade Aluno, tinha caractersticas prprias que deviam ser levadas em conta. Por isso foi criada a entidade Curso, que tem os atributos: Nome do curso, Cdigo do curso, Perodos do curso e Perodo do Estgio. Nome do curso a identificao necessria para a entidade, e Cdigo do curso um cdigo nico que servir para identificar o curso entre os demais. Perodos do curso diz quantos perodos o curso tem e Perodo do estgio diz a partir de qual perodo o aluno est apto a estagiar. Observou-se que a entidade Curso e a entidade Aluno esto ligadas por um relacionamento. Assim, como o aluno estuda no curso, o relacionamento entre eles foi chamado de Estuda. Para entender o conceito de chaves primrias, que definem quais atributos sero os identificadores principais de uma entidade, Henry F. Korth e Abraham Silberchatz (1993) dizem: importante ser capaz de especificar como entidades e relacionamentos so distinguidos. Conceitualmente, entidades individuais e relacionamentos so distintos, mas numa perspectiva de banco de dados a diferena entre eles precisa ser expressa em termos de seus atributos. A chave primria, portanto, um atributo nico, que, embora aparea em outras entidades, seu contedo no ser de nenhuma forma, igual. Por exemplo, a chave primria da entidade Aluno o atributo Matrcula, que no pode ser igual para dois alunos.

Figura 2 Exemplo da entidade Aluno, com a chave primria Matrcula e a chave candidata Nome

Foi decido tambm que haveria uma entidade chamada Empresa, que ofereceria a vaga. Ela estaria ligada entidade Vaga, que ser descrita mais frente. A entidade Empresa possui os seguintes atributos: Cdigo da empresa, Nome da empresa, Responsvel pelo estgio, Endereo da empresa, Telefone. Assim como nas entidades Aluno e Curso, os atributos Nome e Cdigo da entidade Empresa servem como identificadores, sendo Cdigo
Holos, Ano 25, Vol. 4 140

SILVA e FIGUEIREDO (2009)

da empresa a chave primria. A vaga oferecida pela empresa gera uma entidade, visto que ela tambm tem caractersticas prprias. Assim, Cdigo da vaga, Descrio da vaga, Horrio, Empresa que oferece a vaga, Remunerao, Carga horria, Curso ao qual a vaga destinada e Requisitos so atributos da entidade Vaga. Para relacionar a entidade Vaga com a entidade Aluno, a quem a vaga oferecida, criou-se uma nova entidade, chamada Aluno_Vaga, que conta com as chaves primrias da entidade Aluno e a entidade Vaga. Conforme diz Korth (1993), a estrutura da chave primria depende do mapeamento de cardinalidade e da semntica do conjunto-relacionamento. Ou seja, se duas chaves primrias de entidades diferentes puderem ser utilizadas como uma s chave primria, ento, isso possvel numa nova entidade. Com essas informaes possvel definir o modelo a ser seguido. Para isso, necessrio o uso de uma ferramenta de modelagem de Diagrama Entidade-Relacionamento, disponvel na internet. A ferramenta usada para desenvolver o diagrama abaixo foi o brModelo, que gratuito. O brModelo possui todos os smbolos a serem usados num DER, por isso, foi de grande importncia para o desenvolvimento do modelo.

Figura 3 Primeiro DER mostrando as entidades e relacionamentos do modelo

interessante saber de que forma a estrutura do Diagrama Entidade-Relacionamento constituda. Os seguintes smbolos so empregados na estrutura do DER:

Holos, Ano 25, Vol. 4

141

SILVA e FIGUEIREDO (2009)

Retngulos So usados para representar entidades.

Elipses Representam atributos.

Losangos Representam relacionamentos.

Linhas Ligam entidades aos relacionamentos e aos atributos

Segundo Heuser (2004), entidades e relacionamentos [...] so normalmente representadas de forma grfica, pois a representao textual de grafos difcil de ler. Por isso, usa-se as formas acima para representao de entidades, relacionamentos e atributos. Os relacionamentos, assim como os atributos, foram definidos com base em informaes do mundo real e descrevem as ligaes que cada entidade tem com a outra. Abaixo, uma tabela mostrando os relacionamentos entre as entidades do DER.

Tabela 2 Relacionamentos entre as entidades

Entidade Aluno Curso Empresa Vaga Aluno

Relacionamento Estuda Possui Oferece Relao_1 Relao_2

Entidade Curso Vaga Vaga Aluno_Vaga Aluno_Vaga

RESULTADOS O modelo desenvolvido a partir da anlise do problema, ser implementado para realizao de testes. De acordo com a necessidade do usurio ou com possveis falhas do projeto, ele poder ser modificado para adequar-se ao mesmo.

CONCLUSES O modelo construdo foi desenvolvido tendo em vista um melhor aproveitamento de relacionamentos entre as entidades envolvidas. Houve vrias reformas no modelo desde o esquema inicial, proposto na anlise. As informaes desnecessrias foram removidas, resultando num modelo mais conciso e portanto, mais eficiente.
Holos, Ano 25, Vol. 4 142

SILVA e FIGUEIREDO (2009)

Existiro outras verses do modelo at a implementao, onde sero ajustadas as incorrees para um processo de testes. Algumas dificuldades surgiram no momento das relaes entre as entidades Aluno e Vaga. Optou-se por unir as entidades sob uma nova entidade, Aluno_Vaga, que iria associar as entidades atravs de outra.

REFERNCIAS BIBLIOGRFICAS Korth, Henry F. Sistema de Banco de Dados. MAKRON Books, 1993. Ramez, Elmasri, Sistemas de Banco de Dados. Pearson Adson Wesley, 2005.
PostGreSQL Br http://www.postgresql.org.br

brModelo http://www.sis4.com/brModelo Heuser, Carlos Alberto, Projeto de Banco de Dados. Editora Sagra Luzzatto, 2004.

Holos, Ano 25, Vol. 4

143