Você está na página 1de 61

UNIVERSIDADE TECNOLGICA FEDERAL DO PARAN CAMPUS PATO BRANCO CURSO SUPERIOR DE TECNOLOGIA EM ANLISE E DESENVOLVIMENTO DE SISTEMAS

JEAN CARLO CANT

SISTEMA PARA CONTROLE DE PONTO DE FUNCIONRIOS

TRABALHO DE CONCLUSO DE CURSO

PATO BRANCO 2011

JEAN CARLO CANT

SISTEMA PARA CONTROLE DE PONTO DE FUNCIONRIOS

Trabalho de Concluso de Curso de graduao, apresentado disciplina de Trabalho de Diplomao, do Curso Superior de Tecnologia em Anlise e Desenvolvimento de Sistemas, da Universidade Tecnolgica Federal do Paran, Campus Pato Branco, como requisito parcial para obteno do ttulo de Tecnlogo. Orientadora: Borsoi Profa. Beatriz Terezinha

PATO BRANCO 2011

RESUMO

CANT. Jean Carlo. Sistema para controle de ponto de funcionrios. 2011. 60 f. Monografia de Trabalho de Concluso de Curso. Curso Superior de Tecnologia em Anlise e Desenvolvimento de Sistemas. Universidade Tecnolgica Federal do Paran. Pato Branco, 2011.

O controle eletrnico de ponto passou a ser uma exigncia governamental para empresas que possuem funcionrios a partir de uma determinada quantidade. Esses equipamentos registram o ponto e emitem comprovante de registro, mas importante que esses registros possam ser automaticamente exportados para o setor de contabilidade, financeiro ou de recursos humanos da empresa. Assim, esse trabalho reporta o desenvolvimento de um sistema para o controle de ponto de funcionrios. O sistema permite exportar os dados registrados pelo equipamento e export-los para um aplicativo gerencial da empresa. Para o desenvolvimento foi utilizada a linguagem Delphi com o banco de dados Firebird.

Palavras-chave: Controle de ponto. Linguagem Delphi. Banco de dados Firebird. Orientao a objetos.

AGRADECIMENTOS

Agradeo aos meus familiares, que sem eles eu no teria nada, nem mesmo condies de fazer essa faculdade, sempre me dando foras para continuar e lutar pelos meus objetivos. Aos meus amigos, que na hora que precisei de alguma ajuda em relao ao meu trabalho, sempre estavam ali prontos a me ajudar. E aos meus professores, por me ensinarem e ajudarem a escolher uma profisso para o meu futuro.

LISTA DE FIGURAS Figura 1 Exemplo de classe ................................................................................... 15 Figura 2 Diagramas da UML verso 2 .................................................................... 16 Figura 3 Exemplo de diagrama de caso de uso ..................................................... 17 Figura 4 Exemplo de diagrama de classes............................................................. 18 Figura 5 Exemplo de diagrama de atividades ........................................................ 19 Figura 6 Exemplo de diagrama de sequncia ........................................................ 20 Figura 7 Tela principal do Jude Community ........................................................... 22 Figura 8 Tela principal do Borland Delphi 7............................................................ 23 Figura 9 Tela principal do IBExpert ........................................................................ 25 Figura 10 Tela de registro IBExpert ........................................................................ 25 Figura 11 Tela principal do Report Builder ............................................................. 27 Figura 12 Diagrama de caso de uso nvel administrador ....................................... 30 Figura 13 Diagrama de entidades e relacionamentos do sistema .......................... 31 Figura 14 Diagrama de atividade incluso de usurio ............................................ 32 Figura 15 Diagrama de atividade alterao de usurio .......................................... 33 Figura 16 Diagrama de atividade excluso de usurio ........................................... 34 Figura 17 Diagrama de atividade incluso da empresa ......................................... 35 Figura 18 Diagrama de atividade alterao de empresa ........................................ 35 Figura 19 Diagrama de sequncia incluso de usurio .......................................... 36 Figura 20 Diagrama de sequncia alterao de usurio ........................................ 37 Figura 21 Diagrama de sequncia excluso de usurio ......................................... 38 Figura 22 Diagrama de sequncia incluso de empresa ....................................... 39 Figura 23 Diagrama de sequncia alterao de empresa ...................................... 40 Figura 24 Tela de login ........................................................................................... 42 Figura 25 Tela de seleo do estabelecimento ...................................................... 43 Figura 26 Tela principal do sistema ........................................................................ 43 Figura 27 Manuteno de estabelecimentos .......................................................... 44 Figura 28 Tela de alterao do cadastro de estabelecimento ................................ 45 Figura 29 Tela de cadastro de eventos .................................................................. 45 Figura 30 Tela de cadastro de eventos do sistema do ponto ................................. 46 Figura 31 Tela de cadastro de leiaute de importao ............................................ 46 Figura 32 Itens do menu cadastros especficos ..................................................... 47 Figura 33 Manuteno de empregados - aba principal .......................................... 47 Figura 34 Manuteno de empregados - aba endereo ......................................... 48 Figura 35 Manuteno de empregados - aba informaes adicionais ................... 48 Figura 36 Tela de movimento ................................................................................. 49 Figura 37 Importao de ponto .............................................................................. 49 Figura 38 Tela de dados gerados (importao do ponto) ....................................... 50 Figura 39 Relatrio de eventos do ponto ............................................................... 50 Figura 40 Modelo de relatrio padro .................................................................... 53 Figura 41 Tela menu padro .................................................................................. 56 Figura 42 Criando um relatrio ............................................................................... 57

LISTA DE TABELAS Quadro 1 Fluxo principal dos casos de uso............................................................ 31 Quadro 2 Interfaces de usurio .............................................................................. 41 Quadro 3 Funes do sistema ............................................................................... 41 Quadro 4 Restries do sistema ............................................................................ 41

LISTAGENS DE CDIGO

Listagem 1 - Cdigo da unit de cadastro padro ....................................................... 51 Listagem 2 - Cdigo da unit de processo padro ...................................................... 52 Listagem 3 - Cdigo para seleo de arquivo em um diretrio ................................. 53 Listagem 4 - Cdigo da funo LeLinha .................................................................... 54 Listagem 5 - Cdigo da importao de ponto ............................................................ 55 Listagem 6 - Parte do cdigo da funo leComRegistro ........................................... 55 Listagem 7 - Parte do cdigo da funo GravaDados ............................................... 56 Listagem 8 - Cdigo para chamada de relatrio de ponto ......................................... 56 Listagem 9 - Cdigo de chamada de relatrio de ponto ............................................ 58

LISTA DE SIGLAS

CASE IP IPX/SPX JUDE OOA OOD OOP SGBRD SQL TCP/IP UML

Computer Aided Software Engineering Internet Protocol Internetwork Packet Exchange/Sequenced Packet Exchange Java and UML Developer Environment Object Oriented Analysis Object Oriented Design Object Oriented Programming Sistema Gerenciador de Banco de Dados Relacional Structured Query Language Transmission Control Protocol/Internet Protocol Unified Modeling Language

SUMRIO

