i

DANIELLE MONTEMOR PICHETH

ESTGIO CURRICULAR I E II SISTEMA DE CONTROLE DE FREQNCIA ESCOLAR

EMPRESA: ESCOLA BSICA MUNICIPAL DR. ROGRIO ZATTAR SETOR: SECRETARIA SUPERVISORA: AVANILDE KEMCZINSKI ORIENTADORA: DBORA CABRAL NAZRIO
CURSO DE TECNOLOGIA EM SISTEMAS DE INFORMAO CENTRO DE CINCIAS TECNOLGIAS - CCT UNIVERSIDADE DO ESTADO DE SANTA CATARINA UDESC

JOINVILLE SANTA CATARINA - BRASIL NOVEMBRO DE 2008

ii

APROVADO EM ........../........../..........

________________________________ Professora Dbora Cabral Nazrio Mestre em Cincia da Computao Professora Orientadora

________________________________ Professor Leandro Pykosz Mestre em Engenharia Eltrica e Informtica Industrial

________________________________ Professora Daniela Trevisan Doutora em Communication and Remote Sensing Laboratory

________________________________ Professora Avanilde Kemczinski Supervisor da CONCEDENTE

iii

Carimbo da Empresa

UNIDADE CONCEDENTE

Razo Social: Escola Bsica Municipal Dr. Rogrio Zattar CGC/MF: 00.983.309/0001-49 Endereo: Rod. Duque de Caxias, s/n Bairro: Ubatuba CEP: 89240-000 Cidade: So Fco. do Sul UF: SC Fone: (47) 3442-3229 Supervisor: Avanilde Kemczinski Cargo: Docente da UDESC
ESTAGIRIO

Nome : Danielle Montemor Picheth Matrcula: 211220625 Endereo: Rua Ararangu, 103 Bairro: Ubatuba CEP: 89240-000 Cidade: So Fco. do Sul UF: SC Fone: (47) 9614-4521 Curso de : Tecnologia em Sistemas de Informao

Ttulo do Estgio: Sistema de Controle de Freqncia Escolar Perodo: 08/08/2008 28/11/2008 Carga horria: 240h
AVALIAO FINAL DO ESTGIO I e II PELO CENTRO DE CINCIAS TECNOLGICAS

Representada pelo Professor Orientador: CONCEITO FINAL DO ESTGIO I e II

??????

NOTA ETG I NOTA (Mdia do ETG II Processo) (Mdia do Processo)

Rubrica do Professor da Disciplina

Excelente (9,1 a 10) Muito Bom (8,1 a 9,0) Bom (7,1 a 8,0) Regular (5,0 a 7,0) Reprovado (0,0 a 4,9)

Joinville

____/____/______

iv

Nome do Estagirio : Danielle Montemor Picheth

QUADRO I
AVALIAO NOS ASPECTOS PROFISSIONAIS
QUALIDADE DO TRABALHO: Considerando o possvel. ENGENHOSIDADE: Capacidade de sugerir, projetar, executar modificaes ou inovaes. CONHECIMENTO: Demonstrado no desenvolvimento das atividades programadas. CUMPRIMENTO DAS TAREFAS: Considerar o volume de atividades dentro do padro razovel. ESPRITO INQUISITIVO: Disposio demonstrada para aprender. INICIATIVA: No desenvolvimento das atividades.

Pontos

SOMA

QUADRO II
AVALIAO DOS ASPECTOS HUMANOS
ASSIDUIDADE: Cumprimento do horrio e ausncia de faltas. DISCIPLINA: Observncia das normas internas da Empresa. SOCIABILIDADE: Facilidade de se integrar com os outros no ambiente de trabalho. COOPERAO: Disposio para cooperar com os demais para atender as atividades. SENSO DE RESPONSABILIDADE: Zelo pelo material, equipamentos e bens da empresa.

Pontos

SOMA

PONTUAO PARA O QUADRO I E II

Sofrvel - 1 ponto, Regular - 2 pontos, Bom - 3 pontos, Muito Bom - 4 pontos, Excelente - 5 pontos

AVALIAO FINAL SOMA do Quadro I multiplicada por 7 SOMA do Quadro II multiplicada por 3 SOMA TOTAL

Pontos

LIMITES PARA CONCEITUAO De 57 a 101 - SOFRVEL De 102 a 147 - REGULAR De 148 a 194 - BOM De 195 a 240 - MUITO BOM De 241 a 285 - EXCELENTE

Nome da Empresa: Escola Bsica Municipal Dr. Rogrio Zattar Representada pelo Supervisor: Avanilde Kemczinski
CONCEITO CONFORME SOMA TOTAL Rubrica do Supervisor da Empresa

Local: Data :

Carimbo da Empresa

UDESC

UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC CENTRO DE CINCIAS TECNOLGICAS - FEJ PLANO DE ESTGIO CURRICULAR I E II
ESTAGIRIO
Matrcula: 211220625 Bairro: Ubatuba Fone: (47) 9614-4521 Bairro: Ubatuba Fone: (47) 3442-3229

Nome: Danielle Montemor Picheth Endereo (Em SFS): Rua Ararangu, n 103 CEP: 89240-000 Cidade: So Fco. do Sul UF: SC Endereo (Local estgio): Rod. Duque de Caxias, s/n CEP: 89240-000 Cidade: So Fco. do Sul UF: SC Regularmente matriculado no semestre: 5 fase Curso: Tecnologia em Sistemas de Informao Formatura (prevista) Semestre/Ano: 01/2009

UNIDADE CONCEDENTE Razo Social: Escola Bsica Municipal Dr. Rogrio Zattar CGC/MF: 00.983.309/0001-49 Endereo: Rod. Duque de Caxias, s/n Bairro: Ubatuba CEP: 89240-000 Cidade: So Fco. do Sul UF: SC Fone: (47) 3442-3229 Atividade Principal : Educao Ensino Fundamental Supervisor: Avanilde Kemczinski Cargo: Docente da UDESC DADOS DO ESTGIO rea de atuao: Desenvolvimento de Sistemas Departamento de atuao: Secretaria Fone: (47) 3442-3229 Ramal: Horrio do estgio: QUA 20:00 s 22:30 SEX 07:20 s 11:20 e 13:00 s 17:00 Perodo: 08/08/2008 a 28/11/2008 Total de horas: 240 horas Nome do Professor Orientador: Dbora Cabral Nazrio Disciplina(s) simultnea(s) com o estgio Quantas: 05 (cinco) Quais: DIR Direito Aplicado GPR Gerncia de Projetos PES Pesquisa Operacional REC Rede de Computadores TES-02 Comrcio Eletrnico

vi

OBJETIVO GERAL Desenvolver um sistema de gerenciamento de assuntos escolares, com base nas necessidades da instituio, de modo que a utilizao do mesmo venha a facilitar/acelerar tomadas de deciso e acompanhamento referentes a assuntos escolares e de aprendizagem, por parte da equipe administrativa e de apoio pedaggico. ATIVIDADES
1) Levantamento das necessidades da instituio;

OBJETIVO ESPECFICO
1.1) Fazer um levantamento das necessidades administrativas e de apoio pedaggico para tomadas de deciso e acompanhamento de alunos; 1.2) Fazer a anlise dos requisitos das necessidades apresentadas pela instituio, identificando sua viabilidade ou no; 1.3) Criar documento de Viso Geral e Escopo do Projeto; 1.4) Criar documento de Levantamento de Requisitos; 2.1) Fazer diagrama de casos de uso; 2.2) Fazer diagrama de classe; 2.3) Fazer diagrama de seqncia; 2.4) Fazer diagrama de fluxo de dados; 2.5) Fazer o MER (modelo entidaderelacionamento) e dicionrio de dados do sistema a ser desenvolvido; 3.1) Estudar as linguagens em que ser desenvolvido o sistema (visto que a estagirio no tem conhecimentos de outras linguagens que no as aprendidas durante o curso); 3.2) Elaborar o cdigo fonte do sistema, baseando-se na modelagem feita anteriormente; 3.3) Liberar o sistema funcionando para realizao de testes; 4.1) Realizar testes com o sistema criado, identificando possveis erros e os corrigindo; 4.2) Aprovar o sistema para uso na instituio; 5.1) Dar treinamento aos usurios diretos do sistema, de modo que estejam aptos a usufruir do mesmo.

HORAS

25 horas

2) Modelagem do sistema a ser desenvolvido;

50 horas

3) Implementao;

100 horas

4) Testes;

50 horas

5) Treinamento de usurio;

15 horas

Rubrica do Professor Orientador

Rubrica do Coordenador de Estgios

Rubrica do Supervisor da Empresa

Data:

Data:

Data:

Carimbo da Empresa

vii

CRONOGRAMA FSICO E REAL

Legenda Previsto (azul) Realizado (verde) A Realizar (vermelho)

LISTA DE ANEXOS

ANEXO A - Anlise de requisitos de 2 prioridade: ANEXO B - Anlise de requisitos de 3 prioridade: ANEXO C - Anlise de requisitos de 4 prioridade: ANEXO D - Anlise de requisitos de 5 prioridade: ANEXO E - Anlise de requisitos de 6 prioridade: ANEXO F - Anlise de requisitos de 7 prioridade: ANEXO G - Documento de Viso Geral e Escopo ANEXO H - Documento de Levantamento de Requisitos ANEXO I - Documento de Casos de Uso ANEXO J - Diagrama de Classe Ampliado parte A e parte B ANEXO K - Diagramas de Seqencia - Cadastro de dados pedaggicos ANEXO L - Diagramas de Seqencia - Cadastro de professor ANEXO M - Diagramas de Seqencia Registro chegada tardia de aluno ANEXO N - Diagramas de Seqencia Registro de falta de professor ANEXO O - Diagramas de Seqencia Visualizao/impresso de relatrios de professor ANEXO P - Diagramas de Fluxo de Dados Nvel 1 ANEXO Q - Diagramas de Fluxo de Dados Nvel 2

LISTA DE FIGURAS

Figura 1 Grfico de Gantt para as atividades planejadas. ................................................... 12 Figura 2 Roteiro da anlise de requisitos. .......................................................................... 18 Figura 3 Planilhas de respostas desejadas I e II. ................................................................ 19 Figura 4 Planilha de respostas desejadas I e II para o item de prioridade 1. ....................... 21 Figura 5a Diagrama de Caso de Uso Freqncia escolar primeira verso. ................... 25 Figura 5b Diagrama de Caso de Uso Freqncia escolar verso final. .......................... 26 Figura 6 Diagrama de Caso de Uso Biblioteca escolar. .................................................. 27 Figura 7 Diagrama de Caso de Uso Relatrios diversos. ................................................ 28 Figura 8 Diagrama de Classe Sistema de Freqncia Escolar. ........................................ 30 Figura 9 Diagramas de seqncia para cadastro de aluno .................................................. 31 Figura 10 Diagramas de seqncia para registro de faltas de aluno ................................... 32 Figura 11 Diagramas de seqncia para visualizao/impresso de relatrios de aluno ..... 33 Figura 12 DFD de Contexto .............................................................................................. 34 Figura 13 Modelo entidade-relacionamento. ..................................................................... 35 Figura 14 Diagrama de navegao. ................................................................................... 39 Figura 15 Tela 1 - Inicial. ................................................................................................. 40 Figura 16a Tela 2 Pedido de senha. ................................................................................ 40 Figura 16b Tela 2 Acesso negado. ................................................................................. 40 Figura 17 Tela 3 Menu para aluno.................................................................................. 40 Figura 18a Tela 4 Informar nome do aluno. ................................................................... 41 Figura 18b Tela 4 Aluno no cadastrado. ....................................................................... 41 Figura 18c Tela 4 Aluno cadastrado. .............................................................................. 41 Figura 19 Tela 5 Formulrio de cadastro de aluno. ......................................................... 42 Figura 20 Tela 8 Menu de relatrios do aluno. ............................................................... 42 Figura 21 Tela 13 Menu do professor............................................................................. 43 Figura 22a Tela 14 Informar nome do professor. ........................................................... 43 Figura 22b Tela 14 Professor no cadastrado. ................................................................ 44 Figura 22c Tela 14 Professor cadastrado. ....................................................................... 44 Figura 23 Tela 15 Formulrio de cadastro de professor. ................................................. 44 2

Figura 24 Tela 17 Menu de relatrios do Professor. ....................................................... 45 Figura 25 Tela 22 Relatrios disponveis. ...................................................................... 45 Figura 26 Tela 23 Menu para dados pedaggicos. .......................................................... 46 Figura 27 Tela 24 Cadastro de dados pedaggicos. ........................................................ 46 Figura 28a Operao no realizada. .................................................................................. 46 Figura 28b Operao realizada. ........................................................................................ 46 Figura 29a Cronograma por perodo. ................................................................................ 47 Figura 29b Cronograma por perodo. ................................................................................ 48

LISTA DE TABELAS

Tabela 1 Quadro de atividades planejadas para o Estgio. ................................................. 12 Tabela 2 Lista de solicitaes feitas pela equipe administrativo-pedaggica ..................... 15 Tabela 3 Lista de itens priorizados. ................................................................................... 17 Tabela 4 Seqncia de respostas do item de prioridade 1................................................... 20 Tabela 5a Dicionrio de dados entidade professor. ......................................................... 35 Tabela 5b Dicionrio de dados entidade atendente. ........................................................ 35 Tabela 5c Dicionrio de dados entidade disciplina. ........................................................ 35 Tabela 5d Dicionrio de dados entidade aula. ................................................................ 36 Tabela 5e Dicionrio de dados entidade aluno. ............................................................... 36 Tabela 5f Dicionrio de dados entidade turma. ............................................................... 36 Tabela 5g Dicionrio de dados entidade turno. ............................................................... 36

RESUMO

O presente trabalho teve como objetivo desenvolver um sistema de gerenciamento de assuntos escolares, com base nas necessidades da instituio, de modo que a utilizao do mesmo viesse a facilitar/acelerar tomadas de deciso e acompanhamentos referentes a assuntos escolares e de aprendizagem, por parte da equipe administrativa e de apoio pedaggico. O estgio foi realizado em uma instituio escolar da rede municipal de ensino do municpio de So Francisco do Sul SC cujas entrevistas apontaram, a priori, 10 necessidades. Aps mais algumas entrevistas e aplicao de roteiro de anlise de requisitos, foram verificadas 7 necessidades reais, as quais foram agrupadas em 3 grandes sistemas: Freqncia Escolar, Biblioteca Escolar e Relatrios Diversos. A partir de algumas tcnicas de modelagem, como Diagrama de Casos de Uso, verificou-se a complexidade e grandiosidade dos sistemas, de modo que apenas o primeiro sistema fora enfocado e parcialmente desenvolvido nesse estgio. Foram utilizadas outras tcnicas de modelagem de sistemas, como MER e DFD, ilustrados atravs do Paint, Diagrama de Classe e de Seqncia, modelados atravs do JUDE. Para a implementao do sistema, utilizouse do editor NVU para modelagem das telas e interfaces necessrias do programa em HTML. Tambm foi construdo o banco de dados do sistema em MySQL para posteriormente ser feita a conexo entre interface e banco de dados atravs da linguagem PHP. Aps a implementao total do programa foram realizados testes para certificao de que o programa funciona e executa o que foi proposto a executar e, por fim, foi feito um rpido treinamento dos usurios do sistema. Este projeto de grande valia para a instituio uma vez que est sendo construda com base nas necessidades da mesma e est sendo aguardada como uma ferramenta de grande auxlio nas atividades administrativo-pedaggicas da instituio.

Palavras-chave: anlise de requisitos, desenvolvimento de sistema, modelagem.

SUMRIO

LISTA DE ANEXOS .......................................................................................................... 02 LISTA DE FIGURAS ......................................................................................................... 03 LISTA DE TABELAS ........................................................................................................ 05 RESUMO ............................................................................................................................ 06 1 INTRODUO ............................................................................................................... 07 1.1 Trabalho Proposto ........................................................................................................ 07 2 APRESENTAO DA CONCEDENTE........................................................................ 09 3 DESENVOLVIMENTO DO ESTGIO ......................................................................... 11 3.1 Planejamento do Estgio .............................................................................................. 11 3.2 Desenvolvimento da Atividade de Levantamento das Necessidades da Instituio ... 13 3.2.1 Atividade 1.1 Levantamento das Necessidades .......................................................... 13 3.2.2 Atividade 1.2 Anlise dos Requisitos e Viabilidade ................................................... 16 3.2.3 Atividade 1.3 Documento de Viso Geral e Escopo .................................................. 22 3.2.4. Atividade 1.4 Documento de Levantamento de Requisitos ....................................... 23 3.3 Desenvolvimento da Atividade de Modelagem do Sistema a Ser Desenvolvido ......... 24 3.3.1 Atividade 2.1 Diagrama de Casos de Uso .................................................................. 24 3.3.2 Atividade 2.2 Diagrama de Classe ............................................................................. 29 3.3.3 Atividade 2.3 Diagrama de Seqncia ....................................................................... 30 3.3.4 Atividade 2.4 Diagrama de Fluxo de Dados (DFD) ................................................... 33 3.3.5 Atividade 2.5 Modelo Entidade-Relacionamento (MER) ........................................... 34 3.4 Desenvolvimento da Atividade de Implementao ...................................................... 37 3.4.1 Atividade 3.1 Estudo das linguagens em que ser desenvolvido o sistema ................. 37 3.4.2 Atividade 3.2 Elaborao do sistema ......................................................................... 38 3.5 Atividades No Concludas........................................................................................... 46 3.6 Cronograma Geral........................................................................................................ 47 4 CONCLUSES ............................................................................................................... 49 REFERNCIAS BIBLIOGRFICAS ANEXOS

