Trabalho de Conclusao Do Curso

UNIVERSIDADE EDUARDO MONDLANE
FACULDADE DE CINCIAS DEPARTAMENTO DE MATEMTICA E INFORMTICA
TRABALHO DE LICENCIATURA
TEMA:
Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

CASO DE ESTUDO: DSS
Autor: Celso Meirelles Rodolfo Adamo
UNIVERSIDADE EDUARDO MONDLANE

FACULDADE DE CINCIAS DEPARTAMENTO DE MATEMTICA E INFORMTICA
TRABALHO DE LICENCIATURA
TEMA:

CASO DE ESTUDO: DSS
Autor: Celso Meirelles Rodolfo Adamo Supervisora: dra. Rossana Carimo Soares Co-Supervisor: dr. Carlos da Silva
MAPUTO, MARO DE 2011
Dedicatria
Aos meus pais, Francisco lvaro Marta Adamo e ngela Maria Lucas Rodolfo Adamo. Aos meus queridos irmos, Edvaldo Marcio Rodolfo Adamo, Francisco lvaro Rodolfo Adamo Jr. e Alexandre Marta Rodolfo Adamo.
Trabalho de Licenciatura
Celso Meirelles Rodolfo Adamo
Agradecimentos
Ao longo do meu curso e durante o perodo de elaborao do trabalho de final de curso, houve contributos de vrias pessoas, dentre estas professores, familiares, amigos e colegas. Sendo assim, agradeo de forma especial as seguintes pessoas: Primeiramente, agradeo aos meus pais, pelo carinho, fora e ensinamentos que me foram proporcionados. A minha prima Tnia pela correco de erros ortogrficos e sugestes por ela proporcionadas. A todos funcionrios da Direco dos Servios Sociais (DSS) pela colaborao, disponibilizao de dados que foram fundamentais para realizao desta monografia e pelo tempo que me foi concebido para realizao das entrevistas, especialmente ao dr. Macedo, dr. Cossa e sr. Evaristo. Aos meus colegas e amigos que directa ou indirectamente deram o seu contributo para concretizao deste trabalho, especialmente ao Elsio Leonardo e Raimundo Chongo pelos conhecimentos partilhados e pela convivncia agradvel durante o curso. Por fim, agradeo de forma muito especial aos meus supervisores, dra. Rossana Carimo Soares (Supervisora) e dr. Carlos da Silva (Co-Supervisor) pela disponibilidade, motivao e orientao que me foi concebida durante a elaborao desta dissertao.
II
Declarao de Honra
Declaro por minha honra que o presente trabalho foi resultado da minha prpria investigao e o mesmo foi concebido para ser submetido como trabalho para obteno do grau de Licenciatura em Informtica na Faculdade de Cincias da Universidade Eduardo Mondlane, Departamento de Matemtica e Informtica.
Maputo, Maro de 2011
O Autor ___________________________________________ (Celso Meirelles Rodolfo Adamo)
III
Resumo
O objecto de pesquisa do presente trabalho a Direco dos Servios Sociais (DSS), um rgo da Universidade Eduardo Mondlane (UEM) que presta servios de apoio aos estudantes com objectivo de proporciona-los melhores condies de estudo. O volume de dados e informao referente ao processo de alojamento e pagamento de mensalidades da DSS cresce dia aps dia, o que torna a organizao e processo de tomada de deciso mais complexos. Com inteno de se fazer uma gesto eficaz do recurso informao, que essencial para tomada de deciso em qualquer organizao, props-se desenvolver um modelo que permite efectuar a gesto dos alojamentos nas residncias universitrias da UEM usando tecnologias Web, tendo como condio necessria o acesso Internet. Para se alcanar o objectivo citado acima, que coincide com a proposta de soluo, fezse ao longo do trabalho, a comparao de algumas metodologias de desenvolvimento de software, entrevistou-se alguns funcionrios da DSS, consultou-se e analisou-se documentos referentes DSS, e finalmente desenhou-se o modelo julgado ideal para minimizar ou acabar com os problemas encarados pela DSS e pelos estudantes residentes nas residncias universitrias da UEM. Entretanto, com a realizao desta dissertao, espera-se como resultado um modelo que permita resolver problemas tais como: a demora na emisso dos recibos comprovativos de pagamento de mensalidades e a dificuldade de obter informao actualizada sobre os estudantes.
IV
Sumrio
Dedicatria .................................................................................................................... I Agradecimentos ........................................................................................................... II Declarao de Honra ................................................................................................... III Resumo ....................................................................................................................... IV Glossrio..................................................................................................................... XI Captulo I Introduo ................................................................................................. 1 1- Contextualizao ...................................................................................................... 1 2- Definio do Problema ............................................................................................. 2 3- Objectivos ................................................................................................................ 4
3.1- Geral.............................................................................................................................. 4 3.2- Especficos ..................................................................................................................... 4
4- Estrutura do Trabalho ............................................................................................... 5 Captulo II Metodologia ............................................................................................. 6 Captulo III Reviso Bibliogrfica ............................................................................ 10 12Introduo............................................................................................................ 10 Modelo de desenvolvimento Incremental ............................................................. 11
2.1- Introduo .................................................................................................................... 11 2.2- Caractersticas .............................................................................................................. 12 2.3- Vantagens e desvantagens ............................................................................................ 12
3-
Processo de Modelao Unificado ........................................................................ 13

3.1- Introduo .................................................................................................................... 13
3.2- Caractersticas .............................................................................................................. 14 3.3- Actividades .................................................................................................................. 15 3.4- Fases ............................................................................................................................ 16 3.5- Vantagens e desvantagens ............................................................................................ 18
4-
Programao Extrema .......................................................................................... 18

4.1- Introduo .................................................................................................................... 18 4.2- Valores ........................................................................................................................ 19 4.3- Princpios ou Prticas do XP ........................................................................................ 20 4.4- Actividades .................................................................................................................. 22 4.5- Vantagens e desvantagens ............................................................................................ 23
Captulo IV Caso de Estudo: Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM ............................................... 25 1- Descrio da Situao Actual .................................................................................. 25 2- Residncias Universitrias ...................................................................................... 26 3- Processos de Negcio ............................................................................................. 29
3.1- Processo de Alojamento e Desalojamento..................................................................... 29 3.2- Processo de permuta e troca de quartos ......................................................................... 30
4-
Organograma ....................................................................................................... 31
Captulo V Modelo Proposto de Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM. .............................................. 32 1- Descrio do Modelo Proposto ............................................................................... 32 2- Arquitectura do Modelo Proposto ........................................................................... 34 3- Funcionamento do Modelo Proposto ....................................................................... 35 4- Modelao do Modelo Proposto .............................................................................. 37
VI
4.1- Descrio dos Actores .................................................................................................. 37 4.2- Casos de Uso ............................................................................................................... 38 4.3- Diagramas de Casos de Uso ......................................................................................... 40 4.4- Descrio Estruturada dos Casos de Uso ...................................................................... 42 4.5- Diagrama de Classes .................................................................................................... 50 4.6- Diagrama de Actividades ............................................................................................. 51 4.7- Diagrama de Sequncia ................................................................................................ 53 4.7- Diagrama de Estados .................................................................................................... 55
Captulo VI Concluses e Recomendaes ............................................................... 56

