UNIVERSIDADE JOS EDUARDO DOS SANTOS

INSTITUTO SUPERIOR POLITCNICO DO HUAMBO

TRABALHO DE FIM DE CURSO PARA A OBTENO DO GRAU DE
LICENCIATURA EM ENGENHARIA INFORMTICA E COMPUTADORES
TEMA
DESENVOLVIMENTO DE UMA WEB PARA SUPORTAR O PROCESSO DE
INSCRIES NO INSTITUTO SUPERIOR POLITCNICO DO HUAMBO:
MDULOS DE CADASTRO E INSCRIO DE CANDIDATOS
AUTOR: ESCOVALO JOO MASSUNGA
HUAMBO DE!EMBRO DE "#$%
UNIVERSIDADE JOS EDUARDO DOS SANTOS
INSTITUTO SUPERIOR POLITCNICO DO HUAMBO
TRABALHO DE FIM DE CURSO PARA A OBTENO DO GRAU DE
LICENCIATURA EM ENGENHARIA INFORMTICA E COMPUTADORES
TEMA
DESENVOLVIMENTO DE UMA WEB PARA SUPORTAR O PROCESSO DE
INSCRIES NO INSTITUTO SUPERIOR POLITCNICO DO HUAMBO:
MDULOS DE CADASTRO E INSCRIO DE CANDIDATOS
AUTOR: ESCOVALO JOO MASSUNGA
N&MERO UNIVERSITRIO: "'%(

ORIENTADOR: ENG) LISSETE MONTERO HERRERA
PROFESSOR ASSISTENTE
HUAMBO DE!EMBRO DE "#$%
A*+,-./01.2345
Ao longo deste trabalho, vrias foram as pessoas que, das mais variadas
maneiras, contriburam para a sua realizao.
Deus por estar em todos momentos das nossas vidas.
rofessora !issette "ontero #errera, pelo profissionalismo, pelas sugest$es e
crticas, bem como pela disponibilidade e empenho com que sempre nos recebeu,
tutorando o presente trabalho e a todos os professores que contriburam para a
nossa formao%
Ao Departamento de &ngenharia 'nformtica, em particular ao professor
(rancisco (elisberto )assoma (ato%
Ao rofessor *ascimento Dinis%
nossas famlias, pela presena contnua, pela paci+ncia e compreenso%
&mpresa !", !da%
Aos nossos colegas e amigos que fizemos neste curso, pela amizade, pela a,uda
e compreenso%
Ao corpo directivo do '-#%
.s nossos profundos agradecimentos/
D.-0/,36+0,5
minha me Domingas "assunga
0&scovalo 1oo "assunga2
72-0/.
'ntroduo.................................................................................................................3
.b,ectivo 4eral......................................................................................................5
6arefas...................................................................................................................7
&strutura do 6rabalho............................................................................................7
)aptulo '8 9(undamentao te:rica da soluo proposta;......................................<
3.3 'ntroduo ao )aptulo....................................................................................<
3.= >reve descrio do processo de inscri$es nas 'nstitui$es de &nsino
-uperior.................................................................................................................<
3.5 Aplica$es ?eb.............................................................................................3=
3.7 Anlise das tend+ncias actuais para a implementao de aplica$es ?eb.35
3.7.3 "odelo @istaA)ontrolador........................................................................35
3.7.= *&6 (rameBorC......................................................................................37
3.< 1ustificao das linguagens de programao a utilizar.................................3<
3.<.3 #6"!.......................................................................................................3<
3.<.= D"!.........................................................................................................3E
3.<.5 1ava-cript................................................................................................3F
3.<.7 A-.*&6..................................................................................................3G
3.E 1ustificao do -istema 4estor de >ase de Dados a utilizar.......................3G
3.F 1ustificao da !inguagem de "odelao....................................................=H
3.G 1ustificao das (erramentas a utilizar.........................................................=3
3.G.3 (erramenta )ase....................................................................................=3
3.G.= @isual -tudio =H3=..................................................................................==
3.I )onclus$es arciais......................................................................................=5
)aptulo ''8 9Desenho e construo da soluo proposta;.....................................=7
=.3 'ntroduo ao )aptulo..................................................................................=7
=.= @iso geral do sistema..................................................................................=7
i
=.=.3 "elhorias introduzidas pela soluo proposta........................................=<
=.5 Descrio dos requisitos funcionais e no funcionais do sistema................=E
=.5.3 Jequerimentos funcionais.......................................................................=F
=.5.= Jequerimentos no funcionais................................................................57
=.7 "odelo de )asos de Kso do -istema...........................................................5<
=.< "odelo (sico da >ase de Dados.................................................................5F
=.E Diagrama de )lasses....................................................................................5I
=.F Diagramas de -equ+ncias............................................................................7H
=.G @istas do -istema..........................................................................................<H
=.I )onclus$es arciais......................................................................................<7
)onclus$es 4erais..................................................................................................<<
Jecomenda$es.....................................................................................................<E
>ibliografia..............................................................................................................<F
ii
R.5814
. presente trabalho tem como ttulo8 9Desenvolvimento de uma aplicao ?eb
para suportar o processo de inscri$es no 'nstituto -uperior olitLcnico do
#uambo;. . sistema proposto pretende agilizar e controlar as inscri$es de novos
candidatos bem como proporcionar um maior controlo da informao inerente a
este processo. . sistema baseiaAse na arquitectura clienteMservidor, e utiliza o
padro de desenho "odelo @ista )ontrolador.
(oram descritos os conceitos associados ao problema, seleccionaramAse as
metodologias, ferramentas e tecnologias para o desenvolvimento do softBare.
&ste sistema foi desenvolvido utilizando -N!A-erver como -istema 4estor de
>ase de Dados e A-, )O, 1ava-cript, #6"! e D"! como linguagens de
programao.
ara a documentao do sistema, utilizaAse alguns artefactos da linguagem de
modelao K"!.
P,9,:+,5;/<,:.8 inscri$es, aplicao ?eb, "@)

