Cesar Kamiya

Diego Peres
Fabio Tanaka
Gilberto Pessoni
Luciano Feitosa
Mirian Cristina Santos
Paulo Giaccaglini











WEBDIRIO DE CLASSE






















SO PAULO
2014
FACULDADES METROPOLITANAS UNIDAS FMU
CURSO DE TECNOLOGIA EM ANLISE E
DESENVOLVIMENTO DE SISTEMAS
WEBDIRIO DE CLASSE


Esse trabalho parte integrante da
avaliao da Pr-Concluso do Curso
de Graduao Tecnolgica em
Anlise e Desenvolvimento de
Sistemas.
Orientadora: Prof.Daniela de Souza
Pires.














SO PAULO
2014
AGRADECIMENTOS
Agradecemos a todos os nossos familiares e amigos que nos deram todo o
apoio, carinho e compreenso nesta etapa to difcil e decisiva para cada um de ns
e aos professores que compartilharam conosco sua sabedoria e experincias, nos
incentivando atravs desta jornada.

RESUMO
Aliar a tecnologia sustentabilidade de forma simples e rpida. Esse o
objetivo do WebDirio de Classe que traz, entre outras funcionalidades, o
lanamento e consulta de notas e faltas em tempo real de forma rpida e prtica.
Com o auxlio de um tablet ou qualquer outro dispositivo mvel com acesso a
internet, o professor faz a chamada e registra as notas sem ter que ficar se
preocupando em carregar o(s) dirio(s) impresso(s) de sala em sala.
Palavras chave: 1. Dirio de Classe. 2. Faltas. 3. Notas. 4. Professor. 5.
Aluno.


ABSTRACT
Combine technology and sustainability in a fast and simple way. That is
the WebDirios goal, which brings, among other features, the ability of
registering real time grades and attendances easily and quickly.
With a tablet or another mobile device with internet access, teacher can
record students attendance without carrying a bunch of grade books all around
the place.
Keywords: 1. Grade book. 2. Absence. 3. Grades. 4. Teacher. 5.
Student.

LISTA DE ILUSTRAES
Figura 1:Organograma da empresa Alltech ..................................................... 16
Figura 2: Ferramenta Moodle usada pela USP ................................................ 20
Figura 3: Diagrama de Casos de Uso .............................................................. 33
Figura 4: Diagrama de Classes ........................................................................ 34
Figura 5: Diagrama de Sequncia Incluir Disciplina ......................................... 35
Figura 6: Diagrama de Sequncia Consultar Disciplina ................................... 35
Figura 7: Diagrama de Sequncia Inativar Disciplina ....................................... 36
Figura 8: Diagrama de Sequncia Incluir Turma .............................................. 36
Figura 9: Diagrama de Sequncia Consultar Turma ........................................ 36
Figura 10: Diagrama de Sequncia Alterar Turma ........................................... 37
Figura 11: Diagrama de Sequncia Inativar Turma .......................................... 37
Figura 12: Diagrama de Sequncia Incluir Professor ....................................... 37
Figura 13: Diagrama de Sequncia Consultar Professor ................................. 38
Figura 14: Diagrama de Sequncia Alterar Professor ...................................... 38
Figura 15: Diagrama de Sequncia Inativar Professor ..................................... 38
Figura 16: Diagrama de Sequncia Incluir Aluno ............................................. 39
Figura 17: Diagrama de Sequncia Consultar Aluno ....................................... 39
Figura 18: Diagrama de Sequncia Alterar Aluno ............................................ 39
Figura 19: Diagrama de Sequncia Inativar Aluno ........................................... 40
Figura 20: Diagrama de Sequncia Incluir Presena ....................................... 40
Figura 21: Diagrama de Sequncia Consultar Presena ................................. 40
Figura 22: Diagrama de Sequncia Alterar Presena ...................................... 41
Figura 23: Diagrama de Sequncia Incluir Curso ............................................. 41
Figura 24: Diagrama de Sequncia Consultar Curso ....................................... 41
Figura 25: Diagrama de Sequncia Alterar Curso ............................................ 42
Figura 26: Diagrama de Sequncia Inativar Curso ........................................... 42
Figura 27: Diagrama de Sequncia Incluir Nota ............................................... 42
Figura 28: Diagrama de Sequncia Consultar Nota ......................................... 43
Figura 29: Diagrama de Sequncia Alterar Nota .............................................. 43
Figura 30: Diagrama de Componentes do WebDirio ...................................... 44
Figura 31: Diagrama de Classes ...................................................................... 45

Figura 32: Topologia de Redes Alltech ............................................................ 46
Figura 33: Tela de Login WebDirio ................................................................. 48
Figura 34: Tela de Lanamento de Notas ........................................................ 48
Figura 35: Tela de Lanamento de Chamadas ................................................ 49
Figura 36: Modelo Fsico do Banco de Dados.................................................. 53

Lista de TABELAS
Tabela 1: Estratgias de Plano de Contingncia.............................................. 27
Tabela 2: Plano de Gerenciamento de Comunicao ...................................... 27
Tabela 3: Pontos principais da Poltica de Segurana (Segurana Fsica) ...... 29
Tabela 4: Pontos principais da Poltica de Segurana (Seg Fsica e Lgica) .. 29
Tabela 5: Pontos principais da Poltica de Segurana (Segurana Lgica) .... 30
Tabela 6: Estimativa de custos e prazos ref prestao de servios ................. 51
Tabela 7: Impostos ........................................................................................... 52
Tabela 8: Custo Final ....................................................................................... 52
Tabela 9: Cronograma de Atividades ............................................................... 52


SUMRIO
1. INTRODUO ........................................................................................... 11
1.1. OBJETIVO .............................................................................................. 12
1.2. JUSTIFICATIVA ...................................................................................... 12
2. DESENVOLVIMENTO ............................................................................... 13
2.1. ESTUDO INICIAL: ................................................................................... 14
2.1.1. NOME DA EMPRESA E INFORMAES GERAIS: ........................... 14
2.1.2. RAMO DE ATIVIDADE PRINCIPAL .................................................... 14
2.1.3. NATUREZA DA EMPRESA ................................................................ 14
2.1.4. RAZO SOCIAL .................................................................................. 14
2.1.5. NOME PELO QUAL MAIS CONHECIDA ......................................... 14
2.1.6. DATA DA CONSTITUIO ................................................................. 14
2.1.7. B) BREVE HISTRICO ....................................................................... 14
2.1.8. C) FUNO ORGANIZACIONAL ....................................................... 15
2.1.9. ORGANOGRAMA DA EMPRESA ....................................................... 16
2.1.10. LOCALIZAO ................................................................................... 17
2.1.11. POSTURA ESTRATGICA: MISSO, NEGCIO, VISO E
FILOSOFIAS. ................................................................................................... 17
2.2. VIABILIDADE TCNICA ......................................................................... 18
2.2.1. SOFTWARES EDUCACIONAIS ......................................................... 18
2.2.2. MOODLE ............................................................................................. 21
2.2.3. INTERNET NO BRASIL ...................................................................... 21
2.2.4. TECNOLOGIAS .................................................................................. 21
2.2.4.1. JAVA ................................................................................................... 22
2.2.4.2. XHTML/CSS ........................................................................................ 22
2.2.4.3. SQL ..................................................................................................... 23
2.3. PLANEJAMENTO DO PROJETO: .......................................................... 23
2.3.1. ESCOPO DO PROJETO ..................................................................... 25
2.4. PLANEJAMENTO DA QUALIDADE ........................................................ 26
2.4.1. PLANO DE GERENCIAMENTO DE RISCOS (PLANO DE
CONTINGNCIAS); ......................................................................................... 26
2.4.1.1. IDENTIFICAO DE RISCOS; ........................................................... 26

