FEATI FACULDADE DE EDUCAÇÃO, ADMINISTRAÇÃO E TECNOLOGIA DE IBAITI

Transcrição

1 FEATI FACULDADE DE EDUCAÇÃO, ADMINISTRAÇÃO E TECNOLOGIA DE IBAITI EVERSON BUENO DE SOUZA SISTEMA DE AVALIAÇÃO INSTITUCIONAL VIA WEB Ibaiti 2005

2 EVERSON BUENO DE SOUZA SISTEMA DE AVALIAÇÃO INSTITUCIONAL VIA WEB Relatório de Estágio apresentado ao Curso de Bacharelado em Sistemas de Informação da Faculdade de Educação, Administração e Tecnologia de Ibaiti como requisito parcial á obtenção do título de Bacharel em Sistemas de Informação, sob orientação da Prof. Ms. Renata G. Mota. Ibaiti 2005

3 SUMÁRIO 1 INTRODUÇÃO Identificação Pessoal Nome Experiência Profissional Objetivos Pessoais DESCRIÇÃO DA ESTRUTURA ORGANIZACIONAL DA EMPRESA Nome da Empresa Descrição Histórica da Empresa DESCRIÇÃO COMERCIAL DA EMPRESA Descrição Hierárquica da Empresa Descrição da Metodologia Empregada no Estágio DESCRIÇÃO DO SISTEMA ATUAL Indicar a Urgência Com Que os Problemas Devem Ser Solucionados Descrição do Sistema Proposto DEFINIÇÃO DOS USE CASE DO SISTEMA DE AVALIAÇÃO INSTITUCIONAL Use Case por Evento do Ator Administrador do Sistema Use Case por Evento do Ator Usuário DIAGRAMA DE CLASSES DIAGRAMA DE ENTIDADES E RELACIONAMENTOS DIAGRAMAS DE SEQUÊNCIA Diagrama de Seqüência Ator Administrador Diagrama de Seqüência Ator Usuário DIAGRAMAS DE ESTADO TELAS PROTOTIPADAS VIABILIDADE DE IMPLANTAÇÃO Necessidades e Pré-requisitos Para Implantação(Cliente) Necessidades e Pré-requisitos Para Implantação(Servidor) Necessidades e Pré-requisitos Para Desenvolvimento Prever o Que Impossibilitaria a Implantação PLANEJAMENTO CONCLUSÃO REFERÊNCIAS...60

4 LISTA DE FIGURAS Figura 1:Organograma da Empresa...4 Figura 2:Use Case Ator Administrador...8 Figura 3:Use Case Ator Usuário e suas heranças...18 Figura 4:Diagrama de Classes do Sistema...20 Figura 5:Diagrama de Entidades e Relacionamentos do Sistema...21 Figura 6:Diagrama de Seqüência Controlar Cursos Fluxo Normal Cadastrar...22 Figura 7:Diagrama de Seqüência Controlar Cursos Fluxo Alternativo Alterar...23 Figura 8:Diagrama de Seqüência Controlar Cursos Fluxo Alternativo Excluir...24 Figura 9:Diagrama de Seqüência Controlar Turmas Fluxo Normal Cadastrar...25 Figura10:Diagrama de Seqüência Controlar Turmas Fluxo Alternativo Alterar...26 Figura 11:Diagrama de Seqüência Controlar Turmas Alternativo Excluir...27 Figura 12:Diagrama de Seqüência Controlar Disciplinas Fluxo Normal Cadastrar...28 Figura 13:Diagrama de Seqüência Controlar Disciplinas Fluxo Alternativo Alterar...29 Figura 14:Diagrama de Seqüência Controlar Disciplinas Fluxo Alternativo Excluir...30 Figura 15:Diagrama de Seqüência Controlar Grupos Fluxo Normal Cadastrar...31 Figura 16:Diagrama de Seqüência Controlar Grupos Fluxo Alternativo Alterar...32 Figura 17:Diagrama de Seqüência Controlar Grupos Fluxo Alternativo Excluir...33 Figura 19:Diagrama de Seqüência Controlar Questões Fluxo Normal Cadastrar...34 Figura 20:Diagrama de Seqüência Controlar Questões Fluxo Alternativo Alterar...35 Figura 21:Diagrama de Seqüência Controlar Questões Fluxo Alternativo Excluir...36 Figura 22:Diagrama de Seqüência Controlar Questões Fluxo Normal Vincular...37 Figura 23:Diagrama de Seqüência Controlar Questões Fluxo Normal Pesquisar...38 Figura 24:Diagrama de Seqüência Controlar Público Fluxo Normal Alterar Senha..39 Figura 25:Diagrama de Seqüência Emitir Relatório Fluxo Normal...40 Figura 26:Diagrama de Seqüência Responder Questionário Fluxo Normal...41 Figura 27:Diagrama de Estado da classe Questionário...42 Figura 28:Tela inicial do sistema...43 Figura 29:Tela de validação de usuário...44 Figura 30:Tela de direcionamento de avaliação acadêmica...45 Figura 31:Tela de avaliação acadêmica...46 Figura 32:Telas do administrador...47