1 INTRODUO ....................................................................................................... 10 1.1 CONSIDERAES INICIAIS .............................................................................. 10 1.2 OBJETIVOS ........................................................................................................ 11 1.2.1 Objetivo Geral .................................................................................................. 11 1.2.2 Objetivos Especficos ....................................................................................... 11 1.3 JUSTIFICATIVA .................................................................................................. 11 1.4 ORGANIZAO DO TEXTO............................................................................... 12 2. FUNDAMENTAO TERICA ............................................................................. 13 2.1 ORIENTAO A OBJETOS................................................................................ 13 2.2 LINGUAGEM DE MODELAGEM UNIFICADA .................................................... 15 3 MATERIAIS E MTODO ........................................................................................ 21 3.1 TECNOLOGIAS E FERRAMENTAS UTILIZADAS ............................................. 21 3.1.1 JUDE Community ............................................................................................. 21 3.1.2 Linguagem Delphi ............................................................................................ 23 3.1.3 Banco de Dados Firebird .................................................................................. 23 3.1.4 IBExpert............................................................................................................ 24 3.1.5 Report Builder .................................................................................................. 26 3.2 ATIVIDADES PARA MODELAGEM E IMPLEMENTAO DO SISTEMA .......... 28 4 DESENVOLVIMENTO DO PROJETO ................................................................... 29 4.1 APRESENTAO DO SISTEMA ........................................................................ 29 4.2 MODELAGEM DO SISTEMA .............................................................................. 29 4.3 DESCRIO DO SISTEMA ................................................................................ 42 4.4 IMPLEMENTAO DO SISTEMA ...................................................................... 51 5 CONCLUSO......................................................................................................... 59 REFERNCIAS ......................................................................................................... 60

10

1 INTRODUO

Este captulo apresenta as consideraes inicias com uma viso geral do trabalho, os objetivos e a justificativa do trabalho, bem como a organizao do texto.

1.1 CONSIDERAES INICIAIS

Os sistemas informatizados tm se tornado mais complexos no sentido das funcionalidades de negcio que eles provem e do tipo de negcio que eles atendem. Eles tm fornecido informaes para apoio tomada de decises, otimizao de processos, reduo de despesas e maximizao de lucros. Para que os requisitos definidos para o sistema pelos usurios sejam atendidos pode ser necessrio um perodo longo de trabalho por uma equipe de profissionais, incluindo analistas, desenvolvedores e testadores, dentre outros. Contudo, comum que equipes de desenvolvimento estejam sob presso para desenvolver sistemas dentro de um prazo curto, do valor estipulado e com os requisitos de qualidade requeridos pelo usurio. Uma das formas que podem ser indicadas para reduo do prazo o planejamento adequado do projeto e a realizao de uma modelagem completa e efetiva do sistema a ser implementado. Modelagem efetiva se refere que representa com clareza e completeza os requisitos do sistema. O uso de orientao a objetos permite a elaborao de uma modelagem que representa o sistema como um conjunto de objetos que interagem por meio da troca de mensagens (RUMBAUGH, 1997). Essa forma de entendimento do sistema pode auxiliar a representar o sistema de maneira mais prxima s necessidades e interesses do usurio e a portar esses requisitos para a implementao em cdigo. Contudo, o uso de orientao a objetos por si s no garante uma modelagem ou mesmo implementao adequadas. necessrio que o processo de anlise e o registro dessas informaes sejam feitos adequadamente. A UML (Unified Modeling Language) oferece uma forma de sistematizao para modelar sistemas utilizando orientao a objetos. Os diversos tipos de diagramas que a mesma possui permite a representao do sistema sob pontos de vista e interesses distintos. E, assim, uma representao mais completa do sistema pode ser obtida. Considerando a importncia da orientao a objetos e do uso de uma

11

linguagem

para

representar

os

seus

modelos,

este

trabalho

reporta

desenvolvimento de um sistema que gerencia os registros de entrada e sada dos funcionrios de uma empresa. Esse gerenciamento realizado por meio da validao do arquivo ponto. A modelagem e a implementao do sistema tm como base a orientao a objetos.

1.2 OBJETIVOS

O objetivo geral se refere ao resultado principal esperado com a realizao deste trabalho. Os objetivos especficos complementam o objetivo geral.

1.2.1 Objetivo Geral

Implementar um sistema para controlar os horrios de entrada e de sada de funcionrios de uma empresa, o denominado registro de ponto.

1.2.2 Objetivos Especficos

Para que a implementao do sistema possa ser realizada necessrio: Representar as funes bsicas do sistema por meio de diagramas da UML, modelando o problema e a soluo proposta. Implementar relatrios que permitam controlar o registro dos horrios de entrada e sada, identificando faltas e horas extras. Possibilitar o cadastro do leiaute do arquivo de importao de ponto. Permitir a importao dos registros de entrada e sada de funcionrios do equipamento que faz o registro de ponto para o programa de controle da folha de pagamento da empresa.

1.3 JUSTIFICATIVA

O controle dos horrios de trabalho dos funcionrios das empresas costumava ser feito manualmente por meio de um Livro de Ponto. Com a chegada de sistemas computacionais em muitas empresas o ponto tem sido marcado por

12

meio do uso de tecnologias como o reconhecimento de digital (biometria). Contudo, de acordo com a legislao brasileira em vigor, uma empresa que possui mais de 10 funcionrios est obrigada a registrar a entrada e sada dos seus funcionrios por meio do ponto eletrnico, gerando um arquivo com as movimentaes. Esse arquivo precisa ser posteriormente importado para o sistema de folha de pagamento. Verificou-se assim a necessidade de desenvolver um sistema que realizasse a importao dos dados do equipamento de registro de ponto e os exportasse para a folha de pagamento. A soluo apresentada como resultado deste trabalho foi desenvolvida para uma empresa especfica. Contudo, essa soluo pode ser utilizada por outras empresas. Isso porque o leiaute de importao do arquivo pode ser definido e configurado de acordo com o registro gerado pelo equipamento. Ressalta-se, porm que pode ser necessrio adaptar o sistema para interao com o sistema de controle de folha de pagamento utilizado pela empresa.

1.4 ORGANIZAO DO TEXTO

Este texto est organizado em captulos, dos quais este o primeiro e apresenta a ideia do sistema, incluindo os objetivos e a justificativa. No Captulo 2 est o referencial terico sobre orientao a objetos e a linguagem de modelagem UML. No Captulo 3 est o mtodo, que a sequncia geral de passos para o ciclo de vida do sistema, e os materiais utilizados. Os materiais se referem ao que necessrio para modelar e implementar o sistema, incluindo as tecnologias, as ferramentas e os ambientes de desenvolvimento utilizados. O Captulo 4 contm a modelagem do sistema e exemplos da sua implementao, incluindo telas e cdigos. No Captulo 5 est a concluso com as consideraes finais.

13

2 FUNDAMENTAO TERICA

A fundamentao terica deste trabalho est centrada em orientao a objetos porque esses conceitos foram utilizados tanto na documentao da anlise e projeto quanto na sua implementao do sistema. Este captulo tambm abrange a UML que define uma forma de especificar e documentar a modelagem orientada a objetos.

2.1 ORIENTAO A OBJETOS