1- Concluses ..................................................................................................................... 56 2- Recomendaes .............................................................................................................. 56
Bibliografia ................................................................................................................. 58
Referenciada ....................................................................................................................... 58 No Referenciada ................................................................................................................ 59
Anexos........................................................................................................................ 60 Anexo 1: Guio de Entrevista...................................................................................... 60 Anexo 2: Ficha de Internamento.................................................................................. 62 Anexo 3: Contrato de arrendamento de cama .............................................................. 63 Anexo 4: Guia de Autorizao de Ocupao de Cama ................................................. 67 Anexo 5: Manual do Utilizador ................................................................................... 68
VII
ndice de Tabelas
Tabela 1 Lista de Endereos das Residncias Universitrias ..................................... 28
VIII
ndice de Figuras
Figura 1- Relao entre as fases e actividades do PMU ............................................... 14 Figura 2 Organograma da DSS ................................................................................. 31 Figura 3 - Fluxo de informao do modelo proposto ................................................... 34 Figura 4 - Arquitectura do modelo proposto ................................................................ 35 Figura 5 Diagrama de Casos de Uso para actores emissores (1/2) ............................. 40 Figura 6 Diagrama de Casos de Uso para actores receptores (2/2) ............................ 41 Figura 7 Diagrama de Classes .................................................................................. 50 Figura 8 Diagrama de Actividades: Registar Pagamentos ......................................... 51 Figura 9 Diagrama de Actividades: Registar Estudante............................................. 52 Figura 10 Diagrama de Sequncia: Registar Estudante ............................................. 53 Figura 11 Diagrama de Sequncia: Registar Pagamento ........................................... 53 Figura 12 Diagrama de Sequncia: Registar Usurio ................................................ 54 Figura 13 Diagrama de Sequncia: Alojar o estudante .............................................. 54 Figura 14 Diagrama de Estado: Usurio ................................................................... 55 Figura 15 Diagrama de Estado: Pagamento .............................................................. 55
IX
Lista de Abreviaturas
BA Bolsa de Alojamento BC Bolsa Completa BD Base de Dados BI Bilhete de Identidade BR Bolsa Reduzida DA Departamento de Alojamento DAF Departamento de Administrao e Finanas DMI Departamento de Matemtica e Informtica DRA Direco do Registo Acadmico DSS Direco dos Servios Sociais PMU Processo de Modelao Unificado UEM Universidade Eduardo Mondlane RU Residncia Universitria SGBD Sistema de Gesto de Base de Dados SI Sistemas de Informao TI Tecnologias de Informao XP Extreme Programming
Glossrio
Abordagem Orientada a Objectos uma abordagem que permite ver o mundo como objectos com estrutura de dados e comportamentos. Aplicao Web o termo utilizado para designar de forma geral, sistemas informticos projectados para utilizao atravs de navegador (em ingls browser), na Internet ou Intranet (redes privadas). Base de Dados (BD) uma coleco de dados operacionais armazenados, usados pelos sistemas de aplicaes de uma empresa especfica. Cdigo aberto (em ingls Open Source) um termo criado pela Open Source Initiative (OSI) e refere-se a um software tambm conhecido por software livre. Um software livre pode ser usado, copiado, estudado e redistribudo sem restries. Ferramentas CASE so sistemas de software, cujo objectivo fornecer suporte automatizado para as actividades do processo de desenvolvimento de software, como a engenharia de requisitos, o projecto, o desenvolvimento do programa e os testes. Framework um conjunto de classes reutilizveis que compem um projecto para classes especficas de software. Internet uma rede global de computadores interligados, que se comunicam entre si atravs de redes de telecomunicaes existentes. Java uma linguagem de programao orientada a objectos, desenvolvida pela Sun MicroSystems. muito popular e crescentemente usada no mundo da Web. JavaScript uma linguagem de Scripts (orientada a objectos) desenhada para Web. Esta permite que os desenvolvedores Web incluam um alto nvel de interactividade em pginas Web. Navegador Web (em ingls Web Browser) um programa que permite nos visualizar e explorar a informao na Web. Pgina Web um documento na Web que pode incluir textos, fotos, som e vdeos.
XI
Plug-in um programa de computador que permite adicionar funes a outros programas maiores, provendo alguma funcionalidade especfica. Servidor Web uma entidade composta por hardware ou software que fornece servios de consulta por hipertexto (WWW) na Internet ou Intranet. Sistema de Gesto de Base de Dados (SGBD) um conjunto de software, destinado a gerir todo o armazenamento e manipulao dos dados do sistema, fazendo a interface entre o nvel aplicacional e a base de dados propriamente dita. Sistema de Informao (SI) uma entidade sociotcnica que rene, guarda, processa e faculta informao relevante para a organizao (ou para a sociedade), de modo a torna-la acessvel e til para aqueles que desejam (e possam) utilizarem. Software so programas de computador e toda documentao associada, ou seja, a componente lgica da informtica (programas, aplicaes, sistemas operativos) que comanda o hardware. Tecnologia de Informao (TI) um conjunto de equipamentos e suportes lgicos (hardware e software) que permitem executar tarefas como aquisio, transmisso, armazenamento, recuperao e exposio de dados. URL (Uniform resource Locator) o endereo nico atribudo a cada pgina Web. Conhecendo URL podes mostrar instantaneamente qualquer pgina Web. Web o termo conhecido por WWW. World Wide Web (WWW) rede virtual de informao, composta por um conjunto de mquinas denominadas servidores Web.
XII
Captulo I Introduo
1- Contextualizao
A tomada de decises nas organizaes um processo complexo, dada a quantidade de informao em jogo, a sua complexidade e a frequncia com que esta informao se altera (PEREIRA, 1998). Segundo RODRIGUES (2002) as Tecnologias de Informao (TI) funcionam como meio de suporte e de melhoria das actividades das organizaes e estas continuam a alterar profundamente o modo as organizaes evoluem e os negcios se processam. A Universidade Eduardo Mondlane (UEM) uma organizao pblica de ensino superior que tem como tarefa principal formar tcnicos de nvel superior, capazes de produzir, aplicar, difundir a cultura, a cincia e a tcnica ao servio do desenvolvimento do pas e do mundo (CONSELHO UNIVERSITRIO DA UEM, 2010). Esta possui vrios docentes, estudantes, funcionrios que se encontram distribudos pelas diversas faculdades, departamentos, direces, etc. Dentre as diversas direces existentes, a escolhida para o objecto de pesquisa a Direco dos Servios Sociais (DSS) da universidade, especificamente o Departamento de Alojamento localizado no campus universitrio da mesma, na cidade do Maputo. Actualmente, a DSS utiliza um sistema manual que permite efectuar a gesto do processo de alojamento e pagamento de mensalidades para arrendamento de camas e neste constatou-se alguns problemas relacionados a eficincia e gesto dos mesmos. Com intuito de resolver problemas tais como: a dificuldade de obter informao actualizada sobre estudantes, a dificuldade de elaborar estatsticas sobre as residncias universitrias, e a demora na emisso de recibos comprovativos de pagamentos de mensalidades de arrendamento de camas, prope-se, efectuar este trabalho, cujo objectivo desenvolver um modelo de sistema de gesto de alojamentos para residncias universitrias da UEM com recurso a tecnologia Web.
Na metodologia desta dissertao so abordadas de forma implcita: a estratgia de pesquisa, as tcnicas de colheita de dados, as tcnicas de anlise de dados, o tipo de abordagem, as tcnicas de modelao, a linguagem de programao, o Sistema de Gesto de Base de Dados (SGBD) e todas as ferramentas de apoio usadas durante o desenvolvimento do Sistema de Informao (SI), pois estes aspectos foram essenciais para se alcanar os objectivos especficos que so cruciais para se concretizar o objectivo geral.
2- Definio do Problema
O Departamento de Alojamento (DA) faz parte da DSS e responsvel pelo alojamento dos estudantes. Sendo assim, no incio de cada ano lectivo, a DSS recebe uma lista com uma certa quantidade de estudantes bolseiros enviada pela Direco do Registo Acadmico (DRA). Neste mesmo perodo, a DSS tambm recebe cartas de pedidos de arrendamento de camas, dos estudantes no bolseiros e estudantes que perderam a Bolsa Completa (BC). A quantidade de estudantes enviada pela DRA pode ser superior a capacidade de alojamento disponvel pela DSS, pois, no se sabe exactamente quantas vagas existem em cada residncia. Estas dificuldades de elaborao de estatsticas sobre as residncias universitrias surgem pelo facto do processo de tomada de decises na organizao ser complexo, devido a quantidade de informao referente aos estudantes (processos estudantis) armazenados na DSS, a sua complexidade e a frequncia com que esta informao se altera. Ao longo dum certo perodo (tempo de durao do curso), o estudante pode perder a BC passando a usufruir apenas da Bolsa Reduzida (BR), perdendo assim a regalia de alojamento. Perdendo esta regalia, se o estudante quiser permanecer na residncia universitria, deve depositar mensalmente um determinado valor referente ao arrendamento de cama na conta da DSS no banco Standard Bank. Aps o depsito no banco, lhe retornado um recibo comprovativo de depsito do banco.
Este recibo pode ser entregue ao administrador da residncia universitria onde o estudante habita ou ao DA. Se entregue ao administrador, este no fim do ms, deve encaminhar todos os recibos comprovativos de depsito dos estudantes ao DA. Por sua vez, o DA encarrega-se de entregar os novos processos de estudantes e os recibos comprovativos de depsito, respectivamente, a residncia onde o estudante reside (ou ir residir) e a DSS, concretamente ao Departamento de Administrao e Finanas (DAF). Depois de se verificar que os recibos comprovativos de depsito so vlidos, a DAF retorna recibos comprovativos de pagamento de mensalidades de arrendamento de cama aos administradores. Dado o elevado nmero da populao estudantil que se envolve neste processo, este pode durar meses, provocando deste modo, uma demora na emisso de recibos comprovativos de pagamentos de mensalidades de arrendamento de camas, incorrendo assim o estudante ao risco de em algum momento ser considerado em situao ilegal por falta de pagamento da mensalidade. Caso o estudante seja considerado ilegal, este expulso, perde direito sobre a cama arrendada e no pode mais efectuar a renovao do contrato referente ao arrendamento de cama com DSS. Salientar que, pelo facto dos registos de novos estudantes realizarem-se no DA e os estudantes poderem mudar de quartos ou residncias apresentando uma justificao aceitvel, os administradores no tem acesso a esta informao em tempo real, isto , h dificuldades de obter informao actualizada sobre os estudantes. Para resolver os problemas citados neste captulo, prope-se, desenvolver uma aplicao Web de gesto de alojamentos nas residncias universitrias da UEM, pois, com a implementao da mesma, a informao ficar disponvel para todos os nveis de gesto que precisam desta para tomar decises em tempo til, haver facilidades de elaborar estatsticas (a aplicao disponibilizar diversos tipos de relatrios sobre a situao das residncias universitrias) e deste modo permitir uma gesto melhorada dos recursos alocados a populao estudantil bolseira da UEM.
3- Objectivos
Os objectivos desta dissertao so:
3.1- Geral
Desenvolver um modelo de sistema de gesto de alojamentos para as residncias universitrias da UEM com recurso a tecnologias Web.
3.2- Especficos
Analisar e descrever o processo de alojamento e pagamento de mensalidades de arrendamento de camas para melhor percepo do sistema actual; Desenhar e propor um modelo para o processo de alojamento e pagamento de mensalidades de arrendamento de camas nas residncias universitrias; Analisar e escolher o modelo de desenvolvimento de SI; Desenvolver um prottipo que simule a implementao do modelo.
4- Estrutura do Trabalho
O presente trabalho est estruturado da seguinte maneira: Captulo I - Introduo, faz-se uma breve contextualizao, define-se os problemas a serem resolvidos, os objectivos e apresenta-se a estrutura do trabalho. Captulo II - Metodologia, apresenta-se a metodologia que foi seguida para se concretizar os diversos objectivos especficos deste trabalho. Captulo III - Reviso Bibliogrfica, aborda-se de forma superficial alguns modelos utilizados no desenvolvimento de SI com objectivo de posteriormente escolher o modelo julgado ideal para o desenvolvimento de SI proposto, de acordo com o recurso tempo, dinheiro e pessoas. Captulo IV - Caso de Estudo: Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM, descreve-se a situao actual, o processo de alojamento e desalojamento, o processo de permuta e troca de quartos e aborda-se de forma resumida algo sobre as residncias universitrias. Captulo V - Modelo Proposto de Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM, faz-se a descrio do modelo proposto e usa-se diagramas de Unified Modelling Language (UML) baseado em casos de usos, diagramas de classes, diagramas de actividades, diagramas de sequncia e diagramas de estados para modelao. Captulo VI - Concluses e Recomendaes, so apresentadas as concluses do presente trabalho e recomendaes para aspectos que o autor no alcanou ou gostaria de alcanar, mas so fundamentais para aumentar a eficincia do modelo proposto. Finalmente, apresenta-se as Referncias Bibliogrficas e os Anexos para melhor sustentar a percepo desta dissertao.
Captulo II Metodologia
Este captulo aborda de forma detalhada todos os passos que se seguiram para a elaborao do presente trabalho. O primeiro passo com vista a elaborao da pesquisa foi obter junto secretria do Departamento de Matemtica e Informtica (DMI) uma credencial que foi entregue DSS, como forma de pedido de autorizao para que a recolha de dados fosse feita naquela instituio. Para se alcanar os objectivos preconizados, a pesquisa obedeceu a metodologia que abaixo se descreve.
Para analisar e descrever o processo de alojamento e pagamento de mensalidades de arrendamento de camas para melhor percepo do sistema actual: Utilizou-se o caso de estudo como estratgia de pesquisa, pois, a mesma permitiu delimitar o tema a ser pesquisado. Portanto, como tcnica de recolha de dados, o candidato usou a triangulao, que o nome designado quando o trabalho envolve mais da uma tcnica de recolha de dados. Dentre as vrias tcnicas de recolha de dados, usou-se entrevista, com vista a esclarecer alguns detalhes que no esto documentados e que sejam relevantes ou significativos para a pesquisa e a observao, pois existem aspectos que s ficaram claros observandoos. As entrevistas foram feitas a alguns funcionrios da DSS, dentre eles, administradores das RU e funcionrios do DA. Feita a recolha de dados, efectuou-se a anlise dos mesmos que incidiu sobre os seguintes documentos: respostas do guio de entrevista, requisitos sistema e documentos referentes a DSS. Esta anlise consistiu em comparar (semelhanas e diferenas) as diversas respostas fornecidas pelos entrevistados.
Para desenhar e propor um modelo para o processo de alojamento e pagamento de mensalidades de arrendamento de camas nas residncias universitrias: Foi usada uma abordagem orientada a objectos, pois enquadra-se perfeitamente com o tipo de problema presente, aplica-se em vrias reas tecnolgicas, pelo facto de ser do domnio do autor e por emprestar vrias vantagens tais como: extensibilidade 1, reduo de custos2, facilita a comunicao entre desenvolvedores e clientes 3, melhora a qualidade, a estrutura da base de dados e funcionalidades dos programas podem ser desenhadas no mesmo paradigma, etc. Tendo sido escolhida uma abordagem orientada a objectos, para modelao usou-se Unified Modelling Language (UML) que segundo NUNES e ONEILL (2003) uma linguagem de modelao que utiliza a notao padro para especificar, construir, visualizar e documentar SI orientados a objectos. Sendo assim, neste trabalho usou-se o Dia4 para incorporar a UML, visto que existe uma necessidade de se produzir os diagramas UML antes da programao comear a ser implementada.
Para analisar e escolher o modelo de desenvolvimento de SI: Fez-se a comparao de alguns modelos de desenvolvimento de software a escolha do autor e conforme as vantagens, desvantagens e aplicabilidade de cada modelo, escolheuse o modelo incremental, pois este o modelo julgado ideal de acordo com o recurso tempo, pessoas e dinheiro para o desenvolvimento do SI proposto.
Para desenvolver um prottipo que simule a implementao do modelo: Utilizou-se o ZK framework, a linguagem de programao java, o SGBD MySQL e algumas ferramentas de apoio que sero abordadas mais adiante.
1 2
flexvel a mudana de requisitos. Documentao clara ajuda na manuteno e permite o reuso de muitos softwares. 3 Os modelos elaborados podem ser entendidos por ambas as partes (clientes e desenvolvedores). 4 Ferramenta CASE que permite representar de forma rpida os diversos diagramas UML. Trabalho de Licenciatura Celso Meirelles Rodolfo Adamo 7
O ZK um framework ajax orientado a eventos, baseado em componentes, open source, que permite que os desenvolvedores java criem aplicaes Web com interfaces ricas, sem JavaScript e com poucos conhecimentos de programao (CHEN e CHENG, 2007). Este framework possui enumeras vantagens tais como: Facilidade no desenvolvimento de aplicaes Web, pois existem mais de duzentos (200) componentes prontos, tais como: JfreeChart, JasperReports, Google Maps, FCKeditor, Timeline, ExtJS, Dojo e mais; open source e a comunidade de desenvolvedores ZK extremamente activa com mais de vinte (20) tradues, mais de cem (100) artigos/blogs e mais de um milho e trezentos mil (1.300.000) downloads de mais de cento e noventa (190) pases; Permite o acesso mvel, isto , o ZK estende o alcance de sua aplicao para os dispositivos mveis; Possu maior segurana porque este foi concebido desde sua criao para ser seguro e as suas aplicaes Web esto protegidas contra JavaScript ou SQL injection maliciosos. O java foi escolhido como linguagem de programao, porque esta usada hoje em dia, para criar pginas Web com contedo dinmico e iterativo, para desenvolver uma larga escala de aplicaes empresariais e para aumentar as funcionalidades dos servidores Web (DEITEL, H. e DEITEL, P., 1999). Para alm disso, tambm escolheu-se o java pelo facto do ZK ser especificamente para desenvolvedores java e por ser uma linguagem bastante conhecida pelo autor. Como SGBD utilizou-se o MySQL, uma vez que, este muito rpido, robusto, leve (ocupa menos espao no disco em relao a outros SGBD tais como: Oracle, Microsoft SQLServer, etc.), de baixo custo, fcil de configurar e aprender, porttil e permite o armazenamento, a procura, o ordenamento e recuperao de dados de forma eficiente (WELLING e THOMSON, 2001). Por fim, como ferramentas de apoio usou-se o Microsoft Office 2007, o iReport-3.0.0, o Apache Tomcat 6.0, Microsoft Office Visio 2007 e o eclipse. O Microsoft Office 2007 foi usado para escrever os relatrios do trabalho de pesquisa.
Trabalho de Licenciatura Celso Meirelles Rodolfo Adamo 8
O iReport foi utilizado para desenhar os diversos relatrios, pelo facto de ser grtis, open source, permitir o acesso aos dados e a partir destes gerar relatrios no formato PDF, RTF, XML, HTML, DOCX, etc. O Apache Tomcat foi escolhido como servidor de aplicao, no s pelo facto de ser open source, mas tambm por ser um servidor de aplicao java para Web e principalmente por ser mais leve se comparando com outros como Oracle Weblogic, Glassfish, Oc4j e de fcil configurao. A arquitectura do sistema proposto e o organograma presente no trabalho foram desenhados com ajuda do Microsoft Office Visio 2007. Como ambiente de desenvolvimento integrado (IDE5) de desenvolvimento da aplicao Web, seleccionou-se o eclipse porque nele pode-se facilmente instalar o ZK framework como plug-in.
IDE - do ingls Integrated Development Environment ou Ambiente Integrado de Desenvolvimento, um programa de computador que rene caractersticas e ferramentas de apoio ao desenvolvimento de software com o objectivo de agilizar este processo. Trabalho de Licenciatura Celso Meirelles Rodolfo Adamo 9
Captulo III Reviso Bibliogrfica
1- Introduo
Este captulo destina-se a reviso bibliogrfica 6 de alguns modelos de processo de software7 a escolha do autor, e tem como objectivo analisar e escolher o melhor modelo (ou modelo julgado ideal) de desenvolvimento de SI, que posteriormente ser usado para construo do sistema proposto. O sucesso ou fracasso durante o desenvolvimento de SI depende de diversos factores que ocorrem durante todo o processo de desenvolvimento do software, pois, desenvolver um software geralmente uma tarefa complexa que est sujeita a erros. Por este motivo e pelo facto do desenvolvimento de SI seguir um mtodo que engloba um conjunto de regras, etapas e actividades que devem ser satisfeitas, existe uma necessidade de estabelecer-se processos sistemticos ou modelos de processo de software (NUNES e ONEILL, 2003). No entanto, apesar de existirem diversos modelos de processo de software que devem ser seguidos durante o desenvolvimento de software, a maior parte dos grandes sistemas, utiliza diferentes abordagens para diferentes partes do sistema, visto que no existe um modelo ou abordagem ideal de desenvolvimento de software
(SOMMERVILLE, 2003). relevante salientar que a UML pode ser usada em diversas abordagens de desenvolvimento de software, comeando das abordagens tradicionais (por exemplo: Cascata, Incremental, etc.) que so utilizadas quando os requisitos do sistema a ser desenvolvido so estveis e os requisitos futuros so previsveis, at as abordagens mais recentes denominadas abordagens geis (exemplo: Programao Extrema, Scrum, etc.) em que os requisitos mudam rapidamente e permitem que a equipe de desenvolvimento
Reviso bibliogrfica tem como objectivo obter informaes sobre a situao actual do tema ou problema, conhecer publicaes j existentes sobre o tema, verificar opinies similares e diferentes a respeito do tema. 7 Modelo de processo de software uma descrio simplificada de um processo de software, que apresentada a partir de uma perspectiva especfica. Trabalho de Licenciatura Celso Meirelles Rodolfo Adamo 10
se concentre apenas no software, em vez de em seu projecto e documentao, com vista a entregar o produto de software aos clientes o mais rapidamente possvel. Conforme os objectivos deste trabalho, escolheu-se como modelos para anlise os seguintes: modelo de incremental, processo de modelao unificado e a programao extrema. Estes modelos sero abordados de forma superficial e resumida mais adiante.
2- Modelo de Desenvolvimento Incremental
2.1- Introduo
O modelo de desenvolvimento incremental ou simplesmente modelo incremental uma abordagem que combina as vantagens do modelo cascata, onde as fases so sequenciais e os requisitos devem estar claros no inicio, e do modelo evolucionrio, em que a ideia base desenvolver uma implementao inicial que se aperfeioa por meio de muitas verses e os requisitos podem ser definidos gradualmente (SOMMERVILLE, 2003). Este modelo foi proposto com objectivo de reduzir o retrabalho no processo de desenvolvimento de software e de proporcionar aos clientes algumas oportunidades de adiar decises sobre os requisitos detalhados do sistema, at que eles tenham alguma experincia com o sistema a ser desenvolvido. Entretanto, para alm dos objectivos citados anteriormente, o modelo incremental tambm tm como objectivo apresentar um produto operacional a cada incremento8. Durante o desenvolvimento do software, pode-se realizar uma anlise dos prximos requisitos para os incrementos posteriores, mas no so aceitas mudanas de requisitos no incremento actual, ou seja, a cada novo incremento acrescenta-se novas funcionalidades e refora-se as funcionalidades dos incrementos anteriores
(SOMMERVILLE, 2007). Estes incrementos podem ser desenvolvidos em uma ou mais iteraes. Durante estas iteraes, os clientes avaliam e identificam as funcionalidades mais e menos
8
Cada incremento fornece um subconjunto das funcionalidades do sistema. Celso Meirelles Rodolfo Adamo 11
importantes a serem fornecidas pelo sistema, com vista a entregar as funcionalidades prioritrias em primeiro lugar aos clientes, evitando deste modo, que se encontrem falhas nas partes mais importantes do sistema no final do desenvolvimento. Salientar que, no existe uma necessidade de se utilizar a mesma abordagem de desenvolvimento a cada incremento, uma vez que este modelo uma combinao de duas abordagens, o que significa que pode se usar o modelo cascata se as funcionalidades de um incremento especfico estiverem bem definidas, e o modelo evolucionrio caso contrrio.
2.2- Caractersticas
As principais caractersticas do modelo de desenvolvimento incremental segundo SOMMERVILLE (2007) so: O sistema desenvolvido em uma srie incrementos; O processo de especificao, projecto e implementao so concorrentes. Este aspecto inevitvel quando h mudanas nos requisitos; Deve se indicar as funcionalidades prioritrias que sero desenvolvidas em primeiro; Alto nvel de visibilidade de riscos, uma vez que eles precisam ser minimizados rapidamente para que uma entrega do software seja realizada com sucesso.
2.3- Vantagens e desvantagens
De acordo com SOMMERVILLE (2007) o modelo desenvolvimento incremental tm uma srie de vantagens e desvantagens: Vantagens
12
Os clientes no precisam esperar at a entrega do sistema inteiro para se beneficiarem dele; Os clientes podem usar os incrementos iniciais como prottipos e ganhar experincia, obtendo deste modo, informaes sobre os requisitos dos incrementos dos estgios posteriores do sistema; Existe um menor risco de fracasso completo do sistema; menos provvel que se encontrem erros nas partes mais importantes do sistema, visto que estes so entregues em primeiro e passam pela maior parte dos testes. Desvantagens Os incrementos devem ser relativamente pequenos, isto , no podem ser compostos por mais de vinte (20) mil linhas de cdigo; difcil mapear os requisitos do cliente em incrementos de tamanho adequado; Pode ser difcil identificar os recursos comuns exigidos por todos incrementos, visto que os incrementos no so definidos detalhadamente at que o incremento seja implementado; Alguns incrementos podem precisar de ser retirados de uso e retrabalhados, se porventura os requisitos forem instveis ou incompletos; A gesto de custos, cronograma e configurao mais complexo.
3- Processo de Modelao Unificado
3.1- Introduo
Segundo JACOBSON et. al (1999) referenciado por NUNES e ONEILL (2003), Processo de Modelao Unificado (PMU) uma abordagem iterativa e incremental que sugere a utilizao efectiva da UML.
Actualmente, este processo e a UML so amplamente usados em projectos orientados a objectos de todas as naturezas (softwares de mdias e grandes dimenses), uma vez que, grande parte dos produtos, como por exemplo, documentos e diagramas podem ser produzidos usando a UML. O PMU quando representado graficamente (Figura 1), possui duas perspectivas: uma perspectiva dinmica, que mostra as fases ao longo do tempo e outra esttica, que mostra as actividades realizadas durante o processo. Na perspectiva dinmica so identificadas 4 fases: incio, elaborao, construo e transio; e na perspectiva esttica so observadas diversas actividades tcnicas, tais como: modelao do negcio, levantamento de requisitos, anlise e desenho, programao, teste e instalao.
Figura 1- Relao entre as fases e actividades do PMU
3.2- Caractersticas
Para NUNES e ONEILL (2003) o PMU possui 3 caractersticas bsicas que so: Deve ser iterativo e incremental; Iterativo: deve permitir que o desenvolvimento do SI seja em ciclos sucessivos, pois, segundo SOMMERVILLE (2007) as actividades do processo de software so repetidas regularmente medida que o sistema retrabalhado, em resposta s solicitaes de mudana.
14
Incremental: deve haver um aumento gradual do conhecimento sobre o domnio da aplicao, das funcionalidades exigidas, e deve permitir a incluso de novas funcionalidades e melhorias contnuas. Deve ser centrado em casos de uso, de modo a espelhar as funes que sistema deve proporcionar a certo conjunto de utilizadores do sistema (actores); Baseia-se numa arquitectura de modelao, uma vez que, esta abordagem deve permitir caracterizar a estrutura e comportamento do SI, suas funcionalidades, seu nvel de desempenho, as interfaces com os utilizadores e outros sistemas, e enquadrar os contributos complementares dos diversos participantes no projecto (programadores, analistas, utilizadores, gestores, etc.); Para alm das caractersticas citadas acima, este modelo possui outras caractersticas que so: Deve permitir o desenvolvimento de componentes que possam ser programados, testados de forma autnoma e reutilizados em diversos sistemas; Deve permitir a gesto de equipas de dimenso adequada, atribuindo responsabilidades por tarefas que possam ser realizadas em paralelo, como forma de reduzir o ciclo temporal de desenvolvimento; Deve facilitar a elaborao da documentao de utilizao e de administrao do sistema.
3.3- Actividades
Segundo NUNES e ONEILL (2003), o PMU possui as seguintes actividades: Modelao do negcio: serve de enquadramento ao SI, visto que, este descreve a estrutura e dinmica da organizao. Levantamento de Requisitos: descreve as caractersticas e as propriedades desejadas para o sistema pelos potenciais utilizadores.
15
Anlise: descreve o que o sistema deve fazer com rigor, mas sem restrio quanto natureza tcnica da soluo que venha ser adoptada. Desenho: descreve a arquitectura do sistema, identificando com um alto nvel de detalhe o modo como os requisitos devem ser satisfeitos do ponto de vista tcnico. Codificao: a actividade que se realiza durante o desenvolvimento de SI e testes unitrios. Integrao e teste: destina-se a integrao dos diversos mdulos de hardware e componentes de software, e avalia-se a robustez do sistema recorrendo a mtricas de deteno de erros. Instalao: durante a realizao desta actividade que se disponibiliza e se implementa a verso operacional do sistema. Gesto de configurao: destina-se a controlar as mudanas que surgem nos diversos produtos do processo de desenvolvimento de software9 e inclui tarefas de manuteno correctiva e evolutiva. Para alm destas actividades, tambm deve se realizar algumas actividades de apoio, tais como, gesto de projecto e gesto de mudanas para que se desenvolva um sistema com sucesso.
3.4- Fases
Ao longo das fases de desenvolvimento realizam se diversas actividades, existindo actividades dominantes em cada uma delas. Sendo assim, a seguir so apresentadas as 4 fases de desenvolvimento que fazem parte do PMU (NUNES e ONEILL, 2003): Incio: a primeira fase do PMU e tambm denominada fase de Concepo. Nesta fase define-se o mbito do projecto e suas fronteiras, os critrios de avaliao de sucesso e de risco, a estimativa dos recursos necessrios, efectua-se
9
Processo de desenvolvimento de software um conjunto de actividades e resultados associados que geram um produto de software. Trabalho de Licenciatura Celso Meirelles Rodolfo Adamo 16
o levantamento de requisitos e elabora-se um plano de trabalho com as principais etapas, actividades e pontos de controlo. Os resultados esperados nesta fase so: o plano do projecto inicial, diagramas de casos de uso iniciais e por vezes um prottipo simplificado. Elaborao: procura analisar em detalhe o domnio do problema, estabelecer uma arquitectura, desenvolver o plano de projecto e eliminar os factores de riscos. Para que estas actividades ocorram com sucesso, deve-se ter uma viso e compreenso de todo o sistema, isto , o seu mbito, os requisitos funcionais e no funcionais. Esta fase possui como resultado, para alm da descrio da arquitectura do software e um (ou vrios) prottipo (s) que suportem os principais casos de uso, os mesmos resultados da fase inicial mais com maior nvel de detalhe. Construo: nesta fase, o produto a ser disponibilizado aos utilizadores desenvolvido de forma iterativa e incremental at que todos os requisitos sejam atendidos. Nela detalha-se os restantes casos de uso, define-se os critrios de aceitao, refina-se o desenho, efectua-se a codificao e testes de aplicao. Sendo assim, ao concluir esta fase, deve se ter um produto de software em funcionamento e a respectiva documentao pronta para ser disponibilizada ao utilizador. Transio: a ltima fase do PMU, pois nela que se disponibiliza o produto de software aos utilizadores finais e coloca-se o sistema no ambiente real. Ao concluir esta fase, deve-se ter um produto de software documentado e funcionando correctamente em seu ambiente operacional. Caso se identifique uma necessidade de obter uma nova verso do sistema, d-se incio a uma nova iterao do ciclo de desenvolvimento. De acordo com a figura apresentada anteriormente (Figura1), pode se observar que em cada uma das fases do PMU admite-se ocorrncia simultnea de vrias actividades, ainda que exista uma que dominante. Assim, por exemplo, na fase de incio a principal actividade a modelao de negcio, seguida do levantamento de requisitos, que se estende at a fase de elaborao. Na fase de elaborao se tm como principal actividade a anlise e desenho mas tambm se pode realizar as actividades de implementao e teste.
Abaixo esto descritas algumas vantagens e desvantagens do PMU: Vantagens Permite que o processo de desenvolvimento seja iterativo e incremental, o que pressupe a existncia de sucessivas iteraes de refinamento que se repetem ao longo do tempo at se obter a soluo final; Mudanas so administradas com facilidade e ocorre um alto nvel de reuso 10; Em cada uma das fases admite-se ocorrncia simultnea de vrias actividades, ainda que exista uma actividade seja dominante; Os riscos tcnicos so identificados e atribudos prioridades inicialmente, sendo revistos em cada iterao. Desvantagens Exige experincia por parte da equipa de desenvolvimento; complexo e trabalhoso para projectos de pequeno porte.
4- Programao Extrema
4.1- Introduo
A recente evoluo da abordagem incremental desenvolvida por KENT BECK em 1999 foi denominada por programao extrema (em ingls extreme programming (XP)). O XP talvez a mais conhecida e mais usada metodologia gil de desenvolvimento de software, voltada para pequenas e mdias equipas, e tm como base a entrega de incrementos de funcionalidades muito pequenas, o envolvimento do cliente no processo
10
Reuso de formulrios do projecto, cdigo, planos de teste e conhecimento em geral Celso Meirelles Rodolfo Adamo 18
de desenvolvimento, a constante melhoria do cdigo e a programao aos pares (SOMMERVILLE, 2007). Esta abordagem ideal para projectos em que o cliente no sabe exactamente o que deseja e pode mudar de opinio durante o desenvolvimento do SI, uma vez que com o feedback constante possvel adaptar-se a eventuais mudanas nos requisitos. Os requisitos colhidos a partir desta abordagem so expressos por meio de cenrios (chamadas histrias do usurio) e mais tarde so divididas em uma srie de tarefas. Antes da codificao os programadores que trabalham em pares escrevem os testes unitrios referentes a cada tarefa, pois, parte-se do princpio de que duas cabeas normalmente pensam melhor do que uma. Finalmente, terminada a codificao feita a integrao do cdigo depois de todos os testes terem sido efectuados com sucesso.
4.2- Valores
O XP baseia-se em cinco valores para guiar o desenvolvimento do SI, o trabalho em equipa e relaes entre diversos indivduos que participam no processo de desenvolvimento que so: comunicao, simplicidade, feedback11, respeito e coragem. Comunicao: o XP procura encorajar a comunicao entre os envolvidos no processo de desenvolvimento de software (programadores, analistas, clientes, gestores, etc.). A constante comunicao entre os desenvolvedores visa sintonizar a equipe XP, e entre desenvolvedores e clientes tem como propsito criar um desenho simples e limpo. Simplicidade: visa programar apenas o necessrio para que um determinado requisito seja satisfeito, isto , minimizar o cdigo e seleccionar o desenho mais simples possvel para atender s necessidades dos clientes, desprezando-se as funcionalidades consideradas desnecessrias, pois, normalmente o que o cliente quer muito mais simples do que aquilo que os programadores constroem.
11
Contacto incessante com o cliente a respeito do projecto Celso Meirelles Rodolfo Adamo 19
Feedback: durante o desenvolvimento de software existe um feedback constante sobre o estado do mesmo e as decises tomadas devem ser visveis e rpidas, visto que todos envolvidos no projecto devem ter conscincia do que est acontecendo. Este valor est relacionado com a comunicao, uma vez que, quanto mais feedback houver, mais fcil a comunicao. Coragem: esta necessria para garantir que o feedback do cliente ocorra com frequncia, pois, est abordagem implicar mudanas constantes no produto de software. A coragem essencial em qualquer projecto porque existem decises que apesar de difceis, so necessrias para se concluir o projecto com sucesso. Respeito: o valor que d sustentao aos demais, uma vez que saber ouvir, compreender e respeitar os pontos de vista dos outros essencial para que um projecto seja bem sucedido.
4.3- Princpios ou Prticas do XP
Os valores abordados acima so aplicados em cada um dos doze princpios ou prticas do XP que so as seguintes de acordo com PFLEEGER e ATLEE (2006): 1. Planeamento: efectua-se o levantamento dos requisitos a partir das histrias dos usurios, define-se o escopo do projecto, o valor de cada requisito e as estimativas de tempo e recursos que sero necessrios para elaborao do projecto. importante citar que em todo este processo h participao do cliente. 2. Pequenos incrementos: o sistema subdividido em pequenas partes, visto que este deve ser concebidos de modo que determinadas funcionalidades sejam entregues o mais depressa possvel, expandindo-se gradualmente durante o desenvolvimento. 3. Metfora: visa ajudar a equipe de desenvolvimento a ter um entendimento comum sobre o vocabulrio utilizado no domnio do projecto, facilitando deste modo os desenvolvedores a nomearem de forma comum, por exemplo, funes e variveis. 4. Projecto simples: visa implementar somente a funcionalidade que foi solicitada, isto , o software deve ser o mais simples possvel e deve satisfazer os requisitos actuais.
5. Desenvolver testando primeiro: deve se escrever os testes unitrios para cada nova parte da funcionalidade do sistema antes da sua implementao. 6. Refactorao: deve ser feita sempre que possvel visando melhorar o cdigo mas sem perder as funcionalidades actuais. Isto simplifica o cdigo actual e torna-o fcil de manter. 7. Programao em pares: os programadores trabalham em pares e usam um nico teclado para desenvolver o sistema. Cada um deles verifica o trabalho do outro e fornece apoio para se efectuar um trabalho com sucesso, apesar de estes possurem responsabilidades especficas que podem e devem ser alteradas sempre que possvel. 8. Propriedade colectiva: incentiva os membros da equipa de desenvolvimento a contribuir com novas ideias em todo segmento do projecto. Qualquer um pode alterar qualquer parte do sistema para adicionar funcionalidades, corrigir erros, melhorar o projecto (refactorar12). Geralmente, ao seguir este princpio, pode se encontrar dificuldades de administrar os erros introduzidos quando duas pessoas tentam editar o mesmo mdulo. 9. Integrao contnua: extremamente necessria, pelo facto do software ser desenvolvido rapidamente e em partes. Estas diferentes partes devem ser integradas e testadas, porque os desenvolvedores precisam trabalhar na verso mais recente e as funcionalidades devem ser entregues ao cliente o mais depressa possvel. 10. Ritmo sustentvel: o XP assume que no se deve fazer horas extras constantemente e estabelece uma meta de 40 horas por semana de trabalho. Quando h necessidade de se fazer horas extras para se poder cumprir com os prazos de entrega, sinal de que os prazos ou recursos so insuficientes, consequentemente haver uma reduo da qualidade do cdigo e produtividade. 11. Cdigo padro: o cdigo deve ser formatado de acordo com normas de codificao e todos devem seguir tais normas. Deste modo, o resultado ser um bloco de cdigo que parecer ter sido escrito por uma nica pessoa, e este ser consistente, legvel e de fcil edio.
12
Refactorao um processo que permite melhoria constante do cdigo, pois, normalmente os programadores fazem reestruturao do sistema sem mudar o seu comportamento para remover a duplicao, melhorar a comunicao, simplificar ou adicionar flexibilidade. Trabalho de Licenciatura Celso Meirelles Rodolfo Adamo 21
12. Cliente on-site: o cliente deve estar presente durante todo o desenvolvimento, trabalhando com os desenvolvedores para determinar os requisitos e fornecer um feedback dos testes por ele efectuado.
4.4- Actividades
Segundo PRESSMAN (2006) os princpios ou prticas citadas anteriormente ocorrem no decurso de quatro actividades principais que sero apresentadas a seguir: Planeamento: esta actividade comea com a criao de cenrios que descrevem as caractersticas e funcionalidades solicitadas pelos utilizadores para o software a ser desenvolvido. Estes cenrios so desenvolvidos pelos utilizadores e devem ser atribudos um determinado peso de acordo com o valor do negcio. Em seguida, a equipa de desenvolvimento discute os cenrios e pesos com os clientes. Se um determinado cenrio necessita de mais de trs semanas de desenvolvimento, este deve ser reescrito de forma particionada e atribudos novos pesos e custos. Depois de definidas as datas e outros aspectos do projecto, deve-se escolher o modo pelo qual ser desenvolvido cada cenrio. Existem trs modos de desenvolver o SI com base em cenrios que so: implementar todos os cenrios imediatamente, implementar inicialmente os cenrios de maior risco e implementar os cenrios com valor mais alto em primeiro. Sendo assim, aps a primeira verso do projecto ter sido entregue, calculase a velocidade de desenvolvimento13 para ajudar a estimar as datas de entrega e cronograma para verses subsequentes, e ainda verificar se houve algum prejuzo excessivo, visto que este aspecto serve como base para decidir se, posteriormente, o contedo de cada verso ou as datas de entregas sero modificados. Projecto: fornece directrizes de implementao para uma histria (cenrio) conforme ela foi escrita, no encoraja projectos de funcionalidades extras (segue o princpio keep It Simple mantenha simplicidade) e recomenda a criao de um prottipo operacional para partes do sistema que so desenvolvidas a partir de uma histria considerada difcil. Este prottipo implementado e avaliado com objectivo de diminuir os riscos quando a implementao verdadeira comear.
13
Velocidade de desenvolvimento a quantidade de histrias do cliente implementadas durante a primeira verso. Celso Meirelles Rodolfo Adamo 22
Codificao: o XP recomenda que se elabore uma srie de testes unitrios para cada uma das histrias que devem ser includas na verso actual antes da codificao. Depois de completado o cdigo, este submetido aos testes unitrios fornecendo assim um feedback instantneo aos desenvolvedores. Durante a codificao tem se como aspectos chaves: a programao em pares, o desenvolvimento baseado em testes antes da codificao, a integrao continua e a propriedade colectiva. Teste: inicia com a criao de testes unitrios antes da codificao, visto que, este aspecto constitui um elemento chave da abordagem XP. Estes testes devem ser implementados e automatizados de modo que possam ser executados de forma fcil e repetidamente. A medida que os testes unitrios individuais so organizados, o teste de validao e integrao podem ocorrer diariamente. Posteriormente, os testes de aceitao so efectuados pelo cliente e focalizam se nas caractersticas e funcionalidades do sistema como um todo.
Este modelo de processo de software possui suas vantagens e desvantagens, e as mesmas sero apresentadas a seguir: Vantagens Permite e encoraja o feedback do usurio, elicitando os requisitos reais do sistema; Inconsistncias entre requisitos, projecto e implementao podem ser detectados rapidamente; H uma diviso de carga de trabalho por todo o ciclo de vida; Permite compartilhar as lies aprendidas melhorando continuamente o processo; Evidncias concretas do andamento do projecto podem ser oferecidas durante todo o ciclo de vida.
23
Desvantagens No existe uma avaliao de riscos; A anlise de requisitos informal e com isso pode no ser bem vista pelos clientes, pois, estes podero se sentir inseguros quanto ao funcionamento do sistema; Refactorao do cdigo pode ser vista como irresponsabilidade e incompetncia, visto que, no existe uma preocupao formal na utilizao do cdigo; Possui falta de documentao, uma vez que, o XP no d muita nfase a burocracias (documentos, formulrios, processos, controles rgidos, etc.), concentrando-se na elaborao de documentos e diagramas que facilitem no entendimento e identificao do problema.
24
Captulo IV Caso de Estudo: Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM
1- Descrio da Situao Actual
A UEM detm direitos de propriedade e de posse sobre as residncias estudantis, atravs da DSS. A DSS um rgo da UEM que foi criado com objectivo de executar a poltica de aco social, atravs da prestao de apoios, benefcios e servios nela compreendidos, de modo a proporcionar aos estudantes melhores condies de estudo. Actualmente, a DRA envia no incio de cada ano lectivo, uma lista de estudantes bolseiros para DSS. Os estudantes bolseiros (com BC) recm chegados14 devem dirigir-se ao DA, apresentar o recibo de matrcula e portar duas fotografias que sero anexas as fichas de internamento. De seguida, o funcionrio do DA deve confirmar o nome do estudante na lista enviada pela DRA. Depois de confirmado, o estudante deve preencher duas fichas de internamento (veja o Anexo 2), uma vez que, uma das fichas arquivada no DA e a outra enviada para a residncia onde o estudante residir. Neste mesmo perodo, tambm se recebem cartas de pedidos de arrendamento de camas, por parte de estudantes rendeiros, que podem ser estudantes que perderam a BC 15 ou estudantes no bolseiros. Se a carta de pedido de arrendamento que dirigida ao director da DSS tiver parecer positivo, o estudante se concordar com as clusulas deve assinar o contrato de arrendamento de cama (Anexo 3) que composto por trs documentos: termo de contrato, termo de compromisso e vigncia do contrato. Terminada esta etapa, o estudante recebe uma guia de autorizao de ocupao de cama (Anexo 4), um extracto de regulamento de residncias e um carto de refeitrio que pode ser de bolseiro ou de no bolseiro.
14
15
Estudante bolseiro que se apresenta pela primeira vez Por no possuir um bom aproveitamento pedaggico em conformidade com o regulamento pedaggico e de bolsas Celso Meirelles Rodolfo Adamo 25
A guia de autorizao entregue ao administrador da residncia para a qual o estudante foi indicado e segundo a sua categoria poder usufruir de vrios benefcios: Os estudantes tm direito a uma cama 16, gua, luz, servios de limpeza, lavandaria, refeitrio, sala de estudo e televiso, sala de mquinas com acesso Internet e assistncia mdica e social17. Os estudantes com BC, para alm dos benefcios que todo o estudante que autorizado a viver na residncia universitria tm, usufrui ainda de um jogo de roupa de cama composto por: uma manta, dois lenois, uma toalha de banho, uma toalha de rosto, duas fronhas e uma almofada. Para estudantes bolseiros que por algum motivo tenham deixado de beneficiar da BC passando a usufruir apenas a BR e para os no bolseiros (estudantes rendeiros), o processo descrito no terceiro pargrafo deste captulo repetido a cada incio do ano lectivo. Estes estudantes (rendeiros) devem efectuar o pagamento atravs do depsito de 750 MT no Banco Standard Bank, na conta n 106.004462.100.9, at o dia 10 de cada ms. Feito isso, lhe retornado pelo banco, um comprovativo de depsito que deve ser entregue ao administrador da residncia, onde o estudante vive ou ao DA. Se entregue ao administrador, este no fim do ms deve encaminhar todos os recibos comprovativos de depsito dos estudantes ao DA, visto que no DA regista-se os pagamentos no mapa de pagamentos que consta no processo do estudante (esta actividade inclui tambm o registo do nmero do talo de depsito), de modo a permitir um melhor controlo dos pagamentos das mensalidades, e para posteriormente poder aplicar sanes aos estudantes devedores. Por sua vez, o DA encarrega-se de entregar os recibos comprovativos de depsito DSS, especificamente DAF, como forma de controlar as receitas 18 recebidas para posteriormente financiar nas despesas necessrias que so enfrentadas pela DSS. A DAF retorna os recibos comprovativos de pagamento de mensalidades de arrendamento de cama aos administradores. Este processo pode durar meses, uma vez que, depende do volume de trabalho do tesoureiro que passa os recibos.
16 17
As residncias universitrias tem quartos de 2, 3, 4 e 8 camas; Em caso de doenas crnicas ou morte, a DSS custeia as dispesas de transporte para a provncia de origem; 18 Montante total em dinheiro, referente a prestao de servios . Trabalho de Licenciatura Celso Meirelles Rodolfo Adamo 26
Finalmente, os administradores entregam os recibos comprovativos de pagamento de mensalidades aos estudantes que efectuaram o pagamento. Este recibo comprovativo serve de confirmao, em caso de necessidade, de o estudante ter efectuado o pagamento de arrendamento de cama referente a um determinado ms.
2- Residncias Universitrias
Pelo facto de o presente trabalho referir-se sobre residncias universitrias, h que se saber o que elas so, como esto distribudas e estruturadas. Sendo assim, vamos neste ponto formar um conceito acerca de residncias universitrias. As residncias universitrias (RU) so moradias como qualquer outra, mas que se destinam exclusivamente ao alojamento de estudantes que frequentam a universidade. A DSS possui sete RU e tm a capacidade de alojar mil duzentos e vinte e dois (1222) estudantes ao todo. Das sete RU, duas alojam estudantes do sexo feminino, duas so mistas e as restantes alojam estudantes do sexo masculino (observe a Tabela 1). A gesto das RU est encarregue a seus administradores. O administrador da RU a autoridade mxima da residncia, e dentre as suas atribuies constam: Gerir o patrimnio do estado (residncias e seus bens); Alojar e acompanhar a estadia do estudante, prestando-lhe todo o apoio necessrio, isto , conceder-lhe uma cama e respectiva roupa, verificar se tem luz no quarto assim como nos espaos comuns e se estes esto em condies de habitabilidade, se o estudante reside e cumpre com as normas do regulamento de alojamento, se os estudantes promovem a convivncia harmoniosa respeitandose uns aos outros e se promovem a melhor maneira de se conservar os bens da residncia; Verificar se a limpeza dos espaos comuns a cargo dos funcionrios est a ser devidamente realizada; Controlar a assiduidade dos funcionrios;
27
Aplicar sanes sob ordem do DA, como por exemplo desalojar os estudantes que: tenham perdido a bolsa, pernoitem mais do que trinta dias fora da residncia e os rendeiros que no pagam as respectivas mensalidades; Sensibilizar e aconselhar os estudantes, fazendo-lhes saber das consequncias que podem advir de certos comportamentos no compatveis com o viver em comum. O nmero de entrada, a capacidade, a designao e o endereo referente a cada residncia universitria pode ser vista com mais detalhes na Tabela 1. Tabela 1 Lista de Endereos das Residncias Universitrias Ord. Avenida N da Capacidade Designao
Entrada 1 2 3 4 5 Residncia 1 Residncia 4 Residncia 5 Residncia 6 Residncia 7 Amlcar Cabral Amlcar Cabral Mo Tse Tung Campus Universitrio (Tangar) 6 7 Residncia 8 Residncia 9 Karll Marx Campus Universitrio (Tangar) 939 176 88 Masculina Masculina 1254 928 889 217 76 157 204 204 Masculina Feminina Mista Mista Feminina
28
3- Processos de Negcio
NUNES e ONEILL (2003, p.57) define processos de negcio como sendo um conjunto integrado de actividades de uma organizao, que procuram satisfazer um determinado objectivo e no qual participam um ou mais actores. A DSS possui vrios processos de negcios, mas aqui so abordados somente os processos de negcio referentes ao DA, que so fundamentais para a realizao da pesquisa. A seguir se apresenta os seguintes processos de negcios:
3.1- Processo de Alojamento e Desalojamento
No processo de alojamento dar-se- prioridade de acesso s RU, aos estudantes com BC e bolsa de alojamento (BA). Portanto, os estudantes rendeiros s podero ter acesso s residncias, se estas no estiverem lotadas ou existirem quartos com camas vagas, isto , os estudantes rendeiros s podem arrendar as camas que sobrarem aps o alojamento de todos os estudantes bolseiros, pois, a DSS tem autorizao para arrendar 20% das camas, mas este factor no constitui prioridade pelo facto de ser uma excepo. Sendo assim, as condies para ter direito s RU so as seguintes: Estar matriculado num dos cursos ministrados na UEM; Ser beneficirio da bolsa de estudos; Aceitar e fazer cumprir o regulamento de alojamento e todas outras normas das residncias estudantis; Possuir um bom comportamento pedaggico em conformidade com o aproveitamento pedaggico e de bolsas. Contudo, os estudantes que vivem nas RU podem perder a qualidade de residente perante as seguintes condies: Perda da BC;
Perda da BA; Anulao da matrcula; Concluso do curso; Expulso da residncia; Abandono da residncia sem justificao prvia num perodo superior a trinta dias; Iniciativa prpria; Morte do estudante residente; No pagamento da renda dentro dos prazos estabelecidos. De Salientar que, das condies acima, existem aquelas em que o estudante perde definitivamente a qualidade de residente, como por exemplo, o no pagamento das mensalidades dentro dos prazos estabelecidos e a expulso da residncia.
3.2- Processo de permuta e troca de quartos
As permutas de quartos so feitas internamente nas residncias. O estudante pode permutar de quarto, desde que imediatamente informe ao administrador da RU onde ele vive e isso no seja provocado por problemas de mau comportamento do estudante. A comisso da residncia pode recomendar DSS a impedir uma determinada permuta que pode constituir transferncia de um problema de um quarto para outro. A troca de quartos ou mudana de uma residncia para outra requer autorizao do DA. Para se efectuar esta troca, o estudante deve apresentar os motivos que o fazem assim desejar ao DA, porque h uma srie de procedimentos que devem ocorrer a nvel do departamento, como transferir o processo do estudante dos processos de uma residncia para outra. Tambm se realiza um procedimento semelhante em relao a lista de residentes de ambas as residncias que participam no processo de mudana.
30
4- Organograma
A figura abaixo apresenta o organograma da DSS, que o objecto de estudo do presente trabalho, com objectivo de ilustrar graficamente a hierarquia da mesma, ou seja, ilustrar os departamentos, reparties, sectores, cargos e relaes entre eles, como forma de visualizar a organizao como um todo.
Figura 2 Organograma da DSS
31
Captulo V Modelo Proposto de Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM.
1- Descrio do Modelo Proposto
As organizaes sentem uma necessidade de gerir o recurso informao de forma a garantir uma utilizao efectiva e eficiente da mesma, pois, uma correcta gesto da informao permitir que organizao tenha acesso a informao atempadamente e destrua na altura ideal a informao sem valor (RODRIGUES, 2002). De forma a garantir que, a DSS tenha acesso a informao em tempo til, props-se desenvolver um modelo que permite efectuar a gesto dos alojamentos nas residncias universitrias da UEM com recurso a tecnologias Web, uma vez que, a informao fica centralizada numa base de dados (BD) e pode ser acedida e utilizada por todos os nveis de gesto que desejam (e possam) utilizar a mesma em tempo til (Figura 4). Deste modo, qualquer actualizao na BD far-se- sentir-se em todos departamentos, seces e reparties que precisam desta para tomar decises. Sendo assim, o problema de obteno de informao actualizada e elaborao de estatsticas estar solucionado, visto que todos os dados referentes aos estudantes, como por exemplo, nmero do estudante, nmero do bilhete de identidade (BI), nome do estudante, data e local de nascimento, sexo, ano de ingresso e outros estaro centralizados e podero ser disponibilizados diversos relatrios sobre a situao das RU. Mas para que tal acontea, durante o registo de um estudante, deve-se registar para alm dos dados do estudante, dados referentes ao seu encarregado de educao (nmero do BI, nome, profisso, local de trabalho, endereo, telefone, etc.), faculdade (nome, localizao), curso (nome, faculdade que o curso pertence) e a residncia onde o mesmo tiver sido alocado, se por acaso estes elementos ainda no estiverem registados no sistema.
32
O fluxo de informao do modelo proposto similar ao fluxo de informao que se segue actualmente, diferenciando-se nos pontos que sero descritos abaixo e pelo facto do novo modelo ser suportado por TI, cuja importncia para as organizaes hoje em dia inquestionvel (RODRIGUES, 2002). Neste modelo, a cada inicio do ano lectivo, o DA envia um documento sobre a disponibilidade de alojamento por si suportada em cada residncia DRA e tanto os administradores das RU como os funcionrios do DA podem efectuar registos de pagamentos de mensalidades referentes ao arrendamento de camas, com vista a aumentar a eficincia e rapidez do processo de pagamentos de mensalidades, uma vez que ambos podem aceder a informao sobre os pagamentos em tempo til. Depois do dia 10 de cada ms confirmar-se- os pagamentos efectuados no DAF, comparando os recibos comprovativos de depsito do banco que foram encaminhados pelo DA com a lista de estudantes que pagaram a mensalidade referente a aquele ms que ser apresentada sob forma de relatrio no sistema. Os usurios ou utilizadores do sistema podem efectuar o registo ou actualizao de novos estudantes, pagamentos de mensalidades mediante uma autenticao baseada em palavra-chave e se possurem privilgios para efectuar estas operaes. Estes privilgios variam de acordo com a categoria do funcionrio que pode ser administrador da RU, administrador do sistema, funcionrio do DA, funcionrio do DAF e director da DSS. O mtodo de autenticao citado acima, baseia-se num par ordenado constitudo pelo cdigo do usurio e por uma senha de acesso associada, pois, segundo MAMEDES (2006) as senhas de acesso constituem a primeira linha de defesa em qualquer sistema computacional que usado em ambiente de mltiplos utilizadores. Salientar que, estas senhas sero criptogrfadas usando o mtodo de criptografia19 Message Digest Algoritm 520 (MD5) com objectivo de garantir confidencialidade21. Aps 3 tentativas de login invlidas, o usurio ser bloqueado. Esta informao sobre o bloqueio do usurio fica armazenada no sistema, visto que, de grande valia para o administrador do sistema. A partir desta informao, o
19
Criptografia a arte ou cincia de transformar informao recorrendo a chaves secretas, ou seja, a arte que permite transformar mensagens em claro numa forma no legvel, escondendo desta forma o seu contedo. 20 MD5- um algoritmo hash de 128 bits unidireccional desenvolvido pela RSA Data Security, Inc., usado por softwares de protocolo ponto-a-ponto (P2P) na verificao de integridade de arquivos e logins. 21 Confidencialidade est relacionada com a preveno da utilizao no autorizada. Trabalho de Licenciatura Celso Meirelles Rodolfo Adamo 33
administrador do sistema pode saber se realmente foi o usurio com privilgios para tal, que tentou aceder a aplicao Web e deste modo tomar medidas de segurana.
Figura 3 - Fluxo de informao do modelo proposto
34
2- Arquitectura do Modelo Proposto
Figura 4 - Arquitectura do modelo proposto
3- Funcionamento do Modelo Proposto
O primeiro contacto do estudante com o modelo proposto inicia quando o estudante dirige-se ao DA e apresenta os documentos necessrios para poder beneficiar-se dos recursos disponibilizados pela DSS. Aps, o estudante apresentar-se ao DA, o modo de proceder diferencia-se um pouco, pelo facto de existirem dois tipos de estudantes que so: bolseiro e rendeiro.
O estudante bolseiro (com BC ou BA) recm-chegado preenche as fichas de internamento. De seguida, o funcionrio do DA confirma o nome do estudante na lista (em formato fsico ou papel) enviada pela DRA. Se o nome do estudante consta na referida lista, o funcionrio do DA regista-o na aplicao Web. O estudante rendeiro preenche o anexo 3, especificamente o termo de compromisso, e logo em seguida os seus dados so actualizados na aplicao Web, se o estudante estiver registado na BD da DSS (estudante que perdeu a BC). Caso o estudante no esteja registado na BD da DSS, os seus dados pessoais, de ingresso a UEM e do encarregado de educao so registados na aplicao Web. Durante o registo do estudante usar-se- como nmero nico de identificao do estudante, o seu nmero de estudante, para permitir que este seja encontrado com facilidade em qualquer operao relacionada a UEM, caso haja necessidade de integrao com outros sistemas da universidade. Depois do registo do estudante, aloca-se o estudante num determinado quarto de uma residncia especfica e emite-se uma guia de autorizao de ocupao de cama sob forma de relatrio que ser entregue ao estudante para posteriormente ser entregue ao administrador da RU onde este tiver sido alojado. O acto de pagamento de mensalidades referente ao arrendamento de camas na residncia ou no DA inicia quando o estudante entrega o talo de depsito do banco, visto que, o talo confirma que este pagou a mensalidade referente ao ms em questo. Em seguida, depois do funcionrio da DSS receber o talo e verificar se o estudante existe no sistema, os dados referentes ao pagamento de mensalidades (a data do pagamento, o ms a que o pagamento se destina, o estudante que efectuou o pagamento, o nmero do talo de depsito e o usurio que efectuou o registo do pagamento) so registados no sistema. Aps o registo dos pagamentos so impressos dois recibos comprovativos de pagamento. O primeiro (original) entregue ao estudante que pagou a referida mensalidade e o segundo (cpia) guardado e anexado ao recibo de depsito que foi entregue ao administrador da RU ou ao funcionrio do DA para confirmao posterior no DAF.
4- Modelao do Modelo Proposto
4.1- Descrio dos Actores
Segundo NUNES e ONEILL (2003), um actor representa uma entida de externa que interage com o sistema, como por exemplo, pessoas e outros sistemas fsicos ou lgicos. Sendo assim, a seguir apresentar-se- a descrio dos actores que podero interagir com o sistema proposto: Administrador da RU22: funcionrio da DSS que administra uma determinada RU; Administrador do Sistema: pessoa que responsvel por administrar a aplicao Web; Director da DSS: funcionrio da DSS que responsvel pela tomada de decises na DSS; Funcionrio do DA: trabalhador da DSS que pertence ao DA e possui a responsabilidade de planificar e requisitar as necessidades de alojamento, cobrar os estudantes rendeiros que no efectuaram os pagamentos referentes ao arrendamento de cama, alojar os estudantes que constam na lista enviada pelo DRA e efectuar a confirmao dos estudantes para fins de emisso de cartes de refeitrio; Funcionrio da DAF: trabalhador da DSS que pertence ao DAF e possui a responsabilidade de comprar as necessidades de alojamento requisitadas pelos funcionrios do DA e participar no processo de controlo dos pagamentos referentes ao arrendamento de cama efectuados pelos estudantes rendeiros.
22
Autoridade mxima na residncia universitria. Celso Meirelles Rodolfo Adamo 37
4.2- Casos de Uso
Tomando como referncia, cada um dos actores, nesta seco identificam-se os casos de uso nos quais cada um deles participa: 4.2.1- Administrador da RU Efectuar o login; Registar pagamentos; Consultar lista de estudantes; Consultar lista de pagamentos; Permutar o estudante de quarto.
4.2.2- Administrador do Sistema Efectuar o login; Registar usurios; Consultar lista de usurios.
4.2.3- Director da DSS Efectuar o login; Consultar diversos relatrios sobre as RU.
4.2.4- Funcionrio do DA Efectuar o login; Registar o estudante;
38
Actualizar estudante; Registar encarregado de educao; Registar residncia; Registar faculdade; Registar curso; Registar pagamentos; Registar andar; Registar quarto; Consultar lista de estudantes; Consultar lista de pagamentos; Consultar lista de residncias; Trocar o estudante de residncia.
4.2.5- Funcionrio da DAF Efectuar o login; Consultar lista de pagamentos.
39
4.3- Diagramas de Casos de Uso
Figura 5 Diagrama de Casos de Uso para actores emissores (1/2)
40
Figura 6 Diagrama de Casos de Uso para actores receptores (2/2)
41
4.4- Descrio Estruturada dos Casos de Uso
Nesta seco so descritos alguns casos de uso que sero posteriormente detalhados atravs de diagramas de sequncia na seco 4.6. Efectuar Login Pr-condio Descrio O funcionrio um usurio vlido no sistema. 1. O caso de uso comea quando o funcionrio pressiona o boto Login, aps ter digitado o seu username (nome do usurio) e senha de acesso. 2. O funcionrio loga ao sistema pressionado o boto Login. a) Caso o nome do usurio ou a senha de acesso sejam invlidas, o sistema avisa com uma mensagem (extends Controlo de Acesso). Ps-condio O sistema disponibiliza o ambiente de trabalho do usurio e mostra-lhe somente o que ele tem direito, omitindo-lhe as restantes funcionalidades.
Controlo de Acesso Pr-Condio Descrio O usurio tenta efectuar o login no sistema. 1. O caso de uso comea quando o funcionrio pressiona o boto Login aps ter digitado o nome do usurio e senha de acesso. 2. O sistema verifica na sua base de dados a veracidade dos dados introduzidos. 3. O funcionrio dispe de trs tentativas. A 3a tentativa falhada o sistema bloqueia a conta do usurio. Ps-condio O sistema aprova ou reprova a autenticao do usurio.
Registar Usurio Pr-condio O funcionrio um usurio vlido no sistema e possui privilgios de administrador do sistema.
42
Descrio
1. O caso de uso comea quando o funcionrio selecciona a opo AdministraoGesto de UtilizadoresCriar Contas de Usurios. 2. Em seguida so introduzidos os dados do usurio (BI, nome do funcionrio, sexo, nome do usurio, e-mail, senha de acesso, etc.) e escolhe-se a sua categoria. 3. O funcionrio regista os dados do usurio no sistema pressionando o boto Registar.
Ps-condio
O sistema retorna uma mensagem informativa referente a operao realizada com sucesso.
Registar Estudante Pr-condio O funcionrio um usurio vlido no sistema e possui privilgios para efectuar esta operao. O estudante entrega a ficha de internamento (ou dados que aparecem no contrato de arrendamento) devidamente preenchida ao funcionrio do DA. Descrio 1. O caso de uso comea quando o funcionrio selecciona a opo ParametrizaesGeraisEstudantes. 2. O funcionrio digita correctamente no sistema os dados do estudante, os dados de ingresso a UEM e os dados do encarregado de educao que aparecem na ficha de internamento. 3. O funcionrio regista os dados do estudante no sistema pressionando o boto Registar. a) Caso o estudante j esteja registado, o sistema mostra uma mensagem de aviso informando lhe o que esta acontecendo: Extends Actualizar Estudante. Ps-condio O sistema retorna uma mensagem informativa referente a operao realizada com sucesso.
Registar Residncia Pr-condio O funcionrio um usurio vlido no sistema e possui privilgios para efectuar esta operao.
43
Descrio
1. O caso de uso comea quando o funcionrio selecciona a opo ParametrizaesGeraisResidncia. 2. Automaticamente o sistema mostra o cdigo da residncia a ser registada. 3. De seguida, o funcionrio introduz a descrio, localizao e selecciona o tipo de residncia. 4. Por fim, o funcionrio regista os dados referentes a residncia pressionado o boto Registar.
Ps-condio
Registar Pagamentos Pr-condio O funcionrio um usurio vlido no sistema e possui privilgios para realizar esta operao. O estudante entrega o recibo comprovativo de depsito do banco. Descrio 1. O caso de uso comea quando o funcionrio selecciona a opo Contabilidade Pagamentos. 2. O funcionrio digita o nmero do estudante que pretende efectuar o pagamento e clica no boto Pesquisar. 3. Feito isto, e se o estudante estiver registado no sistema, automaticamente aparecer o seu nome e o tipo de bolsa que o mesmo possui. 4. De seguida o estudante selecciona a data de pagamento e as linhas contendo o (s) ms (es) a que o pagamento se refere. 5. Em cada linha seleccionada deve-se preencher os campos em branco, com o nmero do talo, valor depositado e banco em que se efectuou o depsito. 6. O funcionrio confirma o pagamento pressionando o boto Registar. Ps-condio O sistema retorna dois recibos comprovativos de pagamento de mensalidade referente (s) ao (s) ms (es) em que o estudante pagou.
Registar Faculdade
44
Pr-condio
O funcionrio um usurio vlido no sistema e possui privilgios para realizar esta operao.
Descrio
1. O caso de uso comea quando o funcionrio selecciona a opo Parametrizaes GeraisFaculdade. 2. Automaticamente o sistema mostra o cdigo da faculdade a ser registada. 3. O funcionrio introduz nome e localizao da faculdade. 4. Por fim, o funcionrio regista os dados referentes a faculdade pressionando o boto Registar.
Ps-condio
Registar Curso Pr-condio O funcionrio um usurio vlido no sistema e possui privilgios para realizar esta operao. Descrio 1. O caso de uso comea quando o funcionrio selecciona a opo ParametrizaesGerais Cursos. 2. O funcionrio introduz o cdigo, nome do curso e selecciona a faculdade que o curso pertence. a) Caso a faculdade no esteja registada: Extends Registar Faculdade. 3. De seguida, os dados referentes ao curso so registados no sistema pressionando o boto Registar. Ps-condio O sistema retorna uma mensagem informativa referente a operao realizada com sucesso.
Registar Andar Pr-condio O funcionrio um usurio vlido no sistema e possui privilgios para realizar esta operao. Descrio 1. O caso de uso comea quando o funcionrio selecciona a opo ParametrizaesSecundrias Andares. 2. Automaticamente o sistema mostra o cdigo do andar a ser registado. 3. O funcionrio selecciona a residncia do tipo prdio na qual o andar
45
se localizar e automaticamente aparece a descrio do andar. 4. De seguida, introduz-se a lotao do andar, isto , o nmero de quartos por andar. 5. Finalmente, o funcionrio regista os dados referentes ao andar clicando o boto Registar. Ps-condio O sistema retorna uma mensagem informativa referente a operao realizada com sucesso.
Registar Quarto Pr-condio O funcionrio um usurio vlido no sistema e possui privilgios para realizar esta operao. Descrio 1. O caso de uso comea quando o funcionrio selecciona a opo ParametrizaesSecundrias Quartos. 2. Automaticamente o sistema mostra o cdigo do quarto a ser registado. 3. O funcionrio selecciona a residncia, andar (se a residncia for do tipo prdio) e introduz a descrio e lotao do quarto. 4. De seguida, os dados referentes ao quarto so registados no sistema clicando o boto Registar. Ps-condio O sistema retorna uma mensagem informativa referente a operao realizada com sucesso.
Consultar Lista de Estudantes Pr-condio O funcionrio um usurio vlido no sistema e possui privilgios para realizar esta operao. Descrio 1. O caso de uso comea quando o funcionrio selecciona a opo Relatrios ListagemEstudantesEscolhendo Parmetros. 2. O funcionrio selecciona os parmetros atravs do qual o relatrio do (s) estudante (s) ser gerado. 3. Finalmente, o funcionrio pressiona o boto Gerar Relatrio e lhe retornado a lista de estudante de acordo com os parmetros
46
seleccionados. a) Se no existe nenhum estudante com os parmetros seleccionados o relatrio mostrado em branco. Ps-condio O sistema retorna a lista de estudantes no formato seleccionado pelo funcionrio.
Consultar Lista de Residncias Pr-condio O funcionrio um usurio vlido no sistema e possui privilgios para realizar esta operao. Descrio 1. O caso de uso comea quando o funcionrio selecciona a opo Relatrios ListagemResidnciasLocalizao. 2. Em seguida lhe mostrada a lista de residncias e as respectivas localizaes. Ps-condio O sistema retorna a lista de residncias em formato pdf.
Consultar Lista de Pagamentos Pr-condio O funcionrio um usurio vlido no sistema e possui privilgios para realizar esta operao. Descrio 1. O caso de uso comea quando o funcionrio selecciona a opo Relatrios ListagemPagamentos. 2. O funcionrio escolhe os parmetros que deseja listar (pagamentos em atrasos, dum determinado ms, etc.). 3. Por fim, o funcionrio confirma o pedido de listagem pressionando o boto Gerar Relatrio. Ps-condio O sistema retorna a lista de pagamentos em formato pdf.
Permutar o estudante de quarto Pr-condio O funcionrio um usurio vlido no sistema e pertence a categoria administrador da RU.
47
O estudante solicitou a permuta de quarto por algum motivo. Descrio 1. O caso de uso comea quando o funcionrio selecciona a opo ParametrizaesGeraisPermutar Estudante de Quarto. 2. O funcionrio introduz o nmero do estudante e pressiona o boto Pesquisar. 3. De seguida, automaticamente o sistema mostra o nome do estudante possui o nmero digitado e a residncia que ele habita. a) Se o estudante no existe, o sistema avisa com uma mensagem. 4. O funcionrio selecciona o andar (se a residncia for do tipo prdio), o quarto que o estudante deseja e no esteja lotado e a data de alocao. 5. Por fim, o funcionrio actualiza o quarto do estudante pressionando o boto Permutar. a) Caso, o estudante encontre-se no estado passivo, o sistema informa com uma mensagem. Ps-condio O sistema retorna uma mensagem informativa referente a operao realizada com sucesso.
Trocar o estudante de residncia Pr-condio O funcionrio um usurio vlido no sistema e pertence a categoria funcionrio do DA. O estudante solicitou a troca de residncia por algum motivo. Descrio 1. O caso de uso comea quando o funcionrio selecciona a opo ParametrizaesGeraisTrocar Estudante de Residncia. 2. O funcionrio introduz o nmero de estudante e pressiona o boto Pesquisar. 3. Automaticamente o sistema mostra o nome do estudante, a residncia, andar e quarto em que o estudante habita. 4. De seguida, o funcionrio selecciona no sistema, a residncia que o estudante deseja e o aloca em um quarto que no esteja lotado. 5. Por fim, o funcionrio actualiza a residncia do estudante pressionando o boto Registar. a) Caso, o estudante encontre-se no estado passivo, o sistema informa
48
com uma mensagem. Ps-condio O sistema retorna uma mensagem informativa referente a operao realizada com sucesso e emite o guio de autorizao de ocupao de cama no formato pdf.
Alojar o estudante Pr-condio O funcionrio um usurio vlido no sistema e pertence a categoria funcionrio do DA. O estudante deve estar registado no sistema. Descrio 1. O caso de uso comea quando o funcionrio selecciona a opo ParametrizaesGerais Alocar Estudante. 2. O funcionrio introduz o nmero do estudante e pressiona o boto Pesquisar. 3. Automaticamente o sistema mostra o nome do estudante que possui o nmero introduzido. a) Caso o estudante no esteja registado, o sistema avisa com uma mensagem. 4. O funcionrio selecciona no sistema a residncia e o quarto que o estudante ser alocado. 5. Por fim, o funcionrio regista os dados referentes ao alojamento do estudante pressionando o boto Registar. a) Caso, o estudante encontre-se no estado passivo, o sistema informa com uma mensagem. Ps-condio O sistema retorna uma mensagem informativa referente a operao realizada com sucesso e emite o guio de autorizao de ocupao de cama no formato pdf.
49
4.5- Diagrama de Classes
Figura 7 Diagrama de Classes