5 Figura 33:Telas do administrador Controle de Cursos...48 Figura 34:Telas do administrador Controle de Grupos...49 Figura 35:Telas do administrador Controle de Questões...50 Figura 36:Telas do administrador Controle de Disciplinas...51 Figura 37:Telas do administrador Controle de Públicos...52 Figura 38:Telas do administrador Tela de Controle Turmas...53 Figura 39:Telas do administrador Tela de Emissão de Relatórios...54 Figura 40:Telas do administrador Tela de Emissão de Relatórios Gráficos...55 Figura 41:Cronograma Fase I...58 Figura 42:Cronograma Fase II...58 Figura 43:Cronograma Fase III...58 Figura 44:Cronograma Fase IV...58

6 1 1 INTRODUÇÃO Numa necessidade crescente de gerir a informação correta, no momento correto e para o receptor correto para otimizar as tomadas de decisão, surgem os Sistemas de Informação. Dentro desses sistemas desenvolve-se maior agilidade no tráfego dos dados trazendo benefícios para aqueles que os utilizam, inserido nesse meio está o sistema proposto neste trabalho, Sistema de Avaliação Institucional, que visará a absorção dos dados através de pesquisa com acadêmicos, funcionários e professores avaliando a Instituição de Ensino. De posse dos dados torna-se mais fácil trabalhar com o cruzamento das informações e estatisticamente propor melhorias no processo.

7 2 2. IDENTIFICAÇÃO PESSOAL 2.1 Nome Everson Bueno de Souza 2.2 Experiência Profissional Iniciante em Análise e Desenvolvimento de Sistemas, entretanto já desenvolveu vários trabalhos em Excel avançado, VBA, Pascal, C/C++, Delphi, PHP/Mysql durante o percurso acadêmico. 2.3 Objetivos Pessoais Adquirir experiência na área de desenvolvimento de sistemas, bem como, experiência de vida no relacionamento interpessoal através das oportunidades de trabalho e, posteriormente, atuar diretamente na área de Sistemas de informação.

8 3 3 DESCRIÇÃO DA ESTRUTURA ORGANIZACIONAL DA EMPRESA 3.1 Nome da Empresa FEATI Faculdade de Educação, Administração e Tecnologia de Ibaiti. AESI - Associação de Ensino Superior de Ibaiti Fone/Fax (43) Rua Tertuliano de Moura Bueno, s/n - Bairro Flamenguinho - Ibaiti-PR CEP site: Descrição Histórica da Empresa FEATI - Faculdade de Educação, Administração e Tecnologia de Ibaiti está situada no Estado do Paraná, na Região do Norte Pioneiro, em localidade distante 294km da capital do Estado, funciona em um Campus Universitário próprio situado à Avenida Tertuliano de Moura Bueno, Bairro Flamenguinho, Ibaiti, Estado do Paraná. Ibaiti é sede de uma micro-região composta por 12 municípios, todos localizados num raio de 150km. Com a finalidade de atender a demanda educacional e instrumentalizar pedagógica, administrativa e tecnologicamente os profissionais de Ibaiti e da região, a AESI - Associação de Ensino Superior de Ibaiti, é composta por empresários interessados na busca de alternativas de desenvolvimento, tanto no aspecto empresarial, como humano, propôs a criação desta Instituição de Ensino Superior que foi credenciada pelo MEC através da Portaria nº 155/2000, de 15 de fevereiro de 2000, estando em pleno funcionamento o Curso de Bacharelado em Administração, com Habilitações em Comércio Exterior, Gestão de Negócios e Gestão de Recursos Humanos, com um total de 150 vagas, desde março de 2000 (Reconhecido pela Portaria nº 2068 de 9 de julho de 2004). Encontra-se também em funcionamento os cursos de Pedagogia com Habilitação em Supervisão Escolar, autorizado pela Portaria nº 1.730/2000 de 27 de outubro de 2000 e Reconhecido pela Portaria nº 1.349, de 20 de abril de 2005, com um total de 100 vagas, em andamento desde fevereiro de 2001.