1 INTRODUO

A atividade de Estgio Curricular Obrigatrio tem por finalidade principal ver o aluno executar uma atividade real destinada a uma empresa real com solues reais. Desta forma, inmeras so as empresas que necessitam de trabalhos como esses. O trabalho proposto para esse Estgio tem a idia de colocar em prtica os conceitos e conhecimentos vistos at ento (metade do 5 semestre de graduao), buscando uma entidade, empresa ou instituio que carea de alguma necessidade a qual possa ser solucionada por meios de sistemas de informao. Somente dessa forma o Estgio ter validade e poder de fato empregar seus contedos na prtica.

1.1 Trabalho Proposto

O trabalho proposto para esse Estgio foi baseado em informaes adquiridas atravs de observaes e relatos feitos por diversos profissionais por um perodo de aproximadamente um ano e meio antes da realizao do mesmo. Essas informaes foram possveis de serem coletadas devido estagiria trabalhar a cinco anos nessa instituio. Alm do tempo de vnculo com a mesma, a necessidade de resolues de problemas foi determinante para a escolha do local de Estgio: uma instituio escolar. A proposta inicial e maior do Estgio foi empregar os conhecimentos vistos at o momento para a anlise e desenvolvimento de sistema, qualquer modelo que fosse necessrio instituio e que atravs de sistema de informao pudesse solucionar, pelo menos, facilitar a tomada de deciso. O objetivo principal, ento, foi desenvolver um sistema de gerenciamento de assuntos escolares, com base nas necessidades da instituio, de modo que a utilizao do mesmo viesse a facilitar/acelerar tomadas de deciso e acompanhamento referentes a assuntos escolares e de aprendizagem, por parte da equipe administrativa e de apoio pedaggico. A idia dessa atividade inicialmente causou certa preocupao instituio, pois nunca outrora havia acontecido algum estgio nessa rea. Por ser uma instituio de ensino, normalmente, so futuros professores e professoras que l aparecem para realiz-los. Mas, 7

considerando a proposta do estgio, as necessidades da instituio, bem como o fato de a estagiria j ser conhecida da equipe administrativo-pedaggica e a mesma saber a realidade de funcionamento, do dia-a-dia daquela unidade escolar, a realizao desse Estgio foi muito bem recebida por parte de toda a equipe e tambm gerou desde o incio uma grande expectativa com relao ao produto final. Apesar de todos se mostrarem prontos a colaborar, sabia-se que, em se tratando daquela unidade escolar e do perodo em que o Estgio se realizaria, enfrentar-se-iam vrios problemas de abordagem da equipe, barulhos excessivos, movimentao bastante agitada por parte dos alunos; mas tudo que j se sabia contornar devido ao tempo em que se lecionou na escola e aos alunos que l se encontravam. Quando da elaborao do Plano de Estgio, j se tinha uma viso do caminho um pouco delineado que se iria percorrer. Cr-se que, duas das grandes reas de conhecimento vistas durante o curso e que de fato estavam envolvidas no Estgio, foram Anlise de Sistemas e Engenharia de Software. Alm da anlise, outros contedos tambm foram de grande valia, tais como procedimentos de coletas de informaes e dados e sua interpretao (Estatstica), modos e atitudes dentro de ambiente profissional para realizao de Estgio (tica), organizao, planejamento de atividades, desenvolvimento e monitoramento das mesmas (Fundamentos de Sistemas de Informao e Gerncia de Projetos), como colocar o produto final mo do cliente garantindo satisfao e aceitao do mesmo (Viso de Marketing), alm de alguns conhecimentos mais direcionados ao desenvolvimento e programao de sistemas, tais como Linguagem de Programao, Lgica de Programao, Orientao Objetos e Banco de Dados. Esse Relatrio de Estgio mostrar o emprego desses contedos citados anteriormente buscando a finalizao do produto esperado pelo cliente. Primeiramente, ser comentada um pouco sobre anlise e desenvolvimento de projetos e aspectos relacionados, muito importantes no momento de se aceitar uma proposta de trabalho, como por exemplo, a vivenciada neste Estgio. Em seguida, o leitor ter uma clara noo de como o Estgio transcorreu, como se tivesse participado do mesmo. Isso ser feito atravs da descrio, demonstrao de resultados de cada atividade executada em cada etapa do Plano de Estgio, finalizando com o que j est pronto do projeto e o que ainda falta concluir, bem como o planejamento de concluso das atividades. Por fim, sero feitas algumas consideraes sobre o trabalho, desde aspectos relacionados fundamentao bem como formao do Tecnlogo. Espera-se que medida que o leitor transponha as pginas deste relatrio, o mesmo tenha noo das dificuldades, ansiedades e realizaes conquistadas por este Estgio. 8

2 APRESENTAO DA CONCEDENTE

A instituio escolhida para a realizao do Estgio foi a Escola Bsica Municipal Dr. Rogrio Zattar, localizada Rodovia Duque de Caxias, loteamento Sandra Regina, Balnerio de Ubatuba, no municpio de So Francisco do Sul SC. Essa escola foi inaugurada em 03 de agosto de 1987, quando funcionava em uma casa com aproximadamente 75 alunos. Ao longo de seus 21 anos de funcionamento, mudou de local fsico, cresceu seu quadro de funcionrio e professores, bem como o nmero de alunos atendidos, foram ampliadas algumas instalaes (sala de aula), ganhou quadra poliesportiva coberta a pouco mais de 4 anos. Atualmente, atende cerca de 730 alunos, entre moradores do bairro e imigrantes de outras escolas, regies, cidades e estados. atualmente a maior escola, em alunos, do municpio, e alunos novos no param de chegar, tanto que a mdia de alunos por turma chega aos 40. Por ser da rede municipal, destinada somente aos Ensinos Fundamental Ciclos I e II, o que corresponderia ao antigo Primrio (1 4 sries) e Ginsio (5 8 sries), alm da turma inicial de Alfabetizao, pois esto em fase de remanejamento da grade curricular para Ciclo de 9 anos. Dessa forma, apesar de ainda se ter a turma de Pr-Escola, menores de 5 anos so atendidos pelos CMEIs (Centros Municipais de Educao Infantil); em contra-partida, Ensino Mdio subsidiado pelo Estado, apesar de neste ano estar funcionando uma turma de 1 ano de Ensino Mdio dentro da escola, apenas como parceria cedendo o espao fsico, pois a administrao e professores ficam a cargo do Estado. Tambm conta com 32 professores (Alfabetizao, Ciclos I e II), 8 funcionrios (zeladora, cozinheira, servente), 06 administradores pedaggicos (direo, auxiliar de direo, superviso e secretria). Com toda essa equipe, devido ao enorme contingente, ainda falta bibliotecria, guarda e mais funcionrios para ajudar. Afinal, a escola conta com 13 salas de aula, um laboratrio de informtica com 10 computadores, 1 sala de direo, 1 secretaria, 1 biblioteca, 1 cozinha, 1 refeitrio, 1 cantina pequena, 1 depsito de materiais escolares, 2 depsitos de materiais diversos, 1 sala de professores com 2 banheiros, 1 banheiro masculino e 1 feminino para alunos, 1 almoxarifado de materiais esportivos, 1 parquinho e 1 quadra poliesportiva, alm de bicicletrio.

Administrativamente, fazem uso de programas do pacote Office, tais como Word, Excel, PowerPoint, alm de Internet, Messenger. Mas principalmente dois programas especficos para escola: Programa Srie (usado em todo o estado) e EducaCenso (nacional). So basicamente nesses dois programas que se concentram todas as informaes relacionadas aos alunos (notas, boletins, histricos, movimentao, etc.) A escola como um todo necessita de mudanas, principalmente no sentido de espao fsico (40 alunos por turma muito), como remanejamento do quadro de professores (firmar o quadro com professores concursados e assduos, pois um dos graves problemas que est acontecendo a falta da permanncia de professores do incio at o fim do ano letivo), alm de informatizar algumas coisas que j existem de forma manual e precria, no sentido de facilitar/agilizar a administrao de mais de 731 alunos e respectivos responsveis.

10

3 DESENVOLVIMENTO DO ESTGIO

A partir desse captulo, ser feita a apresentao minuciosa e detalhada das razes de ser desse Estgio e das etapas que o construram, abordando planejamento, atividades propriamente ditas do Estgio, relatrios criados, ferramentas utilizadas e, principalmente o resultado obtido.

3.1 Planejamento do Estgio

Durante os semestres da faculdade, anteriores ao estgio, enquanto se estudava disciplinas de formao de um Tecnlogo, construa-se uma vivncia na rea educacional, na qual se ministrava disciplina curricular para Ensino Fundamental. O tempo de permanncia nessa instituio (a mesma que se tornaria concedente do Estgio) permitiu a observao de situaes e problemas, que talvez pudessem ser resolvidos com o auxlio de sistema de informao. Quando do momento, de fato, em iniciar o Estgio, teve-se a certeza de que um futuro Tecnlogo poderia desenvolver um sistema e contribuir sim para a melhoria do funcionamento dessa escola, em aspectos que necessitassem de relatrios, controle e tomadas de deciso. Baseando-se em trabalhos executados durante as aulas da faculdade bem como em referncias da rea de projeto e engenharia de software, elaborou-se um projeto de estgio, ainda sem ter claro o que de fato seria feito, pois dependia das necessidades daquela instituio. Na Tabela 1, esto descritas as atividades globais e objetivos especficos pensados para a elaborao do projeto, tendo-se em vista a carga horria do Estgio, equivalente a 240 horas para este Relatrio, o qual contempla Estgio Curricular Obrigatrio I e II; observaes anteriores, assim como uma sondagem prvia na instituio para verificar a possibilidade da realizao de Estgio.

11

Tabela 1 Quadro de atividades planejadas para o Estgio.

ATIVIDADES 1) Levantamento das necessidades da instituio; OBJETIVO ESPECFICO 1.1) Fazer um levantamento das necessidades administrativas e de apoio pedaggico para tomadas de deciso e acompanhamento de alunos; 1.2) Fazer a anlise dos requisitos das necessidades apresentadas pela instituio, identificando sua viabilidade ou no; 2.1) Fazer diagrama de casos de uso; 2.2) Fazer diagrama de classe; 2.3) Fazer diagrama de seqncia; 2.4) Fazer diagrama de contexto do BD; 2.5) Fazer diagrama de fluxo de dados; 2.6) Fazer o MER (modelo entidade-relacionamento) do sistema a ser desenvolvido; 2.7) Especificar dicionrio de dados do BD; 3.1) Estudar as linguagens em que ser desenvolvido o sistema (visto que a estagirio no tem conhecimentos de outras linguagens que no as aprendidas durante o curso); 3.2) Elaborar o cdigo fonte do sistema, baseando-se na modelagem feita anteriormente; 3.2) Liberar o sistema funcionando para realizao de testes; 4.1) Realizar testes com o sistema criado, identificando possveis erros e os corrigindo; 4.2) Aprovar o sistema para uso na instituio; 5.1) Dar treinamento aos usurios diretos do sistema, de modo que estejam aptos a usufruir do mesmo. HORAS 25 horas

2) Modelagem do sistema a ser desenvolvido;

50 horas

3) Implementao;

100 horas

4) Testes; 5) Treinamento de usurio;

50 horas

15 horas

Como o planejamento deveria ser feito em um determinado tempo para ser aprovado e levando-se em considerao a inexperincia com relao a planejamento, estimativa de tempo de durao de atividades, desconhecimento de alguns contedos que iriam ser empregados para o desenvolvimento do estgio, estipulou-se a carga horria prevista de cada atividade baseando-se em trabalhos acadmicos e outras referncias. A Figura 1 demonstra o que pretendeu-se realizar dentro desse Estgio. Figura 1 Grfico de Gantt para as atividades planejadas.

Dessa forma, procurando cumprir tanto com as atividades quanto com o tempo propostos, o Estgio comeou a ser realizado aos oito dias do ms de agosto, com previso de trmino aos 12

vinte e oito dias do ms de novembro do corrente ano. Optou-se por descrever cada atividade separadamente, bem como apresentar cada objetivo e seus resultados atingidos.

3.2 Desenvolvimento da Atividade de Levantamento das Necessidades da Instituio

A atividade 1 do Plano de Estgio foi o levantamento das necessidades da instituio. Essa foi a primeira atividade a ser realizada porque no se sabia o que de fato a escola precisava naquele momento. Sabia-se, pelas observaes anteriores que sistema de informao certamente poderia auxiliar na melhor eficincia do trabalho administrativo. Porm, no se sabia quais eram as necessidades administrativas daquele momento, no qual se retornava do recesso escolar de julho, havia falta de professor de alguma disciplina, e tambm j era tempo de comear a se articular para o desfile cvico, atividade que consome tempo e energia administrativos.

3.2.1 Atividade 1.1 Levantamento das necessidades

A atividade 1.1 do Plano de Estgio faz referncia ao objetivo especfico fazer um levantamento das necessidades administrativas e de apoio pedaggico para tomadas de deciso e acompanhamento de alunos. Foram gastas 14 horas entre atividades, estudos preparatrios, reunies, observaes e entrevistas entre os dias oito e vinte e nove de agosto. A equipe administrativo-pedaggica abordada foi composta pela Direo, trs Auxiliares de Direo e uma Supervisora. Inicialmente, foi feita uma divulgao para a equipe administrativo-pedaggica sobre o que estaria acontecendo na instituio, que se tratava de um Estgio, no qual se tentaria aplicar os conhecimentos desenvolvidos durante o curso em um ambiente real. Foram explicados os objetivos e tempo de aplicao do mesmo e que nesse perodo, haveria a necessidade de ateno por parte da equipe em algumas atividades-chaves, sem a qual o projeto no poderia ter continuidade.

13

Foi solicitado que a equipe refletisse sobre a atual situao no seu local de trabalho e do seu trabalho em particular e levantassem problemas e/ou necessidades que gostariam ou precisariam que fosse resolvido, agilizado, melhorado, visando uma contribuio no funcionamento da escola como um todo. Foi preparado o material de apoio para a 1 entrevista, a ser realizada na semana seguinte, momento este em que cada profissional fora abordado individualmente, devido s necessidades da escola de ter pessoas da administrao disponveis para alguma necessidade escolar, para explicar os problemas e/ou necessidades que perceberam existir na escola. O material de apoio para os procedimentos das atividades dessa 1 etapa foram baseados no estudo de Selner (1999). Procurou-se ser neutro, no interferindo na explicao de cada profissional. Tambm fora comunicado que aps esta, haveria outras entrevistas para aprofundamento das situaes levantadas por cada profissional, por isso, a imparcialidade neste momento. A lista levantada durante esta entrevista se encontra na Tabela 2. So todas as necessidades apontadas pelos cinco profissionais da administrao, cujos assuntos so os mais variados, indo de controle de pessoas, aluno, professores, merenda e materiais at um blog de interatividade com o aluno. Como uma primeira anlise, pode-se perceber que das doze situaes levantadas, quatro no poderiam ser estudadas por se tratar de problemas relacionados ao programa de cadastro dos alunos (Programa Srie), atualmente usado na escola. Pelo fato da estagiria j ter trabalhado como secretria e ter usado e conhecido o referido programa (Programa Srie) foi possvel que se fizesse a considerao acima, eliminando tais situaes do estudo. Tentou-se ter acesso ao cdigo-fonte do mesmo, mas no houve permisso por se tratar de um programa usado em rede estadual e ser cdigo fechado. Ento a lista de solicitaes ficou resumida a oito, a priori. Quanto analise das demais solicitaes, apesar de se acreditar que as mesmas poderiam ser realizadas, foram necessrias outras entrevistas para levantamento de mais informaes. respeito do perodo de realizao, o esperado seria ter conseguido falar com todos os membros da equipe administrativo-pedaggica mais rapidamente, porm, por se tratar de uma escola, muitos problemas, muitas situaes acontecendo inesperadamente que necessitavam de atendimento imediato, houve atraso no andamento das entrevistas, bem como da execuo das atividades do estgio.

14

Tabela 2 Lista de solicitaes feitas pela equipe administrativo-pedaggica

- um sistema para enviar o pedido de merenda e limpeza que no fosse por fax, bem como ter um controle do estoque desses itens para facilitar os pedidos semanais; - um relatrio que mostrasse o nmero de faltas de professores, especificando a disciplina que faltou, a quantidade de dias que faltou e o quanto isso estaria impactando dentro da disciplina (ex.: professor de matemtica tem aula com a 5 srie 5 vezes por semana, faltou 3 dias apresentando atestado mdico, porm deixou de trabalhar 3 aulas com os alunos, ou seja, mais de 50% na semana); - como eliminar o aluno do cadastro, inclusive podendo aproveitar o seu nmero de matrcula para outro; NO REALIZVEL - um relatrio que mostrasse todos os alunos com notas abaixo da mdia, por srie, por bimestre, por turma, por turno e por disciplina, de modo que com o resultado os alunos pudessem ser encaminhados ao reforo escolar no contra-turno; - o campo para digitar mensagem que vai impressa no boletim muito pequeno embora na impresso exista mais espao, precisaria aumentar esse espao; NO REALIZVEL - s vezes, quanto precisa pegar algum dado de aluno, como histrico ou boletim antigo, preciso acessar o sistema duas vezes, pois na primeira consta como inexistente; NO REALIZVEL - um relatrio que mostrasse o nome dos alunos faltantes, separados por turma, srie, turno; esse relatrio poderia ser tirado mensalmente, quinzenalmente, bimestralmente; - um programa que s precisasse jogar o nome dos professores, dia de folga e carga horria e sasse o horrio escolar pronto, dos professores e das turmas; normalmente se faz manualmente o horrio dos professores; - gostaria de acrescentar a foto do aluno no seu cadastro; NO REALIZVEL - temos uma biblioteca escolar, mas no h um controle do que se tem dentro dela; se o professor precisa de um determinado assunto, no se tem como saber se existe e onde est, a no ser que o mesmo procure junto com a bibliotecria; tambm acaba-se perdendo a conta de quem pegou livro e quem j devolveu; - algumas atividades da superviso so feitas sob a forma de relatrio escrito que encaminhado Secretaria de Educao, ento pede-se que haja uma padronizao do relatrio, bem como seja mais fcil e rpido buscar alguma anotao feita em relatrio anterior que seja necessrio em uma reunio, por exemplo; - um relatrio que mostrasse quem so e a freqncia dos alunos que esto apresentando chegadas tardias; que fosse possvel pegar esse relatrio semanalmente.

