SISTEMA DE GERENCIAMENTO DE TCCS DO CURSO DE SISTEMAS DE INFORMAÇÃO DA UNIPLAC

Transcrição

1 UNIVERSIDADE DO PLANALTO CATARINENSE DEPARTAMENTO DE CIÊNCIAS EXATAS E TECNOLÓGICAS CURSO DE SISTEMAS DE INFORMAÇÃO (BACHARELADO) RODRIGO OLIVEIRA SISTEMA DE GERENCIAMENTO DE TCCS DO CURSO DE SISTEMAS DE INFORMAÇÃO DA UNIPLAC LAGES (SC) 2010

2 RODRIGO OLIVEIRA SISTEMA DE GERENCIAMENTO DE TCCS DO CURSO DE SISTEMAS DE INFORMAÇÃO DA UNIPLAC Trabalho de Conclusão de Curso submetido à Universidade do Planalto Catarinense para obtenção dos créditos de disciplina com nome equivalente no curso de Sistemas de Informação - Bacharelado. Orientação: Prof. Angelo Augusto Frozza, M.Sc. LAGES (SC) 2010

3 RODRIGO OLIVEIRA SISTEMA DE GERENCIAMENTO DE TCCS DO CURSO DE SISTEMAS DE INFORMAÇÃO DA UNIPLAC ESTE RELATÓRIO, DO TRABALHO DE CONCLUSÃO DE CURSO, FOI JULGADO ADEQUADO PARA OBTENÇÃO DOS CRÉDITOS DA DISCIPLINA DE TRABALHO DE CONCLUSÃO DE CURSO, DO 8º. SEMESTRE, OBRIGATÓRIA PARA OBTENÇÃO DO TÍTULO DE: BACHAREL EM SISTEMAS DE INFORMAÇÃO Lages (SC), 10 de Dezembro de Prof. Angelo Augusto Frozza, M.Sc. Orientador BANCA EXAMINADORA: Prof. Sabrina Bet Koerich, M.Sc. UNIPLAC Prof. Wilson Castello Branco Neto, Dr. UNIPLAC Prof. Alexandre Perin de Souza, M.Sc. Professor de TCC Prof. Sabrina Bet Koerich, M.Sc. Coordenadora de Curso

4 Dedico este trabalho exclusivamente aos meus pais, por sempre estarem ao meu lado, não medindo esforços para que eu pudesse alcançar meus objetivos.

5 Agradeço a Deus, por ter me dado condições de chegar até aqui. Agradeço aos meus pais, Valdomiro e Zenaide, por ser minha referência, me mostrarem o caminho e me ensinaram a ser um homem de bem. Sou infinitamente grato a tudo que vocês fizeram e fazem por mim. Agradeço aos meus dois irmãos, Adão e Marcelo, por serem meus amigos e reforçarem o que aprendi com nossos pais. Agradeço a minha namorada, Vanessa, minha companheira incondicional, por compreender a importância dessa conquista e aceitar a minha ausência quando necessário. Agradeço aos meus amigos, pelas ótimas histórias vividas e longos papos cabeça, vocês aliviaram horas difíceis, me alimentando de certezas, força e alegria. Agradeço aos meus colegas de trabalho, por compreenderem meus eventuais atrasos pela manhã, resultantes de longas noites sem dormir em função deste trabalho. Agradeço ao meu orientador Angelo Augusto Frozza, pelo empenho, paciência e dedicação, mesmo distante tantos quilômetros.

6 O sucesso nasce do querer, da determinação e persistência em se chegar a um objetivo. Mesmo não atingindo o alvo, quem busca e vence obstáculos, no mínimo fará coisas admiráveis. (José de Alencar)

7 LISTA DE ILUSTRAÇÕES FIGURA 1 - Projeto da camada de interface usuário Administrador FIGURA 2 - Projeto da camada de interface usuário Aluno FIGURA 3 - Projeto da camada de interface usuário Professor Orientador FIGURA 4 - Projeto da camada de interface usuário Visitante FIGURA 5 - Modelo Cliente-Servidor FIGURA 6 - Layout do site FIGURA 7 - Página inicial do sistema FIGURA 8 - Página de cadastro de Áreas de Pesquisa FIGURA 9 - Página com a lista das Áreas de Pesquisa cadastradas FIGURA 10 - Página de cadastro de Turma FIGURA 11 - Página de cadastro de Atividades no calendário FIGURA 12 - Página de cadastro de Critérios de Avaliação FIGURA 13 - Página de cadastro de Aluno FIGURA 14 - Página de cadastro de Professor FIGURA 15 - Página de cadastro de Sugestões de Projeto de TCC FIGURA 16 - Página de exclusão de Sugestões de Projeto de TCC FIGURA 17 - Página de consulta dos Projetos cadastrados FIGURA 18 - Página inicial do cadastro do Parecer do Professor de TCC FIGURA 19 - Página de Acompanhamento de Orientação FIGURA 20 - Página com a lista das Áreas de Pesquisa cadastradas FIGURA 21 - Página com a lista das Atividades cadastradas no Calendário FIGURA 22 - Página com a lista dos Alunos cadastrados FIGURA 23 - Página com a lista dos Professores cadastrados FIGURA 24 - Página de cadastro de Sugestões de Projeto de TCC FIGURA 25 - Página de consulta das Sugestões de Projeto cadastradas FIGURA 26 - Página inicial do cadastro do parecer do Orientador FIGURA 27 - Página de acompanhamento de Orientação FIGURA 28 - Página com a lista das Sugestões de Projeto cadastradas FIGURA 29 - Página de cadastro de Atividades no calendário FIGURA 30 - Página de cadastro do Acompanhamento da Orientação QUADRO 1 - Requisito Manter informações de Áreas de Pesquisa QUADRO 2 - Requisito Manter cadastro do Professor QUADRO 3 - Requisito Manter cadastro de Turmas de TCC... 21

8 QUADRO 4 - Requisito Manter cadastro do Aluno QUADRO 5 - Requisito Manter disponibilidade dos Professores para orientação QUADRO 6 - Requisito Manter Projeto do TCC QUADRO 7 - Requisito Manter Acompanhamento da orientação QUADRO 8 - Requisito Manter avaliação do Projeto do TCC QUADRO 9 - Requisito Manter avaliação do TCC I QUADRO 10 - Requisito Manter avaliação do TCC II QUADRO 11 - Requisito Manter cadastro de datas de Banca de TCC II QUADRO 12 - Requisito Manter disponibilidade dos Profs. para Banca de TCC II.. 25 QUADRO 13 - Requisito Marcar Banca de TCC II QUADRO 14 - Requisito Manter Calendário do TCC QUADRO 15 - Requisito Manter cadastro de Sugestões de Projetos de TCC QUADRO 16 - Requisitos suplementares QUADRO 17 - Lista de caso de uso QUADRO 18 - Lista de consultas e relatórios QUADRO 19 - Lista de conceitos com operações cadastrais QUADRO 20 - Principais telas e suas funções QUADRO 21 - Tecnologias utilizadas QUADRO 22 - Ferramentas utilizadas QUADRO 23 - Script de criação da tabela usuarios QUADRO 24 - Script de criação da tabela alunos QUADRO 25 - Script de criação da tabela professores QUADRO 26 - Fragmento de código da classe layout_class.php QUADRO 27 - Código da classe login.php QUADRO 28 - Fragmento de código da classe area_form.php QUADRO 29 - Fragmento de código da classe area_form.php QUADRO 30 - Fragmento de código da classe area_form.php QUADRO 31 - Fragmento de código da classe area_form.php QUADRO 32 - Fragmento de código da classe atividadecalendario_form.php QUADRO 33 - Fragmento de código da classe criterioavaliacao_form.php QUADRO 34 - Fragmento de código da classe aluno_form.php QUADRO 35 - Fragmento de código da classe aluno_form.php QUADRO 36 - Fragmento de código da classe professor_form.php QUADRO 37 - Fragmento de código da classe sugestao_form.php QUADRO 38 - Fragmento de código da classe sugestao_form.php... 61

9 LISTA DE ABREVIATURAS E SIGLAS SGBD SGTCC SI TCC W3C - Sistema Gerenciador de Banco de Dados - Sistema de Gerenciamento de TCCs do Curso de Sistemas de Informação da UNIPLAC - Sistema de Informação - Trabalho de Conclusão de Curso - World Wide Web Consortium

10

11 RESUMO Este trabalho tem por finalidade apresentar o desenvolvimento de um sistema web para gerenciamento dos Trabalhos de Conclusão de Curso (TCCs) do Curso de Sistemas de Informação da UNIPLAC. Atualmente, todo o processo de acompanhamento dos TCCs no Curso de Sistemas de Informação é feito manualmente, através de formulários e relatórios preenchidos pelos alunos, professores orientadores e Professor de TCC. Assim sendo, foi proposto fazer uso das tecnologias de um sistema com interface Web para tornar todo o processo de coordenação e acompanhamento dos projetos mais rápido e ágil, eliminando as redundâncias e o excesso de trabalhos manuais. Como parte da metodologia, foram revisados os requisitos levantados na primeira versão deste sistema (FERREIRA, 2007), complementando este levantamento através da identificação e avaliação de sistemas semelhantes utilizados por outras instituições. Com isso, a modelagem do sistema foi reescrita, utilizando-se como base a fase de concepção do Processo Unificado. Também foi realizado o estudo da parte que já havia sido implementada, identificando falhas e oportunidades de melhoria. Esta revisão também foi estendida para a arquitetura do sistema. Como consequência dos estudos desta etapa, verificou-se ser mais conveniente não reaproveitar os códigos já escritos na versão anterior, iniciando uma nova implementação desde o princípio. Posteriormente, foram feitas as implementações necessárias para desenvolver o sistema. Durante a etapa de implementação foram encontradas algumas dificuldades, principalmente em relação à modelagem do banco de dados e ao uso da linguagem PHP, resultantes da falta de experiência prática no assunto, mas que foram superadas através de pesquisas na web e em livros, além de dicas de colegas mais experientes e também do orientador. Por fim, foram relatados os motivos pelos quais os objetivos foram atingidos apenas parcialmente e as considerações finais a respeito da experiência com o desenvolvimento desse projeto. Palavras-chave: Sistemas de Informação; Trabalho de Conclusão de Curso; Sistema Web; Internet.

12 ABSTRACT This report has the aim of presenting the development of a Web System for the management of Course Conclusion Reports (CCPs) of UNIPLAC s Information Systems Course. Currently, all the assistance process of the Information Systems Course s CCPs is done manually, through forms and reports filled out by the students, guiding professors and the CCP professor. Thus, the use of a Web interface system technologies was proposed to make all the process of coordination and assistance of the projects faster and more agile, eliminating redundancies and the overload of manual work. As part of the methodology the requirements raised for the first version of the system (FERREIRA, 2007) were reviewed, complementing this information through the identification and evaluation of similar systems used by other institutions. Then, the system modeling was rewritten, based on the conception phase of the Unified Process. Also, a study of the already implemented part of the system was done, identifying flaws and opportunities of improvement. This review was also extended to the system architecture. As a consequence of the studies of this phase, it was concluded that it would be more convenient not to reuse the previous version already written codes, starting thus a new implementation from the beginning. Afterwards, the necessary implementations to develop the system were done. During the implementation phase some difficulties were found, mainly related to the database modeling and the use of the PHP language, resultant of the lack of practice experience in the subject, but which have been overcome through research on the Web and in books, besides hints from more experienced classmates and the guiding professor. Finally, the reasons why the goals had been achieved only partially and the final considerations concerning the experience with the development of the project were stated. Keywords: Information Systems; Course Conclusion Report; Web System; Internet.

13 SUMÁRIO 1 INTRODUÇÃO Apresentação Descrição do problema Justificativa Objetivo geral Objetivos específicos Metodologia ANÁLISE E PROJETO DO SISTEMA Definição de sumário executivo e de levantamento de requisitos Sumário executivo Levantamento de requisitos Requisitos suplementares Organização dos requisitos Lista de caso de usos Lista de consultas e relatórios Lista de conceitos com operações cadastrais Projeto do banco de dados Projeto conceitual do banco de dados Projeto lógico do banco de dados Projeto da camada de interface Conclusão IMPLEMENTAÇÃO DO SGTCC Arquitetura Ferramentas e tecnologias utilizadas Implementação do banco de dados Implementação do layout Login no sistema Implementação dos cadastros Módulo Administrador Cadastro de área de pesquisa Cadastro de turma Cadastro de atividades no calendário Cadastro de critérios de avaliação Cadastro de aluno... 52

14 3.7.6 Cadastro de professor Cadastro de sugestões de projeto Cadastro de projeto Cadastro de acompanhamento de orientação Módulo professor orientador Cadastro de área de pesquisa Cadastro de atividades no calendário Cadastro de aluno Cadastro de professor Cadastro de sugestões de projeto Cadastro de projeto Cadastro de acompanhamento de orientação Módulo Aluno Cadastro de área de pesquisa Cadastro de atividades no calendário Cadastro de sugestões de projeto Cadastro de projeto Cadastro de acompanhamento de orientação Módulo Visitante Cadastro de áreas de pesquisa Cadastro de atividades no calendário Cadastro de sugestões de projeto Conclusão CONSIDERAÇÕES FINAIS REFERÊNCIAS BIBLIOGRÁFICAS ANEXOS APÊNDICES... 90

15 14 1 INTRODUÇÃO 1.1 Apresentação Segundo Laudon e Laudon (1999), Os Sistemas de Informação têm se consolidado nas organizações e em seus processos de negócios, pois podem ajudar as pessoas a analisar problemas, visualizar assuntos complexos, criar novos produtos, comunicar, coordenar, controlar e, ainda, viabilizar melhores tomadas de decisões, por meio do fornecimento de informações mais rápidas e precisas. No contexto da gestão acadêmica, um Sistema de Informação (SI) armazena dados e informações sobre alunos de forma organizada, a fim de facilitar o acesso aos mesmos. Geralmente, os responsáveis por essas atividades precisam lidar com uma considerável quantidade de informações, mas nem sempre eles têm o suporte de um SI. No curso de Sistemas de Informação da UNIPLAC, atualmente, todos os documentos referentes ao processo de desenvolvimento de Trabalhos de Conclusão de Cursos (TCC) são preenchidos manualmente, sem o auxílio de uma ferramenta que facilite essa atividade e, por consequência, o gerenciamento das informações. Embora já tenha sido iniciada o desenvolvimento de um sistema web para facilitar o gerenciamento dos TCCs (FERREIRA, 2007), o mesmo não está sendo usado, tendo em vista que não foram implementados todos os requisitos necessários. Além deste capítulo de apresentação do tema de pesquisa, o presente trabalho tem em sua estrutura mais três capítulos. No capítulo 2 é apresentada a análise e o projeto do sistema. No capítulo 3 é apresentada sua implementação. Finalizando, o capítulo 4 apresenta as considerações finais.

16 Descrição do problema Atualmente, todo o processo de acompanhamento dos TCCs no Curso de Sistemas de Informação é feito manualmente, através de formulários e relatórios preenchidos pelos alunos, professores orientadores e professor de TCC. Algumas informações importantes são postadas no site do professor de TCC ou então no ambiente virtual LearnLoop. Essa sistemática de trabalho acaba ocasionando vários problemas, dentre eles a descentralização das informações e o grande volume de papel manuseado pelos envolvidos. 1.3 Justificativa O desenvolvimento dos TCCs do Curso de Sistemas de Informação na UNIPLAC é dividido em três disciplinas (UNIPLAC, 2010): Metodologia da Pesquisa, 6º semestre Elaboração do projeto de TCC; Trabalho de Conclusão de Curso, 7º semestre Elaboração parcial do TCC e apresentação em banca; Trabalho de Conclusão de Curso, 8º semestre Elaboração da versão final do TCC e apresentação em banca. Atualmente, toda a documentação referente ao desenvolvimento do TCC é preenchida em formulários, que são entregues impressos ao Professor de TCC. Esse processo acaba gerando um grande volume de papéis e informações, dificultando o armazenamento, a atualização e a pesquisa e o gerenciamento de dados. A única maneira de se obter algum dado no meio de vários papéis é pesquisar um a um. Todo o gerenciamento destas informações é centralizado no Professor de TCC, tornando o processo desgastante, cansativo e demandando muito tempo. Além disso, em alguns casos, há uma dificuldade para o aluno e orientador se reunirem de forma presencial, prejudicando o acompanhamento, a orientação e o desenvolvimento do TCC. Essa dificuldade se torna um problema quando a entrega de documentos depende da assinatura de algum dos envolvidos, podendo levar à perda de