9 4 Tais cursos funcionam em regime anual. Está também em andamento o curso de Bacharelado em Sistemas de Informação, autorizado pela Portaria nº 2.199/2001 de 11 de outubro de 2001, com um total de 50 vagas em regime semestral desde fevereiro de DESCRIÇÃO COMERCIAL DA EMPRESA Empresa do ramo de Ensino Superior. 4.1 Descrição Hierárquica da Empresa Figura 1:Organograma da Empresa

10 5 4.2 Descrição da Metodologia Empregada no Estágio A metodologia empregada no estágio é baseada no modelo clássico, sendo este composto de Levantamento de Requisitos, Planejamento, Análise de Sistemas, Projeto, Codificação e Testes. Algumas destas fases são especificadas abaixo: Levantamento de Dados: etapa realizada através de entrevistas com o usuário, questionamentos, bate papos informais e protótipos do sistema proposto (ver anexo). Planejamento: estipulação de prazos, cronogramas e recursos (Engenharia de Software e Implantação). Análise de Sistema: etapa de domínio da informação pertinente ao sistema, bem como, entendimento do funcionamento no geral. O sistema será baseado em (Unified Modeling Language) UML que é um padrão de modelagem para engenharia de software mais utilizado comercialmente. Projeto: etapa de abstração, detalhes de como será a codificação, tipos de interface, etc. Codificação: transcrição do projeto para linguagem de programação. Testes: Verificação do sistema através de testes funcionais que serão realizados pelo engenheiro de software e liberação de primeira versão presenciada pelo usuário.

11 6 5 DESCRIÇÃO DO SISTEMA ATUAL Atualmente os dados colhidos na avaliação institucional são inseridos em formulário de papel pelos alunos, sendo posteriormente, tabulados no Excel por um funcionário que gera relatórios e gráficos, o que ocasiona um tempo considerável para a tabulação de todos os dados. 5.1 Indicar a Urgência com que os Problemas devem ser Solucionados De acordo com a análise das necessidades, verificou-se que em curto prazo, ou seja, partindo da data de início do estágio em Agosto/2004 até Agosto/2005, espera-se que o sistema de coleta de dados da avaliação institucional, assim como o cruzamento das informações armazenadas esteja concluído e atendendo assim, através do feedback, os anseios da alta direção. O sistema visa a tabulação dos dados e a geração de gráficos para o acompanhamento dos itens constantes no sistema de maneira geral para tomada de decisão no patamar estratégico da pirâmide.

12 7 5.2 Descrição do Sistema Proposto O sistema fará o controle dos cursos, períodos, séries, professores/disciplinas e grupos avaliados para geração automática dos formulários e também fará a coleta e tabulação dos dados e a geração de gráficos. O módulo de controle é pertinente ao Administrador, é ele quem organiza os questionários, enquanto que no outro módulo cabe aos usuários Acadêmicos, Professores e Funcionários somente o preenchimento do questionário via Web. Abaixo está a especificação da interação do sistema com os atores: Acadêmico: acessa o sistema através de senha padrão e responde as questões da avaliação. O sistema não permite questões em branco e também não é permitido saltar questões devido a obrigatoriedade de resposta para cada questão. Professor: funciona da mesma forma que para o acadêmico porém segue os moldes de avaliação para a parte docente. Funcionário: obedece as mesmas regras de acesso e continuidade do acadêmico e professor, porém, tem questões pertinentes aos funcionários da instituição. Administrador: o administrador é quem coordena o sistema através de um painel de administração onde é possível incluir: questões na avaliação, novas séries, períodos, turmas e grupos a serem avaliados, é possível também fazer alterações, exclusões nos dados armazenados. O administrador munido de sua senha de acesso a área de administração, faz consultas, onde é feito o cruzamento das informações desejadas, bem como, emissão de relatórios impressos em cópias físicas ou na tela do computador.