J se previu que para a prxima atividade seria necessrio mais ateno desses profissionais, pois seria feito o aprofundamento de cada solicitao feita, a busca por detalhes, etc. J se esperava que pudesse haver demora na concretizao dessa atividade justamente pelo fato explicado anteriormente.

3.2.2 Atividade 1.2 Anlise dos Requisitos e Viabilidade

A atividade 1.2 do Plano de Estgio faz referncia ao objetivo especfico fazer a anlise dos requisitos das necessidades apresentadas pela instituio, identificando sua viabilidade ou no. Foram gastas 26 horas para concluir esta parte, realizada entre os dias dezesseis de agosto e oito de setembro. Pode-se reparar que somente nessa atividade fora gasto o tempo previsto para toda 15

a atividade 1. Isso se deveu inexperincia em quantificar tempo gasto para atividades nunca realizadas antes e pelo fato de ter encontrado dificuldades na realizao da mesma, na identificao dos reais requisitos dos problemas. Conseguiu-se realiz-la em um perodo de dias menor em relao primeira atividade, porm o tempo gasto por cada momento em que se conseguia falar novamente com cada profissional foi bastante, pois quando se conseguia abord-lo no se sabia quando no haveria problemas escolares para que conseguisse abord-lo novamente. Foi preparado o material para realizao desta atividade, estudando-se Selner (1999), especificamente o procedimento para anlise de requisitos, o qual busca identificar um conjunto de parmetros, ou seja, identificar os processos e os requisitos de um sistema de informaes gerenciais para uma organizao social. Antes de analisar cada item foi necessrio reunir os cinco membros da equipe administrativo-pedaggica, uma nica vez, para que tomassem conhecimento das necessidades levantadas (Tabela 2) e para que, a partir da, enumerassem as solicitaes por ordem de maior prioridade para serem analisadas, pois estava claro que no seria possvel atender a tudo no tempo especfico do Estgio (240 horas). Durante esta reunio, alm dos oito itens solicitados (quatro foram eliminados), foram sugeridos outros dois que tambm foram colocados na prioridade. A lista dos itens priorizados encontra-se na Tabela 3. Em virtude da programao da escola, com ensaios de Fanfarra, entrega de uniformes, viagens-estudo, demorou a conseguir novamente a entrevista com a equipe administrativopedaggica. Devido quantidade de situaes levantadas, prioridade de cada item e ao tempo disponvel para realizao desse Estgio, optou-se por dar nfase nos 7 itens de maior prioridade, uma vez que so assuntos afins e de maior relevncia para a instituio nesse momento. Aps delimitar os itens do projeto, iniciou-se, de fato, a fase de anlise propriamente dita, na qual fora empregado o mtodo de anlise (SELNER, 1999) ilustrado na Figura 2 e uma das ferramentas da qualidade total desse mtodo, mais precisamente as duas planilhas (planilhas de respostas desejadas) que servem de suporte s atividades e decises identificadas com as chaves 1, 2, 4, 5, 10, 11, 12, 13 e 14 do roteiro de anlise. Esse processo de anlise de requisitos de sistema tem incio com o levantamento de informaes sobre a situao atual, buscando-se identificar problemas que a instituio em anlise est enfrentando.

16

Tabela 3 Lista de itens priorizados.

Prioridade Descrio do item / solicitao um relatrio que mostrasse o nmero de faltas de professores, especificando a disciplina que faltou, a quantidade de dias que faltou e o quanto isso estaria impactando na carga horrio geral a que o aluno tem direito dentro da disciplina (ex.: professor de matemtica tem aula com a 5 srie 5 vezes por semana, faltou 3 dias apresentando atestado mdico, porm deixou de trabalhar 3 aulas com os alunos, ou seja, mais de 50% na semana). temos uma biblioteca escolar, mas no h um controle do que se tem dentro dela; se o professor precisa de um determinado assunto, no se tem como saber se existe e onde est, a no ser que o mesmo procure junto com a bibliotecria; tambm acaba-se perdendo a conta de quem pegou livro e quem j devolveu. algumas atividades da superviso so feitas sob a forma de relatrio escrito que encaminhado Secretaria de Educao, ento pede-se que haja uma padronizao do relatrio, bem como seja mais fcil e rpido buscar alguma anotao feita em relatrio anterior que seja necessrio em uma reunio, por exemplo. um relatrio que mostrasse todos os alunos com notas abaixo da mdia, por srie, por bimestre, por turma, por turno e por disciplina, de modo que com o resultado os alunos pudessem ser encaminhados ao reforo escolar no contra-turno. um relatrio que mostrasse quem so e a freqncia dos alunos que esto apresentando chegadas tardias; que fosse possvel pegar esse relatrio semanalmente. um relatrio que mostrasse o nome dos alunos faltantes, separados por turma, srie, turno; esse relatrio poderia ser tirado mensalmente, quinzenalmente, bimestralmente. um registro de comparecimento dos pais, quando chamados escola. um programa que s precisasse jogar o nome dos professores, dia de folga e carga horria e sasse o horrio escolar pronto, dos professores e das turmas; normalmente se faz manualmente o horrio dos professores. um sistema para enviar o pedido de merenda e limpeza que no fosse por fax, bem como ter um controle do estoque desses itens para facilitar os pedidos semanais. um blog escolar interativo, com atividades de professores, desafios para alunos, etc.

4 5 6 7 8 9 10

O modelo prev dois momentos nos levantamentos das informaes:

a) um primeiro momento em que o cliente apresenta todos os seus problemas, necessidades, tem a liberdade de falar o que quiser e achar necessrio. Nesse momento, so feitas anotaes do que est sendo falado, bem como de expresses que possam transparecer necessidade de informaes, problemas que se vem sentindo, etc. Existem algumas palavraschaves que auxiliam na deteco do problema: o verbo saber, (eu nunca sei ..., eu gostaria de saber ...), eles me perguntam ..., o chefe me questiona sobre..., os verbos planejar e controlar, entre outras; b) um segundo momento em que feita uma separao prvia dos dados obtidos no primeiro momento e no qual feita a anlise dos requisitos pelas chaves 2 a 9, dependendo de cada caso. Tambm feito o uso das planilhas de respostas desejadas (1 e 2), do diagrama de Ishikawa (ISHIKAWA, 1986) e da folha de verificao (SELNER, 1999), sendo estes dois dependentes do caso analisado.

17

Figura 2 Roteiro da anlise de requisitos.

Fonte: SELNER (1999), p.96.

Nessa segunda fase, o cliente estimulado a fornecer detalhes sobre as respostas que se espera obter do sistema, bem como dos problemas para os quais espera obter uma soluo e suas causas. O objetivo agora que as dificuldades dos processos atuais da organizao no exeram influncia sobre como fazer para produzir os dados, mas somente sobre onde os dados necessrios tm suas origens (eventos de origem ou equaes envolvendo mais de um atributo).

18

Para facilitar a coleta dos detalhes dessas respostas desejadas, emprega-se o uso de duas planilhas, identificadas na Figura 3, as quais permitem identificar o que o cliente deseja saber do software, ou qual a resposta desejada?. Figura 3 Planilhas de respostas desejadas I e II.

Fonte: SELNER (1999), p. 101 e 1041

Embora tendo este processo como base, no fora aplicado em sua totalidade, mesmo porque no seria o nico instrumento para levantamento de requisitos, mas iria demonstrar o que, de fato, o cliente instituio escolar esperaria poder ver com a finalizao da implementao do programa. Foram realizados vrios encontros com cada profissional, mesmo que em curtos espaos de tempo para que cada item da lista de problemas e/ou necessidades pudesse ser aprofundado o bastante, a ponto de deixar bem claro o que o cliente desejava. Era necessrio instigar cada membro da equipe administrativo-pedaggica, visando levantar o maior nmero de informaes. A ttulo de ilustrao, logo abaixo, na Tabela 4 e Figura 4, respectivamente, so mostradas as seqncias de respostas analisadas e verificadas para o item de prioridade 1 atravs do modelo de anlise de requisitos, bem como as planilhas de respostas desejadas devidamente preenchidas. Os demais itens, de prioridade 2 a 7, encontram-se nos Anexo A a F.

Para maiores informaes sobre as planilhas de respostas desejadas, ver SELNER, C. Anlise de requisitos para sistemas de informao utilizando as ferramentas da qualidade e processos de software. Dissertao de Mestrado. Florianpolis: UFSC, 1999

19

Tabela 4 Seqncia de respostas do item de prioridade 1.

CHAVE 01: A situao levantada foi a necessidade de um relatrio que mostrasse o nmero de faltas de professores, especificando a disciplina que faltou, a quantidade de dias que faltou e o quanto isso estaria impactando na carga horrio geral a que o aluno tem direito dentro da disciplina (ex.: professor de matemtica tem aula com a 5 srie 5 vezes por semana, faltou 3 dias apresentando atestado mdico, porm deixou de trabalhar 3 aulas com os alunos, ou seja, mais de 50% na semana). CHAVE 02: No, o cliente no faz referncia a problemas ou objetivos que queira atingir, pois pede um relatrio que apresente algumas informaes especficas para que, entre eles, seja tomada uma deciso. CHAVE 03: Sim, o cliente est sugerindo uma espcie de relatrio com essas informaes. CHAVE 04: No, no se trata de um relatrio padronizado, e sim um relatrio especfico para esta unidade, embora seja extensvel a outras unidades escolares. CHAVE 05: Sim, esta soluo j est implementada atualmente, de forma precria e imprescindvel. Atualmente, esses registros so feitos de forma manual, atravs do livro-ponto e observaes dirias na instituio; os mesmos tambm so arquivados e uma cpia encaminhada Secretaria de Educao. CHAVE 10a: Os atributos necessrios, levantados pelo cliente, para aparecerem no relatrio foram: nome da disciplina perdida pelo aluno em funo da falta do professor (para saber que disciplina est tendo maior nmero de faltas pelo professor), turma que perdeu a aula em funo da falta do professor (verificar a freqncia de ocorrncia nas turmas), data da falta (analisar se esto sendo dias consecutivos ou aleatrios), total de faltas do professor e total de aulas previstas para serem dadas, alm de percentual de aulas perdidas em funo da falta do professor (verificar em termos percentuais o quanto de rendimento poder-se-ia estar prejudicando em funo das faltas, j que o mnimo necessrio estar presente na aula). CHAVE 11: A origem dos atributos est apresentada na Planilha de Respostas Desejadas I e II abaixo.

Figura 4 Planilha de respostas desejadas I e II para o item de prioridade 1. Planilhas de respostas desejadas I e II
PLANILHA DE RESPOSTAS DESEJADAS (I) DATA: ANALISTA: Danielle ENTREVISTADO: Marilize, Patrcia, Marilza, Mrcio, Eni 28/08/2008 A B C D E F G H I Maior (Turma / Disciplina) / (1 / 30 1 ndices de TPA Semanalmente Mrcio 1 Percentual_de_faltas) segundos faltas Faltas (Percentual_de_faltas / 30 2 especficas TPA Semanalmente Mrcio 3 Disciplina / Turma) segundos por turmas (Total_de_aulas_previstas Histrico / total_faltas / Data_da de faltas 30 3 falta / TPA Semanalmente Mrcio 2 das segundos Percentual_de_faltas) / disciplinas (Turma) / (Disciplina) Legenda: A N; B Ttulo; C Formulao; D TPA; E Tempo-Resposta; F Freqncia; G Solicitante; H Prioridade; I Tempo-implementao. PLANILHA DE RESPOSTAS DESEJADAS (II) Atributos N Ttulo Nome Origem Turma Ensalamento Disciplina Ensalamento 1 Percentual_de_faltas (Somatrio de faltas * 100) / Aulas previstas Percentual_de_faltas (Somatrio de faltas * 100) / Aulas previstas Disciplina Ensalamento Turma Ensalamento

Atributos N Ttulo Nome 3 Total_de_aulas_previstas Total_faltas Data_da_falta Percentual_de_faltas Turma Disciplina

Origem Ensalamento Falta Falta (Somatrio de faltas * 100) / Aulas previstas Ensalamento Ensalamento

20

3.2.3 Atividade 1.3 Documento de Viso Geral e Escopo

Com a anlise de requisitos quase finalizada, j se pde ter uma viso do que foi solicitado, bem como o que se quer como produto final na instituio. Tornou-se possvel documentar o projeto, sendo objetivo dessa atividade criar documento de Viso Geral e Escopo do Projeto. Esse documento serve justamente para informar a viso geral do projeto, suas finalidades, a que se destina o escopo. Deixar de forma mais apresentvel a qualquer um que possa se interessar na leitura do projeto, usando de palavras claras, sem termos tcnicos. Como est era uma atividade de documentao de algo que j estava delineado, foram gastas apenas 7 horas, entre cinco e doze de setembro. O documento de Viso Geral e Escopo encontra-se no Anexo G. Ele apresenta a data de criao, um ndice com os dados/contedos contidos nele. Tem uma breve introduo apresentando o nome inicial do produto Desenvolvimento de Aplicativos AdministrativoEducacionais; ttulo inicial, pois ainda no tinha se iniciado a modelagem do sistema para se ter idia da complexidade do mesmo. Poderia acontecer de ser desenvolvida apenas uma parte do sistema. Como havia necessidades afins ou que tratavam de aspectos semelhantes, o sistema de aplicativos foi agrupado em trs subprojetos, visando um melhor desenvolvimento e facilidade de elaborao. Os subprojetos elaborados foram Sistema de Freqncia Escolar, Sistema de Biblioteca Escolar e Sistema de Relatrios Diversos. O primeiro sistema, de Freqncia Escolar, foca a necessidade de maior prioridade, bem como aquelas com afinidade e controle de pessoas; no qual haveria a possibilidade de cadastrar pessoas (professores e alunos); cadastrar aspectos relacionados a planejamento escolar como disciplinas, turmas, quantidade de aulas semanais e previstas, etc.; acompanhar quais disciplinas esto sendo dadas e em que turmas, bem como as que no esto sendo dadas devido falta de professores; acompanhar que aluno est chegando atrasado ou faltando e sua freqncia. Isso era necessrio, pois da forma como estavam conduzindo suas atividades, parecia ficar claro que o grande nmero de faltosos juntamente com uma freqncia elevada de faltas estaria implicando negativamente no desenvolvimento escolar dos alunos. Ento, a inteno deste sistema justamente fornecer material de controle que comprove o que realmente est acontecendo na instituio com relao a pessoas (alunos e professores). 21

O segundo sistema, de Biblioteca Escolar, seria para ter o controle de entrada e sada de materiais do acervo escolar, materiais mais utilizados, localiz-los mais rapidamente nas prateleiras, bem como poder cobrar os materiais no devolvidos sabendo com quem esto. Por fim, o terceiro sistema, de Relatrios Diversos, como o prprio nome diz, seria para gerar relatrios padronizados como relatrio administrativo, de superviso, de comunicao interna, de encaminhamento a Conselho Tutelar e Projetos Apia e Estrelinha, arquiv-los permitindo acesso mais rpido quando forem consultados, bem como acompanhando a evoluo em atendimentos. Nesse documento elaborado tambm explicada a oportunidade desse Estgio como um negcio real, o qual possibilitaria um controle mais prximo dos problemas e situaes vivenciados diria e rotineiramente na escola e que, de alguma forma, interferem direta ou indiretamente na questo aprendizagem escolar. Ter um controle de presenas, faltas (tanto de alunos quanto professores), acompanhamento da avaliao (notas escolares), bem como recursos extras para desenvolvimento da aprendizagem (livros), certamente tudo isto poder auxiliar nas tomadas de decises. E tendo uma viso mais expansiva do produto final, ele seria perfeitamente aplicvel rede municipal de ensino, pois so instituies escolares com, talvez, as mesmas necessidades que esta instituio estudada no Estgio.

3.2.4 Atividade 1.4 Documento de Levantamento de Requisitos

Com a anlise de requisitos feita na atividade 1.2, nesse momento, tambm como forma de documentar, o objetivo foi criar documento de Levantamento de Requisitos. Mas esse documento alm de deixar mais claro o funcionamento de cada sistema, tambm aponta cada requisito e regra de negcio. Se cada etapa for desenvolvida minuciosamente, detalhadamente, auxiliar muito no momento da modelagem e implementao, pois estar tudo pronto faltando apenas a traduo para linguagem de mquina. Alm disso, esse documento serviu de base para a prxima atividade que seria a elaborao do Diagrama de Caso de Uso (JACOBSON et al., 1992).

