Relatório Final Luís Bragança 6393

UNIVERSIDADE CATÓLICA DE ANGOLA
FACULDADE DE ENGENHARIA
LICENCIATURA EM ENGENHARIA INFORMÁTICA
Sistema Integrado de Gestão da

Universidade Católica de Angola
Relatório do Projecto Final
Módulo: Gestão de Exame de

Admissão e Curso Preparatório do
Site UCAN
Luís Denilson Bragança Ferreira – 6393
Orientador: Prof. Doutor Aires Manuel Araújo Veloso
Luanda, 2018
UNIVERSIDADE CATÓLICA DE ANGOLA
FACULDADE DE ENGENHARIA
LICENCIATURA EM ENGENHARIA INFORMÁTICA
Sistema Integrado de Gestão da

Universidade Católica de Angola
Relatório do Projecto Final
Módulo: Gestão de Exame de

Admissão e Curso Preparatório do
Site UCAN
Luís Denilson Bragança Ferreira – 6393
Orientador: Prof. Doutor Aires Manuel Araújo Veloso

SIGEUCAN – Sistema Integrado de Gestão da Universidade Católica de Angola
Dedicatória
A Minha Mãe Maria Juliana Bragança, que todas as vezes esteve presente e quando
algumas vezes, pensei em desistir deu-me força para continuar e orar por formas a
conseguir realizar este grande sonho.
I
Agradecimentos
Os meus sinceros agradecimentos a Deus que ajudou-me durante esses todos de

batalha, que ensinou-me a esperar e a perceber que as coisas acontecem no tempo
dele, sem ele de certeza absoluta não seria possível.
A minha querida mulher, Marcia Ferreira, pelo incentivo, compreensão,

encorajamento, durante todo este período e de forma amena e unanime foi tolerante
com as minhas ausências e sempre incentivou-me a continuar pois sabia que as
coisas não dependiam apenas de mim pois de alguma forma sempre entreguei-me.
Aos meus pais, a minha irmã, a minha filha e toda a família Bragança e Ferreira pelo
amor, apoio, cuidado e incentivo. Sem a vossa ajuda jamais chegaria onde estou.
Aos meus colegas de licenciatura: Carlos Ramos, Alfredo Marrajal, Bruno Banguela
que sempre estiveram ai para comigo partilhar conhecimentos no mais profundo
sentido da palavra, a vocês o meu muito obrigado. Aos meus colegas de carteira
grandes momentos passamos, muitas vigílias fizemos e Graças a Deus o grande dia
chegou.
Devo agradecer em especial, ao meu orientador Prof. Doutor Aires Manuel Araújo
Veloso, pela disponibilidade, atenção dispensada, paciência, dedicação,
profissionalismo, pessoa de trato fácil e super acessível ... Um Muito Obrigado.
Obrigado a todos por tudo.
II
" Os dois dias mais importantes da sua vida são: O dia em que você nasceu, e o dia
em que você descobre o porquê."
- Mark Twain -
III
Resumo
Com o novo panorama empresarial após a globalização, toda a empresa necessita de

ter um sistema de informação que lhe forneça informações externas e internas num
curto espaço de tempo. Com estas informações, podem-se tomar decisões mais
seguras e buscar um diferencial competitivo e crescente perante o mercado. Este
trabalho tem como objectivo principal apresentar o desenvolvimento de um sistema
integrado de gestão, elaborado pelo núcleo de estudantes do 5º ano de Engenharia
Informática da Universidade Católica de Angola, para a Universidade Católica de
Angola via web, visto que, a internet desempenha hoje um grande papel no processo
de tomada de decisões. O sistema foi desenvolvido no âmbito da cadeira curricular de
“Projecto Final II” do Curso de Engenharia Informática da Universidade Católica de
Angola, ministrada pelo Prof. Doutor Aires Manuel Araújo Veloso.
Com os resultados, espera-se proporcionar novas perspectivas para a Universidade,

tais como a agilidade nos processos diários, a diminuição do retrabalho, o acesso fácil
e rápido das informações gerenciais do sistema através da intranet, os relatórios para
apoio na tomada de decisão em tempo real, entre outros.
O presente trabalho está focado no módulo de Gestão de Exame de Admissão e

Curso Preparatório.
Palavras-chave: Exame, Admissão, Curso Preparatório, Sistema de Informação,

Sistema Integrado de Gestão, web, intranet.
IV
Abstract
With the new business landscape after the globalization, every company needs to have
an information system that provides external and internal information in a short space
of time. With this information, you can make safer decisions and seek a competitive
and growing differential in the market. This work has as main objective to present the
development of an integrated management system, developed by the core of students
of the 5th year of Computer Engineering of the Catholic University of Angola, for
Catholic University of Angola via web, since the internet plays a great role in the
decision-making process. The system was developed within the curricular subject of
"Final Draft II" of the Computer Engineering Program at the Catholic University of
Angola, taught by Engineer Prof. Dr. Aires Manuel Araújo Veloso.
With the results, it is hoped to provide new perspectives for the Hospital, such as agility
in daily processes, reduction of rework, easy and quick access of management
information from the system through the intranet, reports to support decision making
in real time, among others.
The present work is focused on the module of Admission Examination Management

and preparatory Course.
Keywords: Exam, Admission, Preparatory Course, Information System, Integrated
Management System, web, intranet.
V
Siglatário
UCAN – Universidade Católica de Angola
SIGE-UCAN – Sistema Integrado de Gestão da Universidade Católica de Angola.
VI
Índice geral
Dedicatória ....................................................................................................................................... I
Agradecimentos ............................................................................................................................. II
Resumo...........................................................................................................................................IV
Abstract ...........................................................................................................................................V
Siglatário ........................................................................................................................................VI
Índice geral ...................................................................................................................................VII
Índice Detalhado .........................................................................................................................VIII
Índice de Tabelas .......................................................................................................................... XI
Índice de Figuras ......................................................................................................................... XII
Capítulo 1 – Introdução ................................................................................................................ 3
Capítulo 2 – Caracterização da Instituição.............................................................................. 11
Capítulo 3 – Enquadramento e Fundamentos ........................................................................ 19
Capítulo 4 – Requisitos do Sistema ......................................................................................... 25
Capítulo 5 – Arquitectura do Sistema ...................................................................................... 33
Capítulo 6 – Padrões de Desenvolvimento ............................................................................. 39
Capítulo 7 – Site UCAN ............................................................................................................... 47
Capítulo 8 – Módulo de Gestão de Exames de Admissão e Curso Preparatório ............. 54
Capitulo 9 – Resultados Esperados ......................................................................................... 93
Capítulo 10 – Conclusões e Perspectivas Futuras ................................................................ 99
BIBLIOGRAFIA ........................................................................................................................... 103
ANEXOS ...................................................................................................................................... 105
GLOSSÁRIO ................................................................................................................................ 207
ÍNDICE REMISSIVO.................................................................................................................... 209
VII
Índice Detalhado
Dedicatória ....................................................................................................................................... I
Agradecimentos ............................................................................................................................. II
Resumo...........................................................................................................................................IV
Abstract ...........................................................................................................................................V
Siglatário ........................................................................................................................................VI
Índice geral ...................................................................................................................................VII
Índice Detalhado .........................................................................................................................VIII
Índice de Tabelas .......................................................................................................................... XI
Índice de Figuras ......................................................................................................................... XII
Capítulo 1 – Introdução ................................................................................................................ 3
1.1. Considerações Gerais ..................................................................................................... 3
1.2. Objectivos gerais .............................................................................................................. 5
1.3. Objectivo específico ........................................................................................................ 6
1.4. Motivações ......................................................................................................................... 6
1.5. Estrutura do Relatório ..................................................................................................... 7
Capítulo 2 – Caracterização da Instituição.............................................................................. 11
2.1. Objecto Social ................................................................................................................. 13
2.2. Serviços Prestados ........................................................................................................ 15
Capítulo 3 – Enquadramento e Fundamentos ........................................................................ 19
3.1. Justificativa ...................................................................................................................... 19
3.2. Benefícios do Sistema .................................................................................................. 20
3.3. Contribuição do Sistema para a Universidade Católica de Angola .................. 20
Capítulo 4 – Requisitos do Sistema ......................................................................................... 25
4.1. Levantamento de Requisitos ....................................................................................... 25
4.2. Requisitos Funcionais .................................................................................................. 27
4.3. Requisitos não Funcionais .......................................................................................... 29
Capítulo 5 – Arquitectura do Sistema ...................................................................................... 33
VIII
5.1. Arquitectura Lógica ....................................................................................................... 34
5.2. Arquitectura Física ......................................................................................................... 35
Capítulo 6 – Padrões de Desenvolvimento ............................................................................. 39
6.1. Arquitectura em Três Camadas ......................................................................................... 39
6.2. Padrões de Base de Dados .......................................................................................... 40
6.3. Padrões a Nível Aplicacional ....................................................................................... 41

6.3.1. Pacotes .................................................................................................................... 41
6.3.2. Classes .................................................................................................................... 41
6.4. Tecnologias Utilizadas .................................................................................................. 41
6.5. Ferramentas Utilizadas ................................................................................................. 43

6.5.1. Especificação ......................................................................................................... 43
6.6. Servidores e Plataformas ............................................................................................. 45
Capítulo 7 – Site UCAN ............................................................................................................... 47
7.1. Requisitos Funcionais do Site da UCAN .................................................................. 47
7.2. Arquitectura Lógica ....................................................................................................... 49
7.3. Arquitectura Física ......................................................................................................... 51
Capítulo 8 – Módulo de Gestão de Exames de Admissão e Curso Preparatório ............. 54
8.1. Objectivos......................................................................................................................... 54
8.2. Exame de Admissão ...................................................................................................... 54
8.3. Curso Preparatório ......................................................................................................... 54
8.4 Requisitos Funcionais .................................................................................................. 55
8.5. Modelagem do Módulo .................................................................................................. 57

8.5.1. Actores..................................................................................................................... 57
8.5.2. Diagramas de Casos de Usos e de Actividades ........................................... 57
8.5.2.1. Gerar ID Candidatura ....................................................................................... 59
8.5.2.2. Gerir Candidatura ............................................................................................. 61
8.5.2.3. Curso Preparatório .......................................................................................... 63
8.5.3. Diagrama de Actividae ......................................................................................... 64
8.5.3.1 Gerar ID Candidatura ............................................................................................ 64
8.5.3.2. Gerir Candidatura ................................................................................................. 65
8.5.4. Diagrama de Classes ........................................................................................... 68
8.5.4.1. Gerar ID Candidatura ....................................................................................... 69
8.5.4.2. Gerir Candidatura ............................................................................................. 76
8.5.5. Implementação ...................................................................................................... 79
8.5.5.1. Camada de Apresentação ......................................................................... 79
8.5.5.2. Camada de Negócio ......................................................................................... 85
8.5.5.3. Camada de Persistência ................................................................................. 87
Capítulo 9 – Resultados Esperados ......................................................................................... 93
9.1. Resultados não Obtidos ...................................................................................................... 95
IX
Capítulo 10 – Conclusões e Perspectivas Futuras ................................................................ 99
10.1. Perspectivas Futuras ................................................................................................... 101
BIBLIOGRAFIA ........................................................................................................................... 103
ANEXOS ...................................................................................................................................... 105
ANEXO A – Script da base de dados ..................................................................................... 105
GLOSSÁRIO ................................................................................................................................ 207
ÍNDICE REMISSIVO.................................................................................................................... 209
X
Índice de Tabelas
Tabela 1 - Requisitos Funcionais ................................................................... 27
Tabela 2 - Requisitos não funcionais ............................................................. 29
Tabela 3 - Padrões de Base de Dados .......................................................... 41
Tabela 4 - Tecnologias Utilizadas no Sistema ............................................... 43
Tabela 5 - Ferramentas Utilizadas ................................................................. 44
Tabela 6 - Plataformas e Servidores Utilizados no Sistema .......................... 45
Tabela 7 - Requisitos Funcionais do Módulo de Gestão de Exames de

Admissão e Curso Preparatório ..................................................................... 55
Tabela 8 - Caso de Uso – Gerar ID Candidatura ........................................... 60
Tabela 9 - Caso de Uso Gerar ID - Classe Ea_at_idcandidatura .................. 71
Tabela 10 - Caso de Uso Gerir Candidatura - Classe Ea_at_candidatura ..... 77
Tabela 11 - Resultados Obtidos..................................................................... 93
XI
Índice de Figuras
Figura 1 - Arquitetura Lógica do Sistema ....................................................... 34
Figura 2 - Arquitetura Física do Sistema ........................................................ 35
Figura 3 - Arquitectura em Três Camadas - Modelo MVC ............................. 39
Figura 4 - Arquitectura lógica do Site da UCAN ............................................. 49
Figura 5 - Arquitectura Física do Site da UCAN............................................. 52
Figura 6 - Módulo de Exame de Admissão - Diagrama de Actividade Geral . 58
Figura 7 - Diagrama de Caso de Uso - Módulo de Gestão de Exames de

Admissão e Curso Preparatório ..................................................................... 59
Figura 8 - Diagrama de Caso de Uso – Gerar ID Candidatura ...................... 60
Figura 9 - Diagrama de Actividade – Gerar ID Candidatura .......................... 61
Figura 10 - Diagrama de caso de uso – Gerir Candidatura ........................... 62
Figura 11 - Diagrama de classe – Gerir Candidatura..................................... 63
Figura 12 - Diagrama de caso de uso – Curso Preparatório .......................... 64
Figura 13 - Diagrama de Actividade - Gerar ID Candidatura ......................... 65
Figura 14 - Diagrama de Actividade - Gestão de Candidaturas ..................... 66
Figura 15 - Diagrama de Actividade - Curso Preparatório ............................. 67
Figura 16 - Diagrama de Classe do Módulo de Exames de Admissão e Curso

Preparatório ................................................................................................... 69
Figura 17 - Diagrama de Classe – Gerar ID Candidatura .............................. 70
Figura 18 - ManagedBean-GerarID ............................................................... 74
Figura 19 - Gerar ID Candidatura - Operação enviarEmail ............................ 74
Figura 20 - Gerar ID Candidatura - Operação getIdTemporario .................... 74
Figura 21 - Gerar ID Candidatura - Operação getIDTemporarioSenha ......... 75
Figura 22 - Diagrama de Classe - Caso de Uso - Gerir Candidatura ............. 76
Figura 23 - Preparação_CursoPreparatório ................................................... 78
XII
Figura 24 - Módulo de Exames de Admissão e Curso Preparatório -
Implementação - Camada de Apresentação .................................................. 79
Figura 25 - Módulo de Gestão de Exames de Admissão e Curso Preparatório -

Painel Inicial ................................................................................................... 80
Figura 26 - Módulo de Gestão de Exames de Admissão e Curso Preparatório

– Formulário para criar ID .............................................................................. 81

– Página Candidatura Online ......................................................................... 82

– Página carregar Saldo ................................................................................ 83
Figura 29 - Modulo de Gestão de Exames de Admissão - Página de Actualizar

saldo na conta................................................................................................ 84

– Página Administrativa ................................................................................. 85
Figura 31 - Módulo de Gestão de Exames de Admissão: Implementação:

Camada de Negócio: Componentes da Aplicação......................................... 86
Figura 32 - Módulo de Gestão de Exames de Admissão – ManagedBean .... 87
Figura 33 - Módulo de Exames de Admissão e Curso Preparatório:

Implementação: Camada de Persistência: Componentes da Aplicação ........ 88

– Modelagem da Base de Dados ................................................................... 89
XIII
1
Introdução
Sumário
1.1. Considerações Gerais

1.2. Objectivos Gerais
1.3. Objectivo Específico
1.4. Motivações
1.5. Estrutura do Relatório
1
Capítulo 1 – Introdução
1.1. Considerações Gerais
Este relatório foi elaborado no âmbito do projecto de fim de curso de Engenharia

informática da Universidade Católica de Angola. Procura descrever todo o processo,
desde a concepção até a implementação do Sistema Integrado de Gestão da
Universidade Católica de Angola denominado SIGE-UCAN e em particular o módulo
de Gestão de Exame de Admissão e Curso Preparatório, que servirá de
componente de avaliação do Projecto Final do curso.
A medida que o tempo vai passando as ciências e as sociedades nas mais diversas
áreas da sua vida vão dependendo mais e mais das tecnologias de informação, assim
sendo surge a necessidade de criação de tecnologias para o suprir estas
necessidades de forma rápida e eficiente.
A Universidade Católica de Angola (UCAN) é uma instituição de ensino, que presta

serviços na área de Ensino Superior, localizado na província de Luanda-Angola no
bairro Palanca, Av. Pedro de Castro Van-Duném Loy.
A instituição tem vindo a crescer, não só a nível de infra-estrutura física como também
a nível de atendimento, pois tem recebido um número cada vez maior de estudantes
distribuidos em diversas faculdades, necessitando assim de um sistema integrado de
gestão capacitado para agilizar o funcionamento da universidade.
De acordo com este contexto, a Faculdade de Engenharia da Universidade Católica

de Angola, pretende dar uma solução que permitirá melhorar o dia-a-dia dos
estudantes, funcionários e todas as entidades que interagem com a universidade.
Para a resolução deste problema foi criado um projecto que consiste na criação de
uma aplicação Web integrada na plataforma Java (JSF + Prime Faces, EJB e
JavaBeans).
O Sistema será ágil, leve e flexível, pois será desenvolvido em multiplataforma e

utilizará uma única Base de Dados Relacional - PostgreSQL (Gratuito), que
proporcionará coerência, segurança e integridade das informações a custo zero,
3
Universidade Católica de Angola – Relatório do Projecto Final do Curso
assim como o ambiente de uso será a internet, a fim de que o sistema esteja
disponível em qualquer estação de trabalho na Intranet existente.
4
O mesmo projecto está estruturado em módulos, tentando envolver todas as áreas

da Universidade Católica de Angola onde haja um grande fluxo de informação. Por
sua vez, cada módulo está também dividido em vários submódulos para que se possa
trabalhar melhor a informação que cada um possui.
No presente documento será abordado o módulo Gestão de Exame de Admissão e

Curso Preparatório.
Actualmente o Exame de Amissão e o Curso Preparatório da UCAN são geridos pelos

assuntos académicos, PeopleSoft e o suporte técnico é dado pelo centro de
Informática da Universidade.
1.2. Objectivos gerais
A solução proposta é um sistema de gestão escolar para a universidade católica de

angola, projectado para integrar a informação de diferentes áreas da universidade
num único e eficiente sistema. O sistema fará gestão de todos os processos
administrativos, operacionais de maneira integrada, inteligente e segura. O seu design
é composto de módulos independentes, e podem controlar até mesmo serviços não
acadêmicos ou funções como segurança e manutenção.
Este documento, descreve o desenvolvimento de um software de gestão para

substituir o sistema que vigora actualmente na universidade.
5
1.3. Objectivo específico
O objectivo específico deste projecto é de permitir maior celeridade e eficiência no

processo de Gestão de Exame de Admissão e Curso Preparatório, sistematizar de
forma automatizada este processo, diminuindo o tempo de espera que o estudante
possui neste momento para se candidaturar ao Exame de Admissão na Universidade
Católica de Angola.
Verificar de forma detalhada quais são as informações que este sistema nos poderá
fornecer, por formas a que consigamos corrigir o que está mal e melhorar o que está
bem e garantirmos desta forma um sistema que satisfaça de facto as necessidades
dos usuários.
1.4. Motivações
Motivações que levam a criação deste sistema são várias, a destacar:
 Participar no desenvolvimento de um projecto de grande porte que vai facilitar

os processos e serviços das universidades públicas e privadas, pois este
mesmo conhecimento vai contribuir para melhor análise e consultoria para
desenvolvimento nas áreas relacionadas à area de ensino.
 Aprofundar mais os conhecimentos em desenvolvimento dos Sistemas de
informação, e através do desejo de desenvolver algo útil que não seja
meramente teórico.
 Resolução de questões tais como: ter que esperar depois de fazer o
pagamento 48h para poder concluir o processo de candidatura ao Exame de
Admissão.
 Falta de gráficos para estatística do gênero: quantos alunos se inscreveram,
quantos aprovaram, quais as cadeiras que mais se aprovou, calcular a média
máxima a mínima.
 A ausência de um sistema integrado de gestão escolar desenvolvido por
angolanos, especificamente pelo estudante da ucan.
 A capacidade de conceber, projectar e implementar uma solução de
softwarede médio e grande porte.
6
1.5. Estrutura do Relatório

O presente relatório está constituído por dez capítulos. Abaixo estão listados os
capítulos com uma breve descrição dos mesmos.
Capítulo 1 – Introdução – É feita uma introdução do trabalho através de um

enquadramento do tema. São também aqui apresentadas as razões que nos levaram
a escolher este projecto e os objectivos que se pretende alcançar com o mesmo.
Capítulo 2 – Caracterização da Instituição - Descreve o objeto social da Universidade,

os serviços prestados, missão, valores e a visão.
Capítulo 3 – Enquadramento e fundamentos – Descreve as actividades relacionadas

a identificação, análise e negociação, especificação e documentação do processo de
engenharia do projecto.
Capítulo 4 – Requisitos do sistema - Descreve a viabilidade do projecto, as