O paradigma da orientao a objetos baseado na construo de sistemas a partir de componentes reutilizveis e permite que objetos do mundo real possam ser mapeados em objetos como tratados por linguagens de modelagem e de programao. A fundamentao do modelo de objetos divide-se em OOA (Object Oriented Analysis - Anlise Orientada a Objetos), OOD (Object Oriented Design - Projeto Orientado a Objetos) e OOP (Object Oriented Programing - Programao Orientada a Objetos) (RICARTE, 2011). A anlise no paradigma de orientao a objetos determina o que o sistema deve fazer. uma tcnica de anlise que examina requisitos pelas perspectivas de classes e de objetos presentes no domnio do problema. O projeto orientado a objetos define um mtodo de projeto para criar e descrever uma estrutura geral do sistema. E a programao trata da implementao do sistema. A programao orientada a objetos possui uma organizao em termos de coleo de objetos incorporando estrutura e comportamento prprios (SIEDLER, 2011). Dentre os conceitos bsicos ou fundamentais relacionados orientao a objetos esto: objeto, classe, encapsulamento, polimorfismo e herana. Martin (1995, p. 18) define um objeto como sendo qualquer coisa, real ou abstrata, a respeito da qual armazenamos dados e os mtodos que os manipulam. Os objetos podem ser representados como entidades concretas (um arquivo de texto) ou entidades conceituais (uma estratgia de jogo). Um objeto deve conter uma identidade, atributos e mtodos. A identidade um nome ou uma identificao nica e que individualiza o objeto de maneira

14

exclusiva dentre os demais objetos da mesma classe. Os atributos representam o estado do objeto no mundo real. Os atributos armazenam as caractersticas dos objetos e indicam as possveis informaes armazenadas em um objeto. Os mtodos definem o comportamento dos objetos por meio de operaes que podem ser executadas sobre os seus dados. Esses dados so os valores dos atributos. A maneira como os dados de um objeto so manipulados e como se comportam denominado operao. Uma operao quando implementada chamada mtodo. Uma operao uma ao de envio de mensagens que executada por um objeto. Os mtodos de um tipo de objeto referenciam somente as estruturas de dados desse tipo de objeto. Para fazer com que um objeto execute uma operao preciso enviar uma solicitao ao mesmo. Essa solicitao uma mensagem para executar a operao indicada sobre determinado objeto e retornar o resultado (MARTIN, 1995). As mensagens so constitudas pelo nome do objeto, o nome da operao e, eventualmente, um grupo de parmetros. Os parmetros so os dados enviados para a operao. Uma classe abrange um conjunto de objetos com caractersticas similares. Uma classe determina o comportamento dos objetos por meio dos mtodos e os seus possveis estados por meio dos atributos. Para Martin (1995, p. 26) uma classe uma implementao de um tipo de objeto. Ela especifica uma estrutura de dados e os mtodos operacionais permissveis que se aplicam a cada um de seus objetos. A Figura 1 apresenta um exemplo de classe denominada Funcionrio. Essa classe contm quatro atributos para armazenamento dos dados: nome, idade, cargo e setor; e os mtodos, ou operaes, que executam sobre os dados dessa classe que so: incluir e excluir. Nesse exemplo no esto indicados os valores que a operao recebe (parmetros) e nem o seu retorno. Porm, ressalta-se que um mtodo pode no receber parmetros e/ou no retornar valor, isto ser do tipo void, por exemplo.

15

Figura 1 Exemplo de classe

Encapsulamento o processo de empacotar dados e mtodos ao mesmo tempo. Esse mecanismo utilizado para impedir o acesso aos atributos do objeto, disponibilizando externamente apenas os mtodos que alteram tais atributos. Os usurios entendem as operaes do objeto que podem ser solicitadas, porm no conhecem os detalhes da execuo da operao. Toda a informao encapsulada pode ser modificada sem que os usurios da classe sejam afetados. Polimorfismo significa que uma mesma operao pode ter um comportamento diferente para classes diferentes. Assim, um mtodo pode apresentar vrias formas, de acordo com seu contexto. O polimorfismo permite que a mudana de uma interface seja efetivamente separada da implementao que a representa. Herana o processo que permite o compartilhamento de atributos e de operaes entre classes baseada em uma hierarquia. Martin (1995) explica que uma subclasse herda as propriedades da sua classe me e uma subclasse herda as propriedades das subclasses e assim sucessivamente. As propriedades da classe base no precisam ser repetidas em cada classe derivada. Essa hierarquia de classes e suas propriedades podem reduzir a repetio de cdigo em um software.

2.2 LINGUAGEM DE MODELAGEM UNIFICADA

A Linguagem de Modelagem Unificada, a UML, uma linguagem para o desenvolvimento da estrutura de projetos de software, no sentido de documentar os resultados da anlise e do projeto. Esses resultados definem o sistema que ser implementado por uma linguagem de programao visando atender os interesses dos usurios desse sistema. A UML possui diversas funcionalidades que

16

possibilitam visualizao, especificao, construo e documentao de artefatos, que podem ser elementos relacionados especificao de um software. Para Booch, Rumbaugh e Jacobson (2000) a UML adequada para a modelagem de sistemas, que podem abranger sistemas de informao corporativos, aplicaes baseadas em web e at sistemas complexos de tempo real que incorporam software e hardware. A UML permite representar as diversas vises que podem ser necessrias para o desenvolvimento e implantao de sistemas. Com a utilizao da modelagem de software, os modelos podem ser usados na identificao das caractersticas e funcionalidades que o software dever atender. Alm disso, a UML composta por elementos que representam as diferentes partes de um sistema de software. Tais elementos so usados na criao de diagramas para representar determinadas partes ou pontos de vista do sistema. As diversas representaes de um sistema possveis com os diagramas da UML facilitam a compreenso desse sistema como um todo. Essas representaes facilitam a visualizao e o entendimento. Isso porque interesses distintos so representados por diagramas distintos. Essas representaes so realizadas por meio de diagramas que so modelos grficos compostos por um conjunto de elementos conectados entre si. A Figura 2 representa a diviso dos diagramas UML na sua verso 2.0. Essa figura foi composta a partir das informaes textuais constantes em UML 2.0 (2011). A UML 2.0 define treze tipos de diagramas, agrupados em trs categorias. So seis tipos de diagramas que representam a estrutura esttica da aplicao, trs tipos que representam comportamento e quatro tipos que representam diferentes aspectos de interao.

Figura 2 Diagramas da UML verso 2 Fonte: composto com base em informaes constantes em UML 2.0 (2011)

17

A seguir alguns dos diagramas da Figura 2 so descritos. Foram escolhidos os diagramas de casos de uso, classes e atividades por serem os utilizados na representao da modelagem do sistema desenvolvido como resultado deste trabalho. Diagramas de casos de uso fornecem um modo de descrever a viso externa do sistema e suas interaes com o mundo exterior. Assim, podem representar uma viso de alto nvel de funcionalidades intencionais mediante requisies feitas pelo usurio. Os diagramas de caso de uso apresentam uma viso externa sobre como esses elementos podem ser utilizados no contexto do sistema sendo representado (FERREIRA, 2009). A Figura 3 representa um exemplo genrico de diagrama de caso de uso em que um ator interage com alguma funo do sistema. A funo representada pelo caso de uso. A interao pode ser do ator para com o caso de uso ou do caso de uso para com o ator, isso no sentido de quem inicia a interao.

Figura 3 Exemplo de diagrama de caso de uso

Um diagrama de classes uma estrutura lgica esttica que mostra uma coleo de elementos declarativos de modelo, como classes, tipos e seus respectivos contedos e relaes. Na Figura 4 est um exemplo genrico de classes expondo relacionamentos associao, herana, composio e agregao.

18

Figura 4 Exemplo de diagrama de classes

Um diagrama de atividades essencialmente um grfico de fluxo, mostrando o fluxo de controle de uma atividade para outra. Esse tipo de diagrama utilizado para descrever um comportamento paralelo ou mostrar como interagem