13 8 6 DEFINIÇÃO DOS USE CASE DO SISTEMA DE AVALIAÇÃO INSTITUCIONAL. 6.1 Use Case por Evento do Ator Administrador do Sistema Figura 2:Use Case Ator Administrador

14 9 Número: 01 Use Case: Controlar Cursos. Descrição: Este use case trata do controle dos Cursos. Ator: Ator Administrador. Curso Normal 1) O administrador solicita controlar Cursos. 2) O sistema pesquisa e exibe os dados dos Cursos cadastrados. 3) O administrador solicita novo Curso. 4) O sistema gera código para novo Curso. 5) O administrador informa os dados do novo Curso. 6) O administrador solicita gravar 7) O administrador do sistema encerra Use Case. Cursos Alternativos Alterar 3.1 O administrador seleciona alteração do Curso. 3.2 O sistema exibe os dados do Curso. 3.3 O administrador altera os dados do Curso. 3.4 O administrador solicita gravar. 3.5 O sistema grava e encerra Use Case. Excluir O administrador seleciona excluir Curso O sistema exibe os dados do Curso O sistema questiona sim ou não? O sistema verifica pendências do Curso O sistema exclui o Curso O administrador encerra o Use Case.

15 10 Número: 02 Use Case: Controlar Professores. Descrição:Este use case trata do controle dos Professores. Ator: Administrador. Curso Normal 1) O administrador solicita controlar Professores. 2) O sistema pesquisa e exibe os dados dos Professores cadastrados. 3)O administrador solicita novo professor. 4)O sistema gera código para novo professor. 5)O administrador informa os dados do novo professor. 6)O administrador solicita gravar 7)O administrador do sistema encerra Use Case. Cursos Alternativos Alterar O administrador seleciona alteração do professor O sistema exibe os dados do professor O administrador altera os dados do professor O administrador solicita gravar O sistema grava e encerra Use Case.Excluir Excluir O administrador seleciona excluir professor O sistema exibe os dados do professor O sistema questiona sim ou não? O sistema verifica pendências do professor O sistema exclui o professor O administrador encerra o Use Case.

16 11 Número: 03 Use Case:Controlar turmas. Descrição:Este use case trata do controle das turmas. Ator:Ator Administrador. Curso Normal 1) O administrador solicita controlar turmas. 2) O sistema pesquisa e exibe os dados das turmas cadastradas. 3)O administrador solicita nova turma. 4) O administrador escolhe o curso, período, série e define senha. 5)O sistema gera código para nova turma. 6)O administrador informa os dados da nova turma. 7)O administrador solicita gravar. 8)O administrador do sistema encerra Use Case.Cursos Alternativos Alterar O administrador seleciona alteração da turma O sistema exibe os dados da turma O administrador altera os dados da turma O administrador solicita gravar O sistema grava e encerra Use Case. Excluir O administrador seleciona excluir turma O sistema exibe os dados da turma O sistema questiona sim ou não? O sistema verifica pendências da turma O sistema exclui a turma O administrador encerra o Use Case.

17 12 Número: 04 Use Case: Controlar Disciplinas. Descrição: Este use case trata do controle das Disciplinas / Professores. Ator: Ator Administrador. Curso Normal 1) O administrador solicita controlar Disciplinas. 2) O sistema pesquisa e exibe os dados das Disciplinas cadastradas. 3)O administrador solicita nova Disciplina. 4)O sistema gera código para nova Disciplina. 6)O administrador informa os dados da nova Disciplina. 7)O administrador solicita gravar. 8)O administrador do sistema encerra Use Case. Cursos Alternativos Alterar 3.1 O administrador seleciona alteração da Disciplina. 3.2 O sistema exibe os dados da Disciplina. 3.3 O administrador altera os dados da Disciplina. 3.4 O administrador solicita gravar. 3.5 O sistema grava e encerra Use Case. Excluir O administrador seleciona excluir Disciplina O sistema exibe os dados da Disciplina O sistema questiona sim ou não? O sistema exclui a Disciplina O administrador encerra o Use Case..