22

Pode-se perceber que uma atividade est amarrada em outra; se a anterior no for bem executada ou deixar lacunas, em algum momento essas lacunas vo aparecer, o que poder acarretar atrasos, pois ter de voltar algum passo para corrigir o erro/falha. Para esta atividade foram gastas 10 horas, pois fora necessrio retornar na anlise de requisitos, com algo que no tenha ficado to claro ou com dvidas que surgiram. Foi realizada entre dez e quatorze de setembro. O Documento de Levantamento de Requisitos tambm se encontra no Anexo H. Esta etapa 1, que abordou toda a parte de levantamento de requisitos, prevista para 25 horas, foi concluda em 57 horas, sendo computadas todas as horas dedicadas s 4 sub-etapas descritas anteriormente, sendo que houve a realizao completa de todas as atividades propostas.

3.3 Desenvolvimento da Atividade de Modelagem do Sistema a Ser Desenvolvido

A atividade 2 do Plano de Estgio foi modelagem do sistema a ser desenvolvido. Aps todo o levantamento de requisitos, sem ter dvidas quanto ao que se queria e se precisaria para a modelagem, deu-se incio a essa atividade, a qual foi composta, a princpio, por 5 objetivos especficos. Tais objetivos se referem a modelagem de diagramas e banco de dados, todos contedos vistos durante os semestres de curso e que so necessrios serem feitos antes da modelagem, pois se a mesma estiver bem feita, qualquer programador ser capaz de entender e implementar o sistema. Este foi o principal objetivo desta parte de modelagem: dar subsdios necessrios para a implementao.

3.3.1 Atividade 2.1 Diagrama de Casos de Uso

Inicialmente, pode-se perceber certa demora em realizar essa atividade, uma vez que se deu incio em 14/09 prolongando-se at 18/10. Na verdade, quando feito o planejamento, no se esperava contar com imprevistos particulares, mas que afetariam, e afetaram diretamente o

23

andamento do estgio em trs semanas. Certamente, este tempo perdido ser compensado com carga horria semanal mais elevada, situao esta comum quando se tem prazo a cumprir. O objetivo especfico desta atividade foi fazer diagrama de casos de uso (JACOBSON et al., 1992), pensando em todos os requisitos previamente levantados e tendo como base o escopo do projeto. Primeiramente, os casos de uso dos trs sistemas foram elaborados identificando-se atores, aes, relacionamentos entre atores e ilustrados. Utilizou-se o editor JUDE (JUDE, 2008) para fazer as modelagens. Figura 5a Diagrama de Caso de Uso Freqncia escolar primeira verso.

O primeiro sistema, de Freqncia Escolar, foi diagramado como mostrado na figura acima, Figura 5a. Mostra os atores que participam daquela instituio, bem como as aes de cada um dentro desse sistema, onde cabe equipe administrativa (Direo e Secretaria) saber e tambm realizar todas as funes do sistema: cadastros, registros, visualizaes e impresses de 24

relatrios. Como foi observado que os prprios alunos faziam seus registros de chegadas tardias na secretaria (no caderno de anotaes), optou-se por tambm coloc-los como atores apenas dessa ao, que compete a eles. E o professor tambm recebeu uma ao de cadastro de notas e visualizao de relatrios dos alunos, uma vez que so eles juntamente com os alunos os principais atores do ato educativo. Porm, quando terminado todos os diagramas, verificou-se a complexidade dos sistemas que estavam sendo propostos, inclusive verificou-se que havia uma ao (registro de atendimento a pais) que j estava sendo contemplada no terceiro sistema. Tambm se refletiu melhor quanto a permitir que mais pessoas alimentem os dados do sistema, como alunos e professores. Foi verificado que cadastro de notas seria uma funcionalidade que j existia naquele Programa Srie, atualmente usado pela escola, que na verdade precisariam de um boto a mais para saber quais alunos esto propensos a ir para exame, quais devem ser encaminhados a reforo escolar. Dessa forma, esse diagrama de uso foi remodelado, como ilustrado na Figura 5b. Figura 5b Diagrama de Caso de Uso Freqncia escolar - verso final.

O segundo sistema, de Gerenciamento de Biblioteca Escolar, foi modelado com base nas funcionalidades requisitadas nas fases anteriores do Estgio, sendo ilustrado na Figura 6. Contempla aes rotineiras de um acervo, onde se precisam cadastrar dados do acervo e 25

usurios; permitir consulta, reserva, emprstimo, renovao e devoluo de materiais; visualizar histricos de livros lidos, pendncias com relao devoluo de materiais, etc. Figura 6 Diagrama de Caso de Uso Biblioteca escolar.

Por fim o terceiro sistema, de Relatrios Diversos, permitiu uma modelagem mais simples, a princpio, e justamente nessa modelagem foi verificado que a ao registrar atendimento a pais seria pertencente a este terceiro diagrama, e no ao primeiro de freqncia escolar. Foi nesse momento que o primeiro diagrama teve de ser refeito. O diagrama do Caso de Uso de Relatrios Diversos est ilustrado na Figura 7 e permite realizar atendimento a pais, solicitar CIs

26

(Comunicaes Internas), registrar atendimento do Apia e outros, e visualizar/imprimir tais relatrios. Figura 7 Diagrama de Caso de Uso Relatrios diversos.

No Documento de Casos de Uso, no Anexo I, esto os diagramas de caso de uso, porm devido ao tempo disponvel para realizao do estgio, a complexidade dos sistemas e principalmente o prazo de entrega do produto pronto para ser utilizado, sabia-se que no havia tempo para trabalhar em todos eles. Dessa forma, o critrio de escolha de qual sistema desenvolver foi com base na prioridade nas necessidades levantadas anteriormente. Sendo assim, o sistema de Freqncia Escolar foi selecionado para ser desenvolvido, uma vez que contemplava a necessidade de maior prioridade (controle de freqncia de professores). Por essa razo que nos prximos documentos e desenvolvimentos s ser abordado o primeiro sistema. Logo, no mesmo Anexo I, h todo um detalhamento do sistema Freqncia Escolar, indicando o processo de funcionamento, bem como fluxos de excees de cada caso. Poder-se-ia

27

dizer que esse detalhamento pea-chave para a implementao, pois nele est descrito exatamente o seu funcionamento, passo a passo.

3.3.2 Atividade 2.2 Diagrama de Classe

A atividade 2.2 do Plano de Estgio teve por objetivo fazer diagrama de classe (FURLAN, 1998; RUP, 2008), de modo que ficasse claro que classes estariam sendo empregadas, que tipo de relacionamento teria de generalizao, de herana, quais atributos pertenceriam a quem, bem como quais aes poderiam ser executada por cada classe. Figura 8 Diagrama de Classe Sistema de Freqncia Escolar.

Este diagrama, ilustrado na Figura 8, tambm uma das principais ferramentas de ajuda e necessria para uma modelagem. Por ser um dos mais completos e programas livres, o JUDE 28

Tool Modeling tambm foi usado para fazer o diagrama de classe e, mais a frente, de seqncia. Para melhor leitura do diagrama, o mesmo encontra-se em duas partes, ampliado no Anexo J, no qual so identificadas as classes Docentes, Alunos e Atendente que tm um relacionamento de herana com a classe Pessoa, pois alguns atributos e operaes desta valem para aquelas, como dados de identificao (nome, telefone, data de nascimento, endereo). Apesar dessa herana, cada uma daquelas classes tem tambm algum atributo ou operao a mais. Pelo diagrama mostrado possvel verificar que a classe atendente (no caso real seria Direo, Secretaria ou aquele que tivesse acesso permitido ao sistema) a que realiza as aes do sistema: cadastro de docente e aluno e registro de faltas e chegadas tardias. Alm disso, informa tambm o status dos atributos e operaes, dos quais somente aspectos relacionados ao login e senha de usurio so privados; os demais todos pblicos.

3.3.3 Atividade 2.3 Diagrama de Seqncia

Para esse sistema foram construdos 8 diagramas de seqncia (FURLAN, 1998; RUP, 2008), entre os dias vinte e dois e vinte e seis de outubro. Pode-se ver, na Figura 9, a ilustrao do diagrama de seqncia para cadastro de aluno, que tem como objetivo mostrar o funcionamento do sistema a partir de eventos. Basicamente seriam solicitaes feitas pelo usurio principal ao sistema: o usurio solicita cadastrar aluno, lhe solicitada a senha de acesso; a mesma deve ser informada e posteriormente confirmada; se confirmada, o usurio seleciona cadastro de aluno, o qual lhe pedido o nome do aluno; informa-se o nome e o sistema acessa o banco de dados de alunos para verificar se o mesmo j existe no cadastro ou no; retornado para o usurio o formulrio com os dados do aluno preenchido (se j houver o cadastro) ou um formulrio novo (para aluno no cadastrado); o usurio ento pode preencher e/ou editar os dados do formulrio e pedir que os mesmos sejam atualizados no banco de dados do aluno; o sistema atualiza os dados e retorna ao usurio a informao de cadastro realizado ou alteraes salvas.

29

Figura 9 Diagramas de seqncia para cadastro de aluno

A seguir, so ilustrados dois outros modelos de diagrama de seqncia para registro de falta de alunos (Figura 10) e para visualizao/impresso de relatrios de alunos (Figura 11). A leitura do diagrama deve ser feita similarmente ao descrito anteriormente. Figura 10 Diagramas de seqncia para registro de faltas de aluno

30

Figura 11 Diagramas de seqncia para visualizao/impresso de relatrios de aluno

Os outros 5 diagramas de seqncia de cadastro de professor, cadastro de dados pedaggicos, registro de faltas de professor, registro de chegadas tardias de alunos e visualizao/impresso de relatrios de professor podem ser encontrados nos Anexos K a O.

3.3.4 Atividade 2.4 Diagrama de Fluxo de Dados (DFD)

Os diagramas de fluxo de dados DFD (YORDON, 1990) de contexto, de nvel 1 e de nvel 2 tambm foram elaborados para visualizar os processos existentes no sistema, bem como direo e arquivos presentes. 31

O DFD de Contexto est representado na Figura 12. V-se que a classe Atendente realiza todos os trs nicos e principais processos desse sistema: cadastrar dados, registrar faltas (e chegadas tardias) e ver relatrios; e todos esses dados so armazenados em arquivos e acessados pelos arquivos quando necessrio. Nos outros diagramas de Nvel 1 e Nvel 2, que se encontram nos Anexos P e Q , pode-se verificar outros processos includos nesses sistema. Figura 12 DFD de Contexto

3.3.5 Atividade 2.5 Modelo Entidade-Relacionamento (MER)

O Modelo Entidade-Relacionamento MER (CHEN, 1990) juntamente com um Dicionrio de Dados, servir como embasamento principalmente para a construo do banco de dados. Conforme mostra a Figura 13, possvel identificar os atributos presentes, o relacionamento entre as entidades bem como a cardinalidade presente nas mesmas. O MER abaixo identifica algumas entidades especficas de outras, como disciplina de professor e turno de aluno, mas entidades interligadas, como professor, atendente, aluno e turma; alm do processo aula que os vincula. A cardinalidade (ou a proporo) dos relacionamentos das entidades est identificada pelos nmeros prximos s entidades e o seu relacionamento pela direo das flechas e verbos nelas contidos. J as Tabela 5a a 5g, de Dicionrio de Dados, explicitam as informaes que sero utilizadas no banco de dados, identificando o nome do atributo, bem como o seu tipo de chave (primria ou estrangeira); identificando o tipo de dado, entre inteiro, no nulo, alfanumrico, 32

data, entre outros; e a descrio do dado, pois, s vezes, o nome do atributo est por siglas que podem no ser to claras a qualquer um. O ideal que o atributo seja identificado pelo seu prprio nome, tendo a descrio apenas como um suporte. Figura 13 Modelo entidade-relacionamento.

Tabela 5a Dicionrio de dados entidade professor.

NOME DO ATRIBUTO # PROF_COD PROF_NOME PROF_TEL PROF_SEXO PROF_VINCULO PROF_DATA_NASC * DISC_COD * TURMA_COD PROFESSOR TIPO DESCRIO inteiro no nulo Cdigo do professor no sistema alfanumrico (50) Nome completo do professor alfanumrico (30) Telefone para contato do professor alfanumrico (10), no nulo Sexo do professor Booleano Indica se contratado ou concursado Data Data de nascimento do professor inteiro no nulo Cdigo da disciplina no sistema inteiro no nulo Cdigo da turma no sistema

Tabela 5b Dicionrio de dados entidade atendente.

NOME DO ATRIBUTO # ATEND_COD ATEND_NOME ATEND_FUNO TIPO inteiro no nulo alfanumrico (50) alfanumrico (20) ATENDENTE DESCRIO Cdigo do atendente Nome do atendente Funo do atendente na instituio

33

Tabela 5c Dicionrio de dados entidade disciplina.

NOME DO ATRIBUTO # DISC_COD DISC_NOME DISC_CH_SEM * TURMA_COD TIPO inteiro no nulo alfanumrico (50) Inteiro no nulo inteiro no nulo DISCIPLINA DESCRIO Cdigo da disciplina Nome da disciplina Carga horria da disciplina Cdigo da turma

Tabela 5d Dicionrio de dados entidade aula.

# NOME DO ATRIBUTO AULA_NUM_REGISTRO AULA_DATA AULA_STATUS_PROFESSOR AULA_STATUS_ALUNO AULA_HORA_CHEGADA AULA_TEMPO_ATRASO ATEND_COD PROF_COD TURMA_COD DISC_COD ALUNO_COD TIPO inteiro no nulo Data Booleano Booleano Hora Hora inteiro no nulo inteiro no nulo inteiro no nulo inteiro no nulo inteiro no nulo AULA DESCRIO Nmero do registro Data da aula Indica se professor faltou ou no Indica se aluno faltou ou no Hora da chegada Tempo de atraso em relao ao incio da aula Cdigo do atendente Cdigo do professor Cdigo da turma Cdigo da disciplina Cdigo do aluno

* * * * *

Tabela 5e Dicionrio de dados entidade aluno.

NOME DO ATRIBUTO # ALUNO_COD ALUNO_NOME ALUNO_TEL ALUNO_SEXO ALUNO_DATA_NASC ALUNO_END ALUNO_NOME_RESPONS ALUNO_RESPONS_VNCULO * TURMA_COD * TURNO_COD ALUNO TIPO DESCRIO inteiro no nulo Cdigo do aluno alfanumrico (50) Nome completo do aluno alfanumrico (30) Telefone para contato do aluno alfanumrico (10), no nulo Sexo do aluno Data Data de nascimento do aluno alfanumrico (100) Endereo do aluno alfanumrico (50) Nome do responsvel do aluno alfanumrico (20) Vnculo de parentesco do responsvel inteiro no nulo Cdigo da turma inteiro no nulo Cdigo do turno

Tabela 5f Dicionrio de dados entidade turma.

NOME DO ATRIBUTO # TURMA_COD TURMA_NOME TURMA_CICLO * TURNO_COD TIPO inteiro no nulo alfanumrico (50) Booleano inteiro no nulo TURMA DESCRIO Cdigo da turma Nome da turma Indica se a turma pertence ao Ensino Fundamental Ciclo I ou Ciclo II Cdigo do turno

Tabela 5g Dicionrio de dados entidade turno.

NOME DO ATRIBUTO # TURNO_COD TURNO_NOME TIPO inteiro no nulo alfanumrico (50) TURNO DESCRIO Cdigo do turno Nome do turno

34

Toda a proposta da atividade 2, que se referiu a modelagem do sistema, prevista para 50 horas, fora concluda na ntegra em 42 horas. At este momento, pode-se afirmar que o planejamento de realizao das atividades fora concludo na ntegra, embora ocupando mais tempo do que o previsto devido s dificuldades de planejamento iniciais, dificuldade na abordagem dos clientes para anlise dos requisitos, pois na instituio se passava por um momento de certo agito. Foram 99 horas dedicadas para 75 planejadas. Essa diferena de 24 horas est sendo ajustada nas outras atividades, onde est se encontrando menor dificuldade da sua realizao.

3.4 Desenvolvimento da Atividade de Implementao

A atividade 3 do Plano de Estgio est sendo implementao do sistema analisado e modelado. J se quer deixar claro que conforme o plano de estgio, as atividades ainda esto sendo executadas, tendo ainda tempo de realizao. O principal objetivo desta atividade foi justamente passar para a linguagem de mquina tudo o que foi analisado e modelado, gerando no final um programa bem executvel e sem erros.

3.4.1 Atividade 3.1 Estudo das linguagens em que ser desenvolvido o sistema

A proposta desta atividade se fez necessria desde o incio, pois a bagagem de conhecimentos que se a estagiria tem para este Estgio se resume ao que o curso de graduao forneceu durante estes 4 semestres e meio. Basicamente lgica de programao e linguagem C, banco de dados SQL e UML. Partindo disso, aps se ter claro o sistema que iria ser desenvolvido e mediante orientao, ficou decidido que as linguagens a serem utilizadas seriam HTML, PHP e MySQL para banco de dados. As razes para estas escolhas se devem ao fato de essas linguagens serem mais fceis de entender e programar pela estagiria; poderem ser empregadas em ambiente Web; serem free, o que facilitou a sua utilizao, uma vez que no precisou de investimento financeiro (caso fosse 35

necessrio adquirir um aplicativo no pblico); terem semelhanas de sintaxe/comandos de linguagem com algum contedo visto durante o curso. Dessa forma, o estudo sobre estas linguagens foi iniciado, mas no concludo, justamente por ser algo novo que deve ser aprendido e colocado em prtica para a construo de um produto que deve funcionar ao trmino do estgio.