4.6- Diagrama de Actividades
Nesta seco so apresentadas alguns diagramas de actividades, pois, estes so eficazes para descrever o fluxo de trabalho de uma instituio.
Figura 8 Diagrama de Actividades: Registar Pagamentos
51
Figura 9 Diagrama de Actividades: Registar Estudante
52
4.7- Diagrama de Sequncia
Figura 10 Diagrama de Sequncia: Registar Estudante
Figura 11 Diagrama de Sequncia: Registar Pagamento
53
Figura 12 Diagrama de Sequncia: Registar Usurio
Figura 13 Diagrama de Sequncia: Alojar o estudante
54
4.7- Diagrama de Estados
Figura 14 Diagrama de Estado: Usurio
Figura 15 Diagrama de Estado: Pagamento
55
Captulo VI Concluses e Recomendaes
1- Concluses
O modo de como flu a informao referente ao processo de alojamento e pagamentos de mensalidades implementado actualmente pela DSS, tem se mostrado ineficiente devido a quantidade de processos estudantis por eles administrados e a disperso dos diversos funcionrios da DSS que necessitam da mesma informao para poder tomar decises. Com a implementao do modelo proposto espera-se uma gesto melhorada, eficiente e racional dos recursos administrados pela DSS, visto que a informao ser disponibilizada com maior facilidade atravs da Web, os utilizadores sero independentes da estao de trabalho, a manuteno passar a ser centralizada e a aplicao ser independente da plataforma, uma vez que o nico requisito o navegador Web e a conexo Internet. Por outro lado, concluiu-se que no existe um modelo de processo de software adequado para o desenvolvimento de SI, uma vez que, a escolha do modelo de processo de software depende de diversos factores tais como: tempo, recursos econmicos, recursos humanos, etc.
2- Recomendaes
Por uma questo de comodidade para o estudante e para aumentar ainda mais a eficincia do modelo proposto, recomendo que nas prximas investigaes relacionadas com o modelo descrito no presente trabalho, se implemente uma funcionalidade de pagamento via prprio sistema e que mecanismos de segurana sejam levados em considerao, dado que no sero mais necessrias as verificaes mensais efectuadas pela DAF e deslocaes constantes a procura do administrador da RU.
Que a infra-estrutura organizacional (processos, pessoas, hardware) seja reverificada de modo a albergar o sistema. Por fim, que se estude a integrao da soluo proposta com os restantes sistemas actualmente em operao na UEM, como por exemplo, o sistema de registo acadmico.
57
Bibliografia
Referenciada
CONSELHO UNIVERSITRIO DA UEM, (2010). Regulamento Pedaggico. Sala do Conselho Universitrio, p.7. CHEN, H. e CHENG, R., (2007). ZK Ajax Without JavaScriptTM Framework. Potix Corporation. Disponvel em http://www.4shared.com/document/bL4nSrFA/
ApressZKAjax withouttheJavascri.htm. Obtido em 20 de Dezembro de 2010 DEITEL, H. M. e DEITEL, P. J., (1999). JavaTM How to Program. Third Edition. New Jersey: Prentice Hall. JACOBSON, I., BOOCH, G. e RUMBAUGH, J., (1999). Unified Software Development Process. Addison Wesley. MAMEDES, H. S., (2006). Segurana Informtica nas Organizaes. FCA - Editora de Informtica. Lda. NUNES, M. e ONEILL, H., (2003). Fundamental de UML. 2 Edio Actualizada e Aumentada. Lisboa: FCA Editora de Informtica. Lda. PEREIRA, J. L. (1998). Tecnologia de Base de Dados. 3 Edio. FCA - Editora de Informtica. Lda. PFLEEGER, S. L. e ATLEE, J. M., (2006). Software Engeenering: Theory and Practise. Third Edition. Pearson Internation Edition. PRESSMAN, R. S., (2006). Engenharia de software. 6 Edio. So Paulo: MCGrawHill. RODRIGUES, L. S., (2002). Arquitecturas dos Sistemas de Informao. FCA Editora de Informtica. Lda. SOMMERVILLE, I., (2003). Engenharia de Software. 6 Edio. So Paulo: Pearson Addison Wesley, p. 43-44.
58
SOMMERVILLE, I., (2007). Engenharia de Software. 8 Edio. So Paulo: Pearson Addison Wesley. WELLING, L. e THOMSON, L., (2001). PHP e MySQL Web Development. Indiana: Indianopolis.
No Referenciada
BLAHA, M. e PREMERLANI, W., (1998). Object-Oriented Modelling for Database Application. New Jersey: Prentice Hall. BOAVENTURA, E. M., (2007). Metodologia de Pesquisa. So Paulo: Atlas. WELLS, D. (1999). Extreme Programming: A gentle Introduction. Disponvel em http://www.extremeprogramming.org/. Obtido em 16 de Dezembro de 2010 NATALI, A. C. Ps Graduao em Engenharia de Software. Disponvel em http://webx.sefaz.al.gov.br/posEngSoft/documentos/qos1/Pos_Maceio_Parte2_CicloVid a.pdf. Obtido em 15 de Janeiro de 2011 RATIONAL SOFTWARE CORPORATION (1998). Rational Unified Process: Best Practices for Software Development Teams. Disponvel em
http://www.dimap.ufrn.br/~jair/ES/artigos/rup.pdf. Obtido em 14 de Fevereiro de 2011 SILVA, E. L. e MENEZES, E. M., (2001). Metodologia da Pesquisa e Elaborao de Dissertao. 3 Edio Revisada e Actualizada. Florianpolis. WHITEHEAD, P. e MARAN, R., (1997). Internet and World Wide Web. 2nd edition. IDG Books Worldwide .Inc THE APACHE SOFTWARE FOUNDATION, (2010). Apache Tomcat. Disponvel em http://tomcat.apache.org. Obtido em 1 de Dezembro de 2010
59
Anexos
Anexo 1: Guio de Entrevista
UNIVERSIDADE EDUARDO MONDLANE FACULDADE DE CINCIAS
GUIO DE ENTREVISTA
Este documento tem como objectivo recolher a informao referente ao processo de alojamento e pagamentos de mensalidades da DSS, uma vez que, nem tudo est documentado e existem aspectos no documentados que so relevantes para a pesquisa.
Observao: Denotar que, este documento no poder ser usado para quaisquer
outros fins seno para a elaborao do trabalho de final de curso.
Sendo assim, a seguir se apresentam algumas das questes que sero efectuadas durante as entrevistas:
Organizao
1. Qual o objectivo ou funo da DSS? 2. Como o organograma da DSS? 3. Como flui a informao referente ao estudantes e pagamentos de mensalidades na DSS?
Residncias
1. Quantas residncias a DSS possui e diga as respectivas localizaes? 2. Qual a quantidade de estudantes que vivem em cada residncia? 3. Qual a funo dos administradores das RU?
4. Quando que o DA envia a lista de estudantes e os novos processos estudantis aos administradores das RU?
Registo de Estudantes
1. Actualmente, usa-se um sistema para registar os estudantes que vivem nas RU? Caso exista, quais so os principais problemas encontrados no sistema de informao actual? 2. O estudante rendeiro recebe a guia de autorizao de ocupao de cama, antes de ser alocado a um determinado quarto da RU?
Pagamentos de Mensalidades
1. Quem regista e onde so registados os pagamentos de mensalidades? 2. Quem confirma e onde so confirmados os pagamentos de mensalidades? 3. Se o estudante pagar n meses adiantado, recebe um ou n recibos comprovativos de pagamento de mensalidades?
61
Anexo 2: Ficha de Internamento
UNIVERSIDADE EDUARDO MONDLANE DIRECO DOS SERVIOS SOCIAIS DEPARTAMENTO DE ALOJAMENTO
FICHA DE INTERNAMENTO FICHA N________/______ RESIDNCIA N _________ ENTRADA___/_____/_____ QUARTO N________ SAIDA___/____/_______
Nome do Estudante_______________________________________________ filho de_______________________________________________________________ de___________________________________________________________ e natural
de_______________________ Provncia de_________________________, data de nascimento ____/_____/________, carto de estudante N________________________ B. I. N_____________________, emitido pelo arquivo n de de identificao telemvel
de_______________
em___/____/______,
pessoal____________Provenincia_____________ Nome do encarregado de educao__________________________________,Grau de Parentesco________Profisso______________local Trabalho___________________ Endereo de
Av/Rua_____________________________Bairro_______________________ Localidade/Distrito/Provincia______________________________Telefone/Telemvel N___________________ Em caso de doena
contactar___________________________
Av./Rua___________________________
local de trabalho________________________ Telefone/Telemvel N_____________

