UNIO EDUCACIONAL MINAS GERAIS S/C LTDA

FACULDADE DE CINCIAS APLICADAS DE MINAS

Autorizada pela Portaria no 577/2000 MEC, de 03/05/2000
BACHARELADO EM SISTEMAS DE INFORMAO
INFORMATIZAO DA SECRETARIA
DE UMA ESCOLA PARTICULAR
DE 1 E 2 GRAUS
DANILO FRANA MENDES
UBERLNDIA - MG
2005
DANILO FRANA MENDES
INFORMATIZAO DA SECRETARIA
DE UMA ESCOLA PARTICULAR
DE 1 E 2 GRAUS
Trabalho de Final de curso submetido
UNIMINAS como parte dos requisitos para
a obteno do grau de Bacharel em
Sistemas de Informao.
Orientador: Prof. MSc Silvio Bacal Jnior
UBERLNDIA - MG
2005
DANILO FRANA MENDES
INFORMATIZAO DA SECRETARIA
DE UMA ESCOLA PARTICULAR
DE 1 E 2 GRAUS
Trabalho de Final de curso submetido
UNIMINAS como parte dos requisitos para
a obteno do grau de Bacharel em
Sistemas de Informao.
Orientador: Prof. MSc Silvio Bacal Jnior
Banca Examinadora:
Uberlndia, 02 de julho de 2005.
Prof. MSc Silvio Bacal Jnior (Orientador)
Prof. Esp. Mrcio Caetano Reis
Prof. Dr Ktia Lopes Silva
UBERLNDIA - MG
2005
Dedico este trabalho minha tia
Maria da Graa, que aps a morte de minha
me tem cuidado de mim como um filho.
AGRADECIMENTOS
A Deus, em primeiro lugar.
meu orientador Silvio Bacal que me agentou durante um ano,
sempre me mostrando caminhos e alternativas todos os questionamentos
apresentados.
minha tia Maria da Graa que no mediu esforos para dar-me
foras para seguir em frente, custeando grande parte de meus estudos.
Aos meus filhos, Felipe e Thas, que conviveram nesses quatro
anos, com a falta de tempo e presena.
minha saudosa Me, que mesmo s com suas lembranas, foi
fundamental para que pudesse chegar aonde cheguei.
Iara, coordenadora da Escola na qual trabalho, que me deu o
empurro para que entrasse na faculdade depois de tantos anos.
Aos meus amigos Jos Robson e Srgio que estiveram sempre do
meu lado durante os quatro anos da faculdade.
Enfim, a todos meus familiares e amigos que com o carinho, o amor
e a presena, me apoiaram de uma forma ou de outra para que eu conseguisse
superar mais esta etapa.
SUMRIO
1. INTRODUO......................................................................................................... 11
2. A ROTINA DE UMA SECRETARIA..................................................................... 14
3. PROCEDIMENTOS DO SISTEMA.......................................................................... 18
3.1. CADASTRAMENTO DE ALUNOS............................................................... 18
3.2. CADASTRAMENTO DE TURMAS............................................................... 19
3.3. CADASTRAMENTO DOS PROFESSORES................................................ 19
3.4. CADASTRAMENTO DE DISCIPLINAS........................................................ 20
3.5. LANAMENTO DE NOTAS......................................................................... 20
3.6. CONSULTA DE DADOS.............................................................................. 20
3.7. GERAO DE BOLETINS E RELATRIOS .............................................. 21
3.8. DATA MINING NO BANCO DE DADOS...................................................... 21
4. ESTUDOS DE CASO............................................................................................... 22
4.1 LEVANTAMENTO DOS CASOS DE USO................................................... 22
4.1.1 CADASTRAR ALUNO ...................................................................... 24
4.1.2 CADASTRAR TURMAS.................................................................... 25
4.1.3 CADASTRAR DISCIPLINAS ............................................................ 26
4.1.4 CADASTRAR PROFESSORES ....................................................... 27
4.1.5 VALIDAR MATRCULA..................................................................... 28
4.1.6 LANAR NOTAS E FALTAS............................................................ 29
4.1.7 EMITIR BOLETIM............................................................................. 30
4.1.8 RELATRIO DE ALUNOS SEM NOTAS......................................... 31
4.1.9 EMITIR DECLARAO DE FREQNCIA ..................................... 32
4.1.10 EMITIR RELATRIO DE ALUNOS COM RECUPERAO............ 33
4.1.11 EMITIR DECLARAO DE TRANSFERNCIA............................... 34
4.1.12 EMITIR ATA DE NOTAS FINAIS...................................................... 35
4.1.13 EMITIR HISTRICO ESCOLAR....................................................... 36
4.2. DETALHAMENTO DOS CASOS DE USO................................................... 37
4.2.1 LANAMENTO DE NOTAS E FALTAS............................................ 38
4.2.2 EMISSO DE DECLARAO DE TRANSFERNCIA .................... 39
4.2.3 EMISSO DA ATA ESCOLAR COM AS NOTAS FINAIS ................ 41
4.3. MODELO DE CLASSES DE NEGCIO ...................................................... 43
5. MODELAGEM DO BANCO DE DADOS.................................................................. 45
6. DIRETRIZES PARA IMPLANTAO E IMPLEMENTAO............................... 50
6.1 HARDWARE + INVESTIMENTO ................................................................ 51
6.2 USURIOS CONECTADOS AO SISTEMA ................................................ 52
6.3 CONHECIMENTO E TREINAMENTO DOS USURIOS ............................ 52
6.4 MANUTENO DO SISTEMA .................................................................... 52
6.5 AMBIENTE + AQUISIO DE SOFTWARES ............................................. 53
6.6 LINGUAGEM DE DESENVOLVIMENTO .................................................... 54
6.7 SITUAO REAL ........................................................................................ 54
7. CONCLUSO E COMENTRIOS FINAIS............................................................. 56
REFERNCIAS BIBLIOGRFICAS................................................................................. 57
RESUMO
A informatizao de todos os departamentos das empresas na
atualidade j uma realidade e de crescimento gradual e constante. Numa
Instituio de Ensino este processo no poderia deixar de acontecer, mas no
com a mesma velocidade que em outros setores, pois todos os programas que
surgem no tomam o cuidado em tentar se aproximar ao mximo dos
procedimentos efetuados pela secretaria de uma escola, o que dificulta e cria
barreiras na sua informatizao, pela dificuldade que gerada ao trabalho dirio e
a no eficincia dos resultados obtidos. Neste trabalho foram feitas as anlises
das rotinas mais comuns de uma secretaria levando-se em conta a maneira mais
gil, rpida e eficaz para a obteno de resultados, ponto extremamente
importante para o bom andamento e aproveitamento das informaes geradas
pelo corpo docente e discente do colgio. Foram apresentadas as funcionalidades
mais comuns e propostas solues para evitar o impacto dos usurios com os
programadores, apresentando tambm, modelagem do banco de dados e
solues para implementao e implantao deste sistema.
ABSTRACT
The informatization of all the departments within institutions is
nowadays a reality that has being growing steadily. In a learning institution this
process could not fail to happen. Although it does so much slower than in any
other sector since the programs that are developed are not careful to follow the
procedures exercised in the operations department of a school. Therefore, the
difficulty to continue the daily work and the inefficiency of the obtained results
creates barriers in the informatization of learning institutions. In this work the
most common routines of a school operations department were analyzed. The
manner in which to obtain the fastest and most efficient results was taken into the
utmost consideration. This point is extremely important for the smooth process
and absorption of information generated by teachers and students. The most
common functionalities and solutions were presented in order to diminish the
impact between users and programmers. Also presented, was the modeling of the
data bank and solutions for the implementation and installation of this system.
LISTA DE FIGURAS
FIGURA 1 INTERAO DO USURIO COM O SISTEMA........................................... 23
FIGURA 2 INTERAO DO USURIO COM OS CASOS DE USO............................. 23
FIGURA 3 DIAGRAMA DE ATIVIDADES - LANAMENTO DE NOTAS E FALTAS..... 38
FIGURA 4 DIAGRAMA DE ATIVIDADES -
EMISSO DE DECLARAO DE TRANSFERNCIA................................ 40
FIGURA 5 DIAGRAMA DE ATIVIDADES -
EMISSO DE ATA ESCOLAR COM AS NOTAS FINAIS............................ 42
FIGURA 6 MODELO DE CASSES DE NEGGIO ........................................................ 44
FIGURA 7 RELACIONAMENTO ENTRE DUAS TABELAS........................................... 45
FIGURA 8 EXEMPLO DE RELACIONAMENTO 1 PARA 1........................................... 46
FIGURA 9 EXEMPLO DE RELACIONAMENTO 1 PARA MUITOS............................... 46
FIGURA 10 EXEMPLO DE RELACIONAMENTO MUITOS PARA MUITOS................. 47
FIGURA 11 MODELAGEM PROPOSTO PARA O SISTEMA ACADMICO................. 47
LISTA DE TABELAS
TABELA 1 CASOS DE USO DO SISTEMA................................................................... 22
11
1. INTRODUO
Os avanos tecnolgicos tm sido responsveis por mudanas em
nossa sociedade. A informtica ferramenta obrigatria em praticamente todas
as profisses, posto que, com o uso dos computadores, possvel aumentar a
produtividade e melhorar a qualidade em qualquer ramo de atividade ou rea do
conhecimento humano.
E na Educao, o que se ganha com a informatizao das escolas?
Tambm a resposta o aumento da produtividade e a melhoria da qualidade,
possibilitando um sistema de ensino-aprendizagem mais eficiente e otimizado.
Logicamente os benefcios so diferentes quando olhamos os diferentes setores
da escola. Uma maneira de se maximizar os benefcios da informatizao
analis-los, separadamente, por setor e estabelecer planejamentos estratgicos
para sua viabilizao.
A secretaria, objeto de estudo deste trabalho, deve ter sua
disposio ferramentas de fcil utilizao que lhe permitam incluir, acessar e
publicar dados pr-selecionados, como por exemplo, quantidade de aulas
ministradas pelo professor e o nmero de faltas dos alunos. Para melhorar a
qualidade desse tipo de trabalho, deve-se fazer a reviso dos dados antes de eles
serem includos no sistema, ou seja, o que foi digitado comparado com
parmetros aceitveis para a eliminao de erros grosseiros de digitao.
O funcionamento de um estabelecimento escolar deve obedecer a
regras bastante claras e especficas, ditadas pela LDB 9.394/96 (Lei de Diretrizes
e Bases da Educao) e pela legislao dos Estados (do Ensino Fundamental em
diante) ou pela legislao dos Municpios (educao infantil: berrios, creches,
jardins, parquinhos, pr-escolas e quaisquer outras denominaes).
Este trabalho tem como objetivo apresentar as rotinas e problemas
mais comuns de uma secretaria de um Colgio particular de 1 e 2 graus,
possibilitando facilitar e agilizar o desenvolvimento de futuros sistemas
acadmicos. Com isso, so apresentados aos membros da rea de informtica,
12
procedimentos para anlise e implementao de sistemas acadmicos que
atendam, em sua plenitude, s instituies, no forando na adaptao das
mesmas aos softwares j existentes ou aos que sero projetos a partir desta data.
Com as informaes aqui apresentadas, ser possvel entender os
processos, procedimentos e rotinas do setor acadmico das escolas de ensino
fundamental e mdio, tornando qualquer implementao ou alterao na conduta
atual, uma forma menos agressiva e de maior adaptabilidade.
A secretaria da Instituio de Ensino um dos departamentos mais
importantes e imprescindveis para o perfeito funcionamento da Escola, pois alm
de organizar toda a documentao dos alunos como documentos pessoais e
histricos de notas, faz todo o controle de notas e faltas de todos os matriculados.
Neste sentido, observa-se que no existem referncias disponveis
de como conduzir estes processos de maneira simples, organizada e de acordo
com as normas da SRE - Superintendncia Regional de Educao, baseadas nas
Leis de Diretrizes e Bases.
Tendo vrios contatos com programas acadmicos de computador
chamados de softwares acadmicos, percebe-se que existe uma dificuldade de
adaptao do programa com o processo utilizado pela escola, a qual acaba
precisando enquadrar-se no modo de trabalho do sistema e no o sistema ao
processo da escola.
Com este trabalho pretende-se fazer um elo entre os sistemas
(ferramentas) e as secretrias (quem realmente usar a ferramenta) para que
cada uma das partes entenda melhor os processos mais simples e mais rpidos
para a execuo do trabalho de secretaria, possibilitando um ganho na qualidade
dos servios oferecidos tanto aos alunos, quanto a seus responsveis.
Experincia fator primordial para a perfeita execuo de qualquer
trabalho. por intermdio de entrevistas com secretrias e diretoras que far a
verificao real dos problemas e levantamento de sugestes e implementaes
de sucesso nesta rea.
13
A coleta de todos os dados necessrios foi realizada in loco
considerando sempre as dificuldades oriundas da falta de planejamento,
organizao e pesquisa de mtodos mais eficientes para as situaes e possveis
solues. A observao do trabalho dirio da secretaria tambm foi utilizada como
fonte de informaes para o levantamento de problemas e solues. Foram
criados modelos de documentos contendo todos os dados necessrios para o
arquivamento do histrico dos alunos e sua organizao anual.
O autor deste trabalho, atravs de sua longa experincia no
processo de secretaria de escola particular de 1 e 2 grau, dar sua contribuio
queles que no tem a possibilidade de ter um contato to de perto com estas
instituies.
O trabalho assim est dividido: no captulo 2, ser apresentada a
rotina de uma secretaria acadmica e os seus problemas quanto a organizao e
informatizao das informaes deste setor. Os procedimentos do sistema
baseados na rotina da secretaria sero tratados no captulo 3. J no captulo 4
apresentar-se- os estudos de caso para este sistema, ainda neste segmento,
ser exemplificado, com diagramas de atividades de alguns dos estudos de caso
de uso e um modelo de classes de negcio. No captulo 5 apresentada a
modelagem do banco de dados da estrutura proposta para a secretaria do
colgio. Como o intuito tambm apresentar experincias, no captulo 6 feito o
estudo de algumas solues para o desenvolvimento, implementao e
implantao de um software acadmico, finalizando com a concluso de toda a
pesquisa referida neste trabalho.
14
2. A ROTINA DE UMA SECRETARIA
As Escolas particulares, de forma geral, tm suas Entidades
Mantenedoras, que assim denominada a empresa ou organizao, dotada de
Contrato Social (empresa) ou Estatuto (Organizao no Governamental ou
Fundao) devidamente registrado em Cartrio de Registro Civil ou na Junta
Comercial do Estado, cadastrada na Prefeitura da cidade onde est instalada e na
Receita Federal. Para efeitos legais, quem mantm financeiramente e fornece a
estrutura administrativa para um estabelecimento educacional de qualquer nvel,
da Educao Infantil ao Curso Superior.
A secretaria da Escola o setor de maior importncia no processo
de registro acadmico, devido necessidade de veracidade e autenticidade dos
dados e a no ocorrncia de erros tanto de digitao quanto na organizao das
informaes contidas em todo o trabalho. nela que acontecem as maiores
dificuldades num processo de informatizao,
A secretaria de uma Escola mantm uma gama de servios ou
procedimentos praticamente padronizados em sua forma de apoio Instituio.
Dentre estes, devemos salientar alguns para que o todo processo seja entendido
de maneira clara.
Assiste administrativamente Entidade Mantenedora, Direo,
Coordenao Pedaggica, ao corpo docente e discente, funcionrios e aos
clientes (alunos e pais), dando suporte s informaes geradas no Ensino e
fazendo um elo central e importante entre todos os envolvidos neste
processo.
O ponto de referncia para todos os problemas a secretaria, pois
ali que pode-se realizar um elo de ligao entre todos os envolvidos direta ou
indiretamente nas atividades do processo acadmico.
Cuida da guarda e preenchimento dos livros e documentos pertinentes s
rotinas da Escola e que no sejam da competncia dos professores e
15
alunos. Estes documentos devem ser guardados corretamente e com muita
organizao, pois eles tm que ficar retidos na Escola num prazo de 15
(quinze) anos para qualquer consulta futura.
O processo de documentao e arquivamento dos mesmos passa
periodicamente por conferncias para averiguao de sua fcil disponibilidade e
verificao em consultas quando necessrio. A limpeza e conservao so muito
importantes para a longevidade dos documentos arquivados.
Mantm os registros atualizados dos pronturios dos alunos, professores e
funcionrios, cuidando para que todos os documentos sejam conferidos para
no haver nenhum tipo de dvidas quanto veracidade das informaes
prestadas Escola, alm de efetuar a atualizao peridica.
Aps todas as impresses de qualquer documento deve ser
conferido por pelo menos duas pessoas para que no seja passvel de erros
humanos, de digitao ou pelo processamento incorreto das informaes,
principalmente aqueles que so advindas de outras instituies de ensino.
Prov o arquivamento dos registros das fichas de avaliaes, fichas de
desenvolvimento e todo o material avaliativo de todos os alunos, separados
e organizados por perodo letivo seguindo o Regimento Escolar e o
planejamento da Instituio.
No se deve esquecer que todos os documentos arquivados devem
ser datados corretamente e assinados pelos devidos responsveis, direo,
secretria, professor ou responsvel pelo aluno, dependendo do documento a ser
assinado, alm, de verificar a legibilidade dos dados impressos ou escritos.
Faz o controle das ocorrncias dirias da Escola: faltas dos alunos,
passeios, recados, ocorrncia de doenas infecto-contagiosas em alunos e
funcionrios, alm de notificaes aos responsveis pelos alunos sobre
qualquer informao que se fizer necessria na comunicao entre pais
escola - aluno.
16
Para cada ocorrncia acontecida na escola poder existir um tipo de
procedimento ou forma de documentao, mas sempre em qualquer forma, ela
dever ser controlada e organizada pela secretaria, com o objetivo de
acompanhar todos os alunos em sua plenitude escolar e justificativas de aes a
serem tomadas.
Executa diariamente o controle dos dirios de classe de cada turma e de
cada professor / disciplina, fornecendo aos professores as faltas de cada
aluno por perodo. Esse controle feito atravs de chamada diria sala por
sala.
Possibilita um bom andamento no processo dirio das turmas, no
deixando que nenhum controle deixe de ser feito ou ainda no seja feito
erroneamente. Atravs de controle por professor e/ou turma consegue a qualquer
momento apresentar direo ou coordenao as informaes da situao real
atual da Instituio de Ensino.
Expede documentos previamente solicitados pelo corpo docente ou discente
como declaraes, histricos escolares, boletins de notas e presenas,
transferncia entre outros.
Com base nos dados existentes faz a emisso de todos os
documentos para uso externo ou interno, aferindo veracidade aos mesmos,
sempre datados e assinados.
Faz o envio, ao rgo supervisor competente (Secretarias de Educao e ou
Delegacias de Ensino) dos documentos de grade e calendrio escolar,
relao de professores e suas devidas solicitaes de autorizao para
ministrar aulas, Regimento Escolar, Projeto Poltico Pedaggico e outros que
forem solicitados.
A Escola deve manter um contato permanente com os rgos
responsveis pelo controle municipal, estadual ou federal de ensino, para que
todo o processo seja feito de forma transparente e dentro das leis que regem o
negcio.
17
Confere os documentos recebidos no momento da transferncia de alunos
de outras instituies, fazendo valer os direitos e deveres de ambas as
partes.
Para evitar fraudes e erros futuros, sempre que receber um
documento deve-se conferir minuciosamente todos os termos de documentos
recebidos pela Instituio.
18
3. PROCEDIMENTOS DO SISTEMA
A maioria dos problemas pode ter vrias solues, porm nem
sempre a soluo adotada a mais adequada e de menor impacto na sua
adoo. Por isso, com base em rotinas indicadas no captulo anterior, ser
apresentada uma abordagem, de forma fcil, didtica e organizada, para
informatizao da secretaria de um colgio, possibilitando um estudo mais
minucioso para o desenvolvimento de sistemas acadmicos.
A descrio abaixo sugere procedimentos de ajustes aos processos
mais comuns na secretaria e que foram arranjados para facilitar o processo de
organizao e consultas de qualquer membro da secretaria, coordenao,
diretoria e corpo docente e discente da Instituio de Ensino.
3.1. CADASTRAMENTO DE ALUNOS
O cadastramento dos alunos deve ser feito contendo todos os dados
pessoais, dados dos pais, com endereamento completo para as sries iniciais.
J no caso de alunos vindos de outras escolas, devem constar todas as
informaes advindas do histrico escolar expedido pela Instituio da qual o
aluno se originou.
O aluno dever receber um cdigo de matrcula que o acompanhar
por toda a sua vida escolar, para facilitar na captura de qualquer campo que se
necessite no futuro. Para agilizar todo o processo de arquivamento, dever
receber uma pasta de arquivo com o mesmo nmero. Este nmero ser usado
em todos os cadastros posteriores, para criar um vnculo dos dados a cada aluno,
sem que estes sejam perdidos ou que fiquem sem utilidade.
No caso, do aluno solicitar transferncia para outro colgio, este no
dever ser excludo do sistema, mas apenas alterado seu status para inativo, pois
o aluno tem um perodo em que ele poder vir a procurar a secretaria para
solicitar segunda via do histrico escolar, ou mesmo retornar escola.
19
3.2. CADASTRAMENTO DE TURMAS
O cadastramento das turmas faz-se necessrio para que se possa
aglomerar os alunos por turma ou sala, facilitando no controle de notas, faltas e
arquivamento de seus documentos.
Estas turmas devero ser separadas por tipo de ensino, seguindo
denominao nacional em Ensino Infantil (sries iniciais), Ensino Fundamental (1
a 8 srie) e Ensino Mdio (1 ao 3 ano). No caso, de ter mais de uma sala de
cada srie, estas podem ser letradas ou numeradas.
Alm destes dados bsicos, podem-se cadastrar a localizao fsica
da sala, nome do professor responsvel e quantidade mxima de alunos por sala.
Na sala, cada aluno receber um nmero de chamada que o definir
numa ordem por ordem alfabtica com todos os seus colegas de turma.
3.3. CADASTRAMENTO DOS PROFESSORES
O cadastro de professores muito simples, contendo os dados
pessoais, filiao, documentao completa, endereamento completo, dados
acadmicos necessrios aplicao da lei que solicita que o professor tenha a
competncia didtica para o exerccio de lecionar.
Em caso de mltiplas disciplinas, ou a no concluso de um curso
de capacitao, ou lecionar um disciplina diferente de sua formao, o professor
dever obter uma autorizao junto Superintendncia de Ensino de seu
municpio ou regio, o qual dever ser renovada anualmente.
Para os professores formados dever se cadastrar o nmero de
registro do seu diploma e ainda, constar todos os cursos e/ou especializaes que
por ventura tenha realizado.
Para uso do setor pessoal da escola, deve-se cadastrar em quais
turmas so ministradas aulas e o total de aulas ministradas.
20
3.4. CADASTRAMENTO DE DISCIPLINAS
O cadastramento de disciplinas necessrio para que se possam
separar por srie quais as disciplinas cada uma tem. Possibilita uma flexibilidade
na nomenclatura, ordem e carga horria individual das disciplinas de acordo com
a grade escolar definida por cada instituio de ensino, baseando-se nas Leis de
Diretrizes e Bases comuns.
3.5. LANAMENTO DE NOTAS
Com o cadastramento dos itens anteriores, o cadastramento das
notas torna-se mais organizado, uma vez que definida a turma, podem-se
cadastrar todas as notas por disciplina, seguindo a ordem de chamada dos
alunos.
As notas tero apenas um dgito decimal e para as disciplinas que
so avaliadas conceitualmente sero validadas as entradas como (E) Excelente,
(O) timo, (MB) Muito Bom, (B) Bom, (R) Regular, (F) Fraco ou (I) Insuficiente.
As notas so cadastradas separadas por bimestre ou trimestre de
acordo com a escolha no Regimento Escolar do Colgio. Se existir o sistema de
recuperao paralela ou por perodo, a entrada de uma nova nota deve ser aceita.
3.6. CONSULTA DE DADOS
Com todos estes dados cadastrados e includos no sistema,
necessitamos efetuar consultas a dados especficos, de acordo com os cadastros
e com a vinculao entre todas as informaes pelos campos principais como
aluno e/ou disciplina.
Estas consultas so de extrema relevncia em todo o processo, pois
por meio delas que todo o corpo docente e discente da instituio acompanhar
a evoluo acadmica, pedaggica e cultural dos alunos. Para a coordenao
21
pedaggica ou direo, torna-se possvel acompanhar a trilha do conhecimento
dentro de seu parque educacional.
3.7. GERAO DE BOLETINS E RELATRIOS
A emisso de relatrios sobre tudo que est cadastrado
indispensvel para o arquivamento e para a apreciao da inspetora da Delegacia
de Ensino ou qualquer outra pessoa que necessite acompanhar o processo.
O boletim, relatrio que consta as notas do aluno por disciplina,
disponibilizado aos pais ou responsveis pelo aluno para o acompanhamento
peridico de seu filho.
3.8. DATA MINING NO BANCO DE DADOS
Data Mining o processo de canalizao de informaes atravs de
dados existentes, possibilitando um estudo das falhas, dificuldades, erros em
algum dos processos de apurao ou at mesmo digitao das notas e controle
de necessidades de reforos a alunos com alguma deficincia em algum
contedo especfico.
Ele ainda possibilitar direo uma viso geral de estatsticas em
forma de grficos de todos os alunos e tudo a ele relacionado.
Num mbito maior, possibilita a busca de informaes sobre a
evaso de alunos, evoluo dos alunos no aprendizado e dos professores em
relao ao seu prprio aprendizado.
22
4. ANLISE E PROJETO
4.1. LEVANTAMENTO DE CASOS DE USO
A maior dificuldade em modelarmos um sistema no
est nos diagramas que temos que desenhar, no cdigo que
devemos criar ou nas bases de dados que devemos projetar.
Na realidade est nos requisitos que devemos gerenciar.
(MELO, pg. 43)
Um caso de uso descreve uma seqncia de aes que representam uma
situao perfeita (cenrio principal) e cenrios alternativos, com o objetivo de
demonstrar o comportamento de um sistema (ou parte dele), atravs de
interaes com elementos externos, chamados de atores.
Para o desenvolvimento deste projeto propomos aqui alguns estudos de
caso de uso que sero extremamente necessrios para a organizao da
secretaria, demonstrando as funcionalidades do sistema.
Tabela 1 Casos de Uso do Sistema
1. Cadastrar alunos
2. Cadastrar turmas
3. Cadastrar disciplinas
4. Cadastrar professores
5. Validar matrcula
6. Lanar de notas
7. Emitir boletim
8. Emitir ata final
9. Relatrio de alunos em recuperao
10. Relatrio de alunos sem notas
11. Emitir Declarao de Freqncia
12. Emitir Declarao de Transferncia
13. Emitir Histrico Escolar
23
Figura 1 Interao do usurio com o sistema
A figura 1 mostra que a interao com o Controle Acadmico feita por um
usurio, que poder ser a secretria ou uma supervisora.
Figura 2 Viso de casos de uso do sistema
A figura 2 mostra que a viso geral da interao do usurio com os vrios
casos de uso do sistema.
Controle Acadmico
Cadastrar alunos
Cadastrar disciplinas
Cadastrar turmas
Emitir relatrios
Emitir boletins
Emitir declaraes
Lanar notas
Cadastrar professores
Validar matrcula
Usurio
Emitir histricos
Controle
Acadmico
Usurio
<<include>>
24
4.1.1 CADASTRAR ALUNO
Objetivo: realiza o cadastramento prvio dos dados de um novo aluno
Ator: secretria (usurio)
Cenrio Principal:
1. O usurio informa o ano de vigncia escolar.
2. O usurio informa os dados relativos srie a ser cursada:
2.1 Srie
2.2 Turma
2.3 Data Matrcula / ativao
3. O usurio informa os dados necessrios para emisso de documentos:
3.1 Nome do pai
3.2 Nome da me
3.3 Data de nascimento
3.4 Local do nascimento
4. O usurio confirma digitao.
5. O sistema gera um nmero de matrcula para o aluno.
6. O sistema far o cadastramento dos dados do aluno, gerando campos para
a digitao das notas e faltas para as disciplinas da srie informada
25
4.1.2 CADASTRAR TURMAS
Objetivo: realiza o cadastramento das turmas disponveis para a
matrcula dos alunos.
Ator: supervisora (usurio)
Cenrio Principal:
1. O usurio informa a turma.
2. O sistema checa se a turma j existe.
3. O usurio informa, para cada turma a ser disponibilizada, os seguintes
dados (todos obrigatrios).
3.1 Cdigo da turma
3.2 Srie
3.3 Turma
3.4 Turno
3.5 Tipo de Ensino
3.6 Nmero mximo de alunos
3.7 Localizao fsica da sala
4. O sistema altera o status da turma para ATIVO.
5. O sistema far o cadastramento da turma.
Cenrio Secundrio:
2. Turma j cadastrada.
2.1 Exibir mensagem de turma j existente.
2.2 Ir para 1.
26
4.1.3 CADASTRAR DISCIPLINAS
Objetivo: realiza o cadastramento das disciplinas relacionadas na
grade curricular da instituio, para cada turma ou srie.
Ator: supervisora (usurio)
Cenrio Principal:
1. O usurio informa o cdigo da turma.
2. O sistema checa se a turma existe.
3. O usurio informa as disciplinas.
4. O sistema checa a existncia da disciplina.
5. Para cada disciplina o usurio informa:
5.1 Nome da disciplina e nome do professor
5.2 Carga horria anual e nmero de aulas semanais
5.3 Tipo de avaliao a ser adotada, podendo ser:
5.3.1 Conceitual (timo, muito bom, bom, regular, fraco) ou
5.3.2 Valorizada por nota
6. O sistema far o cadastramento das disciplinas, e s em seguida,
disponibilizar o cadastro de alunos e suas notas.
Cenrio Secundrio:
2. Turma j cadastrada.
2.1 Exibir mensagem de Turma j existente.
2.2 Ir para 1.
4. Disciplina j cadastrada.
4.1 Exibir mensagem de Disciplina j existente.
4.2 Ir para 3.
27
4.1.4 CADASTRAR PROFESSORES
Objetivo: realiza o cadastramento dos professores da instituio.
Ator: supervisora (usurio)
Cenrio Principal:
1. O usurio informa o professor.
2. O sistema checa a existncia do professor.
3. O usurio informa para cada professor:
3.1 Nome do professor.
3.2 Formao acadmica.
3.3 Nmero do registro.
3.4 Dados pessoais.
4. O sistema define seu status com o ATIVO.
5. O sistema gera um cdigo de matrcula para o professor.
6. O sistema far o cadastramento do professor.
Cenrio Secundrio:
2. Professor j cadastrado.
2.1 Exibir mensagem de Professor j existente.
2.2 Ir para 1.
28
4.1.5 VALIDAR MATRCULA
Objetivo: verificar se o nmero de uma matrcula informada vlido
ou no.
Ator: secretria (usurio)
Cenrio Principal:
1. O usurio informa o nmero da matrcula.
2. O sistema verifica a existncia da matrcula.
3. O sistema retorna status de verificao com sucesso.
Cenrio Secundrio:
2. Matrcula Inexistente
2.1 Se no existir, retorna mensagem de erro, solicitando a verificao da
digitao e nova entrada de dados.
2.2 Volta para 1
29
4.1.6 LANAR NOTAS E FALTAS
Objetivo: realizar o cadastramento de notas, faltas e recuperaes dos
alunos por perodo ou anual dos alunos.
Ator: secretria (usurio)
Cenrio Principal:
1. O usurio informa as turmas a serem lanadas as notas.
2. O sistema recupera as turmas informadas.
3. O usurio informa o perodo que as notas pertencem (bimestrais, trimestrais,
recuperao, anual)
4. O usurio informa as disciplinas a serem lanadas as notas.
5. O sistema recupera as disciplinas informadas.
6. Para cada aluno, o usurio informa:
6.1 O conceito, se a disciplina tiver notas conceituais, validando o tipo de
conceito a ser aceito.
6.2 A nota nmero, se a disciplina for numrica, validando para aceitar
apenas nmeros.
6.3 Nmero de faltas do perodo.
7. O sistema far a consistncia dos dados.
8. O sistema far o cadastramento das notas.
Cenrio Secundrio:
2. Turma Inexistente
2.1 Se no existir, retorna mensagem de erro, solicitando a verificao da
digitao e nova entrada de dados.
2.2 Volta para 1
4. Disciplina inexistente
4.1 Se no existir, retorna mensagem de erro, solicitando a verificao da
digitao e nova entrada de dados.
4.2 Volta para 3
30
4.1.7 EMITIR BOLETIM
Objetivo: emitir, quando solicitado, todas as notas de um aluno ou
turma inteira.
Ator: secretria (usurio)
Cenrio Principal:
1. O usurio informa a turma.
2. O sistema busca todas as notas e faltas cadastradas de todas as disciplinas
relativas a turma informada.
3. O sistema monta uma grade demonstrativa com as notas.
4. O sistema mostra a grade do boletim na tela.
Cenrio Secundrio:
1. Emitir boletim para aluno.
1.1 Usurio informa matrcula do aluno.
4. Impresso do boletim.
4.1 O sistema confirma impresso
4.2 O sistema envia grade do boletim para impressora.
31
4.1.8 RELATRIO DE ALUNOS SEM NOTAS
Objetivo: verificar num perodo os alunos que esto sem notas.
Ator: supervisora (usurio)
Pr condio: as notas do perodo tm que ter sido cadastradas.
Cenrio Principal:
1. O usurio informa perodo e turma desejada.
2. O sistema percorre todos os dados relativos ao perodo e a turma informada.
3. O sistema verifica a ausncia das notas.
4. O sistema gera uma visualizao informando os alunos e as disciplinas cujas
notas esto sem notas cadastradas.
Observao:
1. O usurio poder informar todos os perodos e todas as turmas.
32
4.1.9 EMITIR DECLARAO DE FREQNCIA
Objetivo: emitir um documento que comprove que o aluno est
matriculado e freqente.
Ator: secretria (usurio)
Pr condio: aluno cadastrado
Cenrio Principal:
1. O usurio informa a matrcula do aluno
INCLUDED: Validar Matrcula
2. O sistema verifica se o aluno est ATIVO.
3. O sistema verifica o nmero de faltas
4. O sistema gera um documento contendo:
4.1 Nome do aluno
4.2 Turma
4.3 Nome do pai
4.4 Nome da me
4.5 Data atual
5. O sistema apresenta declarao na tela.
Cenrio Secundrio:
5. Impresso da declarao.
5.1 O sistema confirma impresso.
5.2 O sistema envia dados para impressora.
33
4.1.10 EMITIR RELATRIO DE ALUNOS COM RECUPERAO
Objetivo: gera um relatrio com os alunos que no atingiram o valor
mnimo para cada disciplina.
Ator: secretria (usurio)
Pr condio: notas cadastradas
Cenrio Principal:
1. O usurio informa o perodo e a turma.
2. O sistema analisa todas as notas cadastradas, quais esto abaixo do mnimo.
3. O sistema gera uma grade com todos os alunos, disciplinas e suas notas que
ficaram abaixo do desejado.
4. O sistema apresenta relatrio na tela.
Cenrio Secundrio:
4. Impresso do relatrio.
4.1 O sistema confirma impresso.
4.2 O sistema envia dados para impressora.
34
4.1.11 EMITIR DECLARAO DE TRANSFERNCIA
Objetivo: gerar um documento contendo todos os dados do aluno e
suas notas para efeito de transferncia do aluno para outra
escola.
Ator: supervisora (usurio)
Cenrio Principal:
1. O usurio informa a matrcula do aluno
INCLUDED: Validar Matrcula
2. O sistema verifica se o aluno est ATIVO.
3. O sistema busca todos os dados cadastrados.
4. O sistema gera uma grade com todos os dados.
5. O sistema confirma transferncia do aluno:
5.1 Se sim, altera o status do aluno para INATIVO
5.1.1 O sistema apresenta a declarao na tela.
5.2 Se no, apenas mostra dos dados mas no permite impresso
Cenrio Secundrio:
5.1 Impresso da declarao.
5.1.1 O sistema confirma impresso.
5.1.2 O sistema envia dados para impressora.
35
4.1.12 EMITIR ATA DE NOTAS FINAIS
Objetivo: gerar um relatrio final com todos os alunos separados por
turma, contendo todas as notas, conceitos, disciplinas e as
faltas.
Ator: supervisora (usurio)
Pr Condio: todas notas e faltas cadastradas, sem nenhuma exceo.
Cenrio Principal:
1. O usurio informa a turma.
2. O sistema faz a verificao de cadastro de notas e disciplinas de todos os
alunos.
3. O sistema monta documento da Ata Anual.
4. O sistema apresenta o documento na tela.
Cenrio Secundrio:
2. Dados inconsistentes
2.1 O sistema emite uma mensagem de erro, informando o problema e
sugerindo a conferncia dos dados.
2.2 Emite uma prvia da Ata para mostrando locais dos erros.
4. Impresso do documento.
4.1 O sistema confirma impresso.
4.2 O sistema envia dados para impressora.
36
4.1.13 EMITIR HISTRICO ESCOLAR
Objetivo: emitir todo o histrico de notas e faltas do aluno.
Ator: secretria (usurio)
Pr Condio: todas as sries e notas cadastradas.
Cenrio Principal:
1. O usurio informa a matrcula do aluno
INCLUDED: Validar Matrcula
2. O sistema faz o agrupamento em ordem de anuidade escolar contendo todos
os dados relativos quela turma e instituio.
3. O sistema gera o relatrio e confirma impresso.
Cenrio Secundrio:
2. Notas de anos anteriores no foram cadastradas.
2.1 Solicitar cadastro dos dados.
2.2 Ir para 2.
37
4.2. DETALHAMENTO DOS CASOS DE USO
O diagrama de atividade serve para a modelagem de
aspectos dinmicos de sistemas. Um diagrama de atividade
essencialmente um grfico de fluxo, mostrando o fluxo de
controle de uma atividade para outra. (BOOCH, pg. 255)
O diagrama de atividades completo ligado a um
classificador, como um caso de uso, um pacote ou a
implementao de uma operao. (MELO, pg. 166)
Para apresentarmos os diagramas de atividades faremos meno
apenas de trs dos 13 casos de uso, sendo escolhidos os que so de grande
importncia, na funcionalidade geral do sistema, sendo o de Lanamento de
Notas e Faltas (tpico 4.1.6), Emisso de Declarao de Transferncia (tpico
4.1.11) e o de Emisso da Ata Escolar com as Notas Finais (tpico 4.1.12).
Nos diagramas de atividades temos alguns smbolos:
Indica o incio do fluxo de atividades;
Informa a ao a ser executada ou ao da mesma;
Indica o fluxo de um estado de uma atividade para outra;
Indica uma condio booleana, ou seja, de deciso podendo
apenas seguir apenas um dos caminhos apresentados no
diagrama; indica tambm a intercalao, que o retorno de
dois caminhos para um novo caminho comum;
Indica fim do fluxo de atividades;
Mostra uma bifurcao indicando atividades que so iniciadas
ao mesmo tempo.
38
4.2.1. LANAMENTO DE NOTAS E FALTAS
O diagrama de atividades Lanamento de notas e faltas apresentado
na figura 3, mostra a seqncia mais prtica e rpida, referenciando-se pelo
processo comum da secretaria acadmica da escola.
Figura 3 Diagrama de atividades
Lanamento de notas e faltas
39
A secretaria inicia com a digitao da turma, ou das turmas que se
deseja cadastrar as notas e faltas. A entrada de dados para vrias turmas poder
seguir o cdigo de curinga na digitao * (asterisco).
Como por exemplo, para serem digitadas as notas de todas as
turmas da 1 srie, colocamos entramos com 1*.
Em seguida, informa-se o perodo relativo as notas a serem
digitadas, 1 trimestre, ou 1 bimestre, ou nota final, seguindo na digitao das
disciplinas referentes s notas.
Para as disciplinas conceituais digita-se o conceito, e para as outras
disciplinas, a nota numrica. Aps este passo, informa-se o nmero de faltas e
confirma digitao.
O sistema far a consistncia dos dados digitados para que no
aconteam erros de digitao.
4.2.2. EMISSO DE DECLARAO DE TRANSFERNCIA
A emisso de declarao de transferncia, apresentada na figura 4,
ocorre quando o aluno solicita sua sada da instituio. Este documento exigido
para a sua matrcula em outra escola, pois ela que informa a atual situao
escolar do aluno e atesta a veracidade de todos os dados.
Aps a digitao da matrcula do aluno, faz-se a validao da
mesma, ao mesmo tempo em que se checa o status do aluno, pois para alunos
inativos, no podem ser impressas declaraes de transferncia.
Aps todas as verificaes, gerada uma grade contendo todas as
notas, faltas e disciplinas cursadas pelo aluno.
40
Figura 4 Diagrama de atividades
Emisso de Declarao de Transferncia
O sistema confirma a transferncia do aluno referido, e se
confirmado, altera o status do aluno para inativo, confirma a impresso e envia os
dados para impressora ou para a tela de acordo com a confirmao do usurio;
se no for confirmada a transferncia, mostra-se apenas os dados na tela para
simples conferncia.
41
4.2.3. EMISSO DA ATA ESCOLAR COM AS NOTAS FINAIS
A Ata Anual Escolar o documento acadmico mais importante pois
rene num nico lugar todos os alunos da turma, com suas notas e faltas finais,
alm de da situao final dos alunos
Como mostra a figura 5, o usurio informa a turma desejada, o
sistema far uma varredura em todos os dados cadastrados e verificar se h
algum dado inconsistente ou inexistente, como por exemplo, falta de alguma nota
ou erro de digitao.
Em seguida, verificada o status. Se tudo estiver correto, uma grade
completa gerada com todos os dados e confirmada a impresso do documento;
caso contrrio, apenas emitida uma mensagem de erro ao usurio informando
que algo est errado (espaos em branco) ou incompleto (notas de alguma
disciplina incompleta) ou inexistente (ausncia de alguma nota ou nmero de
faltas), apresentando a seguir, a grade com os dados existentes montada e
apresentada na tela, informando ao usurio os locais dos possveis erros ou
ausncias.
Mesmo impresso ou na tela, deve-se ter o cuidado de conferir tudo
novamente para que nada saia errado, pois isso poder acarretar em problemas
futuros quando a escola for inspecionada, o que acontece com grande freqncia
pela Superintendncia Regional de Educao.
42
Figura 5 Diagrama de atividades
Emisso de Ata Escolar com as Notas Finais
43
4.3. MODELO DE CLASSES DE NEGCIO
O diagrama de classes apresenta um conjunto de classes,
colaboraes e seus relacionamentos; eles so utilizados para fazer a
modelagem da viso esttica do projeto de um sistema, mostrando a estrutura
interna do software (organizao).
Uma classe uma descrio de um conjunto de objetos que
compartilham as mesmas propriedades, operaes e relacionamentos.
Existem muitas outras operaes a serem consideradas
para essas classes (...) porm tratam-se mais propriamente
de regra de negcios do que operaes. (BOOCH, pg. 111)
A figura 6 apresenta um modelo de classe de negcios proposto
para o Controle Acadmico deste trabalho. Ele composto de oito classes
interligadas entre si formando uma malha de informaes muito importantes e
teis ao sistema.
As classes alunos e notas so interaes dependentes pois no h
notas sem alunos, por isso o smbolo losango preto foi colocado entre as classes.
44
Figura 6 Modelo de Classes de Negcio
45
5. MODELAGEM DO BANCO DE DADOS
Para que se possa criar a modelagem do banco de dados
necessrio o entendimento de seu conceito. Pense em um banco de dados fsico
como a realizao concreta de um esquema, existente no mundo dos bits. Os
esquemas, com efeito, oferecem uma interface de aplicao para informaes
persistentes; o modelo de um banco de dados fsico representa o armazenamento
dessas informaes nas tabelas de um banco de dados relacional ou nas pginas
de um banco de dados orientado a objetos.
Um banco de dados relacional, os dados relacionam-se por meio de
um elemento chave comum. No caso de tabelas de clientes e de seus pedidos,
por exemplo, podemos definir que o relacionamento seja efetuado por meio de um
cdigo de cliente; esse campo especial por para cada cliente teremos apenas
um cdigo, contendo valores nicos e exclusivos.
Figura 7 Relacionamento entre duas tabelas
Para que o relacionamento exista, o campo que ser a ponte de
conexo entre as duas tabelas dever existir nas duas tabelas, com as mesmas
caractersticas para se evitar problemas de inconsistncias.
Ao efetuar-se o relacionamento, pode-se faz-lo de trs maneiras
diferentes, sendo um para um, um para muitos ou muitos para muitos.
Nesses tipos de relacionamentos simbolizamos a parte um do
relacionamento pelo nmero 1 e a parte muitos pelo smbolo de infinito .
Para as tabelas que tm um elemento chave o colocaremos em negrito nas
figuras.
46
A forma um para um, como mostra a figura 8, ser utilizada quando
nas duas tabelas relacionadas o campo relacionado um elemento de chave
comum de sua tabela. Por exemplo, temos uma tabela contendo os dados
pessoais do aluno e outra tabela contendo os documentos relativos a este aluno,
assim teremos apenas um registro na tabela de dados relacionada a cada registro
na tabela de documentos.
Figura 8 Exemplo de relacionamento um para um
A forma um para muitos a mais comum, como mostra a figura 9.
Nela, ligamos o elemento chave de uma tabela a outro campo em outra tabela,
porm nesta segunda tabela, o campo relacionado poder se repetir em vrios
registros. Por exemplo, temos uma tabela com os dados dos alunos e outra
contendo as notas obtidas durante o ano. Portanto, teremos para cada aluno
vrios registros na tabelas de notas.
Figura 9 Exemplo de relacionamento um para muitos
A figura 10, mostra a forma muitos para muitos que se d atravs
uma tabela intermediria s tabelas relacionadas. Por exemplo: num sistema de
matrculas de alunos por disciplinas, cada aluno poder estar matriculado em
vrias disciplinas e cada disciplina poder ter vrios alunos matriculados.
47
Figura 10 Exemplo de relacionamento muitos para muitos
Para a modelagem do sistema de informatizao da secretaria de
uma escola particular, tema deste trabalho, proposta a modelagem de dados
mostrada na figura 11.
Figura 11 Modelagem proposta para o Sistema Acadmico
48
O banco de dados contar com oito tabelas relacionadas de acordo
com a figura acima, onde contemplamos todos os tpicos necessrios e
importantes para a secretaria e sua manuteno diria.
As tabelas proposta so descritas abaixo:
TBL_Pai responsvel pelo arquivamento de todos os dados dos pais
dos alunos contendo Cdigo, nome completo do Pai,
profisso, local de trabalho e telefone, celular, C.P.F. e e-
mail;
TBL_Me responsvel pelo arquivamento de todos os dados das mes
dos alunos contendo Cdigo, nome completo da Me,
profisso, local de trabalho e telefone, celular, C.P.F. e e-
mail;
TBL_Alunos arquiva os dados bsicos dos alunos, como endereo, CEP,
bairro, data de nascimento, sexo, naturalidade, alm de seu
nmero de matrcula, cdigo de referncia do pai e o cdigo
da me, data de matrcula, alguma observao necessria,
turma e se est ou no ativo;
TBL_Disciplinas armazena todas as disciplinas ministradas pela escola de
acordo com a grade escolar, seus respectivos professores e
o tipo de notas a serem aceitas, podendo ser nota numrica
ou conceitual;
TBL_Professor responsvel pelo armazenamento de todos os dados dos
professores, com o Cdigo de cadastro, nome completo,
dados pessoais e de endereamento, escolaridade,
formao acadmica, nmero de registro de autorizao
para ministrar as aulas e se est ou no ativo;
49
TBL_Notas armazena o cadastro das notas e das faltas separadas por
disciplinas, por perodo de cada aluno; cada aluno ter
vrios registros, sendo um para cada perodo e para cada
disciplina;
TBL_Turmas determina quais turmas e sries esto ativas para matricula
dos alunos, alm de armazenar a carga horria anual,
nmero de dias letivos por ano, nmero mximo de alunos,
localizao fsica no colgio, turno, tipo de ensino e se sua
ativao ou no;
TBL_Bairros contm um cadastro prvio de todos os bairros da cidade na
qual a instituio est situada, podendo ser adquirida em
qualquer prefeitura municipal, ou ainda, cadastrar bairros de
vrias cidades e estados no caso de instituio com mais de
uma unidade.
50
6. DIRETRIZES PARA IMPLANTAO E IMPLEMENTAO
Antes de propor algumas solues de implementao do Sistema
Acadmico, aqui descrito, sero vistos alguns pontos importantes a serem
analisados, indagados e levados em considerao no momento da concepo e
implantao de qualquer software em todas as reas de negcio na atualidade.
Quanto mais especializado um sistema, menos capaz ele de
se adaptar a circunstncias diferentes.
Quanto mais geral menos otimizado para uma circunstncia
especfica.
Quanto mais otimizado para uma circunstncia especfica,
menos adaptvel ele ser a novas circunstncias.
Quanto maior for um sistema, maior o nmero de seus recursos
que sero destinados manuteno diria.
Pequenos sistemas exigem pouco esforo de manuteno.
Grandes sistemas exigem grande esforo de manuteno.
Os sistemas sempre fazem parte de sistemas maiores e sempre
podem ser divididos em sistemas menores.
Os limites dos sistemas no so fixos e imutveis.
A definio do escopo do sistema um processo decisrio.
Os sistemas crescem.
Os sistemas no permanecem estticos.
Os sistemas acrescem funes e partes a partir de
necessidades reais ou imaginrias.
51
Ao se propor o desenvolvimento de um sistema acadmico devemos
levar em considerao um grupo de fatores que somados faro a diferena.
Fatores que, se no analisados com clareza e eficincia, podero lavar a um
resultado no satisfatrio para o cliente Escola tanto para o desenvolvedor, que
ter que efetuar grandes alteraes e/ou manutenes para adequar o sistema a
real situao do processo acadmico numa Instituio de Ensino.
Veja os fatores importantes para anlise, considerando sempre a
melhor facilidade ao processo da secretaria, adequao dos usurios e,
principalmente, visando um custo benefcio para ambas as partes.
6.1 HARDWARE + INVESTIMENTO
Para o desenvolvimento de um programa, normalmente o
desenvolvedor utiliza mquinas com mais potncia de processamento e memria,
para que todos os testes e implementao sejam feitos de maneira produtiva e
eficaz ao mesmo. Porm, devemos levar em conta que nem toda empresa tem ou
necessita de mquinas to possantes.
Para que este erro no acontea interessante verificar na
instituio de ensino os equipamentos existentes, a viabilidade e necessidade de
novos investimentos em hardware para s depois colocar o sistema em produo
e em teste.
Mas, se mesmo assim o sistema ficar lento ou moroso, tente criar
alternativas de diviso de processamentos em microcomputadores diferentes, por
exemplo, na secretaria colocarmos duas mquinas, a primeira para efetuar
cadastro e consultas, j a outra, para emisso de documentos e backups.
52
6.2 USURIOS CONECTADOS AO SISTEMA
importante que se saiba inicialmente a previso de quantos
usurios tero acesso simultaneamente ao sistema para que se possa
disponibilizar recursos necessrios para cada tarefa / atividade do sistema. Para
isso, devemos criar grupos de usurios com polticas de segurana e privilgios
especficos para cada funcionalidade do processo acadmico, alm de definir os
administradores responsveis pela manuteno e backup dos dados do sistema.
De acordo, com o nmero de usurios podemos criar uma viso da
robustez e amplitude do programa, levando a anlise de provveis problemas
advindos do aumento excessivo ou at mesmo desordenado do nmero de
pontos de acesso ao sistema.
6.3 CONHECIMENTO E TREINAMENTO DOS USURIOS
O sistema poder conter todos os requisitos necessrios para
efetuar todo o trabalho da secretaria, mas para que isso transcorra sem
problemas importante que todos os usurios diretos tenham um conhecimento
em informtica e, principalmente, de todo o funcionamento geral do sistema,
incluindo todos os procedimentos, consultas, relatrios, formulrios existentes,
para que a qualquer solicitao se possa de forma gil e simples retirar do
sistema o mximo em eficincia.
6.4 MANUTENO DO SISTEMA
Como foi mencionado no incio deste captulo, tem-se algumas
premissas importantes quanto manuteno de um sistema, pois ela que dar
a segurana na continuidade do processo como um todo. Esta manuteno
englobar uma cpia peridica e conferida dos bancos de dados, chamada de
backup; envolver em pequenas correes, incluses e/ou excluses de
funcionalidades, formulrios e/ou relatrios, por exemplo, quando a
Superintendncia Regional de Ensino ou alguma lei mudar algum procedimento
escolar.
53
Algumas manutenes podem ser automatizadas pelo sistema como
backup, formulrios e relatrios parametrizados, entre outras maneiras de
possibilitar ao cliente a fazer tais modificaes sem que tenha que pagar ao
desenvolvedor toda vez que tiver que alterar o sistema por mudanas desejadas.
Programas com baixa parametrizao acabam sendo pouco viveis,
devido ao preo das manutenes espordicas efetuadas, alm de ocorrer o risco
do desenvolvedor perder por algum motivo o programa fonte. Portanto, sempre
que possvel, principalmente, em pequenos projetos interessante viabilizar a
venda do cdigo fonte ao cliente que facilite no momento das adaptaes ou
manutenes do sistema.
6.5 AMBIENTE + AQUISIO DE SOFTWARES
A importncia do conhecimento da instituio de ensino que ir usar
o programa relevante, pois atravs destes dados criaremos uma situao
favorvel ao ambiente j existente. Para isso devemos verificar o sistema
operacional utilizado, quais os programas j adquiridos pela escola, e at mesmo
a necessidade de aquisio de novos softwares.
Devemos analisar se a topologia de rede que usada, isto se
tivermos uma rede na instituio, e caso isso ocorra, criarmos mecanismos para
que mesmo sem uma rede de computadores, possamos ter o sistema integrando
todos os pontos abordados pela secretaria.
Um exemplo a ser dado, no caso de julgarmos necessrio que o
banco de dados a ser trabalhado seja o SQL Server. Devemos lembrar que se a
instituio for de pequeno ou mdio porte, isto ser invivel, tornando o processo
de informatizao da secretaria uma situao de conflitos de interesses entre o
desenvolvedor e o cliente.
54
6.6 LINGUAGEM DE DESENVOLVIMENTO
Com o crescimento da tecnologia no mundo temos a cada dia novas
e mais modernas linguagens para desenvolvimento, utilizando padres, conceitos
e formas de programao diferenciadas.
Mesmo com esse avano tecnolgico devemos considerar o aspecto
do tempo de desenvolvimento, resultado desejado e, principalmente, custo de
manuteno, aquisio por parte do desenvolvedor destes softwares e
envolvimento do mercado com esta linguagem.
Podemos ainda, levar em considerao linguagens meio
esquecidas, ou menos usados pela grande maioria e que d suporte a esta
aplicao, aqui proposta, de acordo com todas as regras de lgica e
programao. Falamos do VBA Visual Basic for Aplications, linguagem
incorporada uma ferramenta Microsoft (VB, Word, Excel, Access), com fcil
entendimento, desenvolvimento, manuteno e manipulao
Em contato com vrios softwares acadmicos percebi que aqueles
que mais se aproximavam do cotidiano de conhecimentos dos usurios foram
concebidos em Access, seja em forma de banco de dados propriamente ditos ou
apenas com o uso de sua interface, procedimento muito fcil e muito usado na
atualidade, levando-se em conta um baixo volume de dados e de uma pequena
quantidade de usurios simultneos.
6.7 SITUAO REAL
O autor deste trabalho, com experincia de nove anos trabalhando
na rea acadmica, especificamente no departamento de informtica de uma
instituio de ensino de 1 e 2 graus, conviveu com um sistema acadmico, que
atende muito bem aos anseios da secretaria e da escola, no qual, durante todos
os primeiros quatro anos do sistema, foram feitas modificaes e ajustes para o
perfeito ajuste e integrao secretaria sistema.
55
O sistema composto por mdulos e num ambiente cliente
servidor. Tem-se em cada estao uma interface que chama Front-End que
apenas interage com os usurios em geral; na outra ponta, tem-se no servidor o
banco de dados fsico que chama Back-End, que contem todos os dados /
cadastros gravados.
O programa utilizado foi o Microsoft