18 13 Número: 05 Use Case: Emitir Relatórios e Gráficos Descrição: Este use case trata da emissão de relatórios e gráficos. Ator: Ator Administrador Curso Normal 1) O administrador acessa o sistema digitando login e senha. 2) O sistema valida os dados e liberar acesso ao sistema. 3) O administrador e escolhe os relatórios que deseja visualizar. 4) O sistema mostra o resultado da consulta. 5) o administrador encerra o use case.

19 14 Número: 06 Use Case: Controlar Grupos. Descrição: Este use case trata do controle dos Grupos. Ator: Ator Administrador. Curso Normal 1) O administrador solicita controlar Grupos. 2) O sistema pesquisa e exibe os dados dos Grupos cadastrados. 3) O administrador solicita novo grupo. 4) O sistema gera código para novo grupo. 5) O administrador informa os dados do novo grupo 6) O administrador solicita gravar 7) O administrador do sistema encerra Use Case. Cursos Alternativos Alterar 3.1 O administrador seleciona alteração do grupo. 3.2 O sistema exibe os dados do grupo. 3.3 O administrador altera os dados do grupo. 3.4 O administrador solicita gravar. 3.5 O sistema grava e encerra Use Case. Excluir O administrador seleciona excluir grupo O sistema exibe os dados do grupo O sistema questiona sim ou não? O sistema verifica pendências do grupo O sistema exclui o grupo O administrador encerra o Use Case.

20 15 Número: 07 Use Case: Controlar Questões. Descrição: Este use case trata do controle das Questões. Ator: Ator Administrador. Curso Normal 1) O administrador solicita controlar Questões. 2) O sistema pesquisa e exibe os dados das Questões cadastradas. 3) O administrador solicita nova questão. 4) O sistema gera código para nova questão. 5) O administrador informa os dados da nova questão. 6) O administrador solicita gravar 7) O administrador do sistema encerra Use Case. Cursos Alternativos Alterar 3.1 O administrador seleciona alteração da questão. 3.2 O sistema exibe os dados da questão. 3.3 O administrador altera os dados da questão. 3.4 O administrador solicita gravar. 3.5 O sistema grava e encerra Use Case. Excluir O administrador seleciona excluir questão O sistema exibe os dados da questão O sistema questiona sim ou não? O sistema exclui a questão O administrador encerra o Use Case.

21 16 Número: 08 Use Case: Controlar Questões Vincular Questões. Descrição: Este use case trata do controle das Questões. Ator: Ator Administrador. Curso Normal 1) O administrador solicita controlar Questões. 2) O sistema pesquisa e exibe os dados das Questões cadastradas. 3) O administrador escolhe as questões a serem vinculadas. 4) O administrador escolhe o grupo. 5) O administrador escolhe o público. 6) O Administrador solicita vincular. 7) O administrador do sistema encerra Use Case. Número: 09 Use Case: Controlar Questões Pesquisar Questões. Descrição: Este use case trata do controle das Questões. Ator: Ator Administrador. Curso Normal 1) O administrador solicita controlar Questões. 2) O sistema pesquisa e exibe os dados das Questões cadastradas. 3) O administrador escolhe o grupo a ser pesquisado e clica em pesquisar. 4) Sistema mostra questões do grupo pesquisado. 7) O administrador do sistema encerra Use Case.

22 17 Número: 10 Use Case: Controlar Público. Descrição: Este use case trata do controle do Público. Ator: Ator Administrador. Curso Normal 1) O administrador solicita controlar Público. 2) O sistema pesquisa e mostra o público já cadastrado. 3) O administrador escolhe o público que deseja alterar a senha. 4) O administrador solicita gravar. 5) O sistema grava os dados. 6) O administrador encerra use case. Número: 11 Use Case: Controlar Público. Descrição: Este use case trata do controle do Público. Ator: Ator Administrador. Curso Normal 1) O administrador solicita controlar Público. 2) O sistema pesquisa e mostra o público já cadastrado. 3) O administrador escolhe o público que deseja alterar a senha. 4) O administrador solicita gravar. 5) O sistema grava os dados. 6) O administrador encerra use case.

