Sistema InfoCampus

Jlio Emanoel Melo Rodrigues 1, Denis Arajo dos Santos, Andr Pessoa de Lima, Lucinaldo Pereira de Souza , Thiago Virglio , Jefferson Barros.
1

Curso de Anlise e Desenvolvimento de Sistemas (ADS) Universidade Brasileira de Tecnologia (UNIBRATEC), Brasil.

Resumo - Este artigo apresenta um exemplo para o texto a ser publicado nos Anais do XI Congresso Brasileiro de Informtica em Sade, CBIS'2008. Este exemplo mostra a configurao bsica do texto, bem como os detalhes sobre a publicao de figuras, tabelas, equaes e referncias. O idioma oficial o portugus. Palavras-chave: Informtica Mdica,Congresso, Normas (mnimo de trs, no excedendo a uma linha). Abstract - This paper shows an example for the manuscript to be published in the Proceedings of the XI Brazilian Congress of Health Informatics, CBIS'200 8. This example shows the basic text configuration, as well as the details about the publication of figures, tables, equations, and references. The official language is Portuguese. Key-words: Medical Informatics, Conference, Rules (at least three words, not exceeding one line).

Introduo O presente trabalho busca mostrar o processo de desenvolvimento da aplicao InfoCampus, sistema de autoatendimento acadmico, que busca alinhar os conhecimentos adquiridos durante o perodo acadmico com os elementos reais de elaborao de uma aplicao. A Engenharia de Software composta de mtodos que ajudam a construir um sistema computacional. Os mtodos envolvem um grande conjunto de tarefas que incluem: 1) Planejamento; 2)Anlise dos requisitos do sistema; 3)Arquitetura; 4)Codificao; 5)Testes e; 6)Manuteno do sistema. Segundo Pressman [1] o objetivo principal da rea de informtica produzir sistemas com qualidade, e como objetivo secundrio reduzir o custo do software e aperfeioar solues. A produtividade no desenvolvimento de sistemas est diretamente ligada aos seguintes fatores [1]:1)Fatores humanos: tamanho e experincia da equipe de desenvolvimento;2)Fatores da complexidade do problema: a complexidade do problema a ser resolvido e o nmero de alteraes e limitaes do projeto;3)Fatores do processo: relacionado com o mtodo de anlise e projeto adotados, linguagem de implementao e utilizao de ferramentas CASE;4)Fatores do produto: confiabilidade e desempenho dos sistemas computacionais que apoiam o desenvolvimento;5)Fatores de recursos: disponibilidade de ferramentas CASE e recursos de software e hardware. Esta abordagem, em linhas gerais, tem por objetivo a obteno de sistemas a custos cada vez menores e com solues aperfeioadas, ou seja, de uma forma produtiva e com qualidade [1]. Agilidade a habilidade de criar e responder a mudanas com respeito ao resultado financeiro do projeto em um turbulento ambiente de negcios. Agilidade a habilidade de balancear flexibilidade com estabilidade (Highsmith, Jim. Agile Project Management, 2002). O SCRUM um framework gil de desenvolvimento de software que aceita a imprevisibilidade e a contorna atravs da adaptao constante, se destacando dos demais frameworks geis pelo enfoque no gerenciamento. A grande expectativa acerca das inovaes tecnolgicas e da eficcia nos servios faz com que as organizaes venham adaptar-se s necessidades do mercado e s necessidades do consumidor, que procura, a cada dia, mais agilidade nos servios prestados pelas organizaes. Na esfera acadmica no diferente, a necessidade de um sistema moderno e intuitivo, que agilize os servios prestados pelas instituies acadmicas grande quantidade de alunos torna o InfoCampus uma realidade para este tipo de atendimento. O atual cenrio das instituies de ensino superior, no que tange as aplicaes de gesto acadmica, mergulha o usurio em um mar