comportamentos em vrios casos de uso. Podem permanecer isolados para visualizar, especificar, construir e documentar a dinmica de uma variedade de objetos, ou podero ser utilizados na modelagem do fluxo de controle de uma operao. A Figura 5 apresenta a ideia geral de um diagrama de atividades. Esse diagrama tem indicao de incio e de fim e as aes ou atividades so representadas por meio de fluxos que as interconectam. A conexo das atividades pode ser realizada utilizando deciso entre caminhos possveis e a juno entre aes, dentre outros.

19

Figura 5 Exemplo de diagrama de atividades

O diagrama de sequncia expe o aspecto do modelo que destaca o comportamento dos objetos em um sistema, incluindo suas operaes, interaes, colaboraes, histrias de estado e sequncia temporal de mensagem e representao explcita de atividades de operaes (FURLAN, 1998). O diagrama de sequncia serve para enfatizar a ordenao temporal das mensagens. A Figura 6 mostra um exemplo genrico de diagrama de sequncia que contm a ordem temporal de execuo dos processos. Um ator ou mtodo faz uma solicitao a outro ator ou mtodo que devolve a resposta para a continuao do processo. Um mtodo pode ser representado como componente, classe, formulrio, outro sistema ou mesmo um equipamento, como uma impressora, por exemplo.

20

Figura 6 Exemplo de diagrama de sequncia

21

3 MATERIAIS E MTODO

Os materiais se referem s tecnologias e ferramentas utilizadas para modelar e implementar o sistema. O mtodo est relacionado as principais atividades desenvolvidas para a realizao deste trabalho.

3.1 TECNOLOGIAS E FERRAMENTAS UTILIZADAS

As ferramentas e as tecnologias utilizadas no desenvolvimento deste trabalho foram o JUDE Community para a construo de diagramas, a linguagem Delphi como linguagem de programao, o banco de dados Firebird com o IBExpert como administrador do banco de dados e o Report Builder para a construo dos relatrios. A escolha da ferramenta JUDE (Java and UML Developer Environment) foi devido a sua facilidade de interao com o usurio e por ser gratuita. Com essa ferramenta foi possvel desenvolver todos os diagramas necessrios para a modelagem do sistema que resultado deste trabalho. O banco de dados Firebird foi utilizado por ser um banco de dados gratuito e ter uso amplo. Isso verificado pela quantidade de exemplos de uso, alm de fruns de listas de discusses encontrados na Internet. O projeto Firebird aberto comunidade para participao no desenvolvimento do cdigo desse banco de dados, correo de erros, documentao, desenvolvimento de ferramentas, dentre outros.

3.1.1 JUDE Community A ferramenta CASE (Computer Aided Software Engineering) utilizada no desenvolvimento do projeto tornou possvel uma melhor visualizao do sistema como um todo. Na Figura 7 apresentada a tela principal da ferramenta JUDE Community. JUDE uma IDE (Integrated Development Environment) para modelagem de dados criada com Java e de uso fcil e intuitivo (CAMPOS, 2008). JUDE possibilita, ainda, a Java Reverse que a importao de cdigo Java para criar um modelo e

22

Java Forward que a gerao de cdigo fonte Java a partir de um modelo.

Organizao do projeto

Editor de diagramas

Viso das propriedades

Figura 7 Tela principal do Jude Community

A ferramenta JUDE est organizada em trs partes bsicas (representadas pelas reas circuladas na Figura 7): a) Organizao do projeto - uma rea que possui vrias abas com vises diferentes do projeto, so elas: Structure (rvore de estrutura do projeto), Inheritance (exibe as heranas identificadas), Map (exibe todo o editor de diagrama), Diagram (mostra a lista de diagramas do projeto), Search (para localizao de modelos e substituio de nomes). b) Viso das propriedades - a rea na qual podem ser alteradas as propriedades dos elementos dos diagramas. As propriedades do elemento selecionado, que est na rea de edio, so apresentadas nesta rea. c) Editor de diagrama - a rea em que os diagramas so compostos e exibidos. Os elementos para compor os diagramas esto na barra superior a essa rea. O tipo de diagrama escolhido determina os elementos disponveis para uso. O tipo de diagrama escolhido por meio de opes do menu Diagram.

23

3.1.2 Linguagem Delphi

O ambiente de desenvolvimento visual e orientado a objetos Borland Delphi 7 um ambiente integrado para desenvolvimento de software, produzido e mantido pela CodeGear1, antigamente conhecida como Borland Software

Corporation. A linguagem utilizada pelo Delphi o Object Pascal, derivada da linguagem de programao estruturada Pascal (CANT, 2003). Uma grande vantagem do desenvolvimento em Delphi, o seu suporte nativo a vrios bancos de dados, principalmente utilizando os componentes dbExpress. Alm de possibilitar o desenvolvimento de software estruturado em multicamadas. A Figura 8 apresenta a janela principal da IDE Delphi.

Figura 8 Tela principal do Borland Delphi 7

3.1.3 Banco de Dados Firebird

Para o desenvolvimento do software proposto foi utilizado o banco de dados Firebird, aproveitando uma das principais caractersticas de um sistema

multicamadas, com acesso a banco de dados por meio dos componentes dbExpress, que a portabilidade. Esse banco de dados permite acesso de vrias formas diferentes e tambm acessar vrios bancos de dados sem alterao na codificao do sistema. A nica preocupao quanto a isso se deve a converso de procedures, views, triggers e tabelas de um banco de dados para outro. O Firebird um sistema gerenciador de banco de dados relacional (SGBDR), SQL (Structured Query Language) Cliente/Servidor que pode ser executado em uma diversidade de plataformas de sistemas operacionais servidores e clientes (CANTU, 2010). O Firebird desenvolvido como um projeto Open Source (ou cdigo aberto)2, que descende do cdigo aberto do Interbase na verso 6.0 da Borland.

1 2

http://www.codegear.com/, visitado em 29/03/2011. http://www.firebirdsql.org/, visitado em 29/03/2011.

24