23 Use Case por Evento do Ator Usuário <<include>> Usuário Responder Questionário Valida Usuário Discente Funcionári o Docente Figura 3:Use Case Ator Usuário e suas heranças

24 19 Número: 01 Use case: Responder Questionário. Descrição: Este use case trata do preenchimento das questões da avaliação. Ator: Usuário. Curso Normal 1) O Usuário escolhe o público. 2) O usuário seleciona a turma informa a senha. 3) O sistema valida e exibe as questões da turma. 4) O usuário responde o questionário. 5) O usuário encerra Use Case.Curso Alternativo Alternativa 2 O sistema exibe uma mensagem informando login ou senha inválidos. 2.1 O sistema aguarda a digitação correta dos dados.

25 20 7 DIAGRAMA DE CLASSES cursos disciplinas nome_curso cod_curso cadastrar() excluir() recuperar() alterar() 1..* 1..* nome_disc cod_disc cadastrar() excluir() recuperar() alterar() 1 questao cod_quest questões cadastrar() excluir() recuperar() alterar() v incular() pesquisar_questoes_grupos() 1..* 1..* grupos nome_grupo cod_grupo seq_grupo cadastrar() excluir() recuperar() alterar() pesq_grupos_publico() 1..* 1..* professores nome_prof cod_prof 1..* publico turmas cod_turma serie periodo senha habilitado cadastrar() excluir() alterar senha() recuperar() listar senha turma() pesquisar v ínculo() v incular() cadastrar() excluir() recuperar() alterar() indicador cod_quali qualif icacao 1..* 1..* nome_public cod_public senha pesq_quest_publico() v alida_senha() def inir_nov a_senha() questionario cod resp data comentarios cadastrar() recuperar() Figura 4:Diagrama de Classes do Sistema

26 21 8 DIAGRAMA DE ENTIDADES E RELACIONAMENTOS Figura 5:Diagrama de Entidades e Relacionamentos do Sistema

27 22 9 DIAGRAMAS DE SEQUÊNCIA 9.1 Diagrama de seqüência Ator Administrador Controlar Cursos Fluxo Normal Cadastrar Figura 6:Diagrama de Seqüência Controlar Cursos Fluxo Normal Cadastrar

28 23 Diagrama de seqüência Ator Administrador Controlar Cursos Fluxo Alternativo Alterar Figura 7:Diagrama de Seqüência Controlar Cursos Fluxo Alternativo Alterar

29 24 Diagrama de seqüência Ator Administrador Controlar Cursos Fluxo Alternativo Excluir Figura 8:Diagrama de Seqüência Controlar Cursos Fluxo Alternativo Excluir

30 25 Diagrama de seqüência Ator Administrador Controlar Turmas Fluxo Normal Cadastrar Figura 9:Diagrama de Seqüência Controlar Turmas Fluxo Normal Cadastrar

31 26 Diagrama de seqüência Ator Administrador Controlar Turmas Fluxo Alternativo Alterar Figura10:Diagrama de Seqüência Controlar Turmas Fluxo Alternativo Alterar

32 27 Diagrama de seqüência Ator Administrador Controlar Turmas Fluxo Alternativo Excluir Figura 11:Diagrama de Seqüência Controlar Turmas Alternativo Excluir

33 28 Diagrama de seqüência Ator Administrador Controlar Disciplinas Fluxo Normal Cadastrar Figura 12:Diagrama de Seqüência Controlar Disciplinas Fluxo Normal Cadastrar

34 29 Diagrama de seqüência Ator Administrador Controlar Disciplinas Fluxo Alternativo Alterar Figura 13:Diagrama de Seqüência Controlar Disciplinas Fluxo Alternativo Alterar

35 30 Diagrama de seqüência Ator Administrador Controlar Disciplinas Fluxo Alternativo Excluir Figura 14:Diagrama de Seqüência Controlar Disciplinas Fluxo Alternativo Excluir

36 31 Diagrama de seqüência Ator Administrador Controlar Grupos Fluxo Normal Cadastrar Figura 15:Diagrama de Seqüência Controlar Grupos Fluxo Normal Cadastrar

37 32 Diagrama de seqüência Ator Administrador Controlar Grupos Fluxo Alternativo Alterar Figura 16:Diagrama de Seqüência Controlar Grupos Fluxo Alternativo Alterar