desistemas que possuem vrios logins, senhas e inmeras pginas de acesso, dificultando a chegada at a informao. Mdulo de integrao entre os vrios sistemas de informao, voltados para o aluno, existentes em uma instituio de ensino superior, oInfoCampus vem otimizar a comunicao do usurio com a instituio de ensino, na busca pela informao, de uma forma qualitativa e eficaz,minimizando procedimentos e simplificando a navegao com mobilidade, atuando comoum controle remoto universal das aplicaes acadmicas, onde atravs da comunicao entre os sistemas, nas plataformas Web e Mobile, e de uma navegabilidade fcil e intuitiva, vempossibilitar ao usurio, em um nico acesso, um meio gil e simples de chegada s informaes de seu interesse. O InfoCampus proporciona ao aluno a visualizao de notas, faltas, avisos de estgio e emprego, visualizao do mapa da instituio e solicitao de requerimentos, alm da visualizao das atividades postadas pelos professores nos sistemas de ensino e atividades distncia e dos avisos de fruns criados, atravs de um calendrio dinmico e intuitivo, dando ao usurio total agilidade na obteno das informaes que lhe so pertinentes. Figura 2. O sistema InfoCampus foi concebido para as plataformas web e mobile, usando como linguagens de programaoo Java, para a construo da infraestrutura do sistema web e mobile, e o Flex, para a criao das interfaces grficas. O ambiente de desenvolvimento utilizado foi o Eclipse Ganymede, adicionando-lhe plug-ins importantes como Subclipse que permitiu equipe trabalhar com o SVN para controle de verso de cdigo e de documentao do projeto, outro plug-in importante foi o Adobe FlexBuilder3 para desenvolver as interfaces da plataforma web na linguagem Flex. Para a integrao entre os sistemas acadmicos, objetivo do projeto, foi usado o Web Service Axis 2,que permitiu a publicao dos servios, das diversas aplicaes acadmicas da instituiona web para que a aplicao InfoCampus pudesse fazer uso. Foi empregado tambm oplug-in WTK Wireless Toolkit 2.5.2 configurado no eclipse para o desenvolvimento da aplicao mobile e comunicao com os servios gerados pelo Web Service Axis 2, na web . A equipe desenvolveu o projeto com encontros quase que dirios, com exceodos finais de semana, nas aulas presenciais das disciplinas do perodo, onde o foco era o desenvolvimento e alinhamento das atividades de execuo do projeto. Durante os finais de semana e dias sem aulas foram realizadas reunies virtuais atravs do Widows Live Messenger. Fezse tambm o uso de E-mails individuais e mensagens telefnicas, sempre que necessrio.Outra ferramenta bastante utilizada foi o Google Code para repositrio do cdigo e da documentao do projeto.

Metodologia Para execuo do projeto foi criada a fbrica de software MEGA7, sendo escolhido o processo de desenvolvimento de software SCRUM que, por ser um framework gil, atenderia s especificaes para concepo do projeto. SCRUM foi criado a partir do reconhecimento que desenvolvimento de software muito complexo para ser planejado corretamente desde o incio, rene atividades de monitoramento e feedback, em geral, atravs de reunies rpidas e dirias com toda equipe. Tais reunies visam identificao e correo de quaisquer impedimentos no processo de desenvolvimento.O ciclo do processo mostrado nas figuras 1 e 2.

Figura 1.

Uma ferramenta de comunicao e gerenciamento importante para o projeto foi o Teambox, ferramenta que permitiu, atravs de publicao em seu site, a visualizao das tarefas inerentes a todas as estrias de uma determinada Sprint, permitindo aos membros da equipe publicar o andamento de suas tarefas, a quantidade de horas trabalhadas em determinada tarefa e o status da tarefa, se aberta ou encerrada. As estrias foram escolhidas apartir do Product Backlog criado no incio do projeto, o critrio de escolha das estrias de cada Sprint foi baseado no valor para o negcio, valor para o cliente e necessidade estrutural do projeto. Aps a escolha dos itens do Product Backlog que iriam fazer parte da Sprint, as estrias eram escritas, quebradas em tarefase estimadas no Sprint Planing para poderem ser implementadas, logo que concludas so testadas para serem aceitas ou no pelo cliente, dependendo do resultado so revistas ou inseridas na nova verso do projeto. O tempo disponibilizado para o desenvolvimento do software foi de aproximadamente de doze(12) semanas, que foram divididas em seis(6) Sprints de duas(2) semanas.