17 16 prazos definidos no Calendário de TCC, por exemplo. O site mantido pelo Professor de TCC, apesar de ajudar a difundir informações entre os acadêmicos, por vezes acaba confundindo os visitantes, que não conseguem encontrar as informações que procuravam. Para eliminar esses problemas, propõe-se como solução o uso de um sistema de informação que facilite o acompanhamento e gerenciamento dos TCCs, uma vez que o nível de informatização muitas vezes influência beneficamente no desempenho do gerenciamento de informações (MENDES, 2003). Assim sendo, no presente trabalho, propõe-se fazer uso de um sistema com interface web para aperfeiçoar o acompanhamento e gerenciamento dos projetos de TCC. Desta maneira, os envolvidos no processo podem enviar e receber informações de maneira mais rápida e eficiente, facilitando também as atividades do Orientador e do Professor de TCC. A Internet é valorizada porque permite que as pessoas se comuniquem de modo fácil, rápido e barato com outras pessoas, em quase todos os lugares do mundo ela praticamente elimina as barreiras de tempo e espaço (LAUDON e LAUDON, 1999). 1.4 Objetivo geral Este trabalho tem como objetivo a conclusão e implantação do Sistema de Gerenciamento de TCCs do Curso de Sistemas de Informação da UNIPLAC (SGTCC), tornando todo o processo de coordenação e acompanhamento dos projetos mais rápido e ágil, eliminando as redundâncias e o excesso de trabalhos manuais. 1.5 Objetivos específicos São objetivos específicos do presente trabalho: a) Possibilitar o acompanhamento dos TCCs do curso de Sistemas de Informação através de um sistema com interface web; b) Possibilitar a interação do aluno com o orientador através da web,

18 17 permitindo inclusive o envio de arquivos; c) Reduzir a quantidade de papel, facilitando o armazenamento, atualização e pesquisa de dados; d) Facilitar o acesso às informações sobre os projetos em andamento e concluídos. 1.6 Metodologia Para que os objetivos deste trabalho fossem alcançados, foi usada uma metodologia que consiste em três etapas. Na primeira etapa foram revisados os requisitos levantados por Ferreira (2007), complementando este levantamento de requisitos através da identificação e avaliação de sistemas semelhantes utilizados por outras instituições. Com isso, a modelagem do sistema foi reescrita, utilizando-se como base a fase de concepção do processo unificado (WAZLAWICK, 2004). Na segunda etapa foi realizado o levantamento da parte que foi desenvolvida por Ferreira (2007), identificando falhas e oportunidades de melhoria. Esta revisão também foi estendida para a arquitetura do sistema. Após isso, foram feitas as implementações necessárias para desenvolver o sistema. Como consequência dos estudos nessa etapa, verificou-se ser mais conveniente não reaproveitar os códigos já elaborados por Ferreira (2007), iniciando uma nova implementação desde o princípio. Por fim, a última etapa consistiu em relatar as considerações finais a respeito da experiência com o desenvolvimento desse projeto.

19 18 2 ANÁLISE E PROJETO DO SISTEMA Este capítulo apresenta a modelagem do Sistema de Gerenciamento de Trabalhos de Conclusão de Curso do Curso de Sistemas de Informação da UNIPLAC (SGTCC), com base na metodologia do processo unificado. Foi utilizado para a modelagem do sistema o sumário executivo, que descreve o projeto, juntamente com o levantamento dos requisitos necessários para o funcionamento da aplicação, seguido da definição dos casos de uso, do projeto do banco de dados e do diagrama de navegação da aplicação. Para elaboração deste capítulo foi usada como base a primeira versão do SGTCC, apresentada por Ferreira (2007). 2.1 Definição de sumário executivo e de levantamento de requisitos A visão geral do sistema, ou sumário executivo, é um documento de texto em formato livre, sem necessidade de nenhuma estrutura especial. Ele deve descrever as principais ideias do cliente sobre o sistema, após as conversas com o cliente e os usuários. Sugere-se que não seja longo demais, para que não sejam incluídos detalhes não relevantes no resumo e que devam ser tratados em outros documentos, como análise de requisitos ou casos de uso (WAZLAWICK, 2004). 2.2 Sumário executivo Propõe-se um sistema de informação com interface web que facilite o processo de acompanhamento e coordenação dos projetos, eliminando redundâncias e excesso de trabalho manual, tornando todo o processo mais rápido e ágil.

20 19 O sistema, dentre outras funcionalidades, é composto por cadastro de áreas de pesquisa, cadastro de professores, cadastro de alunos, cadastro de projetos de Trabalho de Conclusão de Curso (TCC), cadastro de turmas, formulários de acompanhamento de orientação, formulários de avaliação (projeto de TCC, TCCI e TCCII), agendamento de bancas de TCCII e calendário de eventos. 2.3 Levantamento de requisitos A etapa de levantamento de requisitos corresponde a buscar junto ao usuário todas as informações possíveis sobre as funções que o sistema deve executar e as restrições sob as quais o sistema deve operar (WAZLAWICK, 2004). Observando os quadros nesta seção, uma possível estrutura para apresentar os requisitos, segundo Wazlawick (2004), tem os seguintes campos: Código do requisito funcional (especificação curta: F seguido de um número e do nome do requisito funcional); Descrição (especificação longa e detalhada do requisito); Categoria funcional: evidente (efetuado com o conhecimento do usuário) ou oculto (efetuado pelo sistema sem o conhecimento explícito do usuário); Código do requisito não funcional (especificação curta: NF seguido do número do requisito funcional, acrescido de um ponto, do número sequencial do requisito não funcional e do nome do requisito não funcional); Restrição: especificação (longa) do requisito não funcional; Categoria: indica o tipo de restrição, que pode ser de segurança, performance, compatibilidade, especificação, interface etc.; Obrigatoriedade: se o requisito é desejável ou obrigatório; Permanência: se o requisito é permanente ou transitório (permanente nunca muda com o tempo). O processo de levantamento de requisitos para este projeto aconteceu através

21 20 de entrevistas com o Professor de TCC e pela análise dos requisitos levantados anteriormente por Ferreira (2007). No Quadro 1 estão os requisitos referentes as áreas de pesquisa possíveis para o desenvolvimento de TCCs. Esta informação é usada no cadastro do Professor, para que este tenha a opção de indicar as áreas que atua a partir de uma lista prédefinida, e na classificação dos TCCs por área de conhecimento. As áreas de pesquisa são definidas pelo colegiado de curso, conforme as linhas de pesquisa dos professores. QUADRO 1 - Requisito Manter informações de Áreas de Pesquisa F1 Manter informações de Áreas de Pesquisa Evidente ( ) Descrição: O sistema deve permitir a inserção, alteração, exclusão e consulta de Áreas. Deve ser informado: nome da área* e descrição. Requisito Não Funcional: Nome Restrição Categoria Desejável Permanente NF 1.1 Cadastro de Área A Área deve ser cadastrada pelo Especificação Não Sim professor de TCC. NF 1.2 Exclusão de Área A Área só pode ser excluída se não houverem professores e trabalhos relacionados. Especificação Não Sim NF 1.3 Identificação de Áreas A Área deve ser identificada pelo Especificação Não Sim nome. (OBS.: o * - asterisco - indica obrigatoriedade do dado) O sistema deve ser capaz de registrar os dados do Professor, ou seja, todas as informações referentes a cada Professor. O Quadro 2 apresenta os detalhes deste requisito. O sistema também deve permitir o cadastro de Turmas de TCC para um melhor acompanhamento das atividades. Esse requisito é apresentado no Quadro 3. QUADRO 2 - Requisito Manter cadastro do Professor F2 Manter cadastro do Professor Evidente ( ) Descrição: O sistema deve permitir a inserção, alteração, exclusão e consulta de dados do Professor. Deve ser informado: nome*, titulação*, telefone residencial, telefone comercial, telefone celular, tipo*, *, RG*, CPF*, logradouro, número, bairro, CEP, cidade, estado, áreas de pesquisa*, status, código de usuário* e senha*. Requisito Não Funcional: Nome Restrição Categoria Desejável Permanente NF 2.1 Identificação do O Professor deve ser identificado pelo Especificação Não Sim Professor nome. NF 2.2 Lista de áreas de O Professor deve selecionar suas áreas Interface Sim Não pesquisa de pesquisa a partir de uma lista. NF 2.3 Status do cadastro O status de um Professor é indicado Especificação Sim Sim pelo Professor de TCC. O status é identificado como ativo ou inativo. NF 2.4 Exclusão de Um Professor só pode ser excluído se Especificação Não Sim Professor NF 2.5 Tipo de professor não tiver trabalhos relacionados. O tipo pode ser Professor Orientador ou Professor de TCC. Especificação Não Sim

22 21 NF 2.6 Login e senha NF 2.7 Controle da informação O Professor deve indicar o seu login e Especificação Não Sim senha para permitir o acesso ao sistema. As operações cadastrais de inclusão, Especificação Não Sim alteração e exclusão só podem ser realizadas pelo Professor de TCC. (OBS.: o * - asterisco - indica obrigatoriedade do dado) QUADRO 3 - Requisito Manter cadastro de Turmas de TCC F3 Manter cadastro de turmas de TCC. Evidente ( ) Descrição: O sistema deve permitir a inserção, alteração, exclusão e consulta de Turmas. Deve ser informado: Código da turma*, ano, semestre e tipo: Metodologia da pesquisa, TCCI ou TCCII. Requisito Não Funcional: Nome Restrição Categoria Desejável Permanente Especificação Sim Sim NF 3.1 Informações sobre o cadastro de Turmas de TCC. NF 3.2 Controle da informação O código da Turma tem o formato TTTTT AAAA/SS, onde TTTTT corresponde ao tipo (METOD, TCCI, TCCII), AAAA corresponde ao ano de início da turma e SS corresponde ao semestre (01/02). As operações cadastrais de inclusão, alteração e exclusão só podem ser realizadas pelo Professor de TCC. Especificação Não Sim NF 3.3 Exclusão de Turma Uma Turma só pode ser excluída Especificação Não Sim se não tiver Alunos relacionados. (OBS.: o * - asterisco - indica obrigatoriedade do dado) O Quadro 4 apresenta os dados que devem constar no cadastro do Aluno. É importante ter as informações referentes ao Aluno armazenadas no sistema, porque toda a documentação de TCC gerada deve conter estes dados. As informações do cadastro do Aluno foram obtidas do formulário apresentado no Anexo I. QUADRO 4 - Requisito Manter cadastro do Aluno F4 Manter cadastro do Aluno Evidente ( ) Descrição: O sistema deve permitir a inserção, alteração, exclusão e consulta de dados do Aluno. Deve ser informado: nome*, matrícula*, logradouro, número, bairro, CEP, cidade, estado, telefone residencial, telefone comercial, telefone celular, *, RG*, CPF* e nome, telefone e endereço para contato de emergência, telefone, ramal e endereço da empresa, turma*, login* e senha*. Requisito Não Funcional: Nome Restrição Categoria Desejável Permanente NF 4.1 Identificação do Aluno O Aluno deve ser identificado Especificação Não Sim pelo seu nome e sua matrícula. NF 4.2 Exclusão do Aluno O Aluno só pode ser excluído se Especificação Não Sim não tiver trabalho relacionado. NF 4.3 Login e senha Somente é permitido o acesso à área restrita por meio de login e senha. Especificação Não Sim NF 4.4 Controle da informação As operações cadastrais de inclusão, alteração e exclusão só Especificação Não Sim

23 22 NF 4.5 Turma do aluno podem ser realizadas pelo Professor de TCC. A escolha da Turma deve ser Especificação Não Sim através de uma lista. (OBS.: o * - asterisco - indica obrigatoriedade do dado) O Quadro 5 apresenta os dados que devem constar para cadastro de disponibilidade dos professores para orientação. QUADRO 5 - Requisito Manter disponibilidade dos Professores para orientação F5 Manter disponibilidade dos Professores para orientação Evidente ( ) Descrição: O sistema deve permitir a inserção, alteração, exclusão e consulta da disponibilidade dos professores, devendo ser informado: professor*, total de vagas*. Requisito Não Funcional: Nome Restrição Categoria Desejável Permanente NF 5.1 Vagas disponíveis O sistema deve calcular as vagas disponíveis, subtraindo cada escolha de aluno do total de vagas. Especificação Não Sim NF 5.2 Cadastro de vagas O cadastro do número de vagas deve Especificação Não Sim ser feito pelo professor de TCC. (OBS.: o * - asterisco - indica obrigatoriedade do dado) O sistema deve ser capaz de registrar todas as informações relevantes de cada Projeto de TCC. Através desse requisito, o Professor de TCC, o Orientador e o Aluno podem gerenciar os dados de um projeto. Este requisito é apresentado no Quadro 6. QUADRO 6 - Requisito Manter Projeto do TCC F6 Manter Projeto do TCC Evidente ( ) Descrição: O sistema deve permitir a inserção, alteração, exclusão e consulta de Projetos de TCC, além de permitir o envio do relatório final do TCC. O cadastro do projeto deve possuir as seguintes informações: título*, orientador*, co-orientador, área*, descrição sucinta do projeto, dia e hora de reunião com o orientador, recursos necessários para desenvolver o TCC, aluno*, conceito projeto, conceito TCC I, conceito TCC II. Requisito Não Funcional: Nome Restrição Categoria Desejável Permanente NF 6.1 Cadastro do Projeto O cadastro do projeto é Especificação Não Sim realizado pelo aluno. O aluno só pode cadastrar o seu próprio projeto. NF 6.2 Lista de orientador e O orientador, co-orientador e Interface Sim Não co-orientador área são selecionados de listas. NF 6.3 Identificação do Projeto do TCC O Projeto de TCC deve ser identificado pelo título e pelo nome do aluno. Especificação Sim Não (OBS.: o * - asterisco - indica obrigatoriedade do dado) As informações necessárias para o acompanhamento da orientação estão no Quadro 7. Por meio deste requisito é possível ao Orientador obter um melhor

24 23 acompanhamento das atividades realizadas pelo aluno semanalmente. As informações do acompanhamento da orientação foram obtidas do formulário apresentado no Anexo II. QUADRO 7 - Requisito Manter Acompanhamento da orientação F7 Manter acompanhamento da orientação Evidente ( ) Descrição: O sistema deve permitir a inserção, alteração, exclusão e consulta de atividades realizadas pelo aluno semanalmente. O acompanhamento da orientação deve possuir as seguintes informações: aluno*, título do projeto*, orientador*, co-orientador, data início semana, data fim semana, atividades realizadas, faltas, parecer orientador, parecer professor de TCC. Requisito Não Funcional: Nome Restrição Categoria Desejável Permanente NF 7.1 Assuntos abordados Os assuntos abordados devem Especificação Não Sim ser informados semanalmente pelo aluno. NF 7.2 Parecer do orientador Orientador deve informar seu Especificação Não Sim parecer e faltas do aluno nas orientações. NF 7.3 Parecer do Professor TCC O Professor de TCC só pode emitir seu parecer após o orientador concluir seu parecer. Especificação Não Sim (OBS.: o * - asterisco - indica obrigatoriedade do dado) O sistema deve permitir o gerenciamento das avaliações do Projeto de TCC. Esse requisito é apresentado no Quadro 8. As informações da avaliação do Projeto de TCC foram obtidas do formulário apresentado no Anexo III. QUADRO 8 - Requisito Manter avaliação do Projeto do TCC F8 Manter avaliação do Projeto do TCC Evidente ( ) Descrição: O sistema deve permitir a inserção e exclusão de avaliação do Projeto de TCC, devendo ser informado: aluno*, critérios* e conceitos*: A,B,C,D, E. Requisito Não Funcional: Nome Restrição Categoria Desejável Permanente NF 8.1 Critérios de avaliação O Professor de TCC e o Orientador têm critérios distintos a serem avaliados, conforme os anexos III e IV, respectivamente. Cada critério tem um conceito individual, além do conceito Especificação Não Sim NF 8.2 Controle de acesso NF 8.3 Controle de consulta NF 8.4 Informação de dados final do Projeto. Somente o Orientador e o Professor de TCC têm acesso ao gerenciamento dos conceitos de cada aluno. O Professor de TCC só pode ver os conceitos atribuídos pelo Orientador após preencher seus próprios conceitos. O mesmo vale para o Orientador. Depois de informado o aluno, o sistema deve apresentar os dados de identificação do projeto: título, orientador e área. Segurança Não Sim Segurança Não Sim Especificação Não Sim (OBS.: o * - asterisco - indica obrigatoriedade do dado)