Access como base de dados e

tambm como linguagem de programao, mais especificamente o VBA - Visual
Basic for Aplications, pois como a escola tem um laboratrio de informtica para
uso acadmico dos alunos, j possuam licenas de uso do pacote Office da
Microsoft

, o que reduziu o custo da implantao do sistema em quase 60%

(sessenta por cento), alm de facilitar todo o processo de treinamento pois todos
os usurios j tinham um bom contato com as outras ferramentas do pacote.
O conjunto de usurios que acessam o sistema relativamente
reduzido, sendo apenas de cinco a seis. Mas vale ressaltar que no caso de
Escolas, raramente o sistema acadmico ser utilizado por um grupo superior a
doze usurios, pois quanto mais pessoas tm acesso ao sistema, maior poder
ser a quantidade de erros humanos provocados a ele, e como ainda so
informaes de extrema importncia para o processo, dever ter uma segurana
rgida no manuseio das mesmas.
Com o tempo, as secretarias foram treinadas para parametrizar o
sistema de forma a aproximar-se cada vez mais da perfeita forma de trabalho
dirio, elevando a eficincia do departamento e agilizando o processo de controle
acadmico.
Antes o processo exigia um nmero grande pessoas para
conferncia de todos os documentos e informaes que eram geradas, hoje, este
nmero alm de reduzido, possibilita direo da escola uma segurana e
agilidade em convergir e padronizar os procedimentos da secretaria.
Uma otimizao do sistema seria a possibilidade de implementao
de uma procedimento de acesso as notas via Internet ou intranet, por exemplo.
56
7. CONCLUSO E COMENTRIOS FINAIS
Esta monografia tem o objetivo de apresentar a rotina de secretaria
de uma Instituio de Ensino de 1 e 2 graus, a todos que desejam conhecer e
desenvolver programas para auxiliar informatizao deste departamento to
importante ao processo acadmico de uma escola.
Por meio da anlise de todos os tpicos aqui abordados possvel
se ter uma viso abrangente e, em alguns casos, bem aprofundada de todos os
procedimentos e funcionalidades do sistema.
Alm da viso geral deste conhecimento, divulga-se a importncia
de um planejamento e de um entrosamento entre o programador e a secretria,
reduzindo assim um grande impacto na informatizao deste setor.
Em diversas situaes a realidade de alguns colgios bem
diferente ao proposto pelos desenvolvedores e igualmente diferente aos recursos
financeiros e investimentos pretendidos por ambas as partes. Portanto, um bom
entendimento e anlise dos envolvidos no processo a melhor sada, e que nem
sempre o mais moderno a melhor ferramenta de trabalho.
Para exemplificar um dos problemas enfrentados pela secretaria de
escolas particulares, o autor ainda relata seu contato com um sistema que para
lanarmos uma nota de aluno devamos clicar em onze opes diferentes, e no
caso de um erro de uma opo por descuido, ter-se-ia que reiniciar todo o
processo de cliques, ou seja mais onze cliques.
Conclui-se ento que, quem desenvolve o programa deve pensar
tambm na facilidade e agilidade do trabalho a ser desenvolvido, e no apenas na
melhor forma de programar, atentando-se s rotinas e procedimentos das
secretarias garantindo um resultado satisfatrio para todos os envolvidos no
processo acadmico.
57
REFERNCIAS BIBLIOGRFICAS
MELO, Ana Cristina. Desenvolvendo aplicaes com UML / Ana Cristina Melo,
Rio de Janeiro: Brasport, 2002.
BOOCH, Grady. UML, guia do usurio / Grady Booch, James Rumbaugh, Ivar
Jacobson, Rio de Janeiro: Campus, 2000.