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

PATO BRANCO
2011

Profa.

Beatriz

Terezinha

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

Cadastro de Eventos

Cadastro de leiaute

Cadastro de Eventos do
Ponto

Importao do Ponto

Emisso de Relatrios

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.

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

Nome
Tela de Login de
Acesso

Ator
Operador
Operador

02

Tela Principal

03

Tela de Cadastro de
Estabelecimento

04

Tela de Cadastro de
Eventos

05

Tela de Cadastro de
UF

06

Tela para Cadastro de

Cidades

07

Tela para Cadastro de

Eventos do Ponto

08

Tela para cadastro de

leiaute

09

Tela para Cadastro da

Empregados

10

Tela para Emisso de

Relatrios

11

Tela de Importao de
Ponto

Operador

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

Operador
Cadastrar cidades
Operador

Cadastrar eventos do
ponto

Operador
Cadastrar leiautes
Operador
Operador

Operador

Cadastrar os
empregados
Levantamento de
Dados Gerenciais
Importao do Arquivo
Ponto

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

Quadro 4 Restries do sistema

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.

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.