25 24 As informações para a avaliação do TCC I são apresentadas no Quadro 9. O professor de TCC é responsável pela avaliação geral, atribuindo o conceito final a cada aluno. As informações da avaliação de TCCI foram obtidas dos formulários apresentados nos Anexos V, VI e VII. QUADRO 9 - Requisito Manter avaliação do TCC I F9 Manter avaliação TCC I Evidente ( ) Descrição: O sistema deve permitir a inserção, alteração, exclusão e consulta de avaliação do TCCI. Deve ser informado: aluno*, critérios* e conceitos*: A, B, C, D, E. Requisito Não Funcional: Nome Restrição Categoria Desejável Permanente NF 9.1 Cumprimentos de prazos O cumprimento dos prazos e a Especificação Não Sim e frequência frequência nas orientações de TCC são preenchidos automaticamente pelo sistema. NF 9.2 Critérios de avaliação O Professor de TCC, Orientador Especificação Não Sim e o co-orientador têm critérios distintos a serem avaliados. Cada critério tem um conceito individual, conforme anexos V e VI e VII, além do conceito final do TCC I. NF 9.3 Controle de acesso O Professor de TCC só pode ver Especificação Não Sim os conceitos atribuídos pelos orientadores após preencher seus próprios conceitos. O mesmo vale para o Orientador e o Coorientador. NF 9.4 Informação de dados Depois de informado o aluno, o sistema deve buscar; título, orientador, co-orientador e frequência. Especificação Não Sim (OBS.: o * - asterisco - indica obrigatoriedade do dado) As informações para a avaliação do TCC II são apresentadas no Quadro 10. O professor de TCC é responsável pela avaliação geral, atribuindo o conceito final a cada aluno. As informações da avaliação de TCCII foram obtidas dos formulários apresentados nos Anexos VIII, IX, X e XI. QUADRO 10 - Requisito Manter avaliação do TCC II F10 Manter avaliação TCC II Evidente ( ) Descrição: O sistema deve permitir a inserção, alteração, exclusão e consulta de avaliação do TCCII. Deve ser informado: aluno*, critérios* e conceitos*: A, B, C, D, E. Requisito Não Funcional: Nome Restrição Categoria Desejável Permanente NF 10.1 Cumprimentos de prazos e frequência O cumprimento dos prazos e a frequência nas orientações de TCC são preenchidos automaticamente pelo sistema. Especificação Não Sim

26 25 NF 10.2 Critérios de avaliação O Professor de TCC, Orientador, Especificação Não Sim co-orientador e banca têm critérios distintos a serem avaliados, conforme anexos VIII, IX, X e XI. Cada critério tem um conceito individual, além do conceito final do TCC II. NF 10.3 Controle de acesso O Professor de TCC só pode ver Especificação Não Sim os conceitos atribuídos pelos orientadores e banca após preencher seus próprios conceitos. O mesmo vale para o Orientador, o Co-orientador e banca. NF 10.4 Informação de dados Depois de informado o aluno, o sistema deve buscar: título, orientador, co-orientador e frequência. Especificação Não Sim (OBS.: o * - asterisco - indica obrigatoriedade do dado) O Quadro 11 apresenta os dados que devem constar para cadastro das datas de banca de TCC II. QUADRO 11 - Requisito Manter cadastro de datas de Banca de TCC II F11 Manter cadastro de datas de Banca de TCC II Evidente ( ) Descrição: O sistema deve permitir a inserção, alteração, exclusão e consulta das datas para Banca de TCC II, devendo ser informado: data*, turnos*, observação. Requisito Não Funcional: Nome Restrição Categoria Desejável Permanente NF 11.1 Cadastro O dos dias e horários das bancas deve ser realizado pelo professor de TCC. Especificação Não Sim (OBS.: o * - asterisco - indica obrigatoriedade do dado) O Quadro 12 apresenta os dados que devem constar para cadastro de disponibilidade dos professores para compor bancas de TCC II. QUADRO 12 - Requisito Manter disponibilidade dos Profs. para Banca de TCC II F12 Manter disponibilidade dos Professores para Banca de TCC II Evidente ( ) Descrição: O sistema deve permitir a inserção, alteração, exclusão e consulta da disponibilidade dos professores, devendo ser informado: data*, observação, professor*, turnos disponíveis*. Requisito Não Funcional: Nome Restrição Categoria Desejável Permanente NF 12.1 Bancas e horários O sistema deve mostrar a relação de Especificação Não Sim dias e horários das bancas. NF 12.2 Participação da banca O professor marca os horários que pode participar de bancas. Especificação Não Sim (OBS.: o * - asterisco - indica obrigatoriedade do dado)

27 26 O Quadro 13 apresenta os requisitos para a composição de Banca de TCC II. Definem-se membros, data, horário, trabalho e recursos. QUADRO 13 - Requisito Marcar Banca de TCC II F13 Marcar Bancas de TCC II Evidente ( ) Descrição: O sistema deve permitir a inserção, alteração, exclusão e consulta da Banca de TCC II. Deve ser informado: acadêmico*, dia*, hora*, recursos e membros da banca*. Requisito Não Funcional: Nome Restrição Categoria Desejável Permanente NF 13.1 Escolha da data O aluno escolhe uma data a Especificação Não Sim partir de uma lista previamente cadastrada pelo Professor de TCC. NF 13.2 Horários disponíveis Os horários aparecem conforme Especificação Não Sim a disponibilidade do orientador e do co-orientador. NF 13.3 Membros da banca Na indicação dos professores Especificação Não Sim para compor a banca, o nome dos professores disponíveis aparece em uma lista. NF 13.4 Lista dos professores Aparecem na lista somente os Interface Não Sim disponíveis para compor a banca professores com disponibilidade no dia e horário da banca agendada e que trabalhem na NF 13.5 Limite de participação em bancas área do TCC. Um professor não pode participar em mais do que X bancas. Sendo X um parâmetro definido pelo Professor de TCC. Especificação Não Sim NF 13.6 Aprovação e alteração da agenda O Professor de TCC aprova ou altera os agendamentos Especificação Não Sim (OBS.: o * - asterisco - indica obrigatoriedade do dado) O Quadro 14 apresenta os requisitos para o calendário de atividades relacionadas ao TCC. QUADRO 14 - Requisito Manter Calendário do TCC F14 Manter Calendário do TCC Evidente ( ) Descrição: O sistema deve permitir a inserção, alteração, exclusão e consulta do calendário. Deve ser informado: data*, atividade, turma e observação. Requisito Não Funcional: Nome Restrição Categoria Desejável Permanente NF 14.1 Marcação de Eventos O sistema não deve permitir a marcação de eventos em domingos e feriados Especificação Não Sim (OBS.: o * - asterisco - indica obrigatoriedade do dado) O sistema deve ser capaz de registrar sugestões de projetos de TCC. Este requisito é apresentado no Quadro 15.

28 27 QUADRO 15 - Requisito Manter cadastro de Sugestões de Projetos de TCC F15 Manter cadastro de sugestões de Projetos de TCC Evidente ( ) Descrição: O sistema deve permitir a inserção, alteração, exclusão e consulta de sugestões de projetos de TCC. O cadastro da sugestão de projeto deve possuir as seguintes informações: professor* título*, área*, descrição. Requisito Não Funcional: Nome Restrição Categoria Desejável Permanente NF 15.1 Cadastro da sugestão de projeto O cadastro deve ser realizado pelos professores. Especificação Sim Não (OBS.: o * - asterisco - indica obrigatoriedade do dado) 2.4 Requisitos suplementares Os requisitos suplementares podem ser definidos pelos mesmos campos usados no levantamento de requisitos. A única diferença está na numeração, já que os requisitos suplementares não estão associados a requisitos funcionais. A numeração, neste caso, é feita como prefixo S seguido de um número (WAZLAWICK, 2004). O Quadro 16 apresenta os requisitos suplementares do sistema. QUADRO 16 - Requisitos suplementares Nome Restrição Categoria Desejável Permanente S1. Linguagem de O Sistema deve ser desenvolvido Implementação Sim Não Programação usando PHP, XHTML, CSS e JavaScript. S2. Banco de dados PostgreSQL Implementação Sim Não S3. Padrões web Devem ser seguidos os Padrões web Implementação Sim Não com XHTML e CSS. S4. Níveis de acesso O Sistema deve possuir quatro níveis de acesso (administrador/professor de tcc, professor orientador, aluno e visitante). Segurança Não Sim 2.5 Organização dos requisitos Para estruturar os requisitos de forma que possam ser abordados em ciclos de desenvolvimento, o projeto em questão apresenta a lista de casos de uso (Quadro 17), a lista de consultas e relatórios (Quadro 18) e a lista de conceitos com operações cadastrais (Quadro 19) Lista de caso de usos O objetivo de listar os casos de uso (Quadro 17) é levantar as informações

29 28 sobre como o sistema interage com possíveis usuários e quais consultas e transformações da informação são necessárias, além daquelas já identificadas na fase de levantamento de requisitos (WAZLAWICK, 2004). QUADRO 17 - Lista de caso de uso Nome Atores Descrição UC1 Acompanhamento da orientação UC2 Avaliação do Projeto de TCC UC3 Avaliação do TCC I UC4 Avaliação do TCC II Aluno, Orientador e Professor TCC. Orientador e Professor TCC Professor TCC, Orientador e Co-orientador Professor TCC, Orientador, Co-orientador e Banca. O aluno informa os assuntos abordados semanalmente. O Orientador e o Professor de TCC deve apresentar um parecer ao final de cada mês. O Professor de TCC e o Orientador avaliam com critérios específicos cada projeto e atribuem conceitos individuais. O Professor de TCC insere o conceito final. O Professor de TCC registra o cumprimento de prazos e frequência. A avaliação é realizada pelo professor de TCC, Orientador e Co-orientador. Cada um usa critérios específicos e atribui um conceito individual. O Professor de TCC insere o conceito final. O Professor de TCC registra o cumprimento de prazos e frequência. A avaliação é realizada pelo professor de TCC, Orientador, Co-orientador e Banca. Cada um usa critérios específicos e atribui um conceito individual. Professor de TCC insere o conceito final. Referências Cruzadas F7 F8 F9 F10 Os casos de uso especificam o comportamento do sistema ou parte dele e descrevem as funcionalidades do sistema. São considerados como caso de uso os processos de transações com mais de um passo Lista de consultas e relatórios No Quadro 18 apresenta-se a lista de consultas e relatórios do sistema, seguido de suas referências cruzadas. QUADRO 18 - Lista de consultas e relatórios Nome Referências Cruzadas Áreas de pesquisa F1 Professores orientadores F1 e F2 Turmas F3 e F4 Alunos F4 Disponibilidade de professores para orientação F2 Projetos de TCC F1, F2, F3, F4 e F6 Acompanhamento de orientação F7

30 29 Avaliação de projeto de TCC Avaliação de TCC I Avaliação de TCC II Datas para banca de TCC II Disponibilidade de professores para compor banca TCC II Banca de TCC Calendário do TCC Sugestões de projetos de TCC F8 F9 F10 F11 F12 F2, F4, F6 e F13 F14 F15 A geração de consultas não é considerada um caso de uso, pois consultas não alteram a informação registrada no sistema. Basta definir o formato em que a informação deve ser exibida (WAZLAWICK, 2004) Lista de conceitos com operações cadastrais Na lista de conceitos com operações cadastrais (Quadro 19) é possível fazer a associação das diversas funcionalidades do sistema, sabendo quando uma é prérequisito para que a outra possa acontecer, além de se definir o que o usuário pode fazer (incluir, alterar, excluir ou consultar) com as informações disponibilizadas no sistema e sob quais condições (SOUSA, 2005). QUADRO 19 - Lista de conceitos com operações cadastrais Conceito I A E C Observação Referências Cruzadas Áreas de pesquisas Só é possível excluir se não houver X X X X professores e trabalhos relacionados. F1 Professores Orientadores Só é possível excluir se não tiver trabalhos X X X X relacionados. F1, F2 e F6 Turmas de TCC Somente é possível excluir se não tiver X X X X alunos relacionados. F3 e F4 Alunos Só é possível excluir se não tiver trabalhos X X X X relacionados. F4, F3 e F6 Apenas o Professor de TCC cadastra os Disponibilidades dos X X X X professores disponíveis e o número de Professores para orientação vagas de cada um. F2 e F5 Projetos de TCC Só é possível incluir e alterar se houver um F1, F2, F3, F4 X X X X aluno associado. e F6 Acompanhamento da Devem obedecer ao fluxo de preenchimento X X X X Orientação aluno, orientador e Professor de TCC. F2, F4, F6 e F7 Avaliação do Projeto do TCC É realizada pelo Orientador e Professor de X X X X TCC. F2, F4, F6 e F8 Avaliação do TCC I É realizada pelo Orientador, Co-orientador X X X X e o Professor de TCC. F2, F4, F6 e F9 Avaliação do TCC II É realizada pelo Orientador, Co-orientador, F2, F4, F6 e X X X X Professor de TCC e Banca. F10 Disponibilidades dos Apenas o Professor pode excluir sua Professores para banca de X X X X disponibilidade, desde que não haja banca F2 e F12 TCC II confirmada. Banca de TCC II X X X X Somente o Professor de TCC pode excluir. F2, F4, F6,

31 30 F11, F12 e F13 Calendário do TCC X X X X É realizada pelo Professor de TCC. F14 Sugestões de projetos de TCC X X X X Todos os professores podem cadastrar F1, F2 e F15 sugestões de projetos de TCC. 2.6 Projeto do banco de dados Para o projeto do banco de dados foram utilizados dois modelos: o conceitual e o lógico. Ambos os modelos são representados graficamente por diagramas Projeto conceitual do banco de dados Segundo Heuser (2001), Um modelo conceitual é uma descrição do banco de dados de forma independente da implementação de um SGBD. O modelo conceitual registra que dados podem aparecer no banco de dados, mas não registra como estes dados estão armazenados em nível de SGBD. O Apêndice I apresenta o projeto conceitual do banco de dados Projeto lógico do banco de dados Segundo Heuser (2001), Um modelo lógico é uma descrição de um banco de dados no nível de abstração visto pelo usuário do SGBD. Assim, o modelo lógico é dependente do tipo particular de SGBD que está sendo usado. No presente trabalho, foi utilizado um SGBD relacional. O Apêndice II apresenta o projeto lógico do banco de dados. 2.7 Projeto da camada de interface A camada de interface pode ser dividida em duas subcamadas: apresentação, na qual as classes representam os objetos gráficos da interface, e aplicação, que controla a lógica de interface (WAZLAWICK, 2004). Neste trabalho foram utilizados diagramas de navegação para indicar como os usuários podem navegar no sistema, os quais são apresentados nas próximas páginas.

32 31 A figura 1 mostra como o usuário Administrador pode se deslocar dentro do sistema, tendo total liberdade para inclusões, consultas, exclusões e alterações. FIGURA 1 - Projeto da camada de interface usuário Administrador A figura 2 mostra como o usuário Aluno pode se deslocar dentro do sistema, respeitando-se seus níveis de privilégio. FIGURA 2 - Projeto da camada de interface usuário Aluno

33 32 A figura 3 mostra como o usuário Professor Orientador pode se deslocar dentro do sistema, respeitando-se seus níveis de privilégio. FIGURA 3 - Projeto da camada de interface usuário Professor Orientador A figura 4 mostra como o usuário Visitante pode se deslocar dentro do sistema, respeitando-se seus níveis de privilégio. FIGURA 4 - Projeto da camada de interface usuário Visitante