Localidade/Distrito/Provncia_______________ UEM____/_____/_______ Faculdade________________________
Data
de
ingresso
na
Curso____________________________ Tipo de bolsa__________________
Nvel_____ Tem problema de sade? ________ Quais ? _______________________ Vai passar refeies nos refeitrios da DSS? Todas ____ Algumas ____ Nenhumas____ Maputo, aos____de________________de 20___
Conferido por __________________________
Assinatura do Estudante _____________________________
Anexo 3: Contrato de arrendamento de cama
UNIVERSIDADE EDUARDO MONDLANE DIRECO DOS SERVIOS SOCIAIS
Termo de Contrato
Concesso para aluguer de camas nas residncias universitrias
Tipo de contrato O contrato de arrendamento de camas de carcter precrio, isto , a sua existncia depende da disponibilidade de vagas nas residncias universitrias. O contrato individual, isto , o estudante paga para ele prprio ocupar uma cama e no para ocup-la atravs de terceiros.
63
Enquanto no houver ordem para abandono da residncia, os estudantes tem a obrigao de pagar as rendas dos meses em que consta como rendeiro, ocupando fisicamente ou no a respectiva cama. Caso o estudante tenha terminado o contrato e no tenha devolvido as chaves do quarto ser cobrado o valor da renda do respectivo ms. Tipo de residncia Sero alugadas camas nas residncias n 1, 2, 5, 6 e 8 para estudantes do sexo masculino, residncias n 7 para ambos os sexos e residncia n 4 para estudantes do sexo feminino. Condies de pagamento O pagamento deve ser feito em depsito directo no Banco Standard Bank, na conta n 106.004462.100.9, at dia 10 de cada ms, caso o ocupante no pague at data estipulada, o valor ser acrescido em 10% de multa; aps o cumprimento deste prazo, e a renda no ter sido paga, o ocupante ser expulso da residncia, sem possibilidade de renovao do contrato.
64
UNIVERSIDADE EDUARDO MONDLANE DIRECO DOS SERVIOS SOCIAIS
Visto O Director _______________ (dr. Arlindo Chongo)
Termo de Compromisso
_____________________________,
filho
de___________________________
de____________________________natural em_____/_____/_____ ___/___/___pelo matriculado portador de do BI
de________________nascido N_________________emitido em
arquivo no
identificao curso
de____________________estudante de__________________faculdade
de__________________comprometo-me: A cumprir e a fazer cumprir com zelo e dedicao o regulamento das residncias estudantis e outras normas dele decorrentes. A ceder a cama que temporariamente alugo, assim que o departamento precisar; a pagar as rendas regularmente e dentro dos prazos estabelecidos (at dia 10 de cada ms).
Maputo, aos______de_____________________de 200___
O Estudante _________________________
O Chefe do Dept de Aloj. _____________________________