contribuições que o mesmo trará para a Universidade Católica de Angola e a fase de
obtenção das necessidades reais do sistema junto ao cliente, afim de melhor focar os
esforços da sua composição e compreender o que realmente deve ser feito durante o
projecto, assim como o levantamento das necessidades que norteiam o
desenvolvimento da aplicação em si.
Capítulo 5 – Arquitetura do sistema – Descreve a definição dos componentes lógicos

de software, as suas propriedades externas, e seus relacionamentos com outros
módulos, assim como a base de dados e arquitetura física do sistema em si.
Capítulo 6 – Padrões de Desenvolvimento - Descreve os padrões utilizados para o

desenvolvimento do sistema assim como o padrão para nomenclatura de tabelas ids
e base de dados do sistema.
Capítulo 7 – Site Master – Descreve de forma sucinta uma descrição dos módulos
que farão parte do sistema da sede da universidade.
7
Capítulo 8 – Módulo de Gestão de Exame de Admissão e Curso Preparatório - É feita

uma abordagem detalhada do desenvolvimento deste módulo, desde a definição do
problema até a implementação do mesmo.
Capítulo 9 – Resultados esperados – Neste capítulo são apresentados os resultados

obtidos após a realização do projecto, resultados estes que são baseados nas
funcionalidades referentes ao módulo de Gestão de Exame de Admissão e Curso
Preparatório. Também são apresentados os resultados esperados que não foram
realizados, mencionando os motivos que estiveram na base do não cumprimento de
algumas metas.
Capípulo 10 – Conclusões – Neste último capítulo serão apresentadas as conclusões

finais referentes ao Sistema de Integrado de Gestão da Universidade Católica de
Angola, bem como prespectivas futuras e melhoramento do mesmo.
8
2
Caracterização da
Instituição
Sumário
2.1. Objecto Social
2.2. Serviços Prestados
2.3. Misão
2.4. Valores
2.5. Visão
9
10
Capítulo 2 – Caracterização da Instituição
A Universidade Católica de Angola (UCAN) é uma universidade privada angolana,

com sede no Kilamba Kiaxi.
Autorizada pelo decreto do conselho de ministros nº 38-A/92 de 7 de agosto de 1992,

somente foi aberta pela Conferência Episcopal de Angola e São Tomé (CEAST)
em 22 de fevereiro de 1999.
A universidade possui uma Cidade Universitária situada na comuna do Palanca,

município do Kilamba Kiaxi. A infra-estrutura, que é a sede da UCAN, tem 32 salas de
aulas com capacidade para acolher 2.185 alunos, por cada turno e um total 6.555 mil
alunos em três turnos. O estabelecimento funciona com três turnos: manhã, tarde e o
chamado pós-laboral.
A UCAN tem actualmente cinco faculdades, quatro Institutos Superiores:
 Faculdade de Direito;
 Faculdade de Economia e Gestão;
 Faculdade de Engenharia;
 Faculdade de Ciências Humanas;
 Faculdade de Teologia;
 Instituto Superior de Ciências da Saúde;
 Instituto Superior de Ciências Agrárias;
 Instituto Superior de Serviço Social;
 Instituto Superior de Ciências Pedagógicas;
 Instituto Superior Dom Bosco;
 Instituto Superior João Paulo II;
 CEIC - Centro de Estudos e Investigação Científica;
 CID - Centro de Investigação do Direito;
 LAB - Laboratório de Ciências Sociais e Humanidades
11
2.1. Objecto Social
Sendo o objectivo da Universidade Católica garantir, em forma institucional, uma

presença cristã no mundo universitário perante os grandes problemas da sociedade e
da cultura, ela deve possuir, enquanto católica, as seguintes características
essenciais:
 Uma instituição cristã, não só dos indivíduos, mas também da comunidade

universitária enquanto tal;
 Uma reflexão incessante, à luz da fé católica, sobre o tesouro crescente do
conhecimento humano, ao qual procura dar um contributo mediante as
próprias investigações;
 Fidelidade à mensagem cristã, tal como é apresentada pela Igreja;
 O empenho institucional ao serviço do povo de Deus e da família humana no
seu itinerário rumo àquele objectivo transcendente que dá significado à vida;
A Universidade Católica de Angola é uma instituição de criação de conhecimento,

análise crítica, transmissão e difusão de cultura, ciência e tecnologia que, através da
investigação, do ensino e da prestação de serviços à comunidade, contribui para o
desenvolvimento económico e social do país, para a defesa do ambiente, para a
promoção da justiça social e da cidadania esclarecida e responsável e para a
consolidação da soberania assente no conhecimento.
13
2.2. Serviços Prestados
Esta unidade universitária efectua várias intervenções de formação académica, dentre

eles destacam-se:
 Contribuir para a promoção e o desenvolvimento do ensino superior no

país, numa perspectiva de desenvolvimento integral do homem e de todos
os homens.
 Contribuir para a formação de quadros indispensáveis ao desenvolvimento
do país, mediante uma formação académica que contemple os aspectos
científicos, profissionais, éticos e cívicos.
15
3
Enquadramento e
Fundamentos
Sumário
3.1. Justificativa
3.2. Benefícios do Sistema
3.3. Contribuição do Sistema para a Universidade Católica

de Angola
17
Capítulo 3 – Enquadramento e Fundamentos
3.1. Justificativa
Actualmente a Universidade Católica de Angola necessita de um sistema

informatizado de gestão escolar integrado, capaz de se adequar perfeitamente aos
diversos modelos de gestão, a fim de operacionalizar o controlo de forma inteligente
e dinâmica das áreas como recursos humanos, Finanças, Património, Help Desk,
Serviços Gerais, Logística, Gestão de Projectos, Gestão de Espaço, Gestão
Documental, Gestão de Exames de Admissão e Curso Preparatório e Segurança.
Dentro do ambiente acadêmico, há áreas que mantêm o atendimento fundamentado

na actividade manual, ou seja, parte dos processos administrativos, tais como, Gestáo
de Exame de Admissão e Curso Preparatório, Finanças, Contabilidade e Recursos
Humanos fazem uso de primavera e peoplesoft softwares disponibilizados para o
efeito. Estes softwares não conseguem atender plenamente todas as áreas e, em
geral, adopta subsistemas atendidos por diferentes softwares, que nem sempre são
totalmente comunicáveis entre si. Além disso, cada programa possui a sua própria
interface e sistema de navegação, o que inclui na rotina dos usuários uma nova
demanda de tempo relacionada ao aprendizado para uso dos mesmos.
O facto dos funcionários terem que se deslocar para execução de certas actividades,
a conferência repetida de alguns procedimentos e o tempo desnecessário dispensado
em algumas etapas do processo, mostram a ineficiência no aproveitamento de
recursos e evidenciam a necessidade de mudança. Os investimentos na obtenção de
melhorias e a implantação de uma T.I. (Tecnologia da Informação) tornam-se pontos
de fundamental importância para se assumir um sistema seguro e claro, a fim de
proporcionar agilidade no resultado dos processos e economia de recursos financeiros
e humanos.
Assim, a Universidade Católica de Angola entende que a integração dos diversos

serviços existentes na universidade propiciará avanços significativos na gestão e na
oferta dos serviços oferecidos aos funcionários em geral.
19
3.2. Benefícios do Sistema
Pretendemos com este sistema comprovar que o processo de gestão escolar com a
implementação da tecnologia da informação, traz benefícios se comparado ao
Software actual.
Assim sendo, são apresentados os benefícios que se esperam ao implantar o nosso
sistema integrado de gestão escolar:
 Melhoria na qualidade, produtividade, agilidade no atendimento com

simplicidade operacional
 Controle dos processos em toda a cadeia de eventos: articulação entre as
áreas assistenciais e administrativas
 Subsídio de informações para a tomada de decisão
 Redução no fluxo de documentos
3.3. Contribuição do Sistema para a Universidade Católica de

Angola
Em termos operacionais permitirá:
 Eficiência e eficácia nos processos internos
Trabalhar com um sistema integrado que controla todos os processos da

universidade, é um grande diferencial para aumentar a qualidade e a integração dos
dados da mesma. Procedimentos diários como atendimentos de estudantes, controlo
de presenças do pessoal tornam-se tarefas corriqueiras. Além de rápida, eficiente e
segura a universidade adquire um aspecto muito mais profissional.
 Gestão centralizada da informação

Com este sistema de gestão escolar, todas as informações referentes ao
negócio estão centralizadas. Se for necessário saber o telefone ou e-mail de
um fornecedor ou
Cliente, basta acessar o cadastro no próprio sistema. Se for necessário saber o total
das suas receitas e despesas num determinado período, basta gerar um relatório.
20
 Garantir uma maior eficiência na gestão do pessoal
Actualmente, não existe uma gestão informatizada dos funcionários. Aspectos como
recolha e armazenamento de dados, controlo de assiduidade e sistemas de avaliação
dos funcionários, é feita somente por meio de papéis. Pretende-se informatizar a
gestão de funcionários com o intuito de se melhorar os processos levados a cabo pelo
departamento de gestão de recursos humanos.
 Reduzir o tempo de execução dos processos gerências
Pelo facto de nem toda a instituição estar informatizada, a maior parte da gestão da
mesma é feita por meio de papéis, como acontece no departamento de gestão de
Serviços Gerais e em outros sectores, o que torna demorada a execução dos
processos gerências dentro da instituição. Pretende-se reduzir o tempo levado a cabo
durante a execução dos processos gerências por meio da informatização dos vários
departamentos ou sectores.
 Ganho de produtividade
Melhoria da qualidade, produtividade, agilidade no atendimento com simplicidade

operacional.
Controle dos processos em toda a cadeia de eventos: articulação entre as áreas

assistenciais e administrativas.
Subsídio de informações para a tomada de decisão.
Redução no fluxo de documentos.
 Incorporação de melhores práticas (implementadas no SIGE-UCAN) aos

processos internos da empresa
Com a informatização da instituição através da inclusão de um Sistema Integrado de

Gestão Escolar obtém-se ganhos em número de pessoas envolvidas, número de
etapas suscetíveis a falhas, qualidade da informação compartilhada, rapidez e
agilidade no atendimento aos estudantes; e todos estes pontos projectam melhoria do
resultado financeiro, o que garante a sustentabilidade do sistema.
21
Em termos financeiros:
 Maior controle financeiro
O controlo financeiro através de um sistema integrado de gestão empresarial se torna

bastante simples. Ter o controlo amplo do capital é uma tarefa bem mais simples,
bastando para isso gerar alguns relatórios, dashboard, gráficos sem ter que se
preocupar com infinitas planilhas de cálculos.
22
4
Requisitos do
Sistema
Sumário
4.1. Levantamento de Requisitos
4.2. Requisitos Funcionais
4.3 Requisitos não Funcionais
23
Capítulo 4 – Requisitos do Sistema
Após a análise e delimitação do escopo do sistema, foram definidos os seus

requisitos. O objectivo da sua definição era especificar o que o sistema deveria fazer
e determinar os critérios de validação que seriam utilizados para que se pudesse
avaliar se o mesmo cumprira com o que foi definido.
4.1. Levantamento de Requisitos
Uma das primeiras fases de um processo de desenvolvimento de software consiste

no levantamento de requisitos. As etapas de levantamento de requisitos trabalham
com o domínio do problema e tentam determinar “o que” o software deve fazer e se é
realmente possível desenvolver o software solicitado. Nesta etapa buscamos
compreender as necessidades da universidade e o que desejam que o sistema a ser
desenvolvido realize.
O levantamento de requisitos foi feito por meio de entrevistas onde procuramos

compreender como funciona actualmente o processo de gestão escolar e quais os
serviços que a universidade precisa que o software forneça.
Na fase de levantamento de requisitos devem-se identificar dois tipos de requisitos:

os funcionais e os não funcionais. Os requisitos funcionais correspondem ao que o
cliente quer que o sistema realize, ou seja, as funcionalidades do software. Já os
requisitos não funcionais correspondem às restrições, condições, consistências,
validações que devem ser levadas a efeito sobre os requisitos funcionais.
A tabela 1 apresenta os requisitos funcionais utilizados para o sistema e sua

rastreabilidade, ou seja, vinculação com os casos de uso associados.
25
Requisitos Funcionais
RF01: O sistema deve permitir fazer a Gestão de Recursos Humanos
RF02: O sistema deve permitir fazer a Gestão de Projectos
RF03: O sistema deve permitir fazer a Gestão de Exame de Admissão e Curso

Preparatório.
RF04: O sistema deve permitir fazer a Gestão de Finanças
RF05: O sistema deve permitir fazer a Gestão de Help Desk
RF06: O sistema deve permitir fazer a Gestão de Espaços
RF07: O sistema deve permitir fazer a Gestão de Segurança
RF08: O sistema deve permitir fazer a Gestão de Contabilidade
RF09: O sistema deve permitir fazer a gestão de Serviços Gerais
RF10: O sistema deve permitir fazer a Gestão de Património e Compras
RF11: O sistema deve permitir fazer a Gestão Documental
RF12: O sistema deve permitir fazer a Gestão de Logística e stock
Tabela 1 - Requisitos Funcionais
27
4.3. Requisitos não Funcionais
A tabela 2 apresenta os requisitos não funcionais utilizados para o sistema.
Requisitos não funcionais
Recurso Descrição
RNF01: Desempenho O tempo de resposta do sistema não deverá ultrapassar 10

segundos.
O sistema deve funcionar via web e permitir até 60 sessões

em simultâneo.
RNF02: Acessibilidade O sistema deve ser acessível pelos navegadores Mozilla
Firefox, Internet Explorer e Google Chrome.
O sistema deve ter uma interface de fácil utilização pelo
usuário.
RNF03: Disponibilidade Manter um serviço disponível 24/24h. Em caso de

manutenção ou actualização o sistema terá disponibilidade
de 90%
RNF04: Segurança O sistema terá de se proteger contra acessos indesejados

e não autorizados.
O sistema será capaz de auditar todos os utilizadores

autenticados.
RFN05: Escalabilidade Tem de ter a capacidade de crescer, sem grandes

dificuldades e alterações, no seu desempenho quando
recursos são acrescentados.
RFN06: Base de Dados O Sistema deve utilizar base de dados PostrgeSQL

Tabela 2 - Requisitos não funcionais
29
5
Arquitectura do
Sistema
Sumário
5.1. Arquitectura Lógica
5.2. Arquitectura Física
31
Capítulo 5 – Arquitectura do Sistema
A arquitectura multisite é uma arquitectura utilizada na maior parte das vezes em

organizações que possuem uma função central identificada (designada como central
ou sede), onde determinadas actividades são planeadas, controladas ou geridas, e
uma rede de filiais ou unidades operacionais (sites), nas quais as actividades são
executadas completa ou parcialmente.
De acordo aos problemas acima citados pretende-se prevenir as seguintes questões:
 Fiabilidade: garantir que o sistema funcione, mesmo que haja falha de

comunicação entre os sites, apenas aqueles serviços que dependam
inteiramente de comunicação é que estão temporariamente fora de serviço;
 Problemas com provedores: evitar que as dificuldades com provedores de

serviço de telecomunicação condicionem por completo o funcionamento da
universidade;
 Manutenibilidade: facilitar a manutenção de cada site, ou seja, caso ocorra

algum problema num determinado site, o mesmo puderá ser visto sem que os
outros estejam condicionados.
No sistema desenvolvido foram identificados seis três, correspondentes ao número de

pontos geográficos onde a instituição se situa.
33
A arquitectura lógica do sistema visa descrever o sistema logicamente, ou seja,

componentes de software e as suas relações entre si isto é, havendo sites, deverá
haver comunicação entre os sites.
Figura 1 - Arquitetura Lógica do Sistema
Tal como ilustra a figura acima, a arquitectura lógica do SIGE-UCAN possui os

seguintes itens:
 Site UCAN: é o componente responsável pelo controlo das operações de

negócio da sede da instituição, possibilitando aos gestores ter uma visão geral
de todas actividades e disponibilizando dados estatísticos que ajudam no
processo de tomada de decisão.
 Site Secundário Dom Bosco: é o componente que permite a gestão dos

serviços prestados pelo Instituto Superior Dom Bosco. Interage com o Site
Master e o Site João Paulo II.
 Site Secundário João Paulo II: é o componente que permite a gestão dos
serviços prestados pelo Instituto Superior João Paulo II. Interage com o Site
Master e o Site Dom Bosco.
34
A arquitectura física do “SIGE-UCAN” assenta-se em todo plano tecnológico cujo foco

está em componentes físicos e reais a serem usados na implementação da arquitetura
do projecto, mostrando também a comunicação entre os componentes.
Figura 2 - Arquitetura Física do Sistema
35
6
Padrões de
Desenvolvimento
Sumário
6.1. Aplicações em Três Camadas
6.2. Padrões de Base de Dados
6.3. Padrões a Nível Aplicacional
6.4. Tecnologias Utilizadas
6.5. Ferramentas Utilizadas
6.6. Servidores e Plataformas
37
Capítulo 6 – Padrões de Desenvolvimento
Os padrões de projecto são muito úteis para resolver os problemas de modelagem de
projectos se usados de forma adequada.
O sucesso para o desenvolvimento de aplicações com tecnologia orientada a objectos

esta intimamente ligada à arquitectura que vamos usar para construir a aplicação. A
tendência indica que esta arquitectura estará baseada na organização da aplicação
em camadas e na observação dos padrões utilizados pelo mercado.
A organização em camadas é a chave para a independência entre os componentes e

esta independência é que vai atingir os objectivos de eficiência, escalabilidade,
reutilização e facilidade de manutenção.
O projecto deve ser integrado, e de formas a conseguir este objectivo, foram

estabelecidos padrões de desenvolvimento, tais como: arquitectura a ser utilizada,
regras de nomeação de objectos quer a nível da base de dados quer a nível da
aplicação, e outras descritas neste capítulo.
6.1. Arquitectura em Três Camadas
Para um desenvolvimento bem estruturado, tendo em conta a quantidade de

processos a serem geridos, foi adoptada uma arquitectura distribuída, a Arquitectura
de Três Camadas.
Figura 3 - Arquitectura em Três Camadas - Modelo MVC
39
Camada de Apresentação: Permite a interacção com o utilizador final. Feita através

de páginas XHTML criadas com Java Server Faces (JSF) e Prime Faces.
Camada de Negócio: Utilizada para estabelecer as regras de negócio.

Implementadas com JPA (Managed Beans e EJBs).
Camada de Persistência: Para a persistência foi utilizado o Sistema de Gestão de

Base de Dados Postgres SQL.
6.2. Padrões de Base de Dados
A nível da base de dados, a padronização consistiu maioritariamente em regras de

nomeação, as quais passo a apresentar:
Elemento Regra
Base de Dados A base de dados deverá ter a

designação de “sigeucan_db”.
Tabelas O nome da tabela é formado pelas duas

siglas que representam o módulo
underscore o nome da tabela
Exemplo: eat_config – Exames de

Admissão Auto-Atendimento;
Chaves Primárias A chave primária é formada inicialmente

pelo pk_id seguido do nome sugestivo
do modulo e da tabela
Exemplo: pk_id_lg_unidade – id da
entidade;
Chaves Estrangeiras A chave estrangeira é formada

inicialmente pelo fk_id da tabela de
origem underscore modulo e da tabela.
Exemplo: fk_id_pt_produto ;
Regras Gerais:
 As palavras deverão ser separadas por underscore (_);
 Todas as designações deverão ser feitas usando somente letras
minúsculas;
40
 Deverão ser atribuídos nomes sugestivos.
Tabela 3 - Padrões de Base de Dados
6.3. Padrões a Nível Aplicacional
A nível da aplicação, a padronização consistiu em regras de nomeação de classes,

pacotes e páginas, de importação de bibliotecas e do agrupamento dos diferentes
elementos que constituem o sistema (classes, páginas, etc.).
6.3.1. Pacotes
Regras gerais de nomeação:
 O nome do pacote não deverá conter letras maiúsculas.

 As palavras não deverão ser separadas por underscore.
No módulo EJB os pacotes obedecem um único padrão, contendo os facades e as

entidades importadas da base de dados conforme nomenclatura estabelecida
previamente, assim sendo temos os pacotes EJB:
 entity;
 session.
6.3.2. Classes
Regras gerais de nomeação:
 As classes deverão ter a palavras começadas por letras maiúsculas;

 Não é permitida a inclusão de underscore no nome das classes.
 Classes do tipo ManagedBean deverão ter o sufixo Bean;
6.4. Tecnologias Utilizadas
A implementação de uma aplicação Web necessita de tecnologias de