2.4.2. PLANO DE GERENCIAMENTO DE COMUNICAO; ...................... 27
2.5. SEGURANA E AUDITORIA DE SISTEMAS SI .................................... 28
2.5.1. ANLISE DOS ASPECTOS DE SEGURANA DA INFORMAO ... 28
2.5.2. ESPECIFICAES DOS REQUISITOS DE SEGURANA ............... 28
2.5.2.1 POLTICA DE SEGURANA .............................................................. 28
2.6. REQUISITOS DO SISTEMA ................................................................... 30
2.6.1. REQUISITOS FUNCIONAIS ............................................................... 30
2.6.2. REQUISITOS NO FUNCIONAIS ...................................................... 32
2.7. ARQUITETURA DE SOFTWARE: .......................................................... 33
2.7.1. DIAGRAMA DE CASOS DE USO ....................................................... 33
2.7.2. DIAGRAMA DE CLASSES .................................................................. 34
2.7.3. DIAGRAMA DE SEQNCIA ............................................................. 35
2.7.4. DIAGRAMA DE COMPONENTES ...................................................... 44
2.7.5. MODELAGEM DE DADOS (CONCEITUAL E LGICO) .................... 45
2.7.6. TOPOLOGIA DA REDE (PLANTA BAIXA) ......................................... 46
2.7.7. PROTTIPOS: .................................................................................... 47
2.7.8. PROTTIPOS DE TELAS (PRINT SCREEN DO SISTEMA TELA A
TELA E EXPLICAO) .................................................................................... 48
2.8. PLANO DE IMPLANTAO ................................................................... 49
2.8.1. CRONOGRAMA .................................................................................. 50
2.8.2. IMPLEMENTAO DO BANCO DE DADOS (MODELO FISICO DO
BANCO E CODIFICAO) .............................................................................. 52
3. CONSIDERAES FINAIS ....................................................................... 57
4. REFERNCIAS BIBLIOGRFICAS ........................................................... 58




11

1. INTRODUO
Cada vez mais escolas e faculdades investem em infraestrutura e
tecnologia para atrair mais alunos. E cada vez mais os alunos tm considerado
esses conceitos pr requisitos na hora de escolher uma instituio de ensino
de qualidade. Isso porque, mais e mais, a tecnologia ganha espao em nossa
vida na medida em que nos percebemos as facilidades que ela nos traz. Quem
precisa pagar uma conta, por exemplo, dificilmente optar por ir at o banco e
enfrentar fila se puder faz - lo pela internet. Programar uma viagem, marcar
consulta, fazer compras, estudar, ler notcias, fazer cotaes... atividades
simples, mas que demandam tempo (e pacincia !) ficaram extremamente
fceis com a internet. Agora, conseguimos fazer tudo isso no mesmo dia e de
forma rpida, prtica e, na maioria das vezes, sustentvel, j que no h mais
necessidade de se trabalhar com tanto papel.
por essas e outras que os cursos voltados para a rea de TI atraem
tantos adeptos e a demanda no mercado crescente. Sendo assim, nada mais
justo do que aliar alguns desses conceitos tecnologia, praticidade e
sustentabilidade e empreg-los dentro da sala de aula. Para ilustrar, vamos
imaginar que um professor d aula para 10 turmas diferentes e que cada turma
tem pelo menos 30 alunos. Se a periodicidade do dirio impresso for de 1 ms,
isso significa que, ao longo de um ano, sero impressos pelo menos 80 dirios
anualmente isso s para esse professor ! Se considerarmos que um curso
tem 5 professores e que esses 5 professores do aulas todos os dias, a
maioria em dois perodos, o nmero sobe para 400 dirios impressos ! E, se
pensarmos no nmero de cursos que a faculdade disponibiliza, os nmeros
no param de crescer...
Pensando ainda no professor do exemplo, quanto tempo ele gasta para
fechar as notas e presenas dos seus 300 alunos? E os alunos, quanto tempo
tero que esperar para ver suas notas e faltas e, em caso de divergncia,
quanto tempo tero que esperar para solicitar a correo?
So essas e outras questes que o WebDirio de Classe visa melhorar e
resolver.
12

1.1. OBJETIVO
Modernizar e flexibilizar o sistema de dirio de classe, permitindo que os
professores lancem as notas e presenas numa plataforma online a partir de
um dispositivo mvel com acesso internet e aos alunos que consultem estas
informaes em tempo real.

1.2. JUSTIFICATIVA
Num mundo onde tecnologia e sustentabilidade so conceitos
amplamente difundidos, nada melhor do que aplic los em sala de aula.
Abolindo o dirio de impresso, este software pretende cumprir as funes de
lanamento de notas e lanamento de presenas permitindo que os
professores possam atualizar estas informaes lanando mo de dispositivos
mveis simples, como tablets e smartphones.
Para os alunos, alm da facilidade de poder consultar as notas e
presenas no momento em que forem lanadas, eles ainda poderiam optar por
assistir uma parte do total de aulas via web, sem ter que se preocupar com
problemas dirios como o trnsito, trabalho extra e coisas do tipo.

13

2. DESENVOLVIMENTO
O desenvolvimento deste projeto se dar conforme as etapas a seguir:
Levantamento e Anlise de Requisitos etapa onde sero levantadas
todas as funes e padres a serem adotados.
Concepo do projeto Planejamento inicial das etapas que
orientaro os desenvolvedores.
Seleo das linguagens a serem aplicadas Escolha das linguagens
que melhor atendem s especificaes do projeto.
Anlise de Viabilidade Tcnica avaliao da possibilidade de
desenvolvimento do software diante dos parmetros informados.
Anlise de Softwares similares no mercado levantamento de
softwares disponveis no mercado que cumpram funes similares.
Arquitetura de software - definies de como o software dever se
comportar mediante situaes especficas vivenciadas pelo cliente, a
forma como ir interagir com os seus componentes, quem sero os
atores e quais sero seus papis so alguns dos aspectos avaliados
nessa fase.
Desenvolvimento do projeto diz respeito execuo em si.
Prototipao lanamento da verso beta.
Testes avaliao do desempenho do software.
Implementao fase em que o software apresentado ao cliente.
Documentao registro dos parmetros definidos ao longo de todo o
processo desde a concepo at a entrega do software pronto.
Manuteno e evoluo do software acompanhamento, deteco e
correo de falhas e melhorias.
Suporte e treinamento de usurios fase em que o desenvolvedor
ensina o cliente a lidar com o software e acompanha a utilizao e tira
eventuais dvidas.
14

2.1. ESTUDO INICIAL:
2.1.1. NOME DA EMPRESA E INFORMAES GERAIS:
Alltech Tecnologia do Brasil Ltda.
2.1.2. RAMO DE ATIVIDADE PRINCIPAL
Informtica
2.1.3. NATUREZA DA EMPRESA
Sociedade Empresaria Limitada
2.1.4. RAZO SOCIAL
Alltech Solutions
2.1.5. NOME PELO QUAL MAIS CONHECIDA
Alltech Solutions
2.1.6. DATA DA CONSTITUIO
17/03/1999
2.1.7. B) BREVE HISTRICO
H mais de 15 anos no mercado, a Alltech foi fundada com o objetivo de
levar a todos o que h de melhor e mais moderno em termos de software, web
e consultoria. Primando pela sustentabilidade, a Alltech desenvolveu diversos
softwares para mdias e grandes empresas, fechando parcerias com grandes
nomes como a TechBrasil, EcoSolutions, Binarium e Vector. Alm disso,
recentemente a Alltech passou a se destacar no mercado por oferecer
solues customizadas tambm para pequenas e microempresas e
profissionais liberais, com o objetivo de oferecer a todos os pblicos produtos
com a mesma qualidade e adequados s suas reais necessidades.
Diante da demanda crescente a Alltech passou atuar em novas filiais em
mais 5 estados do Brasil (RJ, MG, BA, DF e SC) e est prestes a conquistar o
mercado internacional com sua primeira unidade internacional em Londres.
15