34 33 principais funções. O Quadro 20 apresenta as principais telas que compõem o sistema e suas QUADRO 20 - Principais telas e suas funções Tela Principal função Página Inicial/Login Informações sobre o sistema e login Áreas de Pesquisa Manter informações e relação dos professores das áreas de pesquisa Turmas Manter cadastro das Turmas de TCC Calendário Manter cadastro dos eventos Critérios de Avaliação Permite o acesso às telas Projeto de TCC, TCC I e TCC II para realizar operações cadastrais Documentos/Formulários Disponibiliza links para download de arquivos Aluno Permite acesso as opções de operações cadastrais do aluno Professor Permite acesso as opções de operações cadastrais do professor Projeto Dá acesso a um subgrupo de telas com operações referentes ao projeto Banca Dá acesso a um subgrupo de telas com operações referentes a banca 2.8 Conclusão A análise e o projeto do sistema é um importante referencial teórico que serve de base para a implementação do SGTCC. Além disso, esta documentação pode ser usada em possíveis manutenções no sistema. No desenvolvimento desta etapa foram encontradas algumas dificuldades, principalmente em relação à modelagem do banco de dados, resultantes da falta de experiência prática no assunto, mas que foram superadas através de pesquisas na web e em livros, além de dicas de colegas mais experientes e também do orientador. Durante a fase de implementação pode-se confirmar a importância da modelagem para o desenvolvimento de um sistema.

35 34 3 IMPLEMENTAÇÃO DO SGTCC Neste capítulo são apresentadas a arquitetura do sistema, as ferramentas e tecnologias utilizadas, a implementação do banco de dados e as principais telas do sistema distribuídas de acordo com o nível de acesso dos usuários. 3.1 Arquitetura O Sistema de Gerenciamento de TCCs do Curso de Sistemas de Informação da UNIPLAC (SGTCC) é um sistema com arquitetura Cliente-Servidor. Este tipo de sistema é composto de um módulo Cliente, representado por um navegador web (browser) que tem acesso às interfaces da aplicação, e um módulo Servidor, no qual se encontram as ferramentas que dão suporte à aplicação web. Entre as ferramentas disponíveis no lado servidor, destacam-se: o Servidor web (Apache), o processador de linguagem script (PHP) e o sistema gerenciador de banco de dados (PostgreSQL). A figura 5 apresenta de forma simplificada a arquitetura do SGTCC. O Cliente faz uma requisição através do arquivo index.php, a qual é enviada através da Internet para o servidor. O servidor web recebe a solicitação, faz as buscas necessárias no sistema de arquivos, interpreta a linguagem, realiza as possíveis operações no banco de dados e encaminha a resposta de volta ao cliente, que a visualiza no navegador.

36 35 FIGURA 5 - Modelo Cliente-Servidor 3.2 Ferramentas e tecnologias utilizadas No quadro 21 estão relacionadas as tecnologias utilizadas no desenvolvimento do SGTCC. Ferramenta/Tecnologia PHP - Versão CSS PostgreSQL - Versão XHTML QUADRO 21 - Tecnologias utilizadas Objetivo/Descrição PHP (um acrônimo recursivo para PHP: Hypertext Preprocessor) é uma linguagem de script, open source e de uso geral, muito utilizada e especialmente guarnecida para o desenvolvimento de aplicações web embútiveis dentro do HTML/XHTML (PHP, 2010). È uma linguagem para definição de estilos de layout (apresentação), que permite a separação entre o formato e o conteúdo de um documento (ZELDMANN, 2003). O PostgreSQL é um Sistema de Gerenciamento de Banco de Dados Objeto-Relacional open source (POSTGRESQL, 2010) È uma linguagem de marcação baseada em XML, usada para a estruturação do sites e seu conteúdo (ZELDMANN, 2003). No quadro 22 são apresentadas as ferramentas que foram usadas para o desenvolvimento do sistema.

37 36 Ferramenta/Tecnologia Apache - Versão 2.2 pgadmin III - Versão PHP Editor QUADRO 22 - Ferramentas utilizadas Objetivo O Apache é um servidor web extremamente popular e, segundo muitas estatísticas, é o mais usado em servidores web atualmente, superando o IIS/Windows (APACHE, 2010). Ferramenta utilizada para gerenciar o banco de dados PostgreSQL. É um editor freeware destinado à edição de documentos PHP e XHTML. 3.3 Implementação do banco de dados O banco de dados utilizado foi o PostgreSQL, que é gratuito e atende aos requisitos necessários. Os modelos conceitual e lógico do banco se encontram nos apêndices I e II, respectivamente. Os quadros 23, 24 e 25 mostram os scripts de criação das tabelas usuarios, alunos e professores. O objetivo da tabela usuarios é unir em um único local os dados comuns a todos os usuários, mantendo em tabelas separadas somente os dados específicos de cada tipo de usuário (alunos e professores) QUADRO 23 - Script de criação da tabela usuarios CREATE TABLE usuarios ( id_usuario serial NOT NULL, "login" character varying(11), "password" character varying(11), tipo integer, nome character varying(50), cpf character varying(11), rg character varying(15), logradouro character varying(100), numero integer, bairro character varying(50), cidade character varying(50), uf character varying(2), cep character varying(11), fone_celular character varying(15), fone_residencial character varying(15), fone_comercial character varying(15), character varying(50), CONSTRAINT usuarios_pkey PRIMARY KEY (id_usuario) ) WITH ( OIDS=FALSE

38 ); ALTER TABLE usuarios OWNER TO postgres; QUADRO 24 - Script de criação da tabela alunos CREATE TABLE alunos ( matricula_aluno integer NOT NULL, emp_nome character varying(50), emp_logradouro character varying(100), emp_numero integer, emp_bairro character varying(50), emp_cidade character varying(50), emp_uf character varying(2), emp_cep character varying(10), emp_fone_pri character varying(15), emp_fone_sec character varying(15), eme_nome character varying(50), eme_logradouro character varying(100), eme_numero integer, eme_bairro character varying(50), eme_cidade character varying(50), eme_uf character varying(2), eme_cep character varying(10), eme_fone_pri character varying(15), eme_fone_sec character varying(15), id_usuario integer, id_turma integer, CONSTRAINT alunos_pkey PRIMARY KEY (matricula_aluno), CONSTRAINT alunos_id_turma_fkey FOREIGN KEY (id_turma) REFERENCES turmas (id_turma) MATCH SIMPLE ON UPDATE NO ACTION ON DELETE NO ACTION, CONSTRAINT alunos_id_usuario_fkey FOREIGN KEY (id_usuario) REFERENCES usuarios (id_usuario) MATCH SIMPLE ON UPDATE NO ACTION ON DELETE NO ACTION ) WITH ( OIDS=FALSE ); ALTER TABLE alunos OWNER TO postgres; QUADRO 25 - Script de criação da tabela professores CREATE TABLE professores ( matricula_professor integer NOT NULL, id_usuario integer, titulacao character varying(13), status boolean, vagas_orientacao_ocupadas integer, vagas_orientacao_total integer, CONSTRAINT professores_pkey PRIMARY KEY (matricula_professor),

39 CONSTRAINT professores_id_usuario_fkey FOREIGN KEY (id_usuario) REFERENCES usuarios (id_usuario) MATCH SIMPLE ON UPDATE NO ACTION ON DELETE NO ACTION ) WITH ( OIDS=FALSE ); ALTER TABLE professores OWNER TO postgres; 3.4 Implementação do layout A interface do SGTCC é padronizada, ou seja, todas as páginas fazem uso da classe layout_class.php, na qual foi definido o layout padrão. Os elementos de apresentação como fontes, cores, margens e posições são definidos em um documento CSS (Cascading Style Sheet) externo, denominado stylesheet.css. Durante a implementação do layout foram realizados testes em vários navegadores, para ter a certeza que o SGTCC seria exibido sem problemas nos principais navegadores atuais, dentre eles Microsoft Internet Explorer, Google Chrome, Apple Safari, Opera e Mozilla Firefox. Para atingir este feito, procurou-se fazer uso dos padrões W3C (World Wide Web Consortium) (W3C, 2010). A figura 6 ilustra a estrutura do layout. A seção Header corresponde ao cabeçalho da página, no qual é apresentado o nome do sistema, as logomarcas do curso de Sistemas de Informação e da UNIPLAC. Em seguida, é exibido o Menu que dá acesso às demais páginas do sistema de acordo com o nível de permissão do usuário. Abaixo do Menu, à esquerda, está a seção Sidebar, que mostra as opções de cadastro e consulta disponíveis de acordo com o nível de permissão do usuário. Ao lado da seção Sidebar, é apresentada a seção Main, principal bloco do layout, no qual são apresentados os formulários, relatórios de consulta etc. Por fim, no rodapé da página, a seção Footer completa o layout com o nome do acadêmico que desenvolveu o sistema.