iii
A=53+,/3
6his paper is entitled8 PDevelopment of a ?eb application to support the process
of registration in olQtechnic 'nstitute of #uambo.P 6he proposed sQstem aims to
streamline and control the registration of neB candidates as Bell as providing
greater control of the information inherent in this process. 6he sQstem is based on
the client M server architecture, and design pattern uses the "odel @ieB )ontroller.
?e describe the concepts associated Bith the problem, selected methodologies,
tools and technologies for softBare development. 6his sQstem Bas developed in
A-, )O, 1ava-cript, #6"! and D"! and programming languages integrated Bith
a database in -N!A-erver -Qstem "anager Database. (or sQstem documentation
Be used some articles of the K"! modeling language.
>.? W4+-5: registration, ?eb application, "@)
iv
L053, -. F0*8+,5
(igura 38 (luRo do "odelo @ista )ontrolador.........................................................35
(igura =8 JanCing de -4>D da D>A&ngines..........................................................=H
(igura 58 Diagrama de casos de uso do sistema...................................................5E
(igura 78 "odelo fsico da >ase de Dados.............................................................5G
(igura <8 Diagrama de classes...............................................................................5I
(igura E8 Diagrama de sequ+ncia do mLtodo Index do modelo
)andidatoJecibo.....................................................................................................7H
(igura F8 Diagrama de sequ+ncia do mLtodo Create[POST] do modelo
)andidatoJecibo.....................................................................................................73
(igura G8 Diagrama de sequ+ncia do mLtodo Edit[POST] do modelo
)andidatoJecibo.....................................................................................................73
(igura I8 Diagrama de sequ+ncia do mLtodo Delete[GET] do modelo
)andidatoJecibo.....................................................................................................7=
(igura 3H8 Diagrama de sequ+ncia do mLtodo Delete[POST] do modelo
)andidatoJecibo.....................................................................................................7=
(igura 338 Diagrama de sequ+ncia do mLtodo Index do modelo )andidato.........75
(igura 3=8 Diagrama de sequ+ncia do mLtodo Create[POST] do modelo
)andidato................................................................................................................77
(igura 358 Diagrama de sequ+ncia do mLtodo Details do modelo )andidato.......7<
(igura 378 Diagrama de sequ+ncia do mLtodo Edit[GET] do modelo )andidato. .7<
(igura 3<8 Diagrama de sequ+ncia do mLtodo Edit[POST] do modelo
)andidato................................................................................................................7E
(igura 3E8 Diagrama de sequ+ncia do mLtodo Delete[GET] do modelo
)andidato................................................................................................................7F
(igura 3F8 Diagrama de sequ+ncia do mLtodo Delete[POST] do modelo
)andidato................................................................................................................7G
(igura 3G8 Diagrama de sequ+ncia do mLtodo Create[POST] do modelo
)andidato)ursoJegimeAno...................................................................................7I
(igura 3I8 @ista para inscri$es on-line..................................................................<H
v
(igura =H8 @ista do menu de )adastro )andidatos 032..........................................<3
(igura =38 @ista do menu de )adastro )andidatos 0=2..........................................<3
(igura ==8 @ista de inscri$es de um candidato 032...............................................<=
(igura =58 @ista de inscri$es de um candidato 0=2...............................................<=
(igura =78 @ista dos recibos por um candidato 032.................................................<5
(igura =<8 @ista dos recibos por um candidato 0=2.................................................<5
vi
L053, -. T,=.9,5
6abela 386otal de candidatos cadastrados por curso e regime de estudo...............F
6abela =8 6otal de candidatos por provncia e gLnero..............................................G
6abela 58 6otal de candidatos cadastrados por provncia, estatuto e gLnero..........G
6abela 78 6otal de candidatos cadastrados por faiRa etria e gLnero......................I
vii
L053, -. ,=+.:0,38+,5
)A-& )omputerAAided -oftBare &ngineering
D&J Diagrama de &ntidade e Jelacionamento
D(D Diagrama de (luRo de Dados
&( &ntitQ (rameBorC
#6"! #Qper 6eRt "arCup !anguage
'-# 'nstituto -uperior olitLcnico do #uambo
"@) "odelA@ieBA)ontroller
.. .b,ect .riented
-4>D -istema de 4esto de >ase de >ados
6') 6ecnologia de 'nformao e )omunicao
K"! Knified "odeling !anguage
D"! &Rtensible "arCup !anguage
viii
Introduo
*os Sltimos anos, o 4overno angolano tem estimulado a criao de novas
universidades pSblicas, aco ligada ao processo de recuperao e
desenvolvimento do pas. ara suportar este rduo e compleRo processo de
recuperao do pas em toda a sua eRtenso L necessria a formao de
6Lcnicos -uperiores. or esta razo, o nSmero de aspirantes, estudantes e
docentes incrementaAse a cada ano que passa.
*as universidades pSblicas, o processo de inscri$es tem merecido um cuidado
especial% de maneira geral, o ingresso a nvel do &nsino -uperior, L condicionado
T concluso do ensino mLdio, do =U ciclo do ensino secundrio ou equivalente,
verificado mediante a apresentao do documento previsto. . processo de
candidatura para o acesso deve ser normalmente constitudo pelos seguintes
documentos8
>ilhete de identidade 0passaporte, para os estrangeiros2, acompanhado de
uma fotoc:pia que fica arquivada, depois de comprovado com o original%
)ertificado original do curso mLdio ou do =U ciclo do ensino secundrio,
com notas discriminadas em todas as disciplinas, acompanhado de uma
fotoc:pia que fica arquivada, depois de comprovado com o original%
(otoc:pia do certificado da situao militar regularizada para candidatos do
seRo masculino%
(icha de candidatura devidamente preenchida 0fornecida pelos servios
acadLmicos da universidade2%
Documento comprovativo de pagamento de taRa de candidatura.
*o acto da candidatura L emitido um recibo em nome do candidato. De realar
que o mesmo vai atL a instituio em que se dese,a candidatar, preencheAse uma
ficha que contLm dados referentes aos que a instituio pretende recolher para
formalizar a sua candidatura.
1
6+mAse verificado inefici+ncia e subaproveitamento das potencialidades das
novas tecnologias nos processos de inscrio. *a maior parte das universidades,
os processos de inscrio continuam a ser efectuados sem recurso Ts
tecnologias, apesar de, praticamente, todas estarem dotadas de recursos
informticos de apoio T gesto acadLmica. 'sso faz com que o processo de
inscri$es se,a ainda efectuado com base em processos morosos, com grande
envoltura humana e suporte em papel.
)onsequentemente, temAse verificado um nSmero bastante elevado de
candidatos em universidades no acto das inscri$es, facto que tem levado ao
descontentamento de alguns, devido a morosidade e burocracia dos servios
administrativos.
6endo em conta as possibilidades que oferecem as novas 6ecnologias de
'nformao e )omunicao 06')2, pretendeAse, neste trabalho, desenvolver uma
ferramenta para suportar o processo de inscri$es nas institui$es de &nsino
-uperior. . sistema que ser desenvolvido para a ?eb, permitir efectuar
inscri$es para candidaturas ao eRame de acesso ao &nsino -uperior de forma
no presencial, assim como, a gesto de relat:rios estatsticos descritivos do
processo em si.
*o Vmbito local no se encontraram aplica$es ?eb para suportar o processo de
inscri$es ao &nsino -uperior. *as institui$es adscritas T Kniversidade 1osL
&duardo Dos -antos, temAse utilizado um sistema implementado em Access
1
que
no introduz a vantagem do cadastro de forma no presencial. &ste constitui o
@+4=9.1, /0.23AB0/4 deste trabalho.
A evoluo dos meios de comunicao observada nas Sltimas dLcadas e
caracterizada pela vertiginosa evoluo das redes de computadores, das
tecnologias de transmisso de dados e da internet, provocou mudanas no
cenrio de desenvolvimento de softwares. *este novo cenrio as aplica$es ?eb
ganharam popularidade.
De um modo geral, as aplica$es ?eb possuem tr+s componentes bsicos8 um
servidor, um cliente e uma coneRo de rede. . servidor est num computador
1
Sistema Gestor de Base de Dados da Microsoft
2
remoto e responde T solicita$es do cliente, via uma coneRo de uma rede
previamente estabelecida. &sses componentes podem ser estruturados numa
arquitectura composta por tr+s camadas. &ssas camadas separam as fun$es de
interface com o usurio, as fun$es de acesso T base de dados e as fun$es de
l:gica de neg:cio.
Km estilo de arquitectura padro de tr+s camadas utilizada no desenvolvimento
de aplica$es ?eb L o "odelo @ista )ontrolador. &ste modelo divide o sistema
em camadas com o ob,ectivo de isolar a l:gica de neg:cio da interface do
usurio, aumentando a fleRibilidade do sistema, a reutilizao de c:digo e sua
manuteno.
&ste pro,ecto ser documentado, utilizando alguns artefactos da linguagem de
modelagem K"!. A K"! 0Unified Modelin !an"ae
#
2 L uma linguagem padro
para a modelagem orientada a ob,ectos. &sta linguagem de modelagem no
proprietria no L um mLtodo de desenvolvimento, ela permite que
desenvolvedores visualizem os produtos do seu trabalho em diagramas
padronizados, e L muito usada para criar modelos de sistemas de software.
ara solucionar a situao descrita acima, este trabalho prop$eAse ao seguinte
ob,ectivo geral.
Objectivo Geral:
Desenvolver uma aplicao ?eb para suportar o processo de inscri$es no
'nstituto -uperior olitLcnico do #uambo.
ara o cumprimento deste ob,ectivo definemAse as seguintes tarefas8
Tarefas:
)aracterizao do processo de inscri$es e admisso de candidatos no
'nstituto -uperior olitLcnico do #uambo%
Anlise das tend+ncias actuais para o desenvolvimento de aplica$es
?eb%
2
Signifcado: Linguagem Unifcada de Modelagem
3
-eleco das tecnologias, metodologias e ferramentas para o
desenvolvimento da proposta%
Definio dos requisitos funcionais e no funcionais do sistema%
Desenho da base de dados%
'mplementao das funcionalidades relativas aos m:dulos de cadastro e
de inscri$es de candidatos%
Documentao da soluo proposta utilizando artefactos da linguagem
K"!.
Estrutura do Trabalho
. trabalho estar arquitectado em Jesumo, !ista de figuras, !ista de tabelas,
!ista de abreviaturas e siglas, )aptulo ', )aptulo '', )onclus$es,
Jecomenda$es, >ibliografia e AneRos.
. )aptulo '8 com o ttulo 9(undamentao te:rica da soluo proposta;. Descreve
o processo e o ob,ecto de estudo e ,ustifica as metodologias, as tecnologias e as
ferramentas seleccionadas para o desenvolvimento do sistema.
)aptulo ''8 com o ttulo 9Desenho e construo da soluo proposta;. Descreve o
sistema resultante a partir de artefactos propostos pela linguagem de modelagem
K"!.
4
Captulo I: Fundaentao te!rica da soluo
proposta"
1.1 Introduo ao Captulo
*este captulo abordamAse aspectos te:ricos sobre o processo de inscri$es nas
institui$es de &nsino -uperior, especificamente no 'nstituto -uperior olitLcnico
do #uambo 0'-#2, e os principais conceitos associados ao domnio do problema.
DescrevemAse as metodologias, linguagens de programao, tecnologias e
ferramentas que se utilizam para a anlise, desenho e implementao do sistema.
1.2 Breve descrio do processo de inscries nas Instituies de Ensino
Superior
Actualmente, as institui$es de &nsino -uperior enfrentam um desafio constante e
primordial8 o processo de inscri$es de novos candidatos.
. processo de inscri$es para eRames de acesso ao &nsino -uperior tem como
finalidade o recrutamento de potenciais candidatos para o preenchimento das
vagas eRistentes em diversos cursos das institui$es.
ara uma melhor compreenso do processo ob,ecto de estudo, vaiAse dividir o
processo em subAprocessos8 cadastro de candidatos, admisso de candidatos e
relat:rios.
C,-,53+4 -. C,2-0-,345
*a maioria das institui$es de ensino superior o processo de inscri$es para
eRames de acesso decorre da seguinte maneira8
. candidato apresentaAse no local das inscri$es com os documentos eRigidos
para o concurso 0duas fotografias tipo passe, c:pias devidamente autenticadas do
>ilhete de 'dentidade ou passaporte para os estrangeiros e do certificado da
5
situao militar regularizada para candidatos do seRo masculino, original do
certificado do curso mLdio ou do =U ciclo do ensino secundrio com notas
discriminadas2. Depois de se ter certificado, que o candidato reSne todas as
condi$es necessrias, preenche a ficha de candidatura com os seguintes
campos8
*ome%
Apelido%
(iliao%
Data de nascimento%
'dade%
*aturalidade%
>.' ou assaporte%
!ugar de emisso do documento de identificao%
Data de validade do documento de identificao%
&stado civil%
-eRo%
(aiRa &tria%
#abilita$es literrias%
&scola de &nsino "Ldio%
)urso do &nsino "Ldio%
"Ldia de notas do &nsino "Ldio%
olciaW
"ilitarW
6rabalhaW
&mpresa em que trabalha%
6elefone 3%
6elefone =%
&Amail%
)urso em que se pretende candidatar%
Jegime%
Data de inscrio%
Ap:s devidamente preenchida a ficha de inscrio L acompanhada dos
documentos eRigidos e comprovativos de pagamento de taRa de candidatura. &m
seguida, L emitido um comprovativo de inscrio e de pagamento para
posteriormente ser apresentado, em caso de reclama$es e durante o dia de
eRame de acesso.

&ste subAprocesso culmina com a gerao de listas de candidatos inscritos. As

listas so organizadas por curso e regime. *as listas aparecem os nomes dos
candidatos e os seus nSmeros de inscrio.
R.9,36+04 -4 @+4/.554 -. C,-,53+4 -. C,2-0-,345
&ste relat:rio inclui um grupo de tabelas que descrevem a quantidade de
candidatos inscritos por curso, por provncia, por estatuto 0regular, trabalhador,
militar, polcia2, por gLnero 0feminino ou masculino2 e por faiRa etria.
A 6abela 3 mostra o modelo da primeira tabela do relat:rio, esta tabela inclui o
nSmero total de candidatos cadastrados por curso e regime de estudo8
T,=.9, $86otal de candidatos cadastrados por curso e regime de estudo
R.*01. C8+54 T43,9
Jegular )urso 3 D
3
)urso = D
=
X X
)urso n D
n
:sA!aboral )urso 3 Y
3
)urso = Y
=
X X
A 6abela = mostra o nSmero total de candidatos cadastrados por provncia e por
gLnero, alLm de mostrar a percentagem de inscritos por provncia8
T,=.9, ": 6otal de candidatos por provncia e gLnero
P+4:A2/0, M,5/89024 F.102024 T43,9 C
!
rovncia 3 "
3
(
3
6otal
3
Z
3
rovncia = "
=
(
=
6otal
=
Z
=
rovncia 5 "
5
(
5
6otal
5
Z
5
X X X
A 6abela 5 mostra o nSmero de candidatos cadastrados por provncia, estatuto e
por gLnero, alLm de mostrar o total de candidatos cadastrados por provncia e
estatuto8
T,=.9, %: 6otal de candidatos cadastrados por provncia, estatuto e gLnero
P+4:A2/0, E53,3834 M,5/89024 F.102024 T43,9 C
rovncia 3 &
3
"
3
(
3
6otal
3
Z
3
rovncia = &
=
"
=
(
=
6otal
=
Z
=
rovncia 5 &
5
"
5
(
5
6otal
5
Z
5
X X X
. estatuto refereAse aos candidatos8 policias, militares, trabalhadores ou no
trabalhadores.
A 6abela 7 mostra o nSmero de candidatos cadastrados por faiRa etria e por
gLnero, alLm de mostrar o nSmero total por faiRa etria8
T,=.9, D: 6otal de candidatos cadastrados por faiRa etria e gLnero
F,0E, E3F+0, M,5/89024 F.102024 T43,9 C
(aiRa &tria 3 "
3
(
3
6otal
3
Z
3
(aiRa &tria = "
=
(
=
6otal
=
Z
=
"
(aiRa &tria 5 "
5
(
5
6otal
5
Z
5
X X X
A-1055G4 -. C,2-0-,345
&ste subAprocesso comea com a data da publicao da lista de candidatos para
o eRame de acesso feita pelas universidades, seguindo o calendrio fornecido
pelo "inistLrio de &nsino -uperior. *ormalmente, nele participam as comiss$es
criadas pelas institui$es responsveis pelo critLrio de seleco de candidatos,
cu,os nomes constam na lista de inscrio. )hegada a data para o eRame de
acesso, o candidato dirigeAse T sala em que est fiRada a lista onde consta o seu
nome e curso. Apresenta o documento de identidade e respectivo boletim de
inscrio, depois de comprovados estes dados L permitida a sua entrada na sala.
. acesso Ts institui$es assenta na eRist+ncia de um nSmero estabelecido de
vagas em cada unidade orgVnica. )abe T instituio, atravLs do seu )onselho de
Direco, determinar o nSmero de vagas para o acesso e repartiAlo por cursos e
especialidades, com base nas propostas elaboradas pelas unidades orgVnicas,
alLm de determinar as provas a realizar.
ara a determinao do nSmero de vagas para o acesso e sua distribuio por
cursos, o )onselho de Direco de cada instituio baseiaAse na disponibilidade
de docentes e na eRist+ncia de instala$es e de equipamentos didcticos
necessrios e adequados, tendo em considerao as polticas e estratLgias
quanto T prioridade relativa Ts reas e cursos.
Kma prova de acesso pode abranger um ou mais cursos do mesmo ramo% por
eRemplo, um candidato para os cursos de &ngenharia 'nformtica e
)omputadores e de &ngenharia em 6elecomunica$es e &lectr:nica s: deve
fazer uma prova de admisso para as engenharias.
*a data do anSncio da realizao de cada prova de acesso so tornadas pSblicas
todas as informa$es sobre o tipo de prova a realizar 0prova Snica ou mais de
#
uma prova2, as disciplinas a serem avaliadas nessas provas e os programas de
estudo e bibliografia actualizada.
*o final do subAprocesso de cadastro de candidatos geramAse as listas por provas
de admisso. Km candidato dever fazer uma ou mais provas de admisso,
dependendo dos cursos nos quais se inscreveu. Km candidato para os cursos de
&nfermagem e de !aborat:rio )lnico s: deve fazer uma prova de admisso para
a rea -aSde. Km candidato para os cursos de &ngenharia 'nformtica e
)omputadores e de &nfermagem deve fazer duas provas de admisso, prova de
&ngenharia e prova de -aSde. As listas so afiRadas nas instala$es da
universidade, dentro do prazo previsto no respectivo calendrio. As listas so
ordenadas por nSmero de candidato.
. ,Sri, para a coordenao do processo de elaborao, correco e classificao
das provas de acesso, L nomeado pelo Decano da instituio, que indica um dos
elementos do ,Sri para eRercer as fun$es de residente.
)abe ao ,Sri a direco do processo de correco, avaliao e classificao das
provas, assim como a afiRao dos respectivos resultados finais, ap:s terem sido
homologados pelo Decano.
As listas das notas so afiRadas por cursos e regimes, por eRemplo, um candidato
ao curso de &ngenharia 'nformtica e )omputadores no regime regular e no
regime p:sAlaboral, s: faz uma prova de admisso para as &ngenharias, mas a
nota alcanada nessa prova lhe permite aspirar a ser admitido no curso em
regimes diferentes. .utro eRemplo, um candidato aos cursos de &ngenharia
'nformtica e )omputadores e de &ngenharia em 6elecomunica$es e
&lectr:nica, s: faz uma prova de admisso para as &ngenharias, mas a nota
alcanada nessa prova permiteAlhe a ser admitido em ambos os cursos. As listas
se ordenam por nSmero de candidato.
Depois, publicamAse os nomes dos candidatos admitidos por curso. 'nicialmente,
so admitidos aqueles estudantes com melhores notas. . nSmero de admitido L
igual as vaga eRistentes por curso. -e dois candidatos com igual nota aspiram a
uma vaga, a vaga L cedida Tquele candidato com menor idade. -e um candidato
L admitido em dois cursos, o candidato deve ser chamado T instituio para
1$
decidir em qual curso matricularAse, para a outra vaga L admitido outro candidato
com maior nota.
-o considerados admitidos os candidatos que obtenham as melhores
classifica$es dentro do nSmero de vagas eRistentes. A Jeitoria, com base em
propostas argumentadas pelas unidades orgVnicas e ouvido o )onselho de
Direco, pode definir uma classificao mnima para a admisso aos cursos.
R.9,36+045 F02,05
. Jelat:rio inclui um resumo das principais defici+ncias encontradas nas provas,
por cursos e especialidades, de forma a viabilizar o trabalho docente direccionado
nos primeiros semestres com base nas lacunas e defici+ncias dos alunos.
#o,e em dia, o processo de inscri$es tem sido compleRo, visto que, eRige das
institui$es maior nSmero de trabalhadores devido a elevada concentrao de
candidatos, bem como vrias despesas relativamente com o material, sendo que
o registo das inscri$es L feito em papel. Diante destes desafios tornaAse
fundamental Ts institui$es encontrarem solu$es atravLs de meios e tLcnicas de
comunicao.
*este trabalho eRplicaAse o processo completo, desde as inscri$es atL a
emisso dos relat:rios finais ap:s a admisso. Devido ao curto espao de tempo
para o desenvolvimento deste trabalho, o mesmo apresentar apenas uma
soluo para o subAprocesso de inscri$es.
1.3 Aplicaes Web
Kma aplicao ?eb compreende todo o tipo de aplicao eRistente para a ?eb,
desde um simples site ?eb atL a um portal de comLrcio electr:nico com intenso
processamento de informa$es. [=\
As aplica$es ?eb podem ser geradas de maneira dinVmica, isto L, quando so
centradas em banco de dados e estticas caso possuam formulrio de entrada de
11
dados ou quando possuem capacidade de eRibirem informao especfica de
acordo com o usurio. [=\
De um modo geral, na classificao podeAse observar um acrLscimo de
caracterstica T cada nova diviso para as aplica$es ?eb descrita a seguir8 [=\
S03. .53F30/48 correspondente a uma coleco de pginas estticas. A
partir de uma pgina L possvel acessar as outras por meio de elos%
S03. .53F30/4 /41 B4+189F+045 -. .23+,-,8 esse tipo de site prov+ um
nvel de interaco bsico implementado por meio de formulrios de
entrada. 'sso permite uma maior interao por parte dos usurios%
S03. /41 ,/.554 , -,-45 -02H10/458 o usurio, por meio de consultas,
pode ter acesso a base de dados%
S03. /+0,-4 -02,10/,1.23.8 geralmente so criados nos casos em que o
site deve fornecer conteSdo personalizado, dependendo da interao do
usurio.
1.4 Anlise das tendncias actuais para a
implementao de aplicaes Web.
*esta seco analisamAse algumas tend+ncias e tecnologias amplamente
utilizadas no desenvolvimento de aplica$es ?eb e que foram seleccionadas para
a soluo proposta.
#$%$# &odelo 'ista(Controlador
. "@) 0Model-$iew-Controller
%
2 L um padro de arquitectura de pro,ecto de
software que divide o sistema em tr+s tipos de camadas e, alLm disso, define a
forma de integrar os componentes de cada camada com o ob,ectivo de isolar a
l:gica de neg:cio da interface do usurio, aumentando a fleRibilidade do sistema,
a reutilizao de c:digo e sua manuteno. [33\
3
Do ingl%s& signifca Modelo 'ista (ontrolador
12
*a (igura 3, apresentaAse a l:gica de funcionamento de "odelo @ista
)ontrolador.
F0*8+, $: (luRo do "odelo @ista )ontrolador
. modelo tem como ob,ectivo representar as informa$es e o comportamento do
domnio em forma de ob,ectos no visuais que sero utilizados pela interface.
A viso 0&iew2 L a representao grfica do estado do modelo 0'odel2, a cada
mudana do modelo a viso deve ser alterada para atender a nova necessidade.
ode eRistir mais de uma viso para o mesmo modelo com o intuito de apresentar
a mesma informao de formas diferentes% no entanto, criar uma nova viso no
implica dizer que o modelo eRistente precisa ser reescrito. [33\
. controlador 0controller2 L responsvel por fazer a interaco entre o modelo e a
viso de tal forma que se houver alguma mudana nas regras de neg:cio
nenhuma das duas sofra altera$es, caso as mesmas d+em suporte a tais
mudanas, para tanto L necessrio substituir a instVncia do controlador por uma
diferente. [33\
. padro "@) foi proposto em 3IFI, tendo o seu princpio inalterado, mas a
forma de agrupar seus componentes vemAse adaptando de acordo com a forma
que a aplicao L desenvolvida. [33\
13
&ste L um modelo muito maduro que provou o seu valor ao longo dos anos em
todos os tipos de aplica$es, e uma infinidade de linguagens e plataformas de
desenvolvimento. [I\
#$%$) *ET Frae+or,
.*&6
7
L uma plataforma de softBare para o desenvolvimento de aplica$es que
conecta informa$es, sistemas, pessoas e dispositivos atravLs de tecnologias de
uso pessoal, de neg:cios, de telefonia celular T servidores corporativos,
permitindo assim, o acesso rpido a informa$es importantes onde elas forem
necessrias.
ermite desenvolver solu$esMaplicativos como[G\8
Aplicativos ?eb%
Aplicativos (indows%
Aplicativo para -ervidores%
Aplicativos S'art Client%
Aplicativos de )onsole%
Aplicativos de >anco de Dados%
-ervios ?indoBs 0aplicativos que rodam como servios2%
(e) ser&ices e muito mais.
6oda a aplicao gerada em .*&6, pode ser eRecutada em qualquer dispositivo ou
plataforma que possua .*&6 *ra'ewor+. [G\
. .*&6 L realmente um con,unto de diversas linguagens .*&68 o @isual >asic, )O,
1-cript.*et, 1O e )]]% e conta com uma ampla biblioteca de classes. [G\
4
L%)se *onto +,-
14
1.5 Justifcao das linguagens de programao a
utiliar
. tema em epgrafe abordar as tecnologias necessrias para a compreenso e
eRecuo deste trabalho que envolve, de uma maneira geral, #6"!, 1ava-cript,
D"! como linguagens de programao usadas para o lado cliente, A- e )O
como linguagens de programao do lado servidor e -N! -erver como -4>D.
$I'I$ HTML
#6"!
<
0,-.er Text Mar+". !an"ae2 L uma linguagem de especificao de
conteSdo para um tipo especfico de documentos. .u se,a, ele pode ser
especificado por meio de um con,unto de etiquetas ou r:tulos, como se vai
representar a informao em um navegador ou broBser. )entraAse na
representao da tela de informa$es. [3\
#6"! L uma linguagem simples para descrever o hiperteRto, ou se,a, teRto
apresentado em inser$es estruturadas e agradveis, com lin+s que levam a
outros documentos ou fontes de informao, e de multimLdia como grficos e
sons. )ontLm vrias etiquetas 0tas
/
2, que so usadas pelos desenvolvedores
para especificar a estrutura l:gica do conteSdo 0ttulos, pargrafos de teRto
normal, enumera$es, defini$es, cita$es, etc.2 e os diferentes efeitos que se
querem dar, como a especificao de lugares onde deveAse colocar itlico, negrito
ou dado grfico. AlLm disso, #6"! permite aos desenvolvedores criarem
documentos que podem ser ,ogados em computadores com sistemas
operacionais diferentes. [3\
5
Signifca Linguagem de Marca./o de 0i*erte1to

Do ingl%s& signifca eti2uetas3

15
$I'I" JML
D"!
F
0&Rtensible "arCup !anguage2 foi desenvolvido por um 4rupo de 6rabalho
D"! 0originalmente conhecido como o -tandard 4eneralized "arCup !anguage
ou !inguagem adronizada de "arcao 4enLrica SGM!0, formado sob os
auspcios da (orld (ide (e) Consorti"' 0?5)2 em 3IIE. D"! descreve uma
classe de ob,ectos de dados chamados documentos D"! e parcialmente
descreve o comportamento de programas de computador que os processa.
.s ob,ectivos do pro,ecto para D"! so8 [37\
3. D"! deve ser directamente utilizvel atravLs da internet%
=. D"! deve suportar uma ampla variedade de aplica$es%
5. Deve ser fcil escrever programas que processam documentos D"!%
7. . nSmero de recursos opcionais em D"! deve ser mantido ao mnimo, de
prefer+ncia zero%
<. . pro,ecto D"! deve ser preparado rapidamente%
E. . pro,ecto de D"! deve ser formal e conciso%
F. .s documentos D"! devem ser fceis de criar.
$I'I% J,:,S/+0@3
1avascript L uma linguagem de programao ?eb desenvolvida pela 1etsca.e.
&ssa linguagem possibilita adicionar recursos dinVmicos Ts pginas #6"!. &sta
linguagem pode ser utilizada de forma bsica ou simplesmente associar ac$es a
eventos de elementos da pgina 0por eRemplo, fazendo uma ,anela abrir ao clicar
um boto de formulrio #6"!2% de forma estruturada. [7\
1avascript L uma linguagem de scri.t
2
com uma sintaRe bastante similar a ), )]],
ascal e Delphi. .s comandos e fun$es de 1avascript so inseridos dentro de
!
Do ingl%s& signifca Linguagem ,1tens4vel de Marca./o Gen5rica3
1
um documento da ?eb ,unto com tas #6"! e teRto. Nuando o navegador de um
usurio acessa este documento, ele formata a pgina, eRecutando o programa
nela inserido. [E\
1avascript L uma linguagem baseada em ob,ectos. -empre que algo acontece em
uma pgina ?eb, ocorre um evento. 1avascript L uma linguagem dirigida por
eventos, no sentido de que L pro,ectada para reagir quando um evento ocorre. A
linguagem 1avascript foi pro,ectada para manipular e apresentar informao
atravLs de um navegador. &la no L capaz de recuperar informa$es de outro
arquivo ou salvar dados em um servidor da ?eb ou no computador do usurio.
'sto significa que no L possvel escrever um programa 1avascript que, por
eRemplo, varra os direct:rios de um computador, lendo ou apagando arquivos do
usurio. [E\
$I'ID ASPINET
A plataforma .*&6 disponibiliza um recurso chamado A-.*&6, que L utilizado
para construir pginas ?eb dinVmicas que acessam recursos do servidor. [3E\
A primeira verso da plataforma foi lanada em =HH= e revolucionou por completo
o desenvolvimento de aplica$es ?eb. As inova$es introduzidas forneciam, pela
primeira vez, uma programao .. 0O)3ect Oriented
I
2 e um con,unto de controlos
servidores que protegem ao programador da maior parte dos pormenores
associados T utilizao de controlos #6"!.
A-.*&6 introduz uma camada de abstrao que permite trabalhar com valores
obtidos atravLs de pedidos #66 no lado servidor. Kma das vantagens de
corrente da utilizao desta plataforma reside no facto de esta conseguir
transformar eventos cliente 0gerados no broBser2 em eventos servidores que
podem ser tratados atravLs da edio de c:digo escrito numa das linguagens da
plataforma .*&6 0tudo isso de forma quase transparente para o programador2. [G\
"
Scri*ts s/o mini *rogramam inter*retados e voltados *ara e1ecu./o de tarefas
es*ec4fcas
#
Do ingl%s& signifca 6rientado a 678ectos
1!
1.! Justifcao do "istema #estor de $ase de %ados a
utiliar
. S4! Ser&er L um -istema de 4erenciamento de >ancos de Dados 0-4>D2
clienteMservidor de alto desempenho com alta integrao com o ?indoBs. -uas
caractersticas so8 [35\
'ntegrao com os servios de '"ltit5readin [mSltiplas linhas\,
agendamento, monitor de desempenho, e log de eventos do ?indoBs %
Km usurio podeAse conectar ao S4! Ser&er com a mesma senha usada
para a rede ?indoBs%
Jeplicao nativa que permite disseminar informa$es para vrios locais,
reduzindo a depend+ncia de um servidor Snico, e deiRando a informao
necessria mais pr:Rima de quem realmente precisa dela%
Arquitectura paralela, que eRecuta as fun$es de banco de dados
simultaneamente para diversos usurios e tira proveito de sistemas com
mSltiplos processadores%
4erenciamento centralizado de todos os servidores atravLs de uma
arquitectura de gerenciamento distribuda, com uma interface visual de
gerenciamento.
. S4! Ser&er possui uma arquitectura distribuda de gerenciamento [distri)"ted
'anae'ent fra'ewor+\, composta de ob,ectos, servios e componentes. AtravLs
dela, vrios servidores podem ser gerenciados completamente a partir de
qualquer local na rede. [35\
Km sistema gerenciador de banco de dados como o S4! Ser&er permite
armazenar dados de forma confivel e a fcil recuperao e actualizao desses
dados. [3=\
1"
*a (igura =, apresentaAse um ranCing de sistemas gestores de bancos de dados
da [5\. &ste site faz um ranCing de popularidade de bancos de dados, a partir de
procuras feitas em Goole e 6in.

F0*8+, ": JanCing de -4>D da D>A&ngines
1.& Justifcao da 'inguagem de (odelao
A !inguagem de "odelagem Knificada 0K"!2 L uma linguagem visual para
especificar, construir e documentar os artefactos do sistema. K"! L uma notao
diagramtica padro para desenhar ou apresentar figuras 0com algum teRto2
relacionadas ao software - principalmente software ... [<\
. ob,ectivo L fornecer mSltiplas vis$es do sistema a ser modelado, para analisar e
modelar sob diversos aspectos, procurar atingir a completude da modelagem,
permitindo que cada diagrama complemente os outros.
)ada diagrama da K"! analisa o sistema, ou parte dele, sob uma determina
:ptica% L como se o sistema fosse modelado em camadas. Alguns diagramas
enfocam o sistema de forma mais geral, apresentam uma viso eRterna do
1#
sistema, como L o ob,ectivo do Diagrama de )asos de Kso, ao passo que outros
oferecem uma viso de uma camada mais profunda do software, apresentando
um enfoque mais tLcnico ou ainda visualizar apenas uma caracterstica especfica
do sistema ou um determinado processo. [<\
1.) Justifcao das *erramentas a utiliar
*esta epgrafe sero abordadas de um modo sucinto as ferramentas utilizadas
para a realizao do pro,ecto.
#$-$# Ferraenta Case
. termo 9)A-&; 0Co'."ter-aided software enineerin2 significa engenharia de
software auRiliada por computador. Antigamente, havia a necessidade de
visualizar o software como um todo, mas no havia esta possibilidade. [3=\
)om a crescente demanda de integrao, pela unificao de planeamento
administrativo, anlise e pro,ectos surgiram assim as ferramentas )A-&.
Kma ferramenta )A-& L um softBare que auRilia no ciclo de desenvolvimento de
um sistema, desde a fase de anlise T fase de testes. Armazena as informa$es
de uma forma pr:pria, como teRtos, imagens, grficos, possibilitando a integrao
com o usurio. [3=\
Algumas vantagens que podemos ver no uso de ferramentas )A-& so8 [3=\
"aior qualidade nos produtos finais%
rodutividade%
&liminao de retrabalho 0-ic2%
"ais tempo para a tomada de deciso%
2$
(leRibilidade para mudanas%
"elhor documentao%
"anuteno mais fcil e gil%
As ferramentas )A-& auRiliam em todas as fases do pro,ecto, portanto o seu uso
L de eRtrema importVncia% considerando suas vantagens, no tem outra sada a
no ser um pro,ecto bem desenvolvido e documentado.
A aceitao das ferramentas )A-& ocorreu com diagramas como o D(D
0Diagrama de (luRo de Dados2 MD&J 0Diagrama de &ntidade e Jelacionamento2,
que s: foram utilizados quando surgiram as primeiras ferramentas para auRiliar na
tarefa de diagrama. [3=\
odeAse dizer que as ferramentas )A-& evoluram de uma forma aberta, de
maneira que as mesmas cada vez mais se integram com outras ferramentas de
fabricantes distintos. [3=\
$IKI" V058,9 S38-04 "#$"
. @isual -tudio =H3= L uma ferramenta que permite simplificar a tarefa de criar
aplica$es que funcionem em mSltiplas plataformas, incluindo telefones, ?indoBs
hone, dispositivos 0nomeadamente os sensveis ao toque2 correndo o ?indoBs
G, com aplica$es em modo de ecr pleno, claro, ou computador desCtop
tradicional. [3<\
*a verso =H3=, a interface foi melhorada para remover elementos no
necessrios do ecr, proporcionando assim acesso rpido a caractersticas
frequentemente usadas. A remoo de distrac$es a,uda ao foco nas tarefas de
desenvolvimento. [3<\
)om o advento de novas plataformas e novos canais de distribuio, surgem
novos desafios e oportunidades. As aplica$es podem ser desenvolvidas para
21
muitas plataformas, cada uma delas com eRig+ncias subtilmente diferentes. .
@isual -tudio =H3= a,uda a criar aplica$es que ultrapassam fronteiras de
dispositivos. "odelos de pro,ectos e bibliotecas portveis de c:digo a,udam a
tornar o processo de concepo das aplica$es substancialmente mais simples,
permitindo que os programas se,am escritos e compilados uma vez e em seguida
eRecutados em mSltiplas plataformas. [3<\
)om o @isual -tudio =H3= L possvel desenvolver para uma gama de escolhas
infraAestruturais, quer se tenha como plataforma alvo um servidor fsico, um
virtual, ou uma pSblica ou privada. [3<\
1.+ ,oncluses -arciais
*este captulo fezAse uma descrio do processo de inscri$es no 'nstituto
-uperior olitLcnico do #uambo. Depois da anlise das tecnologias, ferramentas
e metodologias actuais, as tecnologias ?eb mostraramAse capazes de suprir as
necessidades no desenvolvimento do sistema proposto.
AlLm deste aspecto, utilizar estas tecnologias, atL ento, a,udam a enRergar de
forma prtica as diversas cadeiras que preencheram o curriculum escolar do autor
do trabalho, difundidas durante a formao acadLmica.
A proposta ser desenvolvida com o padro de arquitectura "@), utilizando as
tecnologias para o cliente8 #6"!, D"!, e 1ava-cript e, para o servidor8 A- e
)O. ara a gesto de dados seleccionouAse Microsoft -N! -erver como
plataforma de desenvolvimento .*et.
. sistema ser desenvolvido com a ferramenta @isual -tudio =H3= e ser
documentado utilizando os artefactos propostos pela linguagem K"!, com as
ferramentas )A-& do pr:prio @isual -tudio.
22
Captulo II: .esenho e construo da soluo
proposta"
..1 /ntroduo ao ,ap0tulo
. presente captulo tem como ob,ectivo principal documentar o sistema
desenvolvido para as inscri$es do 'nstituto -uperior olitLcnico do #uambo
focandoAse principalmente nos m:dulos de cadastro e inscrio, utilizando para
esse fim artefactos da linguagem K"!. AlLm disso, fazAse uma descrio teRtual
das funcionalidades do sistema, seus usurios e melhorias introduzidas pela
soluo proposta.
... 1iso geral do sistema
. sistema proposto tem como ob,ectivo informatizar o fluRo de informa$es das
actividades de inscri$es de candidatos ao 'nstituto -uperior olitLcnico do
#uambo. )om este sistema, os relat:rios que fornecem a informao so
apresentados de forma rpida e confivel.
. sistema visa agilizar o processo de inscri$es de candidatos, reduzir a margem
de erro neste processo, quanto a manipulao de informa$es e no permitir uma
anlise complicada das mesmas.
. sistema apresenta entre outras funcionalidades o cadastro de candidatos por
curso, regime, ano e pagamentos, assim como, disponibilizar as matLrias
avaliadas nas provas de admisso. (ornecer tambLm uma parte de manuteno
que permitir ao administrador gerenciar faiRa etria, estado civil, gLnero,
habilita$es literrias, nacionalidade, tipo de identificao, municpio, provncia e
pas.
or Sltimo, o sistema fornecer relat:rios como o total de candidatos por provncia
e gLnero, total de candidatos por estatuto, provncia e gLneros, total de
candidatos por faiRa etria, gLneros e gerar listas dos candidatos inscritos. Assim
23
ao longo dos anos, o Departamento AcadLmico pode solicitar informa$es sobre
processos de inscrio anteriores.
ara uma melhor compreenso do sistema, descreveAse suas funcionalidades em
quatro m:dulos fundamentais8
C,-,53+,+ 4 /,2-0-,348 rocesso pelo qual o candidato cadastra seus
dados gerais atravLs da ?eb%
I25/+.:.+ 4 /,2-0-,348 rocesso pelo qual a -ecretaria confirma a
candidatura de um candidato, ap:s o fornecimento do comprovativo do
pagamento da taRa de inscrio%
E1030+ +.9,36+0458 rocesso pelo qual o Departamento AcadLmico solicita
as informa$es sobre as inscri$es%
M,283.2LG48 4esto das informa$es necessrias para o preenchimento
dos dados nos m:dulos )adastrar e inscrever candidato.
-o ob,ecto de implementao neste trabalho os m:dulos C,-,53+,+ 4 /,2-0-,34
e I25/+.:.+ 4 /,2-0-,34I
)$)$# &elhorias introdu/idas pela soluo proposta
. sistema de inscrio L uma aplicao que permitir a comunidade estudantil, de
nvel mLdio, realizar inscri$es para candidaturas ao &nsino -uperior durante um
perodo escolar determinado.
Algumas caractersticas destes sistemas dependem das limita$es especficas da
instituio onde ser implementado, alLm disso, eRistem certas qualidades
dese,veis para toda a aplicao de cadastro de candidatos, independentemente
do lugar em que se utilize. De estas qualidades, cabe mencionar tr+s que
resultam primordial8
(cil acesso%
(acilidade de uso%
Jobustez%
24
&ste sistema de inscrio caracterizaAse por permitir aos seus usurios um fcil
acesso, sem importar sua localizao geogrfica e as caractersticas tLcnicas do
equipamento a utilizar para ingressar na aplicao.
*este sentido, os atributos como disponibilidade e fleRibilidade pr:prias das
aplica$es ?eb as convertem em uma soluo perfeita para o mane,o do
processo de inscri$es, o que se v+ reflectido em importante nSmero de
institui$es de &nsino -uperior que actualmente precisam deste tipo de
aplica$es para o registo de candidatos. Jeduzindo, deste modo um grande
nSmero de candidato nas institui$es de &nsino -uperior no acto de inscrio.
.utra caracterstica deste sistema de inscri$es L a facilidade de uso, L dizer,
uma aplicao deste tipo deve resultar intuitiva e sensvel de operar para seus
usurios, de tal forma que estes podem realizar as tarefas requeridas rpida e
eficientemente.
Ao introduzir a terceira caracterstica, robustez, L necessrio lembrar que os
padr$es de uso dos sistemas de inscri$es resultam sumamente irregulares em
comparao com os de outro tipo de aplica$es. 'sso deveAse a que a fase de
inscri$es em qualquer instituio encontraAse perfeitamente limitada em um
perodo de tempo, o que ocasiona que estes sistemas flutuem entre prolongadas
etapas de inactividade com uma intensa actividade nos dias em que uma grande
quantidade de usurios possa ingressar ao sistema simultaneamente.
. sistema de inscri$es est desenhado para ser capaz de suportar os altos
nveis de acessos dos concorrentes sem apresentar um deterioro em seu
rendimento.
..3 %escrio dos re2uisitos 3uncionais e no
3uncionais do sistema
*esta seco descreveAse o sistema a partir dos requerimentos funcionais e no
funcionais.
25
)$0$# 1e2uerientos funcionais
.s requisitos funcionais so uma capacidade de softBare necessria para que o
usurio solucione um problema. &les fornecem informa$es sobre as ac$es que
se eRecutaro no sistema, alLm disso, permitem determinar de maneira clara o
que deve fazer o mesmo. [3H\
.s requisitos funcionais do sistema proposto so8
C,-,53+,+MI25.+0+
3. )adastrar Dados 4erais de um )andidato%
=. )adastrar )andidato em um )urso, Jegime e Ano de 'nscrio%
5. )adastrar os Jecibos de pagamento entregues por um )andidato em um
Ano de 'nscrio%
7. 'nserir 6ipo de 'dentificao%
<. 'nserir 4Lnero%
E. 'nserir (aiRa &tria%
F. 'nserir #abilitao !iterria%
G. 'nserir &stado )ivil%
I. 'nserir *acionalidade%
3H. 'nserir as%
33. 'nserir rovncia de um as%
3=. 'nserir &scola de &nsino "Ldio%
35. 'nserir 6ipo de &scola de &nsino "Ldio%
37. 'nserir )urso de &nsino "Ldio%
3<. 'nserir )urso -uperior%
2
3E. 'nserir Jegime de &studo%
3F. 'nserir Ano de 'nscrio%
3G. 'nserir )urso e Jegime de &studo disponvel por Ano de 'nscrio%
3I. 'nserir rova de Admisso por Ano de 'nscrio%
=H. 'nserir "atLria%
=3. 'nserir "atLrias a serem avaliadas nas rovas de Admisso, em um Ano de
'nscrio%
E-03,+
==. &ditar Dados 4erais de um )andidato%
=5. &ditar inscrio de um )andidato em um )urso, Jegime e Ano%
=7. &ditar os Jecibos de pagamento entregues por um )andidato em um Ano
de 'nscrio%
=<. &ditar 6ipo de 'dentificao%
=E. &ditar 4Lnero%
=F. &ditar (aiRa &tria%
=G. &ditar #abilitao !iterria%
=I. &ditar &stado )ivil%
5H. &ditar *acionalidade%
53. &ditar as%
5=. &ditar rovncia%
55. &ditar &scola de &nsino "Ldio%
57. &ditar 6ipo de &scola de &nsino "Ldio%
2!
5<. &ditar )urso de &nsino "Ldio%
5E. &ditar )urso -uperior%
5F. &ditar Jegime de &studo%
5G. &ditar Ano de 'nscrio%
5I. &ditar )urso e Jegime de &studo disponvel por Ano de 'nscrio%
7H. &ditar rova de Admisso por Ano de 'nscrio%
73. &ditar "atLria%
7=. &ditar "atLrias a serem avaliadas nas rovas de Admisso, em um Ano de
inscrio%
L053,+
75. !istar )andidatos procurados por *ome, Apelido ou )urso de 'nscrio%
77. !istar inscri$es de um )andidato em um )urso, Jegime e Ano%
7<. !istar os Jecibos de pagamento entregues por um )andidato em um Ano
de 'nscrio%
7E. !istar 6ipos de 'dentificao%
7F. !istar 4Lneros%
7G. !istar (aiRas &trias%
7I. !istar #abilita$es !iterrias%
<H. !istar &stados )ivis%
<3. !istar *acionalidades%
<=. !istar ases%
<5. !istar as rovncias de um as%
2"
<7. !istar as &scolas de &nsino "Ldio%
<<. !istar 6ipos de &scola de &nsino "Ldio%
<E. !istar )ursos de &nsino "Ldio%
<F. !istar )ursos -uperiores%
<G. !istar Jegimes de &studo%
<I. !istar Anos de 'nscrio%
EH. !istar rovas de Admisso por Ano de 'nscrio%
E3. !istar "atLrias%
E=. !istar "atLrias a serem avaliadas nas rovas de Admisso%
O+-.2,+
E5. .rdenar lista de 6ipo de 'dentificao%
E7. .rdenar lista de 4Lnero%
E<. .rdenar lista de (aiRa &tria%
EE. .rdenar lista de #abilitao !iterria%
EF. .rdenar lista de &stado )ivil%
EG. .rdenar lista de *acionalidade%
EI. .rdenar lista de as%
FH. .rdenar lista de rovncia de um as%
F3. .rdenar lista de &scola de &nsino "Ldio%
F=. .rdenar lista de 6ipo de &scola de &nsino "Ldio%
F5. .rdenar lista de )urso de &nsino "Ldio%
F7. .rdenar lista de )urso -uperior%
2#
F<. .rdenar lista de Jegime de &studo%
FE. .rdenar lista de Ano de 'nscrio%
FF. .rdenar lista de rova de Admisso%
FG. .rdenar lista de "atLria%
P+4/8+,+
FI. rocurar )andidato a partir de *ome%
GH. rocurar )andidato a partir de Apelido%
G3. rocurar os )ursos e Jegimes que foram cadastrados para um )andidato
em um Ano de 'nscrio%
G=. rocurar os Jecibos entregues por um )andidato em um Ano de 'nscrio%
V,90-,+
G5. @alidar dados gerais de um )andidato%
G7. @alidar as inscri$es de um )andidato em um )urso, Jegime e Ano de
'nscrio%
G<. @alidar os Jecibos de pagamento entregues por um )andidato em um Ano
de 'nscrio%
GE. @alidar 6ipo de 'dentificao%
GF. @alidar 4Lnero%
GG. @alidar (aiRa &tria%
GI. @alidar #abilitao !iterria%
IH. @alidar &stado )ivil%
I3. @alidar *acionalidade%
3$
I=. @alidar as%
I5. @alidar rovncia de um as%
I7. @alidar &scola de &nsino "Ldio%
I<. @alidar 6ipo de &scola de &nsino "Ldio%
IE. @alidar )urso de &nsino "Ldio%
IF. @alidar )urso -uperior%
IG. @alidar Jegime de &studo%
II. @alidar Ano de 'nscrio%
3HH. @alidar )urso e Jegime de &studo disponvel por Ano de 'nscrio%
3H3. @alidar rova de Admisso por Ano de 'nscrio%
3H=. @alidar "atLria%
3H5. @alidar "atLrias a serem avaliadas nas rovas de Admisso, em um Ano
de 'nscrio%
G.+,+
3H7. 4erar (icha de )onfirmao de Jegisto de um )andidato%
3H<. 4erar )omprovante de agamento de um )andidato%