2.1.8. C) FUNO ORGANIZACIONAL
A funo organizacional da empresa estruturada da seguinte forma:
1. FUNO EXECUTIVA: Compreende gestores em todas as esferas.
So eles que definem, dirigem e parametrizam toda a poltica e plano
de trabalho da empresa. Alm disso, medem os resultados e servem
de ponte entre os setores operacionais e a diretoria.
2. FUNO FINANCEIRA / ADMINISTRATIVA: Regula todo o servio
executado nos bastidores. Os setores que compe esta funo so
fundamentais para todas as grandes empresas: RH, Jurdico,
Tesouraria, Compras e Financeiro. Todas as decises que envolvam
diretamente os lucros e investimentos da empresa devem ser
aprovadas por estes setores se no todos.
3. FUNO COMERCIAL: a parte em que a empresa vende seus
produtos. Os setores responsveis por esta funo so o Marketing,
o Departamento de Vendas e a Ouvidoria. Alm da venda
propriamente dita, toda a empresa que esteja focada na satisfao
de seus clientes entende que estes setores devam trabalhar de forma
conjunta e complementar.
4. FUNO CONTROLE DA QUALIDADE: Uma empresa preocupada
em superar expectativas e atingir os melhores ndices e padres
nacionais e internacionais, conta com setores especficos para a
autogesto de seus produtos e servios, como nesse caso em que
observa se um departamento de auditoria interna e controle da
qualidade.
5. FUNO DE PRODUO E DESENVOLVIMENTO: Este aspecto
lida diretamente com o carro chefe da empresa, que so os
produtos e servios ligados rea de tecnologia.

16

2.1.9. ORGANOGRAMA DA EMPRESA
A Alltech Solutions apresenta a seguinte diviso organizacional:

Figura 1: Organograma da Empresa Alltech
17


LOCALIZAO
Av Naes Unidas, 12901, Brooklin Novo So Paulo
2.1.10. POSTURA ESTRATGICA: MISSO, NEGCIO, VISO E
FILOSOFIAS.
Misso: Prover solues tecnolgicas criativas, modernas, politicamente
corretas e sustentveis buscando sempre a excelncia.
Negcio: Solues tecnolgicas que contribuam para a preservao do
meio ambiente e o aumento da qualidade de vida.
Viso: Ser reconhecida no mercado nacional e internacional como
referncia de qualidade, gesto e tecnologia, atendendo com primazia todos os
pblicos e garantindo a plena satisfao de nossos clientes e colaboradores.
Filosofia: A filosofia da Alltech fazer com que cada um compreenda
sua importncia dentro e fora da empresa. Pessoas trabalhando com pessoas
e para pessoas; condies de trabalho dignas e orgulho de vestir a camisa.
Jogar como um time e vencer com um time. Erros so inevitveis, mas devem
ser encarados como oportunidades de aprendizado. Sempre em busca da
excelncia.
Os principais pontos de nossa Poltica da Empresa que resumem nossa
filosofia:
Tratar a todos como gostamos de ser tratados;
Erros so oportunidades de melhoria. Se no pudermos evit- los
devemos fazer deles uma lio a ser aprendida.
Motivao, pacincia, perseverana e trabalho so as chaves
para o sucesso.
Comunicao fundamental em qualquer etapa do processo.
Foco na excelncia.
18

2.2. VIABILIDADE TCNICA
Com relao viabilidade tcnica, levantamos informaes sobre
softwares de educacionais e moodle, que so ferramentas cada vez mais
aplicadas na rea de educao em se tratando de softwares.
2.2.1. Softwares Educacionais
Uma definio cabvel para conceituar software educacional aquela
em que o programa se adequa dentro do contexto ensino aprendizagem.
Quando se desenvolve um software de carter educacional, primordial definir
e adequar concepo pedaggica que servir de estrutura ao software. Para
tanto, h que se contar com um ou mais pedagogos integrando a equipe de
desenvolvimento, para que se produza contedo de qualidade e se crie
ambiente educacional propcio. Dentro desse processo de aprendizado,
importante ressaltar que a tecnologia, apesar de grande aliada, deve ser usada
com ressalva e de maneira assistida. Para alcanar os objetivos pretendidos
a educao oferecida por um professor rob necessrio desvincular o
computador do mtodo de aprendizagem control c control v. Nada de usar o
computador como ferramenta para memorizar apenas a popular
metodologia decoreba. O computador pode e deve ser utilizado como uma
arma poderosa no combate a mesmice da sala de aula e criao de livres
pensadores. Softwares educacionais interativos podem motivar os estudantes a
investigar, descobrir, questionar, participar e evoluir.
por essas e outras razes que os softwares educacionais so cada
vez mais bem vistos e bem quistos nas salas de aula. Diante de uma gerao
totalmente voltada para a tecnologia, nada melhor do que lanar mo dessa
poderosa ferramenta para melhorar a comunicao entre eles e seus
educadores. Eis alguns dos melhores instrumentos que a tecnologia pode
oferecer para seus usurios:
Softwares de simulao Este tipo de software oferece aos seus
usurios a possibilidade de vivenciar as experincias do mundo real.
Pode ser atravs de uma experincia cientfica, explorando a vida
19

animal, uma viagem no tempo ou dando volta ao mundo. Exemplos
desse tipo de software so o Animal Quest e Smart Choices.
Programas de Exercitao Usados para prover o ensino de idiomas
e matemtica. Exemplo: Triple Play.
Aplicativos Programas como planilhas eletrnicas e processadores
de texto, podem ajudar o aluno a fazer clculos relacionados
economia de um pas, comparativos geogrficos e traam o perfil
socioeconmico de pases.
Linguagem de programao Utilizadas para o desenvolvimento de
softwares, servem de grande estmulo para o desenvolvimento do
raciocnio lgico. Exemplo: Lego logo, que inicia o estudante
robtica.
Software de autorao Extenso de linguagens de programao,
que permitem a criao de prottipos de programas. Exemplos:
Toolbook e Visual Basic.
Jogos Atravs de estratgias de gameficao, aliam o lazer
educao, com o mximo grau de interatividade. Exemplo: Where in
the world is Carmen Sandiego, que usa como pano de fundo um
enredo de investigao para viajar por vrios pases, propiciando um
rico conhecimento geogrfico.
Porm, apesar da doce promessa de auxiliar na educao, os softwares
educativos tm travado uma grande batalha para garantir seu lugar ao sol aqui
no Brasil. Essa uma guerra bem difcil de vencer, visto que muitos ainda
torcem o nariz para a aplicao de tecnologia na sala de aula. Seja por
questes relativas ao preo, ao tempo para desenvolvimento, concorrncia
desleal com softwares piratas e constante necessidade de atualizao, logo
v se que para firmar se no mercado os softwares educacionais tm de
percorrer um longo caminho. Segundo o diretor da Edulink/Log On, Eduardo
Mace, o maior desafio de quem produz software achar uma forma de coloca
lo no mercado. Ainda assim, apesar de todas as dificuldades, vale a pena
apostar nos softwares educacionais, considerando a relao custo/benefcio.
20

2.2.2. MOODLE
O Moddle (Modular Object Oriented Dynamic Learnning Environment)
um ambiente de aprendizado online que permite a interao entre
professores e alunos. Usado como ferramenta para auxiliar e dinamizar o
aprendizado, ele permite que o professor crie salas de aula virtuais onde pode
disponibilizar contedo multimdia e trocar mensagens com os seus alunos,
independente de estar instalado ou no na instituio de ensino h sites que
disponibilizam este servio gratuitamente.
Faculdades renomadas como USP, Mackenzie e PUC aderiram ao
moodle como ferramenta de auxlio ao aprendizado presencial. A ttulo de
exemplo, tomamos o curso de Medicina da Universidade de So Paulo, que
usa um ambiente de tecnologias educacionais interativas conforme vemos
abaixo. Nele o professor tem papel de administrador de contedo e
administrador da ferramenta como um todo, sendo o responsvel por ocultar e
exibir notcias e inserir avisos.