3.4.2 Atividade 3.2 Elaborao do sistema

Para facilitar e acelerar a implementao, tendo em vista o prazo de trmino do estgio e visando aperfeioar o processo, foi utilizado o editor NVU e o pacote PHP Triad, que acompanha o PHP, Apache e MySQL, ambos free de distribuio gratuita. A modelagem das telas foi feita em HTML com auxilio do editor NVU. Percebeu-se uma grande facilidade na utilizao do mesmo, pois se tivesse que aprender toda a linguagem, comando, sintaxes especficas, certamente no haveria tempo suficiente para concluir, justamente porque no se tem uma experincia prvia com programao nem algo rotineiro da estagiria. Na Figura 14 a seguir, est apresentado um diagrama de navegao (CERI et al., 2000) para entender como, de fato, acontecer no programa, quando utilizado pelo usurio. O nmero no canto superior direito indica as telas que sero mostradas ao longo do texto. Quando o programa aberto, a tela que aparece, (Figura 15), identifica a instituio, com o nome e endereo, identifica o nome do sistema, que no caso o nico a estar em processo de implementao o Gerenciamento de Freqncia Escolar e mostra 4 botes que so as opes bsicas deste sistema: aluno, professor, relatrios e dados pedaggicos. Em seguida, para qualquer um dos botes que forem selecionados, ser solicitado o login e a senha do usurio, no caso, direo e secretria cadastrados. Nas Figuras 16a e 16b so mostradas as telas de solicitao de acesso bem como da resposta do sistema caso o usurio no seja cadastrado ou login e senha sejam invlidos, respectivamente.

36

Figura 14 Diagrama de navegao.

Caso tenha sido solicitado ALUNO na primeira tela (Figura 15), e o acesso tenha sido autorizado, aparece a tela relativo a aluno, mostrando um menu de sub-opes, como mostra a Figura 17, cujas opes relativas ao aluno so cadastro/pesquisa, registro de faltas, registro de chegadas tardias e visualizar/imprimir relatrios.

37

Figura 15 Tela 1 - Inicial.

Figura 16a Tela 2 Pedido de senha.

Figura 16b Tela 2 Acesso negado.

Figura 17 Tela 3 Menu para aluno.

Ao ser selecionado qualquer uma das opes, a primeira informao que pedida se refere ao nome do aluno sobre o qual se est pesquisando. um campo texto que o usurio digita a informao (Figura 18a) e o se o sistema no encontrar o aluno, o retorno da mensagem de 38

aluno no cadastrado, dando a possibilidade de cadastr-lo (Figura 18b); mas se o nome j estiver no sistema, mostrada uma tela que permite ao usurio especificar o nome do aluno da pesquisa, caso haja homnimos, bem como dar continuidade na sua solicitao (Figura 18c). Essas telas so visualizadas a seguir: Figura 18a Tela 4 Informar nome do aluno.

Figura 18b Tela 4 Aluno no cadastrado.

Figura 18c Tela 4 Aluno cadastrado.

No caso do nome no estar cadastrado no banco de dados do sistema, e optando-se por cadastrar o aluno no mesmo momento, exibido um formulrio de cadastro que deve ser todo preenchido com os dados solicitados e salvo no sistema. Nesse formulrio, ilustrado na Figura 19, constam dados gerais do aluno, como nome, sexo, data de nascimento, endereo, bairro, telefone e srie que estuda, e de seus responsveis, como nome, telefone e relao de parentesco, visando o objetivo deste programa.

39

Figura 19 Tela 5 Formulrio de cadastro de aluno.

Se a opo solicitada no fosse cadastrar aluno, ao sistema dar continuidade na sua solicitao, as telas que poderiam se abrir seriam: formulrio de registro de faltas ou formulrio de registro de chegadas tardias (que ainda no foram implementados) ou uma tela opes de visualizao/impresso de relatrios (Figura 20), cujos relatrios se referem a relatrios de faltas, chegadas tardias, dados cadastrais e relatrio geral (com todos os dados). Para as opes de relatrios, ainda no foi implementada nenhuma das telas, valendo-se lembrar que para estas ser necessrio acessar principalmente o banco de dados. Figura 20 Tela 8 Menu de relatrios do aluno.

40

Se a solicitao da tela inicial (Figura 15) for referente ao PROFESSOR, aps a confirmao da senha aparecer a tela do professor (Figura 21), cujas opes so parecidas com a dos alunos: cadastrar/pesquisar, registrar faltas e visualizar/imprimir relatrios. Figura 21 Tela 13 Menu do professor.

Da mesma forma que para os alunos, para qualquer uma das opes a primeira informao que pedida se refere ao nome do professor sobre o qual se est pesquisando, cujo nome informado atravs de um campo texto (Figura 22a) e cujo retorno pode ser de professor no cadastrado, dando a possibilidade de cadastr-lo (Figura 22b); ou de uma tela que permite ao usurio especificar o nome do professor da pesquisa, caso haja homnimos, bem como dar continuidade na sua solicitao (Figura 22c). Essas telas so visualizadas na figura a seguir: Figura 22a Tela 14 Informar nome do professor.

41

Figura 22b Tela 14 Professor no cadastrado.

Figura 22c Tela 14 Professor cadastrado.

No caso do nome no estar cadastrado no banco de dados do sistema, e optando-se por cadastrar o professor no mesmo momento, tambm exibido um formulrio de cadastro especfico de professor. Nesse formulrio, Figura 23, consta dados gerais do professor, bem como as opes de cadastro e/ou vnculo. Figura 23 Tela 15 Formulrio de cadastro de professor.

Caso o nome esteja cadastrado, ao dar continuidade na solicitao, as telas que podem abrir so: formulrio de registro de faltas (ainda no implementado) ou uma tela opes de visualizao/impresso de relatrios (Figura 24), cujos relatrios se referem a relatrios de faltas, vnculos pedaggicos, dados cadastrais e relatrio geral (com todos os dados), as quais tambm no foram implementadas.

42

Figura 24 Tela 17 Menu de relatrios do Professor.

Ainda se na tela inicial (Figura 15) for solicitada a opo RELATRIOS, aps ser confirmado o acesso do usurio, aparecer uma tela com as opes possveis (Figura 25) e que, dependendo da opo selecionada aparecer uma das telas referentes ao relatrio solicitado. Figura 25 Tela 22 Relatrios disponveis.

Por fim, a opo de DADOS PEDAGGICOS da tela inicial (Figura 15) abre uma tela exclusiva, na qual se pode cadastr-los e/ou visualiz-lo previamente a uma possvel impresso de informaes (Figura 26). Se solicitado o cadastro, a tela seguinte (Figura 27) possibilita o cadastro de todas as opes, atravs da informao do nome do turno, da disciplina ou da turma; cujos formulrios ainda no foram implementados. Os relatrios dos dados pedaggicos so acessados por esta opo, porm suas telas de visualizaes tambm no foram implementadas.

43

Figura 26 Tela 23 Menu para dados pedaggicos.

Figura 27 Tela 24 Cadastro de dados pedaggicos.

Para todas as solicitaes que exijam cadastro, atualizao de dados, registro de alguma informao, o sistema dever informar ao usurio o status da sua solicitao, como operao realizada (Figura 28a) ou no realizada (Figura 28b). Figura 28a Operao no realizada. Figura 28b Operao realizada.

44

3.5 Atividades No Concludas

Conforme o plano de Estgio (Tabela 1), fora especificado que alm da implementao, haveria uma parte de testes com o sistema, de modo a garantir seu funcionamento correto, e uma parte de treinamento do usurio, a princpio 6 usurios reais. Est claro que a implementao do programa ainda no foi concluda, embora grande parte j tenha sido feita. O que fica faltando ainda neste item terminar a construo dos bancos de dados necessrios para o programa (j iniciados), atravs de MySQL; algumas telas que necessitam acessar o banco de dados e, o relacionamento entre estas telas e o banco de dados utilizando PHP.

3.6 Cronograma geral

Para que se tenha uma viso mais clara do Estgio como um todo, nas Figuras 29a e 29b, abaixo, esto ilustrados as atividades planejadas, as executadas, as faltantes, bem como os tempos gastos com cada uma e o tempo restante. Figura 29a Cronograma detalhado.

Est bem claro que a atividade 1 levou o dobro do tempo previsto, mas que ao longo da execuo das outras atividades est se conseguindo retirar a diferena, procurando-se no ficar 45

atrasado. Tambm se quer deixar claro que ainda restam 88 horas a serem cumpridas, durante o ms de novembro, cuja prevista era de 60 horas. Devero contemplar ainda uma parte de implementao, testes e treinamento. Figura 29b Cronograma por perodo.
MESES ATIVIDADE 1 2 3 4 5 Falta AGOSTO Sem 1 Sem 2 Sem 3 Sem 4 SETEMBRO Sem 5 Sem 6 Sem 7 Sem 8 OUTUBRO Sem 10 Sem 11 Sem 12 Sem 13 Sem 9 NOVEMBRO Sem 14 Sem 15 Sem 16 ??? 15 horas 88 horas DEZ

25 horas 57 horas 50 horas 42 horas 100 horas 53 horas ??? 50 horas

possvel que at o final de novembro, data limite prevista no plano de estgio para o seu trmino, o treinamento fique pendente; mas isso certamente seria algo que teria de ser adiado, pois para a realizao do treinamento, precisa-se da disponibilidade dos usurios reais, que no final de novembro e incio de dezembro esto sempre super atarefados com fechamento de bimestre e perodo letivo, formatura de alunos do Ensino Fundamental, planejamento de perodo de recuperao e exame dos alunos que no atingiram mdia, etc. Ou seja, mesmo que se pudesse finalizar tudo at final de novembro, faltando apenas o treinamento, o mesmo no poderia ser finalizado. De qualquer forma, j existe a disponibilidade de se estender as horas do Estgio (alm das 240 horas) para que o produto realmente fique acabado para ser entregue ao cliente final. garantido que o projeto proposto ser concludo, tendo em vista as atividades a serem executadas ainda, o tempo em que se est dedicando a estas atividades (maior dedicao de tempo em virtude do atraso), e principalmente, o compromisso estabelecido no s com a Universidade, mas principalmente com a instituio cliente, que desde o incio do estgio, apoiou, incentivou e est a espera do resultado final.

46

4 CONCLUSES

Pensa-se que este Estgio foi de grande dificuldade desde o incio, quando do planejamento das atividades. Embora, a um ano e meio antes, j se pensava em contribuir para aquela instituio, no momento de colocar no papel as reais aes que vieram as principais dificuldades, inseguranas e desafios. Sabia-se da dificuldade de se falar com Direo (cotidianamente na escola), mas se assumindo uma postura de profissional aparte da instituio, percebeu-se o quanto complicado abordar os principais clientes do projeto. Outra grande dificuldade foi peneirar os requisitos e problemas levantados porque numa instituio de atendimento a mais de 700 alunos, certamente desde pequenos problemas a grandes turbilhes o que no faltam. Ento, fazer clarear o que era realmente necessidade da escola e no somente um capricho de algum deles exigiu muita ateno e perspiccia. As tarefas foram exigindo a busca de contedos vistos anteriormente, leituras especficas, e uma grande preocupao foi garantir que qualquer um que viesse a ler este relatrio, seja perito ou leigo no assunto, fosse entender o que est sendo feito, como e com que ferramentas, e principalmente, as razes deste na instituio. Escrever em palavras, fazendo-se claro nas idias, no permitindo duplo sentido, ambigidade, no uma tarefa muito fcil, pois por vezes, o que pode estar muito claro para um indecifrvel para outro. Um dos principais pontos que contriburam para a continuidade do trabalho foi ver aos poucos a coisa ficando pronta. Ver pequenos documentos, diagramas, telas sendo finalizados, certamente mostrou que o caminho a seguir estava correto. Poderia sim, no ser o melhor, mas isso s com o tempo e experincia que se descobre ou se aprende. Acredita-se que a dentre as vrias disciplinas do curso, duas tenham sido fundamentais: Anlise de Requisitos e Engenharia de Software. Mas, ao mesmo tempo, sente-se que as mesmas acabam sendo to pouco perto do que realmente se precisa para a realizao de um projeto. E que uma interrupo na construo do conhecimento (como mudana de professor no meio do semestre) afeta e muito o entendimento da disciplina. Na poca fora uma lacuna que ficou, mas que com o Estgio, pode estar sendo preenchida novamente. Como futura Tecnloga, embora ainda no concludo o Estgio, afirma-se que o produto final deste poder ser algo que realmente contribuir para o melhor funcionamento daquela 47

instituio (sendo extensvel a outras escolas da rede). O que se buscava era controle de informaes, facilidade de acesso s mesmas, agilidade no sistema, e isso que se quer entregar ao finalizar o projeto, mesmo que seja necessrio cumprir carga horria a mais que o estipulado, afinal, deve-se entregar o produto e ver o cliente satisfeito. E basta olhar ao redor, e saber enxergar as organizaes sociais que necessitam de sistema de informao para o seu melhor funcionamento. preciso se capacitar e estar pronto para encarar desafios, como este Estgio, inicialmente.

48

REFERNCIAS BIBLIOGRFICAS:
BEZERRA, Eduardo Princpios de Anlise e Projetos de Sistemas com UML. Rio de Janeiro. Editora Campus Ltda., 2003. BOOCH, Grady; RUMBAUGH, James; JACOBSON, Ivar. UML guia do usurio. Rio de Janeiro: Editora Campus Ltda., 2000. CARVALHO, A. M. B. R.; CHIOSSI, T. C. S.. Introduo engenharia de software. Editora da Unicamp.2001. CERI, S.; FRATERNALI, P.; BONGIO, A. Web Modeling Language (WebML): a modeling language for designing Web sites. Computer Networks, 33(1-6): 137-157, 2000. CHEN, Peter. Modelagem de dados: a abordagem entidade-relacionamento para projeto lgico. Trad. Ceclia Camargo Bartalotti. So Paulo: Makron Books, 1990. DATE, C. J. Introduo a sistemas de banco de dados. 7 ed. So Paulo: Campus, 2000. FURLAN, Jos David. Modelagem de objetos atravs da UML the unified modeling language. So Paulo: Makron Books, 1998. ISHIKAWA, Kaoru. TQC - ,Total Quality Control: Estratgia e Administrao da Qualidade. So Paulo: IMC Internacional Sistemas Educativos, 1986. JACOBSON, Ivar et al. Objected-Oriented Software Engineering. USA, Addison-Wesley, 1992. .JUDE/Community Free UML Modeling Tool. Disponvel em: http://jude.changevision.com/jude-web/product/community.html. Acessada em: 10/09/2008. KROENKE, David M. Banco de dados - fundamentos, projeto e implantao. 6 ed. Rio de Janeiro: LTC, 1999. KRUCHTEN, P.. Introduo ao RUP - Rational Unified Process. Ed. Cincia Moderna. 2003. LAUDON, Kenneth C., LAUDON, Jane P. Gerenciamento de Sistemas de Informao. 3 ed. Rio de Janeiro: LTC, 1999. O Portal do Conhecimento. Banco de Dados. Disponvel em: http://apostilando.com. Acesso em 31 jul 2008. PRESSMAN, R. S.. Engenharia de Software. 5a. Edio. McGraw Hill. 2002. RUP Rational Unified Process. Disponvel em: http://www.wthreex.com/rup/. Acessado em 05/09/08.

49

SELNER, Claudiomir. Anlise de requisitos para sistemas de informao utilizando as ferramentas da qualidade e processos de software. Dissertao de Mestrado. Florianpolis: UFSC, 1999. SELNER, Claudiomir. Mtodo para anlise de sistemas de conhecimento,inspirado no princpio da complementaridade de NielsBohr. Tese de Doutorado. Florianpolis: UFSC, 2006. YOURDON, Edward. Anlise estruturada moderna. Rio de Janeiro: Campus, 1990.

Materiais de aula, trabalhos, documentos usados na disciplina de Engenharia de Software (2008/01).

50

ANEXO A Anlise de requisitos de 2 prioridade:

CHAVE 01: A situao levantada foi a necessidade de um controle do se tem dentro da biblioteca escolar, pois em determinadas situaes, se o professor precisa de um determinado assunto, no se tem como saber se existe e onde est, a no ser que o mesmo procure junto com a responsvel pela biblioteca (que por hora, uma professora). Alm disso, acaba-se perdendo a conta de quem pegou o livro e quem j o devolveu. CHAVE 02: No, o cliente no faz referncia a problemas ou objetivos que queira atingir, pois pede um controle ou uma forma de relatrio que apresente os materiais disponveis na biblioteca, bem como a relao de usurios e livros a serem devolvidos, etc. CHAVE 03: Sim, o cliente est sugerindo uma espcie de relatrio com essas informaes. CHAVE 04: No, no se trata de um relatrio padronizado, mas de um relatrio com informaes especficas e acessveis para o tipo de usurio daquela escola, sendo extensvel a outras unidades escolares. CHAVE 05: Sim, esta soluo j est parcialmente implementada, de forma precria e imprescindvel. Atualmente, esses registros so feitos de forma manual, atravs de anotaes em caderno de controle de emprstimos e devolues, embora a relao de materiais disponveis no se tenha anotado.. CHAVE 10a: Os atributos necessrios, levantados pelo cliente, para aparecerem no relatrio foram: itens de referncia bibliogrfica das obras disponveis, padronizando-se pela ABNT (autor, ttulo, edio, cidade de publicao, editora, ano, quantidade de pginas, indicao de leitura), assunto das obras (para agrupa-las), contedos (dentro de cada assunto, existem contedos diversos que poderiam estar sendo especificados para facilitar a busca), cdigo de identificao na prateleira (saber onde procurar com maior facilidade), dados de emprstimo (tais como nome de quem emprestou, data do emprstimo, data esperada de devoluo, obra emprestada, turma que estuda e telefone para contato). CHAVE 11: A origem dos atributos est apresentada na Planilha de Respostas Desejadas I e II abaixo.