40 39 FIGURA 6 - Layout do site O quadro 26 apresenta a estrutura da classe layout_class.php. Esta classe possui quatro métodos, são eles: setmain, setmenu2, DisplayMenu e Display. O método setmain (linha 9) é responsável por salvar o conteúdo do bloco main recebido por parâmetro na variável local $main. O método setmenu2 (linha 12) é responsável por salvar o conteúdo do menu lateral recebido por parâmetro na variável local $menu2. O método DisplayMenu (linha 15) é responsável por definir as opções do menu principal, de acordo com o tipo de usuário logado no sistema. Por fim, o método Display possui o código XHTML completo da página que será mostrada no navegador, na linha 35 é chamado o método DisplayMenu da mesma classe, nas linha 37 e 40 são recuperados os dados salvos nas variáveis locais que possuem o conteúdo do menu lateral e do bloco main <?php QUADRO 26 - Fragmento de código da classe layout_class.php class layout_class { // Atributos da classe layout_class private $main; private $menu2; // Métodos da classe layout_class public function setmain($newmain) { $this->main = $newmain; } public function setmenu2($newmenu2) { $this->menu2= $newmenu2; } public function DisplayMenu() { //O código desta seção é responsável por definir as opções do menu principal de acordo com o tipo de usuário. }

41 public function Display() { echo "<!DOCTYPE html PUBLIC \"-//W3C//DTD XHTML 1.0 Transitional//EN\" \" transitional.dtd\">\n\n"; echo "<html xmlns=' echo " <head>\n"; echo " <meta http-equiv='content-type' content='text/html; charset=utf-8'/>\n"; echo " <meta name='author' content='rodrigo Oliveira'>\n"; echo " <meta name='description' content='sistema de Gerenciamento de TCCs do Curso de Sistemas de Informação da UNIPLAC'>\n"; echo " <title>sgtcc</title>\n"; echo " <meta name='keywords' content='tcc, UNIPLAC, Sistemas de Informação' />\n"; echo " <link rel='stylesheet' type='text/css' media='screen' href='css/stylesheet.css' />\n"; echo " </head>\n\n"; echo " <body>\n"; echo " <div id='container'>\n\n"; echo " <div id='header'>"; echo " </div>"; $this->displaymenu(); echo " <div id='sidebar'>"; echo $this->menu2; echo " </div>\n <!-- FIM sidebar -->\n"; echo " <div id='main'>"; echo $this->main; echo " </div>\n <!-- FIM main -->\n"; echo " <div id='footer'>"; echo " <p>rodrigo Oliveira</p>"; echo " </div>"; echo " </div>\n <!-- FIM container -->\n"; echo " </body>\n\n"; echo "</html>\n"; } }?> 3.5 Login no sistema A Figura 7 mostra a página inicial do sistema, na qual o usuário faz login por meio dos parâmetros usuário e senha. Após validar a entrada no sistema, é realizada a verificação do tipo de usuário, dando acesso às funcionalidades de acordo com seu nível de privilégio. Caso o usuário e senha não sejam válidos, é apresentada uma

42 41 mensagem de acesso negado e feito o seu redirecionamento para a página inicial. FIGURA 7 - Página inicial do sistema O quadro 27 apresenta o código da classe login.php, que é responsável pelo fluxo de execução do login no sistema. Nas linhas 2 e 3, as variáveis $login e $password recebem os valores do formulário de login. Na linha 5 é verificado se o usuário informou os dados para login, caso não tenha digitado é exibida uma mensagem (linha 24) e o acesso é negado. Na linha 6 é incluída a classe usuário.php. A linha 7 cria uma nova instância da classe usuario.php. Na linha 8 é chamado o método verifica_login da classe usuario.php, que valida o usuário e senha no banco de dados, retornando o id do usuário para a variável $id_logusuario. Entre as linhas 9 e 12 é verificado se a variável $id_logusuario tem conteúdo, ou seja, se existe uma id de usuário. Caso não exista é apresentada uma mensagem (linha 10). Senão, a sessão é registrada e o usuário é redirecionado para a página inicio_form.php (linhas 13 a 21) QUADRO 27 - Código da classe login.php <?php $login = $_REQUEST["usuario"]; $password = $_REQUEST["senha"];

43 if ((strlen($login) > 0) and (strlen($password) > 0)) { require('usuario.php'); $usuario = new Usuario; $id_logusuario = $usuario->verifica_login($login, $password); if (!$id_logusuario) { echo ("<h1>acesso não autorizado! Verifique seu <i>login</i> e senha.</h1>"); echo ("<p><a href='index.php'>voltar</a>"); } else session_register(login); session_register(password); $resultado = $usuario- >consulta_usuario($id_logusuario); $row = pg_fetch_array($resultado); $tipo = $row['tipo']; $_SESSION['id_logusuario'] = $id_logusuario; $_SESSION['tipo'] = $tipo; include('inicio_form.php'); } } else { echo ("<i>login</i> ou senha não informados."); echo ("<p><a href='index.php'>voltar</a>"); }?> 3.6 Implementação dos cadastros A arquitetura da solução prevê que cada cadastro tenha pelo menos dois arquivos: o cadastro.php, que representa uma classe de dados, e o cadastro_form.php, que coordena o fluxo de execução quando se trata das operações de inclusão, exclusão, alteração e consulta. A arquitetura geral da classe cadastro_form.php pode ser dividida basicamente em dois blocos: identificação do tipo de usuário para definir as opções do menu lateral e reconhecimento da opção de formulário para direcionar às operações correspondentes. O Quadro 28 apresenta um fragmento de código da classe area_form.php para exemplificar o bloco responsável por definir as opções do menu lateral, de acordo com o tipo de usuário logado no sistema. Na linha 1 é identificado o tipo de usuário, através da variável de sessão tipo. Na linha 4, a variável $menu2 recebe o código

44 43 XHTML que mostra um menu com quatro opções de link (incluir, editar, apagar e pesquisar), caso o tipo de usuário seja igual a 1 (linha 3), que corresponde ao professor de TCC/Administrador do sistema. Os links do menu funcionam da seguinte maneira: area_form.php?formulario=cad_area1 direciona para a opção de inclusão em area.php; area_form.php?formulario=alt_area1 direciona para a opção de alteração em area.php; area_form.php?formulario=exc_area1 direciona para a opção de exclusão em area.php; area_form.php direciona para a opção default em area.php QUADRO 28 - Fragmento de código da classe area_form.php... switch ($_SESSION['tipo']) { case 1: //Professor de TCC/Admin $menu2=" <ul class='menu2'> <li><a href='area_form.php?formulario=cad_area1' title='incluir'><img src='images/incluir.png' alt='' width='25' height='16' />Incluir</a></li> <li><a href='area_form.php?formulario=alt_area1' title='editar'><img src='images/editar.png' alt='' width='25' height='16' />Editar</a></li> <li><a href='area_form.php?formulario=exc_area1' title='apagar'><img src='images/apagar.png' alt='' width='25' height='16' />Apagar</a></li> <li><a href='area_form.php' title='pesquisar'><img src='images/pesquisar.png' alt='' width='25' height='16' />Pesquisar</a></li> </ul>"; break; }... No quadro 29 é mostrado um fragmento de código da classe area_form.php responsável por executar as operações de acordo com a opção de formulário recebida

45 44 através da variável $formulario. Na linha 1, a variável $formulario recebe a opção que vem do formulário XHTML ou via método GET (incluído na URL). A linha 3 apresenta a abertura da função switch que valida o valor da variável $formulário e executa o código correspondente à opção desejada, por exemplo, na linha 5 cad_area1 e na linha 35 exc_area QUADRO 29 - Fragmento de código da classe area_form.php... $formulario = $_REQUEST['formulario']; switch ($formulario) { case 'cad_area1': //Neste bloco está o código responsável pela página inicial da opção Cadastrar Área, que contém o formulário com os dados da Área de Pesquisa. break; case 'cad_area': //Neste bloco está o código responsável por chamar o método de inclusão no banco de dados, que está na classe area.php. break; case 'alt_area1': //Neste bloco está o código responsável pela página inicial da opção Alterar Área, que contém uma lista com as áreas que podem ser alteradas. break; case 'alt_area2': //Neste bloco está o código responsável pela página que contém o formulário com os dados para alteração da Área. break; case 'alt_area': //Neste bloco está o código responsável por chamar o método de alteração no banco de dados que está na classe area.php. break;

46 case 'exc_area1': //Neste bloco está o código responsável pela página inicial da opção Excluir Área, que contém uma lista com as áreas que podem ser excluídas. break; case 'exc_area2': //Neste bloco está o código responsável por chamar o método de exclusão no banco de dados que está na classe area.php. break; default: //Neste bloco está o código responsável pela página padrão, que mostra as Áreas de Pesquisa cadastradas. }... break; A estrutura apresentada anteriormente nos quadros 28 e 29 é usada em todos os cadastros básicos: Calendário, Critérios de Avaliação, Sugestões de Projeto e Turma. 3.7 Módulo Administrador Nesta seção são apresentadas as principais funcionalidades sob responsabilidade do Administrador do Sistema Cadastro de área de pesquisa A figura 8 apresenta a página onde o usuário Administrador cadastra as Áreas de pesquisa definidas pelo colegiado do curso. Estes dados são utilizados nos cadastros de professores e projetos. O usuário, ao acessar o menu Áreas de Pesquisa, visualiza os seguintes campos: nome da área e descrição. Apenas o usuário Administrador tem acesso à inclusão, alteração e exclusão. Os demais usuários têm

47 46 acesso somente à consulta. FIGURA 8 - Página de cadastro de Áreas de Pesquisa O quadro 30 mostra como é montado o menu lateral, de acordo com o tipo de usuário. A linha 1 apresenta a abertura da função switch que valida o valor da variável de sessão tipo e executa o código correspondente à opção desejada. Na linha 4, a variável $menu2 recebe o código XHTML com as opções de menu do usuário Administrador, caso esse seja o tipo de usuário que está usando o sistema. O mesmo se repete para os outros tipos de usuário, conforme é mostrado nas linhas 14, 21 e QUADRO 30 - Fragmento de código da classe area_form.php... switch ($_SESSION['tipo']) { case 1: //Professor de TCC/Admin $menu2=" <ul class='menu2'> <li><a href='area_form.php?formulario=cad_area1' title='incluir'><img src='images/incluir.png' alt='' width='25' height='16' />Incluir</a></li> <li><a href='area_form.php?formulario=alt_area1' title='editar'><img src='images/editar.png' alt='' width='25' height='16' />Editar</a></li> <li><a

48 href='area_form.php?formulario=exc_area1' title='apagar'><img src='images/apagar.png' alt='' width='25' height='16' />Apagar</a></li> <li><a href='area_form.php' title='pesquisar'><img src='images/pesquisar.png' alt='' width='25' height='16' />Pesquisar</a></li> </ul>"; break; case 2: //Orientador $menu2=" <ul class='menu2'> <li><a href='area_form.php?formulario=con_area' title='pesquisar'><img src='images/pesquisar.png' alt='' width='25' height='16' />Pesquisar</a></li> </ul>"; break; case 3: //Aluno $menu2=" <ul class='menu2'> <li><a href='area_form.php?formulario=con_area' title='pesquisar'><img src='images/pesquisar.png' alt='' width='25' height='16' />Pesquisar</a></li> </ul>"; break; case 4: //Visitante $menu2=" <ul class='menu2'> <li><a href='area_form.php?formulario=con_area' title='pesquisar'><img src='images/pesquisar.png' alt='' width='25' height='16' />Pesquisar</a></li> </ul>"; break; default: break; }... O Quadro 31 apresenta um fragmento de código da classe area_form.php que gera o código XHTML responsável por mostrar na tela todas as áreas de pesquisa cadastradas. A linha 1 verifica a opção de formulário que foi recebida por parâmetro ($formulario=con_area). Na linha 2, a variável $result armazena o retorno do método listar() da classe area.php. Esta classe foi instanciada anteriormente na variável $area. Da linha 4 até a linha 10 são definidos o título da página e o cabeçalho da tabela que

49 48 mostra os resultados. Da linha 11 até a linha 18 é executado um laço de repetição que gera o código XHTML, linha a linha, com os dados de cada área de pesquisa (nome e descrição). Entre as linhas 19 e 20 é feito o fechamento da tabela. A figura 9 mostra a página com a lista das áreas de pesquisa QUADRO 31 - Fragmento de código da classe area_form.php case 'con_area': $result = $area->listar(); $num_results = pg_num_rows($result); $main=" <h1>áreas de Pesquisa Cadastradas</h1><br /> <table> <tr> <th scope='col'>nome</th> <th scope='col'>descrição</th> </tr>"; for ($i=0; $i < $num_results; $i++) { $row = pg_fetch_array($result); $main=$main." <tr ".(($i%2)+1)."> <td>".$row['nome']."</td> <td>".$row['descricao']."</td> </tr>\n"; } $main=$main." </table>"; break;

50 Cadastro de turma FIGURA 9 - Página com a lista das Áreas de Pesquisa cadastradas O cadastramento de Turmas é uma das responsabilidades do usuário Administrador. A figura 10 apresenta a tela em que são realizados os cadastros.

51 50 FIGURA 10 - Página de cadastro de Turma Cadastro de atividades no calendário Na figura 11 é apresentada a página de cadastro de atividades no calendário. Nesta tela, somente o usuário Administrador tem acesso à inclusão, alteração e exclusão. Os demais usuários têm acesso somente à consulta. O Quadro 32 apresenta um fragmento de código da classe atividadecalendario_form.php, o qual busca os dados provenientes do formulário XHTML e os inclui no banco de dados. A linha 1 verifica a opção de formulário que foi recebida pelo parâmetro $formulario. Da linha 2 até a linha 4, as variáveis recebem os valores dos respectivos campos no formulário XHTML. Da linha 5 até a linha 9 é realizada a chamada ao método incluir(), da classe atividadecalendario.php, passando por parâmetro os dados para inclusão e verificando se a operação foi realizada com sucesso ou não, salvando a mensagem na variável $main que é apresentada na tela posteriormente. FIGURA 11 - Página de cadastro de Atividades no calendário QUADRO 32 - Fragmento de código da classe atividadecalendario_form.php case 'cad_atividadecalendario': $data = $_REQUEST["data"]; $atividade = $_REQUEST["atividade"];

52 $turma = $_REQUEST["turma"]; if (!($atividadecalendario->incluir ($data, $atividade, $turma))) { $main="<h1>erro: Não foi possível cadastrar a atividade no calendário <b>$data</b>.</h1>\n".f_voltar(''); } else { $main="<h1>inclusão da atividade do dia <b>$data</b> foi realizada com sucesso!</h1>\n".f_voltar(''); } break; Cadastro de critérios de avaliação Na figura 12 é apresentada a página de cadastro de critérios de avaliação. Somente o usuário Administrador tem acesso à inclusão, alteração, exclusão e consulta. FIGURA 12 - Página de cadastro de Critérios de Avaliação O Quadro 33 apresenta um fragmento de código da classe criterioavaliacao_form.php, o qual permite que sejam alterados os dados dos critérios já cadastrados no banco de dados. Da linha 2 até a linha 7, as variáveis recebem os valores dos respectivos campos no formulário XHTML. Da linha 9 até a linha 14 é realizada a chamada ao método alterar(), da classe criterioavaliacao.php, passando

53 52 por parâmetro os dados para alteração e verificando se a operação foi realizada com sucesso ou não, salvando a mensagem na variável $main que é apresentada na tela posteriormente QUADRO 33 - Fragmento de código da classe criterioavaliacao_form.php... case 'alt_crit3': $id_criterio = $_REQUEST["id_criterio"]; $bloco = $_REQUEST["bloco"]; $etapa = $_REQUEST["etapa"]; $status = $_REQUEST["status"]; $tipo_avaliador = $_REQUEST["tipo_avaliador"]; $descricao = $_REQUEST["descricao"]; $prox_formulario = "alt_crit1"; $resultado = $criterioavaliacao->alterar ($id_criterio, $bloco, $etapa, $status, $tipo_avaliador, $descricao); if (!$resultado) { $main = "<h1>erro: Não foi possível alterar o Criterio de Avaliação bloco '$bloco'.</h1>".f_voltar($prox_formulario); } else { $main = "<h1>alteração do Criterio de Avaliação bloco '$bloco' foi realizada com sucesso!!!</h1>".f_voltar($prox_formulario); } break; Cadastro de aluno A figura 13 apresenta a página na qual o usuário Administrador realiza o cadastro de alunos. Estes dados são posteriormente utilizados nos cadastros de Projetos e Acompanhamento de orientação. O Administrador, ao acessar a página Aluno, tem acesso pelo menu lateral à inclusão, alteração, exclusão e pesquisa. A tela exibida por padrão é a de consulta. O Quadro 34 apresenta um fragmento de código da classe aluno_form.php que gera o código XHTML responsável por mostrar na tela todos os alunos cadastrados, que é a opção default. Na linha 2, a variável $result armazena o retorno do método listar() da classe aluno.php. Esta classe foi instanciada anteriormente na variável $aluno. Na linha 3, a variável $num_results armazena o número de registros salvos na variável $result na linha anterior. Da linha 5 até a linha 11 são definidos o

54 53 título da página e o cabeçalho da tabela que mostra os resultados. Da linha 13 até a linha 22 é executado um laço de repetição que gera o código XHTML, linha a linha, com os dados de cada Aluno (nome, matrícula, turma e ). Entre as linhas 23 e 25 é feito o fechamento da tabela

55 FIGURA 13 - Página de cadastro de Aluno 54

56 QUADRO 34 - Fragmento de código da classe aluno_form.php default: $result = $aluno->listar(); $num_results = pg_num_rows($result); $main =" <h1>alunos Cadastrados</h1><br /> <table> <tr> <th scope='col'><b>nome</b></th> <th scope='col'><b>matrícula</b></th> <th scope='col'><b>turma</b></th> <th scope='col'><b> </b></th> </tr>\n"; for ($i=0; $i < $num_results; $i++) { $row = pg_fetch_array($result); $main = $main." <tr ".(($i%2)+1)."'> <td>".$row['nome']."</td> <td>".$row['matricula_aluno']."</td> <td>".$row['codigo']."</td> <td>".$row[' ']."</td> </tr>\n"; } $main=$main." </table> \n"; break; O Quadro 35 apresenta um fragmento de código da classe aluno_form.php que captura os dados do formulário XHTML e chama o método incluir da classe aluno.php, responsável por cadastrar um novo aluno no banco de dados. Da linha 2 até a linha 36 os dados do formulário são passados para as variáveis. Na linha 38 é chamado o método incluir da classe aluno.php, que é responsável por inserir os dados no banco de dados, passando por parâmetro as variáveis com os dados do aluno QUADRO 35 - Fragmento de código da classe aluno_form.php case 'cad_aluno': $nome = $_REQUEST["nome"]; $login = $_REQUEST["login"]; $password = $_REQUEST["password"]; $ = $_REQUEST[" "]; $cpf = $_REQUEST["cpf"]; $rg = $_REQUEST["rg"]; $logradouro = $_REQUEST["logradouro"]; $numero = $_REQUEST["numero"]; $bairro = $_REQUEST["bairro"];

57 $cidade = $_REQUEST["cidade"]; $uf = $_REQUEST["uf"]; $cep = $_REQUEST["cep"]; $fone_celular = $_REQUEST["fone_celular"]; $fone_residencial = $_REQUEST["fone_residencial"]; $fone_comercial = $_REQUEST["fone_comercial"]; $matricula_aluno = $_REQUEST["matricula_aluno"]; $emp_nome = $_REQUEST["emp_nome"]; $emp_logradouro = $_REQUEST["emp_logradouro"]; $emp_numero = $_REQUEST["emp_numero"]; $emp_bairro = $_REQUEST["emp_bairro"]; $emp_cidade = $_REQUEST["emp_cidade"]; $emp_uf = $_REQUEST["emp_uf"]; $emp_cep = $_REQUEST["emp_cep"]; $emp_fone_pri = $_REQUEST["emp_fone_pri"]; $emp_fone_sec = $_REQUEST["emp_fone_sec"]; $eme_nome = $_REQUEST["eme_nome"]; $eme_logradouro = $_REQUEST["eme_logradouro"]; $eme_numero = $_REQUEST["eme_numero"]; $eme_bairro = $_REQUEST["eme_bairro"]; $eme_cidade = $_REQUEST["eme_cidade"]; $eme_uf = $_REQUEST["eme_uf"]; $eme_cep = $_REQUEST["eme_cep"]; $eme_fone_pri = $_REQUEST["eme_fone_pri"]; $eme_fone_sec = $_REQUEST["eme_fone_sec"]; $id_turma = $_REQUEST["id_turma"]; if (!($aluno->incluir($nome, $login, $password,$ , $cpf, $rg, $logradouro, $numero, $bairro, $cidade, $uf, $cep, $fone_celular, $fone_residencial, $fone_comercial, $matricula_aluno, $emp_nome, $emp_logradouro, $emp_numero, $emp_bairro, $emp_cidade, $emp_uf, $emp_cep, $emp_fone_pri, $emp_fone_sec, $eme_nome, $eme_logradouro, $eme_numero, $eme_bairro, $eme_cidade, $eme_uf, $eme_cep, $eme_fone_pri, $eme_fone_sec, $id_turma))) { $main = "<h1>erro: Não foi possível cadastrar o aluno '$nome'.</h1>\n".$_session['err_str'].$aluno->formulario ($nome, $login, $password, $ , $cpf, $rg, $logradouro, $numero, $bairro, $cidade, $uf, $cep, $fone_celular, $fone_residencial, $fone_comercial, $matricula_aluno, $emp_nome, $emp_logradouro, $emp_numero, $emp_bairro, $emp_cidade, $emp_uf, $emp_cep, $emp_fone_pri, $emp_fone_sec, $eme_nome, $eme_logradouro, $eme_numero, $eme_bairro, $eme_cidade, $eme_uf, $eme_cep, $eme_fone_pri, $eme_fone_sec, $id_turma, $id_usuario, $formulario); break; } else { $main = "<h1>inclusão do aluno <b>$nome</b> foi realizada com sucesso!!!</h1>\n".f_voltar(''); }break; Cadastro de professor

58 57 A figura 14 apresenta a página pela qual o usuário Administrador realiza os cadastros de professores. O menu lateral dá acesso à inclusão, alteração, exclusão e pesquisa. O formulário exibido por padrão é o de inclusão. FIGURA 14 - Página de cadastro de Professor O Quadro 36 apresenta um fragmento de código da classe professor_form.php que captura os dados do formulário XHTML e chama o método

59 58 incluir da classe professor.php, responsável por cadastrar um novo professor no banco de dados. Da linha 2 até a linha 22 os dados do formulário são passados para as variáveis. Na linha 24 é chamado o método incluir(), da classe professor.php, que é responsável por cadastrar o novo professor no banco de dados, passando por parâmetro as variáveis com os seus dados. Na linha 27 é chamado o método incluir da classe pesquisa.php, que cadastra no banco as áreas de interesse do professor QUADRO 36 - Fragmento de código da classe professor_form.php case 'cad_prof': $nome = $_REQUEST["nome"]; $login = $_REQUEST["login"]; $password = $_EQUEST["password"]; $tipo = $_REQUEST["tipo"]; $ = $_REQUEST[" "]; $cpf = $_REQUEST["cpf"]; $rg = $_REQUEST["rg"]; $logradouro = $_REQUEST["logradouro"]; $numero = $_REQUEST["numero"]; $bairro = $_REQUEST["bairro"]; $cidade = $_REQUEST["cidade"]; $uf = $_REQUEST["uf"]; $cep = $_REQUEST["cep"]; $fone_celular = $_REQUEST["fone_cel"]; $fone_residencial = $_REQUEST["fone_res"]; $fone_comercial = $_REQUEST["fone_cml"]; $matricula_professor = $_REQUEST["matricula_professor"]; $status = $_REQUEST["status"]; $titulacao = $_REQUEST["titulacao"]; $vagas_orientacao_total = $_REQUEST["vagas_orientacao_total"]; $areas = $_REQUEST["areas"]; if (!($prof->incluir($nome, $login, $password, $tipo, $ , $cpf, $rg, $logradouro, $numero, $bairro, $cidade, $uf, $cep, $fone_celular, $fone_residencial, $fone_comercial, $matricula_professor, $status, $titulacao, $vagas_orientacao_total))) { $main = "<h1>erro: Não foi possível cadastrar o professor '$nome'.</h1>\n".f_voltar(''); } else { if (!($pesq->incluir($areas, $matricula_professor))) { $main = "<h1>erro: Não foi possível cadastrar as área de interesse do professor '$nome'.</h1>\n".f_voltar(''); } else { $main = "<h1>professor <b>$nome</b> cadastrado com sucesso!!!</h1>\n".f_voltar(''); } }

60 59 33 break; Cadastro de sugestões de projeto A figura 15 apresenta a página do cadastro de sugestões de projeto. O usuário Administrador tem acesso à inclusão, alteração, exclusão e pesquisa. Os professores orientadores podem cadastrar e pesquisar sugestões. Os demais usuários podem apenas visualizar as sugestões cadastradas. FIGURA 15 - Página de cadastro de Sugestões de Projeto de TCC O Quadro 37 apresenta um fragmento de código da classe sugestao_form.php que gera o código XHTML para implementar o formulário de exclusão. Neste trecho é necessário pesquisar as sugestões de projeto cadastradas e exibir a lista incluindo um checkbox ao lado do identificador de cada sugestão, a fim de permitir marcar quais sugestões se deseja excluir. A linha 1 verifica a opção de formulário que foi recebida por parâmetro. Na linha 2, a variável $sugestao armazena o retorno do método listar() da classe sugestao.php, a qual foi instanciada

61 60 anteriormente na variável $sugestao. Na linha3, a variável $num_results recebe o número de registros que retornaram da consulta realizada na linha anterior. Da linha 4 até a linha 8 são definidos os títulos da página e é aberta uma divisão (DIV) que possui uma formatação especial declarada no documento stylesheet.css. Da linha 9 até a linha 13 é executado um laço de repetição que gera o código XHTML, linha a linha, com o título de cada sugestão de projeto e o seu checkbox. Nas linhas 14 até 20 estão o fechamento do formulário e da tag div. A figura 16 mostra a página com a lista das sugestões de projeto para exclusão QUADRO 37 - Fragmento de código da classe sugestao_form.php case 'exc_sugestao1': $sugestao = $sugestao->listar(); $num_results = pg_num_rows($sugestao); $main = " <h1>apagar Sugestões</h1><br /> <div id='exclusao'> <form method='post' action='sugestao_form.php'> \n"; for ($i=0; $i < $num_results; $i++) { $row = pg_fetch_array($sugestao); $main = $main." <input class='linha".(($i%2)+1)."' type='checkbox' name='id_ideias[".$row['id_ideia']."]' value='".$row['titulo']."' />".$row['titulo']."<br />\n"; } $main = $main. "<br /> <input type='hidden' name='formulario' value='exc_sugestao2'> <input class='botao' type='submit' value='excluir'> <input class='botao' type='reset' value='cancelar'> </form> </div>\n"; break;

62 61 FIGURA 16 - Página de exclusão de Sugestões de Projeto de TCC O Quadro 38 apresenta um fragmento de código da classe sugestao_form.php que é responsável por identificar quais sugestões de projeto foram escolhidas na página anterior para exclusão. A linha 1 verifica a opção de formulário que foi recebida por parâmetro. Na linha 2, a variável $id_ideias armazena o array com os identificadores das sugestões de projeto a serem excluídas. Na linha 4 a função isset verifica se o conteúdo de $id_ideias não é vazio, ou seja, se alguma sugestão foi selecionada para exclusão. Caso exista alguma sugestão para excluir, na linha 5 é aberto um lanço de repetição foreach para acessar todos os elementos do array. Entre as linhas 6 e 10 é chamado o método excluir da classe sugestão instanciada anteriormente na variável $sugestao, passando por parâmetro o id da sugestão e testando se a exclusão foi bem sucedida ou não QUADRO 38 - Fragmento de código da classe sugestao_form.php... case 'exc_sugestao2': $id_ideias = $_REQUEST["id_ideias"]; // Recebe o array de id_ideia $main=""; if(isset($id_ideias)){ foreach($id_ideias as $id_ideia => $titulo){ if (!$sugestao->excluir($id_ideia)) { $main=$main."<h1>erro ao excluir a sugestão <b>$titulo</b>!</h1>\n"; } else { $main=$main."<h1>sugestão <b>$titulo</b> excluída com sucesso!</h1>\n"; }

63 } } else { $main="<h1>erro: Nenhuma sugestão foi escolhida!</h1><br/>".f_voltar('exc_sugestao1'); } break; Cadastro de projeto O usuário Administrador tem acesso somente à consulta, assim como o professor Orientador e o Visitante. O cadastro do Projeto é feito pelo próprio Aluno. A figura 17 apresenta a tela de consulta dos projetos cadastrados. FIGURA 17 - Página de consulta dos Projetos cadastrados Cadastro de acompanhamento de orientação O processo de Acompanhamento da Orientação se inicia quando o Aluno cadastra as atividades realizadas durante o último mês de orientação. Em seguida, o professor Orientador confere as atividades, informa as faltas na orientação e dá o seu parecer. Na sequencia o Professor de TCC, que é o Administrador do sistema, cadastra o seu próprio parecer finalizando o processo. A figura 18 apresenta a página de Acompanhamento da Orientação, na qual o Professor de TCC (Administrador do sistema) visualiza uma lista dos

64 63 acompanhamentos que estão aguardando seu parecer. O nome do aluno possui um link que dá acesso à página que contém o detalhamento das atividades. A figura 19 apresenta o formulário em que o Professor de TCC cadastra o seu parecer, após tomar conhecimento das atividades realizadas pelo aluno, o parecer do orientador e o número de faltas nas orientações. FIGURA 18 - Página inicial do cadastro do Parecer do Professor de TCC FIGURA 19 - Página de Acompanhamento de Orientação

65 Módulo professor orientador Cadastro de área de pesquisa O professor Orientador tem acesso somente à consulta (figura 20). FIGURA 20 - Página com a lista das Áreas de Pesquisa cadastradas Cadastro de atividades no calendário 21. O professor Orientador tem acesso somente à consulta, como mostra a figura

66 65 FIGURA 21 - Página com a lista das Atividades cadastradas no Calendário Cadastro de aluno 22. O professor Orientador tem acesso somente à consulta, como mostra a figura Cadastro de professor FIGURA 22 - Página com a lista dos Alunos cadastrados O professor Orientador tem acesso somente à consulta, como mostra a figura 23. Os Orientadores não têm acesso à alteração dos dados, assim como os Alunos, esta é uma responsabilidade do Administrador.

67 66 FIGURA 23 - Página com a lista dos Professores cadastrados Cadastro de sugestões de projeto Os professores Orientadores podem cadastrar e pesquisar sugestões. As figuras 24 e 25 apresentam as páginas de cadastro e pesquisa de sugestões de projeto, respectivamente.

68 67 FIGURA 24 - Página de cadastro de Sugestões de Projeto de TCC FIGURA 25 - Página de consulta das Sugestões de Projeto cadastradas Cadastro de projeto O professor Orientador tem acesso somente à consulta, da mesma maneira que o Administrador e o Visitante, como mostrado anteriormente na figura Cadastro de acompanhamento de orientação A figura 26 apresenta a página de Acompanhamento da Orientação, na qual o Orientador visualiza uma lista dos acompanhamentos que estão aguardando seu parecer. O nome do aluno possui um link que dá acesso à página que contém o detalhamento das atividades.

69 68 FIGURA 26 - Página inicial do cadastro do parecer do Orientador A figura 27 apresenta o formulário em que o Orientador cadastra o seu parecer e o número de faltas nas orientações, após tomar conhecimento das atividades realizadas pelo aluno. FIGURA 27 - Página de acompanhamento de Orientação 3.9 Módulo Aluno Cadastro de área de pesquisa

70 69 Os Alunos tem acesso somente a consulta, da mesma maneira que os professores Orientadores, como pode ser visto na figura 20, mostrada anteriormente Cadastro de atividades no calendário Os Alunos tem acesso somente a consulta, da mesma maneira que os professores Orientadores, como pode ser visto na figura 21, mostrada anteriormente Cadastro de sugestões de projeto Os Alunos tem acesso somente à consulta, como mostra a figura Cadastro de projeto FIGURA 28 - Página com a lista das Sugestões de Projeto cadastradas Na figura 29 é apresentada a página de cadastro de projetos. Nesta tela, somente o usuário Aluno tem acesso à inclusão, alteração e exclusão. Os demais usuários têm acesso somente à consulta.

71 70 FIGURA 29 - Página de cadastro de Atividades no calendário Cadastro de acompanhamento de orientação O fluxo do Acompanhamento da Orientação se inicia quando o Aluno cadastra as atividades realizadas durante um período de quatro semanas, que deve corresponder ao último mês de orientação (figura 30).

72 71 FIGURA 30 - Página de cadastro do Acompanhamento da Orientação 3.10 Módulo Visitante Cadastro de áreas de pesquisa

73 72 Os Visitantes têm acesso somente a consulta, da mesma maneira que os professores Orientadores e Alunos, como pode ser visto na figura 20, mostrada anteriormente Cadastro de atividades no calendário Os Visitantes têm acesso somente a consulta, da mesma maneira que os professores Orientadores e Alunos, como pode ser visto na figura 21, mostrada anteriormente Cadastro de sugestões de projeto Os Visitantes têm acesso somente a consulta, da mesma maneira que os Alunos, como pode ser visto na figura 28, mostrada anteriormente Conclusão A implementação é uma das etapas mais importantes no desenvolvimento de um sistema, pois é nesta fase que o projeto se concretiza. Durante todo este trabalho, pode-se dizer que foi a etapa mais trabalhosa, tendo em vista a falta de prática no que diz respeito à programação web. Toda a documentação elaborada na análise e projeto do sistema foi de grande valia, pois serviu de base para que a implementação pudesse ter objetivos claros e bem definidos. A implementação foi iniciada desde o princípio, não reaproveitando os códigos já elaborados por Ferreira (2007). Dos quinze requisitos levantados na etapa de análise projeto do sistema, apenas seis não foram implementados, sendo eles os que se referem à avaliação de Projeto, TCC I e TCC II e também os relacionados à Banca de TCC II (cadastro de datas, disponibilidade dos professores e agendamento). Infelizmente nem todos os requisitos foram atendidos, mas pode-se notar um grande avanço especialmente em relação à interface com o usuário. Agora o sistema

74 73 está com um visual mais agradável, organizado e com maior compatibilidade com os navegadores atuais.

75 74 4 CONSIDERAÇÕES FINAIS Todo o processo de acompanhamento dos TCCs no Curso de Sistemas de Informação é feito manualmente, através de formulários e relatórios preenchidos pelos alunos, professores orientadores e professor de TCC. Algumas informações importantes são postadas no site do professor de TCC ou então no ambiente virtual LearnLoop. Essa sistemática de trabalho acaba ocasionando vários problemas, dentre eles a descentralização das informações e o grande volume de papel manuseado pelos envolvidos. Este trabalho teve como objetivo a conclusão e implantação do Sistema de Gerenciamento de TCCs do Curso de Sistemas de Informação da UNIPLAC (SGTCC), tornando todo o processo de coordenação e acompanhamento dos projetos mais rápido e ágil, eliminando as redundâncias e o excesso de trabalhos manuais. O objetivo específico possibilitar o acompanhamento dos TCCs do curso de Sistemas de Informação através de um sistema com interface web, foi parcialmente atendido, pois no desenvolvimento deste sistema não foi possível implementar todos os requisitos levantados. Entre os que estão disponíveis para uso, pode-se destacar os de maior importância com relação ao acompanhamento dos TCCs: manter o cadastro dos projetos, atividades no calendário e acompanhamento da orientação. Outro objetivo específico que foi parcialmente atendido é possibilitar a interação do aluno com o orientador através da web, permitindo inclusive o envio de arquivos. O aluno consegue interagir com o orientador através do formulário de acompanhamento de orientação, porém ainda não é possível o envio de arquivos. Reduzir a quantidade de papel, facilitando o armazenamento, atualização e pesquisa de dados é um objetivo que foi atingido. Um dos maiores volumes de papel

76 75 era gerado pelo processo de acompanhamento da orientação, este processo pode ser feito todo pelo site, desde a inclusão das atividades pelo aluno até os pareceres do orientador e professor de TCC. Facilitar o acesso às informações sobre os projetos em andamento e concluídos, também foi um objetivo atingido, pois o sistema além de armazenar as informações sobre os projetos mantém os cadastros de aluno, professor, áreas de pesquisa, acompanhamento da orientação, entre outros. O fato de nem todos os objetivos terem sido atingidos completamente é consequência da falta de experiência prática no desenvolvimento de sistemas web, além das dificuldades encontradas no início do projeto com relação aos métodos de trabalho e ferramentas de desenvolvimento. Mas que com o tempo, dedicação, empenho e ajuda do orientador as dificuldades foram sendo superadas quase que naturalmente. Sabe-se da importância do desenvolvimento deste sistema, pois a sistemática utilizada atualmente no acompanhamento dos TCCs é muito desgastante para todos os envolvidos no processo, portanto, fica como sugestão para trabalhos futuros a implementação dos requisitos faltantes nesta versão e, também, o tratamento de erros e desenvolvimento de recursos para garantir a segurança em relação aos níveis de permissão de acesso.

77 REFERÊNCIAS BIBLIOGRÁFICAS APACHE. Site oficial do Apache. Disponível em: < Acessado em: 22 ago FERREIRA, V. L. Sistema para acompanhamento dos TCCs do curso de sistemas de informação f. Trabalho de Conclusão de Curso (Bacharel em Sistemas de Informação) Departamento de Ciências Exatas e Tecnológicas, Universidade do Planalto Catarinense UNIPLAC, Lages. HEUSER, C. A. Projeto de Banco de Dados. 4. ed. Porto Alegre: Sagra Luzzato, p. LAUDON, K. C.; LAUDON, J. P. Sistemas de Informação: com Internet. 4. ed. Rio de Janeiro: JC, p. MENDES, V. M. V. Uma aplicação via web para o gerenciamento do estágio supervisionado do curso de administração f. Trabalho de Conclusão de Curso (Bacharel em Informática) Departamento de Ciências Exatas e Tecnológicas, Universidade do Planalto Catarinense UNIPLAC, Lages. PHP. Site oficial do PHP. Disponível em: < Acessado em: 22 ago POSTGRESQL. Documentação do PostgreSQL Disponível em: < >. Acessado em: 22 ago SOUSA, E. C. Sistema de Informação para uma clínica de acupuntura médica f. Trabalho de Conclusão de Curso (Bacharel em Informática) Departamento de Ciências Exatas e Tecnológicas, Universidade do Planalto Catarinense UNIPLAC, Lages. UNIPLAC. Regulamento do TCC. Curso Sistemas de Informação. Lages: UNIPLAC, WAZLAWICK, R. S. Análise e projeto de sistemas de informação orientados a objetos. Rio de Janeiro: Campus, p. W3C. Site oficial do World Wide Web Consortium. Disponível em: < Acessado em: 25 ago

78 ZELDMAN, J. Projetando Web Sites compatíveis: como construir web sites compatíveis com browsers e dispositivos variados. Trad. Altair Dias Caldas de Moraes. Rio de Janeiro: Elsevier, 2003.

79 ANEXOS ANEXO I CADASTRO DO ALUNO ANEXO II ACOMPANHAMENTO DA ORIENTAÇÃO ANEXO III AVALIAÇÃO DO PROJETO DE TCC PROF. DE TCC ANEXO IV AVALIAÇÃO DO PROJETO DE TCC ORIENTADOR ANEXO V AVALIAÇÃO DO TCC I PROF. DE TCC ANEXO VI AVALIAÇÃO DO TCC I ORIENTADOR ANEXO VII AVALIAÇÃO DO TCC I CO-ORIENTADOR ANEXO VIII AVALIAÇÃO DO TCC II PROF. DE TCC ANEXO IX AVALIAÇÃO DO TCC II ORIENTADOR ANEXO X AVALIAÇÃO DO TCC II CO-ORIENTADOR ANEXO XI AVALIAÇÃO DO TCC II MEMBRO DA BANCA... 89

80 ANEXO I CADASTRO DO ALUNO CADASTRO DE IDENTIFICAÇÃO DO ALUNO Preencha o formulário com letra de forma MAIUSCULA e legível. DADOS PESSOAIS NOME: MATRÍCULA: END. RESIDENCIAL: N BAIRRO: CEP: CIDADE: UF: FONE (comum/celular): RG N : CPF Nº: ENDEREÇO PARA COMUNICAÇÃO DE EMERGÊNCIA NOME P/ CONTATO: RUA: N BAIRRO: CEP: CIDADE: UF: FONE: ENDEREÇO COMERCIAL NOME DA EMPRESA: RUA: N BAIRRO: CEP: CIDADE: UF: FONE : RAMAL: [assinatura e nome por extenso]

81 ANEXO II ACOMPANHAMENTO DA ORIENTAÇÃO ACOMPANHAMENTO DA ORIENTAÇÃO DE TCC Aluno: Ano/Semestre: / Orientador/Co-orientador: Título do Trabalho: Data: / / Hora: : Prof. Orientador Aluno Data: / / Hora: : Prof. Orientador Aluno Data: / / Hora: : Prof. Orientador Aluno Data: / / Hora: : Prof. Orientador Aluno Parecer Orientador: Assuntos abordados: Assuntos abordados: Assuntos abordados: Assuntos abordados: Falta nas orientações: Aluno Prof. Orientador Professor de TCC

82 ANEXO III AVALIAÇÃO DO PROJETO DE TCC PROF. DE TCC Aluno: Título: Orientador: AVALIAÇÃO DO PROJETO DE TCC PROFESSOR DE TCC Critérios A B C D E Apresentação do Projeto de TCC A apresentação permite ao leitor identificar a área e principais conceitos abordados no trabalho? O problema está devidamente delimitado e claramente formulado? Os objetivo geral do trabalho está claramente definido? Os objetivos específicos estão coerentes com o objetivo geral do trabalho? A justificativa está coerente com o problema e com os objetivos? Existe coerência entre a metodologia e os objetivos do trabalho? O cronograma divide as etapas em atividades, de forma coerente no tempo disponível para realização do TCC? As fontes citadas contemplam adequadamente os assuntos abordados no trabalho? O tema proposto está devidamente identificado dentro de um contexto que justifique o trabalho? O Projeto de TCC apresenta linguagem clara e poucos erros de escrita? Formatação O trabalho segue os padrões definidos pelo Colegiado do Curso? As citações estão de acordo com as normas da ABNT? As fontes citadas estão devidamente formatadas, de acordo com as normas da ABNT? Não há erros de escrita em excesso? (acentuação, pontuação, erros de Português) Envolvimento com o TCC O aluno demonstrou empenho e iniciativa durante o desenvolvimento do Projeto de TCC? Conceito do Professor de TCC... : [ ] Professor de TCC: Data: / / Visto Professor Metodologia da Pesquisa

83 ANEXO IV AVALIAÇÃO DO PROJETO DE TCC ORIENTADOR Aluno: Título: Orientador: AVALIAÇÃO DO PROJETO DE TCC ORIENTADOR Critérios A B C D E Contextualização (estado da arte, apresentação do problema) A apresentação permite ao leitor identificar a área e principais conceitos abordados no trabalho? O problema está devidamente delimitado e claramente formulado? O objetivo geral do trabalho está claramente definido? Os objetivos específicos estão coerentes com o objetivo geral do trabalho? A justificativa está coerente com o problema e com os objetivos? Existe coerência entre a metodologia e os objetivos do trabalho? O cronograma divide as etapas em atividades, de forma coerente no tempo disponível para realização do TCC? As fontes citadas contemplam adequadamente os assuntos abordados no trabalho? O tema proposto está devidamente identificado dentro de um contexto que justifique o trabalho? O Projeto de TCC apresenta linguagem clara e poucos erros de escrita? Envolvimento com o TCC O aluno demonstrou empenho e iniciativa durante o desenvolvimento do Projeto de TCC? O aluno procurou a orientação do professor para desenvolver seu Projeto de TCC? O aluno cumpriu os prazos e compromissos estabelecidos? O aluno demonstrou senso de responsabilidade, considerando o Projeto do TCC na sua formação profissional? Conceito final do Orientador... : [ ] Orientador: Data: / / Visto Professor Metodologia da Pesquisa

84 ANEXO V AVALIAÇÃO DO TCC I PROF. DE TCC Aluno: Título: Orientador: Co-Orientador: AVALIAÇÃO DO TCC I - CONTEÚDO METODOLÓGICO Cumprimento dos prazos e frequência nas reuniões da Supervisão de TCC e com o Orientador: Entrega na data (ou com atraso de -nn semanas)* Frequência Supervisão de TCC Orientação 1-Cadastro; 2-Banca de TCC I; 3-Acompanhamento I; 4-Acompanhamento II; 5-Acompanhamento III; 6-Acompanhamento IV; 7-TCC I. OBS.: a primeira semana de atraso começa a ser contada a partir do dia seguinte ao vencimento do prazo de entrega de cada documento. Critérios AC 1 AP 2 NA 3 Projeto de TCC A apresentação e a justificativa permitem ao leitor identificar a área, os principais conceitos abordados e a relevância do trabalho? O projeto do TCC descreve de forma clara o problema abordado, os objetivos propostos, a metodologia e o cronograma a ser seguido para o seu desenvolvimento. Desenvolvimento do conteúdo As atividades propostas no cronograma para o TCC I foram desenvolvidas? O volume final do trabalho é adequado ao que foi proposto para o TCC I? O projeto de TCC apresenta linguagem clara e poucos erros de escrita? Envolvimento com o TCC O aluno demonstrou empenho e iniciativa durante o desenvolvimento do TCC I? O aluno foi assíduo às reuniões com o professor de TCC? O aluno cumpriu os prazos e compromissos estabelecidos? Organização do TCC O conteúdo apresentado no trabalho está devidamente organizado? O trabalho segue os padrões definidos pelo Colegiado do Curso? As citações estão de acordo com as normas da ABNT? As fontes citadas estão devidamente formatadas, de acordo com as normas da ABNT? Conceito da Supervisão de TCC... : [ ] Supervisão de TCC: Data: / / 1 AC Atende Completamente 2 AP Atende Parcialmente 3 NA - Não Atende

85 ANEXO VI AVALIAÇÃO DO TCC I ORIENTADOR Aluno: Título: Orientador: Co-Orientador: AVALIAÇÃO DO TCC I - CONTEÚDO TEÓRICO Critérios AC 4 AP 5 NA 6 Projeto de TCC A apresentação e a justificativa permitem ao leitor identificar a área, os principais conceitos abordados e a relevância do trabalho? O projeto do TCC descreve de forma clara o problema abordado, os objetivos propostos, a metodologia e o cronograma a ser seguido para o seu desenvolvimento. Desenvolvimento do conteúdo As atividades propostas no cronograma para o TCC I foram desenvolvidas? O volume final do trabalho é adequado ao que foi proposto para o TCC I? As fontes citadas contemplam adequadamente os assuntos abordados no trabalho? O TCC apresenta linguagem clara e poucos erros de escrita? Envolvimento com o TCC O aluno demonstrou empenho e iniciativa durante o desenvolvimento do TCC I? O aluno foi assíduo às reuniões de orientação? O aluno cumpriu os prazos e compromissos estabelecidos? Observações (Justifique os itens respondidos como NA e registre um parecer indicando como está o andamento do trabalho com base no que está proposto no cronograma. Se necessário use o verso da folha) Conceito do Orientador... : [ ] Orientador: Data: / / Visto Supervisão de TCC 4 AC Atende Completamente 5 AP Atende Parcialmente 6 NA - Não Atende

86 ANEXO VII AVALIAÇÃO DO TCC I CO-ORIENTADOR Aluno: Título: Orientador: Co-Orientador: AVALIAÇÃO DO TCC I - CONTEÚDO TEÓRICO Critérios AC 7 AP 8 NA 9 Projeto de TCC A apresentação e a justificativa permitem ao leitor identificar a área, os principais conceitos abordados e a relevância do trabalho? O projeto do TCC descreve de forma clara o problema abordado, os objetivos propostos, a metodologia e o cronograma a ser seguido para o seu desenvolvimento. Desenvolvimento do conteúdo As atividades propostas no cronograma para o TCC I foram desenvolvidas? O volume final do trabalho é adequado ao que foi proposto para o TCC I? As fontes citadas contemplam adequadamente os assuntos abordados no trabalho? O TCC apresenta linguagem clara e poucos erros de escrita? Envolvimento com o TCC O aluno demonstrou empenho e iniciativa durante o desenvolvimento do TCC I? O aluno foi assíduo às reuniões de orientação? O aluno cumpriu os prazos e compromissos estabelecidos? Observações (Justifique os itens respondidos como NA e registre um parecer indicando como está o andamento do trabalho com base no que está proposto no cronograma. Se necessário use o verso da folha) Conceito do Co-Orientador... : [ ] Co-Orientador: Data: / / Visto Supervisão de TCC 7 AC Atende Completamente 8 AP Atende Parcialmente 9 NA - Não Atende

87 ANEXO VIII AVALIAÇÃO DO TCC II PROF. DE TCC AVALIAÇÃO FINAL DO TRABALHO DE CONCLUSÃO DO CURSO DE SISTEMAS DE INFORMAÇÃO (TCC II) - 8º Semestre Nome do acadêmico: Título do trabalho: Frequência nas reuniões com a Supervisão de TCC: TCC I TCC II Supervisão de TCC Orientação Supervisão de TCC Orientação Cumprimento dos prazos: Entrega na data (ou com atraso de -nn semanas)* *1-Cadastro; 2-Banca TCC I; 3-Acomp.I; 4-Acomp.II; 5-Acomp.III; 6-Acomp.IV; 7-Acomp.V; 8-TCC I; 9-Acomp.VI; 10-Acomp.VII; 11- Acomp.VIII; 12-Acomp.IX; 13-TCC II;14-Pré-Banca. OBS.: a primeira semana de atraso começa a ser contada a partir do dia seguinte ao vencimento do prazo de entrega de cada documento. Legenda: A Excelente B Bom C Regular D Insuficiente E Sem rendimento Item de avaliação A B C D E 1. AVALIAÇÃO QUANTO À FREQÜÊNCIA a) O acadêmico foi assíduo às reuniões da Supervisão do TCC? b) O acadêmico foi assíduo às reuniões com o Orientador? 2. AVALIAÇÃO QUANTO AOS PRAZOS ESTABELECIDOS a) O acadêmico cumpriu os prazos estabelecidos no calendário do TCC? b) O acadêmico entregou todos os documentos solicitados pela Supervisão de TCC? 3. AVALIAÇÃO QUANTO À METODOLOGIA a) O trabalho mantém uma estrutura coerente, conforme o modelo apresentado pela Supervisão de TCC? b) O problema está claramente definido? c) Os objetivos do trabalho estão claramente definidos? d) Não há erros de português (acentuação, pontuação, erros de escrita) em excesso? e) As citações apresentadas obedecem ao formato das normas da ABNT? f) As referências bibliográficas obedecem ao formato das normas da ABNT? g) O aluno apresentou um artigo bem elaborado juntamente com o relatório do TCC? CONCEITO DA SUPERVISÃO DE TCC : [ ] Lages, de de 200. Prof. Fulano de Tal, Tit. Professor de TCC

