TRABALHO DE FIM DE CURSO DE LICENCIATURA EM ENGENHARIA

INFORMÁTICA

Sistema de Controlo Acadêmico do DIEE

Orientador: Prof. Dr. Eng. António de Carvalho Garcia

UANFaculdade de Engenharia

Departamento de Informática

José Francisco Alexandre-28121

1

Agenda

1

•Introdução

2

•Descrição do Sistema Existente

3

•Ferramentas & Arquitetura

4

•Projeto do Sistema Proposto

5

•Benefícios

6

•Demonstração do Sistema Proposto

7

•Conclusão

8

•Trabalhos Futuros

9

•Referências

1- Introdução

Objetivoavaliar o uso de gestão acadêmica

no processo decisório do DIEE;permitir uma significativa redução

de custos;

Escopo principais processos

acadêmicos levados a cabo no DIEE.

1- Introdução Justistificativaescolha do tema decorreu da necessidade

de se desenvolver uma ferramenta computacional específica para a instituição e contribuir com a melhora do atendimento aos alunos bem como facilitar a vida dos funcionários da secretária;

estima-se que a simples eliminação dos gastos com o pessoal contratado para o desenvolvimento e implantação compensará todo o investimento a ser feito no sistema.

1- Introdução

• MetodologiaEntrevistaAnálise Documental Consulta Bibliográfica

2-Descrição do Sistema Existente

Problemas encontrados

Falta de comunicação com os demais sistemas existentes na faculdade;

O BD não utiliza um SGBD, aumentando a lentidão na busca das informações;

Não permite acesso do docente para lançamento de notas;

Não apresenta nenhum tipo de controlo estatístico;

Não emite todos os relatórios e documentos necessários;

Não possui um tipo de documentação técnica, inviabilizando melhorias no mesmo .

3- Ferramentas & Arquitetura

Ferramentasé uma linguagem gráfica para visualização,

especificação, construção e documentação de artefatos de sistemas complexos de software

ferramenta criada pela companhia japonesa ChangeVision . A versão free que atualmente conta

com mais de 120 000 usuários no mundo inteiro

DBDesigner 4 é um projeto de sistema de banco de dados visual que integra o projeto de banco de dados, modelagem, criação e manutenção em um contínuo,

único ambiente.

3- Ferramentas & ArquiteturaArquitetura - MVC

ModelDados de

persistênciaRegras de validação

relacionamento

ViewApresentação

LayoutInterface Gráfica

ControllerFiltro de entrada, ações , Solicitação Resposta

vantagens: Varias interface para um mesmo estado

modelo, facilidade de manutenção, aumento de produtividade

3- Ferramentas & Arquitetura

Arquitetura - DAOCamada de Acesso a

dados

Data AccessObject

Camada de

Negócio

ModeloTabela de

Classe

Camada

Apresentaçã

o

Controller

Visãovantagens:

Flexibilidade de migração de banco de dado,flexibilidade para trabalhar com mais

de uma fonte de dado, reduz a complexidade do modelo

DataBase

HTTP Request

HTTP Response

4- Projeto do Sistema Proposto

Soluções proposta

implantação de um sistema informático capaz de gerenciar:

Ano letivo e respectivo horário;

Matrícula; Informações pessoais do

corpo docente; Vida acadêmica do

aluno; Ex-alunos; Alunos desistentes; Alunos transferidos; Suspensão de matrícula; Histórico profissional do

corpo docente;

Cursos; Disciplinas; Mapa de notas; Frequência; Horários de aula; Distribuição das salas; Controlo estatístico; Emissão de declarações

e relatórios; Sistema de consulta de

notas e frequência online;

Sistema de inserção de nota online.

4- Projeto do Sistema-Diagrama de Classes

4- Projeto do Sistema

Digrama de caso de uso Geral

4- Projeto do Sistema

Diagrama de Use Case Realizar Matricula

4- Projeto do Sistema

Use Case Realizar MatriculaUse Case: Realizar Matricula

Atores: Funcionários.

Proposta: Realizar a matrícula dos alunos.

Descrição: O funcionário realiza a matrícula dos alunos cadastrados.

Tipo: Principal

Use Cases Relacionados:  

Fluxos de evento principal

Açao do Ator Resposta do Sistema

1. O funcionário escolhe a opção matrícula.

2. O sistema exibe uma tela de matricula como status a escolher. 

3. Se a atividade seleciona for:MatrículaRe-matrículaCancelamento

4.Subfluxo (Matricular novatos) é executado.Subfluxo (Efetua re-matrícula) é executado.Subfluxo (trancar matrícula) é executado. 

Subfluxos de exceções

E1.O funcionário matriculou um aluno errado. 

O funcionário pode excluir a matrícula doaluno.

E2.O funcionário fornece algum dado errado. 

Os campos podem ser alterados através dobotão Alterar.

Subfluxos alternativos

Matricular novatos.Efetua re-matrícula.Trancar matrícula. 

 

4- Projeto do Sistema

Use Case Efectuar Rematricula Use Case: Efetuar rematrículaAtores: Funcionários.Proposta: Realiza a re-matrícula dos alunos veteranos.Descrição: Funcionário re-matricula os alunos veteranos.Tipo: Alternativos.Use Cases Relacionados:  

Fluxos de evento principalAçao do Ator Resposta do Sistema1. O funcionário escolhe a opção re-matrícula.

2. O sistema exibe a tela com os campospara a realização de re-matrícula. 

3. O funcionário informa a especialidade e o aluno a matricular