51

Planilhas de respostas desejadas I e II

PLANILHA DE RESPOSTAS DESEJADAS (I) ENTREVISTADO: Marilize, Patrcia, Marilza, Mrcio, Eni A B C D E F G H I Obras por (Identificao / Obra / Contedo / 30 1 TPA Diariamente Marilza 1 indicao Assunto_principal / Indicao) segundos Quantidade de (Turma) / (1 / 30 2 obras TP Semanalmente Marilza 3 Quantidade_de_obras_emprestadas) segundos emprestadas (Obra) / (Aluno) / (1 / 30 3 Maiores leitores TA Mensalmente Marilza 4 Quantidade_de_obras_devolvidas) segundos Devolues (Obra) / (Telefone / Aluno) / (Turma) / (1 30 4 TPA Diariamente Marilza 2 pendentes / Data_da_devoluo) segundos Livros mais (Indicao / Obra) / (1 / 30 5 TPA Mensalmente Marilza 5 lidos Quantidade_de_emprstimos) segundos Legenda: A N; B Ttulo; C Formulao; D TPA; E Tempo-Resposta; F Freqncia; G Solicitante; H Prioridade; I Tempo-implementao. DATA: 28/08/2008 ANALISTA: Danielle PLANILHA DE RESPOSTAS DESEJADAS (II) Atributos N Ttulo Nome Origem Identificao Compra / Doao Obra Compra / Doao 1 Contedo Compra / Doao Assunto_principal Compra / Doao Indicao Compra / Doao 2 Turma Ensalamento Quantidade_de_obras_emprestdas Emprstimo Obra Compra / Doao Aluno Emprstimo Quantidade_de_obras_devolvidas Devoluo Obra Telefone Aluno Turma Data_da_devoluo Indicao Obra Quantidade_de_emprstimos Compra / Doao Emprstimo Emprstimo Ensalamento Emprstimo Compra / Doao Compra / Doao Emprstimo

52

ANEXO B Anlise de requisitos de 3 prioridade:

CHAVE 01: A situao levantada foi a necessidade de uma padronizao dos relatrios elaborados em reunies diversas, bem como assuntos diversos, que ora so encaminhados a outros setores, como Secretaria de Educao, Conselho Tutelar, etc. Alm disso, muitas vezes, assuntos de outras reunies so vrias vezes levantados e existe a demora em se verificar a anotao feita anteriormente. CHAVE 02: No, o cliente no faz referncia a problemas ou objetivos que queira atingir, pois pede uma padronizao (esttica) em um documento, bem como sistema de busca de assuntos. CHAVE 03: Sim, o cliente est sugerindo uma espcie de relatrio com essas informaes. CHAVE 04: No, no se trata de um relatrio ou consulta padronizados, embora exista um modelo pr-elaborado por algumas das instituies para as quais os relatrios so encaminhados, sendo extensvel a outras unidades escolares. CHAVE 05: Sim, esta soluo j est parcialmente implementada, de forma precria e imprescindvel. Atualmente, esses registros so feitos de forma manual, atravs de anotaes em caderno, ficha do aluno ou preenchimento de formulrio padro da instituio. CHAVE 10a: Os atributos necessrios, levantados pelo cliente, para aparecerem nos relatrios dependiam do tipo de relatrio que estaria sendo elaborado. Para relatrios de superviso, foram levantados os seguintes atributos: dados da turma observada (nome do professor responsvel, turma, quantidade de alunos presentes, turno, bimestre e ano), dados pedaggicos (contedos abordados na referida aula, aspectos observados de aprendizagem, leitura, comportamento e dificuldades), necessidade de encaminhamento a reforo escolar, atividades desenvolvidas no reforo escolar, e resultado ps-interveno. Para Comunicao Interna (CI), que so solicitaes feitas diretamente Secretaria de Educao, os atributos necessrios seriam: nmero da solicitao, data da solicitao, departamento / setor destinado, solicitao propriamente dita, solicitante e assinatura. Haveria ainda relatrios diversos, como de reunies, conselhos, cuja anotao sempre se faz necessria com os seguintes atributos: data da reunio, tipo de reunio / assunto, motivo / objetivo da reunio, resumo da reunio, pendncias, participantes da reunio. CHAVE 11: A origem dos atributos est apresentada na Planilha de Respostas Desejadas I e II abaixo.

53

Planilhas de respostas desejadas I e II

PLANILHA DE RESPOSTAS DESEJADAS (I) DATA: 28/08/2008 A 1 ENTREVISTADO: Marilize, Patrcia, Marilza, Mrcio, Eni B C D E F G H I (Data_da_observao / Bimestre / 30 Turmas observadas TPA Diariamente Eni 2 Turma) segundos (Resultado / Atividades_de_reforo) / (Encaminhamento) / (Dificuldades / Observaes Comportamento / Leitura / 30 TPA Mensalmente Eni 1 realizadas Aprendizagem / Contedo) / segundos (Data_da_observao / Disciplina / Professor) / (Turma) / (Turno) (Turno / Turma) / (1 / 30 Encaminhamentos TP Mensalmente Patrcia 3 Quantidade_de_encaminhamentos) segundos Quantidade de CI (Solicitante / Ttulo / 30 TPA Semanalmente Patrcia 5 encaminhadas Setor_Departamento) / (1 / Data_da_CI) segundos (Solicitante / Solicitao / Ttulo / 30 CI encaminhadas Setor_Departamento / Data_da_CI) / (1 / TPA Semanalmente Patrcia 4 segundos Nmero_da_CI) CI por setor / (Ttulo / Data_da_CI / Nmero_da_CI) / 30 TPA Semanalmente Patrcia 6 departamento (Setor_Departamento) segundos (Participantes / Pendncias / Ata / 30 Atas das reunies Motivo / Ttulo / Tipo_da_reunio) / (1 / TPA Mensalmente Marilza 7 segundos Data_da_reunio) (Data_da_reunio / Ttulo) / 30 Reunies realizadas (Tipo_da_reunio) / (1 / TP Mensalmente Marilza 8 segundos Quantidades_de_reunies) 30 Pendncias (Ttulo / Pendncia / Data_da_reunio) TPA Mensalmente Marilza 9 segundos Legenda: A N; B Ttulo; C Formulao; D TPA; E Tempo-Resposta; F Freqncia; G Solicitante; H Prioridade; I Tempo-implementao. ANALISTA: Danielle

3 4 5 6 7

8 9

54

PLANILHA DE RESPOSTAS DESEJADAS (II) Atributos N Ttulo Nome Origem Data_da_observao Observao 1 Bimestre Ensalamento Turma Ensalamento Resultado Atividades_de_reforo Encaminhamento Dificuldades Comportamento Leitura Aprendizagem Contedo Data_da_observao Disciplina Professor Turma Turno Observao Observao Observao Observao Observao Observao Observao Observao Observao Ensalamento Ensalamento Ensalamento Ensalamento

Turma Ensalamento Turno Ensalamento Quantidade_de_encaminhamentos Observao Solicitante Ttulo Setor_Departamento Data_da_CI Solicitante Solicitao Ttulo Setor_Departamento Data_da_CI Nmero_da_CI Ttulo Data_da_CI Nmero_da_CI Setor_Departamento Participante Pendncias Ata Motivo Ttulo Tipo_da_reunio Data_da_reunio 8 Data_da_reunio Tipo_da_reunio Quantidades_de_reunies Ttulo Pendncias Data_da_reunio Solicitao Solicitao Solicitao Solicitao Solicitao Solicitao Solicitao Solicitao Solicitao Solicitao Solicitao Solicitao Solicitao Solicitao Reunio Reunio Reunio Reunio Reunio Reunio Reunio Reunio Reunio Somatrio (Data_da_reunio) Reunio Reunio Reunio

55

ANEXO C Anlise de requisitos de 4 prioridade:

Anlise da situao/necessidade de 4 prioridade: CHAVE 01: A situao levantada foi a necessidade de um relatrio que mostrasse todos os alunos com notas abaixo da mdia de cada turma e nas respectivas disciplinas, de modo que pudesse ser feito mais rpido o seu reconhecimento e encaminhamento ao reforo escolar. CHAVE 02: No, o cliente no faz referncia a problemas ou objetivos que queira atingir, pois pede um relatrio mais visvel com determinado tipo de informao. CHAVE 03: Sim, o cliente est sugerindo uma espcie de relatrio com essas informaes. CHAVE 04: No, no se trata de um relatrio ou consulta padronizados. So especficos para este fim, e extensvel a outras unidades escolares. CHAVE 05: Sim, esta soluo j est parcialmente implementada, de forma precria e imprescindvel. Atualmente, durante as reunies de conselho de classe, essa anotao feita em caderno mediante o relato dos professores. CHAVE 10a: Os atributos necessrios, levantados pelo cliente, foram: nome do aluno que estaria com nota baixa e turma, bimestre, disciplina e nota propriamente dita. CHAVE 11: A origem dos atributos est apresentada na Planilha de Respostas Desejadas I e II abaixo.

56

Planilhas de respostas desejadas I e II

PLANILHA DE RESPOSTAS DESEJADAS (I) DATA: 28/08/2008 A B Alunos 1 recuperao Disciplinas 2 recuperao Quantidade 3 disciplinas recuperao 4 Melhores notas ENTREVISTADO: Marilize, Patrcia, Marilza, Mrcio, Eni C D E F G H I em (Nota / Disciplina) / (Aluno) / 30 TPA Diariamente Marilize 3 (Turma) / (Bimestre) segundos de (Turma / Quantidade_de_alunos) / 30 TPA Mensalmente Marilize 1 (Disciplina) segundos de (Turma / Aluno) / (1 / 30 em TP Mensalmente Marilize 2 Quantidade_de_disciplinas) segundos ANALISTA: Danielle

(Turma / Aluno) / (1 / 30 TPA Semanalmente Eni 4 Melhores_notas) segundos Legenda: A N; B Ttulo; C Formulao; D TPA; E Tempo-Resposta; F Freqncia; G Solicitante; H Prioridade; I Tempo-implementao. PLANILHA DE RESPOSTAS DESEJADAS (II) Atributos N Ttulo Nome Origem Nota Conselho Disciplina Ensalamento 1 Aluno Ensalamento Turma Ensalamento Bimestre Ensalamento Turma Quantidade_de_alunos Disciplina Ensalamento Somatrio (Alunos) Ensalamento

Turma Ensalamento Aluno Ensalamento Quantidade_de_disciplinas Somatrio (Disciplinas) Turma Aluno Melhores_notas Ensalamento Ensalamento (Notas >= 7,0 AND Somatrio (notas) >= 7,0 * Bimestre)

57

ANEXO D Anlise de requisitos de 5 prioridade:

Anlise da situao/necessidade de 5 prioridade: CHAVE 01: A situao levantada foi a necessidade de um controle que mostrasse quem so e a freqncia dos alunos que esto apresentando chegadas tardias, levando-se em considerao que o tempo de tolerncia da escola de 10 minutos. Que esse relatrio pudesse ser verificado semanalmente. CHAVE 02: No, o cliente no faz referncia a problemas ou objetivos que queira atingir, pois pede um relatrio com as informaes necessrias. CHAVE 03: Sim, o cliente est sugerindo uma espcie de relatrio com essas informaes. CHAVE 04: No, no se trata de um relatrio ou consulta padronizados. So especficos para este fim, e extensvel a outras unidades escolares. CHAVE 05: Sim, esta soluo j est parcialmente implementada, de forma precria e imprescindvel. Atualmente, quando o aluno chega atrasado, passa pela secretaria onde preenche o caderno de Chegadas Tardes, identificando-se e se justificando. A cada bimestre, encaminhado junto ao boletim do aluno, o relatrio (digitado) das suas chegadas tardias. CHAVE 10a: Os atributos necessrios, levantados pelo cliente, foram os atualmente usados (pelo registro no caderno): dados de identificao do aluno (nome do aluno, srie e turno que estuda), e dados da chegada tardia (data, horrio que se apresentou na secretaria e motivo pelo atraso). Tambm foi pedido o telefone de contato, pois dependendo da incidncia, far-se-ia contato imediato com o responsvel. CHAVE 11: A origem dos atributos est apresentada na Planilha de Respostas Desejadas I e II abaixo.

58

Planilhas de respostas desejadas I e II

PLANILHA DE RESPOSTAS DESEJADAS (I) ENTREVISTADO: Marilize, Patrcia, Marilza, Mrcio, Eni A B C D E F G H I Maior freqncia (Telefone / Turma / Aluno) / (1 / 30 1 TPA Semanalmente Mrcio 1 de atrasos Total_de_chegadas_tardias) segundos (Justificativa / Tempo_de_atraso / Alunos com Data_do_atraso) / (Telefone / 30 2 chegadas tardias TA Semanalmente Mrcio 2 Total_de_chegadas_tardias / Turma / segundos e justificativas Aluno) (Atendente / Retorno_do_responsvel / Responsvel / Data_do_retorno ) / Procedimentos (Atendente / Procedimento / Motivo / 30 3 TPA Mensalmente Marilize 3 tomados Data_do_procedimento) / (Telefone / segundos Total_de_chegadas_tardias / Turma / Aluno) Turmas com (Turma / Total_de_chegadas_tardias) / (1 30 4 TPA Diariamente Marilize 4 mais atrasos / Data_ de_atraso) segundos Legenda: A N; B Ttulo; C Formulao; D TPA; E Tempo-Resposta; F Freqncia; G Solicitante; H Prioridade; I Tempo-implementao. DATA: 28/08/2008 ANALISTA: Danielle PLANILHA DE RESPOSTAS DESEJADAS (II) Atributos N Ttulo Nome Origem Telefone Atraso Turma Ensalamento 1 Aluno Atraso Total_de_chegadas_tardias Atraso Justificativa Tempo_de_atraso Data_do_atraso Telefone Total_de_chegadas_tardias Turma Aluno Atendente Retorno_do_responsvel Responsvel Data_do_retorno Atendente Procedimento Motivo Data_do_procedimento Telefone Total_de_chegadas_tardias Turma Aluno Turma Total_de_chegadas_tardias Data_de_atraso Turma Atraso Atraso Atraso Atraso Atraso Ensalamento Atraso Retorno Retorno Retorno Retorno Procedimento Procedimento Procedimento Procedimento Atraso Atraso Ensalamento Atraso Ensalamento Atraso Atraso Ensalamento

59

ANEXO E Anlise de requisitos de 6 prioridade:

Anlise da situao/necessidade de 6 prioridade: CHAVE 01: A situao levantada foi similar situao anterior, porm enfocando alunos faltantes, ou seja, a necessidade de um controle que mostrasse quem so e a freqncia dos alunos que esto faltando s aulas, e que o mesmo pudesse ser verificado semanalmente. CHAVE 02: No, o cliente no faz referncia a problemas ou objetivos que queira atingir, pois pede um relatrio com as informaes necessrias. CHAVE 03: Sim, o cliente est sugerindo uma espcie de relatrio com essas informaes. CHAVE 04: No, no se trata de um relatrio ou consulta padronizados. So especficos para este fim, e extensvel a outras unidades escolares. CHAVE 05: Sim, esta soluo j est parcialmente implementada, de forma precria e imprescindvel. Atualmente, os professores tem informado a ausncia de algum aluno em sua aula e isso anotado em caderno separado. Quando a incidncia chega a trs vezes seguidas ou cinco intercaladas, o Conselho Tutelar acionado. Antes disso, porm, a prpria escola tenta fazer contato para saber as causas das faltas. CHAVE 10a: Os atributos necessrios, levantados pelo cliente, foram os atualmente usados (pelo registro no caderno): dados de identificao do aluno (nome do aluno, srie e turno que estuda), data da falta e telefone de contato. CHAVE 11: A origem dos atributos est apresentada na Planilha de Respostas Desejadas I e II abaixo.

60

Planilhas de respostas desejadas I e II

PLANILHA DE RESPOSTAS DESEJADAS (I) DATA: ENTREVISTADO: Marilize, Patrcia, Marilza, ANALISTA: Danielle 28/08/2008 Mrcio, Eni A B C D E F G H I Maior (Telefone / Turma / Aluno) / (1 / 30 1 freqncia de TPA Semanalmente Mrcio 1 Total_de_faltas) segundos faltas Turmas com (Turma / Total_de_faltas) / (1 / Data_ 30 2 TPA Diariamente Marilize 3 mais faltantes da_falta) segundos (Atendente / Retorno_do_responsvel / Responsvel / Data_do_retorno ) / Procedimentos (Atendente / Procedimento / Motivo / 30 3 TPA Semanalmente Marilize 2 tomados Data_do_procedimento) / (Justificativa / segundos Data_da_falta) / (Telefone / Total_de_faltas / Turma / Aluno) Legenda: A N; B Ttulo; C Formulao; D TPA; E Tempo-Resposta; F Freqncia; G Solicitante; H Prioridade; I Tempo-implementao. PLANILHA DE RESPOSTAS DESEJADAS (II) Atributos N Ttulo Nome Origem Telefone Falta Turma Ensalamento 1 Aluno Falta Total_de_faltas Falta Turma Total_de_faltas Data_da_falta Atendente Retorno_do_responsvel Responsvel Data_do_retorno Atendente Procedimento Motivo Data_do_procedimento Telefone Total_de_faltas Turma Aluno Ensalamento Falta Falta Retorno Retorno Retorno Retorno Procedimento Procedimento Procedimento Procedimento Falta Falta Ensalamento Atraso