Celso Meirelles Rodolfo Adamo 65
Vigncia do Contrato
O contrato vigente a partir da data da sua assinatura, com validade at 21 de Dezembro do mesmo ano. A renovao do contrato no automtica, carecendo de requerimento dirigido ao Director dos Servios Sociais da U.E.M. A Direco dos Servios Sociais s poder renovar contratos com os estudantes rendeiros cujos seus pagamentos esto em dia, isto , no tendo dvida na sua renda anterior. Obrigao do ocupante O ocupante est obrigado a cumprir e a fazer cumprir com zelo e dedicao o regulamento das residncias estudantis e outras normas deles decorrentes. Sanes do ocupante O ocupante est sujeito as penalizaes impostas pelo regulamento das residncias universitrias, em caso de infraces do mesmo, uso indevido dos bens das residncias O valor da renda O valor estimado para pagamento mensal, por cada cama ocupada de 750.00 MT (Setecentos e Cinquenta Meticais). Este valor pode sofrer alguma alterao mas com conhecimento prvio do rendeiro.
Maputo, aos_______de_________________de 20___
O Estudante _______________________
O Director ____________________________
66
Anexo 4: Guia de Autorizao de Ocupao de Cama
UNIVERSIDADE EDUARDO MONDLANE DIRECO DOS SERVIOS SOCIAIS DEPARTAMENTO DE ALOJAMENTO
AUTORIZAO DE OCUPAO Autorizo o(a) senhor(a)___________________________________________de
nacionalidade__________________da faculdade de_____________________ Curso de___________________________para ocupar o quarto n______da residncia n_______ Nota: V. Excia tem um prazo de 8 (oito) dias para ocupar o quarto indicado Maputo, aos____de___________________de 200___ O Chefe do Dept de Alojamento _______________________________ ---------------------------------------------------------------------------------------------------------Informao da Residncia n_________ O Estudante__________________________________________________est alojado no quarto n_______
Maputo, aos____de_________________de 200____
O (A) Administrador (a) da residncia ________________________________