Figura 2: Ferramenta Moodle usada pela USP
21

2.2.3. INTERNET NO BRASIL
A Internet chegou ao Brasil em 1988, como meio de comunicao entre
a Fundao de Amparo Pesquisa do Estado de So Paulo (FAPESP) e O
Fermilab, laboratrio de fsica situado em Illinois. Nesse mesmo ano o
AlterNex, um servio de internet que no era ligado nenhum rgo
governamental nem instituio de ensino se encontrava em fase de testes.
Em 1990, o Ministrio da Cincia e Tecnologia criou a Rede Nacional de
Pesquisa, visando a implantao de uma infraestrutura que abrangesse todo o
territrio nacional e em 1992, os brasileiros j contavam com internet em 11
capitais brasileiras, mas foi apenas em 1994 que a internet passou a ser
disponibilizada comercialmente pela Embratel com a velocidade de 256kpbs.
Em 1995, para evitar o monoplio estatal da internet no Brasil, o
Ministrio das Comunicaes declarou se publicamente a favor da
comercializao da rede mundial no pas. Em 1996 surgiram grandes portais e
provedores e em 1998 ocupvamos o 19 posto de hosts no mundo. Em 2007
eram cerca de 40 milhes de computadores instalados no Brasil, com cerca de
18 milhes de internautas residenciais.
Em dados recentes divulgados pela Associao Brasileira de
Telecomunicaes, a Telebrasil, constatou se que cerca de 140 milhes de
brasileiros tm acessado a internet via banda larga, sendo que desse total, 118
milhes de acessos foram feitos via celulares e smartphones.
A internet, segundo pesquisa recente do Ibope (maro 2014), o meio
de comunicao preferido das pessoas na hora de buscar informaes e
notcias. Cerca de 50% dos brasileiros, optam pela internet para se manter
informado, nmero esse que est acima da mdia mundial que est em torno
de 45% .
2.2.4. TECNOLOGIAS
Para o desenvolvimento deste software, as linguagens escolhidas foram
java, html/css e mysql, cujas descries veremos a seguir.
22

2.2.4.1. JAVA
A empresa Sun Microssystems criou essa linguagem na dcada de 90,
batizando a de Oak e posteriormente de Java, como uma homenagem a
uma espcie de caf cultivado numa ilha do Pacfico de mesmo nome. A
linguagem Java foi projetada para ser similar ao C, sendo que ambas so
voltadas a orientao a objetos.
Inicialmente, o Java foi criado para o desenvolvimento de aplicativos
simples e programas de controle de aparelhos eletrodomsticos e
eletroeletrnicos, mas logo verificou se que esta linguagem seria ideal
tambm para aplicaes em rede e Internet. O Java trouxe mais interatividade
entre o usurio e a Internet. As grandes vantagens do Java so sua
capacidade de trabalhar em diversas plataformas, a facilidade de assimilao e
o fato de o seu cdigo, diferentemente do C e suas variveis, no se tratar
apenas de um cdigo fonte, e sim, do prprio cdigo executvel.
O Java uma linguagem muito procurada no mercado atual e pode ser
empregado na criao de contedo Web, no desenvolvimento de aplicativos
corporativos de larga escala e no aprimoramento e funcionalidade de
servidores Web. Alm disso, a linguagem Java ideal para o desenvolvimento
de aplicativos, como aqueles utilizados em smartphones.
2.2.4.2. HTML/CSS
O HTML (Hypertext Markup Language) uma linguagem de marcao
de hipertexto. Ao contrrio do que muitos pensam, o HTML uma linguagem
que descreve a estrutura de uma pgina, e no o seu layout. Ele define um
conjunto de estilos comuns em pginas da Web: cabealhos, pargrafos, listas
e tabelas e tambm define o estilo dos caracteres.
O HTML foi criado na Sua em 1991 por Tim Berners Lee. A ideia inicial
era interligar instituies de pesquisas prximas para compartilhar documentos.
Com a liberao da biblioteca de desenvolvimento WWW (World Wide Web),o
HTML ganhou fora e conquistou mais adeptos.
23

O HTML j teve diversas verses: HTML 2.0, HTML 3.2, HTML 4.0 entre
outras, cada qual com significativas melhorias. Uma das verses mais
recentes, o XHTML veio para acompanhar a onda tecnolgica dos
smartphones e outros portteis. Essa linguagem foi escrita em XML (Extensible
Markup Language, linguagem de marcao extensvel) e, apesar de bastante
similar ao HTML 4.0, ele apresenta uma srie de regras que asseguram a
compatibilidade do documento com qualquer navegador.
As folhas de estilo em cascata e o HTML dinmico funcionam em
conjunto com o HTML para facilitar a manipulao da aparncia da pgina web.
Em um arquivo separado, as folhas de estilo externas mantm os padres que
devero ser atendidos pelo HTML. A maior vantagem em sua utilizao o fato
de possibilitar alteraes em diversas pginas simultaneamente.
2.2.4.3. SQL
Na dcada de 70, E. Codd desenvolveu um modelo de dado relacional
chamado Linguagem de Consulta Estruturada (Structured Query Language). A
IBM, por sua vez, foi a primeira a desenvolver a teoria de banco de dados
relacional, porm a Oracle foi a primeira empresa a fazer dessa linguagem um
produto comercializvel.
Desde 1986, programadores e desenvolvedores tiveram acesso a uma
gama de linguagens voltadas para a manipulao de banco de dados. No
entanto, nem todas foram de fcil assimilao e/ou aceitao como o SQL.
Abaixo listamos os Doze Princpios de Banco de Dados Relacionais de
Codd:
Informao representada logicamente em tabelas.
Dados devem ser logicamente acessveis por tabelas, chaves primrias
e colunas.
Valores NULL devem ser tratados uniformemente como informao
perdida, no como strings vazias, espaos ou zeros.
24

Metadados (dados sobre o banco de dados) devem ser armazenados no
banco de dados assim como so os dados regulares.
Uma nica linguagem deve ser capaz de definir dados, exibies ou
visualizaes, restries de integridade, autorizao, transaes e
manipulao de dados.
Exibies ou visualizaes devem mostrar as atualizaes de suas
tabelas de base e vice versa.
Uma nica operao deve ser disponvel para fazer cada uma das
operaes seguintes: recuperar, inserir, atualizar ou remover dados.
Lotes e operaes do usurio final so logicamente separados do
armazenamento fsico e mtodos de acesso.
Lotes e operaes do usurio final podem mudar o esquema do banco
de dados sem ter que recri - lo ou as aplicaes construdas por meio
dele.
Restries de integridade devem ser disponveis e armazenados em
metadados, no em um programa de aplicao.
A linguagem de manipulao de dados do sistema relacional no deveria
se importar onde ou como dados fsicos so distribudos e no deveria
requerer alterao se dados fsicos so centralizados ou distribudos.
Qualquer processamento de linha feito no sistema deve obedecer s
mesmas regras de integridade e restries que os grupos de operaes
de processamento obedecem.
2.3. PLANEJAMENTO DO PROJETO:
O Planejamento do Projeto discorre sobre as definies do escopo que
serviro para nortear todas as etapas do desenvolvimento. Abaixo verificamos
o escopo do projeto.
25