Resultados A dificuldade do acesso s informaes relacionadas aos docentes de instituies acadmicas possuidoras de mais de um sistema que armazenam essas informaes, mostrou-nos a necessidade de construir algo que pudesse centralizar em um nico sistema essas fontes de dados. Trabalhando para desenvolver algo que atenda os atuais requisitos de engenharia de software e as expectativas dos clientes procuramos atingir todos objetivos traados em cada Sprint, evoluindo nas adversidades inerentes a pouca experincia com as tecnologias de desenvolvimento e gerenciamento adotadas para a concepo do sistema. Buscou-se atingir no InfoCampus os requisitos de segurana, confiabilidade eintuitividadeque so necessrios a qualquer sistema desenvolvidos para web e mobile,. Procuramos descrever as nossas experincias de aprendizados durante cada Sprint. Sprint 1 A Sprint 1 foi definida como a Sprint de preparao e alinhamento das atividades e tecnologias para o desenvolvimento do projeto. O aprendizado das tecnologias, Adobe Flex e Web Service, e doframework SCRUM foram os principais focos nas atividades realizadas na Sprint. A equipe contava com poucos integrantes que tinham conhecimento das tecnologias

citadas, o que levou a equipe a acordar com o cliente a entrega de, apenas, uma estria, a interface grfica do menu principal do sistema. A necessidade de domnio das tecnologias, pela maioria dos integrantes da equipe, para o incio do desenvolvimento do projeto, levou criao dos dias tcnicos. Dias tcnicos eram constitudos de uma apresentao terica sobre as tecnologias adotadas, acrescentadas de exemplos prticos envolvendo a temtica do projeto e a tecnologia abordada. Como consequncia da falta de experincia da equipe com o framework SCRUM, houve certa desorganizao, na realizao das atividadese no registro das mesmas, que foi sendo superada com a orientao de membros da equipe que j tinham contato com o framework e de orientadores envolvidos no projeto. O sucesso na configurao do plug-in Adobe Flex Builder com a IDE Eclipse, realizado por um dos integrantes da equipe, proporcionou a concepo da interface de apresentao, estria da Sprint, e o incio do ciclo de aprendizagem com essa tecnologia Da . mesma forma no aconteceu com Web Service Axis2, essencial para a integrao entre os sistemas, finalidade do projeto, foi configurado em apenas um computador dificultando a aprendizagem e fazendo a necessidade de mais dias tcnicos relativos tecnologia Web Service. A primeira Sprint foi basicamente uma Sprint volta da para o aprendizado das tecnologias utilizadas no projeto. Sprint 2 Na segunda Sprint foram priorizadas as atividades e tarefas voltadas para a plataforma web, sendo feito um balanceamento das estrias que eram mais importantes para o cliente com aquelas que iriam servir de exemplo para alicerar a infraestrutura das demais estrias do projeto. Na Sprint foi definido que a ferramenta livre i-educar seria utilizada para simular um sistema de gerenciamento acadmico e a ferramenta livre Moodlesimularia um sistema de educao e atividades distncia, trazendo para o projeto a similaridade de um ambiente acadmico com mais de um sistema para a chegada s informaes. A Sprint no culminou com nenhuma estria relativa integrao de sistemas, concluda, finalidade do projeto, devido a problemas de configurao e aprendizado com a tecnologia Web Service, mola mestra da comunicao do sistema InfoCampus com os demais sistemas,dessa forma no ocorrendo a centralizao das informaes nesse primeiro momento. Apenas as estrias de solicitao de requerimentos, que eram dependentes, somente das tecnologias Flex e Java foram concludas nessa Sprint.Na Sprint foram cumpridos alguns passos relativos ao processo de gerenciamento adotado, mas com falhas, principalmente na

