Sistema de Controle Acadêmico E Seu Desenvolvimento

Objetivo Controlar e gerenciar as informações /dados pertinentes ao ensino na Universidade Estadual de Campinas. Cursos. Especializações dos cursos. Currículos. Horário. Calouros/Candidatos. Alunos. Docentes

Sub-sistemas que o compõe Extensão (parcial – só emissão de certificados) Graduação Pós-Graduação –Mestrado –Doutorado –Mestrado Profissional –Residência Médica (em implantação) –Especialização (em implantação)

Histórico - Manual (1963 – 1971) - Batch (1971 – 1989) - On-line – telas a caracter (1989 – hoje) - WEB (1999 – hoje)

Manual Poucos alunos e cursos Controle totalmente manual Crescimento de cursos, alunos e aumento da diversidade começou a criar dificuldades Informática começa a crescer Necessidade de informatização dos processos

Batch Início do sistema informatizado Desenvolvido por um docente do Instituto de Computação –Entre 1971 e 1973 –Máquina - IBM 1130 –Linguagem – Fortran – Sofreu evoluções/manutenções até 1989 para a Graduação ; até 1995 para Pós-graduação quando foi substituído –Atualmente ainda existe o sistema de Especialização

Batch Dificuldades - Memória cara - Velocidade de processamento compatível com o tipo de processamento, porém o aumento do volume de dados, exigia sempre soluções para ter um armazenamento compatível com o hardware. - telas de acesso nada amigáveis - falta de documentação para o sistema - somente um docente mantinha o sistema todo

Batch Resultado –Um sistema bastante eficiente e sofisticado para a realidade de época –Armazenamento dos dados altamente codificado –Exigência de usuários especializados para operar e manter o sistema

Batch Resultado (continuação) –Alta dependência do usuário a uma única pessoa para manutenção e evolução do sistema –Dificuldade para descentralizar o uso das informações via computador para toda a universidade

On-line Introdução – As características do sistema anterior fizeram que o usuário do sistema definisse algumas estratégias para poder evoluir Desenvolvimento e manutenção do sistema deveria ser de responsabilidade do órgão que mantinha os sistemas administrativos corporativos(CCUEC) Ser operacionalmente mais fácil que seu antecessor

On-line Introdução (continuação) Ampliar em muito as atividades informatizadas Permitir alteração de matrícula on-line Emissão de documentos para alunos deveria ser on-line Manter todas as boas características do sistema anterior

On-line Metodologia de desenvolvimento utilizada e seus resultados –Foi aplicada uma metodologia customizada pelo CCUEC para o desenvolvimento do projeto (7 fases) – Um amplo levantamento foi feito usando como ferramentas o Diagrama de Fluxo de dados (DFD) e Modelo Entidade Relacionamento (MER)

On-line Metodologia de desenvolvimento utilizada e seus resultados(continuação) –Como resultado tivemos um levantamento detalhado de tudo que deveria ser implemen- tado, o que permitiu desenvolver um sistema bastante abrangente –O aspecto negativo foi o tempo que se demorou para o levantamento ser feito (um ano e meio para graduação e um ano para a pós-graduação)

On-line Dificuldades encontradas –O ambiente de desenvolvimento era novo para toda a equipe de informática (IBM 3090 usando MVS/CICS e VM) –Conversão dos dados do sistema antigo –O novo o sistema deveria permitir que todos os textos fossem digitados segundo regras e convenções da língua portuguesa.

On-line Dificuldades encontradas (continuação) –Falta de padrão nacional definido pela ABNT para normatizar equipamentos e software para grande porte para geração e transmissão de caracteres acentuados. –Falta de um editor de texto para o ambiente usado, etc

On-line Implantação Deu-se de forma gradativa de –1988 até 1994 para a Graduação –1993 até 1995 para a Pós-Graduação

On-line Sucessos – permitiu uma profunda modificação na forma de trabalhar do usuário –Descentralizou informações acadêmicas para universidade –Maior número de usuários utilizando o sistema e atualizando-o