2.3.1. ESCOPO DO PROJETO
Este Escopo do Projeto WebDirio traa os principais objetivos e
resultados a que se desejam atingir, bem como a descrio resumida do
trabalho que ser realizado.
Aps as etapas de levantamento de requisitos, foram definidos os
seguintes pontos em consenso com o cliente final:
Todas as etapas do processo de desenvolvimento sero focadas
respeitando os preceitos de segurana e qualidade definidos pela empresa
contratante e adotados pelos desenvolvedores.
Far se , em datas previamente acordadas, reunies para a entrega
de produtos intermedirios, a saber: entregas de documentos, cronogramas,
relatrios, pareceres, oramentos e afins com o objetivo de informar de
maneira plena a empresa contratante quanto ao andamento do projeto.
Alm da entrega do produto final, o cliente ter direito a quaisquer que
sejam seus produtos derivados, como por exemplo, manuais e arquivos.
Havendo a necessidade de alterao de datas e/ou prazos, haver que
se agendar uma reunio com o cliente para entrar em um consenso com
relao s novas definies de data, para evitar penalidades contratuais.
Alteraes solicitadas pelo cliente aps entrega total ou parcial do
produto no esto contempladas pelo contrato, exceto em casos em que,
comprovadamente, haja necessidade de alterao sob risco de mau
funcionamento do produto.
O pagamento efetuado pelo cliente d a ele cobertura de licena
parcial, ou seja, permite que ele usufrua do software como usurio, sem deter
quaisquer poderes legais de carter permanente sobre ele direito esse
reservado empresa desenvolvedora.
Com o lanamento do WebDirio, pretende se atingir alto nvel de
adequao e segurana, facilitando a gesto e manuseio dos dados de forma
prtica e confivel.
26

Mediante a entrega da verso final do software, a empresa Alltech se
dispe a fornecer treinamento para grupo limitado de usurios, com o objetivo
de capacita los para melhor utilizao do programa e, simultaneamente,
analisar o desempenho do software em ambiente real.
2.4. PLANEJAMENTO DA QUALIDADE
O Planejamento da Qualidade a fase voltada para a identificao
daqueles que sero os padres de qualidade idealizados tanto pelos
desenvolvedores como pelos clientes. Alm de nomear estes requisitos, o
planejamento permite definir estratgias para alcanar tais parmetros.
2.4.1. PLANO DE GERENCIAMENTO DE RISCOS (PLANO DE
CONTINGNCIAS);
Para o desenvolvimento do Plano de Contingncias, consideraremos os
seguintes passos:
Identificao de riscos e desastres;
Identificao de equipe responsvel por detectar, alertar e declarar
situaes de riscos;
Mapeamento do Plano atribuindo funes a cada membro da equipe
afetada;
Documentao de todos os procedimentos a serem seguidos
acompanhado de inventrio de hardware e software.
2.4.1.1. IDENTIFICAO DE RISCOS;
No que diz respeito identificao de riscos, consideram se as
estratgias a seguir aplicveis para o Plano de Contingncia delineado na
Poltica de Segurana:
27

Tabela 1: Estratgias de Plano de Contingncia

2.4.2. PLANO DE GERENCIAMENTO DE COMUNICAO;
O Plano de Gerenciamento de Comunicao tem base nos seguintes
preceitos:
Tabela 2: Plano de Gerenciamento de Comunicao

28

2.5. SEGURANA E AUDITORIA DE SISTEMAS SI
A segurana no desenvolvimento do sistema WebDirio a pea
chave para o sucesso do projeto. Evitar que o sistema sofra ataques que
resultem em indisponibilidade, falhas e/ou alteraes indevidas uma das
prioridades dos nossos desenvolvedores.
O processo de auditoria, por sua vez, ser fundamental para avaliar os
parmetros aplicados pela empresa e definir ou redefinir processos que
colaborem para a manuteno da segurana e atribuam eficcia e
confiabilidade na gesto do sistema e dos dados do cliente.
2.5.1. ANLISE DOS ASPECTOS DE SEGURANA DA INFORMAO
Os aspectos de segurana de informao que devero ser considerados
neste projeto englobam desde a parte de segurana fsica, com o
desenvolvimento de uma poltica de segurana que valide procedimentos a
serem seguidos como restrio de acesso, instalao de cmeras, treinamento
de equipe e estabelecimento de equipe de helpdesk preparada para detectar,
administrar e reverter possveis falhas, ataques e intruses, at os aspectos
lgicos, que envolvam a manipulao e gesto de dados em si, fundamentais
para o desenvolvimento e manuteno do projeto.
2.5.2. ESPECIFICAES DOS REQUISITOS DE SEGURANA
Entre os aspectos relacionados segurana do sistema WebDirio,
considerou se aqueles que so de maior destaque por suportarem direta ou
indiretamente a atividade alvo da organizao.
Aponta se os ativos considerados crticos, em especial, aqueles
relativos ao sistema em si e ao banco de dados que conter informaes sobre
as empresas contratantes, bem como de seus clientes, fazendo com que sua
importncia dentro da poltica de segurana seja de extrema relevncia.
2.5.2.1. POLTICA DE SEGURANA
A tabela abaixo ilustra os pontos crticos e as definies que servem de
embasamento para a Poltica de Segurana da Informao.
29

Ela subdivide se em trs partes:
Tabela 3: Pontos principais da Poltica de Segurana (Segurana Fsica)

Tabela 4: Pontos principais da Poltica de Segurana (Segurana Fsica e Lgica)

30

Tabela 5: Pontos principais da Poltica de Segurana (Segurana Lgica)


2.6. REQUISITOS DO SISTEMA
Os requisitos do sistema englobam os requisitos funcionais e no
funcionais que veremos detalhadamente a seguir.
2.6.1. REQUISITOS FUNCIONAIS
Todo o acesso ser feito mediante login e senha, possibilitando que
todas as atividades realizadas dentro desse sistema sejam monitoradas
e garantam mais segurana ao sistema.
O sistema permitir a faculdade e/ou professores consultarem cursos,
turmas e disciplinas. Os professores s podero consultar os itens em
que estiverem cadastrados.
O aluno cuja matrcula estiver ativa poder atualizar o prprio cadastro
sem ter necessidade de contatar a faculdade para faz-lo (apenas os
dados pessoais). Essas alteraes tambm sero feitas mediante login e
senha e apenas o prprio aluno ou a faculdade podero alterar.
31

Antes de iniciar um novo cadastro, o sistema dever consultar se esse
cadastro no est entre os inativos. Para o cadastro seja de pessoas
(professores e/ou alunos), antes de iniciar, o sistema pede o CPF da
pessoa para fazer a consulta. Caso encontre o CPF pesquisado entre os
cadastros inativos, informa o usurio que o cadastro j existe e pergunta
se deseja ativ-lo. Caso o CPF encontrado seja de um cadastro de aluno
e o usurio deseja cadastrar essa mesma pessoa como professor, o
sistema pergunta se o usurio deseja utilizar as mesmas informaes
para o novo cadastro, ou seja, ele permite que se crie um cadastro para
professor e outro para aluno (ou vice versa) para a mesma pessoa.
Funes INCLUIR, EXCLUIR e ALTERAR DISCIPLINA sero
administradas pela faculdade. Alunos, professores e faculdade podero
acessar a funo CONSULTAR DISCIPLINA.
Funes INCLUIR, EXCLUIR e ALTERAR TURMA sero administradas
pela faculdade. Professores e faculdade podero acessar CONSULTAR
TURMA.
Funes INCLUIR, EXCLUIR e ALTERAR PROFESSOR sero
administradas pela faculdade. Alunos, professores e faculdades podero
acessar CONSULTAR PROFESSOR, mas apenas a faculdade e o
prprio professor tero acesso informaes pessoais.
Funes INCLUIR, ALTERAR e INATIVAR E ALTERAR ALUNO sero
administradas pela faculdade. A funo ALTERAR tambm poder ser
manipulada pelo aluno, caso ele queira atualizar seus dados pessoais
(restrito a alunos que estejam ativos no sistema, alterao unicamente
das informaes pessoais e acesso feito mediante senha). A funo
CONSULTAR ALUNO poder ser feita pela faculdade (cadastro
completo), professores (cadastro parcial excluindo dados pessoais e
informaes financeiras) e pelo prprio aluno (e somente por ele,
mediante login e senha cadastro completo).
Funes INCLUIR, ALTERAR e EXCLUIR NOTA s podero ser feitas
pelos professores cadastrados nas disciplinas (acesso restrito). Porm,
para a alterao da nota, ser necessrio que o professor entre em
32