diferenciao entre atividades e tarefas, o que ainda trouxe desorganizao nos registros e no cumprimento das atividades. Devido falta de familiaridade com o framework SCRUM, houve um maior foco na implementao do projeto por parte dos integrantes da equipe, o que comprometeu, de certa forma, o gerenciamento. Sprint 3 Na terceira Sprint as atenesforam voltadas totalmente para a concluso das estrias do projeto web. A finalizao da primeira estria relativa integrao de sistemas foi feita logo no incio da Sprint, com a estria Visualizao de Curso/Cadeira, onde o sistema InfoCampus buscou as informaes atravs da comunicao do seu Web Service com o Web Service do sistema de gerenciamento acadmico simulado, alavancando a finalizao da estria Calendrio Dinmico de Visualizao de Eventos que veio confirmar a eficincia da comunicao entre sistemas, realizada pelo InfoCampus, buscando informaes da base de dados do sistema de gerenciamento acadmico e do sistema de educao distncia, comunicando-se apenas com seus respectivos Web Services. Uma maior familiarizao com o processo de gerenciamento trouxe uma maior fluidez nas atividades, juntamente com agilidade e facilidade de organizao, mas a equipe cometeu erros relativos ao preenchimento de registros, que no tiveram influencia significativa na organizao da Sprint, mas foram notadas pelos orientadores. A notria falta de experincia da equipe no gerenciamento trouxe uma m distribuio dos membros por tarefas, o que levou no concluso de estrias importantes e de valia para o cliente. Sprint 4 A Sprint 4 focou na tentativa de fechamento das estrias da aplicao web, o que aconteceu em quase toda sua totalidade, devido evoluo tcnica e gerencial da equipe. Nesta Sprint ficou definido pela equipe a no mais utilizao das ferramentas livre i-educar e Moodle, visto que o sistema necessitaria apenas da base de dados dessas aplicaes e que o aprendizado no manuseio dessas bases de dados demandaria tempo, a equipe tomou como soluo a criao de Web Services e Banco de Dados que simulariam as das ferramentas supracitadas, o que culminou em sucesso, diminuindo, assim, eventuais riscos de conflitos na comunicao entre os sistemas e de um possvel atraso na entrega das estrias para o fechamento da Sprint. Ficou definido tambm o deslocamento de um membro da equipe para o estudo da plataforma Mobile, foco da prxima Sprint, para que a equipe no encontrasse as mesmas dificuldades de

aprendizado, com tecnologias de pouco domnio da equipe, do incio do projeto.A principal dificuldade desta Sprint foi de cunho tcnico. Na implementao das estrias Manter Aviso de Estgio e Emprego e Manter Aviso de Eventos, nos deparamos com a manipulaodas informaes que trafegavam entre osWeb Services criados de forma diferente, ao invs de somente buscar as informaes atravs de consultas, nessas estrias o sistema teria que inserir e atualizar as informaes, isso nos fez perder um pouco mais de tempo e no permitiu o fechamento total das estrias propostas. A quarta Sprint foi um marco no projeto, que nos deixou mais confiantes no sucesso da aplicao, devido familiarizao da equipe com o processo de gerenciamento do projeto. Sprint 5 No incio desta Sprint foram fechadas as estrias web e traadas as estratgias de implementao de todas as estrias da plataforma Mobile.Baseado no sucesso atingido na Sprint anterior, as expectativas a cerca da concluso da Sprint eram excelentes, tangiam a primeira semana, pois a complexidade das estrias da plataforma Mobile comparadas com as da plataforma Web eram inferiores, porm as dificuldades encontradas na configurao entreWeb Server e o J2MEtrouxe a necessidade de alguns dias tcnicos para ajustes e alinhamento do sistema, que no enxergava os servios postados no Web Service, demandando tempo, permitindo apenas a concluso das estrias de maior pontuao para o cliente, no culminando com o fechamento total das estrias da plataforma Mobile. Sprint 6 Na Sprint 6 houve uma renegociao do escopo do projeto, onde ficariam fora as estrias Visualizao de Atividades no EAD - Mobile e Visualizao de Fruns Criados - Mobile em virtude da baixa pontuao de valor para o cliente. Foi argumentado com o cliente a necessidade de alinhar e melhorar o que j estava pronto, mais de 90% de estrias grande valor de pontuao, devido ao receio da equipe de no ter tempo hbil para corrigir possveis defeitos no sistema em virtude da incluso de uma nova estria que no havia sido planejada no incio do projeto, Controle de Login Mobile, mas que era de suma importncia para o funcionamento correto do sistema, e da proximidade com trmino do prazo de entrega do projeto. Foram feitas as devidas melhorias no layout das pginas de navegao e os ajustes finos para o correto funcionamento do sistema.

Concluso

Referncias