Apresentação do SCAD, Sistema Académico do DIEE

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

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

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

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

1- Introdução
• Metodologia
Entrevista
Análise Documental
 Consulta Bibliográfica
5

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

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

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

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

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

4- Projeto do Sistema-Diagrama de
Classes
11

4- Projeto do Sistema
Digrama de caso de uso Geral
12

Diagrama de Use Case Realizar Matricula
13

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.

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

Diagrama de Sequência de Realizar Matricula
16

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

Plugins Instalados
18

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

6-Demonstração do Sistema
Proposto
20

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

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

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

Apresentação do SCAD, Sistema Académico do DIEE

Mais conteúdo relacionado

Mais procurados (15)

Destaque (11)

Semelhante a Apresentação do SCAD, Sistema Académico do DIEE (20)

Último (20)

Apresentação do SCAD, Sistema Académico do DIEE