Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Faculdade de Engenharia
Departamento de Engenharia Informtica
Pemba, 2015
PGINA DE ACEITAO
_______________________________________________
Presidente do Jri
_______________________________________________
Secretrio
_______________________________________________
Vogal
Cidade: Pemba
Data: Agosto de 2015
DECLARAO DE HONRA
Declaro que sou autor desta Monografia e que autorizo a Universidade Lrio, a fazer
uso da mesma, com a finalidade que julgue conveniente.
Assinatura: ______________________________________
AGRADECIMENTOS
Agradeo primeiramente a Deus, por ter-me dado a sade e fora, que permitiram
que tudo isso acontecesse, ao longo da minha vida, e no somente nestes anos
como universitrio, mas que em todos momentos o maior mestre que algum pode
conhecer.
Agradeo grandiosamente a Universidade Lrio, Faculdade de Engenharia,
concretamente ao Departamento de Engenharia Informtica, seu corpo docente,
direco e administrao que abriram a janela que hoje vislumbro um horizonte
superior, repleto de confiana atravs do mrito e tica aqui presentes.
A todos docentes, vai a minha grandiosa gratido, por me proporcionar o
conhecimento no apenas racional, mas a manifestao do carcter e efectividade
da educao no processo de formao profissional. Em especial aos meus
orientadores, MSc. Eldio Toms da Silva e Eng. Celso Vanimaly, pelo empenho
dedicado na orientao, correco, incentivos, confiana e, que no pouco tempo que
lhes coube, tornaram o trabalho realizado.
Aos meus queridos pais, pelo amor, incentivo, e apoio incondicional. No lugar da
minha amada me, Joana Gustavo, herona que me deu suporte nas horas difceis,
de desnimo e cansao, solidificando assim, toda jornada do cursar. Ao meu prezado
pai, Antnio Muahaja Uahilive (em memria), que apesar das dificuldades me
fortaleceu e que para mim foi to importante e, dizer que sempre estar ao meu lado.
Aos meus irmos e primos, que nos momentos da minha ausncia dedicados ao
estudo superior, sempre entenderam que o futuro feito a partir da constante
dedicao. Em especial vai para o meu irmo mais velho, Benito Antnio que se fez
presente em toda maratona do curso. Aos tios e tias pela contribuio valiosa,
destacando a tia Eullia ssamo pela sua deliciosa receita que diariamente me deu.
Meus agradecimentos no deixam de ir aos meus amigos de Engenharia Informtica,
turma 2011, companheiros estes de trabalho e irmos na amizade que fizeram parte
da minha formao e que continuaro presentes eternamente em minha vida.
3
DEDICATRIA
Dedico este trabalho minha querida me, Joana Gustavo, ao meu carssimo pai,
Antnio Muahaja Uahilive (em memria) e aos meus irmos por acreditarem e
investirem em mim e, no s, por terem tambm transmitido com generosidade e
carinho a saudvel educao, que me foi sustento e me deu coragem para
questionar realidades e propor um novo mundo de possibilidades.
Dedico esta, bem como todas as minhas demais conquistas, a minha namorada
Amlia Matsinhe, que de forma especial e carinhosa me deu fora e coragem, me
apoiando tambm nos momentos de angstia. Na mesma linhagem, dedico aos
meus comparsas do curso, pelas alegrias, tristezas e dores compartilhadas e, a
todos aqueles que de alguma forma estiveram e esto prximos de mim, fazendo
esta vida valer cada vez mais a pena.
RESUMO
Esta monografia centra-se no desenvolvimento de um sistema computacional web
para gesto de concursos na Seco de Assuntos Estudantis e Recursos Didcticos,
no Departamento Pedaggico do Centro de Formao de Pessoal de Sade de
Pemba.
Faz uma abordagem do actual sistema de gesto de concursos, onde identifica o
problema cientfico a resolver, faz um estudo dos fundamentos tericos e
metodolgicos que engrandecem o desenvolvimento do sistema proposto.
O desenvolvimento do sistema de gesto de concursos baseou-se na metodologia
RUP (Rational Unified Process, em portugus, Processo Unificado da Rational),
coadjuvado por UML (Unified Modeling Language, de portugus, Linguagem de
Modelao Unificada) na construo dos modelos suportados por EA (Enterprise
Architet) na sua verso 8.0, que uma ferramenta CASE, fez-se uso da Linguagem
de Programao de alto nvel Java no ambiente de desenvolvimento integrado
Netbeans 7.4. Para a implementao da base de dados utilizou-se o sistema de
gesto de base de dados MySQL na sua verso 6.0 com auxlio da interface Navicat
for MySQL de verso 11.0, fez-se uso do Hibernate 3.6.10 para persistncia e
mapeamento objecto relacional. Utilizou-se Apache Tomcat 7.0.41 para servir a
aplicao aos clientes, framework ZK para construo das interfaces de forma
rpida, utilizou-se como guia a arquitectura MVC e Cliente-Servidor de 4 camadas e,
finalmente fez-se uso das bibliotecas JasperReport de verso 5.6 com auxlio de
iReport da mesma verso para construo e gerao de relatrios.
O sistema desenvolvido permite aperfeioar e dinamizar a gesto de concursos,
poupar recursos materiais e humanos, reduzindo custos, desgaste e fluxo de
trabalho, o que se traduz em preciso e ganho de tempo. Na mesma ordem,
possibilita obter consultas fceis, rpidas e dinmicas contribuindo imensamente na
tomada de deciso pela Direco Pedaggica, especificamente na Seco de
Assuntos Estudantis e Recursos Didcticos na gesto de concursos do Centro de
Formao do Pessoal de Sade de Pemba.
5
Significado
Application Programming Language
Base de Dados
Centro de Formao de Pessoal de Sade
Central Processing Unit
Direco Pedaggica
Enterprise Architect
General Public License
Hibernate Query Language
Hypertext Markup Language
Metodologia de Desenvolvimento de Software
Model View Controller
Object Management Group
Object Relation Mapping
Rational Unified Process
Seco de Assuntos Estudantis e Recursos Didcticos
Sistema de Gesto de Base de Dados
Sistema de Gesto de Concursos
Structured Query Language
Unified Modeling Language
Web Application
Extreme Programming
LISTA DE FIGURAS
LISTA DE TABELA
10
ndice
INTRODUO...............................................................................................................1
CAPTULO I. FUNDAMENTAO TERICA...............................................................6
1.1
Introduo.........................................................................................................6
1.2
Objecto de Estudo............................................................................................6
1.3
1.4
Processos do Negcio......................................................................................7
1.4.1
Processo de Inscrio................................................................................8
1.4.2
1.4.3
1.5
Tecnologias Utilizadas......................................................................................9
1.5.1
Netbeans IDE...........................................................................................10
1.5.2
Java..........................................................................................................11
1.5.3
1.5.4
Arquitectura Cliente-Servidor...................................................................14
1.5.5
Servidores Web........................................................................................16
1.5.6
1.5.7
1.5.8
1.5.9
Persistncia de Dados.............................................................................22
1.5.10 Framework...............................................................................................24
1.5.11 Geradores de Relatrios..........................................................................27
1.6
Concluso.......................................................................................................29
2.1.
Introduo.......................................................................................................30
2.2.
2.2.1.
2.3.
2.3.1.
2.4.
Caractersticas da UML............................................................................36
2.4.1.
2.5.
Concluso.......................................................................................................38
Introduo.......................................................................................................39
3.2.
3.2.1.
3.2.2.
3.3.
Elicitao de Requisitos..................................................................................46
3.3.1.
3.3.2.
3.4.
3.5.
Diagrama de Sequncia.................................................................................64
3.6.
3.7.
Diagrama de Implantao...............................................................................64
3.8.
Concluso.......................................................................................................65
Introduo.......................................................................................................66
4.2.
4.3.
Interface do utilizador.....................................................................................66
12
4.3.1.
4.4.
Diagrama de Componentes............................................................................86
4.5.
Concluso.......................................................................................................87
CONCLUSES............................................................................................................88
RECOMENDAES....................................................................................................89
BIBLIOGRAFIA............................................................................................................90
ANEXOS.........................................................................................................................I
13
INTRODUO
Os custos e o desgaste so instrumentos muito preocupantes para vertente
humana. Assim como, a tomada de decises nas organizaes um processo difcil,
dada a quantidade de informao processada. Sendo assim, existem as Tecnologias
de Informao que trabalham como mecanismo de suporte e de melhoria das
actividades das organizaes com intuito de colmatar certos embaraos que os
sistemas manuais apresentam, e estas tecnologias continuam a alterar de modo
profundo como as organizaes evoluem e processam seus servios.
O Centro de Formao de Pessoal de Sade de Pemba (CFPSP) uma instituio
pblica de ensino profissional bsico e mdio que visa a formao de quadros na
rea de sade para todo o pas. constitudo por trs direces, nomeadamente
Direco Geral, Direco Pedaggica (DP) e Direco Administrativa. Dentre as
direces citadas, o trabalho centra-se na DP, concretamente na Seco de
Assuntos Estudantis e Recursos Didcticos (SAERD), na gesto de concursos.
A SAERD faz parte da Direco Pedaggica e responde no processo de lanamento
de concursos e publicao de resultados. Lana semestralmente concursos a partir
de um edital que recebe do Ministrio de Sade (MISAU) com o total de cursos,
nmero especfico de reas disponveis para a formao e de vagas para cada
Provncia do Pas. No perodo de inscries recebe candidatos oriundos de vrios
pontos da provncia e fora da provncia para candidatarem-se a um dos cursos
lanados.
A SAERD responsvel pela aplicao dos exames de conhecimentos e dever
seleccionar os candidatos aprovados para o exame psicotcnico, elaborando uma
lista (que publica-se na vitrina do centro e tambm enviam para o Servio Distrital de
Sade de Montepuez) em ordem decrescente na base da classificao obtida nos
exames de conhecimento e de acordo com o nmero de vagas disponveis para a
Provncia. O nmero mximo de candidatos seleccionados para exame psicotcnico
ou de redaco ser o dobro do nmero de vagas atribudas Provncia. A seleco
final de candidatos aos cursos ser feita com base nos resultados do exame
1
Identificar Requisitos;
Analisar e Desenhar o Sistema;
Implementar o Sistema;
Testar o Sistema;
Implantar o sistema no negcio.
para
Modelao
Utilizado
em
nomeadamente:
todas
na
as
fases
de
desenvolvimento
modelao
do
negcio,
do
do
sistema
sistema,
de
proposto,
dados,
de
Organizao do Trabalho
O presente trabalho composto por 4 captulos, os quais esto organizados da
seguinte maneira:
Capitulo I. Fundamentao Terica: apresenta-se o objecto de estudo, descreve-se
a situao actual da Seco de Assuntos Estudantis e Recursos Didcticos,
especificamente na gesto de concursos, so apresentados os principais embaraos
que motivam o desenvolvimento desta monografia, apresentam-se os processos do
negcio e, finalmente, faz-se uma abordagem das tecnologias actuais utilizadas.
Capitulo II. Metodologia: faz-se uma abordagem da metodologia utilizada para o
desenvolvimento do sistema proposto e, por ltimo, faz-se a referncia ao modelo de
estudo utilizado para a identificao dos processos do negcio em destaque.
Capitulo III. Anlise e Desenho da Soluo: faz-se estudo e desenho do sistema de
gesto de concursos proposto ao CFPSP seguindo-se a metodologia RUP. Esta
metodologia envolve diversas actividades, nomeadamente: modelao do negcio,
onde identificam-se os actores, trabalhadores e casos de uso, identificao dos
requisitos funcionais e no funcionais do sistema proposto, descrio da soluo
proposta em termos de diagrama de casos de uso do sistema, desenho dos
diagramas de sequncia, de classes, de modelo de dados e, finalmente de
instalao.
Capitulo IV. Implementao: faz-se apresentao dos aspectos relacionados com o
desenvolvimento da aplicao, onde so apresentadas as interfaces principais que,
descrevem as funcionalidades chaves da aplicao.
Introduo
Objecto de Estudo
1.3
Processos do Negcio
A SAERD possui muitos processos de negcio, dentre os quais, neste trabalho sero
abordados os processos de negcio referentes gesto de concursos, que so
pertinentes para a realizao do trabalho.
1.4.1 Processo de Inscrio
O processo de inscrio comea quando o interessado dirige-se ao CFPSP para
efectuar a inscrio, a qual s poder ser feita caso o candidato rena os requisitos
apresentados baixo. Caso se efective a inscrio, o colaborador do CFPSP entregar
ao candidato o comprovativo da inscrio.
Para este processo, so necessrios requisitos, a seguir listados, para que o
candidato tenha direito para se inscrever:
Ter cpia de certificado autenticado da 10 ou 12 classe, ou ainda equivalente
a um destes certificados;
Ter cpia de B.I. ou de passaporte;
Ter talo de depsito de 100, 00 MZN. Este valor serve de taxa de inscrio e,
depositado na conta do BIM do CFPSP;
Ter atestado Mdico.
1.4.2 Processo de Formao e Publicao de Turmas
Este processo d incio depois de encerado o processo de inscrio, onde so
observadas as seguintes actividades realizadas pela SAERD:
Seleccionar os candidatos por curso;
Elaborar relaes nominais (segue uma ordem alfabtica ascendente)
distribudas por turmas em cada curso e tendo em conta o nmero mximo de
candidatos por turma (que de 30);
Publicar na vitrina e enviar para os Servios Distrital de Sade, Mulher e
Aco Social de Montepuez conjuntamente com a data de realizao dos
exames de conhecimentos, horrio (indica a hora de realizao de exame de
cada disciplina), local e sala onde cada turma vai realizar os exames;
Tecnologias Utilizadas
necessidades
demandadas
pelas
metodologias
para
reduzir
Fcil de manusear;
Multiplataforma;
Multilinguagem;
Obtido em forma de software;
Identifica erros com mais rapidez e eficincia;
Estruturado e desenvolvido para facultar o trabalho de desenvolvedores.
10
1.5.2 Java
Java uma linguagem de programao orientada a objectos desenvolvida nos
princpios de 1991 por uma equipa de programadores, membros de um projecto de
pesquisa corporativa interna financiada por Sun Microsystems, e dirigida por James
Gosling que se basearam na linguagem C++ para o seu desenvolvimento. Tudo isso
por que a Sun Microsystems viu o potencial de utilizar o Java para adicionar
contedo dinmico como a interactividade e animaes, s pginas da web. a
tecnologia mais utlizada na actualidade para o desenvolvimento de aplicativos
corporativos de grande porte, de aplicativos para dispositivos electrnicos de
consumo
(como
fornos
de
microondas
controlos
remotos),
aprimorar
11
12
O texto HTML puro ou com cdigo embebido constitudo por texto anotado numa
linguagem de estruturao, formatao e ligao, linguagem essa que interpretada
pelo browser dando origem as pginas web. E os objectos so ficheiros normais ou
binrios (executveis ou no) que so chamados ou consultados pelos ficheiros de
texto HTML e do a sensao de que fazem parte da pgina em que esto a ser
chamados.
Caractersticas de Aplicao Web
Actualmente existem diversas caractersticas de uma aplicao web, dentre elas
destacam-se:
Orientada a contedo: o contedo compreende dados estruturados, como
base de dados e no estruturados como arquivos textos, vdeos e este
contedo dinmico;
Baseada em hipertexto: paradigma fundamental para estruturar a
informao na web, onde os elementos bsicos so: ns, elos (links) e
ncoras. Os ns exibem informaes e os elos permitem navegabilidade
entre os ns;
Virada na esttica: o look and feel da aplicao um factor de qualidade
essencial, pois a interface tem que ser auto-explicativa, intuitiva, e
consistente com estilo de interaco, visando uma fcil navegabilidade e
aceitao por parte do utilizador;
Suporta ubiquidade: possibilidade de aceder a aplicao por diferentes
13
Tem-se acesso remoto em qualquer lugar que esteja o utilizador por meio de
um navegador inserido numa rede;
Possibilidade de ser acedido simultaneamente por mltiplos utilizadores
distribudos em diferentes stios;
Simples instalao, isto , no necessrio instalar em diversos
computadores, e consequentemente, simples alteraes ou actualizaes no
sistema;
Uma das desvantagens mais preocupantes e notveis nas WebApps a segurana
(esto mais susceptveis a falhas de segurana por estarem vulnerveis a ataque de
vrus) pois esto disponveis na rede. E as outras desvantagens destacam-se:
difcil limitar o nmero de clientes que iro aced-lo;
No traz manual de utilizador, e com isso requer maior esforo no desenho
das pginas webs para auto-explicarem-se;
Para o seu acesso requer recursos como a rede e mediante um navegador.
1.5.4 Arquitectura Cliente-Servidor
Cliente-Servidor um modelo computacional que separa cliente e servidor, sendo
interligados geralmente mediante o uso de rede de computadores. Um cliente pode
enviar requisies de dado para um servidor conectado e aguardar pela resposta.
Por sua vez, se o servidor estiver disponvel pode aceitar tais requisies,
processando-as e retornar o resultado para o cliente (BEZERRA, 2007).
Este modelo foi criado tendo como finalidade a descentralizao dos dados e
recursos de processamento, em oposio do modelo centralizado utilizado
antigamente. A figura 1 mostra o modelo cliente-servidor, em uma rede de
computadores, onde existe uma mquina actuando como servidor, disponibilizando
recursos para as demais mquinas, as quais actuam como clientes.
14
Fig
ura 2: Aplicao web com arquitectura em 4 camadas. Fonte: Adaptado pelo autor.
Todo o acesso do cliente para base de dados realizado de acordo com regras
contidas no servidor de aplicaes, pois o cliente no tem acesso directo a base de
dados, sem antes passar pelo servidor de aplicaes. Com o deslocamento da
camada de apresentao para um servidor web, resolve-se o problema de ter-se que
alterar ou actualizar aplicao, em centenas de computadores, cada vez que a
interface for alterada, tornando assim, a actualizao das aplicaes mais eficiente.
1.5.5 Servidores Web
Nos dias actuais, o conceito de rede transformou-se em uma alternativa prtica de
organizao, possibilitando processos capazes de responder s demandas de
flexibilidade, conectividade e descentralizao das esferas contemporneas de
actuao e articulao social (FOROUZAN, 2006). Um programa servidor um
software executado num computador remoto oferecendo servios aos clientes. De
acordo com Forouzan (2006), o programa inicializado e este abre portas para que
os clientes possam fazer requisies, e de seguida o programa servidor funciona de
forma passiva atendendo requisies dos clientes requisitantes.
Servidores web so programas que atendem as requisies dos protocolos HTTP
enviadas pelos navegadores. As requisies so de pginas HTML, XHTML, XUL,
16
ZUML, e outras incluindo imagens, som, documentos de texto entre outros formatos
de documentos.
Os servidores web em algumas vezes podem intermediar a execuo de programas
e scripts, conjunto de instrues que velam determinadas aces que os aplicativos
realizam, que interagem mais com os utilizadores e so chamados de aplicaes
web (TAFULA, 2012).
Existem diversos servidores de aplicaes web, e dentre eles destacam-se:
Glassfish, Internet Information Service (IIS) e Apache Tomcat.
A seguir descreve-se de forma sucinta o servidor Apache Tomcat por ser o utilizado
na soluo proposta.
Apache Tomcat
Apache Tomcat um servidor de aplicao web de cdigo aberto, no comercial,
disponibilizado pela Apache Foundation, escrito em Java para executar aplicaes
web que utilizam tecnologia Java e, o mais bem-sucedido dos servidores web
livres. Por ter sido escrito em Java, pede a instalao de Java Virtual Machine (JVM)
para sua execuo, pois centra-se na linguagem de programao Java. bastante
estvel, leve, seguro, eficiente, compatvel com HTTP 1.1, funciona em qualquer
sistema operacional sem grandes problemas, e tem todas as caractersticas que um
servidor comercial de aplicaes web possui, sendo assim, uma ptima escolha e
soluo para quem quer criar ou editar uma aplicao Web (DEVMEDIA, 2015).
1.5.6 Arquitectura de Software Model View Controller (MVC)
Model View Controller, em portugus Modelo Vista Controlador um padro de
projecto. Segundo Gamma et al. (2006), um padro de projecto so descries de
objectos e classes comunicantes que precisam ser personalizados para resolver um
problema geral de projecto num contexto particular. Para os mesmos autores
supracitados, a abordagem MVC composta por trs diferentes tipos de objectos,
que so:
17
Figura
3: Vises ligadas a um modelo MVC. Fonte: GAMMA et al., 2006.
Segundo Macoratti (2014), a arquitectura de software MVC tem as seguintes
vantagens:
Como o modelo MVC faz a gesto de mltiplos visualizadores usando o
mesmo modelo fcil manter, testar e actualizar sistemas mltiplos;
simples incluir novos clientes apenas incluindo seus visualizadores e
controlos;
Torna a aplicao escalvel;
possvel ter o desenvolvimento em paralelo para o modelo, visualizador e
controlo, pois so independentes.
18
Ainda o mesmo autor citado nas vantagens desta arquitectura, descreve tambm
desvantagens do padro MVC, a saber:
Requer maior tempo para analisar e modelar o sistema;
Requer pessoal especializado;
No aconselhvel para pequenas aplicaes.
1.5.7 Base de Dados (BD)
Uma base de dados um sistema de armazenamento de dados inter-relacionados,
de uma forma contnua, num sistema computacional, com redundncia controlada,
acessveis a um grupo de utilizadores e estruturado sob forma de tabelas. De acordo
com Garcia (2010), uma base de dados um armazm cheio de dados, onde estes
so armazenados de uma forma ordenada de modo a podermos aceder a eles com
facilidade quando necessrio. Portanto, BD um compartimento de armazenamento
de dados estruturado em forma de tabelas ou ficheiros de dados que acedido a um
ou grupo de utilizadores.
Quando se fala de base de dados de extrema importncia distinguir dados de
informao. Os dados so elementos isolados, significativos, rigorosos e de grande
valor e podem ser vistos como a matria-prima necessria para um determinado
processamento. Enquanto a informao o conjunto de dados, organizados e
submetidos a um processamento, tornando assim a sua utilizao num determinado
contexto (ANTAO et al., 2005 apud VAZ e ALVEZ, 2005, p. 4). Contudo, os dados
no tem qualquer valor, so elementos na sua forma bruta e somente se
transformam em informao quando so processados logicamente.
Hoje em dia existem quatro classificaes para bases de dados, de acordo com o
modelo de programao associado, nomeadamente: modelo hierrquico, modelo em
rede, Modelo orientado a Objectos e modelo relacional (ELMASRI e NAVATHE,
2005). Mas o modelo mais utilizado e que vai tambm ser utilizado neste trabalho o
modelo relacional. O modelo relacional baseia-se num conjunto de operaes lgicas
de lgebras e em clculos relacionais, e as bases de dados so constitudas por
tabelas e relacionam-se entre elas. A correcta estruturao das tabelas e os seus
19
Fig
ura 4: Compreenso de um gestor de base de dados. Fonte: Adaptado pelo autor
Segundo Cantu (2005), constituem factores determinantes para a escolha de um
adequado SGBD as seguintes variveis: controlo de redundncia, compartilhamento
de dados, controlo de acesso, cpias de segurana (backup), suporte s
transaces, suporte programao, recuperao, desempenho e escalabilidade.
MySQL
O MySQL um sistema de gesto de bases de dados relacional (SGBDR) opensource, que utiliza linguagem SQL (Linguagem de Consulta Estruturada, do ingls
Structured Query Language) como interface, que a linguagem padro mais comum
usada para criar e manipular base de dados (ORACLE, 2014).
O MySQL apresenta diversas caractersticas, e dentre as principais destacam-se:
Portabilidade: suporta diversas plataformas, tais como Windows, Linux.
Suporta controlo transaccional: as caractersticas incluem suporte
completo a transaces ACID (Atomicidade, Consistncia, Isolamento e
Durabilidade), ilimitado bloqueio em nvel de linha, capacidade de transaco
distribuda e suporte a transaces multiverso, onde leitores nunca
bloqueiam escritores e vice-versa;
21
importantes
relacionados
com
persistncia
dos
dados.
So
Portanto, o Hibernete uma ptima soluo open source para mapeamento objecto
relacional trazendo uma grande flexibilidade e poder para a aplicao, contando com
a linguagem de consulta Hibernate Query Language (HQL) e aceitando a utilizao
de SQL mesclado a esta linguagem de consultas. E a soluo mais utilizada nos
dias actuais.
1.5.10 Framework
Framework uma tcnica que aplicada tanto no projecto quanto no
desenvolvimento de um software orientado a objectos, com objectivo de explorar o
potencial de reutilizao de partes de software j desenvolvido. E a ideia chave para
a sua construo no desenvolver uma soluo para uma aplicao especfica,
mas sim capturar o comportamento geral de um domnio de aplicaes e montar uma
estrutura de controlo capaz de represent-lo. Essa ideia surge com a demanda
crescente de software, a necessidade de aumentar o desempenho de produo de
software, melhora de qualidade, rentabilizar o dispndio de esforos e aumentar
lucros (CAVALHEIRO, 2014).
Hoje em dia, existem vrios frameworks designados para suportar o desenvolvimento
de aplicaes web, que aliviam a sobrecarga associada a actividades comuns
realizadas no desenvolvimento web. Dentre os diversos frameworks actuais
destacam-se: Java Server Faces (JSF)3, Tapestry3, Vaadin4, ZK, entre outros.
Framework ZK
ZK um framework de aplicaes web em AJAX (Asynchronous JavaScript and
XML), cuja programao orientado a eventos e baseado em componentes. opensource, com licena GPL/ZOL/Comercial para o desenvolvimento de aplicaes web
escrito em Java que permite a criao de interfaces ricas de aplicao (RIA Rich
Interface Aplication) sem Javascript e poucos conhecimentos de programao. Para
3Para mais informaes consulte: http://bibdig.poliseducacional.com.br/document/?view=66.
4Para mais informaes visite o endereo: https://vaadin.com
24
Vantagens do ZK
O ZK tem como vantagens:
Faculta aos desenvolvedores menos experientes desenhar eficientemente as
interfaces do utilizador;
No imperioso que o desenvolvedor tenha conhecimentos de Ajax ou
JavaScript;
um modelo baseado em componentes claros dirigidos por eventos;
Permite centrar toda lgica de programao no lado servidor.
E tem como notvel desvantagem de no ser apropriado para aplicaes com alto
grau de interaco, tais como vdeo jogos de aco, aplicaes baseadas em
grficos vectoriais ou tridimensionais e de edio fotogrfica ou de vdeo, entre
outras (ZKBRASIL, 2010).
A figura 6 ilustra a simplicao do desenvolvimento de aplicativo web usando zk, que
mais fcil e gil que os outros frameworks supracitados.
Figur
a 5: Simplificando o desenvolvimento com ZK. Fonte: ZKbrasil, 2014.
O ZK tem muitos componentes j prontos, AJAX embutido, integrao com
framework populares, suporte da comunidade de cdigo aberto (open-source), e tudo
isso tornou o ZK como uma escolha para o desenvolvimento da aplicao web
proposta.
26
tem-se:
BIRT
(Business
Intelligence
and
Reporting
Tools)5,
Caractersticas do JasperReport
Segundo a K19 (2014), entre as caractersticas que fazem o JasperReport poderoso
destacam-se:
Capacidade de exportar/gerar relatrios em diversos formatos diferentes,
como PDF, HTML, XML, CSV, entre outros;
Aceita diversas formas de entrada de dados, tais como um arquivo XML ou
CSV, conexo com base de dados, uma sesso do Hibernete, uma coleco
de objectos em memria, e mais outras;
Permite o uso de diagramas, grficos, e at cdigos de barras;
Os passos para gerar um relatrio so simples.
Um aspecto importante do JasperReport que o layout do relatrio definido em um
arquivo XML, geralmente com a extenso .jrxml e, possui todas informaes de
formatao do relatrio.
J o iReport uma ferramenta tambm desenvolvida pela JasperForge, com o
propsito de usar com o JasperReports na gerao de relatrios. Uma das
dificuldades ao trabalhar com os relatrios, est na definio de layout. complicado
escrever o layout totalmente em XML, sem ter que se aprofundar em todas as tags e
atributos possveis, e, alm disso, posicionar todos os elementos correctamente. Na
prtica, raro algum editar o JRXML manualmente, e salvo apenas para fazer
pequenos ajustes quando necessrio. O processo normal utilizar alguma
ferramenta para gerar o JRXML automaticamente, e o iReport utilizado com esse
propsito (K19, 2014).
O iReport um aplicativo grfico que permite estruturar um relatrio, utilizando uma
palheta, e arrastando e soltando componentes, de forma parecida com o desenho de
interfaces para programas desktop. Este gera, automaticamente, um JRXML que
pode-se utilizar na aplicao a desenvolver. A vantagem que no necessrio
conhecer a fundo o XML a ser editado, economizando tempo de desenvolvimento.
Ele tambm traz um conjunto pronto de templates que j podem utilizar-se
directamente, ou ento, escrever prprios templates e reaproveitar sempre que
precisar criar um novo tipo de relatrio (K19, 2014).
28
1.6
Concluso
29
Introduo
paralelo), eliminar riscos logo em etapas preliminares e, acima de tudo por alinhar-se
aos objectivos almejados com o sistema.
2.2.1. Rational Unified Process (RUP)
O RUP uma MDS pesada, iterativa, orientada ao cliente e baseada em papel
desenvolvida e mantida pela Rational Software. adaptvel, podendo ser
customizada para diferentes tipos e tamanhos de produtos e projectos de software.
Para JACOBSON et al. (apud NUNES e ONEILL, 2003), RUP uma abordagem
iterativa e incremental que sugere a utilizao efectiva da UML.
Este processo e a UML so amplamente utilizados em mdios e grandes projectos
orientados a objectos, uma vez que, grande parte dos artefactos, tais como
documentos e diagramas podem ser produzidos utilizando a UML associado com a
Enterprise Architect.
Caractersticas do RUP
Segundo Nunes e ONeill (2003), o RUP tem as seguintes caractersticas tcnicas
destacveis:
Processo
iterativo
incremental:
iterativo
por
que
permite
31
32
Fases do RUP
No decorrer das fases de desenvolvimento so executadas diversas actividades,
dentre as quais existem as dominantes em cada fase, como compreenso do
problema e levantamento de requisitos para fase de incio, levantamento e
compreenso dos requisitos para fase de elaborao, implementao e teste do
software para fase de construo, instalao e treinamento do utilizador para fase de
transio. Neste contexto, a seguir so apresentadas as quatro (4) fases de
desenvolvimento que compem o RUP (NUNES e ONEILL 2003):
Incio: a primeira fase do RUP, tambm conhecida como fase de concepo
onde se define o mbito do projecto e suas fronteiras, os critrios de avaliao
de sucesso e de riscos, a estimativa dos recursos necessrios, efectua-se o
levantamento de requisitos e elabora-se um plano de trabalho com as
principais etapas, actividades e pontos de controlo. Os resultados esperados
nesta fase so: o plano de projecto inicial, diagramas de casos de uso iniciais e
por vezes um prottipo simplificado;
Elaborao: procura-se analisar profundamente o domnio do problema,
estabelecer uma arquitectura, desenvolver o plano de projecto e eliminar os
factores de riscos. Para que estas actividades ocorram com xito, deve-se ter
uma viso e compreenso de todo sistema (seu mbito, requisitos funcionais e
no funcionais). E tem como resultado a descrio da arquitectura do software,
um ou vrios prottipos que suportam os principais casos de uso e os
resultados da primeira fase com maior detalhe;
Construo: nesta fase, faz-se implementao do software, construo do
cdigo de forma iterativa e incremental at que todos os requisitos sejam
atendidos, visando a diviso em partes menores tornando-se mais facilmente
geridas. Nela detalham-se os restantes casos de uso, definem-se os critrios
de aceitao, refina-se o desenho, efectua-se a codificao e teste da
aplicao. Neste contexto, terminada esta fase, deve-se ter um produto de
software em funcionamento e a respectiva documentao pronta para ser
disponibilizada ao utilizador;
33
34
Concluso
Introduo
modelao
do
negcio,
onde
identificam-se
os
actores,
Nesta seco faz-se abordagem dos diferentes tipos de diagramas UML necessrios
para a modelao do sistema proposto.
3.2.1. Diagrama de Caso de Uso de Negcio (DCUN)
O diagrama de caso de uso de negcio uma ilustrao grfica dos processos de
negcio que tem a finalidade de visualizar as interaces dos intervenientes do
negcio. Segundo Wthressx (2015), o DCUN descreve os processos de um negcio
e suas interaces com as partes externas, como clientes e parceiros.
O DCUN concentra-se em quatro (4) itens principais, que so: Actor de Negcio
(AN), Caso de Uso de Negcio (CUN), Comunicao e Negcio.
O Actor de Negcio - um elemento que interage com o negcio tirando algum
benefcio. Para Wthressx (2015), um AN um papel desempenhado em relao ao
negcio por algum ou algo no ambiente do negcio. E para a SAERD no que
concerne a Gesto de Concursos os actores do negcio so:
Candidato - pessoa interessada em realizar inscrio, ver listas e resultado
dos exames.
39
40
Fig
ura 7: Diagrama de caso de uso de negcio-SAERD na Gesto de Concursos.
3.2.2. Descrio dos Casos de Uso do Negcio
A seguir descreve-se de forma textual e resumida cada caso de uso identificado a
partir dos processos do negcio:
Realizar Inscrio: comea quando o Interessado chega ao CFPSP para efectuar a
inscrio. L encontra um Colaborador que faculta o processo de inscrio e pede-o
para se inscrever. E por sua vez, o colaborador pede documentos necessrios para a
inscrio, caso tenha documentos completos entrega uma ficha de inscrio ao
candidato para poder preencher e caso contrrio no entrega a ficha e diz para ir
completar. De seguida o candidato recebe a ficha e preenche-a, depois de
devidamente preenchida entrega ao colaborador conjuntamente com requisitos
necessrios para o efeito. Por ltimo o colaborador emite um comprovativo de
inscrio. Identificou-se como regra de negcio: realiza inscrio somente o
41
Diagrama de Actividades
Diagrama de actividade descreve passos necessrios a serem seguidos para a
execuo de um fluxo de trabalho. Para Guedes (2011), um diagrama de actividade
centra-se na descrio dos passos a serem percorridos para a concluso de uma
actividade especfica, podendo estar representada por um mtodo com certo grau de
complexidade, por exemplo, um algoritmo. Este tipo de diagrama concentra-se na
representao do fluxo de controlo de uma actividade. A seguir so apresentados
diagramas de actividades referentes aos casos de uso do negcio em estudo.
43
44
45
Elicitao de Requisitos
como principal
objectivo
comum
aos utilizadores e
46
de utilizador e senha.
O sistema deve permitir a alterao dos dados necessrios para fazer autenticao.
O sistema deve permitir ao chefe da SAERD cadastrar e apagar Auxiliar.
O sistema deve permitir ao chefe da SAERD inserir, alterar e apagar cursos.
O sistema deve permitir ao chefe da SAERD a inserir, alterar e apagar escolas/locais onde iro
realizar os exames.
Gesto de Inscrio
4
O sistema deve permitir ao candidato efectuar inscrio.
5
O sistema deve permitir ao candidato alterar inscrio.
6
O sistema deve permitir ao funcionrio da SAERD eliminar uma inscrio.
7
O sistema deve permitir ao candidato cancelar inscrio.
8
O sistema deve permitir ao funcionrio validar candidato (validar inscrio).
Gesto de Formao de Turmas
9
O sistema deve permitir ao funcionrio da SAERD seleccionar candidatos por curso ou por
10
nome.
O sistema deve auxiliar no funcionrio na criao de turmas, mediante a busca de candidatos
25
26
cdigo do candidato.
O sistema deve permitir ao candidato imprimir o seu resultado.
O sistema deve permitir ao funcionrio obter o total de candidatos.
47
27
28
29
30
31
32
33
34
35
1
segurana.
O sistema apresentar uma interface amigvel, intuitiva, de fcil utilizao, garantindo uma
6
7
48
Justificativa
a pessoa que se inscreve a um dos cursos dos oferecidos pela SAERD,
executando tarefas de preencher formulrio de inscrio e submeter a
SAERD, consultar turma a que pertence, consultar local, consultar sala,
consultar hora para a realizao dos exames e por ltimo consultar
Chefe da SAERD
com
auxiliares
dele
executam
diversas
tarefas
publicar resultados.
uma pessoa que auxilia certas actividades ao chefe da SAERD, como
validar o candidato, podendo ser trabalhador do centro ou dos servios
distritais de sade do pas.
50
software ser
implementado, mas sim como ele se comportar quando estiver pronto. Cada caso
de uso tem uma descrio o qual descreve a funcionalidade que ir ser construda no
sistema proposto, o comportamento e as informaes do software.
51
Realizar Autenticao
CSU01
Este caso de uso descreve o processo para autenticar-se no sistema.
associados
Nenhum.
Actores Primrios: Chefe da SAERD, Auxiliar.
Actores Secundrios: ----Pr-condio: estar cadastrado no sistema.
Ps-condio: Acesso a interface principal com funcionalidades, relativas ao respectivo privilgio,
activas.
Fluxo Principal
Actor
Sistema
1. O sistema apresenta a interface principal sem
menu funcionrio.
3. O sistema apresenta uma tela de autenticao
4. O
funcionrio
insere
seu
nome
de
utilizador e a senha.
que
utilizador
ou
senha
incorrecta.
c) O sistema volta ao passo 3 do fluxo principal.
Alterar Senha
CSU02
52
Sumrio
CU associados
Sistema
senha.
da
mesma
quando
volta
funcionrio
introduz
senha
de
Efectuar Inscrio
CSU03
Este caso de uso descreve as etapas necessrias para a realizao de uma
CU associados
inscrio.
Nenhum.
53
Sistema
menu candidato.
3. O candidato preenche o formulrio e
a) O
obrigatrios.
informando
que,
os
campos
so
de
preenchimento obrigatrio.
c) O sistema volta ao passo 2 do fluxo principal.
Regras de Negcio Associados
RN03: Inscreve-se somente candidato com maior de 16 anos de idade.
RN04: O candidato inscreve-se apenas em um curso.
Editar Inscrio
CSU04
Este caso de uso descreve as etapas necessrias para a alterao de
CU associados
Sistema
menu candidato.
54
(cdigo combinado).
5. O candidato efectua a alterao pretendida
informando
que,
os
campos
so
de
preenchimento obrigatrio
c) O sistema volta ao passo 4 do fluxo principal.
Validar Candidato
CSU05
Este caso de uso descreve as etapas necessrias para a validao de uma
CU associados
inscrio.
Nenhum.
Sistema
menu funcionrio.
3. O
funcionrio
cdigo
pesquisar.
4. O sistema carrega uma tela com dados do
candidato numa tabela (contm uma colunatalo vazia), dois campos vazios (1 para inserir
nmero de talo e 2 para inserir local onde
referenciada
em
nmero
de
talo
55
de exame invlido.
c) O sistema volta ao passo 4 do fluxo principal.
Eliminar Inscrio
CSU05
Este caso de uso descreve as etapas necessrias para a eliminao de uma
CU associados
inscrio.
Nenhum.
Sistema
menu funcionrio.
boto pesquisar.
4. O sistema carrega os dados do candidato.
candidato
termina.
Fluxo Alternativo: no h.
Gerir Turma
CSU06
Este caso de uso descreve as etapas necessrias para a gesto de turmas
CU associados
56
Sistema
2. O sistema apresenta as opes: Formar, Editar,
menu funcionrio.
3. O funcionrio escolhe a opo desejada.
Eliminar e Publicar.
4. O sistema regista a operao e o caso de uso
3.1.1.
termina.
Fluxo Alternativo [3.1]: Formar
O funcionrio escolhe formar turma.
3.1.2. O sistema abre uma interface com campo
3.1.3.
3.1.4.
3.1.5.
3.1.6.
turma inserida.
O sistema forma a turma e visualiza-a numa
3.2.1.
3.2.2.
3.2.3.
3.2.4.
introduz a turma.
O sistema abre uma tela com os dados da
turma e com campos descritos em 3.1.4
excepto o 1 campo que passou para
3.2.5.
3.3.1.
3.2.6.
nmero de candidato.
O sistema transfere
candidato
ou
3.3.3.
3.3.4.
submeter o pedido
O sistema abre uma tela com todos
3.3.5.
3.3.6.
apagar.
3.4.1.
termina.
Fluxo Alternativo [3.4]: Publicar
O funcionrio escolhe a opo publicar 3.4.2. O sistema
apresenta
uma
interface
57
turmas.
3.4.3.
publicar.
O sistema disponibiliza todas turmas aos
publicar.
58
Elaborar Pauta
CSU08
Este caso de uso descreve as etapas necessrias para elaborao de
pauta.
Casos
de
uso
associados
59
8.1.2.
termina.
Fluxo Alternativo [8.2]: Imprimir
8.2.1. O funcionrio selecciona em imprimir.
8.2.2. O sistema imprime e o caso de uso termina.
Fluxo de Excepo [3]: Funcionrio introduz curso invlido
a) O funcionrio introduz curso invlido.
b) O sistema emite uma mensagem informando
que o curso no existe.
c) O sistema volta ao passo 2 do fluxo principal.
Fluxo de Excepo [5]: Funcionrio introduz nmero invlido
a) O funcionrio introduz nmero negativo.
b) O sistema abre uma tela informando que o
nmero de vagas deve ser positivo.
c) O sistema volta ao passo 4 do fluxo principal.
Regras de Negcio Associados
RN08: O candidato que tiver abaixo de 8 numa das disciplinas reprova.
RN09: Transita o candidato que tiver mdia maior ou igual a 10 valores.
Publicar Pauta
CSU09
Este caso de uso descreve as etapas necessrias para publicar pautas.
de
associados
uso
Nenhum.
60
Fluxo Principal
Actor
Sistema
1. O funcionrio solicita publicar pauta no 2. O sistema apresenta uma interface com todas
menu funcionrio.
3. O funcionrio selecciona em publicar.
envia
um
para
os
Na tabela 13, esto descritos no documento de caso de uso as funes que o actor
candidato/funcionrio deve executar para Gerir Consultas.
Tabela 13: Descrio de caso de uso - Gerir Consultas.
Nome
Sumrio
Gerir Consultas
CSU10
Este caso de uso descreve as etapas necessrias para gesto de consultas, no
que toca a consulta de turma/listas, resultado, escolas e, salas de exame.
Casos
de
uso
associados
Nenhum;
Actores Primrios: Candidato.
Actores Secundrios: funcionrio.
Pr-condio: O sistema deve estar disponvel.
Ps-condio: turma/lista, resultado, escola e sala de exame consultada.
Fluxo Principal
Actor
Sistema
1. O candidato solicita gerir consultas no menu 2. O sistema apresenta as opes: listas, escolas,
consultas.
3. O candidato escolhe uma opo desejada.
termina.
Fluxo Alternativo [3.1]: Listas
3.1.1.
3.1.2.
3.1.3.
3.1.4.
61
3.1.5.
3.1.6.
termina.
Fluxo Alternativo [3.2]: Escolas
3.2.1.
3.2.2.
3.2.3.
3.2.4.
3.3.1.
3.3.3.
3.3.4.
uso termina.
Fluxo de Excepo [3.3.3]: Cdigo invlido
a) O candidato introduz cdigo invlido.
3.4.
Diagrama de Sequncia
Diagrama de Implantao
63
Concluso
64
Introduo
O sistema foi construdo para ser uma aplicao web. Para a sua construo,
baseou-se numa arquitectura cliente-servidor de 4 camadas. O seu desenvolvido foi
concebido
de
forma
permitir
acesso
remoto,
fcil
instalao,
Interface do utilizador
O sistema SIGECO tem uma interface fcil de usar, sobretudo interactiva, de modo a
garantir um bom acompanhamento ao utilizador, enquanto est navegando no
sistema. A seguir apresenta-se a interface principal do sistema, onde o candidato ir
navegar (figura 15).
65
66
67
68
69
Legenda:
1. Boto prximo: permite ao utilizador a ir na prxima tela ou tab-documentos,
tudo isso porque a ficha de inscrio est dividida por tipo de dados do
candidato. A figura 20 mostra a tab-documentos e as outras.
2. Boto Cancelar: permite ao utilizador apagar os dados inseridos nos campos
do formulrio na tab-dados pessoais.
3. Boto Sair: permite ao utilizador sair do submenu candidato para a pgina
principal.
70
71
72
2. Menu item escolas: permite ao utilizador ver a lista de escolas onde iro se
realizar os exames, e seleccionando em cada groupbox (representa cada item
escola) o sistema visualiza informaes relativas a localizao da escola
correspondente ao seleccionado, conforme ilustra a figura 27.
Legenda:
a- Campo para introduzir cdigo do candidato.
b- Boto pesquisar: permite ao utilizador buscar o candidato e visualizar o resultado
dos exames. Por exemplo, introduzindo o cdigo do candidato 10011 em a, temse o seguinte resultado:
77
3.3.
3.4.
78
4. Menu item inserir nota: permite ao chefe da SAERD a inserir notas dos
exames no sistema. A figura 39 mostra a tela de pesquisa de candidatos por
curso aps do chefe seleccionar neste menu item.
5. Pauta- um menu interno que tem duas funcionalidades: elaborar e publicar
pauta. A figura 40 ilustra as funcionalidades.
79
Legenda:
a- Campo para o funcionrio inserir nmero de talo de depsito, que o candidato
traz.
b- Combobox: permite ao funcionrio seleccionar o local onde o candidato pretende
realizar os exames.
c- Boto validar: valida a inscrio do candidato mediante aos valores de a e b
introduzidos. A figura 36 mostra a tela de validao aps a introduo dos valores
nos campos a e b e, seleccionar-se no boto validar.
d- Boto anterior: volta para tela de pesquisa com o cdigo do candidato a validar
introduzido, ver figura 34 acima.
e- Boto sair: possibilita ao funcionrio a sair para pgina principal do sistema, ver
figura 17 acima.
81
Figura 37: Tela de busca de candidatos por curso e local de realizao do exame.
Legenda:
a-
82
Figura 38: Tela com lista de candidatos do curso de TMG para Pemba.
a- Campo para inserir nmero de candidatos para formar uma turma.
b- Combobox que permite ao chefe escolher uma turma para o nmero de
candidatos inserido. Depois de escolhida a turma o sistema preenche os campos
sala e escola correspondente a turma seleccionada.
c- Boto anterior: permite ao chefe voltar a tela de busca de candidatos por curso e
local de realizao do exame (figura 37).
d- Boto formar: permite ao chefe formar a turma mediante os valores inseridos em
a e b e guardar a turma no sistema. A figura 39 mostra uma tela depois do chefe
introduzir dados nos campos a e b e seleccionar no boto formar.
83
85
Figura 42: Tela com lista de candidatos transferidos da turma 30 para turma 22.
F Submenu cursos: contm informaes dos cursos leccionados particionados em
nveis, permitindo que o candidato se informe melhor sobre quem pode concorrer em
cada nvel de cada curso, dando assim, melhor viso para melhor escolha do curso.
G Submenu centros de formao: contm informaes dos centros e institutos de
formao de sade de Moambique tais como historial, localizao, fotos, cursos
leccionados, com objectivo de dar uma viso prvia do centro ou instituto onde o
candidato vai ou pretende ir fazer o curso.
H Submenu ajuda: contm informaes de ajuda para o utilizador, quanto s
funcionalidades do sistema para dar suporte ao utilizador, caso necessite.
4.4.
Diagrama de Componentes
Concluso
87
CONCLUSES
O estudo do negcio na Seco de Assuntos Estudantis e Recursos Didcticos, no
Departamento Pedaggico do Centro de Formao de Pessoal de Sade de Pemba
tornou possvel a recolha dos requisitos funcionais e no funcionais para a
construo do sistema web, seguindo-se as recomendaes da metodologia RUP.
Com o uso de RUP possibilitou o desenvolvimento das funcionalidades de forma
interactiva e incremental, orientou na modelao e imediatamente no desenho da
base de dados, mediante nos requisitos recolhidos. Na mesma lgica, com o uso do
sistema de gesto de base de dados MySQL na sua verso 6.0 tornou possvel a
implementao da base de dados.
No desenvolvimento do sistema escolheu-se pelo sistema web utilizando linguagem
de programao Java, Servidor de Aplicao Apache Tomcat, framework ZK, que
permitiu adequar-se s caractersticas do negcio em estudo.
Com as funcionalidades implementadas permitiro SAERD no aprimoramento das
suas actividades, flexibilizando os processos executados, economizando tempo,
recursos materiais e humanos, dando assim apoio na tomada de deciso atravs dos
relatrios produzidos e apresentados.
88
RECOMENDAES
Implementar as restantes funcionalidades e aspectos de segurana como vista a
minimizar possveis ataques.
Fazer testes no sistema durante um perodo considervel para comprovar a
satisfao dos requisitos funcionais implementados.
Adicionar o mdulo pagamento on-line ou conectar o sistema com sistema bancrio
BIM para o pagamento da inscrio, com vista a minimizar as inscries fictcias ou
falsas que avolumam dados desnecessrios na base de dados. Portanto, este
mdulo fortalecer a inscrio on-line.
Uma vez terminada a aplicao e comprovada a sua efectividade, generaliz-la para
demais institutos e centros de formao de sade do pas.
89
BIBLIOGRAFIA
ABRAHAMSSON, P. et al. Agile Software Development Methods: Review and
Analysis. Espoo, 2002, VTT Publications 478.
ANDERSON, C. Software Livre no Grtis! Revista Linux Magazine. Ano I, no 1,
ago. 2004, p. 94.
ANICETO, J. Aplicao Web Apostila ASP.net. Escola Tcnica da Univale (ETEIT).
2009.
BECK, K.; FOWLER, M. Planning Extreme Programming. 1. ed. Addison-Wesley,
2000.
BEZERRA, E. Princpios de Anlise e Projecto de Sistema com UML. 2. ed. Rio
de Janeiro: Elsevier, 2007.
CANTU, C. H. Firebird Essencial. Rio de Janeiro: Cincia Moderna, 2005.
CARVALHO FILHO, J. S. Manual de Direito Administrativo. 25. ed. So Paulo:
Atlas, 2012.
CARVALHO FILHO, J. S. Manual de Direito Administrativo. 7. ed. So Paulo:
Lumen Luris, 2001.
CAVALHEIRO, G. Material de Apoio 14: Framework. Universidade Federal de
Pelotas: 2014.
DA SILVA, A. M. R.; VIDEIRA, C. A. E. UML: Metodologias e Ferramentas Case. 2.
ed. Lisboa: Centro Atlntico, 2005. 1 v.
DA SILVA, A. M. R.; VIDEIRA, C. A. E. UML: Metodologias e Ferramentas Case. 2.
ed. Lisboa: Centro Atlntico, 2008. 2 v.
DEITEL, H. M.; DEITEL, P. J. Java Como Programar. 8. ed. So Paulo: Pearson
Pretence Hall, 2010.
90
91
MySQL. Anuncio Publicitrio. Revista Linux Magazine. Ano II, no 6, jan. 2005, p. 2.
Netbeans. Viso Geral de Netbeans IDE. Disponvel em:
<https://netbeans.org/features/index_pt_BR.html>. Acesso em: 9 jan. 2015.
NUNES, M.; ONEILL, H. Fundamental de UML. 2. ed. Lisboa: FCA, 2003.
ORACLE. Why MySQL?. Disponvel em: <http://www.mysql.com/why-mysql>.
Acesso em: 2 out. 2014.
OLIVEIRA, C. H. P. SQL Magazine: Banco de Dados Livre x Pago. Disponvel em:
<http://www.sqlmagazine.com.br/Artigos/Outros/01_BAnco_FreeXPAgo.asp>. Acesso
em: 05 out. 2014.
PRESSMAN, R. S. Engenharia de Software: Uma Abordagem Profissional. 7 ed.
Porto Alegre: AMGH, 2011.
SCHILDT, H. Java: A Referencia Completa. 8. ed. Rio de Janeiro: Alta Books, 2013.
SOMMERVILLE, I. Engenharia de Software. 8. ed. So Paulo: Pearson Addison
Wesley, 2007.
TAFULA, J. E. C. Sistema Web de Comrcio Electrnico Baseado em Leilo. 2012.
88 f. Monografia (Licenciatura em Engenharia Informtica) - Universidade Lrio,
Pemba.
Universidade Federal de Santa Catarina. Normas da ABNT: Citaes e Referncias
Bibliogrficas. Disponvel em: <www.leffa.pro.br/textos/abnt.htm>. Acesso em: 10 set.
2014.
Universidade Federal do Panar. Normas para Elaborao de Monografia.
Disponvel em: <www.iar.unicamp.br>. Acesso em: 25 out. 2014.
VAZ, R.; ALVES, S. Introduo aos Sistemas de Gesto de Bases de Dados
Usando o OpenOffice Base: Manual de Apoio. Brasil: Maio de 2005.
92
<http://www.andersonmedeiros.com/postgresql-pratico-ebook-em-portugues>.
Acesso em: 15 set. 2014.
<www.oficinadanet.com.br/apostilas/detalhe/609/manual_de_referencia_mysql_5.4>.
93
ANEXOS
Anexo 1. Diagramas de Actividades
Figura 44: Diagramas de actividades dos casos de uso ver Turma e Resultado.
10
11
12
13
14
16