Anexo 5: Manual do Utilizador 1- Introduo

O presente manual foi desenvolvido com objectivo de dar apoio bsico aos usurios que efectuaro as diversas operaes (registo, actualizao e outras) na aplicao Web de Gesto de Residncias Universitrias, visto que os utilizadores podem enfrentar dificuldades ao tentar efectuar determinadas operaes no sistema, por falta de domnio da aplicao ou por esquecimento do modo de operar com o sistema. Sendo assim, o manual explica de forma breve, clara e objectiva os principais mdulos do sistema (aplicao Web de Gesto de Residncias Universitrias), de modo a facilitar os usurios a interagirem com o sistema. Esta aplicao pode ser visualizada em vrios navegadores como, por exemplo, Internet Explorer, Mozilla Firefox, Opera, Google Chrome, entre outros. Denotar que, caso o navegador utilizado para visualizar a aplicao Web no suporte a linguagem de estilo para apresentao de documentos HTML ou XML denominada Cascade Style Sheeting (CSS), o sistema aparecer com algumas diferenas na parte grfica da aplicao. No entanto, na elaborao deste manual foram usadas as seguintes convenes: os nomes dos campos e tabs so escritos a Itlicos, os nomes dos botes so escritos a boldado e entre aspas (). Para explorao da aplicao, o servidor deve estar ligado e devem ser seguidas as instrues das sesses subsequentes.
2- Pgina de Acesso
2.1- Login Sempre que os usurios tentarem aceder ao sistema, a pgina de acesso ser exibida. Esta pgina fornece mecanismos de segurana que impede que os usurios sem autorizao possam acessar o sistema. A Figura 1 mostra a pgina de acesso e pode ser acedida do seguinte modo:
68
a) Abra o seu browser e digite na barra de endereo o seguinte url: http://localhost:8080/DSS/login.zul; b) Preencha os campos nome do usurio e senha com dados vlidos; c) Pressione o boto Login para logar-se ao sistema.
Figura 1 Pgina de Acesso. Se pressionares o boto Cancelar, o texto dos campos da figura 1 sero limpados. 2.2- Logout Para sair da sesso clique o boto Logout que aparece na pgina principal.
3- Pgina Principal
Depois de uma autenticao vlida lhe disponibilizada a pgina principal ou inicial que apresenta os seguintes menus: Parametrizaes, Contabilidade, Relatrios, Administrao, Ajuda. 3.1- Parametrizaes No menu Parametrizaes existem dois menus que so: Gerais e Secundrias. O menu Gerais: contm os principais formulrios do sistema.
O menu Secundrias: contm os formulrios secundrios (auxiliares). 3.1.1 Menu Gerais Este menu contm os seguintes itens: Alocar Estudantes: permite chamar o formulrio que permite trocar o estudante de residncia. Cursos: chama o formulrio de registo e actualizao do curso. Estudantes: permite chamar o formulrio de registo e actualizao do estudante. Faculdades: chama o formulrio de registo e actualizao da faculdade. Residncias: permite chamar o formulrio de registo e actualizao da residncia. Permutar de Quartos: chama o formulrio que permite que o estudante permute de quarto. Tipo de Bolsa: permite chamar o formulrio de registo e actualizao do tipo de bolsa. Trocar o Estudante de Residncia: chama o formulrio que permite trocar o estudante de residncia quando ele j est alocado a um determinado quarto. 3.1.2 Menu Secundrias Este menu possui os seguintes itens: Andares: chama o formulrio de registo e actualizao dos andares de uma determinada residncia. Banco: chama o formulrio de registo e actualizao do banco. Distritos: chama o formulrio de registo e actualizao do distrito. Sexo: chama o formulrio de registo e actualizao do sexo. Grau Parentesco: chama o formulrio de registo e actualizao do grau de parentesco. Provncias: chama o formulrio de registo e actualizao da provncia.
70
Quartos: chama o formulrio de registo e actualizao do quarto de uma determinada residncia. 3.2- Contabilidade Este menu contm os seguintes itens: Pagamentos: chama o formulrio de registo e actualizao do pagamento referente ao arrendamento de cama nas RU. 3.3- Relatrios Contm vrios menus, que disponibilizam os diversos tipos de relatrios sobre as residncias universitrias. 3.4- Administrao Possui o menu Gesto de Utilizadores, e este por sua vez possui o sub menu Criar Contas do Usurio que permite chamar o formulrio de registo e actualizao da conta do usurio.
3.5- Ajuda Neste menu existem os seguintes menus: Sobre a aplicao e Sobre o autor. Sobre a aplicao: permite chamar a janela que mostra detalhes referentes a aplicao. Sobre o autor: permite chamar a janela que mostra os detalhes do autor da aplicao.
71
Figura 2 Pgina Principal (usurio que pertence a categoria funcionrio do DA)
NOTA: a) Os menus so disponibilizados de acordo a sua categoria. Cada categoria tem seus os privilgios, isto , o (s) administrador (es) do sistema so os nicos com acesso ao menu administrao, o funcionrio da DAF s tm acesso ao menu contabilidade e relatrios que dizem respeito ao pagamento de mensalidades, etc.
72
4- Registar ou Actualizar um Usurio

