O documento descreve um sistema de controle acadêmico proposto para o DIEE, incluindo uma descrição do sistema existente, ferramentas e arquitetura do sistema proposto, benefícios e conclusões.
1. 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
1
2. 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
2
3. 1- Introdução
Objetivo
avaliar 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. 3
4. 1- Introdução
Justistificativa
escolha 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.
4
6. 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 .
6
7. 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.
7
8. 3- Ferramentas & Arquitetura
Arquitetura - MVC
Model
Dados de persistência
Regras de validação
relacionamento
View
Apresentação
Layout
Interface Gráfica
Controller
Filtro de entrada, ações , Solicitação Resposta
vantagens:
Varias interface para um mesmo estado
modelo, facilidade de manutenção, aumento de
produtividade
8
9. 3- Ferramentas & Arquitetura
Arquitetura - DAO
Camada de
Acesso a
dados
Data
Access
Object
Camada de
Negócio
Modelo
Tabela de
Classe
Camada
Apresentaçã
o
Controller
Visão
vantagens:
Flexibilidade de migração de banco de
dado,flexibilidade para trabalhar com mais de
uma fonte de dado, reduz a complexidade do
modelo
Data
Base
HTTP Request
HTTP Response
9
10. 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.
10
12. 4- Projeto do Sistema
Digrama de caso de uso Geral
12
13. 4- Projeto do Sistema
Diagrama de Use Case Realizar Matricula
13
14. 4- Projeto do Sistema
Use Case Realizar Matricula
14
Use 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 com
o status a escolher.
3. Se a atividade seleciona for:
Matrícula
Re-matrícula
Cancelamento
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 do
aluno.
E2.O funcionário fornece algum dado
errado.
Os campos podem ser alterados através do
botão Alterar.
Subfluxos alternativos
Matricular novatos.
Efetua re-matrícula.
Trancar matrícula.
15. 4- Projeto do Sistema
Use Case Efectuar Rematricula
15
Use Case: Efetuar rematrícula
Atores: 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 principal
Açao do Ator Resposta do Sistema
1. O funcionário escolhe a opção re-
matrícula.
2. O sistema exibe a tela com os campos
para 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 de
disciplinas 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ções
E1.O funcionário matriculou um aluno
errado.
O funcionário pode excluir a matrícula
do aluno.
E2.O funcionário fornece algum dado
errado.
O funcionário pode alterar os campos
através do botão alterar.
Subfluxos alternativos
Nenhum
16. 4- Projeto do Sistema
Diagrama de Sequência de Realizar Matricula
16
17. 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
17
19. 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;
19
21. 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.
21
22. 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.
22
23. 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 23