contato com o coordenador do curso, justificando o motivo da alterao.
O coordenador por sua vez, autorizar ou no a alterao e, caso aceite
a justificativa e concorde em fazer a alterao desbloquear a alterao
utilizando sua senha master. A funo CONSULTAR NOTA poder ser
acessada pela faculdade, pelos alunos e professores (apenas de sua
disciplina e, para alunos, apenas de sua prpria matrcula).
Funes INCLUIR, ALTERAR, EXCLUIR PRESENA s podero ser
feitas pelos professores cadastrados nas disciplinas (acesso restrito).
Porm, para a alterao da presena, ser necessrio que o professor
entre em contato com o coordenador do curso, justificando o motivo da
alterao. O coordenador por sua vez, autorizar ou no a alterao e,
caso aceite a justificativa e concorde em fazer a alterao desbloquear
a alterao utilizando sua senha master. A funo CONSULTAR
PRESENA poder ser acessada pela faculdade, pelos alunos e
professores (apenas de sua disciplina e, para alunos, apenas de sua
prpria matrcula).
2.6.2. REQUISITOS NO FUNCIONAIS
O sistema dever ter alta disponibilidade.
O sistema ser desenvolvido em Java e dever se comunicar com o
SQL SERVER.
O sistema dever rodar em qualquer plataforma e os usurios
responsveis pela manipulao de dados devero passar por
treinamento prvio.
O sistema funcionar com conexo para internet e dever ser
acessado tambm por dispositivos mveis como tablets e
smartphones.
Todo o acesso s poder ser feito mediante login e senha.
Informaes pessoais de professores e alunos s podero ser
acessadas pela faculdade ou pelo prprio usurio.
Alteraes nos lanamentos de faltas e notas s podero ser feitos
mediante senha master do coordenador do curso ou outra pessoa
33

autorizada, seguida da senha do professor responsvel pela
alterao. No sero feitas excluses nestes itens para que se
mantenha o histrico de cada lanamento e/ou alterao.
2.7. ARQUITETURA DE SOFTWARE
A arquitetura do sistema WebDirio representada atravs dos
diagramas a seguir, delineia os principais aspectos e funes determinadas
atravs do levantamento de requisitos.
Parte de grande relevncia neste projeto, o planejamento da arquitetura
permitiu, com a ajuda das ferramentas uml, uma maior compreenso das
atividades do cotidiano dos clientes, simulando situaes e prevendo a
resposta do sistema para cada caso.
2.7.1. DIAGRAMA DE CASOS DE USO
O diagrama de casos de uso ilustra as atividades que sero realizadas
atravs do WebDirio, bem como a forma como cada ator se relacionar
durante a execuo destes processos. Vejamos como se d essa interao:

Figura 3: Diagrama de Caso de Uso
34


2.7.2. DIAGRAMA DE CLASSES
O Diagrama abaixo representa a estrutura e as relaes das classes
necessrias para o desenvolvimento do WebDirio.

Figura 4: Diagrama de Classes
35

2.7.3. DIAGRAMA DE SEQNCIA
O diagrama de sequncia ilustra as principais atividades que sero
executadas pelo sistema WebDirio, bem como prev como o sistema se
comportar diante de possveis falhas.
As atividades descritas esto relacionadas incluso, alterao,
excluso ou inativao e consulta dos itens disciplina, nota, turma, professor,
aluno, presena e curso.
INCLUIR DISCIPLINA

Figura 5: Diagrama de Sequncia Incluir Disciplina

Figura 6: Diagrama de Sequncia Consultar Disciplina
36


Figura 7: Diagrama de Sequncia Inativar Disciplina

Figura 8: Diagrama de Sequncia Incluir Turma


Figura 9: Diagrama de Sequncia Consultar Turma
37


Figura 10: Diagrama de Sequncia Alterar Turma

Figura 11: Diagrama de Sequncia Inativar Turma

Figura 12: Diagrama de Sequncia Incluir Professor
38



Figura 13: Diagrama de Sequncia Consultar Professor

Figura 14: Diagrama de Sequncia Alterar Professor

Figura 15: Diagrama de Sequncia Inativar Professor
39



Figura 16: Diagrama de Sequncia Incluir Aluno

Figura 17: Diagrama de Sequncia Consultar Aluno

Figura 18: Diagrama de Sequncia Alterar Aluno
40


Figura 19: Diagrama de Sequncia Inativar Aluno

Figura 20: Diagrama de Sequncia Incluir Presena

Figura 21: Diagrama de Sequncia Consultar Presena

41


Figura 22: Diagrama de Sequncia Alterar Presena

Figura 23: Diagrama de Sequncia Incluir Curso

Figura 24: Diagrama de Sequncia Consultar Curso
42


Figura 25: Diagrama de Sequncia Alterar Curso

Figura 26: Diagrama de Sequncia Inativar Curso

Figura 27: Diagrama de Sequncia Incluir Nota
43



Figura 28: Diagrama de Sequncia Consultar Nota


Figura 29: Diagrama de Sequncia Alterar Nota


44

2.7.4. DIAGRAMA DE COMPONENTES
O diagrama abaixo ilustra a forma como os componentes se relacionam
dentro do sistema WebDirio.

Figura 30: Diagrama de Componentes do WebDirio
45

2.7.5. MODELAGEM DE DADOS (CONCEITUAL E LGICO)
Abaixo, a modelagem de dados representa a forma como os dados se
relacionam. Trata se de um passo fundamental dentro do projeto por ajudar
diminuir ou eliminar erros causados pela redundncia ou inconsistncia dos
dados apresentados.

Figura 31: Diagrama de Classes
46

2.7.6. TOPOLOGIA DA REDE (PLANTA BAIXA)
A planta baixa da Alltech composta por redes diversas, conforme se v
a seguir:

Figura 32: Topologia de Rede da Alltech
Descrio da topologia: As redes variam conforme o departamento. A rea
da Gesto/Coordenadoria utiliza notebooks para atribuir mobilidade (os
diretores podem percorrer todos os setores da empresa, tendo suas
informaes sempre a mo) e segurana (os notebooks podem ser guardados
em local seguro quando no estiverem sendo utilizados).
47

A conexo com a internet feita atravs de um roteador e os computadores da
coordenadoria tm acesso ao servidor da empresa desenvolvedora e ao
servidor dedicado ao WebDirio (com algumas restries).
Os auditores tambm trabalham com notebooks com conexo feita atravs de
roteadores, pelas mesmas questes supracitadas.
O departamento de vendas utiliza rede em forma de anel, pois uma estao
de trabalho pequena (apenas seis computadores) e ainda que mais suscetvel
a falhas, seu baixo custo uma grande vantagem. O computador do
departamento de marketing est em rede com os computadores da rea de
vendas e com o computador da ouvidoria para facilitar os processos de
medies e follow up.
O roteador administrativo est ligado aos departamentos de marketing, (que
por sua vez est ligado ao da ouvidoria), ao RH, ao jurdico e ao financeiro, que
est em rede com os setores de compras e tesouraria.
Por ser o setor principal da empresa, a rea de TI conta com uma topologia em
forma de malha, ligando todos os computadores entre si, de maneira que todos
os tcnicos consigam trabalhar em conjunto. Assim, o coordenador de projetos
poder acompanhar em tempo real o andamento de cada processo e
interromper, corrigir e/ou tirar dvidas com os outros profissionais, diminuindo o
ndice de retrabalho, a redundncia/ inconsistncia e aumentando a
compatibilidade e segurana entre as linguagens durante o
desenvolvimento/manuteno do sistema.
A empresa tem um banco de dados separado de seus clientes para evitar
acessos indevidos e tambm que, em caso de invaso, os dados dos clientes
tambm estejam vulnerveis ao ataque.