Este formulrio acessado clicando em Administrao Gesto de UtilizadoresCriar Contas de Usurios e tem como finalidade registar ou actualizar novos usurios no sistema. Neste formulrio existem duas tabs, uma para registo do usurio (Figura 3) e outra para actualizao do usurio (Figura 4). Por defeito o sistema aparece com a tab de registo j seleccionada. Nela preenche-se os campos em branco com a informao do usurio: Nmero de BI: introduz-se o nmero do BI do usurio (funcionrio); Nome do Funcionrio: introduz-se o nome do funcionrio; Categoria: a categoria do funcionrio, que pode ser: administrador do sistema, administrador da RU, funcionrio do DA, funcionrio da DAF, director; Sexo: como o prprio nome diz, coloca-se o gnero do usurio; Nome do Usurio: o nome com que o usurio se loga ao sistema e deve ser nico; E-mail do Usurio: este campo no obrigatrio e usado pelo administrador do sistema para fornecer informaes importantes ao usurio como, por exemplo, fornecimento da senha caso este tenha esquecido; Senha: coloca-se a senha do usurio e esta deve ter no mnimo 6 caracteres; Confirmao da Senha: deve confirmar a senha digitada acima; Estado: define o estado do usurio. a) Se activo, o usurio pode logar-se ao sistema e efectuar as operaes de direito; b) Caso contrrio (passivo) no pode logar-se ao sistema e consequentemente no conseguir efectuar nenhuma operao no sistema. Para o administrador completar esta operao, deve clicar o boto Registar.
73
Figura 3 Registo do Usurio. Registo bem sucedido Se todos os campos foram preenchidos correctamente, ao clicarmos o boto Registar, o sistema registar a conta do usurio e mostrar uma mensagem informativa referente a operao realizada com sucesso. O boto Cancelar serve para limpar a informao de todos os campos do respectivo formulrio. Se clicares a tab Actualizao, toda a informao preenchida anteriormente na tab registo pode ser actualizada. Para realizar esta operao, primeiramente deve-se seleccionar o nome do usurio que pretendes actualizar. De seguida aparecer o nmero do BI do usurio seleccionado. Feito isso, deve-se clicar o boto Pesquisar. Aps a pesquisa todos os campos do formulrio so preenchidos. Finalmente, para completar esta operao, deve-se alterar os campos que assim o desejares e clicar no boto Actualizar.
74
Figura 4 Actualizao do Usurio Actualizao bem sucedida Se todos os campos foram preenchidos correctamente, ao pressionarmos o boto Actualizar, o sistema actualizar a conta do usurio e mostrar uma mensagem informativa referente a operao realizada com sucesso. NOTA: a) Todos os formulrios contm os botes Cancelar e tem sempre a mesma funo de acordo com o grupo (formulrio ou relatrio). b) Sempre que o registo ou actualizao seja efectuado com sucesso, aparece uma mensagem informativa de registo ou actualizao bem sucedida respectivamente conforme o registo ou actualizao. c) Cada formulrio apresenta sempre duas abas, uma de registo e outra de actualizao, excepto os formulrios de escolha de parmetros para gerao dos diversos relatrios.
75
5- Registar ou Actualizar Pagamentos