38 33 Diagrama de seqüência Ator Administrador Controlar Grupos Fluxo Alternativo Excluir Figura 17:Diagrama de Seqüência Controlar Grupos Fluxo Alternativo Excluir

39 34 Diagrama de seqüência Ator Administrador Controlar Questões Fluxo Normal Cadastrar Figura 19:Diagrama de Seqüência Controlar Questões Fluxo Normal Cadastrar

40 35 Diagrama de seqüência Ator Administrador Controlar Questões Fluxo Alternativo Alterar Figura 20:Diagrama de Seqüência Controlar Questões Fluxo Alternativo Alterar

41 36 Diagrama de seqüência Ator Administrador Controlar Questões Fluxo Alternativo Excluir Figura 21:Diagrama de Seqüência Controlar Questões Fluxo Alternativo Excluir

42 37 Diagrama de seqüência Ator Administrador Controlar Questões Fluxo Normal Vincular Questão Figura 22:Diagrama de Seqüência Controlar Questões Fluxo Normal Vincular

43 38 Diagrama de seqüência Ator Administrador Controlar Questões Fluxo Normal Pesquisar Questão Vinculada Figura 23:Diagrama de Seqüência Controlar Questões Fluxo Normal Pesquisar

44 39 Diagrama de seqüência Ator Administrador Controlar Público Fluxo Normal Alterar Senha Figura 24:Diagrama de Seqüência Controlar Público Fluxo Normal Alterar Senha

45 Diagrama de seqüência Ator Administrador Emitir Relatório Fluxo Normal Figura 25:Diagrama de Seqüência Emitir Relatório Fluxo Normal

46 Diagrama de seqüência Ator Usuário Responder Questionário Fluxo Normal Cadastrar Figura 26:Diagrama de Seqüência Responder Questionário Fluxo Normal Cadastrar

47 42 10 DIAGRAMAS DE ESTADO Diagrama de estado da classe Questionário início Em aberto Usuário preenche o questinário Preenchido Adm exclui respontas da base de dados Excluído fim Figura 27:Diagrama de Estado da classe Questionário

48 43 11 TELAS PROTOTIPADAS Proposição para o Sistema de Avaliação Institucional via Web Tela de entrada Figura 28:Tela inicial do sistema

49 44 Tela de direcionamento de usuário Figura 29:Tela de validação de usuário

50 45 Tela de direcionamento da avaliação acadêmica Figura 30:Tela de direcionamento de avaliação acadêmica

51 46 Tela de questões da avaliação acadêmica Figura 31:Tela de avaliação acadêmica

52 47 Telas do Administrador Figura 32:Telas do administrador

53 48 Tela do Administrador Controle de Cursos Figura 33:Telas do administrador Controle de Cursos

54 49 Tela do Administrador Controle de Grupos Figura 34:Telas do administrador Controle de Grupos

55 50 Tela do Administrador Controle de Questões Figura 35:Telas do administrador Controle de Questões

56 51 Tela do Administrador Controle de Disciplinas Figura 36:Telas do administrador Controle de Disciplinas

57 52 Tela do Administrador Controle de Público Figura 37:Telas do administrador Controle de Públicos

58 53 Tela do Administrador Vínculo de Professores/Disciplinas/Cursos/Turmas Figura 38:Telas do administrador Tela de Controle Turmas

59 54 Tela do Administrador Emissão de Relatórios Figura 39:Telas do administrador Tela de Emissão de Relatórios

60 55 Tela do Administrador Emissão de Relatórios Figura 40:Telas do administrador Tela de Emissão de Relatórios Gráficos

61 56 12 VIABILIDADE DE IMPLANTAÇÃO O sistema é perfeitamente praticável, uma vez que se utiliza de uma tecnologia sem custos, linguagens de fonte aberta e roda na plataforma existente (Windows 2000), sem nenhum ônus, além de ser rápido e dinâmico Necessidades e Pré-requisitos para Implantação(Cliente) Para a implantação do sistema exige-se um mínimo necessário de hardware e software: Sistema Operacional Win9x ou superior ; Ambiente servidor compatível; Espaço em HD para armazenagem de Dados (10Gb); Máquinas Pentium III com 64Mb de memória RAM ou superior ; Ambiente de rede Necessidades e Pré-requisitos para Implantação(Servidor) Para a implantação do sistema exige-se um mínimo necessário de hardware e software: Sistema Operacional Win2000 ou superior; Interpretador de PHP (PHP4 ou Superior); Banco de dados MySql; Servidor de Web (Apache); Processador 1GHz ou superior; Memória de 256Mb RAM ou superior.