O banco de dados Firebird possui somente um arquivo de banco. Nesse arquivo estaro todos os elementos relacionados ao banco de dados, incluindo tabelas, procedimentos armazenados e configuraes. Esse banco fornece suporte a campos blob que podem armazenar qualquer tipo de informaes nele e, ainda, suporte, aos diversos protocolos como: local, TCP/IP (Transmission Control Protocol/Internet Protocol), NetBeui, IPX/SPX (Internetwork Packet

Exchange/Sequenced Packet Exchange) (Novell). Os cdigos fonte do Firebird so mantidos por uma comunidade de desenvolvedores estruturada a partir do SourceForge. Na pgina dessa comunidade (http://www.sourceforge.net) possvel encontrar todo o cdigo fonte do desse banco e suporte dos programadores.

3.1.4 IBExpert

O IBExpert (IBEXPERT, 2011) uma ferramenta para administrao de bancos de dados Interbase e Firebird. Essa ferramenta permite criar e gerenciar usurios, tabelas, triggers, procedures, views, etc. Para utilizar o IBExpert necessrio registrar o banco de dados. Aps esse registro possvel realizar as operaes necessrias no banco de dados. O IBExpert possui uma verso gratuita para testes. Com o IBExpert possvel analisar dados, copiar objetos de bancos de dados, utilizar ferramentas de SQL, comparar bancos de dados ou tabelas de bancos de dados, bem como a opo de Database designer, para criar tabelas. A Figura 9 apresenta a tela principal da ferramenta IBExpert. A rea direita destinada edio e os demais elementos esto na rea esquerda e na barra superior de cones. E, ainda, nas opes dos menus.

25

Figura 9 Tela principal do IBExpert

A criao de um banco de dados feita pela opo Create Database do Menu Database. A Figura 10 apresenta a tela de criao de um novo banco de dados.

Figura 10 Tela de registro IBExpert

Os dados a serem indicados na criao de um banco de dados no IBExpert,

26

de acordo com a Figura 10, so: a) Server - determina o tipo de servidor, se remoto ou local. A opo remoto permite optar pela criao em outras mquinas de uma rede. b) Server Name - se escolhida a opo remoto no campo anterior, necessrio informar o nome ou IP (Internet Protocol) do computador servidor da base de dados. c) Protocol - indica o protocolo usado para efetuar a comunicao com o servidor. Selecionando a opo de servidor local, os campos Server Name e Protocol so desabilitados. d) Database - nesse campo informado o caminho da base de dados seguido do nome da base de dados acrescido de sua extenso. e) Client Library Name - nesse campo informada a biblioteca .dll (DymanicLink Library) do banco. Os outros campos so Usurio/Senha (SYSDBA/masterkey) do Firebird, tamanho da pgina do arquivo, o charset (por exemplo, WIN1252), o dialeto SQL e a opo para registrar a base de dados aps sua criao. O banco de dados criado precisa ser registrado. Para isso necessrio informar a verso do banco de dados e o alias a ser referenciado do arquivo, o banco de dados no DBExplorer.

3.1.5 Report Builder

O ReportBuilder (Figura 11) um ambiente de desenvolvimento que pode ser usado para construir relatrios, componentes do relatrio e aplicaes de informao. uma ferramenta de desenvolvimento que pode ser utilizado na programao Delphi. A interface do Report Builder tem como base os leiautes do Microsoft Office, tais como o Excel e o PowerPoint. Ele fornece um ambiente rpido e uma plataforma orientada a objetos para resolver a soluo de relatrios.

27

Figura 11 Tela principal do Report Builder

O Report Builder prev a recuperao de dados de uma tabela do banco de dados, arquivo de texto, objeto do Delphi, ou outra fonte de dados estruturada como registros e campos. A integrao com a linguagem Delphi em tempo de projeto permite o uso da inspector do Delphi e o editor de cdigo para implementar manipulador eventos do relatrio. No prprio Report Builder existem leiautes pr-definidos que podem ser utilizados nos relatrios desenvolvidos. A criao de relatrios pode ser feita por ferramentas de arrastar e soltar. possvel tambm fazer o controle sobre as propriedades da impressora, como: orientao, tamanho do papel, bandeja de papel duplex, margens, dentre outros. A ferramenta fornece suporte para exportao do relatrio em arquivos externos como pdf, doc, txt.

28

3.2 ATIVIDADES PARA MODELAGEM E IMPLEMENTAO DO SISTEMA As etapas para a modelagem e a implementao do sistema para controle de ponto de funcionrios seguiram o modelo sequencial linear proposto por Pressman (2005). O uso desse modelo justificado porque o sistema simples e os requisitos do mesmo foram completamente definidos no incio do processo. Isso foi possvel pelo fato de que o sistema ter sido desenvolvido para a empresa na qual o autor deste relatrio trabalha e pelo mesmo ter conhecimento das funcionalidades que o sistema deveria ter. As etapas definidas foram: a) Levantamento dos requisitos Os requisitos foram definidos tendo como base a necessidade de um controle do registro de ponto utilizado pela prpria empresa e outros sistemas desenvolvidos pela empresa que definem alguns padres e especificaes mnimas de um sistema. exigncia legal que as empresas que possuem registro ponto faam um controle do horrio cumprido pelo funcionrio. Essa exigncia auxiliou a determinar as informaes que o sistema deveria manipular e a integrao com outros sistemas. b) Anlise e projeto Os requisitos levantados foram modelados por meio de diagrama de casos de uso, classes, atividades e sequncia. As tabelas e respectivos campos do banco de dados foram definidos a partir das classes identificadas como persistentes. c) Implementao Na implementao inicialmente foi definida a base de dados. A composio da base em Firebird foi realizada por meio da ferramenta IBExpert. A implementao do sistema foi realizada por meio da linguagem Delphi. Os relatrios foram elaborados utilizando o Report Builder. d) Testes Os testes foram realizados pelo autor deste trabalho visando identificar erros de codificao e testes para verificar se as funcionalidades do sistema foram devidamente implementadas. O sistema est em uso pela empresa. Na fase inicial de implementao foram realizados testes de usurios e de funcionalidades e as inconsistncias identificadas j foram devidamente ajustadas.

29

4 DESENVOLVIMENTO DO PROJETO

Este captulo apresenta o resultado prtico da realizao deste trabalho.

4.1 APRESENTAO DO SISTEMA

O sistema analisado, modelado e implementado tem como finalidade a importao do arquivo ponto de registro de entrada e sada dos funcionrios de uma empresa. Para que o sistema possa ser utilizado, inicialmente preciso cadastrar todos os funcionrios da empresa, os eventos e o leiaute de importao do ponto. A identificao ser feita por meio de um cdigo individual para cada funcionrio no ponto. Os operadores ficaro responsveis pelo cadastro e controle do sistema. Cada funcionrio ter informado no seu cadastro o seu respectivo cdigo na mquina do ponto. Assim, ao ser importado o arquivo do equipamento poder ser associado ao cadastro do funcionrio. O sistema ir ler o arquivo do ponto e lanar em uma tabela o total de horas normais, horas extras e horas de faltas que o funcionrio possui, conforme o arquivo importado. Por meio dessa tcnica de registro de ponto, pretende-se melhorar o controle dos horrios dos funcionrios da empresa, verificando o total de horas extras feitas pelo funcionrio, ou o total de horas de faltas do mesmo. Esses valores so visualizados por meio de relatrios gerados pelo sistema.

4.2 MODELAGEM DO SISTEMA

O diagrama de caso de uso, mostrado na Figura 12, tm por finalidade descrever e definir os requisitos funcionais do sistema.

30

Figura 12 Diagrama de caso de uso nvel administrador

O Quadro 1 apresenta os fluxos principais dos casos de uso constantes na Figura 12. Todos os fluxos iniciam com o operador acessando o sistema.
Caso de uso Cadastro de Funcionrios Fluxo principal O operador selecionar na tela principal a opo para Cadastro de Funcionrios. Na tela de Cadastro, o operador poder fazer a incluso, alterao, excluso e pesquisa de funcionrios. O operador selecionar na tela principal a opo Cadastro de Eventos. Na tela de Cadastro ser possvel fazer a incluso, alterao, excluso e pesquisa de eventos. O operador selecionar na tela principal a opo Cadastro de leiaute. Na tela de Cadastro, o operador poder fazer a incluso, alterao, excluso e pesquisa de leiautes de importao. O operador selecionar na tela principal a opo Cadastro de Eventos do Ponto. Na tela de Cadastro, o operador poder fazer a incluso, alterao, excluso e pesquisa de eventos do arquivo ponto, relacionando com os eventos do sistema. O operador selecionar na tela principal a opo Processos Importao do ponto. O operador poder fazer a importao do arquivo ponto. O operador selecionar na tela principal a opo Emisso de Relatrios. O sistema abrir uma tela para que o operador possa escolher que tipo de relatrio deseja emitir. O operador visualizar o relatrio escolhido. O operador poder fazer a impresso do relatrio.