Este formulrio acessado clicando em ContabilidadePagamentos e tem como finalidade registar ou actualizar os pagamentos no sistema. Nele existem duas tabs, uma para registo do pagamento (Figura 5) e outra para actualizao da mesma (Figura 6). Como abordado acima, por defeito o sistema aparece com a tab de registo j seleccionada. Sendo assim, para o usurio poder registar uma determinada residncia, deve preencher correctamente o formulrio de registo de pagamento e posteriormente pressionar o boto Registar.
Figura 5 Registo do Pagamento. Ao clicares na tab Actualizao, toda a informao preenchida anteriormente na tab registo pode ser actualizada. Para tal, primeiramente deve-se introduzir o nmero do estudante e clicar no boto Pesquisar. De seguida sero mostrados os dados referentes ao pagamento do estudante. Para terminar esta operao deve-se preencher correctamente os campos ilustrados na figura abaixo e clicar no boto Actualizar.
76
Figura 6 Actualizao do Pagamento
6- Registar ou Actualizar um Estudante

Este formulrio acessado clicando em ParametrizaesGeraisEstudante e tem como finalidade registar ou actualizar dados do estudante no sistema. O mesmo (formulrio) possui duas tabs, uma para registo dos dados do estudante e outra para actualizao dos mesmos. O formulrio da tab de registo divide-se em 3 seces (dados do estudante, dados de ingresso e dados do encarregado de educao). Portanto, para efectuar o registo do estudante, deve-se preencher correctamente todos os campos obrigatrios conforme a figura abaixo e de seguida clicar no boto Registar.
77
Figura 7 Registo dos dados do estudante. Ao clicares na tab Actualizao, primeiramente digita-se o nmero do estudante e de acordo com este nmero todos os campos so completados com os dados do estudante. Feito isto, deve-se preencher correctamente e conforme o desejado, os campos ilustrados na figura 8 e clicar no boto Actualizar.
Figura 8 Actualizao dos dados do estudante

7- Registar ou Actualizar uma Residncia

Este formulrio acessado clicando em ParametrizaesGeraisResidncias e tem como finalidade registar ou actualizar residncias no sistema. Conforme a estrutura dos formulrios acima, aqui tambm temos duas tabs: uma de registo e outra de actualizao. Por defeito o sistema aparece com a tab de registo j seleccionada. Sendo assim, para o usurio poder registar uma determinada residncia, este deve preencher correctamente os campos ilustrados na figura 9 e clicar o boto Registar.
Figura 9- Registo da Residncia. Ao clicares na tab Actualizao, toda a informao preenchida anteriormente na tab registo pode ser actualizada, mas para tal, primeiramente deve-se seleccionar a residncia que queiras actualizar. Aps a seleco, todos os campos do formulrio sero preenchidos com os dados anteriormente registados. Para finalizar deve-se preencher correctamente os campos ilustrados na figura abaixo e clicar no boto Actualizar.
79
Figura 12 Actualizao da Residncia Por fim dizer que, se o seu computador no tiver instalado o programa para ler o formato (PDF, DOC, RTF, etc.) seleccionado para gerao dos relatrios aparece a figura abaixo questionando se deseja salvar o arquivo ou encontrar um programa online para abri-lo.
Figura 13 Computador sem nenhum programa instalado que consiga ler o formato seleccionado

Trabalho de Conclusao Do Curso

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Trabalho de Conclusao Do Curso

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDADE EDUARDO MONDLANE

FACULDADE DE CINCIAS DEPARTAMENTO DE MATEMTICA E INFORMTICA

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Autor: Celso Meirelles Rodolfo Adamo

UNIVERSIDADE EDUARDO MONDLANE

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

MAPUTO, MARO DE 2011

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Maputo, Maro de 2011

O Autor ___________________________________________ (Celso Meirelles Rodolfo Adamo)

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Processo de Modelao Unificado ........................................................................ 13

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Programao Extrema .......................................................................................... 18

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Captulo VI Concluses e Recomendaes ............................................................... 56

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Tabela 1 Lista de Endereos das Residncias Universitrias ..................................... 28

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Captulo III Reviso Bibliogrfica

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

2- Modelo de Desenvolvimento Incremental

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

2.3- Vantagens e desvantagens

Celso Meirelles Rodolfo Adamo

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

3- Processo de Modelao Unificado

Sistema de Gesto de Alojamentos e Pagamentos de Mensalidades para Residncias Universitrias da UEM

Figura 1- Relao entre as fases e actividades do PMU

Celso Meirelles Rodolfo Adamo