88 ANEXO IX AVALIAÇÃO DO TCC II ORIENTADOR AVALIAÇÃO FINAL DO TRABALHO DE CONCLUSÃO DO CURSO DE SISTEMAS DE INFORMAÇÃO (TCC II) - 8º Semestre Nome do acadêmico: Título do trabalho: Revisões e ou correções são entendidas como algo que esclarece ou melhora a apresentação do trabalho. Não devem ser para introdução de novos conteúdos ou mudar o direcionamento do trabalho. Neste caso, é necessário comunicar-se com o Professor de TCC e com o Orientador do TCC que, juntamente com a banca, poderão sugerir ao acadêmico sua re-matrícula na disciplina. Legenda: A Excelente B Bom C Regular D Insuficiente E Sem rendimento Item de avaliação A B C D E 1. AVALIAÇÃO QUANTO AO ENVOLVIMENTO COM O TCC a) O aluno foi assíduo às reuniões de orientação? b) O aluno cumpriu os prazos e compromissos estabelecidos? c) O aluno mostrou retorno com propriedade, criatividade e enriquecimento a partir do que foi orientado? d) O aluno demonstrou interesse no desenvolvimento do TCC? e) O aluno demonstrou senso de responsabilidade, considerando o TCC na formação profissional? f) Outro (citar): 2. AVALIAÇÃO QUANTO AO CONTEÚDO E À APRESENTAÇÃO GRÁFICA DO TEXTO a) Os objetivos propostos foram justificados e o acadêmico atingiu seus propósitos? b) O acadêmico fundamentou seu TCC substanciado em diversos autores, com vistas à produção de conhecimento e inovação no tratamento do assunto? c) A metodologia utilizada pelo acadêmico foi apropriada e contribuiu satisfatoriamente para responder ao objeto de estudo? d) O acadêmico demonstrou propriedade e criatividade quanto à apresentação dos dados e na análise de seus resultados? e) A linguagem empregada apresentou clareza e concisão, havendo sequencia lógica na colocação dos argumentos e predomínio de verbos na 3ª pessoa do singular? f) O trabalho apresentado foi enriquecido com tabelas, figuras, quadros, citações bibliográficas, notas de rodapé, alíneas, números, anexos, referências bibliográficas e outros, e seguiu as normas adotadas pela Supervisão de TCC (cf. ABNT)? g) O artigo apresentado demonstra ter sido produzido com o cuidado esperado para este tipo de trabalho ou demonstra ser algo feito na última hora? h) O artigo apresentado tem condições de ser encaminhado a um evento? 3. AVALIAÇÃO QUANTO À APRESENTAÇÃO ORAL a) Foram abordadas as ideias fundamentais do conteúdo, explorando introdução, desenvolvimento e conclusão? b) A linguagem utilizada foi clara, correta e adequada ao conteúdo? c) O aluno demonstrou segurança e domínio sobre o trabalho durante a fase de arguição? d) Os recursos didáticos de áudio e ou vídeo, a postura e a gesticulação foram apropriados ou satisfatórios? CONCEITO DO ORIENTADOR : [ ] Lages, de de 20. Prof. Fulano de Tal, Tit. - Orientação