2.7.7. PROTTIPOS:
Prottipos so o primeiro retrato do sistema. Os prottipos so uma
espcie de rascunho a partir de onde sero efetuadas melhorias constantes
no sistema tanto no aspecto funcional quanto na parte esttica.
48

2.7.8. PROTTIPOS DE TELAS

Figura 33: Tela de Login do WebDirio

Este o prottipo da rea de login, a partir de onde o usurio (professor ou
aluno) ter acesso s informaes restritas mediante senha.

Figura 34: Tela de Lanamento de Notas

Aqui vemos o prottipo de lanamento de notas. Aps localizar a turma e a
disciplina, o professor poder atribuir as notas aos alunos.
49


Figura 35: Tela de Lanamento de Chamada

Este o prottipo do lanamento de chamadas. Os alunos tm sua presena
registrada atravs de uma checkbox.

2.8. PLANO DE IMPLANTAO
O Plano de Implantao descreve as estimativas de prazos e de valores
envolvidos no processo de desenvolvimento do WebDirio. Para definir estes
dados, partiu se do princpio que at a data da efetiva implantao, as redes
e equipamentos j estaro devidamente adequados para o recebimento do
software, bem como a empresa j ter disponibilizado um nmero mnimo de
funcionrios previamente acordado para participar de eventuais palestras e
treinamentos referentes ao software.
50

2.8.1. CRONOGRAMA
Abaixo apresentamos a estimativa de custos e o cronograma das
atividades, considerando os prazos inicial e final estipulados pela equipe,
bem como a mdia de valores estimada.
Para estipular os prazos, considerou se o perodo de 12 meses que
resultado da soma dos trs semestres decrescidos os perodos de frias,
festividades, fins de semana e eventuais pausas por conta de feriados.
Considerando que esse perodo de 12 meses seja composto por 365 dias,
52 semanas e, aproximadamente 260 dias teis, se toda a equipe
responsvel pelo projeto trabalhar 8 horas dirias de segunda a sexta, ao
final desse perodo eles tero somado as 2080 horas previstas neste
cronograma.
Com relao aos valores, considerou se que o desenvolvimento do
software est sendo feito em trs linguagens diferentes (Java, MySQL e
HTML/CSS), os insumos que sero gastos para a produo de materiais e
documentos (por exemplo, papel, cartucho para impressora e coisas do
tipo), confeco de apostilas, despesas referentes aos gastos com
deslocamento para visitao de cliente e pesquisas de campo, despesas
operacionais, treinamento de equipe, despesas referentes infraestrutura e
ainda custos relativos impostos incidentes sobre a prestao de servio
(A).
Sobre os impostos cobrados (B):
ISS Imposto sobre servio, correspondente a 5%
COFINS Contribuio social para o financiamento da seguridade
social correspondente a 3%.
PIS Programa de Integrao Social, correspondente a 0,65%.
O clculo do valor final se d a partir da soma dos valores
correspondentes ao servio e os impostos e taxas cobrados sobre o valor do
servio (A + B = Total)
51

Tabela 6: Estimativa de custos e prazos referente prestao de servios (A)

Tabela 7: Estimativa de custos referente aos impostos cobrados (B)

Tabela 8: Custo Final (A +B)


52

Tabela 7: Cronograma de Atividades

2.8.2. IMPLEMENTAO DO BANCO DE DADOS
A seguir veremos o modelo fsico que representa o banco de dados,
bem como a codificao em SQL utilizada para criar as tabelas.
53

MODELO FISICO DO BANCO

Figura 34: Modelo Fsico do Banco de Dados
/*
SQLyog Community v10.1
MySQL - 5.0.45-community-nt : Database - webdiario
*********************************************************************
*/


/*!40101 SET NAMES utf8 */;

/*!40101 SET SQL_MODE=''*/;
Aluno
AlunoNM
AlunoEND
AlunoEmail
CPFAluno
AlunoTEL
AlunoRG
Aula
AulaNM
CodAula
CodDisciplina
CodCurso
CPFProf
Curso
CursoNM
CodCurso
CPFAluno
CodDisciplina
Disciplina
DisciplinaNM
CodDisciplina
CPFAluno
CPFProf
Nota
CodNota
CPFAluno
CodCurso
CodTurma
CodDisciplina
Presenca
CodPresenca
CPFAluno
CodCurso
CodTurma
CodDisciplina
Professor
ProfNM
ProfTEL
ProfEND
ProfEmail
CPFProf
Turma
TurmaNM
CodTurma
CodCurso
CPFAluno
54


/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
CREATE DATABASE /*!32312 IF NOT EXISTS*/`webdiario` /*!40100 DEFAULT CHARACTER SET latin1 */;

USE `webdiario`;

/*Table structure for table `aluno` */

DROP TABLE IF EXISTS `aluno`;