desenvolvimento, que se encontram no quadro a seguir:
41
Designação Fabricante Descrição (Fontes http://pt.wikipedia.org)

HTML 5 W3C
HTML (abreviação para a expressão inglesa
HyperText Markup Language, que significa
Linguagem de Marcação de Hipertexto) O HTML5
é a nova versão do HTML4 e um dos seus
principais objectivos é facilitar a manipulação dos
elementos, possibilitando o desenvolvedor
modificar as características dos objetos de forma
não intrusiva, fazendo com que isso fique
transparente para o usuário final
CSS 3 W3C
Cascading Style Sheets (ou simplesmente CSS) é
uma linguagem de estilo utilizada para definir a
apresentação de documentos escritos em uma
linguagem de marcação, como HTML ou XML.
Seu principal benefício é prover a separação entre
o formato e o conteúdo de um documento.
Javascript Netscape
JavaScript é uma linguagem de programação
interpretada. Foi originalmente implementada
como parte dos navegadores web para que scripts
pudessem ser executados do lado do cliente e
interagissem com o usuário sem a necessidade
deste script passar pelo servidor, controlando o
navegador, realizando comunicação assíncrona e
alterando o conteúdo do documento exibido.
JSF 2 ORACLE
JSF (Java Server Faces) é um framework MVC
baseado em Java para a construção de interfaces
de usuário baseado em componentes para
aplicações web. Ela foi formalizada como um
padrão através do Java Community Process e faz
parte da Java Platform Enterprise Edition.
EJB 3.0 ORACLE, IBM, HP
EJB ou Enterprise JavaBeans é um dos principais
componentes da plataforma J2EE (Java 2
Enterprise Edition). É um componente do tipo
servidor que executa no container do servidor de
aplicação.
JQuery John Resig
jQuery é uma biblioteca JavaScript cross-browser
desenvolvida para simplificar os scripts client side
que interagem com o HTML.
Ajax
AJAX (acrônimo de Asynchronous Javascript and
XML) é um um conjunto de tecnologias. O conceito
de AJAX se resume em conhecer bem JavaScript,
42
trabalhando com DOM (Document Object Model),

CSS (Cascading Style Sheets) e XML.
PrimeFaces
PrimeFaces é uma biblioteca de componentes
web ricos, construída com base o framework JSF
e JQuery, de modo a aumentar a interactividade e
funcionalidade das aplicações web em JSF 2.
Jasper Soft Jaspersoft
Studio Corporation O Jasper Soft Studio é um framework para a
geração de relatórios. É uma ferramenta
totalmente open source e gratuita, e a mais
utilizada com esse propósito atualmente. Entre as
funcionalidades do JasperReports podemos
destacar: é capaz de exportar relatórios para
diversos formatos diferentes, tais como PDF,
HTML, XML, XLS, etc.
Tabela 4 - Tecnologias Utilizadas no Sistema
6.5. Ferramentas Utilizadas
Para a implementação de softwares de médio a grande porte é indispensável o uso

de Ambientes Integrados de Desenvolvimento, pois garantem um aumento de
produtividade em todas as fases do ciclo de desenvolvimento do mesmo.
6.5.1. Especificação
A especificação do sistema foi feita utilizando diagramas de UML através da

ferramenta CASEAstah Professional 7 para o desenvolvimento dos casos de uso.
Uma ferramenta CASE é um aplicativo que ajuda desenvolvedores e analistas em
uma ou mais actividades do processo de desenvolvimento de um sistema. Os seus
objectivos são melhorar a qualidade do software e aumentar a produtividade no
processo software. Para Pressman (2002, p. 807) o usa das ferramentas é importante
porque “podem oferecer novos modos de olhar a informação de engenharia de
software”.
43
Designação Fabricante Descrição (Fontes http://pt.wikipedia.org)
NetBeans 8.2 ORACLE O NetBeans IDE é um ambiente de

desenvolvimento integrado (IDE) gratuito e de
código aberto para desenvolvedores de software
nas linguagens Java, C, C++, PHP, Groovy, Ruby,
entre outras. O IDE é executado em muitas
plataformas, como Windows, Linux, Solaris e
MacOS. O NetBeans IDE oferece aos
desenvolvedores ferramentas necessárias para
criar aplicativos profissionais de desktop,
empresariais, Web e móveis multiplataformas.
PgModeler Rafael Araújo e O PostgreSQL Database Modeler (pgModeler) é

Silva uma ferramenta de código aberto (open source)
desenvolvida por Raphael Araújo e Silva para
criação de modelos de dados para o sistema de
base de dados PostgreSQL nas versões 9.0 a 9.5.
PostgresSQL Barkley University O PostgreSQL é um sistema de gerenciamento de

California base de dados objeto-relacional, desenvolvido
pelo Departamento de Ciência da Computação da
Universidade da Califórnia em Berkeley.
Astah Change Vision, Astah é uma ferramenta de modelagem UML. O

Professional Inc software foi desenvolvido no Japão na plataforma
7.2 Java, o que garante sua portabilidade para
qualquer plataforma que possui JVM (Máquina
Virtual Java). JUDE (Ambiente para
Desenvolvedores UML e Java) obteve o prêmio
“Produto de Software do Ano 2006”, pela Agência
de Promoção de Informação Tecnológica no
Japão. Anteriormente conhecido como JUDE, ele
funciona nas plataformas Windows, Mac e Linux.
Tabela 5 - Ferramentas Utilizadas
44
6.6. Servidores e Plataformas
Nesta secção serão descritos os principais servidores e plataformas, como os

servidores web Glassfish ou Payara programas estes, que recebem as requisições,
interpretam-nas e retornam um resultado para os clientes e a plataforma JAVA EE,
tendo todos sido utilizados para a implementação do sistema.
Designação Fabricante Descrição (Fontes

http://pt.wikipedia.org)
Glassfish ORACLE Glassfish 4.0 é um servidor de aplicação

4.1.2 open source para a plataforma Java EE.
Payara ORACLE Payara é um servidor de aplicação

baseado em GlassFish 4.1 e com suporte
para Java EE 7
Java EE ORACLE Java EE é a especificação da ORACLE

para plataformas de suporte de aplicações
institucionais desenvolvidas em Java.
Tabela 6 - Plataformas e Servidores Utilizados no Sistema
45
7
Site Ucan
Sumário
7.1. Requisitos Funcionais do Site da UCAN
46
Capítulo 7 – Site UCAN
O “Site da UCAN” é o ponto central que dá suporte a gestão de topo, ou seja, este
subsistema permitirá gerenciar não só as actividades da sede como também algumas
actividades realizadas nos “Sites” Secundários da UCAN através dos documentos que
estes irão produzir.
7.1. Requisitos Funcionais do Site da UCAN
 O sistema deve possibilitar a Gestão de Recursos Humanos na UCAN e nos

Institutos Superiores;
 O sistema deve possibilitar a Gestão de Projectos na UCAN e nos Institutos
Superiores;
 O sistema deve possibilitar a Gestão de Exame de Admissão e Curso
Preparatório na UCAN e nos Institutos Superiores;
 O sistema deve possibilitar a Gestão de Finanças
 O sistema deve possibilitar a Gestão de Help Desk
 O sistema deve possibilitar a Gestão de Espaços
 O sistema deve possibilitar a Gestão de Segurança
 O sistema deve possibilitar a Gestão de Contabilidade
 O sistema deve possibilitar a Gestão de Serviços Gerais
 O sistema deve possibilitar a Gestão de Património e Compras
 O sistema deve possibilitar a Gestão Documental
 O sistema deve possibilitar a Gestão de Logística e Stock
47
A arquitectura lógica do Site Master descreve com precisão todos os módulos

implementados no Site Master.
Figura 4 - Arquitectura lógica do Site da UCAN
Módulo de gestão de recursos humanos: responsável pela gestão de funcionários

e departamento;
Módulo de gestão de projectos: responsável pelo controle e gestao dos projectos

do centro de estudos e investigação da universidade católica de angola.
Módulo de gestão de exame de aptidão e admissão: responsável pelo controle e

gestão de exame de aptidão e admissão da universidade católica de angola.
Módulo de gestão de finanças: responsável pela gestão de facturas e ordens de

Saque, fornecedores, conta corrente, caixas, conta-caixa, facturação e fluxo de caixa.
Módulo de gestão de help desk: responsável pelo apoio na área de tecnologia de

informação e dos serviços gerais (Ar-condicionado e Portas e Janelas).
Módulo de gestão de espaços: responsável pela gestão de espaços disponíveis na

universidade católica de angola para a realização de eventos.
Módulo de segurança: responsável pela implementação de regras de acesso ao

sistema, como controlo de acesso com autenticação com usuário e senha.
Módulo de gestão de contabilidade: responsável por fazer gestão orçamental da

universidade.
49
Módulo de serviços gerais: responsável pela manutenção e reparação de

infraestruturas.
Módulo de património e compras: responsável pelo processamento de pedidos de

compras, gestão do património da universidade no seu todo.
Módulo de gestão de documentos: responsavel pela gestão, manutenção e

processos dos documentos da universidade católica de angola.
Módulo de gestão de logística: responsável pela gestão de armazenamento e

distribuicão das mercadorias.
50
A arquitectura física mostra o “layout” do “Site Master”, isto é, como os dispositivos

físicos irão conectar-se. A figura abaixo é constituída pelos seguintes componentes:
Servidor da Aplicação: servidor responsável por hospedar a aplicação e

disponibilizar um ambiente propício para a instalação e execução de aplicações na
instituição.
Servidor da Base de Dados: servidor responsável por conter e manipular as

informações que a base de dados da instituição contém.
Servidor de Backup “Cópia de segurança”: servidor responsável por assegurar a

cópia de dados, de um dispositivo de armazenamento para outro com o objectivo de
recuperar dados caso ocorram perdas de dados na instituição.
Computadores clientes: permitem aos utilizadores acederem ao sistema.
51
Figura 5 - Arquitectura Física do Site da UCAN
52
8
Módulo de Gestão
de Exame de
Admissão e curso
Preparatório
Sumário
8.1. Objectivos
8.2. Gestão de Exames de Admissão e Curso Preparatório
8.4. Modelagem do Módulo
53
Capítulo 8 – Módulo de Gestão de Exames de Admissão e

Curso Preparatório
8.1. Objectivos
Atualmente, diante de tantas possibilidades digitais e do avanço tecnológico, os

softwares de gestão escolar estão em pauta. A automatização garante uma integração
de todos os fatores do processo educacional (tanto a atividade fim como as atividades
à sua volta) garantindo, assim, uma gestão eficiente.
O objetivo principal deste módulo é gerir de forma eficiente todo o processo de exame
de admissão incluindo o curso preparatório.
Este módulo faz a gestão das informações académicas como, faculdades, cursos,
especialidaes, disciplinas, períodos, exame de admissão, curso preparatório, enfim,
tudo o que é necessário para gerir da melhor forma o processo de exame de admissão
e curso prepatório. O módulo acima mencionado possibilita um rigoroso controlo na
gestão deste processo, implementando um gestor de ID com sequências numéricas
únicas que acompanha o candidato durante o processo todo.
Este módulo contempla todo o processo de selecção de uma ou mais instituições,

desde o cadastro do próprio processo selectivo, às opções, provas, línguas
estrangeiras, salas, unidades, locais de prova e candidatos. Além disso, o módulo
dispõe de processos internos como divisão dos candidatos nas salas, digitação ou
importação das suas notas. As regras de classificação dos candidatos são totalmente
customizáveis. O módulo dispõe de diversos relatórios e consultas com os mais
diversos dados estatísticos.
8.2. Exame de Admissão

O exame de admissão para novos candidatos é um processo pelo qual o candidato é
submetido a uma ou duas provas de acordo com o curso escolhido. Para isso, uma
inscrição prévia é necessária. Desta forma, este módulo oferece recursos necessário
para inscrição on-line dos candidatos até duas opções com cursos diferentes.
8.3. Curso Preparatório

Além da gestão de exames de processos de admissão, este módulo oferece recursos
necessários para inscrição no curso preparatório. Este processo é opcional.
54
8.4 Requisitos Funcionais
Os requisitos funcionais identificados para este módulo são apresentados na tabela

que se segue:
Gestão de exame de admissão e curso preparatório
Permitir aos candidatos

obterem um ID único, que
R01 Gerir ID.
será usado durante o
processo todo.
Permite os candidatos e
R02 Candidatura inscreverem até duas
opções.
Permitir aos candidatos

carregarem saldo na sua
R03 Carregamento de saldo
conta para pagar os
emolumentos.
Permitir a gestão do
R04 Gestão de candidatos candidato, isto é, registrar,
editar, e remover o candidato
Permitir visualizar diversos

R05 Relatórios
tipos de relatórios.
Permitir gerir as faculdades

R06 Gestão de Faculdades.
existentes.
Permitir criar, editar, eliminar

R07 Gerir Cursos e visualizar cursos com base
na faculdade.
Permitir criar, editar, eliminar

Gerir Especialidade e visualizar especialidades
R08
produtos criadas para os cursos
R09 Gerir Turnos Permite gerir os turnos letivos
Tabela 7 - Requisitos Funcionais do Módulo de Gestão de Exames de Admissão e Curso Preparatório
55
8.5. Modelagem do Módulo
8.5.1. Actores
De acordo com as operações levadas á cabo na Gestão de Exames de Admissão e

curso Preparatório, foram identificados os seguintes atores :
 Administrador de Sistema: É um utilizador com um nível de privilégio configurar

o ambiente de trabalho.
 Candidato: é um user que acede o sistema para se candidatar e se inscrever

no curso prepatório. .
8.5.2. Diagramas de Casos de Usos e de Actividades
Os diagramas têm como objectivo principal fornecer múltiplas visões do sistema a ser
modelado, analisando-o e modelando-o sob diversos Aspectos, procurando-se,
assim, atingir a completitude da modelagem, permitindo que cada diagrama
complemente os outros.
Cada diagrama de UML vai analisar o sistema, ou parte dele, sob uma determinada
óptica. É como se o sistema fosse modelado em camadas, sendo que alguns
diagramas enfocam o sistema de forma mais geral, apresentando uma visão externa
do sistema, como é o objectivo do Diagrama de Casos de Uso, enquanto outros
oferecem uma visão de uma camada mais profunda do software, apresentando um
enfoque mais técnico ou ainda visualizando apenas uma característica específica do
sistema ou um determinado processo. A utilização de diversos diagramas permite que
falhas sejam descobertas, diminuindo a possibilidade da ocorrência de erros futuros.
Abaixo é apresentado o diagrama de actividades geral do módulo de Gestão de

Exame de Admissão e Curso Preparatório. Esta actividade consiste no acesso ao
módulo no sistema. Devido a sua utilização em todos os casos de uso do módulo, este
diagrama é apresentado antes da descrição destes casos de uso de modo a evitar a
sua replicação.
57
Figura 6 - Módulo de Exame de Admissão - Diagrama de Actividade Geral
De acordo com as operações levadas á cabo na Gestão de exame de admissão e

curso preparatório, foram identificados os seguintes casos de uso:
 Gerir faculdades
 Gerir cursos
 Gerir especialidades
 Gerar ID Candidatura
 Gerir Candidatura
 Gerir Carregamentos
A imagem abaixo apresenta o diagrama de casos de uso geral do módulo de Gestão

de Logística.
58
Figura 7 - Diagrama de Caso de Uso - Módulo de Gestão de Exames de Admissão e Curso Preparatório
8.5.2.1. Gerar ID Candidatura
Este caso de uso consiste em gerar um ID para candidato que será usado em todas
outras atividades durante o processo de candidatura.
A figura abaixo ilustra o diagrama dos casos de uso acima referenciados,

apresentando como estes se relacionam com o caso de uso principal.
59
Figura 8 - Diagrama de Caso de Uso – Gerar ID Candidatura
A tabela que se segue descreve o caso de uso acima referenciado.
Descrição
Objectivo Gerar ID único para cada candidato.
Actores Administrador de Sistemas e Candidato

 Ter acesso a internet
Pré Condição
 Possuir uma conta de Administrador
 Estar autenticado no sistema
 Possuir acesso ao módulo de Admissão¨(ADM)
 Clicar no link
Pós Condição ID gerado com sucesso.

Tabela 8 - Caso de Uso – Gerar ID Candidatura
A Figura que se segue apresenta o diagrama de actividade do caso de uso acima

descrito, ilustrando as etapas necessárias para execução das tarefas desejadas.
60
Figura 9 - Diagrama de Actividade – Gerar ID Candidatura
8.5.2.2. Gerir Candidatura
Este caso de uso consiste na gestão das candidaturas da Universidade Católica de

Angola, i.e, registrar uma candidatura, alterar, eliminar e visualizar. O sistema permite
até duas opções por cada estudante.
Esta gestão inclui um conjunto de tarefas as quais origina novos casos de uso
 Carregar saldo na conta;

 Curso preparatório;
A figura abaixo ilustra o diagrama dos casos de uso acima referenciados,

apresentando como estes se relacionam com o caso de uso principal.
61
Figura 10 - Diagrama de caso de uso – Gerir Candidatura
62
Figura 11 - Diagrama de classe – Gerir Candidatura
8.5.2.3. Curso Preparatório
Este caso de uso consiste na gestão do Curso preparatório da Universidade Católica

de Angola, referente ao processo de novos candidatos.
Esta gestão inclui um conjunto de tarefas as quais origina em um novo caso de uso.
É este o caso de uso:
 Carregar saldo;
A figura abaixo ilustra o diagrama do caso de uso acima referenciado, apresentando

como estes se relacionam com o caso de uso principal.
63
Figura 12 - Diagrama de caso de uso – Curso Preparatório
8.5.3. Diagrama de Actividae
O diagrama de actividade preocupa-se em descrever os passos a serem percorridos

para a conclusão de uma actividade específica, podendo esta ser representada por
um método com certo grau de complexidade, um algoritmo, ou mesmo por um
processo completo. O diagrama de actividade concentra-se na representação do fluxo
de controlo de uma actividade.
Neste tópico, são apresentados a seguir os diagramas de actividade de maior

relevância do módulo de Gestão de Exame de Admissão e Curso Preparatório.
8.5.3.1 Gerar ID Candidatura
Na figura 13 utilizamos duas partições verticais onde podemos ver a interação entre
os actores externos e o sistema, responsáveis pelo início do processo. Actividade
referente a geração de ID Candidatura, inicia com a seleção do menu Auto-
64
atendimento selecionando a opção gerar ID Candidatura e posteriormente o

preenchimento do formulário. Se a operação ocorrer com sucesso o usuário e
notificado com uma mensagem de sucesso caso contrário é notificado com uma
mensagem de erro. No entanto, este diagrama de actividade descreve todas as etepas
percorridas pelo Candidato para gerar um ID Candidatura.
Figura 13 - Diagrama de Actividade - Gerar ID Candidatura
A figura 1425, logo a seguir, apresenta um exemplo do diagrama de actividade do

caso de uso Gestão de Candidaturas. Com base na lógica anterior, o o usuário é
notificado com uma mensagem de sucesso se a operação ocorrer tudo bem, caso
contrário receberá uma mensagem de erro.
65
Figura 14 - Diagrama de Actividade - Gestão de Candidaturas
Na imagem a seguir é apresentado o diagrama de atividade de um dos casos de usos

com maior relevância no módulo, curso preparatório. Inicialmente o candidato deve
selecionar no menu auto-atendimento a opção Curso Preparatório e preencher os
campos obrigatórios se a operação ocorrer com sucesso é processado o caso de uso
“Emitir Recibo”, caso contrário o sistema envia uma mensagem de erro.
66
Figura 15 - Diagrama de Actividade - Curso Preparatório
67
8.5.4. Diagrama de Classes
Depois de feita descrição dos casos de uso e apresentado o diagrama de actividades,

a seguir é apresentado o diagrama de classes que permite demonstrar de forma visual
as classes criadas para a implementação do módulo de gestão de logística e seus
relacionamentos.
O diagrama de classes é uma representação da estrutura e relações das classes que

servem de modelo para objetos.
É uma modelagem muito útil para o desenvolvimento de sistemas, pois define todas
as classes que o sistema necessita e é a base para a construção dos diagramas
de comunicação, sequência e estados.
A figura abaixo apresenta o diagrama de classes geral onde podemos ilustrar os

atributos e operações envolvidos.
68
Figura 16 - Diagrama de Classe do Módulo de Exames de Admissão e Curso Preparatório
8.5.4.1. Gerar ID Candidatura
A figura abaixo apresenta um trecho do diagrama de classes relacionado ao caso de

uso em estudo “ Gerar ID Candidatura”, onde podemos ilustrar os atributos e
operações envolvidos no mesmo.
69
Figura 17 - Diagrama de Classe – Gerar ID Candidatura
A classe ea_at_idcandidatura possui um conjunto de operações descritas

abaixo :
 gerarID (): void

 enviaremail(): void
 recuperaremail(): void
A classe ea_at_idcandidatura possui um relacionamento com a classe

ea_config_faculdade_has_curso de modo que o candidato ao pode escolher a
primeira opção ao gerar o ID. Para uma opção temos apenas um curso associado.
As classes ea_at_idcandidatura armazenarão toda a informação referente a

geração de ID bem como a primeira opção. Esta classe contém os seguintes atributos:
ea_at_idcandidatura
Nº Atributos Tipo de Descrição

Dados
70
Atributo codigo auto

1 pk_ea_at_idcandidatura INT
incremento.
2 nome String Nome do candidato
3 sobrenome String Sobrenome do candidato
4 idcandidato Int Código do candidato
5 email String Email do candidato
6 senha String Senha do id do candidato
Bilhete de identidade do
7 bi String
candidato.
8 dataregistro Date Data de registro.
Data de Nascimento do
9 datanascimento Date
Candidato
10 dataexpiracao Date Data de expiração do BI
11 nome_meio String Nome do Maio do candidato
12 mae String Nome da Mãe do Candidato
Chave estrangeira
13 fk_ea_config_faculdade int associada a tabela
ea_at_idcandidatura.
Chave estrangeira
14 fk_ea_config_turno int associada a tabela
Chave estrangeira
15 fk_ea_config_tipo_candidatura int associada a tabela
Tabela 9 - Caso de Uso Gerar ID - Classe Ea_at_idcandidatura
A classe ea_at_idcandidatura possui um conjunto de operações descritas

anteriormente:
71
A operação “gerarID” permite gerar um ID novo e único para um candidato.
Esta mesma operação encontra-se no pacote managedbean.ea. no ficheiro. Abaixo

é apresentado o método adicionar:
72
1 public String gerarID() throws IllegalStateException, SecurityException {

2
3 try
4 {
5
6 EaAtIdCandidato objBi = eadmsIdCandidatoFacade.getCandidatoPorBi(bi);
7 EaAtIdCandidato objEmail =
eadmsIdCandidatoFacade.getCandidatoPorEmail(email);
8 //String curso = eadmsFaculdadeHasCursoFacade.find(id);
9
10 if (this.validarDataBI().equalsIgnoreCase("erro"))
11 {
12
13 FacesUtil.adicionarMensagem
14 (FacesMessage.SEVERITY_WARN, "A data de validade de nÃ£o
vÃ¡lida!");
15 return "";
16
17 }
18
19 if (this.age().equalsIgnoreCase("erro"))
20 {
21
23 (FacesMessage.SEVERITY_WARN, "A data de nascimento nÃ£o Ã©
vÃ¡lida!");
24 return "";
25
26 }
27
28 if (objBi != null)
29 {
30
32 (FacesMessage.SEVERITY_WARN, "JÃ¡ existe um Candidato com
este BI: " + bi + ". ");
33 return "";
34 } else if (objEmail != null)
35 {
36
38 (FacesMessage.SEVERITY_WARN, "JÃ¡ existe um Candidato com
este Email: " + email + ". ");
39 return "";
40
41 } else if (this.bi.length() != 14)
42 {
43 int v = 0;
44 if (this.bi.length() > 14)
45 {
46
47 v = (this.bi.length() - 14);
48
50 (FacesMessage.SEVERITY_WARN, "BI invalido");
52 (FacesMessage.SEVERITY_WARN,
"Exemplo:001565656LA031");
53
54 return "";
55
56 } else if (this.bi.length() < 14)
57 {
58
59 v = (14 - this.bi.length());
60
62 (FacesMessage.SEVERITY_WARN, "O nÃºmero do Bilhete
de Identidade :" + bi + " nÃ£o Ã© vÃ¡lido! Tem " + v + " caracteres a menos.");
64 (FacesMessage.SEVERITY_WARN,
"Exemplo:001565656LA031");
65
66 return "";
67 }
68
69 } else if (this.getDatav().before(this.getDatae()))
73
Figura 18 - ManagedBean-GerarID
A operação “enviarEmail” Sempre que um novo ID é gerado, o candidato recebe os

dados por email por meio deste método. Esta mesma operação encontra-se no pacote
managedbean.ea. Abaixo é apresentado o método enviarEmail:
Figura 19 - Gerar ID Candidatura - Operação enviarEmail
A operação “getIdTemporario” é a operação gera o ID do Candidato.
Figura 20 - Gerar ID Candidatura - Operação getIdTemporario
A operação “getIdTemporarioSenha” permite gerar uma nova senha.
74
Esta mesma operação encontra-se no pacote managedbean.ea. Abaixo é

apresentado o método gravar, que permite gravar uma solicitação com mais de um
item selecionado.
Figura 21 - Gerar ID Candidatura - Operação getIDTemporarioSenha
75
Figura 22 - Diagrama de Classe - Caso de Uso - Gerir Candidatura
A classe ea_at_candidatura está relacionada com a classe ea_at_idcandidatura,

pois cada candidatura está associada a um ID. A classe ea_at_candidatura faz
gestão das candidaturas e a classe ea_at_idcandidatura, contém informações do ID
Candidatura.
ea_at_candidatura
Tipo de
Nº Atributos Descrição
Dados
1 pk_ea_at_candidatura int Chave primária
Atributo referente a data da

2 datacandidatura Date
candidatura.
76
Atributo referente a primeira

3 opcaoone boolean
opção.
Atributo referente a segunda

4 opcaotwo boolean
opção.
Chave estrangeira ou
5 fk_ea_config_faculdade int referência do Faculdade
associada a candidatura.
Chave estrangeira ou
6 fk_ea_at_candidato INT referência candidato
associado a candidatura.
Atributo referente a quantidade

7 fk_ea_config_periodo_lectivo INT
ao período lectivo
Tabela 10 - Caso de Uso Gerir Candidatura - Classe Ea_at_candidatura
A classe ea_at_candidatura possui um conjunto de operações descritas abaixo:
 gravar()
 eliminar(): void
 listar():void
 emitirecibo (): void
 carregarSaldo()
A figura 42 apresenta o diagrama de classe com informações necessárias para o

processo de inscrição ao curso preparatório.
77
Figura 23 - Preparação_CursoPreparatório
78
8.5.5. Implementação
8.5.5.1. Camada de Apresentação
Neste capítulo serão apresentados os componentes que possibilitam os utilizadores

interagirem com o módulo gestão de exames de admissão e curso preparatório.
A figura que se segue apresenta o fluxo de navegação das páginas do módulo de

gestão de exames de admissão e curso preparatório.
Figura 24 - Módulo de Exames de Admissão e Curso Preparatório - Implementação - Camada de

Apresentação
As figuras que se seguem ilustram as principais páginas do módulo de gestão de

Exames de Admissão e Curso Preparatório
A figura que se segue é a página inicial do módulo e apresenta o estado dos produtos
quanto as quantidades de stock mínima e maxima, em baixo temos a estatística das
solicitações com base aos tratamentos.
79
Figura 25 - Módulo de Gestão de Exames de Admissão e Curso Preparatório - Painel Inicial
80
A figura que se segue apresenta a página de “Solicitação de Pedido” que será feito
pelos funcionários dos diversos departamentos da Universidade Católica de Angola.
Figura 26 - Módulo de Gestão de Exames de Admissão e Curso Preparatório – Formulário para criar ID
A figura que se segue apresenta a página de “Candidaturas Online” onde o candidato

pode concluir o processo de candidatura e pode até se inscrever em mais uma opção.
81
Nesta página temos a oportunidade de ler a notificação dizendo o candidato precisa

fazer um carregamento na sua conta para continuar com o processo.
Figura 27 - Módulo de Gestão de Exames de Admissão e Curso Preparatório – Página Candidatura

Online
82
A figura que se segue apresenta a página de “Carregar Saldo na conta” que ilustra um
formulário que permite o carregamento de saldo na conta do candidato.
Figura 28 - Módulo de Gestão de Exames de Admissão e Curso Preparatório – Página carregar Saldo
83
A figura que se segue apresenta a página de “Tranferencia de Mercadoria” que

também serve para anular a transferência, caso haja algum engano.
Figura 29 - Modulo de Gestão de Exames de Admissão - Página de Actualizar saldo na conta
84
A figura que se segue apresenta a página de “administrativa” ajuda na redução de

perdas e vai aumentar a rentabilidade da universidade. Ilustração as candidaturas
feitas na Universidade Católica de Angola
Figura 30 - Módulo de Gestão de Exames de Admissão e Curso Preparatório – Página Administrativa
8.5.5.2. Camada de Negócio
Este capítulo visa apresentar as regras de negócio do módulo de Gestão de Exames

de Admissão e Curso Preparatório. A camada de negócio é constituída por várias
classes que executam diferentes operações. No módulo de em causa, estas classes
encontram-se agrupados nos pacotes do “Módulo WEB” da aplicação.
O pacote referente ao módulo: “managedbean.lg”.
A figura abaixo apresenta o diagrama dos componentes da camada de negócio do

módulo de Gestão de Logística, ilustrando os módulos e pacotes do projecto e como
estes se relacionam.
85
Figura 31 - Módulo de Gestão de Exames de Admissão: Implementação: Camada de Negócio:

Componentes da Aplicação
O pacote “managedbean.lg” é um pacote do “Módulo WAR”. Tem a finalidade de

agrupar as classes que permitem a receção e processamento das requisições feitas
na camada de apresentação do módulo de Exames de Admissão e Curso
Preparatório.
A figura abaixo apresenta os managed bean que fazem parte do pacote

“managedbean.lg” do módulo “SIGE_UCAN-war” do sistema:
86
Figura 32 - Módulo de Gestão de Exames de Admissão – ManagedBean
8.5.5.3. Camada de Persistência
Esta camada recebe as requisições da camada de negócios do módulo de Gestão de

Exame de Admissão e Curso Preparatório e seus métodos executam essas
requisições na base de dados do SIGE_UCAN.
Na aplicação, as classes que fazem parte da camada de persistência encontram-se

agrupadas em pacotes do “Módulo EJB”. Sendo estes os pacotes: “entity” e
“session”.
A figura abaixo apresenta o diagrama dos componentes da camada de persistência

do módulo de Exames de Admissão e Curso Preparatório, ilustrando pacotes do
projecto e como estes se relacionam.
87
Figura 33 - Módulo de Exames de Admissão e Curso Preparatório: Implementação: Camada de

Persistência: Componentes da Aplicação
O pacote “entity” é um pacote que pertence ao “Módulo EJB” têm a finalidade de

agrupar as classes “Entity” com as iniciais “EA” que referem-se ao módulo de Exames
de Admissão e Curso Preparatório.
O pacote “session” é um pacote que pertence ao “Módulo EJB” têm a finalidade de

agrupar as classes “Session Beans” com as iniciais “EA” que referem-se ao módulo
de Exame de Admissão e Curso Preparatório.
88
A figura abaixo apresenta parte do desenho do diagrama da base de dados do módulo

de Gestão de Exames de Admissão e Curso Preparatório, ilustrando as tabelas que a
compõem e como estas se relacionam:
Figura 34 - Módulo de Gestão de Exames de Admissão e Curso Preparatório – Modelagem da Base de

Dados
89
9
Resultados
Esperados
Sumário
9.1. Resultados não Obtidos
91
92
Capítulo 9 – Resultados Esperados
Depois de vários meses de trabalho, foi obtida a grande parte dos resultados
esperados, no que se refere ao módulo de Gestão de Exames de Admissão e Curso
Preparatório.
A tabela que se segue apresenta os resultados esperados e obtidos referentes aos

requisitos identificados no modulo de gestão de Exames de Admissão e Curso
Preparatório do sistema integrado de gestão escolar Universidade Católica de Angola.
Requisito Caso de Uso Obtido
Gerar ID Candidatura Sim
Envio de email Sim
Recuperação de senha Sim
Gerar ID Candidatura
Listar todos os cursos Sim
Cadastrar, editar e eliminar Faculdade Sim
Listar todas as disciplinas Sim
Cadastrar, editar e eliminar Estados. Sim
Listar todos os turnos. Sim
Inscrição Sim
Listar todas as inscrições Sim
Gerir Candidatura Imprimir recibos Sim
Carregar saldo na conta Sim
Visualizar saldo Sim
Curso Preparatório Cadastra, editar, listar, excluir inscrição Sim
Listar todos os candidatos Sim

Gestão Administrativa
Estatística de candidatos por curso e Sim
faculdade
Tabela 11 - Resultados Obtidos
93
9.1. Resultados não Obtidos
Nota - se a ausência de relatórios em determinadas gestões devido à pouquíssima

necessidade dos mesmos.
95
10
Conclusões
Sumário
10.1 Perspectivas Futuras
97
Capítulo 10 – Conclusões e Perspectivas Futuras
O cenário competitivo actual requer decisões rápidas e eficazes nas instituições. As

organizações sentem cada vez mais a necessidade de melhorar os seus controlos
internos para melhor gestão.
As ferramentas utilizadas para implementação e especificação do sistema

contribuíram muito, a integração entre JSF, Primefaces e PostgreSQL mostrou-se
muito dinâmica, rápida e de fácil usabilidade.
Como desenvolvedor, foi possivel compreender que é fundamental a capacidade de

organização e troca de informações com determinadas entidades da empresa que
forneceram os dados necessários para a implementação do módulo de gestão de
exames de Admissão. Através deste sistema foi possível compreender que até as
tarefas mais complexas e aparentemente impossíveis, podem ser alcançadas se
houver trabalho diário e contínuo.
Concluiu-se que através desde sistema integrado de gestão foi possível entender
como funciona o processo de exame de admissão na UCAN e como é feita a gestão
do curso preparatório.
99
100
10.1. Perspectivas Futuras
Os sistemas gestão em instituições são sistemas complexos, onde os recursos

humanos, materiais e informacionais necessitam de grande coordenação. Neste
sentido, apresento algumas recomendações para estudos futuros e sua
complementariedade, de forma a melhorar a gestão dos exames de admissão
universitária incluindo o curso preparatório.
Proponho que:
Seja implementando uma solução para envio de email aos candidatos com
informações sobre a sua candidatura;
Seja implementanto no sistema uma área para o candidato ver os resultados
dos exames sem ter que se deslocar a UCAN.
Seja uma solução de notificações de quaisquer alterações à nível deste
processo todo, por exemplo, mudanças nas datas dos exames ou uma outra
situação pertinente ao candidato.
101
BIBLIOGRAFIA
[1] – LUCKOW, Décio & MELO, Alexandre – Programação Java para Web. São Paulo:
Novatec, 2014.
[2] – DEITEL, Harvey; DEITEL, Paul – Advanced Java How to Program 1ed. California:
Prentice Hall, 2001.
[3] – Geary, David; HORSTMANN, Cay - Core Java Server Faces, Second Edition –
New York: Prentice Hall, 2007.
[4] – GUEDES, Gilleanes T. A. – UML Uma abordagem prática. 3ª Ed. São Paulo:
Novatec, 2007.
[5] – GAZZONI, Elizabeth Inez. Fluxo de Caixa – Ferramenta de Controlo Financeiro

para a Pequena Empresa. 2003, 96 fls. Dissertação (Mestrado em Engenharia de
Produção) – Programa de Pós Graduação em Engenharia de Produção, UFSC,
Florianópolis.
[6] – GITMAN, Lawrence J.; Princípios de Administração Financeira. 10. Ed. Tradução
Antonio Zoratto Sanvicente. São Paulo: Addison Wesley, 2004.
[7] – LAUDON, Kenneth C. LAUDON, Jane P. Sistemas de Informação Gerenciais:

administrando a empresa digital. 5. Ed. Tradução Arlete Simille Marques. São Paulo:
Pearson Prentice Hall, 2004.
[8] – GROPPELLI, A. A.; NIKBAKHT, Ehsan. Administração Financeira. 2. Ed.

Tradução Célio Knipel Moreira. São Paulo: Saraiva, 2002.
[9] – PRESSMAN, Roger S.; Engenharia de software. 5. ed.. Rio de Janeiro: McGraw-
Hill, 2002.
[10] – BARBIERI, J.C.; MACHLINE, C. Logística hospitalar: teoria e prática. São

Paulo: Saraiva, 2006.
Site do netbeans. Disponível em https://netbeans.org/downloads/ acesso em 12 de

Dezembro de 2016.
CONTAAZUL SOFTWARE. ContaAzul – Software de gestão financeira online.

Joinville, 2013. Disponível em: https://contaazul.com/bem-
vindo/?utm_expid=.NAJHOnuBQXSjnZP7hH6SKw.2&utm_referrer=https%3A%2F%
2Fwww.google.co.ao%2F – Acesso em 14 Setembro de 2016.
103
MEDEIROS, Higor - Introdução ao padrão MVC. Disponível em:

http://www.devmedia.com.br/introducao-ao-padrao-mvc/29308 acesso em 12 de
Dezembro de 2016.
104
ANEXOS
ANEXO A – Script da base de dados
-- Database generated with pgModeler (PostgreSQL Database Modeler).
-- pgModeler version: 0.8.2
-- PostgreSQL version: 9.5
-- Project Site: pgmodeler.com.br
-- Model Author: ---
-- Database creation must be done outside an multicommand file.
-- These commands were put in this file only for convenience.
-- -- object: sigeucan_db | type: DATABASE --
-- -- DROP DATABASE IF EXISTS sigeucan_db;
-- CREATE DATABASE sigeucan_db
-- TABLESPACE = pg_default
-- OWNER = postgres
-- ;
-- -- ddl-end --
--
-- object: public.cliente_pk_equipamento_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.cliente_pk_equipamento_seq CASCADE;
CREATE SEQUENCE public.cliente_pk_equipamento_seq
105
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.cliente_pk_equipamento_seq OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_candidato_pk_id_candidato_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.eadms_candidato_pk_id_candidato_seq

CASCADE;
CREATE SEQUENCE public.eadms_candidato_pk_id_candidato_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_candidato_pk_id_candidato_seq OWNER TO

postgres;
106
-- ddl-end --
-- object: public.ea_at_candidato | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_at_candidato CASCADE;
CREATE TABLE public.ea_at_candidato(
pk_ea_at_candidato integer NOT NULL DEFAULT

nextval('public.eadms_candidato_pk_id_candidato_seq'::regclass),
fk_id_pessoa integer,
fk_id_candidato integer,
CONSTRAINT eadms_candidato_uq UNIQUE (fk_id_pessoa),
CONSTRAINT eadms_candidato_uq1 UNIQUE (fk_id_candidato),
CONSTRAINT pk_id_candidato PRIMARY KEY (pk_ea_at_candidato)
);
-- ddl-end --
ALTER TABLE public.ea_at_candidato OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_candidatura_pk_id_candidatura_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.eadms_candidatura_pk_id_candidatura_seq

CASCADE;
CREATE SEQUENCE public.eadms_candidatura_pk_id_candidatura_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
107
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_candidatura_pk_id_candidatura_seq OWNER

TO postgres;
-- ddl-end --
-- object: public.ea_at_candidatura | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_at_candidatura CASCADE;
CREATE TABLE public.ea_at_candidatura(
pk_ea_at_candidatura integer NOT NULL DEFAULT

nextval('public.eadms_candidatura_pk_id_candidatura_seq'::regclass),
data_candidatura timestamp NOT NULL,
date date NOT NULL,
fk_ea_config_periodo_lectivo integer,
fk_ea_config_tipo_candidatura integer,
fk_ea_config_carreira_academica integer,
state boolean,
fk_ea_config_faculdade_has_curso integer,
fk_ea_at_candidato integer,
fk_ea_config_turno integer,
optionone boolean,
optiontwo boolean,
108
validationtwo boolean,
fk_facu_has_curs_has_esp integer,
CONSTRAINT pk_id_candidatura PRIMARY KEY (pk_ea_at_candidatura)
);
-- ddl-end --
ALTER TABLE public.ea_at_candidatura OWNER TO postgres;
-- ddl-end --
-- object: public.ea_at_contacto_emergencia_pk_ea_at_contacto_emergencia_seq |
type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS

public.ea_at_contacto_emergencia_pk_ea_at_contacto_emergencia_seq CASCADE;
CREATE SEQUENCE
public.ea_at_contacto_emergencia_pk_ea_at_contacto_emergencia_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE
public.ea_at_contacto_emergencia_pk_ea_at_contacto_emergencia_seq OWNER TO
postgres;
109
-- ddl-end --
-- object: public.ea_at_contacto_emergencia | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_at_contacto_emergencia CASCADE;
CREATE TABLE public.ea_at_contacto_emergencia(
pk_ea_at_contacto_emergencia integer NOT NULL DEFAULT

nextval('public.ea_at_contacto_emergencia_pk_ea_at_contacto_emergencia_seq'::reg
class),
contacto character varying(100),
fk_ea_at_candidato integer,
fk_grl_config_parentesco integer,
CONSTRAINT pk_ea_at_contacto_emergencia PRIMARY KEY

(pk_ea_at_contacto_emergencia)
);
-- ddl-end --
ALTER TABLE public.ea_at_contacto_emergencia OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_detalhes_saldo_pk_id_detalhes_saldo_seq | type:

SEQUENCE --

public.eadms_detalhes_saldo_pk_id_detalhes_saldo_seq CASCADE;
CREATE SEQUENCE public.eadms_detalhes_saldo_pk_id_detalhes_saldo_seq
INCREMENT BY 1
MINVALUE 1
110
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_detalhes_saldo_pk_id_detalhes_saldo_seq

OWNER TO postgres;
-- ddl-end --
-- object: public.ea_at_detalhes_saldo | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_at_detalhes_saldo CASCADE;
CREATE TABLE public.ea_at_detalhes_saldo(
pk_ea_at_detalhes_saldo integer NOT NULL DEFAULT

nextval('public.eadms_detalhes_saldo_pk_id_detalhes_saldo_seq'::regclass),
datem timestamp,
dater date,
tm character varying(2),
valor double precision,
descricao character varying(100),
state boolean,
recibo character varying(200),
caminho character varying(300),
imagem character varying(300),
fk_ea_config_saldo integer,
111
fk_ea_at_documento_path integer,
CONSTRAINT pk_id_detalhes_saldo PRIMARY KEY (pk_ea_at_detalhes_saldo)
);
-- ddl-end --
ALTER TABLE public.ea_at_detalhes_saldo OWNER TO postgres;
-- ddl-end --
-- object: public.ea_at_documento_pk_ea_at_documento_seq | type: SEQUENCE --

public.ea_at_documento_pk_ea_at_documento_seq CASCADE;
CREATE SEQUENCE public.ea_at_documento_pk_ea_at_documento_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.ea_at_documento_pk_ea_at_documento_seq OWNER

TO postgres;
-- ddl-end --
112
-- object: public.ea_at_documento_path_pk_ea_at_documento_path_seq | type:

SEQUENCE --

public.ea_at_documento_path_pk_ea_at_documento_path_seq CASCADE;
CREATE SEQUENCE
public.ea_at_documento_path_pk_ea_at_documento_path_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.ea_at_documento_path_pk_ea_at_documento_path_seq

OWNER TO postgres;
-- ddl-end --
-- object: public.ea_at_documento_path | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_at_documento_path CASCADE;
CREATE TABLE public.ea_at_documento_path(
pk_ea_at_documento_path integer NOT NULL DEFAULT

nextval('public.ea_at_documento_path_pk_ea_at_documento_path_seq'::regclass),
nome character varying(100),
path character varying(500),
fk_ea_at_documento integer,
113
datar timestamp,
dat date,
fk_ea_at_id_candidato integer,
CONSTRAINT pk_ea_at_documento_path PRIMARY KEY

(pk_ea_at_documento_path)
);
-- ddl-end --
ALTER TABLE public.ea_at_documento_path OWNER TO postgres;
-- ddl-end --
-- object: public.ea_at_documento | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_at_documento CASCADE;
CREATE TABLE public.ea_at_documento(
pk_ea_at_documento integer NOT NULL DEFAULT

nextval('public.ea_at_documento_pk_ea_at_documento_seq'::regclass),
data date,
dataregistro timestamp,
CONSTRAINT pk_ae_at_documento PRIMARY KEY (pk_ea_at_documento)
);
-- ddl-end --
ALTER TABLE public.ea_at_documento OWNER TO postgres;
-- ddl-end --
114
-- object: public.eadms_id_pk_id_id_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.eadms_id_pk_id_id_seq CASCADE;
CREATE SEQUENCE public.eadms_id_pk_id_id_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_id_pk_id_id_seq OWNER TO postgres;
-- ddl-end --
-- object: public.ea_at_id | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_at_id CASCADE;
CREATE TABLE public.ea_at_id(
pk_ea_at_id integer NOT NULL DEFAULT

nextval('public.eadms_id_pk_id_id_seq'::regclass),
data_registro timestamp,
data date,
state boolean,
CONSTRAINT pk_id_id PRIMARY KEY (pk_ea_at_id)
115
);
-- ddl-end --
ALTER TABLE public.ea_at_id OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_id_candidato_pk_id_id_candidato_seq | type: SEQUENCE --

public.eadms_id_candidato_pk_id_id_candidato_seq CASCADE;
CREATE SEQUENCE public.eadms_id_candidato_pk_id_id_candidato_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_id_candidato_pk_id_id_candidato_seq OWNER

TO postgres;
-- ddl-end --
-- object: public.ea_at_id_candidato | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_at_id_candidato CASCADE;
CREATE TABLE public.ea_at_id_candidato(
116
pk_ea_at_id_candidato integer NOT NULL DEFAULT

nextval('public.eadms_id_candidato_pk_id_id_candidato_seq'::regclass),
id_candidato character varying(500) NOT NULL,
sobrenome character varying(100),
id_candidato_temp character varying(500),
senha character varying(100),
email character varying(100) NOT NULL,
bi character varying(14),
dataregistro timestamp,
data date,
data_expiracao date,
state boolean,
data_nascimento date,
telefone character varying(100),
bidatae date,
bidatav date,
nomes_do_meio character varying(100),
fk_ea_at_id integer,
fk_ea_config_genero integer,
fk_ea_config_tipo_candidatura integer,
117
fk_ea_config_turno integer,
fk_ea_config_nacionalidade integer,
nome_pai character varying(100),
nome_mae character varying(100),
optionone boolean,
validationone boolean,
fk_ea_config_faculdade_has_curso_has_especialidade integer,
CONSTRAINT pk_id_id_candidato PRIMARY KEY (pk_ea_at_id_candidato)
);
-- ddl-end --
ALTER TABLE public.ea_at_id_candidato OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_saldo_pk_id_saldo_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.eadms_saldo_pk_id_saldo_seq CASCADE;
CREATE SEQUENCE public.eadms_saldo_pk_id_saldo_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
118
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_saldo_pk_id_saldo_seq OWNER TO postgres;
-- ddl-end --
-- object: public.ea_at_saldo | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_at_saldo CASCADE;
CREATE TABLE public.ea_at_saldo(
pk_ea_at_saldo integer NOT NULL DEFAULT

nextval('public.eadms_saldo_pk_id_saldo_seq'::regclass),
datar timestamp,
data date,
state boolean,
saldo_disponivel double precision,
statecarregamento boolean,
fk_ea_at_id_candidato integer,
CONSTRAINT pk_id_saldo PRIMARY KEY (pk_ea_at_saldo)
);
-- ddl-end --
ALTER TABLE public.ea_at_saldo OWNER TO postgres;
-- ddl-end --
119
-- object: public.eadms_carreira_academica_pk_id_carreira_academica_seq | type:

SEQUENCE --

public.eadms_carreira_academica_pk_id_carreira_academica_seq CASCADE;
CREATE SEQUENCE
public.eadms_carreira_academica_pk_id_carreira_academica_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE
public.eadms_carreira_academica_pk_id_carreira_academica_seq OWNER TO
postgres;
-- ddl-end --
-- object: public.ea_config_carreira_academica | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_config_carreira_academica CASCADE;
CREATE TABLE public.ea_config_carreira_academica(
pk_ea_config_carreira_academica integer NOT NULL DEFAULT

nextval('public.eadms_carreira_academica_pk_id_carreira_academica_seq'::regclass),
descricao character varying(100) NOT NULL,
state boolean NOT NULL,
120
CONSTRAINT pk_id_carreira_academica PRIMARY KEY

(pk_ea_config_carreira_academica)
);
-- ddl-end --
ALTER TABLE public.ea_config_carreira_academica OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_curso_pk_id_curso_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.eadms_curso_pk_id_curso_seq CASCADE;
CREATE SEQUENCE public.eadms_curso_pk_id_curso_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_curso_pk_id_curso_seq OWNER TO postgres;
-- ddl-end --
-- object: public.ea_config_curso | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_config_curso CASCADE;
121
CREATE TABLE public.ea_config_curso(
pk_ea_config_curso integer NOT NULL DEFAULT

nextval('public.eadms_curso_pk_id_curso_seq'::regclass),
state boolean,
duracao integer NOT NULL,
ea_disciplina integer,
CONSTRAINT pk_id_curso PRIMARY KEY (pk_ea_config_curso)
);
-- ddl-end --
ALTER TABLE public.ea_config_curso OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_curso_has_displina_pk_id_curso_disciplina_seq | type:

SEQUENCE --

public.eadms_curso_has_displina_pk_id_curso_disciplina_seq CASCADE;
CREATE SEQUENCE
public.eadms_curso_has_displina_pk_id_curso_disciplina_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
122
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_curso_has_displina_pk_id_curso_disciplina_seq

OWNER TO postgres;
-- ddl-end --
-- object: public.ea_config_curso_has_displina | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_config_curso_has_displina CASCADE;
CREATE TABLE public.ea_config_curso_has_displina(
pk_ea_config_curso_has_disciplina integer NOT NULL DEFAULT

nextval('public.eadms_curso_has_displina_pk_id_curso_disciplina_seq'::regclass),
fk_ea_config_disciplina integer,
fk_ea_config_curso integer,
CONSTRAINT pk_id_curso_disciplina PRIMARY KEY

(pk_ea_config_curso_has_disciplina)
);
-- ddl-end --
ALTER TABLE public.ea_config_curso_has_displina OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_curso_has_periodo_lectivo_pk_id_curso_periodo_lectivo_seq
| type: SEQUENCE --

public.eadms_curso_has_periodo_lectivo_pk_id_curso_periodo_lectivo_seq
CASCADE;
123
CREATE SEQUENCE
public.eadms_curso_has_periodo_lectivo_pk_id_curso_periodo_lectivo_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE
public.eadms_curso_has_periodo_lectivo_pk_id_curso_periodo_lectivo_seq OWNER
TO postgres;
-- ddl-end --
-- object: public.ea_config_curso_has_periodo_lectivo | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_config_curso_has_periodo_lectivo

CASCADE;
CREATE TABLE public.ea_config_curso_has_periodo_lectivo(
pk_ea_config_curso_periodo_lectivo integer NOT NULL DEFAULT

nextval('public.eadms_curso_has_periodo_lectivo_pk_id_curso_periodo_lectivo_seq':
:regclass),
state boolean,
CONSTRAINT pk_id_curso_periodo_lectivo PRIMARY KEY

(pk_ea_config_curso_periodo_lectivo)
124
);
-- ddl-end --
ALTER TABLE public.ea_config_curso_has_periodo_lectivo OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_disciplina_pk_id_disciplina_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.eadms_disciplina_pk_id_disciplina_seq

CASCADE;
CREATE SEQUENCE public.eadms_disciplina_pk_id_disciplina_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_disciplina_pk_id_disciplina_seq OWNER TO

postgres;
-- ddl-end --
-- object: public.ea_config_disciplina | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_config_disciplina CASCADE;
CREATE TABLE public.ea_config_disciplina(

125
pk_ea_config_disciplina integer NOT NULL DEFAULT

nextval('public.eadms_disciplina_pk_id_disciplina_seq'::regclass),
state boolean,
valor double precision,
CONSTRAINT pk_id_disciplina PRIMARY KEY (pk_ea_config_disciplina)
);
-- ddl-end --
ALTER TABLE public.ea_config_disciplina OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_disciplina_preparatorio_pk_id_disciplina_preparatorio_seq |
type: SEQUENCE --

public.eadms_disciplina_preparatorio_pk_id_disciplina_preparatorio_seq
CASCADE;
CREATE SEQUENCE
public.eadms_disciplina_preparatorio_pk_id_disciplina_preparatorio_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
126
-- ddl-end --
ALTER SEQUENCE
public.eadms_disciplina_preparatorio_pk_id_disciplina_preparatorio_seq OWNER
TO postgres;
-- ddl-end --
-- object: public.ea_config_disciplina_preparatorio | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_config_disciplina_preparatorio CASCADE;
CREATE TABLE public.ea_config_disciplina_preparatorio(
pk_ea_config_disciplina_preparatorio integer NOT NULL DEFAULT

nextval('public.eadms_disciplina_preparatorio_pk_id_disciplina_preparatorio_seq'::re
gclass),
state boolean,
peso double precision NOT NULL,
fk_ea_config_disciplina integer,
CONSTRAINT pk_id_disciplina_preparatorio PRIMARY KEY

(pk_ea_config_disciplina_preparatorio)
);
-- ddl-end --
ALTER TABLE public.ea_config_disciplina_preparatorio OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_especialidade_pk_id_especialidade_seq | type: SEQUENCE -

-
127

public.eadms_especialidade_pk_id_especialidade_seq CASCADE;
CREATE SEQUENCE public.eadms_especialidade_pk_id_especialidade_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_especialidade_pk_id_especialidade_seq OWNER

TO postgres;
-- ddl-end --
-- object: public.ea_config_especialidade | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_config_especialidade CASCADE;
CREATE TABLE public.ea_config_especialidade(
pk_ea_config_especialidade integer NOT NULL DEFAULT

nextval('public.eadms_especialidade_pk_id_especialidade_seq'::regclass),
state boolean,
flag boolean,
CONSTRAINT pk_id_especialidade PRIMARY KEY (pk_ea_config_especialidade)
128
);
-- ddl-end --
ALTER TABLE public.ea_config_especialidade OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_faculdade_pk_id_faculdade_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.eadms_faculdade_pk_id_faculdade_seq

CASCADE;
CREATE SEQUENCE public.eadms_faculdade_pk_id_faculdade_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_faculdade_pk_id_faculdade_seq OWNER TO

postgres;
-- ddl-end --
-- object: public.ea_config_faculdade | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_config_faculdade CASCADE;
CREATE TABLE public.ea_config_faculdade(
129
pk_ea_config_faculdade integer NOT NULL DEFAULT

nextval('public.eadms_faculdade_pk_id_faculdade_seq'::regclass),
state boolean,
sigla character varying(100),
CONSTRAINT pk_id_faculdade PRIMARY KEY (pk_ea_config_faculdade)
);
-- ddl-end --
ALTER TABLE public.ea_config_faculdade OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_faculdade_has_curso_pk_id_faculdade_curso_seq | type:

SEQUENCE --

public.eadms_faculdade_has_curso_pk_id_faculdade_curso_seq CASCADE;
CREATE SEQUENCE
public.eadms_faculdade_has_curso_pk_id_faculdade_curso_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
130
ALTER SEQUENCE
public.eadms_faculdade_has_curso_pk_id_faculdade_curso_seq OWNER TO
postgres;
-- ddl-end --
-- object: public.ea_config_faculdade_has_curso | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_config_faculdade_has_curso CASCADE;
CREATE TABLE public.ea_config_faculdade_has_curso(
pk_ea_config_faculdade_curso integer NOT NULL DEFAULT

nextval('public.eadms_faculdade_has_curso_pk_id_faculdade_curso_seq'::regclass),
state boolean,
dataregistro date,
registro timestamp,
fk_ea_config_faculdade integer,
fk_ea_config_cusro integer,
CONSTRAINT pk_id_faculdade_curso PRIMARY KEY

(pk_ea_config_faculdade_curso)
);
-- ddl-end --
ALTER TABLE public.ea_config_faculdade_has_curso OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_faculdade_has_especialidade_pk_id_faculdade_especialidade
| type: SEQUENCE --
131

public.eadms_faculdade_has_especialidade_pk_id_faculdade_especialidade
CASCADE;
CREATE SEQUENCE
public.eadms_faculdade_has_especialidade_pk_id_faculdade_especialidade
INCREMENT BY 1
MINVALUE -2147483648
MAXVALUE 2147483647
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE
public.eadms_faculdade_has_especialidade_pk_id_faculdade_especialidade OWNER
TO postgres;
-- ddl-end --
-- object: public.ea_config_faculdade_has_curso_has_especialidade | type: TABLE --
-- DROP TABLE IF EXISTS

public.ea_config_faculdade_has_curso_has_especialidade CASCADE;
CREATE TABLE public.ea_config_faculdade_has_curso_has_especialidade(
pk_ea_config_faculdade_has_curso_has_especialidade integer NOT NULL

DEFAULT
nextval('public.eadms_faculdade_has_especialidade_pk_id_faculdade_especialidade':
:regclass),
state boolean,
fk_ea_config_especialidade integer,
132
CONSTRAINT pk_id_faculdade_has_curso_has_especialidade PRIMARY KEY

(pk_ea_config_faculdade_has_curso_has_especialidade)
);
-- ddl-end --
ALTER TABLE public.ea_config_faculdade_has_curso_has_especialidade OWNER

TO postgres;
-- ddl-end --
-- object:
public.ea_config_faculdade_has_curso_pk_ea_config_faculdade_has_cu_seq | type:
SEQUENCE --

public.ea_config_faculdade_has_curso_pk_ea_config_faculdade_has_cu_seq
CASCADE;
CREATE SEQUENCE
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
133
ALTER SEQUENCE
OWNER TO postgres;
-- ddl-end --
-- object: public.ea_config_faculdade_has_curso_has_especialidade_has_turno | type:

TABLE --
-- DROP TABLE IF EXISTS

public.ea_config_faculdade_has_curso_has_especialidade_has_turno CASCADE;
CREATE TABLE
public.ea_config_faculdade_has_curso_has_especialidade_has_turno(
pk_ea_config_faculdade_has_curso_has_especialidade_has_turno integer NOT

NULL DEFAULT
nextval('public.ea_config_faculdade_has_curso_pk_ea_config_faculdade_has_cu_seq
'::regclass),
state boolean,
fk_pk_ea_config_turno integer,
control boolean,
CONSTRAINT pk_ea_config_faculdade_has_curso_has_especialidade_has_turno
PRIMARY KEY (pk_ea_config_faculdade_has_curso_has_especialidade_has_turno)
);
-- ddl-end --
ALTER TABLE
public.ea_config_faculdade_has_curso_has_especialidade_has_turno OWNER TO
postgres;
-- ddl-end --
134
-- object: public.eadms_periodo_lectivo_pk_id_periodo_lectivo_seq | type:

SEQUENCE --

public.eadms_periodo_lectivo_pk_id_periodo_lectivo_seq CASCADE;
CREATE SEQUENCE public.eadms_periodo_lectivo_pk_id_periodo_lectivo_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_periodo_lectivo_pk_id_periodo_lectivo_seq

OWNER TO postgres;
-- ddl-end --
-- object: public.ea_config_periodo_lectivo | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_config_periodo_lectivo CASCADE;
CREATE TABLE public.ea_config_periodo_lectivo(
pk_ea_config_periodo_lectivo integer NOT NULL DEFAULT

nextval('public.eadms_periodo_lectivo_pk_id_periodo_lectivo_seq'::regclass),
state boolean NOT NULL,
ano integer NOT NULL,
135
CONSTRAINT pk_id_periodo_lectivo PRIMARY KEY

(pk_ea_config_periodo_lectivo)
);
-- ddl-end --
ALTER TABLE public.ea_config_periodo_lectivo OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_preparatorio_pk_id_preparatorio_seq | type: SEQUENCE --

public.eadms_preparatorio_pk_id_preparatorio_seq CASCADE;
CREATE SEQUENCE public.eadms_preparatorio_pk_id_preparatorio_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_preparatorio_pk_id_preparatorio_seq OWNER

TO postgres;
-- ddl-end --
-- object: public.ea_config_preparatorio | type: TABLE --
136
-- DROP TABLE IF EXISTS public.ea_config_preparatorio CASCADE;
CREATE TABLE public.ea_config_preparatorio(
pk_ea_config_preparatorio integer NOT NULL DEFAULT

nextval('public.eadms_preparatorio_pk_id_preparatorio_seq'::regclass),
state boolean,
id_candidatura character varying(500),
validation boolean,
fk_ea_config_disciplina_preparatorio integer,
CONSTRAINT pk_id_preparatorio PRIMARY KEY (pk_ea_config_preparatorio)
);
-- ddl-end --
ALTER TABLE public.ea_config_preparatorio OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_sala_pk_id_sala_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.eadms_sala_pk_id_sala_seq CASCADE;
CREATE SEQUENCE public.eadms_sala_pk_id_sala_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
137
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_sala_pk_id_sala_seq OWNER TO postgres;
-- ddl-end --
-- object: public.ea_config_sala | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_config_sala CASCADE;
CREATE TABLE public.ea_config_sala(
pk_ea_config_sala integer NOT NULL DEFAULT

nextval('public.eadms_sala_pk_id_sala_seq'::regclass),
state boolean,
CONSTRAINT pk_id_sala PRIMARY KEY (pk_ea_config_sala)
);
-- ddl-end --
ALTER TABLE public.ea_config_sala OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_tipo_candidatura_pk_id_tipo_candidatura_seq | type:

SEQUENCE --

public.eadms_tipo_candidatura_pk_id_tipo_candidatura_seq CASCADE;
138
CREATE SEQUENCE public.eadms_tipo_candidatura_pk_id_tipo_candidatura_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_tipo_candidatura_pk_id_tipo_candidatura_seq

OWNER TO postgres;
-- ddl-end --
-- object: public.ea_config_tipo_candidatura | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_config_tipo_candidatura CASCADE;
CREATE TABLE public.ea_config_tipo_candidatura(
pk_ea_config_tipo_candidatura integer NOT NULL DEFAULT

nextval('public.eadms_tipo_candidatura_pk_id_tipo_candidatura_seq'::regclass),
state boolean,
CONSTRAINT pk_id_tipo_candidatura PRIMARY KEY

(pk_ea_config_tipo_candidatura)
);
-- ddl-end --
139
ALTER TABLE public.ea_config_tipo_candidatura OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_turma_pk_id_turma_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.eadms_turma_pk_id_turma_seq

CASCADE;
CREATE SEQUENCE public.eadms_turma_pk_id_turma_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_turma_pk_id_turma_seq OWNER TO postgres;
-- ddl-end --
-- object: public.ea_config_turma | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_config_turma CASCADE;
CREATE TABLE public.ea_config_turma(
pk_ea_config_turma integer NOT NULL DEFAULT

nextval('public.eadms_turma_pk_id_turma_seq'::regclass),
descricao character varying NOT NULL,
state boolean,
140
CONSTRAINT pk_id_turma PRIMARY KEY (pk_ea_config_turma)
);
-- ddl-end --
ALTER TABLE public.ea_config_turma OWNER TO postgres;
-- ddl-end --
-- object: public.ea_config_turno_pk_ea_config_turno_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.ea_config_turno_pk_ea_config_turno_seq

CASCADE;
CREATE SEQUENCE public.ea_config_turno_pk_ea_config_turno_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.ea_config_turno_pk_ea_config_turno_seq OWNER TO

postgres;
-- ddl-end --
-- object: public.ea_config_turno | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_config_turno CASCADE;

141
CREATE TABLE public.ea_config_turno(
pk_ea_config_turno integer NOT NULL DEFAULT

nextval('public.ea_config_turno_pk_ea_config_turno_seq'::regclass),
state boolean,
CONSTRAINT pk_ea_config_turno PRIMARY KEY (pk_ea_config_turno)
);
-- ddl-end --
ALTER TABLE public.ea_config_turno OWNER TO postgres;
-- ddl-end --
-- object: public.ea_config_update_date_pk_ea_config_update_date_seq | type:

SEQUENCE --

public.ea_config_update_date_pk_ea_config_update_date_seq CASCADE;
CREATE SEQUENCE
public.ea_config_update_date_pk_ea_config_update_date_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
142
ALTER SEQUENCE public.ea_config_update_date_pk_ea_config_update_date_seq

OWNER TO postgres;
-- ddl-end --
-- object: public.ea_config_update_date | type: TABLE --
-- DROP TABLE IF EXISTS public.ea_config_update_date CASCADE;
CREATE TABLE public.ea_config_update_date(
pk_ea_config_update_date integer NOT NULL DEFAULT

nextval('public.ea_config_update_date_pk_ea_config_update_date_seq'::regclass),
ea_config_faculdade timestamp,
ea_config_periodo_lectivo timestamp,
ea_config_curso timestamp,
ea_config_carreira_academica timestamp,
grl_config_genero timestamp,
grl_config_pais timestamp,
ea_config_especialidade timestamp,
ea_config_disciplina timestamp,
ea_config_turno timestamp,
ea_config_tipo_candidatura timestamp,
grl_config_provincia timestamp,
grl_config_municipio timestamp,
ea_config_forma_tratamento timestamp,
grl_config_parentesco timestamp,
ea_config_especialidade_cursco timestamp,
143
CONSTRAINT pk_ea_config_update_data PRIMARY KEY

(pk_ea_config_update_date)
);
-- ddl-end --
ALTER TABLE public.ea_config_update_date OWNER TO postgres;
-- ddl-end --
-- object: public.eadms_carreira_academica_descricao_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.eadms_carreira_academica_descricao_seq

CASCADE;
CREATE SEQUENCE public.eadms_carreira_academica_descricao_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.eadms_carreira_academica_descricao_seq OWNER TO

postgres;
-- ddl-end --
-- object: public.grl_config_endereco_pk_grl_config_endereco_seq | type:

SEQUENCE --
144

public.grl_config_endereco_pk_grl_config_endereco_seq CASCADE;
CREATE SEQUENCE public.grl_config_endereco_pk_grl_config_endereco_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.grl_config_endereco_pk_grl_config_endereco_seq

OWNER TO postgres;
-- ddl-end --
-- object: public.grl_config_endereco | type: TABLE --
-- DROP TABLE IF EXISTS public.grl_config_endereco CASCADE;
CREATE TABLE public.grl_config_endereco(
pk_grl_config_endereco integer NOT NULL DEFAULT

nextval('public.grl_config_endereco_pk_grl_config_endereco_seq'::regclass),
rua character varying(100),
casa character varying(100),
bairro character varying(100),
fk_grl_config_municipio integer,
CONSTRAINT pk_grl_config_endereco PRIMARY KEY (pk_grl_config_endereco)
145
);
-- ddl-end --
ALTER TABLE public.grl_config_endereco OWNER TO postgres;
-- ddl-end --
-- object: public.grl_sexo_pk_id_sexo_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.grl_sexo_pk_id_sexo_seq CASCADE;
CREATE SEQUENCE public.grl_sexo_pk_id_sexo_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.grl_sexo_pk_id_sexo_seq OWNER TO postgres;
-- ddl-end --
-- object: public.grl_config_genero | type: TABLE --
-- DROP TABLE IF EXISTS public.grl_config_genero CASCADE;
CREATE TABLE public.grl_config_genero(
146
pk_grl_config_genero integer NOT NULL DEFAULT

nextval('public.grl_sexo_pk_id_sexo_seq'::regclass),
state boolean,
abreviacao character varying(100),
CONSTRAINT pk_id_sexo PRIMARY KEY (pk_grl_config_genero)
);
-- ddl-end --
ALTER TABLE public.grl_config_genero OWNER TO postgres;
-- ddl-end --
-- object: public.grl_config_municipio_pk_grl_config_municipio_seq | type:

SEQUENCE --

public.grl_config_municipio_pk_grl_config_municipio_seq CASCADE;
CREATE SEQUENCE public.grl_config_municipio_pk_grl_config_municipio_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
147
ALTER SEQUENCE public.grl_config_municipio_pk_grl_config_municipio_seq

OWNER TO postgres;
-- ddl-end --
-- object: public.grl_config_municipio | type: TABLE --
-- DROP TABLE IF EXISTS public.grl_config_municipio CASCADE;
CREATE TABLE public.grl_config_municipio(
pk_grl_config_municipio integer NOT NULL DEFAULT

nextval('public.grl_config_municipio_pk_grl_config_municipio_seq'::regclass),
state boolean,
fk_grl_config_provincia integer,
CONSTRAINT pk_grl_config_municipio PRIMARY KEY

(pk_grl_config_municipio)
);
-- ddl-end --
ALTER TABLE public.grl_config_municipio OWNER TO postgres;
-- ddl-end --
-- object: public.grl_pais_pk_id_pais_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.grl_pais_pk_id_pais_seq CASCADE;
CREATE SEQUENCE public.grl_pais_pk_id_pais_seq
INCREMENT BY 1
MINVALUE 1
148
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.grl_pais_pk_id_pais_seq OWNER TO postgres;
-- ddl-end --
-- object: public.grl_config_pais | type: TABLE --
-- DROP TABLE IF EXISTS public.grl_config_pais CASCADE;
CREATE TABLE public.grl_config_pais(
pk_grl_config_pais integer NOT NULL DEFAULT

nextval('public.grl_pais_pk_id_pais_seq'::regclass),
descricao character varying,
nacionalidade character varying,
state boolean,
CONSTRAINT pk_grl_config_pais PRIMARY KEY (pk_grl_config_pais)
);
-- ddl-end --
ALTER TABLE public.grl_config_pais OWNER TO postgres;
-- ddl-end --
149
-- object: public.grl_config_parentesco_pk_grl_config_parentesco_seq | type:

SEQUENCE --

public.grl_config_parentesco_pk_grl_config_parentesco_seq CASCADE;
CREATE SEQUENCE public.grl_config_parentesco_pk_grl_config_parentesco_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.grl_config_parentesco_pk_grl_config_parentesco_seq

OWNER TO postgres;
-- ddl-end --
-- object: public.grl_config_parentesco | type: TABLE --
-- DROP TABLE IF EXISTS public.grl_config_parentesco CASCADE;
CREATE TABLE public.grl_config_parentesco(
pk_grl_config_parentesco integer NOT NULL DEFAULT

nextval('public.grl_config_parentesco_pk_grl_config_parentesco_seq'::regclass),
state boolean,
CONSTRAINT pk_grl_config_parentesco PRIMARY KEY

(pk_grl_config_parentesco)
150
);
-- ddl-end --
ALTER TABLE public.grl_config_parentesco OWNER TO postgres;
-- ddl-end --
-- object: public.grl_provincia_pk_id_provincia_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.grl_provincia_pk_id_provincia_seq

CASCADE;
CREATE SEQUENCE public.grl_provincia_pk_id_provincia_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.grl_provincia_pk_id_provincia_seq OWNER TO

postgres;
-- ddl-end --
-- object: public.grl_config_provincia | type: TABLE --
-- DROP TABLE IF EXISTS public.grl_config_provincia CASCADE;
CREATE TABLE public.grl_config_provincia(

151
pk_grl_config_provincia integer NOT NULL DEFAULT

nextval('public.grl_provincia_pk_id_provincia_seq'::regclass),
fk_grl_config_pais integer,
state boolean,
CONSTRAINT pk_grl_config_provincia PRIMARY KEY (pk_grl_config_provincia)
);
-- ddl-end --
ALTER TABLE public.grl_config_provincia OWNER TO postgres;
-- ddl-end --
-- object: public.grl_conjugue_pessoa_pk_id_conjugue_pessoa_seq | type:

SEQUENCE --

public.grl_conjugue_pessoa_pk_id_conjugue_pessoa_seq CASCADE;
CREATE SEQUENCE public.grl_conjugue_pessoa_pk_id_conjugue_pessoa_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
152
ALTER SEQUENCE public.grl_conjugue_pessoa_pk_id_conjugue_pessoa_seq

OWNER TO postgres;
-- ddl-end --
-- object: public.grl_conjugue_pessoa | type: TABLE --
-- DROP TABLE IF EXISTS public.grl_conjugue_pessoa CASCADE;
CREATE TABLE public.grl_conjugue_pessoa(
pk_id_conjugue_pessoa integer NOT NULL DEFAULT

nextval('public.grl_conjugue_pessoa_pk_id_conjugue_pessoa_seq'::regclass),
contacto character varying,
CONSTRAINT pk_id_conjugue_pessoa PRIMARY KEY (pk_id_conjugue_pessoa)
);
-- ddl-end --
ALTER TABLE public.grl_conjugue_pessoa OWNER TO postgres;
-- ddl-end --
-- object: public.grl_contacto_pk_id_contacto_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.grl_contacto_pk_id_contacto_seq

CASCADE;
CREATE SEQUENCE public.grl_contacto_pk_id_contacto_seq
INCREMENT BY 1
MINVALUE 1
153
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.grl_contacto_pk_id_contacto_seq OWNER TO postgres;
-- ddl-end --
-- object: public.grl_contacto | type: TABLE --
-- DROP TABLE IF EXISTS public.grl_contacto CASCADE;
CREATE TABLE public.grl_contacto(
pk_id_contacto integer NOT NULL DEFAULT

nextval('public.grl_contacto_pk_id_contacto_seq'::regclass),
state boolean,
date_cadastro timestamp,
contacto_one character varying(100) NOT NULL,
contacto_two character varying(100),
email character varying(100) NOT NULL,
CONSTRAINT pk_id_contacto PRIMARY KEY (pk_id_contacto)
);
-- ddl-end --
ALTER TABLE public.grl_contacto OWNER TO postgres;
154
-- ddl-end --
-- object: public.grl_estado_civl_pk_id_estado_civil_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.grl_estado_civl_pk_id_estado_civil_seq

CASCADE;
CREATE SEQUENCE public.grl_estado_civl_pk_id_estado_civil_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.grl_estado_civl_pk_id_estado_civil_seq OWNER TO

postgres;
-- ddl-end --
-- object: public.grl_estado_civl | type: TABLE --
-- DROP TABLE IF EXISTS public.grl_estado_civl CASCADE;
CREATE TABLE public.grl_estado_civl(
pk_id_estado_civil integer NOT NULL DEFAULT

nextval('public.grl_estado_civl_pk_id_estado_civil_seq'::regclass),
state boolean,
155
CONSTRAINT pk_id_estado_civil PRIMARY KEY (pk_id_estado_civil)
);
-- ddl-end --
ALTER TABLE public.grl_estado_civl OWNER TO postgres;
-- ddl-end --
-- object: public.grl_formas_tratamento_pk_id_formas_tratamento_seq | type:

SEQUENCE --

public.grl_formas_tratamento_pk_id_formas_tratamento_seq CASCADE;
CREATE SEQUENCE public.grl_formas_tratamento_pk_id_formas_tratamento_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.grl_formas_tratamento_pk_id_formas_tratamento_seq

OWNER TO postgres;
-- ddl-end --
-- object: public.grl_formas_tratamento | type: TABLE --
156
-- DROP TABLE IF EXISTS public.grl_formas_tratamento CASCADE;
CREATE TABLE public.grl_formas_tratamento(
pk_id_formas_tratamento integer NOT NULL DEFAULT

nextval('public.grl_formas_tratamento_pk_id_formas_tratamento_seq'::regclass),
state boolean,
CONSTRAINT pk_id_formas_tratamento PRIMARY KEY

(pk_id_formas_tratamento)
);
-- ddl-end --
ALTER TABLE public.grl_formas_tratamento OWNER TO postgres;
-- ddl-end --
-- object: public.grl_funcionario_pk_id_funcionario_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.grl_funcionario_pk_id_funcionario_seq

CASCADE;
CREATE SEQUENCE public.grl_funcionario_pk_id_funcionario_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
157
-- ddl-end --
ALTER SEQUENCE public.grl_funcionario_pk_id_funcionario_seq OWNER TO

postgres;
-- ddl-end --
-- object: public.grl_funcionario | type: TABLE --
-- DROP TABLE IF EXISTS public.grl_funcionario CASCADE;
CREATE TABLE public.grl_funcionario(
pk_id_funcionario integer NOT NULL DEFAULT

nextval('public.grl_funcionario_pk_id_funcionario_seq'::regclass),
pk_id_pessoa integer,
CONSTRAINT pk_id_funcionario PRIMARY KEY (pk_id_funcionario)
);
-- ddl-end --
ALTER TABLE public.grl_funcionario OWNER TO postgres;
-- ddl-end --
-- object: public.grl_pessoa_pk_id_pessoa_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.grl_pessoa_pk_id_pessoa_seq CASCADE;
CREATE SEQUENCE public.grl_pessoa_pk_id_pessoa_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
158
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.grl_pessoa_pk_id_pessoa_seq OWNER TO postgres;
-- ddl-end --
-- object: public.grl_pessoa | type: TABLE --
-- DROP TABLE IF EXISTS public.grl_pessoa CASCADE;
CREATE TABLE public.grl_pessoa(
pk_grl_pessoa integer NOT NULL DEFAULT

nextval('public.grl_pessoa_pk_id_pessoa_seq'::regclass),
nome character varying(100) NOT NULL,
nome_do_meio character varying(100) NOT NULL,
data_nascimento date NOT NULL,
fk_id_contacto integer,
fk_id_sexo integer,
fk_id_estado_civil integer,
fk_grl_config_pais integer,
fk_grl_config_endereco integer,
nome_pai character varying(100),
nome_mae character varying(100),
CONSTRAINT pk_id_pessoa PRIMARY KEY (pk_grl_pessoa)
159
);
-- ddl-end --
ALTER TABLE public.grl_pessoa OWNER TO postgres;
-- ddl-end --
-- object: public.grl_religiao_pk_id_religiao_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.grl_religiao_pk_id_religiao_seq

CASCADE;
CREATE SEQUENCE public.grl_religiao_pk_id_religiao_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.grl_religiao_pk_id_religiao_seq OWNER TO postgres;
-- ddl-end --
-- object: public.grl_religiao | type: TABLE --
-- DROP TABLE IF EXISTS public.grl_religiao CASCADE;
CREATE TABLE public.grl_religiao(
160
pk_id_religiao integer NOT NULL DEFAULT

nextval('public.grl_religiao_pk_id_religiao_seq'::regclass),
state boolean,
CONSTRAINT pk_id_religiao PRIMARY KEY (pk_id_religiao)
);
-- ddl-end --
ALTER TABLE public.grl_religiao OWNER TO postgres;
-- ddl-end --
-- object: public.grl_sexo | type: TABLE --
-- DROP TABLE IF EXISTS public.grl_sexo CASCADE;
CREATE TABLE public.grl_sexo(
pk_id_sexo integer NOT NULL DEFAULT

nextval('public.grl_sexo_pk_id_sexo_seq'::regclass),
state boolean,
abreviacao character varying(100),
);
-- ddl-end --
ALTER TABLE public.grl_sexo OWNER TO postgres;
-- ddl-end --
161
-- object: public.grl_update_data_pk_id_update_data_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.grl_update_data_pk_id_update_data_seq

CASCADE;
CREATE SEQUENCE public.grl_update_data_pk_id_update_data_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.grl_update_data_pk_id_update_data_seq OWNER TO

postgres;
-- ddl-end --
-- object:
public.hd_acompanhamento_registo_oli_pk_hd_acompanhamento_registo__seq |
type: SEQUENCE --

public.hd_acompanhamento_registo_oli_pk_hd_acompanhamento_registo__seq
CASCADE;
CREATE SEQUENCE
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
162
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE
OWNER TO postgres;
-- ddl-end --
-- object: public.hd_acompanhamento_registo_solicitacao | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_acompanhamento_registo_solicitacao

CASCADE;
CREATE TABLE public.hd_acompanhamento_registo_solicitacao(
pk_hd_acompanhamento_registo_solicitacao integer NOT NULL DEFAULT

nextval('public.hd_acompanhamento_registo_oli_pk_hd_acompanhamento_registo__
seq'::regclass),
comentarios text,
fk_hd_registo_solicitacao integer,
data_cadastro timestamp with time zone,
CONSTRAINT hd_acompanhamento_registo_solicitacao_pkey PRIMARY KEY

(pk_hd_acompanhamento_registo_solicitacao)
);
-- ddl-end --
ALTER TABLE public.hd_acompanhamento_registo_solicitacao OWNER TO

postgres;
163
-- ddl-end --
-- object: public.hd_documentos_registo_solicit_pk_hd_documentos_registo_soli_seq
| type: SEQUENCE --

public.hd_documentos_registo_solicit_pk_hd_documentos_registo_soli_seq
CASCADE;
CREATE SEQUENCE
public.hd_documentos_registo_solicit_pk_hd_documentos_registo_soli_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE
public.hd_documentos_registo_solicit_pk_hd_documentos_registo_soli_seq OWNER
TO postgres;
-- ddl-end --
-- object: public.hd_documentos_registo_solicitacao | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_documentos_registo_solicitacao CASCADE;
CREATE TABLE public.hd_documentos_registo_solicitacao(
pk_hd_documentos_registo_solicitacao integer NOT NULL DEFAULT

nextval('public.hd_documentos_registo_solicit_pk_hd_documentos_registo_soli_seq':
:regclass),
164
imagem character(300),
CONSTRAINT hd_documentos_registo_solicitacao_pkey PRIMARY KEY

(pk_hd_documentos_registo_solicitacao)
);
-- ddl-end --
ALTER TABLE public.hd_documentos_registo_solicitacao OWNER TO postgres;
-- ddl-end --
-- object: public.hd_registo_solicitacao_pk_hd_registo_solicitacao_seq | type:

SEQUENCE --

public.hd_registo_solicitacao_pk_hd_registo_solicitacao_seq CASCADE;
CREATE SEQUENCE public.hd_registo_solicitacao_pk_hd_registo_solicitacao_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.hd_registo_solicitacao_pk_hd_registo_solicitacao_seq

OWNER TO postgres;
-- ddl-end --
165
-- object: public.hd_registo_solicitacao | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_registo_solicitacao CASCADE;
CREATE TABLE public.hd_registo_solicitacao(
pk_hd_registo_solicitacao integer NOT NULL DEFAULT

nextval('public.hd_registo_solicitacao_pk_hd_registo_solicitacao_seq'::regclass),
data_registo_solicitacao timestamp with time zone,
nome character(300),
extensao character(30),
email character(30),
contacto_telefonico character(30),
assunto character(400),
observacao character(700),
fk_hd_thd_status integer,
fk_hd_thd_departamento integer,
fk_hd_thd_tipo integer,
fk_hd_thd_urgencia integer,
fk_hd_thd_prioridade integer,
fk_hd_thd_impacto integer,
fk_hd_thd_tipologia integer,
CONSTRAINT hd_registo_solicitacao_pkey PRIMARY KEY

(pk_hd_registo_solicitacao)
);
-- ddl-end --
166
ALTER TABLE public.hd_registo_solicitacao OWNER TO postgres;
-- ddl-end --
-- object: public.hd_solicitacao | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_solicitacao CASCADE;
CREATE TABLE public.hd_solicitacao(
pk_hd_solicitacao integer NOT NULL DEFAULT

nextval('public.cliente_pk_equipamento_seq'::regclass),
fk_hd_thd_avaliacao integer,
fk_hd_thd_sla integer,
data_termino timestamp with time zone,
data_analise timestamp with time zone,
data_reabertura timestamp with time zone,
data_cadastro timestamp with time zone,
tecnico character(300),
CONSTRAINT pk_equipamento PRIMARY KEY (pk_hd_solicitacao)
);
-- ddl-end --
ALTER TABLE public.hd_solicitacao OWNER TO postgres;
-- ddl-end --
-- object: public.hd_solicitante | type: TABLE --
167
-- DROP TABLE IF EXISTS public.hd_solicitante CASCADE;
CREATE TABLE public.hd_solicitante(
pk_hd_thd_solicitante integer NOT NULL,
CONSTRAINT pk_id_solicitante PRIMARY KEY (pk_hd_thd_solicitante)
);
-- ddl-end --
ALTER TABLE public.hd_solicitante OWNER TO postgres;
-- ddl-end --
-- object: public.hd_tecnico | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_tecnico CASCADE;
CREATE TABLE public.hd_tecnico(
pk_hd_tecnico integer NOT NULL,
CONSTRAINT pk_id_tecnico PRIMARY KEY (pk_hd_tecnico)
);
-- ddl-end --
ALTER TABLE public.hd_tecnico OWNER TO postgres;
-- ddl-end --
168
-- object: public.hd_thd_avaliacao | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_thd_avaliacao CASCADE;
CREATE TABLE public.hd_thd_avaliacao(
pk_hd_thd_avaliacao integer NOT NULL,
CONSTRAINT pk_id_avaliacao PRIMARY KEY (pk_hd_thd_avaliacao)
);
-- ddl-end --
ALTER TABLE public.hd_thd_avaliacao OWNER TO postgres;
-- ddl-end --
-- object: public.hd_thd_categoria | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_thd_categoria CASCADE;
CREATE TABLE public.hd_thd_categoria(
pk_hd_thd_categoria integer NOT NULL,
CONSTRAINT pk_id_categoria PRIMARY KEY (pk_hd_thd_categoria)
);
-- ddl-end --
ALTER TABLE public.hd_thd_categoria OWNER TO postgres;
-- ddl-end --
169
-- object: public.hd_thd_departamento | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_thd_departamento CASCADE;
CREATE TABLE public.hd_thd_departamento(
pk_hd_thd_departamento integer NOT NULL,
CONSTRAINT pk_id_departamento PRIMARY KEY (pk_hd_thd_departamento)
);
-- ddl-end --
ALTER TABLE public.hd_thd_departamento OWNER TO postgres;
-- ddl-end --
-- object: public.hd_thd_etapa | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_thd_etapa CASCADE;
CREATE TABLE public.hd_thd_etapa(
pk_hd_thd_etapa integer NOT NULL,
CONSTRAINT pk_id_etapa PRIMARY KEY (pk_hd_thd_etapa)
);
-- ddl-end --
ALTER TABLE public.hd_thd_etapa OWNER TO postgres;
170
-- ddl-end --
-- object: public.hd_thd_impacto | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_thd_impacto CASCADE;
CREATE TABLE public.hd_thd_impacto(
pk_hd_thd_impacto integer NOT NULL,
CONSTRAINT pk_id_impacto PRIMARY KEY (pk_hd_thd_impacto)
);
-- ddl-end --
ALTER TABLE public.hd_thd_impacto OWNER TO postgres;
-- ddl-end --
-- object: public.hd_thd_modo | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_thd_modo CASCADE;
CREATE TABLE public.hd_thd_modo(
pk_hd_thd_modo integer NOT NULL,
CONSTRAINT pk_id_modo PRIMARY KEY (pk_hd_thd_modo)
);
-- ddl-end --
171
ALTER TABLE public.hd_thd_modo OWNER TO postgres;
-- ddl-end --
-- object: public.hd_thd_nivel | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_thd_nivel CASCADE;
CREATE TABLE public.hd_thd_nivel(
pk_hd_thd_nivel integer NOT NULL,
CONSTRAINT pk_id_nivel PRIMARY KEY (pk_hd_thd_nivel)
);
-- ddl-end --
ALTER TABLE public.hd_thd_nivel OWNER TO postgres;
-- ddl-end --
-- object: public.hd_thd_prioridade | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_thd_prioridade CASCADE;
CREATE TABLE public.hd_thd_prioridade(
pk_hd_thd_prioridade integer NOT NULL,
CONSTRAINT pk_id_prioridade PRIMARY KEY (pk_hd_thd_prioridade)
);
172
-- ddl-end --
ALTER TABLE public.hd_thd_prioridade OWNER TO postgres;
-- ddl-end --
-- object: public.hd_thd_sla | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_thd_sla CASCADE;
CREATE TABLE public.hd_thd_sla(
pk_hd_thd_sla integer NOT NULL,
CONSTRAINT pk_id_sla PRIMARY KEY (pk_hd_thd_sla)
);
-- ddl-end --
ALTER TABLE public.hd_thd_sla OWNER TO postgres;
-- ddl-end --
-- object: public.hd_thd_status | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_thd_status CASCADE;
CREATE TABLE public.hd_thd_status(
pk_hd_thd_status integer NOT NULL,
CONSTRAINT pk_id_status PRIMARY KEY (pk_hd_thd_status)
173
);
-- ddl-end --
ALTER TABLE public.hd_thd_status OWNER TO postgres;
-- ddl-end --
-- object: public.hd_thd_tipo | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_thd_tipo CASCADE;
CREATE TABLE public.hd_thd_tipo(
pk_hd_thd_tipo integer NOT NULL,
CONSTRAINT pk_id_tipo PRIMARY KEY (pk_hd_thd_tipo)
);
-- ddl-end --
ALTER TABLE public.hd_thd_tipo OWNER TO postgres;
-- ddl-end --
-- object: public.hd_thd_tipologia | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_thd_tipologia CASCADE;
CREATE TABLE public.hd_thd_tipologia(
pk_hd_thd_tipologia integer NOT NULL,
descricao character(900),
fk_hd_thd_categoria integer,
174
CONSTRAINT hd_thd_tipologia_pkey PRIMARY KEY (pk_hd_thd_tipologia)
);
-- ddl-end --
ALTER TABLE public.hd_thd_tipologia OWNER TO postgres;
-- ddl-end --
-- object: public.hd_thd_urgencia | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_thd_urgencia CASCADE;
CREATE TABLE public.hd_thd_urgencia(
pk_hd_thd_urgencia integer NOT NULL,
CONSTRAINT pk_id_urgencia PRIMARY KEY (pk_hd_thd_urgencia)
);
-- ddl-end --
ALTER TABLE public.hd_thd_urgencia OWNER TO postgres;
-- ddl-end --
-- object: public.hd_update_data_pk_id_update_data_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.hd_update_data_pk_id_update_data_seq

CASCADE;
CREATE SEQUENCE public.hd_update_data_pk_id_update_data_seq
INCREMENT BY 1
175
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.hd_update_data_pk_id_update_data_seq OWNER TO

postgres;
-- ddl-end --
-- object: public.hd_update_data | type: TABLE --
-- DROP TABLE IF EXISTS public.hd_update_data CASCADE;
CREATE TABLE public.hd_update_data(
pk_id_update_data integer NOT NULL DEFAULT

nextval('public.hd_update_data_pk_id_update_data_seq'::regclass),
categoria timestamp,
nivel timestamp,
urgencia timestamp,
prioridade timestamp,
status timestamp,
departamento timestamp,
etapa timestamp,
sla timestamp,
impacto timestamp,
176
avaliacao timestamp,
tipo timestamp,
modo timestamp,
pais timestamp,
faculdade timestamp,
carreira timestamp,
curso timestamp,
periodo_lectivo timestamp,
disciplina timestamp,
especialidade timestamp,
sala timestamp,
turma timestamp,
sexo timestamp,
CONSTRAINT pk_id_update_data PRIMARY KEY (pk_id_update_data)
);
-- ddl-end --
ALTER TABLE public.hd_update_data OWNER TO postgres;
-- ddl-end --
-- object: public.rh_area | type: TABLE --
-- DROP TABLE IF EXISTS public.rh_area CASCADE;
CREATE TABLE public.rh_area(
177
pk_id_area integer NOT NULL,
fk_id_departamento integer,
CONSTRAINT pk_id_area PRIMARY KEY (pk_id_area)
);
-- ddl-end --
ALTER TABLE public.rh_area OWNER TO postgres;
-- ddl-end --
-- object: public.rh_departamento | type: TABLE --
-- DROP TABLE IF EXISTS public.rh_departamento CASCADE;
CREATE TABLE public.rh_departamento(
pk_id_departamento integer NOT NULL,
);
-- ddl-end --
ALTER TABLE public.rh_departamento OWNER TO postgres;
-- ddl-end --
-- object: public.rh_municipio | type: TABLE --
-- DROP TABLE IF EXISTS public.rh_municipio CASCADE;
178
CREATE TABLE public.rh_municipio(
pk_municipio integer NOT NULL,
pk_provincia_rh_provincia integer NOT NULL,
state boolean,
CONSTRAINT pk_municipio PRIMARY KEY (pk_municipio)
);
-- ddl-end --
ALTER TABLE public.rh_municipio OWNER TO postgres;
-- ddl-end --
-- object: public.rh_pais | type: TABLE --
-- DROP TABLE IF EXISTS public.rh_pais CASCADE;
CREATE TABLE public.rh_pais(
pk_pais integer NOT NULL,
CONSTRAINT pk_pais PRIMARY KEY (pk_pais)
);
-- ddl-end --
ALTER TABLE public.rh_pais OWNER TO postgres;
-- ddl-end --
179
-- object: public.rh_provincia | type: TABLE --
-- DROP TABLE IF EXISTS public.rh_provincia CASCADE;
CREATE TABLE public.rh_provincia(
pk_provincia integer NOT NULL,
pk_pais_rh_pais integer NOT NULL,
state boolean,
CONSTRAINT pk_provincia PRIMARY KEY (pk_provincia)
);
-- ddl-end --
ALTER TABLE public.rh_provincia OWNER TO postgres;
-- ddl-end --
-- object: public.rh_sexo | type: TABLE --
-- DROP TABLE IF EXISTS public.rh_sexo CASCADE;
CREATE TABLE public.rh_sexo(
pk_sexo integer NOT NULL,
CONSTRAINT pk_sexo PRIMARY KEY (pk_sexo)
);
180
-- ddl-end --
ALTER TABLE public.rh_sexo OWNER TO postgres;
-- ddl-end --
-- object: public.rh_updates_pk_id_updates_seq | type: SEQUENCE --
-- DROP SEQUENCE IF EXISTS public.rh_updates_pk_id_updates_seq CASCADE;
CREATE SEQUENCE public.rh_updates_pk_id_updates_seq
INCREMENT BY 1
MINVALUE 1
MAXVALUE 9223372036854775807
START WITH 1
CACHE 1
NO CYCLE
OWNED BY NONE;
-- ddl-end --
ALTER SEQUENCE public.rh_updates_pk_id_updates_seq OWNER TO postgres;
-- ddl-end --
-- object: public.rh_updates | type: TABLE --
-- DROP TABLE IF EXISTS public.rh_updates CASCADE;
CREATE TABLE public.rh_updates(
pk_id_updates integer NOT NULL DEFAULT

nextval('public.rh_updates_pk_id_updates_seq'::regclass),
provincia timestamp with time zone,
181
sexo timestamp with time zone,
pais timestamp with time zone,
municipio timestamp with time zone,
comuna timestamp with time zone,
CONSTRAINT pk_id_updates PRIMARY KEY (pk_id_updates)
);
-- ddl-end --
ALTER TABLE public.rh_updates OWNER TO postgres;
-- ddl-end --
-- object: eadms_id_candidato_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_at_candidato DROP CONSTRAINT IF EXISTS

eadms_id_candidato_fk CASCADE;
ALTER TABLE public.ea_at_candidato ADD CONSTRAINT

eadms_id_candidato_fk FOREIGN KEY (fk_id_candidato)
REFERENCES public.ea_at_id_candidato (pk_ea_at_id_candidato) MATCH FULL
ON DELETE SET NULL ON UPDATE CASCADE;
-- ddl-end --
-- object: grl_pessoa_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_at_candidato DROP CONSTRAINT IF EXISTS

grl_pessoa_fk CASCADE;
ALTER TABLE public.ea_at_candidato ADD CONSTRAINT grl_pessoa_fk

FOREIGN KEY (fk_id_pessoa)
REFERENCES public.grl_pessoa (pk_grl_pessoa) MATCH FULL
182
-- ddl-end --
-- object: ea_at_candidato_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_at_candidatura DROP CONSTRAINT IF EXISTS

ea_at_candidato_fk CASCADE;
ALTER TABLE public.ea_at_candidatura ADD CONSTRAINT ea_at_candidato_fk

FOREIGN KEY (fk_ea_at_candidato)
REFERENCES public.ea_at_candidato (pk_ea_at_candidato) MATCH FULL
ON DELETE NO ACTION ON UPDATE NO ACTION;
-- ddl-end --
-- object: ea_config_carreira_academica_fk | type: CONSTRAINT --

ea_config_carreira_academica_fk CASCADE;
ALTER TABLE public.ea_at_candidatura ADD CONSTRAINT

ea_config_carreira_academica_fk FOREIGN KEY
(fk_ea_config_carreira_academica)
REFERENCES public.ea_config_carreira_academica
(pk_ea_config_carreira_academica) MATCH FULL
-- ddl-end --
-- object: ea_config_faculdade_has_curso_fk | type: CONSTRAINT --

ea_config_faculdade_has_curso_fk CASCADE;
183

ea_config_faculdade_has_curso_fk FOREIGN KEY
(fk_ea_config_faculdade_has_curso)
REFERENCES public.ea_config_faculdade_has_curso
(pk_ea_config_faculdade_curso) MATCH FULL
-- ddl-end --
-- object: ea_config_periodo_lectivo_fk | type: CONSTRAINT --

ea_config_periodo_lectivo_fk CASCADE;

ea_config_periodo_lectivo_fk FOREIGN KEY (fk_ea_config_periodo_lectivo)
REFERENCES public.ea_config_periodo_lectivo (pk_ea_config_periodo_lectivo)

MATCH FULL
-- ddl-end --
-- object: ea_config_tipo_candidatura_fk | type: CONSTRAINT --

ea_config_tipo_candidatura_fk CASCADE;

ea_config_tipo_candidatura_fk FOREIGN KEY (fk_ea_config_tipo_candidatura)
REFERENCES public.ea_config_tipo_candidatura (pk_ea_config_tipo_candidatura)

MATCH FULL
-- ddl-end --
184
-- object: ea_config_turno_fk | type: CONSTRAINT --

ea_config_turno_fk CASCADE;
ALTER TABLE public.ea_at_candidatura ADD CONSTRAINT ea_config_turno_fk

FOREIGN KEY (fk_ea_config_turno)
REFERENCES public.ea_config_turno (pk_ea_config_turno) MATCH FULL
-- ddl-end --
-- object: ea_config_faculdade_has_curso_has_especialidade_fk | type:

CONSTRAINT --

ea_config_faculdade_has_curso_has_especialidade_fk CASCADE;

ea_config_faculdade_has_curso_has_especialidade_fk FOREIGN KEY
(fk_facu_has_curs_has_esp)
REFERENCES public.ea_config_faculdade_has_curso_has_especialidade
(pk_ea_config_faculdade_has_curso_has_especialidade) MATCH FULL
-- ddl-end --
-- object: ea_at_candidato_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_at_contacto_emergencia DROP CONSTRAINT IF

EXISTS ea_at_candidato_fk CASCADE;
ALTER TABLE public.ea_at_contacto_emergencia ADD CONSTRAINT

ea_at_candidato_fk FOREIGN KEY (fk_ea_at_candidato)
REFERENCES public.ea_at_candidato (pk_ea_at_candidato) MATCH FULL
185
-- ddl-end --
-- object: grl_config_parentesco_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_at_contacto_emergencia DROP CONSTRAINT IF

EXISTS grl_config_parentesco_fk CASCADE;
ALTER TABLE public.ea_at_contacto_emergencia ADD CONSTRAINT

grl_config_parentesco_fk FOREIGN KEY (fk_grl_config_parentesco)
REFERENCES public.grl_config_parentesco (pk_grl_config_parentesco) MATCH

FULL
-- ddl-end --
-- object: ea_at_documento_path_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_at_detalhes_saldo DROP CONSTRAINT IF EXISTS

ea_at_documento_path_fk CASCADE;
ALTER TABLE public.ea_at_detalhes_saldo ADD CONSTRAINT

ea_at_documento_path_fk FOREIGN KEY (fk_ea_at_documento_path)
REFERENCES public.ea_at_documento_path (pk_ea_at_documento_path) MATCH

FULL
-- ddl-end --
-- object: ea_at_saldo_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_at_detalhes_saldo DROP CONSTRAINT IF EXISTS

ea_at_saldo_fk CASCADE;
ALTER TABLE public.ea_at_detalhes_saldo ADD CONSTRAINT ea_at_saldo_fk

FOREIGN KEY (fk_ea_config_saldo)
REFERENCES public.ea_at_saldo (pk_ea_at_saldo) MATCH FULL
186
-- ddl-end --
-- object: ea_at_documento_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_at_documento_path DROP CONSTRAINT IF EXISTS

ea_at_documento_fk CASCADE;
ALTER TABLE public.ea_at_documento_path ADD CONSTRAINT

ea_at_documento_fk FOREIGN KEY (fk_ea_at_documento)
REFERENCES public.ea_at_documento (pk_ea_at_documento) MATCH FULL
-- ddl-end --
-- object: ea_at_id_candidato_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_at_documento_path DROP CONSTRAINT IF EXISTS

ea_at_id_candidato_fk CASCADE;
ALTER TABLE public.ea_at_documento_path ADD CONSTRAINT

ea_at_id_candidato_fk FOREIGN KEY (fk_ea_at_id_candidato)
-- ddl-end --
-- object: ea_at_id_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_at_id_candidato DROP CONSTRAINT IF EXISTS

ea_at_id_fk CASCADE;
ALTER TABLE public.ea_at_id_candidato ADD CONSTRAINT ea_at_id_fk

FOREIGN KEY (fk_ea_at_id)
REFERENCES public.ea_at_id (pk_ea_at_id) MATCH FULL
187
-- ddl-end --

ALTER TABLE public.ea_at_id_candidato ADD CONSTRAINT

-- ddl-end --

ea_config_faculdade_has_curso_fk CASCADE;

ea_config_faculdade_has_curso_fk FOREIGN KEY
-- ddl-end --

188


MATCH FULL
-- ddl-end --
-- object: ea_config_tipo_candidatura_fk | type: CONSTRAINT --

ea_config_tipo_candidatura_fk CASCADE;

ea_config_tipo_candidatura_fk FOREIGN KEY (fk_ea_config_tipo_candidatura)
REFERENCES public.ea_config_tipo_candidatura (pk_ea_config_tipo_candidatura)

MATCH FULL
-- ddl-end --

ea_config_turno_fk CASCADE;
ALTER TABLE public.ea_at_id_candidato ADD CONSTRAINT ea_config_turno_fk

FOREIGN KEY (fk_ea_config_turno)
-- ddl-end --
-- object: grl_config_genero_fk | type: CONSTRAINT --
189

grl_config_genero_fk CASCADE;

grl_config_genero_fk FOREIGN KEY (fk_ea_config_genero)
REFERENCES public.grl_config_genero (pk_grl_config_genero) MATCH FULL
-- ddl-end --
-- object: grl_config_pais_fk | type: CONSTRAINT --

grl_config_pais_fk CASCADE;
ALTER TABLE public.ea_at_id_candidato ADD CONSTRAINT grl_config_pais_fk

FOREIGN KEY (fk_ea_config_nacionalidade)
REFERENCES public.grl_config_pais (pk_grl_config_pais) MATCH FULL
-- ddl-end --
-- object: ea_config_faculdade_has_curso_has_especialidade_fk | type:

CONSTRAINT --

ea_config_faculdade_has_curso_has_especialidade_fk CASCADE;

ea_config_faculdade_has_curso_has_especialidade_fk FOREIGN KEY
(fk_ea_config_faculdade_has_curso_has_especialidade)
REFERENCES public.ea_config_faculdade_has_curso_has_especialidade
(pk_ea_config_faculdade_has_curso_has_especialidade) MATCH FULL
-- ddl-end --
190
-- object: ea_at_id_candidato_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_at_saldo DROP CONSTRAINT IF EXISTS

ea_at_id_candidato_fk CASCADE;
ALTER TABLE public.ea_at_saldo ADD CONSTRAINT ea_at_id_candidato_fk

FOREIGN KEY (fk_ea_at_id_candidato)
-- ddl-end --
-- ALTER TABLE public.ea_at_saldo DROP CONSTRAINT IF EXISTS

ALTER TABLE public.ea_at_saldo ADD CONSTRAINT


MATCH FULL
-- ddl-end --
-- object: ea_config_curso_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_config_curso_has_displina DROP CONSTRAINT IF

EXISTS ea_config_curso_fk CASCADE;
ALTER TABLE public.ea_config_curso_has_displina ADD CONSTRAINT

ea_config_curso_fk FOREIGN KEY (fk_ea_config_curso)
REFERENCES public.ea_config_curso (pk_ea_config_curso) MATCH FULL
191
-- ddl-end --
-- object: ea_config_disciplina_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_config_curso_has_displina DROP CONSTRAINT IF

EXISTS ea_config_disciplina_fk CASCADE;
ALTER TABLE public.ea_config_curso_has_displina ADD CONSTRAINT

ea_config_disciplina_fk FOREIGN KEY (fk_ea_config_disciplina)
REFERENCES public.ea_config_disciplina (pk_ea_config_disciplina) MATCH

FULL
-- ddl-end --
-- ALTER TABLE public.ea_config_curso_has_periodo_lectivo DROP

CONSTRAINT IF EXISTS ea_config_curso_fk CASCADE;
ALTER TABLE public.ea_config_curso_has_periodo_lectivo ADD CONSTRAINT

-- ddl-end --
-- ALTER TABLE public.ea_config_curso_has_periodo_lectivo DROP

CONSTRAINT IF EXISTS ea_config_periodo_lectivo_fk CASCADE;
ALTER TABLE public.ea_config_curso_has_periodo_lectivo ADD CONSTRAINT


MATCH FULL
192
-- ddl-end --
-- ALTER TABLE public.ea_config_disciplina_preparatorio DROP CONSTRAINT

IF EXISTS ea_config_curso_fk CASCADE;
ALTER TABLE public.ea_config_disciplina_preparatorio ADD CONSTRAINT

-- ddl-end --
-- object: ea_config_disciplina_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_config_disciplina_preparatorio DROP CONSTRAINT

IF EXISTS ea_config_disciplina_fk CASCADE;
ALTER TABLE public.ea_config_disciplina_preparatorio ADD CONSTRAINT

ea_config_disciplina_fk FOREIGN KEY (fk_ea_config_disciplina)
REFERENCES public.ea_config_disciplina (pk_ea_config_disciplina) MATCH

FULL
-- ddl-end --
-- ALTER TABLE public.ea_config_faculdade_has_curso DROP CONSTRAINT IF

EXISTS ea_config_curso_fk CASCADE;
ALTER TABLE public.ea_config_faculdade_has_curso ADD CONSTRAINT

ea_config_curso_fk FOREIGN KEY (fk_ea_config_cusro)
193
-- ddl-end --
-- object: ea_config_faculdade_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_config_faculdade_has_curso DROP CONSTRAINT IF

EXISTS ea_config_faculdade_fk CASCADE;
ALTER TABLE public.ea_config_faculdade_has_curso ADD CONSTRAINT

ea_config_faculdade_fk FOREIGN KEY (fk_ea_config_faculdade)
REFERENCES public.ea_config_faculdade (pk_ea_config_faculdade) MATCH

FULL
-- ddl-end --
-- object: ea_config_especialidade_fk | type: CONSTRAINT --
-- ALTER TABLE public.ea_config_faculdade_has_curso_has_especialidade DROP

CONSTRAINT IF EXISTS ea_config_especialidade_fk CASCADE;
ALTER TABLE public.ea_config_faculdade_has_curso_has_especialidade ADD

CONSTRAINT ea_config_especialidade_fk FOREIGN KEY
(fk_ea_config_especialidade)
REFERENCES public.ea_config_especialidade (pk_ea_config_especialidade)

MATCH FULL
-- ddl-end --
-- ALTER TABLE public.ea_config_faculdade_has_curso_has_especialidade DROP

CONSTRAINT IF EXISTS ea_config_faculdade_has_curso_fk CASCADE;
194
ALTER TABLE public.ea_config_faculdade_has_curso_has_especialidade ADD

CONSTRAINT ea_config_faculdade_has_curso_fk FOREIGN KEY
-- ddl-end --
-- ALTER TABLE
public.ea_config_faculdade_has_curso_has_especialidade_has_turno DROP
CONSTRAINT IF EXISTS ea_config_faculdade_has_curso_fk CASCADE;
ALTER TABLE
public.ea_config_faculdade_has_curso_has_especialidade_has_turno ADD
CONSTRAINT ea_config_faculdade_has_curso_fk FOREIGN KEY
-- ddl-end --
-- ALTER TABLE
public.ea_config_faculdade_has_curso_has_especialidade_has_turno DROP
CONSTRAINT IF EXISTS ea_config_turno_fk CASCADE;
ALTER TABLE
public.ea_config_faculdade_has_curso_has_especialidade_has_turno ADD
CONSTRAINT ea_config_turno_fk FOREIGN KEY (fk_pk_ea_config_turno)
195
-- ddl-end --
-- ALTER TABLE public.ea_config_preparatorio DROP CONSTRAINT IF EXISTS

ALTER TABLE public.ea_config_preparatorio ADD CONSTRAINT

-- ddl-end --

ea_config_curso_fk CASCADE;

-- ddl-end --
-- object: ea_config_disciplina_preparatorio_fk | type: CONSTRAINT --

ea_config_disciplina_preparatorio_fk CASCADE;

ea_config_disciplina_preparatorio_fk FOREIGN KEY
(fk_ea_config_disciplina_preparatorio)
196
REFERENCES public.ea_config_disciplina_preparatorio
(pk_ea_config_disciplina_preparatorio) MATCH FULL
-- ddl-end --
-- object: grl_config_municipio_fk | type: CONSTRAINT --
-- ALTER TABLE public.grl_config_endereco DROP CONSTRAINT IF EXISTS

grl_config_municipio_fk CASCADE;
ALTER TABLE public.grl_config_endereco ADD CONSTRAINT

grl_config_municipio_fk FOREIGN KEY (fk_grl_config_municipio)
REFERENCES public.grl_config_municipio (pk_grl_config_municipio) MATCH

FULL
-- ddl-end --
-- object: grl_config_provincia_fk | type: CONSTRAINT --
-- ALTER TABLE public.grl_config_municipio DROP CONSTRAINT IF EXISTS

grl_config_provincia_fk CASCADE;
ALTER TABLE public.grl_config_municipio ADD CONSTRAINT

grl_config_provincia_fk FOREIGN KEY (fk_grl_config_provincia)
REFERENCES public.grl_config_provincia (pk_grl_config_provincia) MATCH

FULL
-- ddl-end --
-- ALTER TABLE public.grl_config_provincia DROP CONSTRAINT IF EXISTS

197
ALTER TABLE public.grl_config_provincia ADD CONSTRAINT

grl_config_pais_fk FOREIGN KEY (fk_grl_config_pais)
-- ddl-end --
-- object: grl_pessoa_fk | type: CONSTRAINT --
-- ALTER TABLE public.grl_funcionario DROP CONSTRAINT IF EXISTS

grl_pessoa_fk CASCADE;
ALTER TABLE public.grl_funcionario ADD CONSTRAINT grl_pessoa_fk

FOREIGN KEY (pk_id_pessoa)
REFERENCES public.grl_pessoa (pk_grl_pessoa) MATCH FULL
-- ddl-end --
-- object: grl_config_endereco_fk | type: CONSTRAINT --
-- ALTER TABLE public.grl_pessoa DROP CONSTRAINT IF EXISTS

grl_config_endereco_fk CASCADE;
ALTER TABLE public.grl_pessoa ADD CONSTRAINT grl_config_endereco_fk

FOREIGN KEY (fk_grl_config_endereco)
REFERENCES public.grl_config_endereco (pk_grl_config_endereco) MATCH

FULL
-- ddl-end --
198

ALTER TABLE public.grl_pessoa ADD CONSTRAINT grl_config_pais_fk

FOREIGN KEY (fk_grl_config_pais)
-- ddl-end --
-- object: grl_contacto_fk | type: CONSTRAINT --

grl_contacto_fk CASCADE;
ALTER TABLE public.grl_pessoa ADD CONSTRAINT grl_contacto_fk FOREIGN

KEY (fk_id_contacto)
REFERENCES public.grl_contacto (pk_id_contacto) MATCH FULL
-- ddl-end --
-- object: grl_estado_civl_fk | type: CONSTRAINT --

grl_estado_civl_fk CASCADE;
ALTER TABLE public.grl_pessoa ADD CONSTRAINT grl_estado_civl_fk

FOREIGN KEY (fk_id_estado_civil)
REFERENCES public.grl_estado_civl (pk_id_estado_civil) MATCH FULL
-- ddl-end --
-- object: grl_sexo_fk | type: CONSTRAINT --
199
-- ALTER TABLE public.grl_pessoa DROP CONSTRAINT IF EXISTS grl_sexo_fk

CASCADE;
ALTER TABLE public.grl_pessoa ADD CONSTRAINT grl_sexo_fk FOREIGN

KEY (fk_id_sexo)
REFERENCES public.grl_config_genero (pk_grl_config_genero) MATCH FULL
-- ddl-end --
-- object: hd_acompanhamento_registo_solici_fk_hd_registo_solicitacao_fkey | type:

CONSTRAINT --
-- ALTER TABLE public.hd_acompanhamento_registo_solicitacao DROP

CONSTRAINT IF EXISTS
hd_acompanhamento_registo_solici_fk_hd_registo_solicitacao_fkey CASCADE;
ALTER TABLE public.hd_acompanhamento_registo_solicitacao ADD

CONSTRAINT hd_acompanhamento_registo_solici_fk_hd_registo_solicitacao_fkey
FOREIGN KEY (fk_hd_registo_solicitacao)
REFERENCES public.hd_registo_solicitacao (pk_hd_registo_solicitacao) MATCH

SIMPLE
-- ddl-end --
-- object: hd_documentos_registo_solicitaca_fk_hd_registo_solicitacao_fkey | type:

CONSTRAINT --
-- ALTER TABLE public.hd_documentos_registo_solicitacao DROP CONSTRAINT

IF EXISTS hd_documentos_registo_solicitaca_fk_hd_registo_solicitacao_fkey
CASCADE;
ALTER TABLE public.hd_documentos_registo_solicitacao ADD CONSTRAINT

hd_documentos_registo_solicitaca_fk_hd_registo_solicitacao_fkey FOREIGN KEY
(fk_hd_registo_solicitacao)

SIMPLE
200
-- ddl-end --
-- object: hd_registo_solicitacao_fk_hd_thd_departamento_fkey | type:

CONSTRAINT --
-- ALTER TABLE public.hd_registo_solicitacao DROP CONSTRAINT IF EXISTS

hd_registo_solicitacao_fk_hd_thd_departamento_fkey CASCADE;
ALTER TABLE public.hd_registo_solicitacao ADD CONSTRAINT

hd_registo_solicitacao_fk_hd_thd_departamento_fkey FOREIGN KEY
(fk_hd_thd_departamento)
REFERENCES public.hd_thd_departamento (pk_hd_thd_departamento) MATCH

SIMPLE
-- ddl-end --
-- object: hd_registo_solicitacao_fk_hd_thd_impacto_fkey | type: CONSTRAINT --

hd_registo_solicitacao_fk_hd_thd_impacto_fkey CASCADE;

hd_registo_solicitacao_fk_hd_thd_impacto_fkey FOREIGN KEY
(fk_hd_thd_impacto)
REFERENCES public.hd_thd_impacto (pk_hd_thd_impacto) MATCH SIMPLE
-- ddl-end --
-- object: hd_registo_solicitacao_fk_hd_thd_prioridade_fkey | type: CONSTRAINT --

hd_registo_solicitacao_fk_hd_thd_prioridade_fkey CASCADE;
201

hd_registo_solicitacao_fk_hd_thd_prioridade_fkey FOREIGN KEY
(fk_hd_thd_prioridade)
REFERENCES public.hd_thd_prioridade (pk_hd_thd_prioridade) MATCH SIMPLE
-- ddl-end --
-- object: hd_registo_solicitacao_fk_hd_thd_status_fkey | type: CONSTRAINT --

hd_registo_solicitacao_fk_hd_thd_status_fkey CASCADE;

hd_registo_solicitacao_fk_hd_thd_status_fkey FOREIGN KEY (fk_hd_thd_status)
REFERENCES public.hd_thd_status (pk_hd_thd_status) MATCH SIMPLE
-- ddl-end --
-- object: hd_registo_solicitacao_fk_hd_thd_tipo_fkey | type: CONSTRAINT --

hd_registo_solicitacao_fk_hd_thd_tipo_fkey CASCADE;

hd_registo_solicitacao_fk_hd_thd_tipo_fkey FOREIGN KEY (fk_hd_thd_tipo)
REFERENCES public.hd_thd_tipo (pk_hd_thd_tipo) MATCH SIMPLE
-- ddl-end --
-- object: hd_registo_solicitacao_fk_hd_thd_tipologia_fkey | type: CONSTRAINT --
202

hd_registo_solicitacao_fk_hd_thd_tipologia_fkey CASCADE;

hd_registo_solicitacao_fk_hd_thd_tipologia_fkey FOREIGN KEY
(fk_hd_thd_tipologia)
REFERENCES public.hd_thd_tipologia (pk_hd_thd_tipologia) MATCH SIMPLE
-- ddl-end --
-- object: hd_registo_solicitacao_fk_hd_thd_urgencia_fkey | type: CONSTRAINT --

hd_registo_solicitacao_fk_hd_thd_urgencia_fkey CASCADE;

hd_registo_solicitacao_fk_hd_thd_urgencia_fkey FOREIGN KEY
(fk_hd_thd_urgencia)
REFERENCES public.hd_thd_urgencia (pk_hd_thd_urgencia) MATCH SIMPLE
-- ddl-end --
-- object: hd_avaliacao_fk | type: CONSTRAINT --
-- ALTER TABLE public.hd_solicitacao DROP CONSTRAINT IF EXISTS

hd_avaliacao_fk CASCADE;
ALTER TABLE public.hd_solicitacao ADD CONSTRAINT hd_avaliacao_fk

FOREIGN KEY (fk_hd_thd_avaliacao)
REFERENCES public.hd_thd_avaliacao (pk_hd_thd_avaliacao) MATCH FULL
-- ddl-end --
203
-- object: hd_sla_fk | type: CONSTRAINT --

hd_sla_fk CASCADE;
ALTER TABLE public.hd_solicitacao ADD CONSTRAINT hd_sla_fk FOREIGN

KEY (fk_hd_thd_sla)
REFERENCES public.hd_thd_sla (pk_hd_thd_sla) MATCH FULL
-- ddl-end --
-- object: hd_solicitacao_fk_hd_registo_solicitacao_fkey | type: CONSTRAINT --

hd_solicitacao_fk_hd_registo_solicitacao_fkey CASCADE;
ALTER TABLE public.hd_solicitacao ADD CONSTRAINT

hd_solicitacao_fk_hd_registo_solicitacao_fkey FOREIGN KEY
(fk_hd_registo_solicitacao)

SIMPLE
-- ddl-end --
-- object: rh_provincia_fk | type: CONSTRAINT --
-- ALTER TABLE public.rh_municipio DROP CONSTRAINT IF EXISTS

rh_provincia_fk CASCADE;
ALTER TABLE public.rh_municipio ADD CONSTRAINT rh_provincia_fk

FOREIGN KEY (pk_provincia_rh_provincia)
REFERENCES public.rh_provincia (pk_provincia) MATCH FULL
ON DELETE RESTRICT ON UPDATE CASCADE;
-- ddl-end --
204
-- object: rh_paisfk_ | type: CONSTRAINT --
-- ALTER TABLE public.rh_provincia DROP CONSTRAINT IF EXISTS rh_paisfk_

CASCADE;
ALTER TABLE public.rh_provincia ADD CONSTRAINT rh_paisfk_ FOREIGN

KEY (pk_pais_rh_pais)
REFERENCES public.rh_pais (pk_pais) MATCH FULL
ON DELETE RESTRICT ON UPDATE CASCADE;
-- ddl-end --
205
GLOSSÁRIO
WEB - World Wide Web também conhecida como WWW, é um sistema de

documentos em hipermédia que são interligados e executados na Internet.
MVC – Model View Contoller, é nada mais que um padrão de arquitetura de software,
que separa uma aplicação em 3 camadas.
HTML - HyperText Markup Language, consiste numa linguagem de marcação
utilizada para produção de páginas na web.
CSS – é a abreviatura para Cascading Style Sheets — Folha de Estilos em Cascata.
SIGHP - Sistema Integrado de Gestão do Hospital do Prenda.
XML - do inglês eXtensible Markup Language, é uma linguagem de marcação
recomendada pela W3C para a criação de documentos com dados organizados
hierarquicamente, tais como textos, base de dados ou desenhos vetoriais.
IBM - é a sigla de International Business Machines, que significa Máquinas de Negócio
Internacionais, e é uma empresa americana que trabalha com produtos voltados para
a área de informática, como computadores, hardwares e softwares.
SCRIPT – Em Informática, script é um conjunto de instruções em código, ou seja,

escritas em linguagem de computador. É uma linguagem de programação que
executa diversas funções no interior de um programa de computado.
IDE - do inglês Integrated Development Environment ou Ambiente de

Desenvolvimento Integrado, é um programa de computador que reúne características
e ferramentas de apoio ao desenvolvimento de software com o objectivo de agilizar
este processo.
JEE - Java Enterprise Edition é a plataforma Java voltada para redes, internet,
intranets e semelhantes, sendo assim, ela contém bibliotecas especialmente
desenvolvidas para o acesso a servidores, a sistemas de e-mail, a base de dados,
entre outras características.
JSF - Java Server Faces, é um framework MVC baseado em Java para a construção
de interfaces de usuário baseado em componentes para aplicações web.
SGBD – Um Sistema de Gerenciamento de Base de Dados (SGBD) – do inglês Data

Base Management System (DBMS) – é o conjunto de programas de computador
(softwares) responsáveis pelo gerenciamento de uma base de dados.
PgAdmin – É um software gráfico para administração do SGBD PostgreSQL

disponível para Windows, UNIX e MacOS.
207
ÍNDICE REMISSIVO
A
aplicação 1 sistema v, ix, x, xii, xiii, 1, 2, 3, 4, 7, 8, 9, 10, 11, 12,
Arquitetura 4 13, 14, 15, 16, 19, 21, 22, 23, 24, 25, 26, 27, 29,
automatizada 2 37, 38, 41, 43, 44, 45, 48, 49, 123, 124, 125, 126,
127, 128, 129, 130, 131
B Sistema v, 9
Sistema Integrado 1, 2
Base de Dados 1 softwares 7
C T
Classes 19 tecnologias 1
consultas 1, 11, 16, 28
contabilidade 7
U
custos 1
UML 22
D
W
design 2
Disponibilidade 13 Web 1
E
Engenharia v
escalável 1
F
Finanças v, 2, 4, 7
financeira 2
fluxo de informação 2
G
gerenciais v
gestão v
J
Jasper Report 21
Java 20, 21, 22, 23, 50
N
NetBeans 21
P
pacientes 1
S
Segurança 13
209

Relatório Final Luís Bragança 6393

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Relatório Final Luís Bragança 6393

Diunggah oleh

Hak Cipta:

Format Tersedia

UNIVERSIDADE CATÓLICA DE ANGOLA

LICENCIATURA EM ENGENHARIA INFORMÁTICA

Sistema Integrado de Gestão da

Relatório do Projecto Final

Módulo: Gestão de Exame de

Luís Denilson Bragança Ferreira – 6393

Orientador: Prof. Doutor Aires Manuel Araújo Veloso

LICENCIATURA EM ENGENHARIA INFORMÁTICA

Sistema Integrado de Gestão da

Relatório do Projecto Final

Módulo: Gestão de Exame de

Luís Denilson Bragança Ferreira – 6393

Orientador: Prof. Doutor Aires Manuel Araújo Veloso

Os meus sinceros agradecimentos a Deus que ajudou-me durante esses todos de

A minha querida mulher, Marcia Ferreira, pelo incentivo, compreensão,

Obrigado a todos por tudo.

Com o novo panorama empresarial após a globalização, toda a empresa necessita de

Com os resultados, espera-se proporcionar novas perspectivas para a Universidade,

O presente trabalho está focado no módulo de Gestão de Exame de Admissão e

Palavras-chave: Exame, Admissão, Curso Preparatório, Sistema de Informação,

The present work is focused on the module of Admission Examination Management

UCAN – Universidade Católica de Angola

SIGE-UCAN – Sistema Integrado de Gestão da Universidade Católica de Angola.

Índice geral ...................................................................................................................................VII

Índice Detalhado .........................................................................................................................VIII

Índice de Tabelas .......................................................................................................................... XI

Índice de Figuras ......................................................................................................................... XII

Capítulo 1 – Introdução ................................................................................................................ 3

Capítulo 2 – Caracterização da Instituição.............................................................................. 11

Capítulo 3 – Enquadramento e Fundamentos ........................................................................ 19

Capítulo 4 – Requisitos do Sistema ......................................................................................... 25

Capítulo 5 – Arquitectura do Sistema ...................................................................................... 33

Capítulo 6 – Padrões de Desenvolvimento ............................................................................. 39

Capítulo 7 – Site UCAN ............................................................................................................... 47

Capítulo 8 – Módulo de Gestão de Exames de Admissão e Curso Preparatório ............. 54

Capitulo 9 – Resultados Esperados ......................................................................................... 93

Capítulo 10 – Conclusões e Perspectivas Futuras ................................................................ 99

BIBLIOGRAFIA ........................................................................................................................... 103

ANEXOS ...................................................................................................................................... 105

GLOSSÁRIO ................................................................................................................................ 207

ÍNDICE REMISSIVO.................................................................................................................... 209

Índice geral ...................................................................................................................................VII

Índice Detalhado .........................................................................................................................VIII

Índice de Tabelas .......................................................................................................................... XI

Índice de Figuras ......................................................................................................................... XII

Capítulo 1 – Introdução ................................................................................................................ 3

1.1. Considerações Gerais ..................................................................................................... 3

1.2. Objectivos gerais .............................................................................................................. 5

1.3. Objectivo específico ........................................................................................................ 6

1.4. Motivações ......................................................................................................................... 6

1.5. Estrutura do Relatório ..................................................................................................... 7

Capítulo 2 – Caracterização da Instituição.............................................................................. 11

2.1. Objecto Social ................................................................................................................. 13

2.2. Serviços Prestados ........................................................................................................ 15

Capítulo 3 – Enquadramento e Fundamentos ........................................................................ 19

3.1. Justificativa ...................................................................................................................... 19

3.2. Benefícios do Sistema .................................................................................................. 20

3.3. Contribuição do Sistema para a Universidade Católica de Angola .................. 20

Capítulo 4 – Requisitos do Sistema ......................................................................................... 25

4.1. Levantamento de Requisitos ....................................................................................... 25

4.2. Requisitos Funcionais .................................................................................................. 27

4.3. Requisitos não Funcionais .......................................................................................... 29

Capítulo 5 – Arquitectura do Sistema ...................................................................................... 33