Cadastro de Eventos

Cadastro de leiaute

Cadastro de Eventos do Ponto

Importao do Ponto

Emisso de Relatrios

31

Cadastro de Usurios

O operador selecionar na tela principal a opo Cadastrar usurios. O sistema abrir uma tela para que o operador possa incluir o usurio. Na tela de Cadastro, o administrador poder fazer a incluso, alterao, excluso e pesquisa de usurios do sistema. Cadastro de O operador selecionar na tela principal a opo Cadastrar Estabelecimentos Estabelecimentos. O sistema abrir uma tela para que o operador possa incluir o estabelecimento. Na tela de Cadastro, o administrador poder fazer a incluso, alterao, excluso e pesquisa de estabelecimentos do sistema. Quadro 1 Fluxo principal dos casos de uso

A Figura 13 contm o diagrama de entidades e relacionamentos do sistema.

Figura 13 Diagrama de entidades e relacionamentos do sistema

As tabelas representadas na Figura 13 se referem s classes que representam as entidades persistidas em banco de dados. A tabela EMPREGADO contm os dados do funcionrio da empresa. A tabela EVENTO se refere aos eventos como, por exemplo, horas normais diurnas e horas normais noturnas. A tabela EVEPONTO contm as informaes referentes aos eventos do registro de ponto. A tabela MOVIMENTO se refere s informaes dos eventos importados do arquivo. A tabela LAYOUT responsvel pelas informaes do leiaute do arquivo de importao. A tabela USUARIO representa os usurios do sistema. A tabela

32

ESTABELECIMENTO contm os dados cadastrais da empresa.

E as tabelas

CIDADE e UF contm informaes utilizadas no cadastro de endereo de empregado e estabelecimento. As Figuras de 14 at 18 apresentam os principais diagramas de atividades existentes no sistema. Nesses diagramas, a ordem de realizao dos processos, mais especificamente de execuo das atividades desses processos, pode ser observada. A Figura 14 mostra o diagrama de atividades para incluso de usurios.

Figura 14 Diagrama de atividade incluso de usurio

33

A Figura 15 se refere ao diagrama de atividades para alterao de dados de usurios.

Figura 15 Diagrama de atividade alterao de usurio

Na Figura 16 est o diagrama de atividades para excluso de usurios.

34

Figura 16 Diagrama de atividade excluso de usurio

A Figura 17 mostra o diagrama de atividades para incluso da empresa.

35

Figura 17 Diagrama de atividade incluso da empresa

A Figura 18 mostra o diagrama de atividades para alterao da empresa.

Figura 18 Diagrama de atividade alterao de empresa

36

As Figuras de 19 at 22 apresentam diagramas de sequncia definidos para a modelagem do sistema. Por meio desses diagramas possvel visualizar a ordem temporal em que os processos so executados. Na Figura 19 est o diagrama de sequncia para incluso de usurios.

Figura 19 Diagrama de sequncia incluso de usurio

O diagrama da Figura 19 pode ser lido da seguinte maneira: 1) O operador solicita ao sistema a abertura da interface de cadastro de usurios. 2) O sistema abre a interface de cadastro de usurios. 3) O operador verifica se j existe o cadastro do usurio. 4) Aps a verificao, em no havendo o respectivo cadastro, o operador retorna interface de Cadastro de Usurios e efetiva o cadastro. 5) O operador informa interface a confirmao da incluso. 6) O sistema efetua a incluso do novo usurio. 7) O operador fecha a interface de cadastro de usurios e retorna tela principal. Na Figura 20 est o diagrama de sequncia para a alterao de dados

37

cadastrais de um usurio.

Figura 20 Diagrama de sequncia alterao de usurio

O diagrama da Figura 20 pode ser lido da seguinte maneira: 1) O operador solicita ao sistema a abertura da interface de cadastro de usurios. 2) O sistema abre a interface de cadastro de usurios. 3) O operador seleciona o usurio desejado. 4) O operador faz as alteraes necessrias. 5) O operador confirma as alteraes. 7) O sistema efetua as alteraes no cadastro do usurio. 8) O operador fecha a interface de cadastro de usurios e retorna a tela principal. Na Figura 21 est o diagrama de atividades para a excluso de usurios.

38

Figura 21 Diagrama de sequncia excluso de usurio

O diagrama da Figura 21 pode ser lido da seguinte maneira: 1) O operador solicita ao sistema a abertura da interface de cadastro de usurios. 2) O sistema abre a interface de cadastro de usurios. 3) O operador seleciona o usurio desejado. 4) O operador solicita a excluso do cadastro do usurio. 5) O sistema pede confirmao da excluso. 6) O operador confirma a excluso. 7) O sistema efetua a excluso do cadastro do usurio. 8) O operador fecha a interface de cadastro de usurios e retorna a tela principal. A sequncia para a incluso ou cadastro de estabelecimento apresentada na Figura 22.

39

Figura 22 Diagrama de sequncia incluso de empresa

O diagrama da Figura 22 pode ser lido da seguinte maneira: 1) O operador solicita ao sistema a abertura da interface de cadastro da empresa. 2) O sistema abre a interface de cadastro da empresa. 3) O operador verifica se j existe empresa cadastrada. 4) Aps a verificao o operador retorna interface de cadastro da empresa e efetiva o cadastro. 5) O operador informa interface confirmao da incluso. 6) O sistema efetua a incluso da empresa. 7) O operador fecha a interface de cadastro de empresa e retorna a tela principal. A Figura 23 apresenta o diagrama de sequncia para a alterao dos dados cadastrais de uma empresa.

40

Figura 23 Diagrama de sequncia alterao de empresa

O diagrama da Figura 23 pode ser lido da seguinte maneira: 1) O operador solicita ao sistema a abertura da interface de cadastro de empresa. 2) O sistema abre a interface de cadastro de empresa. 3) O operador verifica se j existe empresa cadastrada. 4) O operador seleciona a empresa. 5) O operador faz as alteraes necessrias. 6) O operador confirma as alteraes. 7) O sistema efetua as alteraes no cadastro da empresa. 8) O operador fecha a interface de cadastro da empresa e retorna a tela principal. O Quadro 2 apresenta as interfaces de usurio definidas para o sistema.

41

Nmero 01 02

Nome Tela de Login de Acesso Tela Principal Tela de Cadastro de Estabelecimento Tela de Cadastro de Eventos Tela de Cadastro de UF Tela para Cadastro de Cidades Tela para Cadastro de Eventos do Ponto Tela para cadastro de leiaute Tela para Cadastro da Empregados Tela para Emisso de Relatrios Tela de Importao de Ponto

Ator Operador Operador

Caso de Uso Incio da utilizao do sistema Escolha do mdulo a ser utilizado Cadastrar um novo estabelecimento Cadastrar um novo evento Cadastrar novas UF Cadastrar cidades

Operador

03

Operador

04 05 06

Operador Operador

Operador

07

Cadastrar eventos do ponto Cadastrar leiautes

Operador

08 09 10 11

Operador Operador

Cadastrar os empregados Levantamento de Dados Gerenciais Importao do Arquivo Ponto

Operador