CREATE TABLE `aluno` (
`Ra` int(11) NOT NULL auto_increment,
`Nome` varchar(30) default NULL,
`Rg` int(11) default NULL,
`Cpf` int(11) default NULL,
`Endereco` varchar(30) default NULL,
`Email` varchar(30) default NULL,
`TelRes` int(10) default NULL,
`TelCel` int(11) default NULL,
PRIMARY KEY (`Ra`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

/*Data for the table `aluno` */

/*Table structure for table `aula` */

DROP TABLE IF EXISTS `aula`;

CREATE TABLE `aula` (
`CodDisciplina` int(11) default NULL,
`CodCurso` int(11) default NULL,
`MatriculaProf` int(11) default NULL,
KEY `CodDisciplina` (`CodDisciplina`),
KEY `CodCurso` (`CodCurso`),
KEY `MatriculaProf` (`MatriculaProf`),
CONSTRAINT `aula_ibfk_1` FOREIGN KEY (`CodDisciplina`) REFERENCES `disciplina` (`Codigo`) ON DELETE NO
ACTION ON UPDATE CASCADE,
CONSTRAINT `aula_ibfk_2` FOREIGN KEY (`CodCurso`) REFERENCES `curso` (`Codigo`) ON DELETE NO ACTION ON
UPDATE CASCADE,
CONSTRAINT `aula_ibfk_3` FOREIGN KEY (`MatriculaProf`) REFERENCES `professor` (`Matricula`) ON DELETE NO
ACTION ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

/*Data for the table `aula` */

/*Table structure for table `curso` */

DROP TABLE IF EXISTS `curso`;

CREATE TABLE `curso` (
`Codigo` int(11) NOT NULL,
`Nome` varchar(50) default NULL,
`RaAluno` int(11) default NULL,
`CodDisciplina` int(11) default NULL,
PRIMARY KEY (`Codigo`),
KEY `RaAluno` (`RaAluno`),
KEY `CodDisciplina` (`CodDisciplina`),
55

CONSTRAINT `curso_ibfk_1` FOREIGN KEY (`RaAluno`) REFERENCES `aluno` (`Ra`) ON DELETE NO ACTION ON
UPDATE CASCADE,
CONSTRAINT `curso_ibfk_2` FOREIGN KEY (`CodDisciplina`) REFERENCES `disciplina` (`Codigo`) ON DELETE NO
ACTION ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

/*Data for the table `curso` */

/*Table structure for table `disciplina` */

DROP TABLE IF EXISTS `disciplina`;

CREATE TABLE `disciplina` (
`Nome` varchar(50) default NULL,
`Codigo` int(11) NOT NULL,
`RaAluno` int(11) default NULL,
`MatriculaProf` int(11) default NULL,
PRIMARY KEY (`Codigo`),
KEY `RaAluno` (`RaAluno`),
KEY `MatriculaProf` (`MatriculaProf`),
CONSTRAINT `disciplina_ibfk_1` FOREIGN KEY (`RaAluno`) REFERENCES `aluno` (`Ra`) ON DELETE NO ACTION ON
UPDATE CASCADE,
CONSTRAINT `disciplina_ibfk_2` FOREIGN KEY (`MatriculaProf`) REFERENCES `professor` (`Matricula`) ON DELETE
NO ACTION ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

/*Data for the table `disciplina` */

/*Table structure for table `nota` */

DROP TABLE IF EXISTS `nota`;

CREATE TABLE `nota` (
`Nota` decimal(10,0) NOT NULL,
`RaAluno` int(11) default NULL,
`CodCurso` int(11) default NULL,
`CodTurma` int(11) default NULL,
`CodDisciplina` int(11) default NULL,
PRIMARY KEY (`Nota`),
KEY `RaAluno` (`RaAluno`),
KEY `CodCurso` (`CodCurso`),
KEY `CodTurma` (`CodTurma`),
KEY `CodDisciplina` (`CodDisciplina`),
CONSTRAINT `nota_ibfk_1` FOREIGN KEY (`RaAluno`) REFERENCES `aluno` (`Ra`) ON DELETE NO ACTION ON
UPDATE CASCADE,
CONSTRAINT `nota_ibfk_2` FOREIGN KEY (`CodCurso`) REFERENCES `curso` (`Codigo`) ON DELETE NO ACTION ON
UPDATE CASCADE,
CONSTRAINT `nota_ibfk_3` FOREIGN KEY (`CodTurma`) REFERENCES `turma` (`Codigo`) ON DELETE NO ACTION ON
UPDATE CASCADE,
CONSTRAINT `nota_ibfk_4` FOREIGN KEY (`CodDisciplina`) REFERENCES `disciplina` (`Codigo`) ON DELETE NO
ACTION ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

/*Data for the table `nota` */

/*Table structure for table `presenca` */

DROP TABLE IF EXISTS `presenca`;

CREATE TABLE `presenca` (
`Codigo` int(11) NOT NULL,
56

`RaAluno` int(11) default NULL,
`CodCurso` int(11) default NULL,
`CodTurma` int(11) default NULL,
`CodDisciplina` int(11) default NULL,
PRIMARY KEY (`Codigo`),
KEY `RaAluno` (`RaAluno`),
KEY `CodCurso` (`CodCurso`),
KEY `CodTurma` (`CodTurma`),
KEY `CodDisciplina` (`CodDisciplina`),
CONSTRAINT `presenca_ibfk_1` FOREIGN KEY (`RaAluno`) REFERENCES `aluno` (`Ra`) ON DELETE NO ACTION ON
UPDATE CASCADE,
CONSTRAINT `presenca_ibfk_2` FOREIGN KEY (`CodCurso`) REFERENCES `curso` (`Codigo`) ON DELETE NO ACTION
ON UPDATE CASCADE,
CONSTRAINT `presenca_ibfk_3` FOREIGN KEY (`CodTurma`) REFERENCES `turma` (`Codigo`) ON DELETE NO ACTION
ON UPDATE CASCADE,
CONSTRAINT `presenca_ibfk_4` FOREIGN KEY (`CodDisciplina`) REFERENCES `disciplina` (`Codigo`) ON DELETE NO
ACTION ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

/*Data for the table `presenca` */

/*Table structure for table `professor` */

DROP TABLE IF EXISTS `professor`;

CREATE TABLE `professor` (
`Matricula` int(11) NOT NULL auto_increment,
`Nome` varchar(30) default NULL,
`Cpf` int(11) default NULL,
`Endereco` varchar(30) default NULL,
`Email` varchar(30) default NULL,
`TelRes` varchar(30) default NULL,
`TelCel` varchar(30) default NULL,
PRIMARY KEY (`Matricula`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

/*Data for the table `professor` */

/*Table structure for table `turma` */

DROP TABLE IF EXISTS `turma`;

CREATE TABLE `turma` (
`Codigo` int(11) NOT NULL,
`CodCurso` int(11) default NULL,
`RaAluno` int(11) default NULL,
PRIMARY KEY (`Codigo`),
KEY `CodCurso` (`CodCurso`),
KEY `RaAluno` (`RaAluno`),
CONSTRAINT `turma_ibfk_1` FOREIGN KEY (`CodCurso`) REFERENCES `curso` (`Codigo`) ON DELETE NO ACTION ON
UPDATE CASCADE,
CONSTRAINT `turma_ibfk_2` FOREIGN KEY (`RaAluno`) REFERENCES `aluno` (`Ra`) ON DELETE NO ACTION ON
UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

/*Data for the table `turma` */

/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;
57

CONSIDERAES FINAIS

O objetivo deste projeto desenvolver um software visando contribuir para com
a automao dos processos especficos das instituies de ensino, auxiliando o
professor a manipular e gerir os registros de frequncia e notas de maneira
rpida e confivel, possibilitando aos usurios a consulta destas informaes
em tempo real.
Visando a expanso do mercado tecnolgico e a carncia do meio acadmico,
o WebDirio surge como uma proposta simples que atribuir praticidade e
confiabilidade para alunos, professores e instituies de ensino.
58

3. REFERNCIAS BIBLIOGRFICAS
ELMASRI, Ramez ; NAVATHE, Shamkant.Sistemas de banco de dados.: 1.ed.
So Paulo:Pearson, 2011.
LEMAY, Laura.Aprenda a criar pginas Web com HTML e XHTML em 21 dias.
1.ed. So Paulo:Pearson, 2002.
MARCOS, Jorge.Java srie passo a passo lite.: 1.ed. So Paulo:Pearson,
2004.
ARRUDA, Felipe. 20 anos de Internet no Brasil: aonde chegamos?, Tecmundo,
mar. 2011. Disponvel em:<http://www.tecmundo.com.br/internet/8949-20-anos-de-
internet-no-brasil-aonde-chegamos-.htm> . Acesso em: 06.mar.2014.
GUIMARES, Saulo Pereira.Quase metade dos brasileiros se informam antes
pela internet, Revista Exame, abr.2014. Disponvel em: <
http://exame.abril.com.br/tecnologia/noticias/quase-metade-dos-brasileiros-se-
informam-antes-pela-internet >. Acesso em: 13.abr.2014.
LOPES, Abraho. Aula 12: Modelo Conceitual, Lgico e Fsico, Entidade
Relacionamento. Rio Grande do Norte, set.2012. Disponvel em:
<http://docente.ifrn.edu.br/abrahaolopes/semestre-2013.1/3.2401.1m-prog-bd/11-
16-modelo-conceitual-fisico-logico-e-entidade-relacionamento>. Acesso em:
16.out.2013.
SARDINHA, Claudia.O que moodle?, Techtudo, jan.2012. Disponvel em:
<http://www.techtudo.com.br/artigos/noticia/2012/01/o-que-e-moodle.html>. Acesso
em: 06.mai.2014.
SEABRA, Carlos. Softwares Educacionais: aventuras em classe, Revista Super
Interessante, ago.1994. Disponvel em: <
http://super.abril.com.br/tecnologia/softwares-educacionais-aventuras-classe-
486735.shtml >. Acesso em: 12.mai.2014.
VESCE, Gabriela E. Possolli. Softwares Educacionais, Revista Exame, abr.2012.
Disponvel em: <http://www.infoescola.com/informatica/softwares-educacionais/ >.
Acesso em: 12.mai.2014.