89 ANEXO X AVALIAÇÃO DO TCC II CO-ORIENTADOR AVALIAÇÃO FINAL DO TRABALHO DE CONCLUSÃO DO CURSO DE SISTEMAS DE INFORMAÇÃO (TCC II) - 8º Semestre Nome do acadêmico: Título do trabalho: Revisões e ou correções são entendidas como algo que esclarece ou melhora a apresentação do trabalho. Não devem ser para introdução de novos conteúdos ou mudar o direcionamento do trabalho. Neste caso, é necessário comunicar-se com o Professor de TCC e com o Orientador do TCC que, juntamente com a banca, poderão sugerir ao acadêmico sua re-matrícula na disciplina. Legenda: A Excelente B Bom C Regular D Insuficiente E Sem rendimento Item de avaliação A B C D E 1. AVALIAÇÃO QUANTO AO ENVOLVIMENTO COM O TCC a) O aluno foi assíduo às reuniões de co-orientação? b) O aluno cumpriu os prazos e compromissos estabelecidos? c) O aluno mostrou retorno com propriedade, criatividade e enriquecimento a partir do que foi orientado? d) O aluno demonstrou interesse no desenvolvimento do TCC? e) O aluno demonstrou senso de responsabilidade, considerando o TCC na formação profissional? f) Outro (citar): 2. AVALIAÇÃO QUANTO AO CONTEÚDO E À APRESENTAÇÃO GRÁFICA DO TEXTO a) Os objetivos propostos foram justificados e o acadêmico atingiu seus propósitos? b) O acadêmico fundamentou seu TCC substanciado em diversos autores, com vistas à produção de conhecimento e inovação no tratamento do assunto? c) A metodologia utilizada pelo acadêmico foi apropriada e contribuiu satisfatoriamente para responder ao objeto de estudo? d) O acadêmico demonstrou propriedade e criatividade quanto à apresentação dos dados e na análise de seus resultados? e) A linguagem empregada apresentou clareza e concisão, havendo sequencia lógica na colocação dos argumentos e predomínio de verbos na 3ª pessoa do singular? f) O trabalho apresentado foi enriquecido com tabelas, figuras, quadros, citações bibliográficas, notas de rodapé, alíneas, números, anexos, referências bibliográficas e outros, e seguiu as normas adotadas pela Supervisão de TCC (cf. ABNT)? g) O artigo apresentado demonstra ter sido produzido com o cuidado esperado para este tipo de trabalho ou demonstra ser algo feito na última hora? h) O artigo apresentado tem condições de ser encaminhado a um evento? 3. AVALIAÇÃO QUANTO À APRESENTAÇÃO ORAL a) Foram abordadas as ideias fundamentais do conteúdo, explorando introdução, desenvolvimento e conclusão? b) A linguagem utilizada foi clara, correta e adequada ao conteúdo? c) O aluno demonstrou segurança e domínio sobre o trabalho durante a fase de arguição? d) Os recursos didáticos de áudio e ou vídeo, a postura e a gesticulação foram apropriados ou satisfatórios? CONCEITO DO CO-ORIENTADOR : [ ] Lages, de de 20. Prof. Fulano de Tal, Tit. Co-Orientador