Descrio Interface para inicializao do uso do sistema Interface para escolha que qual mdulo deseja-se utilizar Interface para incluso, alterao e excluso de estabelecimentos Interface para incluso, alterao e excluso de eventos Interface para incluso, alterao e excluso de UF Interface para incluso, alterao e excluso de cidades Interface para incluso, alterao e excluso eventos do ponto Interface para incluso, alterao e excluso leiautes de importao. Interface para incluso e alterao dos empregados. Interface para emisso de relatrios de acompanhamento gerencial Interface para importao do arquivo ponto

Quadro 2 Interfaces de usurio

O Quadro 3 apresenta as principais funes do sistema.


Nmero 01 02 03 04 05 Caso de Uso Cadastro de Funcionrios Cadastro de Eventos Controle de Layout Importa ponto Emisso de Relatrios Descrio Cadastro e controle de funcionrios do sistema Cadastro dos eventos que utilizar o sistema Cadastro de leiautes de importao do sistema. Processo de importao do ponto. Emisso dos Relatrios do sistema

Quadro 3 Funes do sistema

O Quadro 4 apresenta as principais restries do sistema.


Nmero 01 02 03 04 Restrio Ambiente Ambiente Ambiente Segurana Descrio O ambiente operacional a ser utilizado o Windows xp ou superior. O sistema dever operar em um Pentium III ou superior. Ser utilizada impressora a laser pra emisso dos relatrios gerenciais. O acesso ao sistema ser restrito atravs de cdigos individuais e captura de digitais.

Quadro 4 Restries do sistema

42

4.3 DESCRIO DO SISTEMA

A Figura 24 apresenta a tela de login do sistema. Nessa tela o usurio dever informar o nome do servidor, o nome da conexo com o banco de dados, seu login e senha cadastrados. As operaes feitas no sistema tero a identificao do usurio conectado.

Figura 24 Tela de login

Aps o usurio informar a senha e logar no sistema apresentada a tela de seleo de estabelecimento, conforme a mostra a Figura 25.

43

Figura 25 Tela de seleo do estabelecimento

Ao selecionar o estabelecimento que deseja acessar apresentada a tela principal do sistema, com os menus de Configuraes, Cadastros Gerais, Cadastros Especficos, Processos e Relatrios, alm de botes de atalhos para as principais funcionalidades do sistema. A Figura 26 apresenta a tela principal do sistema, com os menus e botes de atalho do sistema.

Figura 26 Tela principal do sistema

Na Figura 27 apresentada a tela de Manuteno de Estabelecimentos. Essa forma de pesquisa padro para o sistema e apresentada em todos os seus cadastros. As opes, representadas por botes de sada da tela, incluso,

44

excluso, alterao, prximo registro, registro anterior, filtros, etc., so apresentados em todas as telas de cadastro do sistema.

Figura 27 Manuteno de estabelecimentos

Ao acessar a opo de cadastro de estabelecimento (Figura 27) apresentado um grid com as principais informaes do cadastro de estabelecimento. Ao selecionar um estabelecimento e executar o duplo clique ou utilizar o boto de alterao, ser apresentada a tela (Figura 28) para alterao do cadastro de estabelecimento.

45

Figura 28 Tela de alterao do cadastro de estabelecimento

Os estabelecimentos cadastrados estaro disponveis para que o usurio possa selecion-las ao efetuar login. A Figura 29 apresenta a tela de cadastro de eventos, nessa opo o usurio ir incluir todos os eventos que o sistema utilizar, como horas normais, horas extras, faltas. A descrio desses eventos ser mostrada no relatrio de Eventos do Ponto.

Figura 29 Tela de cadastro de eventos

A Figura 30 apresenta a tela de relao dos eventos do sistema com os

46

eventos do ponto, pois o evento 1 do arquivo ponto pode ser o evento 100 do sistema. Assim, quando o sistema fizer a importao ele verificar nesse cadastro qual evento do sistema deve ser associado ao evento do ponto.

Figura 30 Tela de cadastro de eventos do sistema do ponto

A Figura 31 apresenta o cadastro de leiaute de importao do ponto. Nesse cadastro o usurio ir informar o modo como o arquivo ponto estruturado, incluindo a posio inicial e final do cdigo do ponto do empregado, posio inicial e final do evento, das horas e minutos.

Figura 31 Tela de cadastro de leiaute de importao

A Figura 32 apresenta os itens do menu cadastros especficos que so Empregados e Movimento. Em Empregados so cadastrados os empregados do estabelecimento selecionado e em Movimento so cadastrados os eventos que so importados do arquivo de ponto.

47

Figura 32 Itens do menu cadastros especficos

A Figura 33 apresenta a tela de manuteno de empregados. Essa tela composta pelas abas Pricipal, Endereo e Informaes Adicionais, alm dos botes padres de incluso, exclusao, alterao, refresh, etc, utilizados em todos os cadastros do sisema. Na aba Principal (Figura 33) informado o estabelecimento que o empregado est cadastrado, cdigo do empregado e nome.

Figura 33 Manuteno de empregados - aba principal

Na aba Endereo do Cadastro de Empregados (Figura 34) so informados os dados referente ao endereo do empregado, como rua, cep, nmero e cidade.

48

Figura 34 Manuteno de empregados - aba endereo

Na aba Informaes Adicionais do Cadastro de Empregados (Figura 35) so informados os dados referente ao cadastro na empresa, como data de admisso, salrio e cdigo do ponto eletrnico.

Figura 35 Manuteno de empregados - aba informaes adicionais

Na tela de movimento (Figura 36) apresentado somente o grid com os dados importados do ponto. Isso porque nesse cadastro no h a opo de excluso, alterao e incluso de dados. Esses dados sero alimentados somente pelo processo de importao de ponto.

49

Figura 36 Tela de movimento

A Figura 37 apresenta a tela de Importao de Ponto. Nessa tela o usurio ir informar o estabelecimento que ir importar o ponto. E nos dados adicionais informar o caminho onde est localizado o arquivo ponto, a data de refncia de importao do ponto, o leiaute de importao se deseja sobrepor os dados j importados e se um registro por linha no arquivo ponto.

Figura 37 Importao de ponto

Aps a importao do arquivo ponto a aba de Dados Gerados (Figura 38)

50

visualizada. Nessa tela so mostrados os registros importados do arquivo ponto. Aps conferir os registros importados o usurio pode salv-los.

Figura 38 Tela de dados gerados (importao do ponto)

Por meio dos dados importados emitido o relatrio de Eventos do Ponto (Figura 39).

Figura 39 Relatrio de eventos do ponto

51

4.4 IMPLEMENTAO DO SISTEMA

Nesta seo so apresentados cdigos com o objetivo de exemplificar a implementao de um sistema utilizando Borland Delphi 7 e Report Builder. A Listagem 1 apresenta uma parte do cdigo do cadastro padro do sistema. Os cadastros implementados no sistema herdaro desse cadastro padro. Assim, as funcionalidades principais como, incluso, excluso, alterao no precisaro ser implementadas em cada cadastro e sim implementado uma nica vez nesse cadastro padro.

Listagem 1 - Cdigo da unit de cadastro padro

52

A Listagem 2 apresenta parte do cdigo do processo padro. Os processos que forem implementados no projeto podero herdar dessa unit. Assim, j estaro implementadas as funcionalidades de filtros, botes padres de processar, salvar e fechar. E ter a aba de dados gerados, restando ao programador alimentar esses dados gerados conforme executado o processo.

Listagem 2 - Cdigo da unit de processo padro