62 Necessidades e pré-requisitos para Desenvolvimento Para o desenvolvimento do sistema exige-se um mínimo necessário de hardware e software: Sistema Operacional Win2000 ou superior; Interpretador de PHP (PHP4 ou Superior); Banco de dados MySql; Servidor de Web (Apache); SGBD (Control Center, DB Tools); Softwares de Modelagem (Rational Rose, ER Win); Pacote Macromedia (DreamWeaver, FireWorks); Geradores de Help (HelpNdoc); Geradores de Instalador (Inno Setup Compiler); Conectores ODBC (MyODBC 2.50); Processador 1GHz ou superior; Memória de 256Mb RAM ou superior Previsões do que Impossibilitaria a Implantação Atraso na programação (codificação, layout); Tomada de decisão no patamar estratégico contrária ao projeto; Problemas físicos em máquinas (hardware); Grandes alterações no sistema que venham torná-lo incompatível com o projeto.

63 58 13 PLANEJAMENTO FASES DO PROJETO Fase I - Levantamento de Dados ago-04 set-04 out-04 nov-04 dez-04 jan Levantamento de Dados Levantamento de Dados / Entrevista Análise do Banco de Dados e Registros Apresentação do Pré Projeto ao Coordenador de Estágio Acertos no Relatório da Fase I Apresentação da Fase I ao Coordenador da Empresa Protocolo e Apresentação do Projeto à banca Examinadora Figura 41:Cronograma Fase I Planejado Concluído Fase II - Análise e Projeto FASES DO PROJETO set/04 out/04 nov/04 dez/04 jan/05 fev/ Análise de Dados Análise e Projeto Análise, Projeto e documentação Acertos no Relatório da Fase II Apresentação da Fase II ao Coordenador da Empresa Protocolo e Apresentação do Projeto à banca Examinadora Figura 42:Cronograma Fase II Planejado Concluído Figura 43:Cronograma Fase III FASES DO PROJETO Fase IV - Consolidação e Relatório Final do Projeto Preparação da documentação do Projeto ago/05 set/05 out/05 nov/05 dez/05 jan/ Acertos nos documentos de arquivos fontes Acertos no Relatório da Fase IV Apresentação da Fase IV ao Coordenador da Empresa Protocolo e Apresentação do Projeto à banca Examinadora Planejado Concluído Figura 44:Cronograma Fase IV

64 59 14 CONCLUSÃO O fato de poder desenvolver um sistema que atenda as necessidades do cliente, foi o que motivou a escolher o tema Sistema de Avaliação Institucional. A oportunidade de inserção no meio acadêmico, não apenas como aluno, mas galgando algo mais no âmbito profissional, e, a FEATI proporcionou tal oportunidade. O referente trabalho especifica os diagramas de Use Case, Diagramas de Classe, Diagrama de Estado, Diagramas de Entidade e Relacionamento e Telas Prototipadas para o Sistema Proposto que compreende às fases I e II do projeto de estágio. Ao término deste estágio, pretende-se dominar as principais técnicas de desenvolvimento de sistemas, bem como, organização de processos e planejamento estratégico, além de melhorar o relacionamento interpessoal e aumentar o networking.

65 60 15 REFERÊNCIAS FOWLER, M; Scott, K. UML Distilled applying the standard object modeling Language, Addison-Wesley, 1997, p FURLAN, JOSÉ DAVI. Modelagem de Objetos através da UML análise e desenho orientados a objeto.são Paulo: Editora Makron Books do Brasil Ltda, QUATRANI, Terry. Modelagem Visual com Rational Rose 2000 e UML. Rio de Janeiro: Editora Ciência Moderna Ltda, Nivali. Criação de gráficos dinâmicos com PhPlot. Disponível em < Acesso em 10 out MULLER, Mary Stela; CORNELSEN, Julce Mary. Normas e padrões para teses, dissertações e monografias.londrina:editora Eduel, 2003.