4. O sistema exibe o conjunto dedisciplinas pertencente ao curso. 

5. O funcionário seleciona as disciplinas desejadas e o ano que deseja cursar.

6. O sistema lista as disciplinas escolhidas. 

7. O funcionário aciona o botão Ok.

8. O sistema atualiza os campos.

Subfluxos de exceçõesE1.O funcionário matriculou um aluno errado.

O funcionário pode excluir a matrículado aluno.

E2.O funcionário fornece algum dado errado.

O funcionário pode alterar os camposatravés do botão alterar.

Subfluxos alternativosNenhum 

 

4- Projeto do Sistema

Diagrama de Sequência de Realizar Matricula

4- Projeto do Sistema

o sistema foi implementado usando a Plataforma JAVA e a linguagem de programação GROOVY, recorrendo-se para o efeito ao seu já famosissímo Framework para web o GRAILS.Valendo ainda do uso de vários plugins da extensa lista de plugins atualmente existentes para esse Framework. Para persistência de dados foi usado o MYSQL.

BREVE DESCRIÇÃO ACERCA DA IMPLEMENTAÇÃO

4- Projeto do Sistema

Plugins Instalados

5-Beneficios

Rapidez no acesso as informações; Eliminação das principais deficiências do sistema

atual; Integração com os demais sistemas existentes na

instituição; Personalização de acordo com os requisitos do

cliente; Melhor gerenciamento das informações; Eliminação das filas no período de matrícula; Agilidade no processo de emissão de notas; Agilidade na emissão de declarações e relatórios; Comodidade ao aluno e professor através do

sistema online;

6-Demonstração do Sistema Proposto

7-Conclusões

o levantamento de requisitos é a principal etapa para o sucesso de um projeto ;

uma simples mudança no requisto pode acarretar mudança consideraveis no projeto;

a UML possui uma linguagem unificada que permite a comunicação com os membros da equipe;

a documentação de um sistema é o principal meio de comunição para todos os prifissionais envolvidos ;

ficou claro a existência de diversos problemas no controlo de informações dos alunos;

pôde-se ter uma visão bastante abrangente de como será o software em funcionamento.

8-Trabalhos Futuros

Viabilidade de implantação de um sistema financeiro

integrado aos sistemas de controlo acadêmico;

Viabilidade de implantação de um sistema integrado

de RH;

Ampliação do sistema online;

Integração de uma área de Auxílio a Biblioteca;

Integração de uma área Cientifica do Departamento.

 

9-Referências Bibliográficas [BOOCH, 1998] BOOCH G; JACOBSON, I. and RUMBAUGH, J. Unified Modeling Language 1.3. White paper, Rational Software Corp., 1998. [BOOCH, 1994] BOOCH G. Object-Oriented analysis and Design. 2 Edition, Benjamin Cummings, 1994. [BOOCH, 1994] BOOCH G, et al. UML: Guia do Usuário, O mais avançado tutorial sobre Unified Modeling Language. Rio de

Janeiro. Campus, 2000. [COOD, 1991] COOD, P, YORDON, E. Análise Baseada Em Objetos. Rio de Janeiro. Campus. 1991. [DAVIS e SITARAM, 1994] DAVIS, A.M.; SITARAM, P.A. Concurrent process model of software development. ACM SIGSOFT

Software Engineering Notes, v. 9, n. 2, April 1994. [DAVIS, 1998] DAVIS, M.W. Computerizing Healthcare Information: Developing Electronic Patient Information Systems.

Revised edition. New York: Mcgraw-Hill, 1998. [DEITEL, 2001] DEITEL, H.M; DEITEL, P.J; C++ Como programar. Porto Alegre, Bookman, 2001. [FURLAN, 1998] FURLAN, J.D. Modelagem de objetos através da UML - The Unified Modeling Languagem. São Paulo,

Makron Books, 1998. [JACOBSON, 1992] JACOBSON I.; CHRISTERSON M.; JONSSON P.; OVERGAARD G. Object-Oriented Software Engineering – A Use Case Driven Approach. Addison Wesley – ACM Press, 1992. [JACOBSON, 1994] JACOBSON, I. Use Cases and Objects. Report on Object Analysis & Design. New York, v.1, n. 4. December

1994. [JACOBSON, 1999] JACOBSON, I.; BOOCH, G. and RUMBAUGH, J. Unified Software Development Process. Addison-Wesley,

1999. [LAUDON, 1998] LAUDON, K, C. and LAUDON, J. P. Management information systems: new approaches to organization &

technology. 5 Edition, USA, Prentice Hall Inc., 1998. [MACHADO e SILVEIRA, 1998] MACHADO, N.S. e SILVEIRA, A. Configurações estruturais em organizações universitárias.

Florianópolis, Insular, 1998. [MARTIN & ODELL, 1995] MARTIN, J. e ODELL, J. Análise e Projeto Orientados a Objeto._ São Paulo, Makron Books, 1995. [PRESSMAN, 1995] PRESSMAN, R. S. Engenharia de software. São Paulo, Makron Books, 1995. [RUMBAUGH, 1994] RUMBAUGH, J.; BLAHA, M.; PREMERLANI, W; EDDY, F.   http://www.devmedia.com.br/revista-sql-magazine http://www.grails.org/ http://stackoverflow.com/questions/9329679/dynamic-jasper-plugin-is-not-working-properly http://www.grails.org/DynamicJasper%20Plugin http://www.grails.org/plugin/zkui  

24

MUITO OBRIGADO !!

ALEXANDREOMEDIO@GMAIL.COM

?