On-line Sucessos (continuação) –Eliminou dependência de uma equipe restrita de usuários e de um único docente. –Os dados se tornaram mais precisos –Documentos e atualizações on-line

On-line Falhas –Tempo de análise muito longo –Falta de testes mais aprofundados em aplicações críticas para conhecer melhor a interação entre os softwares(cics, db2,csp) –Falta de critérios mais rígidos para desenvolvimentos de melhorias

WEB Introdução –O crescimento do número de alunos dia a dia –O volume de tarefas cada vez maior e mais complexas. –Diminuição do número de pessoas para manter os sistemas –Necessidade de diminuição dos períodos críticos do usuário

WEB Introdução(continuação) –Necessidade de eliminar intermediários no processo –A popularização de um ambiente visualmente mais agradável e fácil de operar do ponto de vista do usuário –Mudança no ambiente operacional do CCUEC –Foram alguns dos fatores que nos levaram a entrar numa nova fase para o desenvolvimento destes sistemas

WEB Métodos utilizados –Primeiramente fizemos um fluxo de um processo priorizado pelo usuário (no caso Matrícula) –Dentro deste fluxo o usuário priorizou o requerimento de Matrícula(solicitação prévia de matrícula pelo aluno) –Uma equipe com as pessoas que detinham os maiores conhecimento no ambiente, ferramentas e metodologia de desenvolvimento foi formada para que num prazo de 4 meses colocasse definitivamente em produção esta função.

WEB Dificuldades durante o processo –Os sistemas corporativos estavam passando por um processo de downsizing (em fase de implantação) –O novo ambiente era desconhecido pela equipe técnica envolvida –O ambiente não estava preparado para WEB –Desconhecíamos qual seria a reação e o limite do ambiente ( alunos fariam pedidos de matrícula) –Não estávamos preparados em termos de segurança –Mudança cultural muito grande e abrangendo muita gente

WEB Etapas de desenvolvimento –Analistas responsáveis discutiam com alta a administração como seria operacionalizado o sistema –Equipe de analista de desenvolvimento faziam os levantamentos necessários( use-case) –Equipe de programadores estudavam melhor forma de controlar e desenvolver programação no ambiente escolhido –Equipe de suporte definia como e quais máquinas comporiam o ambiente e como seria sua segurança

WEB Etapas de desenvolvimento (continuação) –Definição das atividades de responsabilidade do usuário e da alta administração –Paralelo do sistema para a universidade toda fazer solicitação de matrícula 30 dias antes da colocação em definitivo do sistema em produção

WEB Fatores que levaram ao sucesso –Priorização real, participação ativa, cobrança de resultados constante da alta administração –Apoio e participação decisiva do órgão responsável (Diretoria Acadêmica) na divulgação e implantação definitiva do sistema via WEB –Equipe de informática designada competente e embuída de um único objetivo - implantar com sucesso a qualquer custo este projeto.

Situação Atual dos Sistemas na WEB dois anos depois Em fase final de testes sistema de Recebimento e divulgação de Notas dos aluno (Projeto Notas e Frequência primeira fase) Em fase final de testes Novo Sistema de Segurança e Calendário das funções Em fase final de testes do Sistema para manutenção dos dados Cadastrais de Aluno pelos alunos e Unidades de Ensino Vários outros projetos aguardando disponibilidade de equipe para serem desenvolvidos

Situação da Equipe de desenvolvimento 2 anos depois Buscando junto com os novos desenvolvi- mentos anteriormente mencionados superar os seguintes desafios: –Usar melhor os conceitos de orientação a objetos –Documentar melhor para melhorar o reuso –Melhorar integração entre os diversos grupo de desenvolvimento para desenvolver mais rápido, com maior segurança e com melhor qualidade

Situação da Equipe de desenvolvimento 2 anos depois (continuação) –Acompanhar as mudanças e evolução das ferramentas que tem sido vertiginosas. –Melhorar técnicas de levantamento, desenvolvimento e entrega de produto Para atingir estes objetivos estamos atualmente com um projeto de implantação do Processo de desenvolvimento de Software baseado no RUP (Rational Unified Process ).

FIM