61

ANEXO F Anlise de requisitos de 7 prioridade:

Anlise da situao/necessidade de 7 prioridade: CHAVE 01: A situao levantada a de um registro de comparecimento dos pais, quando chamados escola, por meio de bilhete e/ou ligao, ou quando o responsvel vai at a escola solicitando algum tipo de atendimento, mesmo que seja simplesmente para saber o andamento de sua responsabilidade nas aulas e rendimento escolar. CHAVE 02: No, o cliente no faz referncia a problemas ou objetivos que queira atingir, pois pede um levantamento dos atendimentos feitos a responsveis de alunos. CHAVE 03: Sim, o cliente est sugerindo uma espcie de relatrio com essas informaes. CHAVE 04: No, no se trata de um relatrio ou consulta padronizados. So especficos para este fim, e extensvel a outras unidades escolares. CHAVE 05: Sim, esta soluo j est parcialmente implementada, de forma precria e imprescindvel. Atualmente, quando algum responsvel chega escola e atendido por um dos integrantes da equipe administrativo-pedaggica, cada um relata na agenda pessoal ou no Livro Ata (quando se trata de casos mais graves). CHAVE 10a: Os atributos necessrios, levantados pelo cliente, foram: dados de identificao do responsvel e do aluno cujo responsvel se fez presente (nome do aluno, srie e turno que estuda, nome do responsvel, telefone para contato), data da solicitao (quando houver) e do comparecimento, motivo, procedimentos tomados e conseqncias, alm de outras observaes julgadas importantes. CHAVE 11: A origem dos atributos est apresentada na Planilha de Respostas Desejadas I e II abaixo.

62

Planilhas de respostas desejadas I e II

PLANILHA DE RESPOSTAS DESEJADAS (I) DATA: ENTREVISTADO: Marilize, Patrcia, Marilza, ANALISTA: Danielle 28/08/2008 Mrcio, Eni A B C D E F G H I Observaes (Observaes / Atendente / Motivo / 30 1 dos Responsvel / Data_do_comparecimento / TPA Semanalmente Mrcio 1 segundos atendimento Turma / Aluno) Nmero de (Total_de_atendimentos / Aluno) / 30 2 TPA Diariamente Marilize 3 atendimentos Total_de_atendimentos_geral / Atendente) segundos (Atendente / Retorno_do_responsvel / Responsvel / Data_do_retorno) / Atendimentos 30 3 (Atendente / Procedimento / Motivo / TPA Semanalmente Marilize 2 por alunos segundos Data_do_procedimento) / (Telefone / Turma / Total_de_atendimentos / Aluno) Legenda: A N; B Ttulo; C Formulao; D TPA; E Tempo-Resposta; F Freqncia; G Solicitante; H Prioridade; I Tempo-implementao. PLANILHA DE RESPOSTAS DESEJADAS (II) Atributos N Ttulo Nome Origem Observaes Atendimento Atendente Atendimento Motivo Atendimento 1 Responsvel Atendimento Data_do_comparecimento Atendimento Turma Ensalamento Aluno Matrcula Total_de_atendimentos Aluno Total_de_atendimentos_geral Atendente Atendente Retorno_do_responsvel Responsvel Data_do_retorno Atendente Procedimento Motivo Data_do_procedimento Telefone Turma Total_de_atendimentos Atendimento Matrcula Atendimento Atendimento Retorno Retorno Retorno Retorno Procedimento Procedimento Procedimento Procedimento Falta Ensalamento Atendimento

63

ANEXO G Documento de Viso Geral e Escopo

64

VISO GERAL E ESCOPO

Desenvolvimento de Aplicativos Administrativo-Educacionais

Viso Geral e Escopo
Verso 1.0

Estgio Curricular Obrigatrio

65

VISO GERAL E ESCOPO

Data 06/09/2008

Verso 1.0

Descrio Criao do Documento

Autor Danielle Montemor Picheth

Estgio Curricular Obrigatrio

66

VISO GERAL E ESCOPO

Indce Analtico
1 INTRODUO .............................................................................................................. 04 1.1 Viso Geral................................................................................................................... 04 1.1.1 Levantamentos realizados ........................................................................................... 04 2. PROJETOS .................................................................................................................... 05 2.1 Projeto Sistema de Acompanhamento Escolar ........................................................... 05 2.2 Projeto Sistema de Gerenciamento de Biblioteca Escolar.......................................... 06 2.3 Projeto Sistema de Relatrios Diversos ...................................................................... 06 3 POSICIONAMENTO ..................................................................................................... 06 3.1 Oportunidade de Negcio ............................................................................................ 06 3.2 Posio do Produto ...................................................................................................... 07

Estgio Curricular Obrigatrio

67

VISO GERAL E ESCOPO

1 INTRODUO

Esse documento tem por objetivo descrever uma viso geral inicial para o produto intitulado Desenvolvimento de Aplicativos Administrativo-Educacionais, baseando-se nos levantamentos feitos nas primeiras entrevistas com os membros da equipe administrativo-pedaggica.

1.1 Viso Geral

A escola, identificada pelos responsveis do setor administrativo-pedaggico, relatou algumas necessidades que vm tendo em vista de algumas dificuldades vivenciadas na instituio.

1.1.1 Levantamentos realizados

Abaixo esto elencadas as situaes de necessidade que os membros da equipe administrativo-pedaggica levantaram, em ordem de maior prioridade, pois havendo uma carga horria de 240 horas referente ao Estgio Curricular Obrigatrio, s sero desenvolvidas aquelas cabveis no tempo disponvel.

Prioridade

Descrio do item / solicitao um relatrio que mostrasse o nmero de faltas de professores, especificando a disciplina que faltou, a quantidade de dias que faltou e o quanto isso estaria impactando na carga horrio geral a que o aluno tem direito dentro da disciplina (ex.: professor de matemtica tem aula com a 5 srie 5 vezes por semana, faltou 3 dias apresentando atestado mdico, porm deixou de trabalhar 3 aulas com os alunos, ou seja, mais de 50% na semana). temos uma biblioteca escolar, mas no h um controle do que se tem dentro dela; se o professor precisa de um determinado assunto, no se tem como saber se existe e onde est, a no ser que o mesmo procure junto com a bibliotecria; tambm acaba-se perdendo a conta de quem pegou livro e quem j devolveu. algumas atividades da superviso so feitas sob a forma de relatrio escrito que encaminhado Secretaria de Educao, ento pede-se que haja uma padronizao do relatrio, bem como seja mais fcil e rpido buscar alguma anotao feita em relatrio anterior que seja necessrio em uma reunio, por exemplo. um relatrio que mostrasse todos os alunos com notas abaixo da mdia, por srie, por bimestre, por turma, por turno e por disciplina, de modo que com o resultado os alunos pudessem ser encaminhados ao reforo escolar no contra-turno.
Estgio Curricular Obrigatrio

68

VISO GERAL E ESCOPO

Prioridade 5 6 7 8 9 10

Descrio do item / solicitao um relatrio que mostrasse quem so e a freqncia dos alunos que esto apresentando chegadas tardias; que fosse possvel pegar esse relatrio semanalmente. um relatrio que mostrasse o nome dos alunos faltantes, separados por turma, srie, turno; esse relatrio poderia ser tirado mensalmente, quinzenalmente, bimestralmente. um registro de comparecimento dos pais, quando chamados escola. um programa que s precisasse jogar o nome dos professores, dia de folga e carga horria e sasse o horrio escolar pronto, dos professores e das turmas; normalmente se faz manualmente o horrio dos professores. um sistema para enviar o pedido de merenda e limpeza que no fosse por fax, bem como ter um controle do estoque desses itens para facilitar os pedidos semanais. um blog escolar interativo, com atividades de professores, desafios para alunos, etc.

Baseado nesses itens, foram criados trs sub-projetos, os quais englobaram algumas solicitaes comuns para melhor desenvolvimento do projeto e mais facilidade.

2 PROJETOS

2.1 Projeto Sistema de Acompanhamento Escolar

O primeiro projeto, focando a necessidade de maior prioridade ser o Sistema de Acompanhamento Escolar, no qual estaro sendo abordados os itens de prioridade 1, 4, 5 e 6 e por se tratarem de controle de pessoas. O usurio, no caso, secretria e direo, poder cadastrar pessoas (professores e alunos), aspectos relacionados a planejamento escolar (disciplinas, turmas, quantidade de aulas semanais e previstas, etc.). A equipe administrativo-pedaggica poder fazer um acompanhamento de quais disciplinas esto sendo dadas e em que turmas, bem como as que no esto sendo dadas devido falta de professores. Da mesma forma, a equipe administrativo-pedaggica tambm poder fazer um acompanhamento do aluno que est chegando atrasado ou faltando e sua freqncia. Por fim, ainda se tratando de acompanhamento, o usurio poder verificar os alunos que no esto com mdia escolar, que esto com mdias muito baixas e em quais matrias e, principalmente, prever os alunos que podem estar se encaminhando para recuperao e/ou reprovao, pois como o sistema de avaliao da escola numrico, com notas de 0,0 a 10,0, isto pode ser feito.
Estgio Curricular Obrigatrio

69

VISO GERAL E ESCOPO

2.2 Projeto Sistema Gerenciador de Biblioteca Escolar

O segundo projeto, tratar especificamente de um Sistema Gerenciador de Biblioteca Escolar. Os usurios ento podem pesquisar bibliografias disponveis no acervo da escola e localiza-las mais facilmente na prateleira, podem realizar emprstimos, reservas e devolues dos materiais disponveis. Em contrapartida, a bibliotecria poder ter um controle do que se tem na biblioteca, do que est emprestado e para quem, quando as devolues devem ser feitas e possveis multas que podem gerar do atraso na devoluo, etc.

2.3 Projeto Sistema de Relatrios Diversos

O ltimo projeto o Sistema de Relatrios Diversos. Nele, os usurios principais, os quais seriam a equipe administrativo-pedaggica, podero arquivar relatrios, bem como imprimi-los padronizadamente, uma vez que existem alguns relatrios que so elaborados com certa freqncia, tais como: Apia, Relatrio Adminstrativo, Comunicao Interna, Relatrios Pedaggicos, etc. O usurio tambm poder fazer um acompanhamento da situao, bem como da evoluo mediante os relatrios, como por exemplo, relatrios de Apia como os alunos.

3 POSICIONAMENTO

3.1 Oportunidade de Negcio

Os trs projetos visam possibilitar um controle mais prximo dos problemas e situaes vivenciados diria e rotineiramente na escola e que interferem direta ou indiretamente na questo aprendizagem escolar. Ter um controle de presenas, faltas (tanto de alunos quanto professores), acompanhamento
.

da

avaliao

(notas

escolares),

bem como

recursos

extras

para
6

Estgio Curricular Obrigatrio

70

VISO GERAL E ESCOPO

desenvolvimento da aprendizagem (livros), certamente tudo isto poder auxiliar nas tomadas de deciso.

3.2 Posio do Produto

Para Que O (nome do produto) Que Ao contrrio de Nosso produto

Escolas da rede municipal, extensvel a rede estadual Necessitem controlar de perto situaes rotineiras que afetam a aprendizagem de forma prtica e eficiente So trs sistemas de gerenciamento e acompanhamento Possibilita o controle de algumas variveis dos processos que envolvem uma instituio escolar Sistemas precrios e ainda artesanais Oferece integrao total e segurana das informaes processadas atravs dele

Estgio Curricular Obrigatrio

71

ANEXO H Documento de Levantamento de Requisitos

72

LEVANTAMENTO DE REQUISITOS

Desenvolvimento de Aplicativos Administrativo-Educacionais

Levantamento de Requisitos
Verso 1.0

Estgio Curricular Obrigatrio

73

LEVANTAMENTO DE REQUISITOS

Data 10/09/2008

Verso 1.0

Descrio Criao do Documento

Autor Danielle Montemor Picheth

Estgio Curricular Obrigatrio

74

LEVANTAMENTO DE REQUISITOS

Indce Analtico
1 SISTEMA DE ACOMPANHAMENTO ESCOLAR (SAC) ......................................... 06 1.1 Requisitos ..................................................................................................................... 06 [SAC-RQ01] ....................................................................................................................... 06 [SAC-RQ02] ....................................................................................................................... 06 [SAC-RQ03] ....................................................................................................................... 06 [SAC-RQ04] ....................................................................................................................... 06 [SAC-RQ05] ....................................................................................................................... 06 [SAC-RQ06] ....................................................................................................................... 06 [SAC-RQ07] ....................................................................................................................... 06 [SAC-RQ08] ....................................................................................................................... 06 [SAC-RQ09] ....................................................................................................................... 06 [SAC-RQ010] ..................................................................................................................... 06 [SAC-RQ011] ..................................................................................................................... 06 [SAC-RQ012] ..................................................................................................................... 06 [SAC-RQ013] ..................................................................................................................... 06 [SAC-RQ014] ..................................................................................................................... 06 [SAC-RQ015] ..................................................................................................................... 06 [SAC-RQ016] ..................................................................................................................... 06 1.2 Regras de Negcios / Restries .................................................................................. 06 [SAC-RN01] ....................................................................................................................... 06 [SAC-RN02] ....................................................................................................................... 06 [SAC-RN03] ....................................................................................................................... 07 [SAC-RN04] ....................................................................................................................... 07 [SAC-RN05] ....................................................................................................................... 07 [SAC-RN06] ....................................................................................................................... 07 [SAC-RN07] ....................................................................................................................... 07
Estgio Curricular Obrigatrio

75

LEVANTAMENTO DE REQUISITOS

2 SISTEMA GERENCIADOR DE BIBLIOTECA ESCOLAR (SGBE) ........................ 07 2.1 Requisitos ..................................................................................................................... 07 [SGBE-RQ01] .................................................................................................................... 07 [SGBE-RQ02] ..................................................................................................................... 07 [SGBE-RQ03] ..................................................................................................................... 08 [SGBE-RQ04] ..................................................................................................................... 08 [SGBE-RQ05] ..................................................................................................................... 08 [SGBE-RQ06] ..................................................................................................................... 08 [SGBE-RQ07] ..................................................................................................................... 08 [SGBE-RQ08] ..................................................................................................................... 08 [SGBE-RQ09] ..................................................................................................................... 08 [SGBE-RQ010] ................................................................................................................... 08 [SGBE-RQ011] ................................................................................................................... 08 [SGBE-RQ012] ................................................................................................................... 08 [SGBE-RQ013] ................................................................................................................... 08 [SGBE-RQ014] ................................................................................................................... 08 [SGBE-RQ015] ................................................................................................................... 08 [SGBE-RQ016] ................................................................................................................... 08 2.2 Regras de Negcios / Restries .................................................................................. 08 [SGBE-RN01] ..................................................................................................................... 08 [SGBE-RN02] ..................................................................................................................... 08 [SGBE-RN03] ..................................................................................................................... 09 [SGBE-RN04] ..................................................................................................................... 09 [SGBE-RN05] ..................................................................................................................... 09 [SGBE-RN06] ..................................................................................................................... 09 [SGBE-RN07] ..................................................................................................................... 09 [SGBE-RN08] ..................................................................................................................... 09 [SGBE-RN09] ..................................................................................................................... 09 3 SISTEMA DE RELATRIOS DIVERSOS (SRD) ....................................................... 10
Estgio Curricular Obrigatrio

76

LEVANTAMENTO DE REQUISITOS

3.1 Requisitos ..................................................................................................................... 10 [SRD-RQ01] ....................................................................................................................... 10 [SRD-RQ02] ...................................................................................................................... 10 [SRD-RQ03] ....................................................................................................................... 10 [SRD-RQ04] ....................................................................................................................... 10 [SRD-RQ05] ....................................................................................................................... 10 [SRD-RQ06] ....................................................................................................................... 10 [SRD-RQ07] ....................................................................................................................... 10 [SRD-RQ08] ....................................................................................................................... 10 [SRD-RQ09] ....................................................................................................................... 10 3.2 Regras de Negcios / Restries .................................................................................. 10 [SRD-RN01] ....................................................................................................................... 10 [SRD-RN02] ....................................................................................................................... 10 [SRD-RN03] ....................................................................................................................... 10

Estgio Curricular Obrigatrio

77

LEVANTAMENTO DE REQUISITOS

1 SISTEMA DE ACOMPANHAMENTO ESCOLAR (SAC)

1.1 Requisitos