I1@+010+
3HE. 'mprimir (icha de )onfirmao de Jegisto de um )andidato%
3HF. 'mprimir )omprovante de agamento de um )andidato%
3HG. 'mprimir Jelat:rios%

31
G.+,+ R.9,36+045
3HI. 4erar Jelat:rio 6otal de )andidatos 'nscritos por Ano de 'nscrio e )urso%
33H. 4erar Jelat:rio 6otal de )andidatos 'nscritos por Ano de 'nscrio, )urso e
Jegime de &studo%
333. 4erar Jelat:rio 6otal de )andidatos 'nscritos por Ano de 'nscrio,
rovncia e 4Lnero.
33=. 4erar Jelat:rio 6otal de )andidatos 'nscritos por Ano de 'nscrio, (aiRa
&tria e 4Lnero.
335. 4erar Jelat:rio 6otal de )andidatos 'nscritos por Ano de 'nscrio,
rovncia e &statuto.
337. &mitir Jelat:rio de !istas de )andidatos%
E90102,+
33<. &liminar &stado )ivil%
33E. &liminar (aiRa &tria%
33F. &liminar 4Lnero%
33G. &liminar #abilita$es !iterrias%
33I. &liminar *acionalidade%
3=H. &liminar 6ipo de 'dentificao%
3=3. &liminar rovncia%
3==. &liminar as%
3=5. &liminar )urso "Ldio%
3=7. &liminar 6ipo de &scola%
3=<. &liminar &scola de &nsino "Ldio%
32
3=E. &liminar Ano de 'nscrio%
3=F. &liminar )urso de 'nscrio%
3=G. &liminar Jegime de &studo%
A83.230/,+
3=I. (azer autenticao no sistema%
G.+0+ U58F+045
35H. 'nserir dados de Ksurio%
353. Actualizar dados de Ksurio%
35=. &liminar Ksurio.
As maiSsculas na relao anterior, indicam entidades da base de dados, eRemplo8
6ipo de 'dentificao, )andidato e outros.
)$0$) 1e2uerientos no funcionais
Jequisitos no funcionais especificam qualidades e propriedades do sistema, tais
como as restri$es ambientais ou de implementao, o desempenho e as
depend+ncias da plataforma.
.s requisitos no funcionais do sistema proposto so8
$; V058,9 48 023.+B,/. .E3.+2,I
A interface do sistema L feita atravLs de uma pgina ?eb, personalizada de
acordo com o tipo de usurio que acessa, fazendo com que os usurios se sintam
33
confiantes. A navegao dentro do site deve ter uma ordem l:gica, permitindo a
navegao eficiente.
"; R.N8050345 -. -.5.1@.2<4
. sistema proposto L rpido no processamento de informa$es, bem como na
resposta ao pedido de utilizadores, o tempo de resposta do sistema L quase
instantVneo e com um elevado grau de fiabilidade. . sistema deve recuperar num
curto perodo de tempo antes de qualquer falha.
%; R.N8050345 -4 hardware -4 9,-4 /90.23.
ara usar o sistema L necessrio um computador com pelo menos <3= "> de
JA" e < 4> de capacidade de disco rgido.
D; R.N8050345 -. software -4 9,-4 /90.23.
ara usar o sistema L necessrio do lado cliente ter um navegador ?eb.
..4 (odelo de ,asos de 4so do "istema
ara uma melhor compreenso do sistema e de suas funcionalidades apresentaA
se na (igura 5 um Diagrama de )asos de Kso do -istema, criado na ferramenta
)A-& do pr:prio @isual -tudio.
34
F0*8+, %: Diagrama de casos de uso do sistema
*o sistema proposto foram definidos tr+s tipos de usurios8 )andidato, 6Lcnico
de -ecretaria e )hefe de Departamento AcadLmico.
C,2-0-,34 A interactua com o sistema, quer dizer, ele pode acessar o sistema
atravLs de um navegador ?eb, permitindoAlhe assim fazer o cadastramento dos
dados gerais para a posterior inscrio%
TO/20/4 -. S./+.3,+0, A responsvel pela inscrio do candidato por ano, curso e
regime. ^ tambLm responsvel pela "anuteno, quer dizer, responsvel pelas
tabelas contentoras 04Lnero, &stado )ivil, #abilitao !iterria, (aiRa &tria,
*acionalidadeX2, gesto de candidatos e pagamento. . 6Lcnico de -ecretaria
est em uma relao de herana com o )andidato, fazendo com que herda todas
as funcionalidades do )andidato%
35
C<.B. -. D.@,+3,1.234 A/,-O10/4 _ ^ responsvel pela gesto de usurios,
dando a cada um determinado nvel de acesso de acordo com as fun$es, gesto
de cursos de inscrio disponveis em um ano, curso e regime, gesto de provas
de admisso e relat:rio do processo de inscri$es. . )hefe de Departamento
AcadLmico est em uma relao de herana com o 6Lcnico de -ecretaria e esse
por sua vez com o )andidato e automaticamente tem acesso a todas as
funcionalidades do sistema.
..5 (odelo *0sico da $ase de %ados
&ste modelo L equivalente as tabelas fsicas da base de dados. (oi gerado com o
pr:prio @isual -tudio.

3
F0*8+, D: "odelo fsico da >ase de Dados
3!
..! %iagrama de ,lasses
A K"! inclui diagramas de classe para ilustrar classes, interfaces e suas
associa$es. &les so usados para a modelagem esttica de ob,ectos. [<\
F0*8+, ': Diagrama de classes
3"
..& %iagramas de "e2uncias
Km diagrama de sequ+ncia do sistema L um artefacto criado rpido e facilmente
que ilustra os eventos de entrada e sados relacionados com o sistema em
discusso. &les so entradas para contratos de operao e mais importante
pro,ecto de ob,ectos. [<\
*este caso, os diagramas de sequ+ncia, facilitam a compreenso do c:digo. *as
(iguras EA3H apresentamAse os principais mLtodos implementados no controlador
)andidatoJecibo.
F0*8+, P: Diagrama de sequ+ncia do mLtodo Index do modelo )andidatoJecibo
3#
F0*8+, (8 Diagrama de sequ+ncia do mLtodo Create[POST] do modelo )andidatoJecibo
F0*8+, K: Diagrama de sequ+ncia do mLtodo Edit[POST] do modelo )andidatoJecibo
4$
F0*8+, Q: Diagrama de sequ+ncia do mLtodo Delete[GET] do modelo )andidatoJecibo
F0*8+, $#: Diagrama de sequ+ncia do mLtodo Delete[POST] do modelo )andidatoJecibo
41
*as (iguras 33A3F apresentamAse os principais mLtodos implementados no
controlador do modelo )andidato.
F0*8+, $$: Diagrama de sequ+ncia do mLtodo Index do modelo )andidato
42
F0*8+, $": Diagrama de sequ+ncia do mLtodo Create[POST] do modelo )andidato
43
F0*8+, $%: Diagrama de sequ+ncia do mLtodo Details do modelo )andidato
F0*8+, $D: Diagrama de sequ+ncia do mLtodo Edit[GET] do modelo )andidato
44
F0*8+, $': Diagrama de sequ+ncia do mLtodo Edit[POST] do modelo )andidato
45
F0*8+, $P: Diagrama de sequ+ncia do mLtodo Delete[GET] do modelo )andidato
4
F0*8+, $(: Diagrama de sequ+ncia do mLtodo Delete[POST] do modelo )andidato
4!
*a (igura 3G apresentaAse outro importante mLtodo implementado no controlador
do modelo )andidato)ursoJegimeAno. &ste modelo manipula a tabela da base
de dados onde ficam registadas as inscri$es de um )andidato, em um )urso,
um Jegime de &studo e um Ano de 'nscrio.
F0*8+, $K: Diagrama de sequ+ncia do mLtodo Create[POST] do modelo )andidato)ursoJegimeAno
4"
..) 1istas do "istema
*as (iguras 3IA=< apresentamAse uma sLrie de vistas do sistema desenvolvido.
*a (igura 3I apresentaAse a pgina inicial para o cadastro on-line dos dados
gerais do candidato. *esta pgina, o candidato pode acessar aos documentos e
regulamentos do processo de inscri$es. AlLm disso, pode conhecer as datas das
provas de admisso.
F0*8+, $Q: @ista para inscri$es on-line
*a (igura =H apresentaAse a opo do menu )adastro )andidatos, onde
visualizaAse uma lista ordenada e paginada dos candidatos cadastrados. Dita lista
pode ser filtrada.
4#
F0*8+, "#: @ista do menu de )adastro )andidatos 032
*a (igura =3 apresentamAse as op$es disponveis para cada candidato
cadastrado8 &ditar, Detalhes e &liminar.
F0*8+, "$: @ista do menu de )adastro )andidatos 0=2
5$
*a (igura == apresentaAse a vista para listar as inscri$es de um candidato.
F0*8+, "": @ista de inscri$es de um candidato 032
*a (igura =5 apresentaAse a vista onde se faz a inscrio de um candidato em um
Ano, )urso e Jegime.

F0*8+, "%: @ista de inscri$es de um candidato 0=2
51
*as (iguras =7 e =< apresentaAse a lista e criao de recibos pagos por um
candidato.
F0*8+, "D: @ista dos recibos por um candidato 032
F0*8+, "': @ista dos recibos por um candidato 0=2
52
..+ ,oncluses -arciais
*este captulo realizouAse uma descrio geral do sistema. ara a melhor
compreenso e descrio do sistema definiramAse os usurios, casos de uso do
sistema, funcionalidades, diagrama de casos de uso do sistema, diagramas de
sequ+ncias, diagrama de classes e diagrama fsico da base de dados. 6oda esta
descrio foi realizada utilizando artefactos da linguagem K"!, para possibilitar
melhor a compresso do sistema.
53
Conclus3es Gerais
. sistema foi concebido com arquitectura de desenho Modelo-$ista-Controlador,
e para a sua implementao utilizaramAse as linguagens de programao do lado
cliente #6"!, D"!, 1ava-cript e do lado servidor A- e )O. A plataforma de
desenvolvimento utilizada foi .*et e o sistema gestor de base de dados
seleccionado -N! -erver, da Microsoft.
ara a documentao do sistema utilizaramAse alguns artefactos da linguagem de
modelao K"!8 requisitos funcionais e diagrama de casos de uso do sistema.
A K"! possibilitou a modelagem de todos o requisitos do sistema, atravLs da
utilizao de fases marcadas e de diagramas de fcil compreenso. &sta
modelagem L de eRtrema importVncia pois facilita o entendimento do problema,
uma vez que L especificado o que o sistema deve fazer, alLm de gerar uma
documentao caso o sistema necessite de manuten$es ou actualiza$es.
A aplicao dos conceitos referentes as tecnologias , mecionadas e a elaborao
dos diagramas implementados contribuiram de maneira qualitativa e quantitativa
para o desenvolvimento do sistema.
. sistema implementa 35= requerimentos funcionais. A base de dados relacional
desenhada, armazena toda a informao dos processos de inscri$es descritos
no sistema. . mesmo demonstra que institui$es de &nsino -uperior podem
melhorar a produtividade e qualidade dos processos de inscri$es atravLs de
sistemas informticos bem elaborados e construtivos.
54
1ecoenda3es
)om a realizao do trabalho os ob,ectivos traados foram cumpridos, o autor
sugerem que o '-# abrace a proposta elaborada, bem como a primeira fase do
pro,ecto que L muito mais ambicioso e continuar a pesquisa.
Assim, recomendaAse o seguinte8
)ontinuar o estudo do fluRo de processo de inscri$es nas 'nstitui$es de
&nsino -uperior, em particular no 'nstituto -uperior olitLcnico do #uambo
para cobrir todos os aspectos relacionados ao mesmo%
Aprofundar os aspectos abordados com mais detalhes, permitindo agregar
novas funcionalidades ao sistema, enriquecendo o seu valor prtico e
profissional no sentido de ser cada vez mais melhorado, uma vez que os
usurios t+mAse tornado mais eRigentes, dada as facilidades e
disponibilidades de informa$es%
6rabalhar com a Direco do '-# para que se realizem seminrios para o
conhecimento e publicao deste trabalho%
Ao "inistLrio de )i+ncias e 6ecnologias no uso do sistema hora criado%
&stender a utilizao do sistema para outras universidades no sentido de
validar o seu funcionamento.
'mplementar o m:dulo de admisso.
"anter o conceito base de servios da ?eb usados para garantir o
intercVmbio com inSmeros m:dulos de outros sistemas, desenvolvidos por
terceiros.
55
4iblio5ra6a
[3\ A!@AJ&` , ". A. 'ntroducci:n al #6"! [>ooC\. A Available8
http8MMBBB.desarrolloBeb.comMarticulosM<57.php 8 [s.n.\, =H33.
[=\ >'A*)#'*', -. !. Avaliao de mLtodos de desenvolvimento de aplica$es
Beb [>ooC\. A K-A-o )arlos 8 [s.n.\, =HHG.
[5\ D>A&ngines D>A&ngines JanCing A 6rend opularitQ [.nline\. A *ovembro
=H35. A http8MMdbAengines.comMenMranCingatrend.
[7\ 4A!D'*., ). "anual 1ava-cript [>ooC\. A [s.l.\ 8 )), =HHE.
[<\ !AJ"A*, ). Ktilizando K"! e adr$es [>ooC\. A orto Alegre 8 >ooCman,
=HHF. A IFGAG<AEHH53A<=AG.
[E\ !Kb-, J. 1avascript [>ooC\. A =HHF.
[F\ "A)D.*A!D, ". >eginning A-.*et 5.< in )O =HHG [>ooC\. A =HHF.
[G\ "&*&4A--', A.% "AJ&*4., @.% 4.*cA!&-, J. Desenvolvendo
aplica$es ?eb com A-.*&6 [)onference\ MM =5d -emana de )omputao
e 'nformtica da ('MKnoeste. A Knoeste 8 [s.n.\, =H33. A p. HE.
[I\ "')J.-.(6, &quepe Asp.*et "@) [.nline\. A =HHI.
[3H\ ".J&*., !. 4. ":dulo )ontrol de lanteamientos para o -istema
4oblin. A =H33.
[33\ "AJ)&!., J.% -A*6.-, -. Ktilizao do adro "@) em aplica$es
ricas para 'nternet com modelagem em ?&>"! [Jeport\. A Jua >aro de
Atalaia, sMnU "acei:AAlagoas, rhodneQarthuegmail.com% Jua )atequese,
=7=, -anto AndrL 8 >elem sp, =HHI.
[3=\ -.K-A, ". (erramenta )ase 0K"!2 [Article\. A Abril 33, =H33. A p. 3.
[35\ f&1-&J ,6. % !&&, D. "icrosoft -N! -erverAAnalQsis -ervices
"ultidimensional erformance and .perations 4uide [>ooC\. A "aio =H3=.
5
[37\ >JAY, 6. % A.!', 1.% "A!&J, &. &Rtensible "arCup !anguage0D"!2 [>ooC
-ection\. A [s.l.\ 8 ?5), =HHG.
[3<\ @')6.J, ?. @isual -tudio A A nova &ra do desenvolvimento de softBare
[Article\ MM 4eneralidades. A =H3=.
5!