A Figura 40 apresenta o modelo de relatrio padro do sistema. Os relatrios desenvolvidos podero herdar desse relatrio padro. Esse relatrio j possui filtro de estabelecimentos e intervalos de datas padro e empregados, no sendo necessrio implementar em cada relatrio desenvolvido.

53

Figura 40 Modelo de relatrio padro

A Listagem 3 apresenta o cdigo da funo SelPath. Essa funo utilizada no processo de importao de ponto para selecionar o diretrio no qual se encontra o arquivo para importao do ponto.

Listagem 3 - Cdigo para seleo de arquivo em um diretrio

54

A Listagem 4 apresenta o cdigo da funo LeLinha que utilizada na importao do ponto. Essa funo ler o arquivo ponto linha a linha para, assim, efetuar a importao.

Listagem 4 - Cdigo da funo LeLinha

A Listagem 5 apresenta parte do cdigo que utilizado ao clicar em processar na importao do ponto. Nesse cdigo aberto o arquivo do ponto para leitura e feita a verificao se o usurio informou se um registro por linha no arquivo ponto ou no. Se um registro por linha, o sistema ir chamar a funo leComRegistro (Listagem 6) e se estiver todo o cdigo na mesma linha, o sistema ir chamar a funo LeLinha (Listagem 4) e posteriormente a funo GravaDados (Listagem 7). Se no for possvel para o sistema ler o arquivo do ponto ser retornada uma mensagem ao usurio, informando que o caminho ou nome do arquivo especificado esto incorretos.

55

Listagem 5 - Cdigo da importao de ponto

A Listagem 6 apresenta uma parte do cdigo da funo leComRegistro. Nessa funo aberto o arquivo de ponto e inserido no ClientDataSet cdsImportaPonto, os dados importados do arquivo, como Estab, Data, CodigoPe, IdEvento, aps realizar a importao ir executar um ApplyUpdate no ClientDataSet salvando os dados na tabela RHMOVIM. O ClientDataSet um componente que pode criar uma tabela temporria para alterar, incluir, excluir registros e aps isso gravar os dados em banco de dados.

Listagem 6 - Parte do cdigo da funo leComRegistro

A Listagem 7 apresenta parte do cdigo da funo GravaDados. Nessa funo no aberto o arquivo de ponto como anteriormente por serem todos os

56

registros em uma nica linha. Somente inserido os dados no ClientDataSet cdsImportaPonto, para ser executado o applyUpdate posteriormente salvando os dados na tabela RHMOVIM.

Listagem 7 - Parte do cdigo da funo GravaDados

Por meio da Figura 41 possvel verificar a tela de menu padro.

Figura 41 Tela menu padro

Na Listagem 8 apresentado o cdigo para chamada do Relatrio de Ponto.

Listagem 8 - Cdigo para chamada de relatrio de ponto

57

A Figura 42 apresenta a tela principal enfatizando a forma de criao de um relatrio utilizando o ReportBuilder. Um relatrio no ReportBuilder , basicamente, definido por um leiaute e composto por campos que podem ser parmetros, variveis e expresses.

Figura 42 Criando um relatrio

Campos denominados fields so as reas que receberam diretamente os dados das colunas selecionadas. Parmetros so dados passados para operaes de preenchimento. Variveis so utilizadas para armazenar resultados necessrios para a gerao do relatrio. Expresses so utilizadas para especificar o contedo de campos de texto ou na realizao de clculos. Na Listagem 9 apresentado o cdigo de chamada de um relatrio no ReportBuilder. Como o relatrio um componente, necessrio somente passar o nome do componente seguido de .Print. No cdigo exposto na Listagem 9, o sistema est carregando os dados que sero impressos no ClientDataSet cdsRhPonto. Esse cliente se conectar com um DataSet, que se conectar com um DbPipeline e este a um componente de relatrio. Desta forma todos os dados que forem carregados no ClientDataSet estaro disponvel ao DbPipeline e consequentemente no relatrio.

58

Listagem 9 - Cdigo de chamada de relatrio de ponto

59

5 CONCLUSO

O uso de conceitos da orientao a objetos permite representar um sistema por meio de unidades ou elementos mais prximos sua definio real, isto os objetos de negcio podem ser mais facilmente representados como unidades computacionais. A modelagem possibilitou a representao do sistema como um conjunto de objetos que se relacionam e assim foi possvel verificar se esses objetos representavam a soluo planejada para o problema. Esse problema era a leitura dos dados do equipamento de registro de ponto e a sua importao para o sistema de folha de pagamento. Verificou-se, assim que a utilizao de modelos fundamental para auxiliar na modelagem e na implementao de um sistema tendo como base a orientao a objetos. Os modelos permitem uma prvia do produto final, bem como a sua estrutura e comportamento. No desenvolvimento de sistemas, eles servem como um guia de construo. Por meio da modelagem pode-se elaborar, de maneira terica e grfica, a documentao para todas as etapas do software desenvolvido e prever possveis mudanas ou falhas na estruturao do software. Alm disso, a ferramenta JUDE Community possibilitou uma visualizao da proposta de soluo para o sistema. O sistema desenvolvido alcanou os objetivos propostos. Os dados podem ser importando do equipamento que faz o registro de ponto e enviados para o sistema de folha de pagamento. A definio do leiaute do arquivo de registro de ponto fornece maleabilidade ao sistema porque possvel definir a formatao desses dados importados.

60

REFERNCIAS BOOCH, G.; RUMBAUGH, J.; JACOBSON, I.. UML guia do usurio. 7 edio, Rio de Janeiro: Campus, 2000. CAMPOS, A. A IDE para modelagem de dados JUDE. Disponvel em: <http://brlinux.org/linux/node/333>. Acesso em: 25 out. 2008. CANT, M. Dominando o Delphi 7 A Bblia. So Paulo: Makron Books, 2003. CANTU, C. H. Get to know Firebird in 2 minutes (Conhea o Firebird em dois minutos). Disponvel em: <http://www.firebirdnews.org/docs/f>. Acesso em: 26 out. 2010. FERREIRA, R. UML - Linguagem de UML Modelagem Unificada, etecnologia.com, 2009. Disponvel em: <http:// http://www.slideshare.net/Ridlo/uml1858376>. Acesso em: 20 maio 2011. FURLAN, J. D. Modelagem de objetos atravs da UML. So Paulo: Makron Books, 1998. IBEXPERT. IBExpert developer sudio. Disponvel em: <http://www.ibexpert.com/>. Acesso em: 2 abr. 2011. MARTIN, J. Anlise e projeto orientados a objeto. So Paulo: Makron Books, 1995. PRESSMAN, R. Engenharia de software. Rio de Janeiro: Mc Graw-Hill, 2005. RICARTE, I. L. M. Introduo a orientao a objetos. Disponvel em: http://www.dca.fee.unicamp.br/cursos/POOCPP/node3.html>. Acesso em: 16 fev. de 2011. RUMBAUGH, J.; BLAHA, M.; PREMERLANI, W.; EDDY, F.; LORENSEN, W. Modelagem e projeto baseado em objeto. Rio de Janeiro: Campus, 1997. SIEDLER, M. S. Orientao a objetos. Disponvel em: <187.7.106.14/marcelo/linguagemwebII/3_OrientacaoaObjetos97.ppt>. Acesso em: 12 maio 2011. UML 2. 0. Introduction to OMG's unified modeling language (UML). Disponvel em: <http://www.omg.org/gettingstarted/what_is_uml.htm>. Acesso em: 20 jul. 2011.