[SAC-RQ01] Somente pessoal autorizado deve poder manipular as informaes; [SAC-RQ02] O sistema deve controlar acesso autorizado de manipulao de informaes; [SAC-RQ03] A secretria e a direo devem poder cadastrar professores, alunos e dados pedaggicos; [SAC-RQ04] O sistema deve manter as informaes de cadastro, permitir rpida visualizao; [SAC-RQ05] O sistema deve manter o histrico de professores da escola; [SAC-RQ06] A secretria e a direo devem poder registrar presena/falta dos professores e dos alunos; [SAC-RQ07] O sistema deve manter o histrico de faltas dos professores e dos alunos; [SAC-RQ08] A secretria deve poder registrar as chegadas tardias; [SAC-RQ09] O sistema deve manter o histrico de chegadas tardias; [SAC-RQ010] O sistema deve controlar hora local e atual; [SAC-RQ011] Secretria e direo deve poder ter acesso para visualizar o histrico e o relatrio das suas informaes e devem poder imprimir histricos e relatrios; [SAC-RQ012] O sistema deve controlar acesso de visualizao e impresso de histricos e relatrios; [SAC-RQ013] O sistema deve manter as informaes, bem como permitir suas atualizaes;

1.2 Regras de Negcios / Restries

[SAC-RN01] Quantidade de professores: Descrio: S pode haver o nmero de professores menor ou igual ao nmero de turmas.

[SAC-RN02] Disciplinas por professores:

Estgio Curricular Obrigatrio

78

LEVANTAMENTO DE REQUISITOS

Descrio: Um mesmo professor pode estar cadastrado em mais de uma disciplina, conforme a necessidade da escola e contratao prvias.

[SAC-RN03] Acesso ao sistema: Descrio: O usurio autorizado deve ser contratado ou efetivo na escola. Pessoas de fora no podem ter acesso manipulao das informaes.

[SAC-RN04] Notas: Descrio: A notas atribudas devem ser valores entre 0,5 e 10,0, com variao de 0,5;

[SAC-RN05] Atendimento aos pais e/ou responsveis Descrio: O pai e/ou responsvel pode ser atendido por mais de uma pessoa, dependendo da gravidade do problema;

[SAC-RN06] Chegadas tardias: Descrio: S ser considerada chegada tardia quando o tempo de atraso for superior a 10 minutos;

[SAC-RN07] Histrico / Relatrio de informaes: Descrio: Cada usurio deve poder ver seu prprio histrico / relatrio; os alheios no so permitidos, exceto para secretria e direo.

2 SISTEMA GERENCIADOR DE BIBLIOTECA ESCOLAR (SGBE)

2.1 Requisitos

[SGBE-RQ01] Somente pessoal autorizado deve poder manipular as informaes; [SGBE-RQ02] O sistema deve controlar acesso autorizado de manipulao de informaes;
Estgio Curricular Obrigatrio

79

LEVANTAMENTO DE REQUISITOS

[SGBE-RQ03] A bibliotecria deve poder cadastrar as informaes do acervo escolar; [SGBE-RQ04] O sistema deve manter as informaes do acervo, permitir rpida visualizao; [SGBE-RQ05] O sistema deve permitir atualizao e insero de novas informaes; [SGBE-RQ06] A bibliotecria deve poder cadastrar dados gerais dos usurios da biblioteca; [SGBE-RQ07] O sistema deve manter os dados gerais dos usurios; [SGBE-RQ08] A bibliotecria deve poder realizar emprstimo, devoluo e reserva de materiais; [SGBE-RQ09] O sistema deve controlar itens do acervo disponveis; [SGBE-RQ010] O sistema deve manter informaes sobre cada item; [SGBE-RQ011] O sistema deve controlar sada (emprstimo) e entrada (devoluo e/ou doao e /ou aquisio) de itens do acervo; [SGBE-RQ012] O sistema deve manter histrico dos fluxos de sadas e entradas do itens da biblioteca; [SGBE-RQ013] O sistema deve controlar pendncias da biblioteca; [SGBE-RQ014] Os usurios devem poder pesquisar materiais; [SGBE-RQ015] Os usurios devem poder ver seus histricos; [SGBE-RQ016] O sistema deve manter os histricos atualizados.

2.2 Regras de Negcios / Restries

[SGBE-RN01] Acesso ao sistema: Descrio: O usurio autorizado deve ser contratado ou efetivo na escola. Pessoas de fora no podem ter acesso manipulao das informaes.

[SGBE-RN02] Retirada de livros Descrio: S podem retirar livros usurios prvia e devidamente cadastrados na biblioteca;

Estgio Curricular Obrigatrio

80

LEVANTAMENTO DE REQUISITOS

[SGBE-RN03] Limite de quantidade de livros Descrio: Os usurios s podem retirar a quantidade mxima de livros estabelecida para sua classificao;

[SGBE-RN04] Classificao de usurios: Descrio: Os usurios sero como alunos Ciclo I, alunos Ciclo II, professores contratados, professores efetivos, funcionrios, administrao;

[SGBE-RN05] Tempo de emprstimo: Descrio: Os usurios s devem ficar com o material o tempo mximo estipulado para sua classificao;

[SGBE-RN06] Renovao de emprstimo: Descrio: O material s poder ser renovado se no houver reserva do mesmo.

[SGBE-RN07] Bloqueio do usurio: Descrio: O usurio ter seu acesso bloqueado a pesquisa e outros emprstimos caso esteja em dbito com a biblioteca.

[SGBE-RN08] Liberao de usurio: Descrio: O usurio ser liberado no sistema to logo tenha quitado suas pendncias, seja de devoluo de livros, reposio de livros ou pagamento de multa.

[SGBE-RN09] Usurio local: Descrio: O usurio que reincidir determinado nmero de vezes em bloqueio de usurio, ter acesso diminudo, ficando sua acessibilidade somente no espao fsico da biblioteca, no podendo mais realizar emprstimos.

Estgio Curricular Obrigatrio

81

LEVANTAMENTO DE REQUISITOS

3 SISTEMA DE RELATRIOS DIVERSOS (SRD)

3.1 Requisitos

[SRD-RQ01] Somente pessoal autorizado deve poder manipular as informaes; [SRD-RQ02] O sistema deve controlar acesso autorizado de manipulao de informaes; [SRD-RQ03] Somente pessoal autorizado pode poder cadastrar as informaes dos relatrios; [SRD-RQ04] O sistema deve manter as informaes dos relatrios; permitir rpida visualizao; [SRD-RQ05] Os relatrios podem ser variados; [SRD-RQ06] O sistema deve manter informaes dos tipos de relatrios; [SRD-RQ07] O sistema deve manter histrico dos relatrios; [SRD-RQ08] O sistema deve permitir atualizaes dos relatrios; [SRD-RQ09] O sistema deve controlar situaes pendentes dos relatrios;

3.2 Regras de Negcios / Restries

[SRD-RN01] Acesso ao sistema: Descrio: O usurio autorizado deve ser contratado ou efetivo na escola. Pessoas de fora no podem ter acesso manipulao das informaes.

[SRD-RN02] Preferncia para atendimento: Descrio: O atendente que iniciou um atendimento tem a preferncia para continu-lo e/ou conclu-lo.

[SRD-RN03] Prioridade de atendimento: Descrio: Atendimento com pendncias devem ter preferncia para resoluo.

Estgio Curricular Obrigatrio

10

82

ANEXO I Documento de Casos de Uso

83

CASOS DE USO

Desenvolvimento de Aplicativos Administrativo-Educacionais

Casos de Uso
Verso 1.0

Estgio Curricular Obrigatrio

84

CASOS DE USO

Data 14/09/2008

Verso 1.0

Descrio Criao do Documento

Autor Danielle Montemor Picheth

Estgio Curricular Obrigatrio

85

CASOS DE USO

Indce Analtico
1 DIAGRAMA DE CASOS DE USO ................................................................................ 04 1.1 Sistema de Acompanhamento Escolar ........................................................................ 04 1.2 Sistema Gerenciador de Biblioteca Escolar ................................................................ 05 1.3 Sistema de Relatrios Diversos.................................................................................... 06 2 DETALHAMENTO DOS CASOS DE USO.................................................................. 06 2.1 Sistema de Acompanhamento Escolar ........................................................................ 06 2.1.1 [SAC-UC01] ............................................................................................................... 06 2.1.2 [SAC-UC02] ............................................................................................................... 09 2.1.3 [SAC-UC03] ............................................................................................................... 10

Estgio Curricular Obrigatrio

86

CASOS DE USO

1 DIAGRAMA DE CASOS DE USO

1.1 Sistema de Freqncia Escolar

Estgio Curricular Obrigatrio

87

CASOS DE USO

1.2 Sistema Gerenciador de Biblioteca Escolar

Estgio Curricular Obrigatrio

88

CASOS DE USO

1.3 Sistema de Relatrios Diversos

2 DETALHAMENTO DOS CASOS DE USO

2.1 Sistema de Freqncia Escolar

2.1.1 [SAC-UC01] Cadastrar professores, alunos e dados pedaggicos

Sumrio: Cadastrar professores, alunos e dados pedaggicos. Ator primrio: Secretria / Direo.
Estgio Curricular Obrigatrio

89

CASOS DE USO

Pr-condies: A Secretria / Direo devem estar identificados no sistema.

Fluxo Principal: 1. A Secretria / Direo solicita realizar um cadastro / busca. 2. O sistema solicita a identificao do usurio. 3. O sistema exibe uma tela com trs opes. 4. A Secretria / Direo seleciona uma opo. 4.1 A Secretria / Direo seleciona a opo cadastrar / buscar professor. 4.1.1 O sistema exibe um campo de texto. 4.1.2 A Secretria / Direo digita o nome do professor no campo de texto. 4.1.3 O sistema exibe um formulrio de cadastro de professor. 4.1.4 A Secretria / Direo preenche o formulrio com todos os dados necessrios do professor. 4.1.5 O sistema salva as informaes, exibe uma mensagem de confirmao de cadastro e o caso de uso termina. 4.2 A Secretria / Direo seleciona a opo cadastrar aluno. 4.2.1 O sistema exibe um campo de texto. 4.2.2 A Secretria / Direo digita o nome do aluno no campo de texto. 4.2.3 O sistema exibe um formulrio de cadastro de aluno. 4.2.4 A Secretria / Direo preenche o formulrio com todos os dados necessrios do aluno. 4.2.5 O sistema salva as informaes, exibe uma mensagem de confirmao de cadastro e o caso de uso termina. 4.3. A Secretria /Direo seleciona a opo cadastrar dados pedaggicos. 4.3.1 O sistema exibe um campo de texto. 4.3.2 A Secretria / Direo digita o nome da disciplina no campo de texto. 4.3.3 O sistema exibe um formulrio de cadastro de disciplina. 4.3.4 A Secretria / Direo preenche o formulrio com todos os dados necessrios da disciplina. 4.3.5 O sistema exibe a lista de professores cadastrados. 4.3.6 A Secretria / Direo seleciona o professor para vincul-lo disciplina.
Estgio Curricular Obrigatrio

90

CASOS DE USO

4.3.7 O sistema salva as informaes, exibe uma mensagem de confirmao de cadastro e o caso de uso termina.

Fluxo de Exceo (4.1.2): Nome j cadastrado a. Caso o nome fornecido j esteja cadastrado, o sistema exibe um formulrio com todos os dados relativos ao nome. b. informado se a mesma pessoa ou um homnimo. c. Caso seja a mesma pessoa, o sistema permite que sejam feitas alteraes cadastrais antes de retornar ao passo 4.1.5. d. Caso no seja a mesma pessoa, o caso de uso continua de onde parou, passo 4.1.3.

Fluxo de Exceo (4.2.2): Nome j cadastrado a. Caso o nome fornecido j esteja cadastrado, o sistema exibe um formulrio com todos os dados relativos ao nome. b. informado se a mesma pessoa ou um homnimo. c. Caso seja a mesma pessoa, o sistema permite que sejam feitas alteraes cadastrais antes de retornar ao passo 4.2.5. d. Caso no seja a mesma pessoa, o caso de uso continua de onde parou, passo 4.2.3.

Fluxo de Exceo (4.3.2): Disciplina j cadastrada a. Caso a disciplina fornecido j esteja cadastrada, o sistema exibe um formulrio com todos os dados relativos disciplina. b. informado se a mesma disciplina ou no. c. Caso seja a mesma disciplina, o sistema permite que sejam feitas alteraes cadastrais antes de retornar ao passo 4.3.7. d. Caso no seja a mesma disciplina, o caso de uso continua de onde parou, passo 4.3.3.

Estgio Curricular Obrigatrio

91

CASOS DE USO

Fluxo de Exceo (4.1.5 e 4.2.5): Dados faltantes a. Caso esteja faltando algum dado essencial, o sistema informa Secretria / Direo. b. O nome e o telefone so dados obrigatrios.

2.1.2 [SAC-UC02] Registrar presena e falta de professores e alunos

Sumrio: Registrar presenas e faltas dirias de funcionrios e alunos e chegadas tardias de alunos. Ator primrio: Secretria / Direo. Pr-condies: A Secretria / Direo devem estar identificados no sistema.

Fluxo Principal: 1. A Secretria / Direo solicita registrar faltas/chegadas tardias. 2. O sistema solicita a identificao do usurio. 3. O sistema exibe uma tela com trs opes. 4. A Secretria / Direo seleciona uma opo. 4.1 A Secretria / Direo seleciona a opo registrar falta de professor. 4.1.1 O sistema exibe uma listagem com o nome de todos os professores cadastrados. 4.1.2 A Secretria / Direo seleciona o nome do funcionrio. 4.1.3 O sistema exibe um calendrio com as datas letivas. 4.1.4 A Secretria / Direo seleciona a data da falta. 4.1.5 O sistema exibe uma mensagem de falta cadastrada e o caso de uso termina. 4.2 A Secretria / Direo seleciona a opo registrar falta de aluno. 4.2.1 O sistema exibe um campo de texto. 4.2.2 A Secretria / Direo digita o nome do aluno. 4.2.3 O sistema exibe uma lista com os nomes semelhantes cadastrados. 4.2.4 A Secretria / Direo seleciona o nome do aluno. 4.2.5 O sistema exibe um calendrio com as datas letivas e um formulrio.
Estgio Curricular Obrigatrio

92

CASOS DE USO

4.2.6 A Secretria / Direo seleciona a data da falta e preenche o formulrio. 4.2.7 O sistema exibe uma mensagem de falta cadastrada e o caso de uso termina. 4.3 A Secretria / Direo seleciona a opo registrar chegada tardia de aluno. 4.3.1 O sistema exibe um campo de texto. 4.3.2 A Secretria / Direo digita o nome do aluno. 4.3.3 O sistema exibe uma lista com os nomes semelhantes cadastrados. 4.3.4 A Secretria / Direo seleciona o nome do aluno. 4.3.5 O sistema exibe um calendrio com as datas letivas e um pequeno formulrio. 4.2.6 A Secretria / Direo seleciona a data da chegada tardia e preenche o formulrio. 4.2.7 O sistema exibe uma mensagem de chegada tardia cadastrada e o caso de uso termina.

Fluxo de Exceo (4.1.1): Nome no consta a. Caso o nome no constar na lista, pode ser uma indicao de que o nome no foi cadastrado, portanto, deve-se primeiramente fazer o seu cadastro. (prosseguir para o caso de uso SAC-UC01 passo 4.1.1.

Fluxo de Exceo (4.2.3): Nome no consta a. Caso o nome no constar na lista, pode ser uma indicao de que o nome no foi cadastrado, portanto, deve-se primeiramente fazer o seu cadastro. (prosseguir para o caso de uso SAC-UC01 passo 4.2.1.

Fluxo de Exceo (4.3.3): Nome no consta a. Caso o nome no constar na lista, pode ser uma indicao de que o nome no foi cadastrado, portanto, deve-se primeiramente fazer o seu cadastro. (prosseguir para o caso de uso SAC-UC01 passo 4.2.1.

Estgio Curricular Obrigatrio

10

93

CASOS DE USO

2.1.3 [SAC-UC03] Visualizar histricos

Sumrio: Visualizar e imprimir os relatrios do sistema. Ator primrio: Secretria / Direo. Pr-condies: A Secretria / Direo devem estar identificados no sistema. Fluxo Principal: 1. A Secretria / Direo solicita visualizar relatrio. 2. O sistema solicita a identificao do usurio. 3. O sistema exibe uma tela com duas opes. 4. A Secretria / Direo seleciona uma opo. 4.1 A Secretria / Direo seleciona a opo visualizar relatrio de professor. 4.1.1 O sistema exibe uma listagem de opes de visualizao. 4.1.2 A Secretria / Direo seleciona o visualizao desejada. 4.1.3 O sistema exibe o relatrio na tela e o caso de uso termina. 4.2 A Secretria / Direo seleciona a opo visualizar relatrio de aluno. 4.2.1 O sistema exibe uma listagem de opes de visualizao. 4.2.2 A Secretria / Direo seleciona o visualizao desejada. 4.2.3 O sistema exibe o relatrio na tela e o caso de uso termina.

Fluxo de Exceo (4.1.1 e 4.2.1): Lista de opes a. Dependendo da opo selecionada, ser necessrio informar mais alguns dados como nome do professor ou do aluno.

Estgio Curricular Obrigatrio

11

94

ANEXO J Diagrama de Classe Ampliado parte A

95

ANEXO J Diagrama de Classe Ampliado parte B

96

ANEXO K Diagramas de Seqencia - Cadastro de dados pedaggicos

97

ANEXO L Diagramas de Seqencia - Cadastro de professor

98

ANEXO M Diagramas de Seqencia Registro chegada tardia de aluno

99

ANEXO N Diagramas de Seqencia Registro de falta de professor

100

ANEXO O Diagramas de Seqencia Visualizao/impresso de relatrios de professor

101

ANEXO P Diagramas de Fluxo de Dados Nvel 1

102

ANEXO Q Diagramas de Fluxo de Dados Nvel 2

103