90 ANEXO XI AVALIAÇÃO DO TCC II MEMBRO DA BANCA AVALIAÇÃO FINAL DO TRABALHO DE CONCLUSÃO DO CURSO DE SISTEMAS DE INFORMAÇÃO (TCC II) - 8º Semestre Nome do acadêmico: Título do trabalho: Revisões e ou correções são entendidas como algo que esclarece ou melhora a apresentação do trabalho. Não devem ser para introdução de novos conteúdos ou mudar o direcionamento do trabalho. Neste caso, é necessário comunicar-se com a Supervisão de TCC e com o Orientador do TCC que, juntamente com a banca, poderão sugerir ao acadêmico sua re-matrícula na disciplina. Legenda: A Excelente B Bom C Regular D Insuficiente E Sem rendimento Item de avaliação A B C D E 1. AVALIAÇÃO QUANTO AO CONTEÚDO E À APRESENTAÇÃO GRÁFICA DO TEXTO a) Os objetivos propostos foram justificados e o acadêmico atingiu seus propósitos? b) O acadêmico fundamentou seu TCC substanciado em diversos autores, com vistas à produção de conhecimento e inovação no tratamento do assunto? c) A metodologia utilizada pelo acadêmico foi apropriada e contribuiu satisfatoriamente para responder ao objeto de estudo? d) O acadêmico demonstrou propriedade e criatividade quanto à apresentação dos dados e na análise de seus resultados? e) A linguagem empregada apresentou clareza e concisão, havendo sequencia lógica na colocação dos argumentos e predomínio de verbos na 3ª pessoa do singular? f) O trabalho apresentado foi enriquecido com tabelas, figuras, quadros, citações bibliográficas, notas de rodapé, alíneas, números, anexos, referências bibliográficas e outros, e seguiu as normas adotadas pela Supervisão de TCC (cf. ABNT)? g) O artigo apresentado demonstra ter sido produzido com o cuidado esperado para este tipo de trabalho ou demonstra ser algo feito na última hora? h) O artigo apresentado tem condições de ser encaminhado a um evento? 2. AVALIAÇÃO QUANTO À APRESENTAÇÃO ORAL a) Foram abordadas as ideias fundamentais do conteúdo, explorando introdução, desenvolvimento e conclusão? b) A linguagem utilizada foi clara, correta e adequada ao conteúdo? c) O aluno demonstrou segurança e domínio sobre o trabalho durante a fase de arguição? d) Os recursos didáticos de áudio e ou vídeo, a postura e a gesticulação foram apropriados ou satisfatórios? CONCEITO DO MEMBRO DA BANCA : [ ] Lages, de de 20. Prof. Fulano de Tal, Tit. Membro da banca

91 APÊNDICES APÊNDICE I MODELO CONCEITUAL DO BANCO DE DADOS APÊNDICE II MODELO LÓGICO DO BANCO DE DADOS APÊNDICE III - ARTIGO... 93

92 APÊNDICE I MODELO CONCEITUAL DO BANCO DE DADOS

93 APÊNDICE II MODELO LÓGICO DO BANCO DE DADOS

94 APÊNDICE III - ARTIGO Sistema de Gerenciamento de TCCs do Curso de Sistemas de Informação da UNIPLAC Rodrigo Oliveira 1, Angelo Augusto Frozza 1 1 Universidade do Planalto Catarinense (UNIPLAC) Lages SC Brasil rodrigo.lvr@gmail.com, frozza@uniplac.net Abstract. This report has the aim of presenting a Web System for the management of Course Conclusion Reports (CCPs) of UNIPLAC s Information Systems Course. Currently, all the assistance process of the Information Systems Course s CCPs is done manually, through forms and reports filled out by the students, guiding professors and the CCP professor. Thus, the use of a Web interface system technologies was proposed to make all the process of coordination and assistance of the projects faster and more agile, eliminating redundancies and the overload of manual work. Resumo. Este artigo tem por finalidade apresentar um sistema web para gerenciamento dos Trabalhos de Conclusão de Curso (TCCs) do Curso de Sistemas de Informação da UNIPLAC. Atualmente, todo o processo de acompanhamento dos TCCs no Curso de Sistemas de Informação é feito manualmente, através de formulários e relatórios preenchidos pelos alunos, professores orientadores e Professor de TCC. Assim sendo, foi proposto fazer uso das tecnologias de um sistema com interface Web para tornar todo o processo de coordenação e acompanhamento dos projetos mais rápido e ágil, eliminando as redundâncias e o excesso de trabalhos manuais. 1. Apresentação Atualmente, todo o processo de acompanhamento dos TCCs no Curso de Sistemas de Informação é feito manualmente, através de formulários e relatórios preenchidos pelos alunos, professores orientadores e professor de TCC. Algumas informações importantes são postadas no site do professor de TCC ou então no ambiente virtual LearnLoop. Essa sistemática de trabalho acaba ocasionando vários problemas, dentre eles a descentralização das informações e o grande volume de papel manuseado pelos envolvidos. Além disso, em alguns casos, há uma dificuldade para o aluno e orientador se reunirem de forma presencial, prejudicando o acompanhamento, a orientação e o desenvolvimento do TCC. Essa dificuldade se torna um problema quando a entrega de documentos depende da assinatura de algum dos envolvidos, podendo levar à perda de prazos definidos no Calendário de TCC, por exemplo.

95 Para eliminar esses problemas, propõe-se como solução o uso de um sistema de informação que facilite o acompanhamento e gerenciamento dos TCCs, uma vez que o nível de informatização muitas vezes influência beneficamente no desempenho do gerenciamento de informações (MENDES, 2003). Embora já tenha sido iniciado o desenvolvimento de um sistema web para facilitar o gerenciamento dos TCCs (FERREIRA, 2007), o mesmo não está sendo usado, tendo em vista que não foram implementados todos os requisitos necessários. Este trabalho tem como objetivo a conclusão e implantação do Sistema de Gerenciamento de TCCs do Curso de Sistemas de Informação da UNIPLAC (SGTCC), tornando todo o processo de coordenação e acompanhamento dos projetos mais rápido e ágil, eliminando as redundâncias e o excesso de trabalhos manuais. Na primeira etapa do desenvolvimento do SGTCC foram revisados os requisitos levantados por Ferreira (2007), complementando este levantamento de requisitos através da identificação e avaliação de sistemas semelhantes utilizados por outras instituições. Com isso, a modelagem do sistema foi reescrita, utilizando-se como base a fase de concepção do processo unificado (WAZLAWICK, 2004). Na segunda etapa foi realizado o levantamento da parte que foi desenvolvida por Ferreira (2007), identificando falhas e oportunidades de melhoria. Esta revisão também foi estendida para a arquitetura do sistema. Após isso, foram feitas as implementações necessárias para desenvolver o sistema. Como consequência dos estudos nessa etapa, verificou-se ser mais conveniente não reaproveitar os códigos já elaborados por Ferreira (2007), iniciando uma nova implementação desde o princípio. Este artigo possui mais quatro seções que buscam apresentar a descrição do processo de acompanhamento de TCC, o projeto do banco de dados, a implementação dos cadastros e as principais telas do Sistema de Gerenciamento de TCCs do Curso de Sistemas de Informação da UNIPLAC (SGTCC). 2. Descrição do processo de acompanhamento do TCC O desenvolvimento dos TCCs do Curso de Sistemas de Informação na UNIPLAC é dividido em três disciplinas (UNIPLAC, 2010): Metodologia da Pesquisa, 6º semestre Elaboração do projeto de TCC; Trabalho de Conclusão de Curso, 7º semestre Elaboração parcial do TCC e apresentação em banca; Trabalho de Conclusão de Curso, 8º semestre Elaboração da versão final do TCC e apresentação em banca. Toda a documentação referente ao desenvolvimento do TCC é preenchida em formulários, que são entregues impressos ao Professor de TCC. Esse processo acaba gerando um grande volume de papéis e informações, dificultando o armazenamento, a atualização e a pesquisa e o gerenciamento de dados. A única maneira de se obter algum dado no meio de vários papéis é pesquisar um a um. Todo o gerenciamento destas informações é centralizado no Professor de TCC, tornando o processo desgastante, cansativo e demandando muito tempo.

96 3. Projeto do banco de dados O banco de dados utilizado foi o PostgreSQL, que é gratuito e atende aos requisitos necessários. O modelo lógico apresentado na figura 1 representa como o banco de dados foi implementado. Figura 1. Modelo lógico do banco de dados

97 4. Implementação dos Cadastros A arquitetura da solução prevê que cada cadastro tenha pelo menos dois arquivos: o cadastro.php, que representa uma classe de dados, e o cadastro_form.php, que coordena o fluxo de execução quando se trata das operações de inclusão, exclusão, alteração e consulta. A arquitetura geral da classe cadastro_form.php pode ser dividida basicamente em dois blocos: identificação do tipo de usuário para definir as opções do menu lateral e reconhecimento da opção de formulário para direcionar às operações correspondentes. O Quadro 1 apresenta um fragmento de código da classe area_form.php para exemplificar o bloco responsável por definir as opções do menu lateral, de acordo com o tipo de usuário logado no sistema. Na linha 1 é identificado o tipo de usuário, através da variável de sessão tipo. Na linha 4, a variável $menu2 recebe o código XHTML que mostra um menu com quatro opções de link (incluir, editar, apagar e pesquisar), caso o tipo de usuário seja igual a 1 (linha 3), que corresponde ao professor de TCC/Administrador do sistema. Os links do menu funcionam da seguinte maneira: area_form.php?formulario=cad_area1 direciona para a opção de inclusão em area.php; area_form.php?formulario=alt_area1 direciona para a opção de alteração em area.php; area_form.php?formulario=exc_area1 direciona para a opção de exclusão em area.php; area_form.php direciona para a opção default em area.php Quadro 1. Fragmento de código da classe area_form.php... switch ($_SESSION['tipo']) { case 1: //Professor de TCC/Admin $menu2=" <ul class='menu2'> <li><a href='area_form.php?formulario=cad_area1' title='incluir'><img src='images/incluir.png' alt='' width='25' height='16' />Incluir</a></li> <li><a href='area_form.php?formulario=alt_area1' title='editar'><img src='images/editar.png' alt='' width='25' height='16' />Editar</a></li> <li><a href='area_form.php?formulario=exc_area1' title='apagar'><img src='images/apagar.png' alt='' width='25' height='16' />Apagar</a></li> <li><a href='area_form.php' title='pesquisar'><img src='images/pesquisar.png' alt='' width='25' height='16' />Pesquisar</a></li> </ul>"; break;

98 }... No quadro 2 é mostrado um fragmento de código da classe area_form.php responsável por executar as operações de acordo com a opção de formulário recebida através da variável $formulario. Na linha 1, a variável $formulario recebe a opção que vem do formulário XHTML ou via método GET (incluído na URL). A linha 3 apresenta a abertura da função switch que valida o valor da variável $formulário e executa o código correspondente à opção desejada, por exemplo, na linha 5 cad_area1 e na linha 35 exc_area Quadro 2. Fragmento de código da classe area_form.php... $formulario = $_REQUEST['formulario']; switch ($formulario) { case 'cad_area1': //Neste bloco está o código responsável pela página inicial da opção Cadastrar Área, que contém o formulário com os dados da Área de Pesquisa. break; case 'cad_area': //Neste bloco está o código responsável por chamar o método de inclusão no banco de dados, que está na classe area.php. break; case 'alt_area1': //Neste bloco está o código responsável pela página inicial da opção Alterar Área, que contém uma lista com as áreas que podem ser alteradas. break; case 'alt_area2': //Neste bloco está o código responsável pela página que contém o formulário com os dados para alteração da Área. break; case 'alt_area': //Neste bloco está o código responsável por chamar o método de alteração no banco de dados que está na classe area.php.

99 break; case 'exc_area1': //Neste bloco está o código responsável pela página inicial da opção Excluir Área, que contém uma lista com as áreas que podem ser excluídas. break; case 'exc_area2': //Neste bloco está o código responsável por chamar o método de exclusão no banco de dados que está na classe area.php. break; default: //Neste bloco está o código responsável pela página padrão, que mostra as Áreas de Pesquisa cadastradas. }... break; A estrutura apresentada anteriormente nos quadros 1 e 2 é usada em todos os cadastros básicos: Calendário, Critérios de Avaliação, Sugestões de Projeto e Turma. 5. Principais telas do sistema 5.1. Login no sistema A Figura 2 mostra página inicial do sistema, na qual o usuário faz login por meio dos parâmetros usuário e senha. Após validar a entrada no sistema, é realizada a verificação do tipo de usuário, dando acesso às funcionalidades de acordo com seu nível de privilégio.

100 Figura 2. Página inicial do sistema 5.2. Cadastro de Área de Pesquisa A figura 3 apresenta a página de cadastro de áreas de pesquisa, na qual o usuário Administrador cadastra as áreas de pesquisa definidas pelo colegiado do curso. Estes dados são utilizados nos cadastros de professores e projetos. O usuário, ao acessar o menu Áreas de Pesquisa, visualiza os seguintes campos: nome da área e descrição. Apenas o usuário Administrador tem acesso à inclusão, alteração e exclusão. Os demais usuários têm acesso somente à consulta (figura 4). Figura 3. Página de cadastro de Áreas de Pesquisa

101 Figura 4. Página de consulta de Áreas de Pesquisa 5.3. Cadastro de Atividades no Calendário Na figura 5 é apresentada a página de cadastro de atividades no calendário. Nesta tela, somente o usuário Administrador tem acesso à inclusão, alteração e exclusão. Os demais usuários têm acesso somente à consulta. Figura 5. Página de cadastro de Atividades no Calendário 5.4. Cadastro de Projetos Na figura 6 é apresentada a página de cadastro de projetos. Nesta tela, somente o usuário Aluno tem acesso à inclusão, alteração e exclusão. Os demais usuários têm acesso somente à consulta.

102 Figura 6. Página de cadastro de Projetos 5.5. Cadastro de Sugestões de Projeto A figura 7 apresenta a página do cadastro de sugestões de projeto. O usuário Administrador tem acesso à inclusão, alteração, exclusão e pesquisa. Os professores orientadores podem cadastrar e pesquisar sugestões. Os demais usuários podem apenas visualizar as sugestões cadastradas. Figura 7. Página de cadastro de Atividades no Calendário

103 5.5. Cadastro de Acompanhamento da Orientação O fluxo do Acompanhamento da Orientação se inicia quando o Aluno cadastra as atividades realizadas durante um período de quatro semanas, que deve corresponder ao último mês de orientação. A figura 8 mostra a tela onde as atividades são cadastradas. A figura 9 apresenta o formulário em que o Orientador cadastra o seu parecer e o número de faltas nas orientações, após tomar conhecimento das atividades realizadas pelo aluno. Na figura 10 é apresentado o formulário em que o Professor de TCC cadastra o seu parecer, após tomar conhecimento das atividades realizadas pelo aluno, o parecer do orientador e o número de faltas nas orientações. Figura 8. Página de cadastro das atividades do Acompanhamento da Orientação Figura 9. Página de cadastro do parecer do Orientador