Sistema modular de folha de pagamento

SISTEMA MODULAR DE FOLHA DE
PAGAMENTO
TERMO DE ABERTURA DO PROJETO ................................................................................................ 5
PARTICIPANTES................................................................................. 5
IDENTIFICAÇÃO DO PROJETO ................................................................ 5
Nome e Sigla do Projeto ...................................................................................... 5
Cliente e Representante ...................................................................................... 5
Objetivo ............................................................................................................... 5
Descrição do Projeto ........................................................................................... 5
Benefícios esperados .......................................................................................... 5
Premissas ............................................................................................................ 5
RESTRIÇÕES .................................................................................... 6
Restrições técnicas.............................................................................................. 6
Restrições administrativas ................................................................................... 6
Riscos .................................................................................................................. 6
Prazo ................................................................................................................... 6
ENVOLVIDOS .................................................................................... 6
COMENTÁRIOS .................................................................................. 6
APROVAÇÕES ................................................................................... 7
PLANO DE PROJETO DE SOFTWARE ................................................................................................ 7
MATRIZ DE RESPONSABILIDADE ............................................................. 7
ANÁLISE INSTITUCIONAL ...................................................................... 8
Organograma da empresa ................................................................................... 8
Descrição do organograma (visão geral) ............................................................. 8
Área de negócio contextualizada (processo atual) .............................................. 8
Para a área cliente............................................................................................... 9
AMBIENTE FÍSICO E TECNOLÓGICO .......................................................... 9
Descrição do ambiente físico do sistema: Atual .................................................. 9
Descrição do ambiente tecnológico: Atual ........................................................... 9
ANÁLISE FUNCIONAL........................................................................... 9
Identificação do problema .................................................................................... 9
SISTEMAS SIMILARES EXISTENTES NO MERCADO ....................................... 10
Exactus - Winner ............................................................................................... 10
Dexion - Folha de Pagamento ........................................................................... 11
Líder - Folha de Pagamento .............................................................................. 11
FATORES CRÍTICOS DE SUCESSO .......................................................... 12
PROPOSTA DE SOLUÇÃO .................................................................... 12
Objetivo geral do projeto .................................................................................... 12
Objetivos específicos ......................................................................................... 12
Benefícios esperados ........................................................................................ 13
Restrições técnicas e administrativas ................................................................ 13
METODOLOGIA UTILIZADA ................................................................... 13
Desenvolvimento ............................................................................................... 13
Métrica ............................................................................................................... 13
Gerenciamento .................................................................................................. 13
USUÁRIOS DO SISTEMA...................................................................... 14
Administrador .................................................................................................... 14
Aluno ................................................................................................................. 14
ESTIMATIVAS .................................................................................. 14
Técnicas de Estimativa Utilizada ....................................................................... 14
Dados Utilizados ................................................................................................ 14
ANÁLISE DE RISCO........................................................................... 14
DEFINIÇÃO DE UM CRONOGRAMA .......................................................... 16
AMBIENTE FÍSICO E TECNOLÓGICO ........................................................ 16
Descrição do ambiente físico do Sistema .......................................................... 16
SMFP Bruno dÁbreu Página 2 de 106

Douglas Conrado
Descrição do ambiente tecnológico ................................................................... 16
RECURSOS NECESSÁRIOS .................................................................. 16
Pessoal .............................................................................................................. 16
Software e hardware.......................................................................................... 16
RASTREAMENTO DE CONTROLE DO PROJETO ............................................ 18
Periodicidade de reunião ................................................................................... 18
Definição dos marcos ........................................................................................ 18
PROJETO LÓGICO DE DESENVOLVIMENTO DE SISTEMAS ......................................................... 18
VISÃO GERAL DO SISTEMA ................................................................. 18
DEFINIÇÕES, ACRÔNIMOS E ABREVIAÇÕES.............................................. 18
REFERÊNCIAS ................................................................................. 19
METODOLOGIA ADOTADA.................................................................... 19
Modelagem do Banco de Dados ....................................................................... 19
Normalização ..................................................................................................... 19
Banco de Dados ................................................................................................ 20
LINGUAGEM DE PROGRAMAÇÃO ............................................................ 20
CRONOGRAMA DAS ATIVIDADES ........................................................... 20
MODELAGEM DO SISTEMA DE INFORMAÇÃO ............................................................................... 21
DESCRIÇÃO DOS ATORES ................................................................... 21
Perfis de Acesso ................................................................................................ 21
DIAGRAMA DE CASO DE USO ............................................................... 22
Casos de uso específicos .................................................................................. 23
DIAGRAMA DE ATIVIDADES ................................................................. 46
Incluir tabela ...................................................................................................... 46
Alterar tabela ..................................................................................................... 47
Consultar tabela................................................................................................. 48
Incluir empresa .................................................................................................. 49
Alterar empresa ................................................................................................. 50
Consultar empresa ............................................................................................ 51
Excluir empresa ................................................................................................. 52
Incluir funcionário............................................................................................... 52
Alterar funcionário.............................................................................................. 54
Consultar funcionário ......................................................................................... 54
Excluir funcionário ............................................................................................. 56
DIAGRAMA DE SEQUÊNCIA .................................................................. 56
Incluir tabela ...................................................................................................... 57
Alterar tabela ..................................................................................................... 58
Consultar tabela................................................................................................. 59
Consultar tabela anterior ................................................................................... 59
Consultar primeira tabela ................................................................................... 60
Consultar próxima tabela ................................................................................... 60
Consultar última tabela ...................................................................................... 61
Incluir empresa .................................................................................................. 62
Alterar empresa ................................................................................................. 63
Consultar empresa ............................................................................................ 64
Excluir empresa ................................................................................................. 64
Incluir funcionário............................................................................................... 65
Alterar funcionário.............................................................................................. 66
Consultar funcionário ......................................................................................... 67
Excluir funcionário ............................................................................................. 67
DIAGRAMA DE CLASSES ( 1º DOCUMENTO EM ANEXO) ................................. 68
Legenda do Diagrama de Classes..................................................................... 68

Douglas Conrado
DESCRIÇÃO E CONTEÚDO DAS CLASSES ................................................. 68
MODELAGEM DE DADOS ................................................................................................................... 75
MODELO DE ENTIDADE RELACIONAMENTO CONCEITUAL .............................. 75
MODELO DE ENTIDADE RELACIONAMENTO LÓGICO .................................... 75
NORMALIZAÇÃO ............................................................................... 77
Processo de Normalização ................................................................................ 77
RELAÇÃO DAS TABELAS ..................................................................... 78
CRITÉRIO DE RETENÇÃO E DESCARTE DE DADOS ...................................... 78
DESCRIÇÃO E CONTEÚDO DAS TABELAS .................................................. 78
CORRESPONDÊNCIA ENTRE ENTIDADES DE DADOS, CLASSES E RELAÇÕES
NORMALIZADAS ............................................................................... 90
MÉTRICA .............................................................................................................................................. 93
Identificação dos atributos ................................................................................. 93
Cálculo do fator de ajuste .................................................................................. 95
Apuração dos Pontos de Função Não Ajustados .............................................. 95
Variáveis da contagem ...................................................................................... 96
Valor total de Pontos de Função Ajustados ....................................................... 96
SEGURANÇA DA INFORMAÇÃO ....................................................................................................... 96
SEGURANÇA FÍSICA .......................................................................... 96
SEGURANÇA LÓGICA ......................................................................... 97
INTERFACES DO SISTEMA ................................................................................................................ 97
PADRÕES E CONVENÇÕES UTILIZADAS NO DESENHO DAS TELAS .................... 97
DIAGRAMA DE NAVEGAÇÃO VIA MENUS ................................................... 97
MENUS E FORMULÁRIOS DO SISTEMA (NÃO FUNCIONAL) .............................. 98
Módulo Empresa................................................................................................ 98
Módulo Funcionário ......................................................................................... 100
Módulo Tabela ................................................................................................. 104
RELATÓRIOS: LAYOUT DOS RELATÓRIOS E DESCRIÇÃO .............................. 104
ANEXOS .............................................................................................................................................. 104
BIBLIOGRAFIA ................................................................................................................................... 104
REFERÊNCIAS DA INTERNET ............................................................... 105
REFERÊNCIA DE PROJETO DE LEI E MEDIDA PROVISÓRIA ............................ 106

Douglas Conrado
T E R M O D E AB E R T U R A D O P R O J E T O
Participantes
Alunos: Bruno DÁbreu e Douglas Conrado
Professor Orientador: Roberto Ávila Paldês
Este documento tem por objetivo definir de forma geral o escopo e as

características do projeto SMFP. Sistema Modular de Folha de
Pagamento.
Identificação do Projeto
Nome e Sigla do Projeto
Sistema Modular de Folha de Pagamento - SMFP
Cliente e Representante
Giovani Rossetti Segadilha
Objetivo
Desenvolver 3 (três) módulos básicos de uma folha de pagament o,

capazes de fornecer um ambiente de simulação para os alunos do
curso de Ciências Contábeis na disciplina Práticas contábeis I.
Descrição do Projeto
O projeto se destina ao desenvolvimento de 3 módulos para um

programa de Folha de Pagamento, sendo eles: Empresa, Funcionário e
Tabelas. O programa de folha de pagamento será unido a outros dois
programas, de escrita fiscal e cadastro de empresas. Estes programas
farão parte de um simulador que será utilizado pelos alunos do curso
de ciências contábeis da Faculdade de Ciências Sociais Aplicadas.
Benefícios esperados
A eliminação da dependência d o mesmo computador entre os usuários.

Não haverá perda de dados devido ao extravio de unidades de
armazenamento dos computadores utilizados no laboratório.
Melhor aproveitamento do tempo de aula.
Utilização de um software totalmente voltado para fins educacionais.
Liberdade para cadastrar dados fictícios e simular empresas reais,
sem correr riscos de causar violação de propriedade.
Liberdade para personalização do software de simulação.
A FASA poderá disponibilizar um programa de simulação para os
alunos do curso de Ciências Contábeis com custo zero.
Premissas
Os módulos desenvolvidos devem fornecer navegação intuitiva.

Douglas Conrado
Os 3 módulos ( um módulo de cadast ramento de empresas, um módulo
de tabelas e um módulo de cadastramento de funcionários ) devem
estar aptos para o crescimento dos novos módulos do sistema.
Os módulos do sistema permitirão a simulação de cadastros com
ampla variedade de dados.
Restrições
Restrições técnicas
Os micros devem ser plataforma X86 utilizando W indows Xp com no

mínimo 256mb de memória RAM e 5 gigas de espaço livre no disco
rígido. Os micros devem estar conectados á rede.
Restrições administrativas
O Grupo deve se reunir pelo menos uma vez por semana para elaborar
os próximos passos a serem seguidos. O Cliente deve se reunir com a
equipe pelo menos uma vez a cada 15 dias, para averiguar o
progresso do projeto.
Riscos
Quantifica os riscos do projeto, em anexo na figura 3.
Prazo
Início do Projeto: 12 de Fevereiro de 2007

Término do Projeto: 20 de Junho de 2008 (meta)
Duração: 435 dias úteis.
Envolvidos
Envolvidos Área
Giovani Rossetti Segadilha Professor e Cliente
Análise/Projeto/Desenvolvim
Douglas Conrado V G Santos
ento
Análise/Projeto/Desenvolvim
Bruno DÁbreu
ento
Roberto Ávila Paldês Orientador do Projeto
Comentários
O Centro Universitário de Brasília - UniCEUB - foi inaugurado em 1968
[DECRETO Nº 1635/68], com o nome de Centro de Ensino Unificado de
Brasília - CEUB. No início da década de 90, o CEUB foi denominado
pelo MEC como o primeiro centro universitário de Brasí lia, passando a
chamar-se UniCEUB - Centro Universitário de Brasília
[DECRETO-LEI Nº 3.860/2001].
A FASA, Faculdade de Ciências Sociais Aplicadas, é parte do

conglomerado universitário do UniCEUB e funciona no Bloco I. A ela
estão vinculados os cursos de Administração, Ciências Econômicas,
Comunicação Social, Turismo e Ciências Contábeis.

Douglas Conrado
O curso de Ciências Contábeis foi autorizado oficialmente em
26/04/1968 pelo MEC sendo posteriormente reconhecido em 18/10/73.
[DECRETO Nº 72.936/2000].
O curso de Ciências Contábeis visa à formação de profissionais

capacitados a planejar, coordenar e gerenciar sistemas de
informações contábeis, fornecendo ao empresário um panorama sobre
o patrimônio e os fluxos de transações, produção e renda.
Os acadêmicos do curso de ciências contábeis recebem formação

básica em contabilidade, garantindo o domínio de instrumentos para
interagir com um conjunto variado de temas, entre os quais: a
organização das empresas; o enriquecimento das organizações e das
pessoas físicas; o papel e o impacto das políticas emanadas do
Governo; o fenômeno inflacionário e o processo histórico de
desenvolvimento da economia brasileira. Desenvolvem o pensar,
ampliando sua cultura para áreas de sociologia, filosofia e psicologia.
Estudam ética, fundamento imprescindível para o exercício
profissional. Desenvolvem, durante a graduação, o equilíbrio físico,
mental e o senso crítico.
A duração do curso é de oito semestres. [UNICEUB ESTATUTO 2000].
Aprovações
____________________ __________________
Douglas Conrado V G Bruno dÁbreu Santos
Santos Lemos
__________________ __________________
Roberto Ávila Paldês Giovani Rossetti
Segadilha
P L AN O D E P R O J E T O D E S O F T W A R E
Matriz de Responsabilidade
A Matriz da figura 1 representa as responsabilidades dos integrantes

do projeto nas diferentes tarefas do mesmo.

Douglas Conrado
Figura 1 - Matriz de responsabilidade
Análise Institucional
Organograma da empresa
= Área de atuação do projeto
Figura 2 - Organograma da empresa
Descrição do organograma (visão geral)
A Figura 2 exibe a estrutura acadêmica do Uniceub, destacando -se a

FASA, o curso de Ciências Contábeis e a disciplina de Prática
Contábil sendo essa última, o cliente do sistema.
Área de negócio contextualizada (processo atual)

Douglas Conrado
Para a área cliente
O cliente é professor das disciplinas Prática Contábil I e II, cujas

aulas são ministradas em laboratório.
A Prática Contábil é uma disciplina de ca ráter prático que se articula

com todo o curso, ao permitir uma visão integrada dos fundamentos
teóricos ofertados, principalmente, relacionados às disciplinas de
Contabilidade Introdutória, Contabilidade Fiscal, Contabilidade Geral,
Custos, Análise de Cus tos, Contabilidade Gerencial, Análise das
Demonstrações Contábeis e Auditoria. Sendo seu objetivo geral
desenvolver os conhecimentos teóricos de escrituração contábil com o
uso de microcomputadores, buscando através de software apropriado
reproduzir com fidedignidade os procedimentos praticados no mercado
de trabalho.
Seu objetivo específico é p ossibilitar ao aluno a aplicabilidade prática

dos conhecimentos teóricos adquiridos no curso; Desenvolver o
treinamento em bases realísticas de situação utilizada no mercado de
trabalho mediante o uso de um software de contabilidade; Desenvolver
sistemática para organização do escritório contábil e a criação de
empresas; Efetuar a escrituração Fiscal dos livros de Entrada, de
Saída e de Serviços dos fatos pertinente s às sociedades mercantis, e
ainda, suas respectivas apurações através do Registro de Inventário,
integrando-os com a Contabilidade Gerencial e de Custos; Efetuar a
implantação do Sistema de Folha de Pagamento, a apuração dos
Encargos e Contribuições Socia is e a integração da Folha com a
Contabilidade Gerencial e de Custos. (UNICEUB, 2007, Ciências
Contábeis)
Ambiente físico e tecnológico
D e scri çã o d o am bi e nte fí si c o d o si st ema: At u al
A sala conta com vinte e quatro computadores com a seguinte

configuração: Processador Pentium 4 1.8GHz, 512MB de memória
RAM, disco rígido de 20GB, unidade leitora de CD -ROM, leitora de
disquete e monitor de 17 polegadas.
D e scri çã o d o am bi e nte t ec nol ógi co: At u al
Todos os computadores estão ligados em rede de 100mbps e po ssuem

acesso à internet; Uma das máquinas está ligada a um retro -projetor.
Os sistemas operacionais instalados em todas as máquinas são o
W indows XP e o Fedora Linux.
Análise Funcional
Identificação do problema
Não existe um banco de dados centralizado;

Os alunos se tornam dependentes da máquina onde realizam seus
trabalhos.

Douglas Conrado
Se algum problema com a máquina que o aluno utiliza para realizar
seus trabalhos ocorrer, todos os dados poderão ser perdidos.
As atualizações do software não podem ser instaladas
simultaneamente em todas as máquinas, deve -se atualizar cada uma
manualmente;
Não raramente são causados transtornos durante as aulas com

máquinas cuja atualização do software foi esquecida.
Os softwares utilizados atualmente são voltados para empresas reais,

sem possibilidade de uso para simulações;
Dados fictícios não podem ser cadastrados no sistema;
O sistema atual valida os CNPJs cadastrados. Com isto, apenas

CNPJs de empresas reais podem ser cadastrados e os dados gerados
durante as aulas podem ser enviados para o governo, podendo causar
problemas graves com a justiça.
Muito tempo é perdido procurando números de CNPJ válidos.

As empresas fornecedoras dos programas recusam -se a personalizar
os softwares distribuídos.
Um dos programas er a utilizado gratuitamente. Repentinamente, a

empresa criadora do software decidiu cobrar a licença de uso do
programa. Com isto, foi adotado outro programa gratuito, mas ainda
existe o receio deste vir a ser pago;
O orçamento da FASA não prevê verbas para a utilização de mais

softwares pagos para o curso de contabilidade.
A interface do programa pago é muito complexa e pouco intuitiva;

O programa pago oferece manual de uso, porém este documento é
muito extenso e não atende à necessidade dos alunos de util izarem
um documento menor e que explique apenas as funcionalidades que
serão efetivamente utilizadas durante as aulas.
O professor perde muito tempo explicando determinadas

funcionalidades do programa que são muito complexas.
Sistemas similares existentes no mercado
Exactus - Winner
(EXACTUS, 2007, Produtos).
Principais funcionalidades do software:
Parametrização dos Cadastros: Empresa, Locações (quatro níveis para

Centros de Custo), Eventos, Bancos, Sindicatos, Funções, Tabela de
IRRF, Tabela de INSS, Vale Transporte, Horários de trabalho,
Calendário mensal de trabalho e Ajustes monetários.
Lançamentos on-line.
Relatórios: Folha de Pagamento; Resumos da folha; Recibos de
Pagamentos; Relação de líquidos a creditar; Cheques; Relatórios de
FGTS (GFIP, GRFP); CAGED; Relação de Imposto de Renda e geração
do DARF para recolhimento; GRCI; Cadastro coletivo; Seguro
desemprego; relatórios de cadastros de Empresas (Eventos, Bancos,
Locações, etc.); Décimo terceiro salário.

Douglas Conrado
Cálculo de férias e rescis ões.
Provisões de Férias e Décimo terceiro Salário.
Integração de Valores da Folha de Pagamento e Provisão de guias
(GRCS, DARF e outros) e outros valores.
Razões para a não-adoção do software para as atividades de classe:
Muitos comandos de operacio nalização são executados via atalhos de

teclado, que desviam a atenção dos alunos do curso para a operação
do software em si, e não o conteúdo que deve ser lecionado pelo
professor.
O software não realiza lançamentos diversos, ou seja, diversos
débitos para diversos créditos (4ª fórmula).
Custos de licença de uso e suporte.
Dexion - Folha de Pagamento

(DEXION, 2007, Produtos)
Principais funcionalidades do software:
Capacidade para trabalhar com até 999 empresas cadastradas.

Emite todos os impostos relativos ao Departamento de Pessoal.
Emite Contra-Cheques em vários modelos; e visualização de relatórios
em tela.
Calcula automaticamente Rescisão de Contrato e Férias.
Acumula dados para informações anuais, tais como RAIS, DIRF e

outros mensalmente.
Gera arquivos para RAIS, FGTS, CAGED, RECEITA FEDERAL, INSS.
Emite relatórios gerais de Departamento Pessoal, tais como Contrato
de Experiência, Aviso Prévio, Advertência, Suspensão, AAS, Carta de
apresentação, etc.
Razões para a não-adoção do software para as atividades de classe:
Apesar de ser um sistema de fácil operação, a empresa fabricante do

sistema não concorda em fornecer o software para operacionalização
de forma gratuita.
Líder - Folha de Pagamento

(LÍDER, 2007, Folha de Pagamento)
Principais funcionalidades do software
INSS: listagens e guias.

IRRF: listagens e DARF.
Imposto sindical: listagens e guias.
Formulário de Férias para qualquer modelo.
Controle automático de salário família (14 anos).
Controle automático do salário maternidade.
Controle de férias vencidas e a vencer.
Controle de período de experiência.
Controle dos cursos de formação de vigilantes.
Controle de vencimento de crachás.
Controle de exames médicos realizados.
Cálculo de média da parte variável (comissões, horas -extras, entre
outros).

Douglas Conrado
Cálculo automático de anuênio/triênio/qüinqüênio.
Cálculo automático de 13° salário.
Cálculo de Pró-labores.
Razões para a substituição do software para as atividades de class e:
O software realiza a validação de dados das empresas cadastradas.

O software não permite que seja cadastrada mais de uma filiação ao
empregado.
A atualização do programa deve ser feita separadamente para cada
instância do programa instalada em uma máq uina.
O software não possui banco de dados centralizado, causando grande
dependência dos alunos pelas máquinas onde iniciaram seus
trabalhos.
Fatores críticos de sucesso

O modelo do banco de dados deve ser seguido fielmente.
A comunicação entre os m embros da equipe deve ser mantida

constantemente.
O Cliente deve comparecer às reuniões.
O software tem de ser intuitivo e de fácil aprendizado.
Proposta de Solução
Objetivo geral do projeto
Desenvolver os módulos de cadastro de empresas, funcionários e

tabelas de um software de prática contábil, de forma que possam ser
utilizados pelos alunos para buscar a interação de três vertentes de
conhecimentos: a teórica, a prática e as experiências advindas dos
próprios alunos. Possibilitar por mei o de uma arquitetura flexível, a
continuidade do projeto no futuro.
Objetivos específicos
Permitir que os alunos fiquem independentes de um mesmo

computador.
Preservar os dados mesmo em caso de problemas técnicos ocorridos

nos computadores utilizados.
Eliminar a perda de tempo causada por máquinas que foram

esquecidas de serem atualizadas.
Permitir que o programa trabalhe com dados fictícios.
Criar um software que possa ser personalizado.Fazendo uso de

tecnologias de código aberto e livre.
Reduzir custos de manutenção com a utilização de tecnologias

gratuitas.

Douglas Conrado
Criar uma interface que seja intuitiva e prática do ponto de vista do
professor e seus alunos.
Oferecer de forma clara as funcionalidades do sistema.
Benefícios esperados
A eliminação da dependência de computadores entre os usuários.

Não haverá perda de dados devido ao extravio de unidades de
armazenamento dos computadores utilizados no laboratório.
Melhor aproveitamento do tempo de aula.
Utilização de um software totalm ente voltado para fins educacionais.
Liberdade para cadastrar dados fictícios e simular empresas reais,
sem correr riscos de causar violação de propriedade.
Liberdade para personalização do software de simulação.
A FASA poderá disponibilizar um programa de simulação para os
alunos do curso de Ciências Contábeis com custo zero.
Restrições técnicas e administrativas
Restrições técnicas:
Os micros devem ser plataforma X86 utilizando W indows Xp com no

mínimo 256mb de memória RAM e 5 gigas de espaço livre no disco
rígido. Os micros devem estar conectados á rede.
Restrições administrativas:
O Grupo deve se reunir pelo menos uma vez por semana para elaborar
os próximos passos a serem seguidos. O Cliente deve se reunir com a
equipe pelo menos uma vez a cada 15 dias, para averiguar o
progresso do projeto.
Metodologia utilizada
Desenvolvimento
O Sistema será Orientado ao Objeto usando o método de programação

XP ( Extreme Programming ). A linguagem de programação será o.NET
da Microsoft e o banco de dados Microsoft SQL Server 2005.
Métrica
Análise de Pontos de Função (APF) é um método -padrão para a

medição do desenvolvimento de software, visando estabelecer uma
medida de tamanho do software em Pontos de Função (PFs), com base
na funcionalidade a ser implementada, sob o ponto de vista do
usuário.(HAZAN, 2001)
Gerenciamento
O gerenciamento do projeto é por marcos e metas, possibilitando a

criação de um histórico para melhor acompanhamento do projeto e
melhor estratégia nas decisões de mudanças.

Douglas Conrado
Usuários do sistema
Administrador
O Administrador do Sistema será o Professor Giovanni Rossetti.
Aluno
Aluno inscrito na disciplina Prática Contábil, do curso de Ciências

Contábeis.
Estimativas
Técnicas de Estimativa Utilizada
Análise de Pontos de Função (APF) será utilizada, para poder calcular

o esforço de trabalho, os gastos e etc.
Dados Utilizados
Foram levantados dados com base nos últimos avanços do

projeto, considerando os marcos alcançados. Os dados são próprios
do projeto, sem nenhuma fonte externa, utilizando a APF para realizar
as estimativas.
Análise de Risco
Análise de risco feita com base nas prováveis interpéries que o

projeto possa vir a sofrer, classificadas de acordo com a
probabilidade e o grau de impacto.( Figura em anexo )

Douglas Conrado
Figura 3 - Diagrama de riscos

Douglas Conrado
Definição de um Cronograma
Tarefa Data
Levantamento de Requisitos Início de Janeiro de 2007
Verificação dos Requisitos Final de Fevereiro de 2007
Início da Análise Início de Março de 2007
Conclusão da Análise Junho de 2007
Início do Plano de Projeto Junho de 2007
Conclusão do Plano de Projeto Novembro de 2007
Codificação Novembro de 2007
Verificações, e otimizações Março de 2008
Apresentação e Entrega do Software Junho de 2008 (Expectativa)
Ambiente físico e tecnológico
Descrição do ambiente físico do Sistema
Sala retangular de 30m² com oito fileiras de mesas com três

computadores com ponto de acesso à rede.
DataShow e sistema de som inter no.
Descrição do ambiente tecnológico
Vinte e quatro computadores com a seguinte configuração:

processador Pentium 4 1.8GHz, 512MB de memória RAM, disco rígido
de 20GB, unidade leitora de CD -ROM e leitora de disquete, ligados em
rede de 100mbps com acesso à internet; Retro -projetor; Sistemas
operacionais W indows XP instalado nas máquinas; .Net Framework
instalado em todas as máquinas e SQL SERVER 2005 instalado na
máquina servidora.
Recursos Necessários
Pessoal
Qtd Cargo Custo mensal (em

R$)
1 Programador C# 3.600,00*
1 Administrador de Banco de dados SQL 5.300,00*
2 Analistas de Sistemas 4.500,00*
1 Conhecedor da área de negócio (professor da área) 2.750,00*
1 Gerente de Projeto 10.000,00*
TOTAL 26.150
Valores obtidos com base no mercado de trabalho pelo site da Catho
Brasil.(CATO BRASIL, 2007)
Softw are e hardw are
Hardware

Douglas Conrado
Qtd Equipamento Custo (em R$)
2 Computador IBM/PC compatíveis, Pentium 4 HT 1.950,00*
3.0GHZ (ou compatível) com no mínimo 512
m egabytes de m em ória RAM, 40 gigas de HD (sendo 6
de espaço livre), mouse, teclado e placa de rede
padrão ethernet de no mínimo 10mbits.
TOTAL 3.900,00
Dados obtidos no site da Dell Brasil (DELL.COM.BR, 2007)
Os dados acima são para o funcionamento mínimo do sistema,

podendo acomodar mais computadores caso necessário.
Software
Serão utilizados o Microsoft .Net Framework 2.0 e o sistema

gerenciador de bancos de dados Microsoft SQL Server 2005.
A linguagem de programação escolhida para o desenvolvimento do

software é o Microsoft C# 2.0. A linguagem se destaca por ser d e fácil
aprendizado e por oferecer recursos que tornam a programação mais
prática, como os Enums, as Propriedades, o laço “foreach” entre
outros.
A sintaxe é muito parecida com a de linguagens orientadas a objeto
bastante conhecidas, como o Java e o C++.
Será adotado como Sistema Gerenciador de Bancos de Dados o

software SQL Server 2005 Express Edition, da Microsoft. O software é
disponibilizado gratuitamente e pode ser utilizado para fins
comerciais, desde que registrado e desde que o software que utiliza o
banco de dados seja de distribuição gratuita e possua código aberto.
O software suporta até 20 usuários conectados no banco

simultaneamente e a licença é gratuita apenas com a utilização do
sistema operacional W indows na máquina onde o SQL Server 2005
Express Edition se encontra instalado. A distribuição gratuita do
software pode não contar com o suporte técnico oficial da Microsoft.
Qtd Software Custo da licença

(em R$)
1 Microsoft .Net Framework 2.0 Gratuito*
1 SQL Server 2005 Express Edition Gratuito*
2 Jude (modelador UML) Gratuito*
TOTAL ZERO
Dados obtidos nos sites dos softwares.(MICROSOFT, 2007), (JUDE
COMMUNITY, 2007)
Qtd Instalação e manutenção dos Softwares Custo por

aplicativo (em R$)
1 Microsoft .Net Framework 2.0 1000*
1 SQL Server 2005 Express Edition 1500*
2 Jude (modelador UML) 150*
TOTAL 2650
Valores obtidos com base no mercado de trabalho pelo site da Catho
Brasil.(CATHO BRASIL, 2007)

Douglas Conrado
Rastreamento de controle do projeto
Periodicidade de reunião
São realizadas reuniões semanais com o cliente as Segundas e

Sextas-feiras das 18:00 até as 19:00 horas. As reuniões com o
professor orientador são realizadas aos Sábados as 9:30.
Definição dos marcos
1 – Levantamento de Requisitos
2 – Verificação dos Requisitos
3 – Início da Análise
4 – Conclusão da Análise
5 – Início do Plano de Projeto
6 – Conclusão do Plano de Projeto
7 – Codificação
8 – Verificações, acertos e otimizações.
9 – Apresentação e Entrega do Software
P R O J E T O L Ó G I C O D E D E S E N V O L V I M E N T O D E S I S T E M AS
Visão Geral do Sistema

O projeto se destina ao desenvolvimento de três módulos para um
programa simulador de Folha de Pagamento, sendo eles: Empresa,
Funcionário e Tabelas. O programa de folha de pagamento será unido
a outros dois programas, de escrita fiscal e cadastro de empresas.
Estes programas unidos serão utilizados como simuladores pelos
alunos do curso de Ciências Contábeis, da Faculdade de Ciências
Sociais Aplicadas.
D e f i n i ç õ e s , Ac r ô n i m o s e Ab r e v i a ç õ e s
SMFP - Sistema Modular de Folha de Pagamento.

GPS – Guia da Previdência Social.
PAT - Programa de Alimentação do Trabalhador.
SAT – Seguro de Acidente do Trabalho.
DIRF - Declaração do Imposto de Renda Retido na Fonte.
CAGED - Cadastro Geral de Empregados e Desempregados.
SIMPLES - Sistema Integrado de Pagamento de Impostos e
Contribuições das Microempresas e empresas de pequeno porte.
RAIS - Relação Anual de Informações Sociais.
DRT – Delegacia Regional do Trabalho.
INSS – Instituto Nacional de Seguridade Social.
IRRF – Imposto de Renda Retido na Fonte.
SF – Salário Família.
CTPS – Carteira de Trabalho e Previdência Social.
FGTS – Fundo de Garantia por Tempo de Serviço.
CPF – Cadastro de Pessoa Física.
PIS – Programa de Integração Social.
CNV – Carteira Nacional do Vigilante.
DPF – Delegacia da Polícia Federal.

Douglas Conrado
PPP – Perfil Profissiográfico Profissional.
CIPA – Comissão Interna de Prevenção de Acidentes.
IR – Imposto de Renda.
CEI – Cadastro Específico do INSS.
CNPJ – Cadastro Nacional de Pessoa Jurídica.
CNAE – Código Nacional de Atividades Empresariais.
FPAS - Fundo de Previdência e Assistência Social.
ME – Microempresa.
EPP – Empresa de Pequeno Porte.
Referências
M e t o d o l o g i a Ad o t a d a
Modelagem do Banco de Dados
O banco de dados foi modelado utilizando o Modelo Entidade-

Relacionamento, proposto por Peter Chen em 1976.
(http://www.csc.lsu.edu/~chen/pdf/Chen_Pioneers.pdf/Computer
Science Departm ent at Louisiana State University) O seguinte padrão
de nomenclatura foi utilizado na modelagem das tabelas e co lunas de
dados:
Toda tabela deve possuir o prefixo “ TB_” e seu nome deve ser escrito
utilizando a notação “camelo” (nomes iniciados por letras maiúsculas
e nomes compostos separados por letras maiúsculas).
a) Quando o nome da tabela possuir uma sigla, (acronimo) deixa o
nome da sigla em maiusculas.
Os nomes de todas as colunas devem estar escritos em letra
maiuscula.
Lista de Prefixos para o nome das colunas das tabelas (máximo de 4
letras) :
Data : DT_
Nome : NOM_
Descricao (descricoes ou textos em ger al) : DSC_
Numero : NUM_
Codigo : COD_
Informacoes : INF_
Registro : REG_
Chave (Nao esta relacionado as chaves do Banco de dados) : CHV_
Chave Primaria: IDN_
Indicadores booleanos (flags) : FLG_ (Nao precisa colocar o sufixo do
nome da tabela)
Sigla : SGL_
UF (Unidade Federativa) : UF_
Valor monetário : MON_
Observações : OBS_
Quantidade : QTD_
Porcentagem: PCTG_
Histórico: HIST_
Ano : ANO_
Normalização
A metodologia de normalização adotada para o projeto foi criada pela

própria equipe do SMFP tendo como objetivos permitir que o banco
seja entendido com facilidade e permitir que ele seja sempre
extensível, para que novos módulos do sistema sejam acoplados ao
banco de dados atual sem necessidades de reajustes.

Douglas Conrado
Para isso, as seguintes regras foram estabelecidas para evitarem que
o banco possua tabelas demais (torna o entendimento do modelo mais
complexo à cada vez que o projeto é continuado) e para permitir que
seu conteúdo seja reaproveitável e extensív el:
Uma tabela só deve ser criada quando atende a pelo menos uma das
condições descritas abaixo:
Possui dados que podem ser reaproveitados por outras tabelas;
Possui mais de 10 atributos;
Seus dados podem ser referenciados mais de uma vez por uma tabela;
A tabela armazena mais de 2 valores pré-definidos.
Banco de Dados
Será adotado como Sistema Gerenciador de Bancos de Dados o

software SQL Server 2005 Express Edition, da Microsoft. O software é
disponibilizado gratuitamente e pode ser utilizado para fins
comerciais, desde que registrado e desde que o software que utiliza o
banco de dados seja de distribuição gratuita e possua código aberto.
O software suporta até 20 usuários conectados no banco

simultaneamente e a licença é gratuita apenas com a utilização do
sistema operacional W indows na máquina onde o SQL Server 2005
Express Edition se encontra instalado. A distribuição gratuita do
software pode não contar com o suporte técnico oficial da Microsoft.
Linguagem de Programação
A linguagem de programação escolhida pa ra o desenvolvimento do

software é o Microsoft C# 2.0. A linguagem se destaca por ser de fácil
aprendizado e por oferecer recursos que tornam a programação mais
prática, como os Enums, as Propriedades, o laço “foreach” entre
outros.
A sintaxe é muito parec ida com a de linguagens orientadas a objeto
bastante conhecidas, como o Java e o C++.
Cronograma das Ati vidades

Até 08/Janeiro
Informação completa sobre todos os campos contidos nos módulos do

sistema.
Modelo do banco de dados canônico (conceitual).
Modelo do banco de dados lógico (última versão).
Diagrama de classes de implementação.
Descrição e conteúdo das classes.
Diagrama de colaboração.
Até 15/Janeiro
Início da documentação sobre normalização de dados do banco.

Fechamento do Plano de Projeto de Software.
Até 22/Janeiro
Término da documentação sobre normalização de dados do banco.

Douglas Conrado
Até 29/Janeiro
Término da documentação sobre segurança e telas do sistema.

Início do Projeto Lógico de Desenvolvimento de Software.
Até 30/Janeiro
1. Revisão da Documentação.
2. Revisão do Projeto Lógico de Desenvolvim ento de Software.
Até 30/Fevereiro
1. Revisão da Documentação.
2. Entrega do Projeto Lógico de Desenvolvim ento de Software.
Até 1/Março
1. Início da implementação do SMFP.
2. Início da Codificação.
Até 30/Março
1. Revisão Final da Documentação.

2. Documento Final do Projeto Lógico de Desenvolvimento de
Software.
Até 15/Maio
1. Revisão do andamento da Codificação.
Até 01/Junho
1. Preparativos para a apresentação na banca .

2. Apresentação ao professor orientador.
Até 09/Junho
Revisão do andamento do projeto.

Entrega da documentação para a orientação.
Apresentação do sistema ao cliente e à banca de avaliação.
Modelagem do Sistema de Informação
D e s c r i ç ã o d o s At o r e s
Professor : Administrador do sistema.
Aluno : Usuário do Sistema.
P erfi s d e Ac e s s o
Professor: Possui acesso irrestrito a todas as fun ções dos módulos de

Tabelas, Funcionários, Empresas e todas as informações cadastradas
no banco de dados.

Douglas Conrado
Aluno: Não pode criar, alterar ou apagar tabelas para cálculo de
impostos e não pode criar, alterar, consultar ou apagar funcionários e
empresas cadastradas no banco de dados por outros alunos.
Diagrama de caso de uso
Figura 4- Caso de uso geral do módulo Tabelas
Figura 5- Caso de uso geral do módulo Empresa

Douglas Conrado
Figura 6 - Caso de uso geral do módulo Funcionário
Figura 7 - Caso de uso Efetuar Login
Casos de uso específicos
Módulo: Sistema Modular de Folha de Pagamento

Identificador: UC_LOGIN
Figura 8 - Caso de uso Efetuar Login
1. Sumário
Este caso de uso descreve o processo de identificação do usuário

no sistema.
2. Ator Primário

Douglas Conrado
Professor e Aluno.
3. Pré-Condições
O usuário já está cadastrado no sistema.
4. Fluxo Principal
Fluxo 1
1. O sistema exibe a tela de Login.

2. O ator informa seu nome de usuário e senha.
3. O ator seleciona a opção Logar.(A 1)
4. O sistema valida os dados do usuário no banco de dados.
5. O sistema fecha a tela de Login e habilita os botões da tela
principal.(E 1)
5. F lu xo s Alt ern at ivo s
A 1 Cancelar
1. O ator seleciona a opção Cancelar.
2. O sistema é fechado e o Caso de Uso é finalizado.
6. Fluxos de Exceção
E 1 Dados do usuário não conferem

1. O sistema não encontra nenhum registro com os dados
informados pelo ator.
2. O sistema exibe alerta de usuário não encontrado.
3. O caso de uso volta para o passo 2 do fluxo 1.
7. Pós–Condições
Não se aplica.
8. Regras de Negócio
Não se aplica.
Módulo: Empresa
Identificador: UC_EMPRESA_INCLUIR
Figura 9 - Caso de uso Incluir empresa

Douglas Conrado
1. Sumário
Este caso de uso descreve o processo de cadastro de empresas no

sistema.
2. Ator Primário
Professor e Aluno.
3. Pré-Condições
O ator está identificado no sistema.
4. Fluxo Principal
Fluxo 1
1. O ator seleciona a opção Empresas.

2. O sistema apresenta a tela empresas com os campos
bloqueados.
3. O ator seleciona a opção Incluir.
4. O sistema apresenta todos os campos das telas em branco e
permite que apenas as opções de Gravar e Cancelar sejam
acionadas.
5. Caso o ator selecione a aba Dados da empresa (aba padrão) o
caso de uso é redirecionado para o Fluxo 2.
6. Caso o ator selecione a opção Informações complementares, o
7. Caso o ator selecione a opção Endereço e contato, o caso de
uso é redirecionado para o Fluxo 4.
8. Caso o ator selecione a opção Responsável, o caso de uso é
redirecionado para o Fluxo 5.
Fluxo 2
1. O sistema apresenta a tela Dados da empresa e exibe o código

que irá pertencer à empresa a ser cadastrada.
2. O ator informa a razão social da empresa, o nome fantasia, a
situação da empresa, o CNPJ da empresa, o número do CPF do
funcionário autônomo (variando de acordo com o tipo da
empresa), o número do CEI (Cadastro Específico do INSS), o
número de inscrição estadual, o CNPJ da empresa matriz
(variando de acordo com o tipo da empresa), a chave de
conectividade com a CEF (Caixa Econômica Federal), o tipo da
empresa e informações sobre o histórico da empresa. [RN 1]
[RN 2] (A 1)
Fluxo 3
1. O sistema apresenta a tela Informações complementares.

2. O ator informa a data de início das atividades da empresa, o
código CNAE (Código Nacional de Ativi dades Empresariais) das
tabelas de 1995, 2006 e 2007, a descrição das atividades
exercidas pela empresa de acordo com a tabela CNAE, o nome
do banco onde se encontra a conta para depósito de FGTS, o
código da agência da conta do FGTS, o número sequencial d e
recolhimento do FGTS, o código de recolhimento do FGTS, a
modalidade do FGTS, informa se as informações do FGTS serão
entregues em disquete para fins de declaração da RAIS, o
código do FPAS (Fundo de Previdência e Assistência Social), o

Douglas Conrado
código de pagamento da GPS (Guia da Previdência Social), o
código do SAT (Seguro de Acidente de Trabalho), a
porcentagem do SAT, porcentagem de contribuição do INSS,
percentual de contribuição da empresa sob o Pró -labore, o
código da instituição que receberá a contribuição obrigatória,
percentual da contribuição para a instituição, natureza jurídica
da empresa, capital social da empresa, porcentagem de
contribuição da empresa para o PIS (Programa de Integração
Social), número de sócios ou proprietários da empresa, número
de estabelecim entos que a em presa possui, m ês de database,
tipo do simples e data de mudança do tipo de simples (caso a
empresa for optante), nome do sindicato patronal, nome do
sindicato dos empregados e indica se na emissão do relatório
anual serão fornecidas informações sobre o CAGED (Cadastro
Geral de Empregados e Desempregados), RAIS (Relação Anual
de Informações Sociais), DIRF (Declaração do Imposto de
Renda Retido na Fonte), PAT (Programa de Alimentação do
Trabalhador), indica se a empresa é do tipo mi croempresa ou
pequeno porte, indica se a empresa funciona aos Sábados e/ou
Domingos e indica se a empresa é optante do Simples. [RN 3]
[RN 4] (A 1)
Fluxo 4
1. O sistema exibe a tela Endereço e contato.

2. O ator informa o endereço(logradouro) da empresa, o bairro
onde a empresa está localizada, a cidade, o estado(UF), o
número do CEP, o código do município, o número do telefone
fixo para contato, o número do telefone celular, o número do
fax e o endereço de email. (A 1)
Fluxo 5
1. O sistema apresenta a tela Responsável.

2. O ator informa o nome completo do responsável, o cargo, o
número do CPF e observações gerais sobre o responsável.
[RN 2] (A 1)
Fluxo 6
1. O ator seleciona a opção Gravar.

2. O sistema valida se todos os campos obrigatórios foram
preenchidos e se os dados informados estão corretos e grava
as informações na base de dados. (E 1)
3. O sistema limpa o formulário e bloqueia os seus campos.
4. O sistema alerta ao usuário que a operação foi realizada com
sucesso e habilita as opções de Inclusão , Consulta e acesso
aos outros módulos.
5. Fluxo s Alt ern at ivo s
A 1 Cancelar

2. O sistema descarta os dados informados pelo ator e bloqueia
os campos do formulário.
3. O sistema habilita as opções de Inclusão, Consulta e acesso
aos outros módulos e o Caso de Uso é finalizado.

Douglas Conrado
E 1 Campos obrigatórios não preenchidos.
1. O ator não preenche todos os campos obrigatórios da tela.

2. O Sistema verifica que existem campos obri gatórios não
preenchidos.
3. O sistema emite alerta informando quais campos não foram
preenchidos.
4. O ator volta para a tela e preenche os dados.
Não se aplica.
RN 1 – Se a empresa for de um funcionário autônomo, o número

do CPF do profissional autônomo deve ser informado, pois
profissionais autônomos não podem possuir CNPJ.
RN 2 – O sistema não deve validar se o CPF ou CNPJ

informados são válidos.
RN 3 – A alíquota informada para o cálculo do valor do SAT

deve ser restrita aos valores 1,0%, 2,0% ou 3,0%. A alíquota
informada é determinada pelo enquadramento da atividade
preponderante da empresa na tabela constante do Anexo V do
Regulamento da Previdência Social, aprovado pelo Decreto n°
3.048/99 e alterações poster iores.
RN 4 – Toda empresa deve fornecer um valor percentual de

contribuições previdenciárias ao INSS para instituições como o
SESI, SENAC, SENAI, INCRA, etc.
Módulo: Empresa
Identificador: UC_EMPRESA_CONSULTAR
Figura 10 - Caso de uso consultar empresa
1. Sumário
Este caso de uso descreve o processo de consulta e seleção de

empresas.

Douglas Conrado
2. Ator Primário
Professor e Aluno.
3. Pré-Condições
4. Fluxo Principal
Fluxo 1
1. O ator seleciona a opção Empresas.

2. O ator seleciona a opção Consultar .
3. O sistema exibe a tela Consultar empresas.
4. O ator informa o nome fantasia, código ou razão social e aciona
a opção consultar.
5. O sistema exibe uma lista com todas as empresas encontradas
na base de dados, com seus respectivos nomes, códigos e nome
do usuário do SMFP na qual ela pertence. [RN 1] [RN 2]
6. O ator seleciona a empresa desejada e aciona a opção
Selecionar. (A 1) (E 1)
7. O sistema preenche a tela do módulo de empresas com os dados
da empresa selecionada pelo ator e ativa as opções de Exclusão
e Alteração.
A 1 Cancelar
O ator seleciona a opção Cancelar e o caso de uso é finalizado.
1. O ator não preenche pelo menos um campo da tela.

2. O Sistema verifica que nenhum campo de pesquisa foi
preenchido.
3. O sistema emite alerta informando que se deve preencher pelo
menos um campo para a realização da consulta.
4. O ator volta para a tela de consulta.
Não se aplica.
RN 1 – Apenas o Professor pode visualizar todas as empresas

cadastradas no sistema.

Douglas Conrado
RN 2 – O sistema deve exibir para os Alunos apenas as
empresas cadastradas por eles.
Módulo: Empresa
Identificador: UC_EMPRESA_ALTERAR
Figura 11 - Caso de uso Alterar empresa
1. Sumário
Este caso de uso descreve o processo de alteração de cadastro de

empresas no sistema.
2. Ator Primário
Professor, Aluno.
3. Pré-Condições

O ator selecionou a empresa a ser editada, conforme o documento
UC_EMPRESA_CONSULTAR, Fluxo 1.
4. Fluxo Principal
Fluxo 1
1. O ator seleciona a opção Editar.

2. O sistema habilita a edição dos campos da tela em que o ator se
encontra, os campos das demais telas e permite que apenas as
opções de Gravar e Cancelar sejam acionadas.
3. Caso o ator selecione a opção Dados da empresa, o caso de uso
é redirecionado para o Fluxo 2.
4. Caso o ator selecione a opção Informações complementares, o
caso de uso é redirec ionado para o Fluxo 3.
5. Caso o ator selecione a opção Endereço e contato, o caso de
6. Caso o ator selecione a opção Responsável, o caso de uso é

Douglas Conrado
Fluxo 2
1. O sistema apresenta a tela Dados da empresa com todos os

campos preenchidos com os valores cadastrados.
2. O ator edita os valores dos campos contidos na tela. [RN 1] [RN
2] (A 1)
Fluxo 3
1. O sistema apresenta a tela Informações complementares com

todos os campos preenchidos com os valores cadastrados.
2. O ator edita os valores dos campos contidos na tela. [RN 3] [RN
4] (A 1)
Fluxo 4
1. O sistema apresenta a tela Endereço e contato com todos os

campos preenchidos com os valores cadastrados.
2. O ator edita os valores dos campos contidos na tela . (A 1)
Fluxo 5
1. O sistema apresenta a tela Responsável com todos os campos

preenchidos com os valores cadastrados.
2. O ator edita os valores dos campos contidos na tela. [RN 1] (A
1)
Fluxo 6

preenchidos e se os dados informados estão corretos e grava as
informações na base de dados. (E 1)
sucesso e habilita as opções de Inclusão, Consulta e acesso
A 1 Cancelar

2. O sistema desativa os campos de todas as telas para edição ,
descarta quaisquer valores alterados e habilita as opções de
Inclusão, Consulta e acesso aos outros módulos . O Caso de
Uso é encerrado.

2. O Sistema verifica que existem campos obriga tórios não
preenchidos.
preenchidos.
4. O ator volta para a tela e preenche os dados.

Douglas Conrado
Não se aplica.
RN 1 – Se a empresa for um funcionário autônomo, o número do

CPF do profissional autônomo deve ser informado, pois
profissionais autônomos não podem possuir CNPJ.
RN 2 – O sistema não deve validar se o CPF ou CNPJ

informados são válidos.
RN 3 – A alíquota informada para o cálculo do valor do SAT

deve ser restrita aos valores 1,0%, 2,0% ou 3,0%. A alíquota
informada é determinada pelo enquadramento da atividade
preponderante da empresa na tabela constante do Anexo V do
Regulamento da Previdência Social, aprovado pelo Decreto n°
3.048/99 e alterações posteriores.
RN 4 – Toda empresa deve fornecer um valor percentual de

contribuições previdenciárias ao INSS para instituições como o
SESI, SENAC, SENAI, INCRA, etc.
Módulo: Empresa
Identificador: UC_EMPRESA_EXCLUIR
Figura 12 - Caso de uso excluir empresa
1. Sumário
Este caso de uso descreve o processo de exclusão de empresas

cadastradas no sistema.
2. Ator Primário
Professor e Aluno.
3. Pré-Condições

Conforme o documento UC_EMPRESA_CONSULTAR, Fluxo 1, o ator
selecionou a empresa a ser excluída.
4. Fluxo Principal

Douglas Conrado
Fluxo 1
1. O ator seleciona a opção Excluir .

2. O sistema exibe mensagem de confirmação da operação.
3. O ator confirma a operação e a empresa é apagada do banco de
dados, bem como todos os funcionários à ela pertencentes. (A
1)
sucesso e desabilita as opções de Exclusão e Alteração.
A 1 Cancelar
O ator cancela a operação e o caso de uso é finalizado.
Não se aplica.
Não se aplica.
Não se aplica.
Módulo: Funcionário
Identificador: UC_FUNCIONARIO_INCLUIR
Figura 13 - Caso de uso incluir funcionário
1. Sumário
Este caso de uso descreve o processo de cadastro de funcionários

no sistema.
2. Ator Primário
Professor e Aluno.
3. Pré-Condições
Os atores estão identificados no sistema.

Douglas Conrado
4. Fluxo Principal
Fluxo 1
1. O ator seleciona a opção Funcionários.

2. O ator seleciona a opção Incluir.
3. O sistema apresenta a tela empresas com os campos
bloqueados e permite que apenas as opções de Gravar e
Cancelar sejam acionadas.
4. Caso o ator selecione a opção Dados do funcionário, o caso d e
5. Caso o ator selecione a opção Documentos, o caso de uso é
6. Caso o ator selecione a opção Documentos vigilante, o caso de
7. Caso o ator selecione a opção Documentos estrangeiro, o caso
de uso é redirecionado para o Fluxo 5.
8. Caso o ator selecione a opção Família, o caso de uso é
9. Caso o ator selecione a opção Outros dados, o caso de uso é
Fluxo 2
1. O sistema apresenta a tela Dados do funcionário e exibe o

código que irá pertencer ao funcionário a ser cadastrado.
2. O ator informa a razão social da empresa a qual o funcionário
pertence, o número de matrícula do funcionário, nome completo
do funcionário, a situação do funcionário na empresa, informa
se o funcionário é Pró-labore, informa a data de última
movimentação, informa a data de admissão na empresa, o
estado civil, a data de nascimento, o sexo, a raça/cor, o código
de admissão, a quantidade de dias do período probatório, o
valor do salário contratual, o grau de instrução, o código do
vínculo para a RAIS, o código da categoria do funcionário, o
tipo de ponto que é registrado pelo funcionário ao sair ou entrar
na empresa, a naturalidade, a nacionalidade, informa se o
funcionário é deficiente, o número de registro do funcionário no
Livro da empresa e o histórico do funcionário. [RN 1] [RN 2]
3. O sistema gera automaticamente o registro de sistema do
funcionário. (A 1)
Fluxo 3
1. O sistema apresenta a tela Documentos.

2. O ator informa o número do RG do funcionário, o órgão
expedidor do RG, o estado onde o órgão expedidor do RG está
localizado, a data de emissão do RG, o número da
CTPS(carteira de trabalho) do funcionário, o número de série da
CTPS, o estado onde a CTPS foi emitida, a data de última
atualização da CTPS, a data de emissão da CTPS, o número do
CPF do funcionário, o número de registro no PIS (Programa de
Integração Social), o número do título de eleitor, o número da
conta do FGTS (Fundo de Garantia por Tempo de Serviço), a
data de vencim ento do crachá, a data do últim o exam e m édico
realizado, a validade do exame médico em meses, o sindicato
no qual o funcionário é filiado, a data de férias prevista para o
funcionário, a data das férias coletivas dis ponibilizadas pela

Douglas Conrado
empresa, a quantidade de férias ja usufruídas pelo funcionário,
quantos dias de férias o funcionário ja usufruiu, a quantidade de
dias de férias a que o funcionário ainda tem direito, a data de
início do anuênio, a quantidade máxima de a nuênios oferecidos
pela empresa, as quatro linhas de ônibus que o vale transporte
oferecido ao funcionário podem atender, o banco em que o
funcionário possui conta, o número da agência, o número da
conta e informa se os dados do funcionário serão entregues via
disquete na declaração para a RAIS. [RN 3] (A 1)
3. O sistema exibe automaticamente o código do sindicato
selecionado pelo ator e o número de registro na DRT (Delegacia
Regional do Trabalho).
Fluxo 4
1. O sistema apresenta a tela Documentos vigilante.

2. O ator informa a data de formação do curso de vigilante do
funcionário, o código do curso, o nome do curso, o local do
curso de extensão, o nome da escola onde o curso foi realizado,
a data de vencimento da CNV (Carteira Nacional de Vigilante), a
data de última realização do curso de reciclagem, a data até
quando o funcionário possui estabilidade no emprego, o número
de registro na DPF (Delegacia de Polícia Federal), o código do
PPP (Perfil Profissiográfico Profissional) e informações gerais
para o PPP. (A 1)
Fluxo 5
1. O ator seleciona a opção Documentos estrangeiro.

2. O sistema apresenta a tela Documentos estrangeiro.
3. O ator informa o número do RG, o tipo de visto, a data de
validade do visto, o número de série da CTPS, o estado onde a
CTPS foi emitida, a data de validade da CTPS, a data de
emissão da CTPS, o nome do conselho regional ao qual o
funcionário é vinculado, a sigla do conselho regional, o estado
onde o conselho regional está localizado, o número do conselho
regional, a descrição da aplicação profiss ional do funcionário, o
ano de chegada ao país, a data do PIS, o número do certificado
de reservista, informa se o funcionário é participante da CIPA
(Comissão Interna de Prevenção de Acidentes), informa o tipo
de cabelo do funcionário, a cor dos olhos, o tipo sanguíneo, a
altura do funcionário, o peso, informa se existem sinais
corporais, informa anotações gerais referentes a acidentes de
trabalho, afastamentos de trabalho, treinamentos para o
trabalho, ou qualquer outro assunto. (A 1)
Fluxo 6
1. O ator seleciona a opção Família.

2. O sistema apresenta a tela Família.
3. O ator informa o nome completo do pai do funcionário, o nome
completo da mãe e o nome do pensionista (caso exista). (A 1)
4. Caso existam dependentes, o ator informa o nome completo do
dependente, o grau de parentesco do dependente, a data de
nascimento do dependente, informa se o funcionário gozará do
benefício Salário Família e informa se o funcionário terá direito
ao abatimento sobre o valor do IR (Imposto de Renda).
Fluxo 7
1. O ator seleciona a opção Outros dados.

Douglas Conrado
2. O sistema apresenta a tela Outros dados.
3. O ator informa o endereço do funcionário, o bairro onde o
funcionário reside, a cidade, o estado, o número do CEP, o
código do município, o número do telefone fixo para contato, o
número do telefone celular, o endereço de email, a quantidade
de horas semanais da jornada de trabalho do funcionário, a
quantidade de horas mensais da jornada de trabalho, a
descrição da jornada de trabalho, os dias de descanso
remunerado e observações sobre o funcioná rio.(A 1)
Fluxo 8

preenchidos e se todos os dados informados estão corretos e
grava as informações na base de dados.
A 1 Cancelar

2. O sistema desativa os campos de todas as telas para inclusão,
Inclusão, Consulta e acesso aos outros módulos. O Caso de Uso
é encerrado.
Não se aplica.
Não se aplica.
RN 1 – O código do funcionário a ser cadastrado deve começar

do número 1 para cada Aluno do sistema ao qual ele deve
pertencer.
RN 2 – O número de registro do sistema deve ser gerado unindo

o código da empresa ao có digo de matrícula do funcionário,
nessa respectiva ordem.
RN 3 – O código de registro na DRT deve ser o número do

funcionário cadastrado no livro da empresa.

Douglas Conrado
Identificador: UC_FUNCIONARIO_CONSULTAR
Figura 14 - Caso de uso consultar funcionário
1. Sumário

funcionários.
2. Ator Primário
Professor, Aluno.
3. Pré-Condições
4. Fluxo Principal
Fluxo 1
1. O ator selecionou a opção Funcionários.

2. O ator seleciona a opção Procurar .
3. O sistema exibe a tela Consultar funcionários.
4. O ator informa um dos critérios de busca : número do CPF,
número da matrícula, data de admissão, data de nascimento,
nome, razão social da empresa, número do registro do
funcionário no livro ou no sistema e aciona a opção de busca.
5. O sistema exibe uma lista com todos os funcionários
encontrados na base de dados, com seus respectivos nomes,
códigos, empresa ao qual estão vinculad os e nome do usuário
do SMFP no qual eles pertencem. [RN 1] [RN 2]
6. O ator seleciona o funcionário desejado e aciona a opção
Selecionar. (A 1)
7. O sistema preenche a tela do módulo de funcionários com os
dados do funcionário selecionado pelo ator e ativa as opções de
Exclusão e Alteração.
A 1 Cancelar
O ator seleciona a opção Cancelar e o Caso de Uso é finalizado

Douglas Conrado
Não se aplica.
Não se aplica.
RN 1 – Apenas o Professor pode visualizar todos os

funcionários cadastrados no sistema.
RN 2 – O sistema deve exibir para os Alunos apenas os

funcionários pertencentes às empresas cadastradas por eles.
Identificador: UC_FUNCIONARIO_ALTERAR
Figura 15 - Caso de uso alterar funcionário
1. Sumário
Este caso de uso descreve o processo de alteração dos dados dos

funcionários cadastrados no sistema.
2. Ator Primário
Professor, Aluno.
3. Pré-Condições
1. O ator está identificado no sistema.

2. O ator selecionou o funcionário a ser editado, conforme o
documento UC_FUNCIONARIO_CONSULTAR, Fluxo 1.
4. Fluxo Principal
Fluxo 1
1. O ator seleciona a opção Alterar.

Douglas Conrado
2. O sistema habilita todos os campos d as telas para edição e
permite que apenas as opções de Gravar e Cancelar sejam
acionadas.
3. Caso o ator selecione a opção Dados do funcionário, o caso
4. Caso o ator selecione a opção Documentos, o caso de uso é
5. Caso o ator selecione a opção Documentos vigilante, o caso
6. Caso o ator selecione a opção Documentos estrangeiro, o
7. Caso o ator selecione a opção Família, o caso de uso é
8. Caso o ator selecione a opção Outros dados, o caso de uso é
Fluxo 2
1. O sistema apresenta a tela Dados do funcionário com todos

os campos preenchidos com os valores cadastrados.
2. O ator edita os valores dos campos contidos na tela. (A 1)
Fluxo 3
1. O sistema apresenta a tela Documentos com todos os campos

preenchidos com os valores cadastrados.
Fluxo 4
1. O sistema apresenta a tela Documentos vigilante com todos

os campos preenchidos com os valores cadastrados .
Fluxo 5
1. O sistema apresenta a tela Documentos estrangeiro com

todos os campos preenchidos com os valores cadastrados .
2. O ator edita os valores dos campos contidos na tela. (A 1) (A
2)
Fluxo 6
1. O sistema apresenta a tela Família com todos os campos

preenchidos com os valores cadastrados .
Fluxo 7
1. O sistema apresenta a tela Outros dados com todos os

campos preenchidos com os valores cadastrados .
Fluxo 8
1. O ator seleciona a opção Gravar

2. O sistema valida se todos os campos obrigató rios foram
preenchidos e se todos os dados informados estão corretos e
grava as informações na base de dados.

Douglas Conrado
A 1 Cancelar

2. O sistema desativa os campos de todas as telas para edição,
Inclusão, Consulta e acesso aos outros módulos. O Caso de
Uso é encerrado.
Não se aplica.
Não se aplica.
Não se aplica.
Identificador: UC_FUNCIONARIO_EXCLUIR
Figura 16 - Caso de uso excluir funcionário
1. Sumário
Este caso de uso descreve o processo de exclusão de funcionários

cadastrados no sistema.
2. Ator Primário
Professor, Aluno.
3. Pré-Condições

Douglas Conrado
2. Conforme o documento UC_FUNCIONARIO_CONSULTAR, Fluxo
1, o ator selecionou o funcionário a ser excluído.
4. Fluxo Principal
Fluxo 1
1. O ator seleciona a opção Excluir .

2. O sistema exibe mensagem de confirmação da operação.
3. O ator confirma a operação e o funcionário é apagado do
banco de dados. (A 1)
sucesso e desabilita as opções de Exclusão e Alteração .
A 1 Cancelar
O ator cancela a operação e o caso de uso é finalizado.
Não se aplica.
Não se aplica.
Não se aplica.
Módulo: Tabela
Identificador: UC_TABELA_INCLUIR
Figura 17 - Caso de uso incluir tabela
1. Sumário
Este caso de uso descreve o processo de inclusão de valores na

tabela de cálculo do sistema.
2. Ator Primário
Professor.

Douglas Conrado
3. Pré-Condições
4. Fluxo Principal
Fluxo 1
1. O ator seleciona a opção Tabelas.

2. O sistema apresenta a tela Tabela com todos os campos
desativados.
3. O ator seleciona a opção Inserir.
4. O sistema ativa os campos para preenchimento e permite que
apenas as opções de Gravar e Cancelar sejam acionadas.
5. O ator informa a data de início de vigência da tabela, o valor do
salário mínimo, o valor das quatro faixas salariais para dedução
do INSS, a porcentagem de dedução do INSS para cada faixa
salarial, a porcentagem de ajuste do IRRF para cada faixa
salarial do INSS, o valor das três faixas salariais do IRRF, a
porcentagem de dedução do IRRF para cada faixa salarial. O
valor de dedução do IRFF para cada faixa salarial, o valor de
dedução do IRRF por dependente, o valor das duas faixas
salariais para recebimento do benefício Salário Família e o
valor a ser recebido pelo be nefício Salário Família para cada
faixa salarial.(A 1) (A 2)
Fluxo 2

2. O sistema grava as informações na base de dados. (E 1) (E 2)
A 1 Cancelar

2. O sistema desativa os campos d a tela, descarta quaisquer
valores alterados e habilita as opções de Inclusão, Consulta
e acesso aos outros módulos. O Caso de Uso é encerrado.

3. O Sistema verifica que existem campos obrigatórios não
preenchidos.
preenchidos.
5. O ator volta para a tela e preenche os campos restantes.
E 2 Data existente
1. O ator informa uma data já cadastrada no banco de dados.

Douglas Conrado
2. O sistema verifica a existência de um registro com a mesma
data no banco de dados e emite alerta para o usuário.
3. O ator volta para a tela e preenche outro valor para a data.
Não se aplica.
Não se aplica.
Módulo: Tabela
Identificador: UC_TABELA_CONSULTAR
Figura 18 - Caso de uso consultar tabela
1. Sumário

tabelas, para visualização dos dados cadastrados.
2. Ator Primário
Professor, Aluno.
3. Pré-Condições
4. Fluxo Principal
Fluxo 1
1. O ator seleciona a opção Tabelas.

2. O ator informa o mês da tabela.
3. O sistema exibe a tela Tabela preenchida com os valores
da tabela mais recente do mês informado e ativa a opção
de Alteração. (E 1)
Fluxo 2
1. O ator seleciona a opção Próximo.

Douglas Conrado
2. O sistema exibe o próximo registro de tabela
cadastrada na base de dados, caso exista e ativa a
opção de Alteração. (E 3)
Fluxo 3
1. O ator seleciona a opção Anterior .

2. O sistema exibe o registro anterior de tabela
cadastrada na base de dados, caso exista e ativa a
opção de Alteração. (E 2)
Fluxo 4
1. O ator seleciona a opção Último.

2. O sistema exibe o último registro de tabela cadastrada na
base de dados, caso exista e ativa a opção de Alteração . (E
3)
Fluxo 5
1. O ator seleciona a opção Primeiro.

2. O sistema exibe o primeiro registro de tabela cadastrada na
base de dados, caso exista e ativa a opção de Alteração. (E
2)
Não se aplica.
E 1 Não existe tabela cadastrada no mês especificado.
1. O sistema não encontra nenhuma tabela cadastrada no

mês do ano atual que o ator especificou.
2. O sistema exibe alerta informando que não há tabela
cadastrada para o mês informado.
3. O caso de uso volta para o primeiro passo de qualquer
um dos cinco fluxos do caso de uso.
E 2 Não existe tabela cadastrada anteriormente à tabela

atual.
1. O sistema não encontra nenhuma t abela cadastrada

com data anterior à data da tabela sendo exibida
atualmente.
2. O sistema desabilita as opções de exibir tabela
anterior e primeira tabela.
3. O caso de uso volta para o primeiro passo dos fluxos
um, três ou cinco.
E 3 Não existe tabela cadastrada posteriormente à tabela

atual.
1. O sistema não encontra nenhuma tabela cadastrada

com data posterior à data da tabela sendo exibida
atualmente.

Douglas Conrado
2. O sistema desabilita as opções de exibir próxima
tabela e última tabela.
3. O caso de uso volta para o primeiro passo dos fluxos
um, dois ou quatro.
Não se aplica.
Não se aplica.
Módulo: Tabela
Identificador: UC_TABELA_ALTERAR
Figura 19 - Caso de uso alterar tabela
1. Sumário
Este caso de uso descreve o processo de alteração dos dados da

tabela de cálculo do sistema.
2. Ator Primário
Professor.
3. Pré-Condições

2. O ator selecionou a tabela a ser editada, conforme o documento
UC_TABELA_CONSULTAR, Fluxos 1 a 5.
4. Fluxo Principal
Fluxo 1
1. O ator seleciona a opção editar.

2. O sistema habilita para edição os campos contidos na tela
em que o usuário se encontra e permite que apenas as
opções de Gravar e Cancelar sejam acionadas. [RN 1]
3. O ator edita os valores dos campos contidos na tela. (A 1) (A
2)

Douglas Conrado
Fluxo 2

preenchidos e grava as informações na base de dados.(E 1)
A 1 Cancelar

2. O sistema desativa os campos d a tela para edição, descarta
quaisquer valores alterados e habilita as opções de Inclusão,
Consulta e acesso aos outros módulos. O Caso de Uso é
encerrado.

3. O sistema verifica que existem campos obrigatórios não
preenchidos.
preenchidos.
5. O ator volta para a tela e preenche os campos restantes.
Não se aplica.
RN 1 – O usuário não pode alterar a data da tabela.

Douglas Conrado
D i a g r a m a d e At i v i d a d e s
Incluir tabela
Figura 20 - Diagrama de atividades incluir tabela

Douglas Conrado
Alterar tabela
Figura 21 - Diagrama de atividades alterar tabela

Douglas Conrado
Consultar tabela
Figura 22- Diagrama de atividades consultar tabela

Douglas Conrado
Incluir empresa
Figura 23 - Diagrama de atividades incluir empresa

Douglas Conrado
Alterar empresa
Figura 24 - Diagrama de atividades alterar empresa

Douglas Conrado
Consultar empresa
Figura 25 - Diagrama de atividades consultar empresa

Douglas Conrado
Excluir empresa
Figura 26 - Diagrama de atividades excluir empresa
Incluir funcionário

Douglas Conrado
Figura 27 - Diagrama de atividades incluir funcionário

Douglas Conrado
Alterar funcionário
Figura 28 - Diagrama de atividades alterar funcionário
Consultar funcionário

Douglas Conrado
Figura 29 - Diagrama de atividades consultar funcionário

Douglas Conrado
Excluir funcionário
Figura 30 - Diagrama de atividades excluir funcionário
Diagrama de sequência
Os diagramas de seqüencia aqui apresentados têm como objetivo
descrever o processo de validação dos componentes visuais dos
formulários durante a operação do sistema pelo ator e da validação
das regras de negócio do sistema.
Detalhes da persistência dos dados não foram descritos porque são

realizados de forma automática por meio de ferramenta geradora de
código, descrita e exemplificada no tópico Diagrama de c lasses.
Comentários no código-fonte da aplicação também descrevem todo o

processo de persistência bem como possuem links para o site do
componente gerador de código e exemplos.

Douglas Conrado
Incluir tabela
Figura 31 - Diagrama de sequência incluir tabela

Douglas Conrado
Alterar tabela
Figura 32 - Diagrama de sequência alterar tabela

Douglas Conrado
Consultar tabela
Figura 33 - Diagrama de sequência consultar tabela
Consultar tabela anterior
Figura 34 - Diagrama de sequência consultar tabela anterior

Douglas Conrado
Consultar primeira tabela
Figura 35 - Diagrama de sequência consultar primeira tabela
Consultar próxima tabela
Figura 36 - Diagrama de sequência consultar próxima tabela

Douglas Conrado
Consultar última tabela
Figura 37 - Diagrama de sequência consultar última tabela

Douglas Conrado
Incluir empresa
Figura 38 - Diagrama de sequência incluir empresa

Douglas Conrado
Alterar empresa
Figura 39 - Diagrama de sequência alterar empresa

Douglas Conrado
Consultar empresa
Figura 40 - Diagrama de sequência consultar empresa
Excluir empresa
Figura 41 - Diagrama de sequência excluir empresa

Douglas Conrado
Incluir funcionário
Figura 42 - Diagrama de sequência incluir funcionário

Douglas Conrado
Alterar funcionário
Figura 43 - Diagrama de sequência alterar funcionário

Douglas Conrado
Consultar funcionário
Figura 44 - Diagrama de sequência consultar funcionário
Excluir funcionário
Figura 45 - Diagrama de sequência excluir funcionário

Douglas Conrado
Diagrama de classes ( 1º documento em anexo)
Figura 46 - Diagrama de classes
Legenda do Diagrama de Classes
Figura 47 - Legenda do diagrama de classes
Descrição e Conteúdo das Classes
Classes de apresentação
Todas as classes da camada de apresentação do sistema estão

descritas logo abaixo. Os nomes das classes desta camada devem
começar pelo prefixo “form” seguidas do nome do módulo que a classe
im plementa. Exemplo: o formulário do módulo Empresas é chamado
formEmpresa.

Douglas Conrado
Todas as classes que representam telas de consulta devem possuir o
prefixo “Consulta”. Exemplo: o formulário de c onsulta de empresas é
chamado formEmpresaConsulta.
formEmpresa: Formulário do módulo de empresas.
Contém o objeto valorado da empresa que está sendo editada/inserida

no formulário, um objeto da classe de regra de negócio do módulo de
empresas e os elementos de interface gráfica do usuário.
formEmpresaConsulta: Formulário de consulta do módulo de

empresas.
Contém os elementos de interface gráfica do usuário.
formFuncionario: Formulário do módulo de funcionários.
Contém o objeto valorado do funcionário que está sendo

editado/inserido no formulário, um objeto da classe de regra de
negócio do módulo de funcionários e os elementos de interface gráfica
do usuário.
formFuncionarioConsulta: Formulário de consulta do módulo de

funcionários.
Contém os elementos de interface gráfica do usuário.
formTabela: Formulário do módulo de tabela de impostos.
Contém o objeto valorado da tabela que está sendo editada/inserida

no formulário, um objeto da classe de regra de negócio do módulo de
tabelas e os elementos de interface gráfica do usuário.
FormularioSMFP: Classe abstrata que define os comportamentos

obrigatórios de todos os formulários do Sistema Modular de Folha de
Pagamento.
TelaPrincipal: Formulário da tela principal do sistema.
Contém os elementos de interface gráfica com o usuário e um objeto

da classe de regra de negócio de tabelas.
formLogin: Formulário de realização de login no SMFP.
Principal: Classe estática responsável por executar o Sistema

Modular de Folha de Pagamento.
Classes de objeto valorado

Todas as classes da camada de objeto valorado estão descritas logo
abaixo. Os nomes das classes desta camada devem começar pelo
prefixo “ov” seguidas do nome do tipo que a classe representa.
Exemplo: a classe que representa um dependente no siste ma é
chamada ovDependente.
ov C N AE: C las s e par a arm azenam ento de dados relativos ao C N AE.

(Código Nacional de Atividades Empresariais)

Douglas Conrado
Contém o código do tipo de atividade exercida por uma empresa de
acordo com a tabela CNAE dos anos 1995, 2006, 2007 e d escrição do
tipo de atividade exercida pela empresa.
ovEmpresa: Classe que representa os dados de uma empresa.
Contém o código da empresa no banco de dados, denominação

comercial de registro da empresa, Nome fictício usado para promoção
da empresa, a situação da empresa, Número de inscrição da empresa
na Receita Federal, Número de inscrição da empresa no INSS, Núme ro
de inscrição da empresa na Secretaria de Fazenda Estadual, Número
do CNPJ da Matriz da empresa, Data de início da ativadade da
empresa, numero sequencial para fins de recolhimento do FGTS, o
código do tipo de recolhimento, a opção que indica se o disquete sera
usado para entrega do FGTS, o código do FPAS, o codigo para
pagamento da GPS para o INSS, informações sobre o SAT,
informações sobre o CNAE, a instituição que recebe proventos encima
da folha de pagamento, a porcentagem de contribuição da empresa ao
INSS, a porcentagem de contribuição para o Pró -labore, informações
sobre o CAGED, RAIS, DIRF, PAT, se a empresa é uma MicroEmpresa,
se a empresa é de Pequeno Porte, se a empresa funciona aos
sábados e domingos, o código da natureza jurídica da empresa, se a
empresa é optante do SIMPLES, os valores dos bens da empresa, a
porcentagem de contribuição da empresa para o PIS, o numero de
sócios ou cotistas da empresa, o numero de estabelecimentos da
empresa, o sindicato da maioria dos funcionários, o sindicato que a
empresa é filiada, o mês de database de maior numero de
funcionários, informações sobre o responsável pela empresa,
informações para o pagamento do FGTS, o tipo da empresa, o
histórico da empresa, as informações do proprietário autônomo da
empresa, a modalidade do FGTS, informações sobre o SIMPLES,
dados do usuário criador da empresa no sistema, o código da
em presa, o endereço da empresa, as informações de contato da
empresa, informações sobre a conta do FGTS da empresa.
ovInstituição : Classe que armazena os dados relativos à instituição

que recebe uma porcentagem calculada sobre os proventos da folha
de pagamento dos funcionários da empresa.
Contem o código da instituição e o percentual de d esconto da folha de

proventos do funcionário para a contribuição.
ovResponsavel : Classe que armazena os dados relativos ao sócio,

cotista ou gerente delegado responsável por uma empresa.
Contem o nome, cargo, cpf e observações sobre o responsável.
ov S AT : Class e que realiza o arm azenam ento de dados relativos ao

SAT. (Seguro de Acidente do Trabalho)
Contem o código do nível de periculosidade das atividades realizadas

pelo trabalhador e a porcentagem de contribuição.
ovSimples : Classe que realiza o armazenamento de dados relativos

ao SIMPLES. (Sistema Integrado de Pagamento de Impostos e
Contribuições das Microempresas e Empresas de Pequeno Porte)
Contem a data de mudança do tipo do SIMPLES e o tipo de SIMPLES

do qual a empresa é optante.

Douglas Conrado
ov An o t aco esG erais : C lass e que realiza o armazenamento de
anotações gerais com relação ao funcionário.
Contem anotações referentes a acidentes de trabalho, afastamentos

do trabalho, anotações sobre treinamentos e outras anotações.
ovConselho : Classe que realiza o armazenamento de dados do

conselho de funcionários estrangeiros..
Contem o nome, a sigla, o numero e a UF do conselho do funcionário

estrangeiro.
ovCTPS : Classe que realiza o armazenamento de dados relativos à

CTPS. (Carteira de trabalho).
Contem o numero da série, data da ultima atualização, a data de

emissão, o numero, a localidade e a data de validade da CTPS.
ovCursoVigilante : Classe que realiza o armazenamento de dados do

curso de vigilante.
Contem o código do curso, o nome, local, o nome da escola onde o

curso foi realizado e a data de realização do curso.
ovDependente : Classe que realiza o armazenamento de dados

relativos aos dependentes de um funcionário.
Contem o código de identificação do dependente no banco de dados,

o nome do dependente, o grau de parentesco, a data de nascimento
do dependente, o campo que indica se o funcionário ira receber o
beneficio do salário família e o campo que indica se o dependente vai
gerar abatimento sobre o valor do imposto de renda do funcionário.
ovDocumentacaoEstrangeiro : Classe que realiza o armazenamento

de dados relativos ao funcionário estrangeiro.
Contem o tipo do visto do estrangeiro, a data de vencimento do visto,

a descrição da profissão do funcionário, informações sobre o conselho
estrangeiro do funcionário, a data de inscrição no PIS, a opção que
indica se o funcionário é participante da CIPA, o numero de
certificado de reservista, o ano de chegada do funcionário ao pais e a
fisionomia do funcionário.
ovDocumentacaoVigilante : Classe que realiza o armazenamento de

dados relativos aos funcionários que são vigilantes.
Contem a data do ultimo curso de reciclagem realizado pelo vigilante,

o numero de registro do vigilante junto a delegacia da policia federal,
o código do perfil profissiográf ico previdenciário, a data final do
período de estabilidade do vigilante, a data de vencimento da carteira
nacional de vigilante, informações sobre o curso de formação de
vigilantes e a descrição do perfil profissiográfico profissional.
ovFamilia : Classe que realiza o armazenamento de dados familiares

de um funcionário.
Contém o nome completo dos pais e os dependentes do funcionário.
ovFisionomia : Classe que realiza o armazenamento de dados da

fisionomia do funcionário estrangeiro.

Douglas Conrado
Contem o tipo de cabelo, olhos, os sinais corporais, a altura, peso e o
tipo sanguíneo.
ovFuncionario : Classe que representa os dados de um funcionário.
Contém o nome completo do funcionário, a data de vencimento do

crachá, o cargo do funcionário, o numero de CPF do funcionário, a
empresa em que o funcionário está vinculado, o código do funcionário
no banco de dados, o campo que indica se o funcionário é pró -labore,
a data que o funcionário foi efetivado na empresa, o código de
admissão do funcionário, o tempo de apro vação do período probatório
do funcionário, o salário bruto do funcionário, o código do funcionário
que pertence a empresa, o numero de registro do funcionário, o
estado civil do funcionário, o sexo, a raça, o grau de instrução, o
código do vinculo da RAIS, a categoria do funcionário de acordo com
a tabela SEFIP, o tipo do ponto do funcionário na empresa, a situação
do funcionário na empresa, a data de mudança da situação do
funcionário na empresa, a data de nascimento, a naturalidade do
funcionário, o pais de nascimento, o numero de férias que o
funcionário já usufruiu, os dias de férias ainda restantes, o RG do
funcionário, a CTPS, o PIS, o titulo de eleitor, o registro junto ao
DRT, a data do ultimo exame medico do funcionário, a validade do
último exame medico, a data de previsão de férias, a data de férias
coletivas da empresa, o numero de férias já usufruídas do funcionário,
a data de inicio do anuênio, a quantidade máxima de anuênios, o
campo que descreve o funcionário como deficiente, o sindicato ao qual
o funcionário é vinculado, as linhas de ônibus que o funcionário
utiliza, o campo que indica se a declara ção do imposto de renda será
entregue em disquete, os dados de endereço e contato do funcionário,
os dados da família do funcionário, a documentaç ão vigilante, a
documentação de estrangeiro, as anotações gerais, o histórico do
funcionário, a conta para deposito do FGTS, as informações bancarias
do funcionário, o código do funcionário no banco de dados, as
observações sobre o funcionário, os dados do criador do funcionário
no sistema e o código do funcionário de exibição no sistema.
ovHorario : Classe que realiza o armazenamento de dados relativos

ao horário de trabalho de um funcionário.
Contém a quantidade de horas semanais da jornada de trabalho do

funcionário na empresa, a descrição do horário de entrada e saída do
funcionário, a quantidade de horas mensais trabalhadas e o dia de
descanso remunerado do funcionário.
Classes de acesso a dados
As classes de acesso ao banco de dados foram todas ger adas

autom aticam ente utilizando a f erram enta M yGeneration dOOdads
[MYGENERATION, 2008]. Existe uma classe de acesso a dados para
cada tabela do banco de dados.
As classes geradas por estas ferramentas são todas abstratas e seus

nomes começam com o prefixo _ mais nome da tabela do banco de
dados que a classe representa.
Todas as classes abstratas que representam as tabela do banco de

dados que foram geradas pela ferramenta foram extendidas por
classes concretas que implementam a lógica do negócio para o
tratamento de dados dessas tabelas.

Douglas Conrado
Abaixo, segue uma representação gráfica do uso das classes de
acesso a dados do com ponente MyGeneration dOOdads:
Figura 48 - Estrutura de acesso a dados do SMFP
As classes abstratas da camada de acesso a dados são:
_TB_Banco _TB_Funcionario_LinhasDeOnibus
_T B _C N AE _TB_GrauInstrucao
_T B _C od ig o Ad m issao _TB_GrauParentesco
_TB_Conta _TB_ModalidadeFGTS
_TB_Contato _TB_RacaCor
_TB_CorOlhos _TB_SalarioFamilia
_TB_Dependente _TB_Sindicato
_TB_DocumentacaoEstrangeiro _TB_SituacaoFuncionario
_TB_DocumentacaoVigilante _TB_TabelaImpostos
_TB_Empresa _TB_TipoCabelo
_TB_Endereco _TB_TipoEmpresa
_TB_EstadoCivil _TB_TipoPonto
_TB_FaixaINSS _TB_TipoSIMPLES
_TB_FaixaIRRF _TB_TipoVisto
_TB_FatorSanguineo _TB_UF
_TB_Funcionario _TB_Usuario
Todas as classes abstratas da camada de acesso a dados realizam as

mesmas operações básicas: inclusão, exclusão, alteração e consulta a
registros do banco de dados.
Classes de regra de negócio
As classes da camada regra de negócio estão descritas logo abaixo.

Existe uma classe de regra de negócio para cada tabela do banco de
dados. As classes de regra de negócio que herdam das classes
abstratas da camada de acesso à dados possuem o prefixo “rn”
seguidas do nome da tabela representada pela classe abstrata do
modelo deacesso a dados sem o prefixo “_TB_”.
Todo módulo do SMFP deve possuir uma classe visível à todos os

projetos e que tem a interface que será utilizada pelas classes
externas à essa cam ada. Os nomes dessas classes devem começar
pelo prefixo “rnModulo” seguidas pelo nome do módulo que
implementam.

Douglas Conrado
Exemplos:
A classe que é visível à todas as outras camadas do projeto e que

reúne todas as regras de negócio do módulo de Empresas é chamada
rnModuloEmpresa.
A classe rnModuloEmpresa utiliza as classes rnCNAE e rnEmpresa

para implementar a sua lógica de negócio. Porém, as classes rnCNAE
e rnEmpresa são visíveis apenas dentro da camada de regra de
negócio. Todas as outras camadas do sistema uti lizam a classe
rnModuloEmpresa para realizar as operações da regra de negócio do
módulo de Empresas.
rnModuloEmpresa: Reúne todas as regras de negócio do módulo

Empresas.
rnModuloFuncionario: Reúne todas as regras de negócio do módulo

Funcionários.
rnModuloTabela: Reúne todas as regras de negócio do módulo Tabela

de impostos.
As classes de regra de negócio que extendem as classes abstratas de

acesso ao banco de dados são:
rnBanco rnFuncionarioLinhasDeOnibus
rn C N AE rnGrauInstrucao
rn Co d igo Ad m issao rnGrauParentesco
rnConta rnModalidadeFGTS
rnContato rnRacaCor
rnCorOlhos rnSalarioFamilia
rnDependente rnSindicato
rnDocumentacaoEstrangeiro rnSituacaoFuncionario
rnDocumentacaoVigilante rnTabelaImpostos
rnEmpresa rnTipoCabelo
rnEndereco rnTipoEmpresa
rnEstadoCivil rnTipoPonto
rnFaixaINSS rnTipoSIMPLES
rnFaixaIRRF rnTipoVisto
rnFatorSanguineo rnUF
rnFuncionario rnUsuario
Classes do componente M yGeneration dOOdads
BusinessEntity: Realiza o acesso direto aos dados do Banco de

dados utilizado pela aplicação. É uma classe abstrata e deve ser
extendida pela classe concreta que representa o banco de dados
utilizado pela aplicação.
Esta classe contém a string de conexão com o banco de dados.

SqlClientEntity: Converte todos os tipos de dados da aplicação para
os tipos de dados equivalentes que são utilizados no banco de dados
Microsoft SQL Server.
Contém todos os tipos de dados utilizados pelo banco de dados

Microsoft SQL Server.[SQL SERVER 2005, 2007]

Douglas Conrado
Modelagem de Dados
Modelo de Entidade Relacionamento Conceitual
Figura 49 - MER conceitual
Modelo de Entidade Relacionamento Lógico

( 2º documento em anexo)
Figura 50 - MER Lógico

Douglas Conrado
Modelo de Entidade Relacionamento Implementado ( 3º
documento em anexo)
Figura 51 - MER de implementação

Douglas Conrado
Normalização
Processo de Normalização
Todos os dados de um mesmo domínio (assunto) que se repetem mais

de uma vez dentro de uma tabela e que podem sofrer mudanças no
número de repetições devem ser transferidos para uma nova tabela.
Exemplo:
Toda empresa possui uma descrição do tipo de atividade por ela

exercida, definida pelo código CNAE, Código Nacional de Atividades
Empresariais. Este código é definido por uma tabela que, até o
momento da criação deste documento, foi lançada pelo governo três
vezes: em 1995, 2006 e 2007.
No cadastro de uma empresa, os códigos das tabelas d esses três anos

devem ser informados pelo usuário. Neste caso, criou -se uma nova
tabela que se relaciona com a tabela de empresas, que possui duas
colunas: em uma coluna o código CNAE da empresa é cadastrado e na
outra coluna o ano do código CNAE informado é cadastrado.
Desta maneira, não haverá a necessidade de se alterar a tabela

TB_Empresa caso uma nova tabela CNAE seja lançada pelo governo.
Se dez ou mais dados de um determinado domínio (assunto) estiverem

dentro de uma tabela sobre um assunto principal, eles devem ser
removidos para uma nova tabela. Exemplo:
Na tabela TB_Funcionario (tabela do assunto principal), existem

informações sobre seu horário. Caso haja a necessidade de se criar
pelo menos dez colunas no banco de dados sobre este mesm o assunto
(horário), então uma nova tabela deve ser criada para armazenar as
informações referentes ao horário do funcionário cadastrado no banco
de dados.
Caso os dados sobre um mesmo domínio (assunto) possam ser

utilizados por outros módulos do sistema, a serem desenvolvidos
futuramente, estes devem ser separados em uma nova tabela.
Exemplo:
A tabela TB_Dependente foi criada porque seus dados serão

reaproveitados por outras tabelas. Atualmente é utilizada pela tabela
TB_Funcionário (futuramente por tabe las que serão criadas para o
módulo de Pensionistas).
Todos os dados que possuírem valores pré -definidos devem ser

separados em uma nova tabela. Exemplos:
A tabela TB_ModalidadeFGTS foi criada porque armazena mais de 2

informações pré-definidas (são 5 modalidades diferentes de FGTS
armazenadas na tabela). Por este mesmo motivo não foi criada uma
tabela para armazenar os valores do sexo do funcionário, porque o
domínio sexo só possui 2 valores pré -definidos: masculino ou
feminino.

Douglas Conrado
Relação das Tabelas
TB_Banco TB_Funcionario_LinhasDeOnibus
TB_CNAE TB_GrauInstrucao
TB_CodigoAdmissao TB_GrauParentesco
TB_Conta TB_ModalidadeFGTS
TB_Contato TB_RacaCor
TB_CorOlhos TB_SalarioFamilia
TB_Dependente TB_Sindicato
TB_DocumentacaoEstrangeiro TB_SituacaoFuncionario
TB_DocumentacaoVigilante TB_TabelaImpostos
TB_Empresa TB_TipoCabelo
TB_Endereco TB_TipoEmpresa
TB_EstadoCivil TB_TipoPonto
TB_FaixaINSS TB_TipoSIMPLES
TB_FaixaIRRF TB_TipoVisto
TB_FatorSanguineo TB_UF
TB_Funcionario TB_Usuario
Critério de Retenção e Descarte de Dados

Caso os dados possam ser utilizados por outros módulos do sistema a
serem desenvolvidos futuramente, estes são movidos para uma tabela
nova.
Caso existam dez ou mais dados sobre um mesmo tema, estes são
movidos para uma tabela nova.
Descrição e conteúdo das tabelas
TB_Banco
Tabela responsável por armazenar uma lista de bancos e seus códigos.
P F Nome Formato Nulo Descrição
K K
IDN_BANC
X NCHAR(3) Código de identificação do banco.
O
NOM_BANC VARCHAR(2
Nome do banco.
O 5)
TB_CNAE
Tabela responsável por armazenar os códigos que descrevem o tipo de
atividade exercida por uma empresa. Estes códigos são definidos pela tabela
CNAE -Código Nacional de Atividades Empresariais - fornecida pelo governo.
K K
Código de identificação da
X IDN_EMPRESA INTEGER
empresa.
ANO_TABELA_CN
SMALLINT Ano da tabela CNAE.
AE
COD_TABELA_CN VARCHAR(
Código da atividade.
AE 9)
TB_CodigoAdmissao
Tabela responsável por armazenar uma listagem dos códigos de admissão de
um funcionário.
K K
X IDN_CODIGO_ADMISS INTEGER Código de admissão.

Douglas Conrado
AO
DSC_CODIGO_ADMIS VARCHAR( Descrição do código de
SAO 16) admissão.
TB_Conta
Tabela responsável por armazenar os dados de uma conta bancária.
Nome Formato N Descrição
P F
ul
K K
o
X IDN_CONTA INTEGER Código de identificação da conta.
NUM_CONTA VARCHAR(20) Número da conta.
X IDN_AGENCIA INTEGER X
agência.
X IDN_BANCO NCHAR(3) X Código de identificação do banco.
TB_Contato
Tabela responsável por armazenar informações de contato.
K K
Código de identificação das
X IDN_CONTATO INTEGER
informações de contato.
NUM_CELULAR VARCHAR(9) Número do telefone celular.
NUM_TELEFON
VARCHAR(9) Número do telefone fixo.
E
NUM_FAX VARCHAR(9) Número do fax.
DSC_EMAIL VARCHAR(40) Endereço de e-mail.
TB_CorOlhos
Tabela responsável por armazenar uma listagem da cor dos olhos de um
funcionário.
K K
IDN_COR_OLHO Código de identificação da cor dos
X INTEGER
S olhos.
NOM_COR_OLH VARCHAR(
Nome da cor dos olhos.
OS 9)
TB_Dependente
Tabela responsável por armazenar os dados dos dependentes do funcionário.
K K
Código de identificação do
X IDN_FUNCIONARIO INTEGER funcionário responsável
pelo dependente.
VARCHAR(
NOM_DEPENDENTE Nome do dependente.
100)
DT_NASCIMENTO_DEP Data de nascimento do
DATETIME
ENDENTE dependente.
Indicação de que o
FLG_DESCONTA_SALA
BIT dependente gera desconto
RIO_FAMILIA
no IRRF.
FLG_DESCONTA_SALA dependente gera
BIT
RIO_FAMILIA bonificação do benefício
Salário Família.
FLG_FAVORECIDO_PE
BIT dependente é favorecido
NSAO
por pensão.
DSC_GRAU_PARENTES Grau de parentesco do
X INTEGER
CO dependente.

Douglas Conrado
TB_DocumentacaoEstrangeiro
Tabela responsável por armazenar os dados específicos dos funcionários que
são estrangeiros.
K K
IDN_FUNCION
X INTEGER funcionário no qual as informações
ARIO
cadastradas se referem.
NOM_CONSEL
VARCHAR( Nome do conselho estrangeiro ao
HO_ESTRANGE
50) qual o funcionário é vinculado.
IRO
NUM_CONSEL
VARCHAR(
HO_ESTRANGE Número do conselho estrangeiro.
50)
IRO
SGL_CONSELH
VARCHAR(
O_ESTRANGEI Sigla do conselho estrangeiro.
50)
RO
SGL_UF_CONS
X ELHO_ESTRAN NCHAR(2) UF do conselho estrangeiro.
GEIRO
NUM_ALTURA FLOAT Altura do funcionário.
NUM_PESO FLOAT Peso do funcionário.
VARCHAR( Descrição de sinais corporais do
DSC_SINAIS
20) funcionário.
DSC_TIPO_CA
X INTEGER Tipo de cabelo do funcionário.
BELO
DSC_FATOR_S
X INTEGER Fator sanguíneo do funcionário.
ANGUINEO
DSC_COR_OLH
X INTEGER Cor dos olhos do funcionário.
OS
Indicação de que é participante da
FLG_CIPA BIT Comissão Interna de Prevenção de
Acidentes.
Data de chegada do funcionário
DT_CHEGADA DATETIME
estrangeiro ao país.
DT_PIS DATETIME Data do cadastro no PIS.
DT_VALIDADE_ Data de validade do visto
DATETIME
VISTO estrangeiro.
IDN_TIPO_VIS Código de identificação do tipo do
X INTEGER
TO visto estrangeiro.
DSC_HABILITA
VARCHAR( Descrição da habilitação
CAO_PROFISSI
50) profissional do funcionário.
ONAL
NUM_CERTIFI
VARCHAR( Número do certificado de
CADO_RESERV
20) reservista.
ISTA
TB_DocumentacaoVigilante
são vigilantes.
K K
Contém o código de identificação
IDN_FUNCION do funcionário no qual as
X INTEGER
ARIO informações cadastradas se
referem.
DT_FORMACA
Data de formação do funcionário no
O_CURSO_VI DATETIME
curso de vigilante.
GILANTE

Douglas Conrado
NOM_ESCOLA
VARCHAR(1 Nome da escola do curso de
_CURSO_VIGI
00) vigilante.
LANTE
DSC_LOCAL_
CURSO_EXTE VARCHAR(1 Local aonde o curso de extensão
NSAO_CURSO 00) foi realizado.
_VIGILANTE
NOM_CURSO
VARCHAR(1
_CURSO_VIGI Nome do curso de vigilante.
00)
LANTE
COD_PPP_DO
VARCHAR(5 Código do Perfil Profissiográfico
CUMENTACA
0) Profissional do vigilante.
O_VIGILANTE
DT_ESTABILI
DADE_DOCU Data de estabilidade no cargo de
DATETIME
MENTACAO_V vigilante.
IGILANTE
DT_ULTIMO_
CURSO_RECI
CLAGEM_DOC DATETIME Data do último curso de reciclagem.
UMENTACAO_
VIGILANTE
DT_VENCIME
NTO_CNV_DO Data de vencimento da Carteira
DATETIME
CUMENTACA nacional do Vigilante.
O_VIGILANTE
INF_PPP_DO
VARCHAR(2 Informações adicionais sobre o
CUMENTACA
00) Perfil Profissiográfico Profissional.
O_VIGILANTE
REG_DPF_DO
VARCHAR(1 Número de registro do vigilante na
CUMENTACA
0) Delegacia da Polícia Federal.
O_VIGILANTE
TB_Empresa
Tabela responsável por armazenar os dados de uma empresa.
K K
Contém o código de identificação
IDN_EMPRESA INTEGER
da empresa.
COD_EMPRES
INTEGER empresa para visualização do
A
usuário.
o código de identificação do
IDN_USUARIO INTEGER
usuário criador da empresa
a indicação de que a empresa vai
FLG_CAGED BIT emitir dados sobre o CAGEDno
relatório anual da RAIS.
MON_CAPITAL o valor do capital social da
MONEY
_SOCIAL empresa,
NUM_CEI VARCHAR(17) o número do CEI
CHV_CONECTI a chave de conectividade com a
VARCHAR(50)
VIDADE_CEF Caixa Econômica Federal
NUM_CNPJ VARCHAR(18) o número do CNPJ da empresa
NUM_CNPJ_MA
VARCHAR(18) X o número do CNPJ da matriz
TRIZ
NUM_CPF_AUT Número do CPF do profissional
VARCHAR(14)
ONOMO autônomo.
Código do FPAS (Fundo de
COD_FPAS SMALLINT
Previdência e Assistência Social)
COD_NATUREZ SMALLINT Código da natureza jurídica da

Douglas Conrado
A_JURIDICA empresa
COD_PAGAME
SMALLINT Código de pagamento da GPS.
NTO_GPS
COD_RECOLHI
SMALLINT Código de recolhimento da GPS.
MENTO_GPS
IDN_SINDICAT
X O_EMPREGAD INTEGER
sindicato dos empregados.
OS
IDN_SINDICAT Código de identificação do
X INTEGER
O_PATRONAL sindicato patronal.
DT_INICIO_ATI Data de início das atividades da
DATETIME
VIDADES empresa
Indicação de que a empresa vai
FLG_DIRF BIT emitir dados sobre o DIRF no
Indicação de que os dados do
FLG_DISQUET
BIT relatório anual da RAIS serão
E
entregues em disquete.
Indicação de que a empresa
FLG_DOMINGO BIT
funciona aos Domingos
Indicação de que a empresa é de
FLG_EPP BIT
pequeno porte.
DSC_HISTORI VARCHAR(10
Histórico da empresa.
CO 00)
NUM_INSCRIC Número de inscrição estadual da
VARCHAR(17)
AO_ESTADUAL empresa
NUM_MES_DAT
TINYINT Mês de database da empresa.
ABASE
FLG_MICROEM Indicação de que é uma
BIT
PRESA microempresa.
NOM_FANTASI
VARCHAR(25) Nome fantasia da empresa.
A
NUM_ESTABEL Número de estabelecimentos que
TINYINT
ECIMENTOS a empresa possui.
NUM_PROPRIE Número de proprietários da
TINYINT
TARIOS empresa.
NUM_SEQUEN
INTEGER Número seqüencial.
CIAL
FLG_PAT BIT emitir dados sobre o PAT no
PCTG_CONTRI Porcentagem de contribuição do
FLOAT
BUICAO_INSS INSS.
Porcentagem de contribuição
PCTG_PIS FLOAT
para o PIS.
emitir dados sobre cada
FLG_RAIS BIT
funcionário da empresa e sobre a
empresa em si (RAIS).
DSC_RAZAO_S
VARCHAR(49) Razão social da empresa.
OCIAL
Indicação de que a empresa
FLG_SABADO BIT
funciona aos Sábados
Indicação de que a empresa é
FLG_SIMPLES BIT
optante do SIMPLES.
FLG_SITUACA
BIT Situação da empresa.
O
IDN_TIPO_EMP Código de identificação do tipo
X INTEGER
RESA de empresa.
IDN_MODALID INTEGER o código de identificação da

Douglas Conrado
ADE_FGTS modalidade do FGTS.
COD_INSTITUI
CAO_TERCEIR SMALLINT Código de terceiros.
OS
PCTG_CONTRI
BUICAO_INSTI Porcentagem de contribuição
FLOAT
TUICAO_TERC para terceiros.
EIROS
DT_MUDANCA_ Data de mudança do tipo de
DATETIME
SIMPLES SIMPLES.
IDN_TIPO_SIM Código de identificação do tipo
X INTEGER
PLES do SIMPLES.
IDN_CONTATO INTEGER informações de contato da
empresa.
DSC_CARGO_ Cargo do responsável pela
VARCHAR(40)
RESPONSAVEL empresa.
NUM_CPF_RES Número do CPF do responsável
VARCHAR(14)
PONSAVEL pela empresa.
NOM_RESPON Nome do responsável pela
VARCHAR(40)
SAVEL empresa.
OBS_RESPONS VARCHAR(20 Observações sobre o responsável
AVEL 00) pela empresa.
Descrição das atividades
DSC_CNAE VARCHAR(30) exercidas pela empresa de
acordo com a tabela CNAE.
COD_SAT INTEGER Código do SAT.
PORCENTAGE
FLOAT Porcentagem do SAT.
M_SAT
PCTG_PROLAB
FLOAT Porcentagem do pró-labore.
ORE
TB_Endereco
Tabela responsável por armazenar os dados de um endereço.
K K
Contém o código de
X IDN_ENDERECO INTEGER
identificação do registro.
DSC_BAIRRO VARCHAR(20) Bairro.
DSC_CEP VARCHAR(9) Número do CEP.
DSC_CIDADE VARCHAR(20) Cidade.
COD_MUNICIPIO VARCHAR(10) Código do município.
DSC_LOGRADOU VARCHAR(15
Logradouro.
RO 0)
X SIGLA_UF NCHAR(2) UF do endereço.
TB_EstadoCivil
Tabela responsável por armazenar uma lista dos estados civis que um
funcionário pode ter.
K K
IDN_ESTADO_CI Contém o código de identificação
X INTEGER
VIL do estado civil.
DSC_ESTADO_CI VARCHAR(
Descrição do estado civil.
VIL 10)
TB_FaixaINSS
Tabela responsável por armazenar os dados de uma faixa salarial para cálculo
da dedução do INSS.

Douglas Conrado
K K
Contém a data de vigência da
X DT_VIGENCIA DATETIME tabela na qual a faixa salarial
está vinculada.
NUM_FAIXA_IN
INTEGER Número da faixa.
SS
NUM_PORCEN
Porcentagem de dedução da
TAGEM_FAIXA FLOAT
faixa.
_INSS
NUM_PORCEN
Porcentagem do reajuste do IRRF
TAGEM_IRRF_ FLOAT
da faixa.
FAIXA_INSS
MON_VALOR_S
ALARIO_FAIXA MONEY Valor salarial da faixa.
_INSS
TB_FaixaIRRF
da dedução do IRRF.
P Nome Formato Nulo Descrição
FK
K
Contém a data de vigência da
X DT_VIGENCIA DATETIME tabela na qual a faixa salarial está
vinculada.
NUM_FAIXA_I
INTEGER Número da faixa.
RRF
PCTG_FAIXA_
FLOAT X Porcentagem de dedução da faixa.
IRRF
MON_VALOR_
Valor monetário de dedução da
DEDUCAO_FA MONEY
faixa.
IXA_IRRF
MON_VALOR_
SALARIO_FAI MONEY Valor salarial da faixa.
XA_IRRF
TB_FatorSanguineo
Tabela responsável por armazenar uma listagem dos fatores sanguíneos que
os funcionários de uma empresa podem possuir.
FK
K
IDN_FATOR_ Código de identificação do fator
X INTEGER
SANGUINEO sanguíneo.
DSC_FATOR_ NCHAR(11
Descrição do fator sanguíneo.
SANGUINEO )
TB_Funcionario
Tabela responsável por armazenar os dados de funcionários.
K K
IDN_FUNCIONARI Código de identificação do
X INTEGER
O funcionário.
OBS_ACIDENTE_T VARCHAR(20 Observações relacionadas a
RABALHO 0) acidentes de trabalho.
OBS_AFASTAMEN VARCHAR(20 Observações sobre
TOS 0) afastamentos.
VARCHAR(20
OBS_OUTRAS Outras observações.
0)
OBS_TREINAMENT VARCHAR(20 Observações sobre
OS 0) treinamentos.

Douglas Conrado
DSC_DIAS_DESCA Descrição dos dias de
VARCHAR(40)
NSO descanso do funcionário.
Descrição do horário de
DSC_HORARIO VARCHAR(60)
trabalho do funcionário.
Quantidade de horas
QTD_HORAS_SEM
SMALLINT semanais da jornada de
ANAIS
Quantidade de horas
QTD_HORAS_MEN
SMALLINT mensais da jornada de
SAIS
VARCHAR(10
NOM_PAI Nome do pai do funcionário.
0)
VARCHAR(10 Nome da mãe do
NOM_MAE
0) funcionário.
COD_FUNCIONARI Código do funcionário para
INTEGER
O visualização do usuário.
Código da empresa na qual
X IDN_EMPRESA INTEGER
o funcionário presta serviço.
Código da categoria do
COD_CATEGORIA TINYINT
funcionário.
NUM_CONTA_FGT
VARCHAR(15) Número da conta do FGTS.
S
NUM_CPF VARCHAR(14) Número do CPF.
Data de admissão do
DT_ADMISSAO DATETIME
funcionário na empresa.
DT_FERIAS_COLE Data das férias coletivas da
DATETIME
TIVAS empresa.
DT_INICIO_ANUEN
DATETIME Data de início do anuênio.
IO
DT_MOVIMENTAC Data da última
DATETIME
AO movimentação.
DT_NASCIMENTO DATETIME Data de nascimento.
DT_PREVISAO_FE
DATETIME Data de previsão das férias.
RIAS
DT_ULTIMO_EXAM Data do último exame
DATETIME
E_MEDICO médico.
Indica se o funcionário é
FLG_DEFICIENTE BIT
deficiente.
QTD_DIAS_FERIA Quantidade dias de férias
TINYINT
S_RESTANTES restantes.
Indica se os dados do
funcionário para declaração
FLG_DISQUETE BIT
serão entregues em
disquete.
QTD_FERIAS_COL
Quantidade de férias
ETIVAS_USUFRUI TINYINT
coletivas usufruídas.
DAS
QTD_FERIAS_USU Quantidade de férias
TINYINT
FRUIDAS usufruídas.
VARCHAR(10
DSC_HISTORICO Histórico do funcionário.
00)
Número de matrícula do
NUM_MATRICULA INTEGER
funcionário.
DSC_NACIONALID Nacionalidade do
VARCHAR(20)
ADE funcionário.
DSC_NATURALIDA
VARCHAR(20) Naturalidade do funcionário.
DE
NOM_FUNCIONARI
VARCHAR(50) Nome do funcionário.
O
OBS_FUNCIONARI VARCHAR(20 Observações gerais sobre o

Douglas Conrado
O 00) funcionário.
NUM_REGISTRO_
VARCHAR(12) Número de registro no PIS.
PIS
QTD_DIAS_PERIO Quantidade de dias do
TINYINT
DO_APROVACAO período de aprovação.
Indica se o funcionário é
FLG_PROLABORE BIT
pró-labore.
Quantidade máxima de
QTD_MAXIMA_AN
TINYINT anuênios que o funcionário
UENIOS
pode receber.
Número de registro do
NUM_REGISTRO_
INTEGER funcionário na Delegacia
DRT
Regional do Trabalho.
Número de registro do
NUM_REGISTRO_L
INTEGER funcionário no livro da
IVRO
empresa.
NUM_REGISTRO_ Número de registro do
VARCHAR(10)
SISTEMA funcionário no sistema.
MON_SALARIO_C Salário contratual do
MONEY
ONTRATUAL funcionário.
Código de identificaçãodo
X IDN_SINDICATO INTEGER sindicato no qual o
funcionário é filiado.
NUM_TITULO_ELE
VARCHAR(11) Número do título de eleitor.
ITOR
VALIDADE_ULTIM
Validade do último exame
O_EXAME_MEDIC TINYINT
médico realizado, em dias.
O
COD_VINCULO_RA Código do vínculopara a
TINYINT
IS RAIS.
X IDN_RACA_COR INTEGER descrição da raça/cor do
funcionário.
IDN_GRAU_INSTR
X INTEGER grau de instrução do
UCAO
funcionário.
tipo de ponto que o
X IDN_TIPO_PONTO INTEGER
funcionário registra no início
e término do expediente.
X IDN_CONTA INTEGER conta bancária do
funcionário.
IDN_CONTA_PENS Código de identificação do
X INTEGER
IONISTA pensionista.
IDN_ESTADO_CIVI Código de identificação do
X INTEGER
L estado civil do funcionário.
IDN_CODIGO_ADM
X INTEGER tipo de admissão do
ISSAO
funcionário.
X IDN_RG INTEGER informações do RG do
funcionário.
X IDN_CONTATO INTEGER informações de contato do
funcionário.
X IDN_ENDERECO INTEGER informações de endereço do
funcionário.
X IDN_SITUACAO INTEGER Código de identificação da

Douglas Conrado
situação do funcionário na
empresa.
Indica o sexo do
FLG_SEXO BIT X
funcionário.
TB_Funcionario_LinhasDeOnibus
Tabela responsável por armazenar os códigos das linhas de ônibus que o
funcionário utiliza, caso receba vale-transporte.
FK
K
IDN_FUNCIONA INTEGE
X funcionário que utiliza as linhas de
RIO R
ônibus.
INTEGE Código da primeira linha de ônibus
NUM_LINHA1 X
R utilizada.
INTEGE Código da segunda linha de ônibus
NUM_LINHA2 X
R utilizada.
INTEGE Código da terceira linha de ônibus
NUM_LINHA3 X
R utilizada.
INTEGE Código da quarta linha de ônibus
NUM_LINHA4 X
R utilizada.
TB_GrauInstrucao
Tabela responsável por armazenar uma listagem dos graus de instrução que o
FK
K
IDN_GRAU_INS Código de identificação do grau
X INTEGER
TRUCAO de instrução do funcionário.
DSC_GRAU_INS VARCHAR( Descrição do grau de instrução
TRUCAO 32) do funcionário.
TB_GrauParentesco
Tabela responsável por armazenar uma listagem dos graus de parentesco do
dependente do funcionário.
K K
IDN_GRAU_PARENTE
X INTEGER grau de parentesco do
SCO
dependente do funcionário.
Descrição do grau de
DSC_GRAU_PARENTE VARCHAR(
parentesco do dependente
SCO 8)
do funcionário.
TB_ModalidadeFGTS
Tabela responsável por armazenar uma listagem das modalidades de FGTS do
funcionário.
K K
IDN_MODALIDADE_FG Código de identificação da
X INTEGER
TS modalidade do FGTS.
DSC_MODALIDADE_F VARCHAR( Descrição da modalidade do
GTS 96) FGTS.
TB_RacaCor
Tabela responsável por armazenar uma listagem das raças do funcionário.
K K
X IDN_RACA_COR INTEGER
raça/cor do funcionário.

Douglas Conrado
VARCHAR( Descrição da raça/ cor do
DSC_RACA_COR
7) funcionário.
TB_RG
Tabela responsável por armazenar as informações do Registro Geral do
funcionário.
K K
Código do RG do
X IDN_RG INTEGER
funcionário.
Data de emissão do RG do
DT_EMISSAO_RG DATETIME
funcionário.
VARCHAR(1 Número do RG do
NUM_RG
0) funcionário.
SIGLA_ORGAO_EXPE Sigla do órgão expedidor
VARCHAR(5)
DIDOR_RG do RG do funcionário.
TB_SalarioFamilia
Tabela responsável por armazenar as informações referentes ao Salário
Família.
K K
Data de vigência da
DATETIM
X DT_VIGENCIA tabela referente ao
E
Salário Família.
Número da faixa do
X NUM_SALARIO_FAMILIA INTEGER
Salário Família.
MON_TETO_SALARIO_FAM Valor do teto salarial do
MONEY
ILIA Salário Família.
Valor a ser recebido pelo
MON_VALOR_SALARIO_FA
MONEY benefício do Salário
MILIA
Família.
TB_Sindicato
Tabela responsável por armazenar as informações do Sindicato. (Tabela
incompleta pois o módulo Sindicato não está no escopo do projeto, o mesmo
será implementado futuramente em outra empreitada).
K K
IDN_SINDICAT Código de identificação do
X INTEGER
O sindicato.
NOM_SINDICA VARCHAR(1
Nome do sindicato.
TO 00)
TB_SituacaoFuncionario
Tabela responsável por armazenar uma listagem dos tipos de situação em que
o funcionário pode se encontrar dentro de uma empresa.
K K
IDN_SITUACAO_FUNC Código da situação do
X INTEGER
IONARIO funcionário na empresa.
DSC_SITUACAO_FUN VARCHAR( Descrição da situação do
CIONARIO 11) funcionário na empresa.
TB_TabelaImpostos
Tabela responsável por armazenar os dados que definem os proventos de um
funcionário.
FK
K
X DT_VIGENCIA DATETIM Data de vigência da tabela de

Douglas Conrado
E impostos.
MON_SALARIO_MINI
MONEY Valor do salário mínimo.
MO
Valor de abatimento no
MON_DESCONTO_DE
MONEY imposto de renda por
PENDENTE
dependente.
TB_TipoCabelo
Tabela responsável por armazenar uma listagem de tipos de cabelo que um
funcionário pode possuir.
FK
K
IDN_TIPO_CA Código de identificação do tipo de
X INTEGER
BELO cabelo do funcionário.
DSC_TIPO_C VARCHAR( Descrição do tipo de cabelo do
ABELO 15) funcionário.
TB_TipoEmpresa
Tabela responsável por armazenar uma listagem de tipos de empresa.
FK
K
IDN_TIPO_EM Código de identificação do tipo
X INTEGER
PRESA empresa.
DSC_TIPO_E VARCHAR(
Descrição do tipo de empresa.
MPRESA 6)
TB_TipoPonto
Tabela responsável por armazenar uma listagem dos tipos de ponto que o
funcionário usa.
FK
K
IDN_TIPO_PO Código de identificação do tipo de
X INTEGER
NTO ponto do funcionário.
DSC_TIPO_P VARCHAR( Descrição do tipo de ponto do
ONTO 14) funcionário.
TB_TipoSimples
Tabela responsável por armazenar uma listagem dos tipos de Simples dos
quais uma empresa pode ser optante.
FK
K
IDN_TIPO_SI
X INTEGER Código do tipo de Simples.
MPLES
DSC_TIPO_SI VARCHAR(
Descrição do tipo de Simples.
MPLES 91)
TB_TipoVisto
Tabela responsável por armazenar uma listagem dos tipos de visto que o
FK
K
IDN_TIPO_VI
X INTEGER Código do tipo do visto.
STO
DSC_TIPO_VI VARCHAR(
Descrição do tipo de visto.
STO 50)
TB_UF

Douglas Conrado
Tabela responsável por armazenar uma listagem das Unidades Federativas do
país.
FK
K
X SIGLA_UF NCHAR(2) Sigla do estado.
TB_Usuario
Tabela responsável por armazenar informações referentes ao usuário do
sistema.
FK
K
X IDN_USUARIO INT Código do usuário.
VARCHAR(
NOM_USUARIO Nome do usuário.
50)
NUM_MATRICULA_ VARCHAR( Número de matrícula do
X
USUARIO 10) usuário, caso seja aluno.
FLG_ADMINISTRA Indica que o usuário é
BIT
DOR administrador do sistema.
Correspondência entre Entidades de Dados, Classes e

Relações Normalizadas
TB_Agencia TB_Funcionario_LinhasDeOni
TB_Banco bus
TB_CNAE TB_GrauInstrucao
TB_CodigoAdmissao TB_GrauParentesco
TB_Conta TB_ModalidadeFGTS
TB_Contato TB_RacaCor
TB_CorOlhos TB_SalarioFamilia
TB_Dependente TB_Sindicato
TB_DocumentacaoEstrang TB_SituacaoFuncionario
eiro TB_TabelaImpostos
TB_DocumentacaoVigilante TB_TipoCabelo
TB_Empresa TB_TipoEmpresa
TB_Endereco TB_TipoPonto
TB_EstadoCivil TB_TipoSIMPLES
TB_FaixaINSS TB_TipoVisto
TB_FaixaIRRF TB_UF
TB_FatorSanguineo TB_Usuario
TB_Funcionario
TB_Agencia
Tabela responsável por armazenar os dados de uma agência bancária.
Nome Tipo Descrição
Estrutura para armazenamento de dados
ovAgencia Classe
relativos a uma agência bancária.
TB_Banco
Tabela responsável por armazenar uma lista de bancos e seus códigos.
Enumerador que representa vários
enumBanco Enum
bancos.
TB_CNAE
Tabela responsável por armazenar os códigos que descrevem o tipo de
atividade exercida por uma empresa.

Douglas Conrado
ovCnae Classe
relativos ao CNAE.
TB_CodigoAdmissao
Tabela responsável por armazenar uma listagem dos códigos de admissão de
um funcionário.
Enumerador que representa os códigos de
enumCodigo Enum
adm issão de um funcionário.
TB_Conta
Tabela responsável por armazenar os dados de uma conta bancária.
Enumerador que representa os códigos de
ovConta Classe
adm issão de um funcionário.
ovAgencia Classe
enumBanco Enum
bancos.
TB_Contato
Tabela responsável por armazenar informações de contato.
ovContato Classe
de contato.
TB_CorOlhos
Tabela responsável por armazenar uma listagem da cor dos olhos de um
funcionário.
Enumerador que representa a cor dos
enumOlhos Enum
olhos do funcionário estrangeiro.
TB_Dependente
Tabela responsável por armazenar os dados dos dependentes do funcionário.
ovDependente Classe relativos aos dependentes de um
funcionário.
Enumerador que representa os graus de
enumGrauParentesco Enum
parentesco.
TB_DocumentacaoEstrangeiro
são estrangeiros.
Estrutura para armazenamento de
ovDocumentacaoEstrangeiro Classe dados relativos ao funcionário
estrangeiro.
Enumerador que representa os tipos
enumTipoVisto Enum de visto de entrada de estrageiros no
país.
ovConselhoEstrangeiro Classe dados do conselho de funcionários
estrangeiros.
ovFisionomia Classe dados da fisionomia do funcionário
estrangeiro.

Douglas Conrado
TB_DocumentacaoVigilante
são vigilantes.
ovDocumentacaoVigilante Classe relativos aos funcionários que são
vigilantes.
ovCursoVigilante Classe
do curso de vigilante.
TB_Empresa
Tabela responsável por armazenar os dados de uma empresa.
Classe que representa os dados de uma
ovEmpresa Classe
empresa.
ovSat Classe
relativos ao SAT.
ovCnae Classe
relativos ao CNAE.
relativos à instituição que recebe uma
ovInstituicao Classe porcentagem calculada sobre os
proventos da folha de pagamento dos
funcionários da empresa.
ovResponsavel Classe relativos ao sócio, cotista ou gerente
delegado responsável por uma empresa.
Enumerador que representa um tipo de
enumTipoEmpresa Enum
empresa.
enumBanco Enum
bancos.
ovAgencia Classe
Enumerador que representa uma
modalidade de declaração ou
enumModalidadeFgts Enum
recolhimento do FGTS, de acordo com o
manual do SEFIP - FGTS - CEF.
ovSimples Classe
relativos ao SIMPLES.
TB_Endereco
Tabela responsável por armazenar os dados de um endereço.
ovEndereco Classe
de endereço.
Enumerador que representa os estados
enumUF Enum
brasileiros.
TB_EstadoCivil
Tabela responsável por armazenar uma lista dos estados civis que um
Enumerador que representa o estado civil
enumEstadoCivil Enum
de um funcionário.
TB_FaixaINSS
da dedução do INSS.
ovFaixaInss Classe Faixa salarial para cálculo de desconto do

Douglas Conrado
INSS.
TB_FaixaIRRF
da dedução do IRRF.
Faixa salarial para cálculo de desconto do
ovFaixaIrrf Classe
IRRF.
TB_FatorSanguineo
Enumerador que representa o fator
enumFatorSanguineo Enum
sanguíneo do funcionário estrangeiro.
TB_FatorSanguineo
Enumerador que representa o fator
enumFatorSanguineo Enum
sanguíneo do funcionário estrangeiro.
Métrica
O Propósito da Contagem de Pontos de Função é fornecer uma
resposta a um problema de negócio.
Determinar o tipo de contagem de pontos de função e o escopo da

contagem necessária a obtenção da resposta do problema em análise;
Influenciar o posicionamento da fronteira ante o sistema em análise e

seu ambiente; por exemplo, se o módulo de Clientes do sistema de
Contas a Receber será substituído por um pacote, os usuários podem
decidir por reposicionar a fronteira e considerar o módulo de clientes
como uma aplicação em separado.
Para a contagem do sistema foi utilizado o modelo MER (Modelo de

entidade e relacionamento) onde foi extraido os ALIs (Arquivos
Lógicos Internos) do sistema. Para a contage m dos EE (Entrada
Externa) e dos SE (Saída Externa) foram utilizado as especificações
de caso de uso. Sobre o Software proposto : Desenvolver os módulos
de cadastro de empresas, funcionários e tabelas de um software de
prática contábil, de forma que possam ser utilizados pelos alunos para
buscar a interação de três vertentes de conhecimentos: a teórica, a
prática e as experiências advindas dos próprios alunos. Possibilitar
por meio de uma arquitetura flexível, a continuidade do projeto no
futuro.
Identificação dos atributos
Depois da Melhoria
Processo Elementar ou Grupo de Dados Tipo Complex
TD AR/TR . PF
FaixaINSS ALI 5 1 Baixa 7
TabelaImpostos ALI 3 4 Baixa 7
SalarioFamilia ALI 4 1 Baixa 7
DocumentacaoEstrangeiro ALI 18 2 Baixa 7

Douglas Conrado
CorOlhos ALI 2 1 Baixa 7
FatorSanguineo ALI 2 1 Baixa 7
UF ALI 1 2 Baixa 7
TipoCabelo ALI 2 1 Baixa 7
TipoVisto ALI 2 1 Baixa 7
Endereco ALI 6 2 Baixa 7
TipoPonto ALI 2 1 Baixa 7
Agencia ALI 3 1 Baixa 7
Conta ALI 4 1 Baixa 7
Banco ALI 2 1 Baixa 7
Funcionario ALI 59 5 Alta 15
EstadoCivil ALI 2 1 Baixa 7
DocumentacaoVigilante ALI 11 1 Baixa 7
RacaCor ALI 2 1 Baixa 7
SituacaoFuncionario ALI 2 1 Baixa 7
Funcionario_LinhasDeOnibus ALI 4 1 Baixa 7
CodigoAdmissao ALI 2 1 Baixa 7
GrauInstrucao ALI 2 1 Baixa 7
Dependente ALI 6 1 Baixa 7
Sindicato ALI 2 1 Baixa 7
Contato ALI 5 2 Baixa 7
GrauParentesco ALI 2 1 Baixa 7
Empresa ALI 50 4 Média 10
TipoSimples ALI 2 1 Baixa 7
TipoEmpresa ALI 2 1 Baixa 7
Cnae ALI 2 1 Baixa 7
Usuario ALI 4 1 Baixa 7
ModalidadeFGTS ALI 2 1 Baixa 7
FaixaIRRF ALI 3 1 Baixa 7
LinhaOnibus ALI 1 1 Baixa 7
RG ALI 4 1 Baixa 7
CTPS ALI 5 1 Baixa 7
SAT ALI 2 1 Baixa 7
10
Funcionario Incluir EE 3 26 Alta 6
10
Funcionario Alterar EE 3 26 Alta 6
10
Funcionario Excluir EE 3 26 Alta 6
12
Funcionario Consultar CE 1 26 Alta 6
Empresa Incluir EE 57 11 Alta 6
Empresa Alterar EE 57 11 Alta 6
Empresa Excluir EE 57 11 Alta 6
Empresa Consultar CE 60 11 Alta 6
Tabela Incluir EE 26 6 Alta 6
Tabela Alterar EE 26 6 Alta 6
Tabela Consultar CE 26 6 Alta 6

Douglas Conrado
Cálculo do fator de ajuste
Características Gerais de Sistema DI

01 - Comunicação de
Dados 2
02 - Processamento
Distribuído 2
03 -
Performance 1
04 - Configuração Altamente
Utilizada 2
05 - Volume de Transações 2
06 - Entrada de Dados On-
line 2
07 - Eficiência do Usuário
Final 1
08 - Atualização On-Line 1
09 - Processamento
Complexo 1
10 -
Reusabilidade 2
11 - Facilidade de
Instalação 1
12 - Facilidade de
Operação 2
13 - Múltiplos
Locais 2
14 - Modificação Facilitada 1
Total dos Níveis de Influência

(TDI) 22
Valor do Fator de
Ajuste (VAF) 0,87
Ap u r a çã o d os Po nt os d e F un çã o Não Aj u s t ad os
Totais por
Tipo de Complexidade Funcional Complexid Totais por Tipo de
Função ade Função
EE 0 Baixa x 3 0
0 Média x 4 0
8 Alta x 6 48 48
SE 0 Baixa x 4 0
0 Média x 5 0
0 Alta x 7 0 0
CE 0 Baixa x 3 0
0 Média x 4 0
3 Alta x 6 18 18

Douglas Conrado
ALI 35 Baixa x 7 245
1 Média x 10 10
1 Alta x 15 15 270
AIE 0 Baixa x 5 0
0 Média x 7 0
0 Alta x 10 0 0
Total de Pontos de Função não Ajustados 336
Variáveis da contagem
PF não Ajustados antes da

[UFPB] manutenção 0
PF não Ajustados das novas
[ADD] funcionalidades 336
PF não ajustados da func.
[CHGA] alteradas - após 0
PF não ajustados das func.
[CHGB] alteradas - antes 0
PF não ajustados das
[DEL] funcionalidades exluídas 0
[VAF] Valor do Fato de Ajuste 0,65

[VAFA] Valor do Fator de Ajuste - Depois 0,65
[VAFB] Valor do Fator de Ajuste - Antes 0,87
V al or tot al d e P ont os d e F un çã o Aj u s tad os
PFNA * VAF = 336 * 0,87 = 292,32
Segurança da Informação
Segurança física
A segurança do ambiente onde o sistema será executado é de
responsabilidade do Uniceub e conta com várias medidas para evitar
acessos indevidos e outros sinistros, como:
Trancas nas portas dos laboratórios.
Autorização prévia assinada pelo corpo docente e discente para

conseguir acesso ao laboratório.
Computadores com perfis e áreas de segurança.

Perfis de usuários com limitações de acesso às funcionalidades do
sistema.

Douglas Conrado
Câmeras de segurança instaladas em paralelo.
Gravação de logs para auditoria.
Acesso pela rede somente às pastas compartilhadas pelo corpo

docente.
Corpo físico da rede protegido por racks e canaletas com travas e

trancas.
Horário de funcionamento somente durante a presença de técnicos do

corpo docente.
Segurança lógica
O SMFP conta com diversas estratégias para evitar acessos indevidos
e para recuperar dados em caso de perdas, como:
Acesso ao sistema através de permissões de usuários.

Proteção contra ataques de SQL Injection.
Backups regulares do banco de dados, realizados de maneira
automática.
Controle de perfis no banco de dados.
Consultas ao Banco realizadas apenas por meio de Stored
Procedures.
Acesso limitado aos dados cadastrados no sistema.
Interfaces do Sistema
O SMFP utiliza as melhores práticas da arquitetura de informaç ão
atual. A navegação do sistema é realizada por meio de abas que
separam as informações de um módulo do sistema em vários grupos
de informações organizados por assunto. Dentro de cada grupo,
existem subgrupos de informações etiquetados, que garantem a
organização dos dados e facilitam a localização desses dados para o
usuário e tornam a navegação mais instintiva.
O uso de abreviações para nomes de botões, módulos, campos de

texto e outros itens são evitados ao máximo, para que as informações
sejam sempre dispostas da maneira mais clara. Em locais onde não há
espaço para textos, são utilizados ícones que representam o tipo de
informação que seria descrita textualmente.
O sistema oferece ajuda ao usuário pelo uso de legendas (tootips) e

de um arquivo de ajuda que descreve o significado e a regra de
negócio de cada campo textual do sistema.
Padrões e convenções utilizadas no desenho das telas

As janelas de todos os módulos do sistema não devem possuir botões
de minimização, maximização ou fechamento.
Caso seja possível, todo módulo deve ter seu conteúdo separado em
abas.
Todas as informações das telas dos módulos do sistema devem ser
organizadas em grupos etiquetados.
Os botões de acesso aos módulos do sistema devem possuir ícones de
identificação e tooltips com o nome do módulo correspondente.
Diagrama de navegação via menus

Douglas Conrado
Figura 52 - Diagrama de navegação
Menus e formulários do sistema (não funcional)
Módulo Empresa

Douglas Conrado
Figura 53 - tela "Dados da empresa "
Figura 54 - tela "Informações complementares"

Douglas Conrado
Figura 55 - tela "Endereço e contato"
Figura 56 - tela "Responsável"
Módulo Funcionário
SMFP Bruno dÁbreu Página 100 de

Douglas Conrado 106
Figura 57 - tela "Dados do funcionário"
Figura 58 - tela "Documentos"

Douglas Conrado 106
Figura 59 - tela "Documentos vigilante"
Figura 60 - tela "Documentos estrangeiro"

Douglas Conrado 106
Figura 61 - tela "Família"
Figura 62 - tela "Outros dados"

Douglas Conrado 106
Módulo Tabela
Figura 63 - tela "Tabela"
Relatórios: Layo ut dos relatórios e descrição

Não se Aplica.
Anexos
Documento impresso em tamanho A1, Diagrama de classes.
Documento impresso em tamanho A1, MER Lógico.
Documento impresso em tamanho A1, MER Implementação.
Bibliografia
BIFI, C. Introdução à Contabilidade – Noções Fundamentais. 1.ed.
Rio de Janeiro : Editora Saraiva, 2007
CAVALLINI, G. Prática de Perícia Contábil. 8.ed. São Paulo: Editora

Thonsom IOB, 2005.
SIQUEIRA, J. Ensino em Contabilidade – Contabilidade na prática.

9.Ed. São Paulo: Editora Freitas Bastos, 2005
SZUSTER, N. Contabilidade Geral – Noções Gerais. 2.ed. São

Paulo: Editora Atlas, 2007

Douglas Conrado 106
Referências da Internet
CATHO BRASIL Vagas e informações sobre cargos em Ti. Em.
CARGOS DE TI “CARGOS E REMUNERACOES DA AREA DE TI”.
C AT H O B R AS IL . 2007. Disponível em :
<http://www.cato.com.br/profissional/area/informatica -ti--engenharia-
da-computacao/>. Acesso em : 17 de junho de 2007.
DELL.COM.BR. Em. Usuários domésticos “DELL”. DELL.COM.BR.

2007. Disponível em : <
http://www1.la.dell.com/content/products/compare.aspx/essential_dt?c
=br&l=pt&s=dhs>. Acesso em : 13 de agosto de 2007
DEXION Folha de Pagamento. Em. PRODUTOS “FOLHA DE

PAG AMENT O” . F OLH A D E P AG AM ENT O. 2007. D is ponível em :
<http://www.dexion.com.br/dexion.asp?id=15 >. Acesso em : 14 de
maio de 2007.
EXACTUS W inner. Em. PRODUTOS “FOLHA DE PAGAMENTO”.

WINNER. 2007. Disponível em :
<http://www.exactus.com.br/produtos/topW inner.html>. Acesso em : 14
de maio de 2007.
F R A M EW ORK .NET. Em. AMBIENTES DE DESENVOLVIMENTO

“DotNET”. .NET. 2007. Disponível em :
<http://www.microsoft.com/brasil/security/guidance/prodtech/dotnetfra
mework.mspx >. Acesso em : 15 de maio de 2007.
H AZ AN . Em . Análise de ponto de funç ão“ APF” . APF – An álise d e

ponto de função. 2001. Disponível em : <
http://www.inf.ufes.br/~falbo/download/aulas/es -g/2005-1/APF.pdf>.
Acesso em : 13 de setembro de 2007
JUDE COMMUNITY. Em. UML design tool “JUDE”. JUDE COMMUNITY.

2007. Disponível em : <http://jude.change-vision.com/jude-
web/index.html>. Acesso em : 11 de agosto de 2007
LÍDER Folha de Pagamento. Em. PRODUTOS “FOLHA DE

PAG AMENT O” . F OLH A D E P AG AM ENT O. 2007. D is ponível em :
<http://www.liderw.com.br/sistemas/folha_de_pagamento.htm>. Acesso
em : 14 de maio de 2007.
MSDN. Realizando Backups e Restaurando Bancos de Dados. Em.

“BACKING UP AND RESTORING DATABASES“. MSDN. 2007.
Disponível em : <http://msdn2.microsoft.com/en-
us/library/m s187048.aspx >. Acesso em : 17 de Setem bro de 2007.
MYGENERATION. Gerador de código e mapeador de entidades Em.

“ MY G EN ER AT IO N dO O dads “. M YGEN ERAT IO N . 2007. D isponível em :
< http://www.m ygen erationsof tware.com/portal/def ault.aspx >. Acesso
em : 11 de Maio de 2008.

Douglas Conrado 106
SQLrand. Previnindo o uso de SQL Injection. Em. PREVENTING “SQL
INJECTION”. SQLrand. 2007. Disponível em :
<http://citeseer.ist.psu.edu/641328.html >. Acesso em : 30 de
Setembro de 2007.
SQL SERVER 2005. Bando de dados SQL. Em. “SQL SERVER 2005”.
SQL SERVER 2005. 2007. Disponível em : <
http://www.microsoft.com/sql/default.mspx >. Acesso em : 3 de
Setembro de 2007.
Technetbrasil. Consultas a Banco realizadas apenas por Stored

Procedures. Em. REALIZANDO CONSULTAS POR “STORED
PROCEDURES”. TechNetBrasil. 2007. Disponível em :
<http://www.technetbrasil.com.br/Downloads/Apresentacoes/Simposio/I
mplementSecBancoDados.pdf >. Acesso em : 30 de Setembro de 2007.
UNICEUB Curso de Ciências Contábeis. Em. CURSOS “CIÊNCIAS

CONTÁBEIS”. F AS A. 2007. Disponível em :
<http://www.uniceub.br/curso/graduacao/cur010_contabeis.aspx >.
Acesso em : 17 de Maio de 2007.
UNICEUB Curso de Ciências Contábeis. Em. CURSOS “PROJETO

PEDAGÓGICO”. F AS A. 2007. Disponível em :
<http://www.uniceub.br/curso/graduacao/cur010_contabeisprojeto.aspx
>. Acesso em : 17 de Maio de 2007.
UNICEUB Estatuto. Em. A Instituição “ESTATUTO”. Uniceub. 2007.

Disponível em : <http://www.uniceub.br >. Acesso em : 17 de Maio de
2007.
XP Extreme Programming. Em. XP “A Gentle Introduction”. EXTREME

PR OG R AM M ING . 2007. Disponível em :
<http://www.extremeprogramming.org >. Acesso em : 21 de m aio de
2007.
Referência de projeto de lei e medida provisória

BRASIL. Decreto nº 1635 de 12 de fevereiro de 1968. Diário Oficial
[da] República Federativa do Brasil, Ministério da Educação,
Brasília, DF 12 de Fev. 1968 Seção 4. p.29 .
BRASIL. Decreto nº 3860 de 20 de Abril de 2001. Diário Oficial [da]

República Federativa do Brasil, Ministério da Educação, Brasília, DF
19 de Abril. 2001.
BRASIL. Decreto nº 72936 de 11 de Setembro de 2000. Diário Oficial

[da] República Federativa do Brasil, Ministério da Educação,
Brasília, DF 14 de Set. 2000 Seção 12. p.28

Douglas Conrado 106

Sistema modular de folha de pagamento

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Sistema modular de folha de pagamento

Enviado por

Direitos autorais:

Formatos disponíveis

SISTEMA MODULAR DE FOLHA DE

SMFP Bruno d´Abreu Página 2 de 106

SMFP Bruno d´Abreu Página 3 de 106

SMFP Bruno d´Abreu Página 4 de 106

Professor Orientador: Roberto Ávila Paldês

Este documento tem por objetivo definir de forma geral o escopo e as

Nome e Sigla do Projeto

Sistema Modular de Folha de Pagamento - SMFP

Giovani Rossetti Segadilha

Desenvolver 3 (três) módulos básicos de uma folha de pagament o,

O projeto se destina ao desenvolvimento de 3 módulos para um

A eliminação da dependência d o mesmo computador entre os usuários.

Os módulos desenvolvidos devem fornecer navegação intuitiva.

SMFP Bruno d´Abreu Página 5 de 106

Os micros devem ser plataforma X86 utilizando W indows Xp com no

Quantifica os riscos do projeto, em anexo na figura 3.

Início do Projeto: 12 de Fevereiro de 2007

A FASA, Faculdade de Ciências Sociais Aplicadas, é parte do

SMFP Bruno d´Abreu Página 6 de 106

O curso de Ciências Contábeis visa à formação de profissionais

Os acadêmicos do curso de ciências contábeis recebem formação

A duração do curso é de oito semestres. [UNICEUB ESTATUTO 2000].

A Matriz da figura 1 representa as responsabilidades dos integrantes

SMFP Bruno d´Abreu Página 7 de 106

= Área de atuação do projeto

Figura 2 - Organograma da empresa

Descrição do organograma (visão geral)

A Figura 2 exibe a estrutura acadêmica do Uniceub, destacando -se a

Área de negócio contextualizada (processo atual)

SMFP Bruno d´Abreu Página 8 de 106

O cliente é professor das disciplinas Prática Contábil I e II, cujas

A Prática Contábil é uma disciplina de ca ráter prático que se articula

Seu objetivo específico é p ossibilitar ao aluno a aplicabilidade prática

Ambiente físico e tecnológico

D e scri çã o d o am bi e nte fí si c o d o si st ema: At u al

A sala conta com vinte e quatro computadores com a seguinte

D e scri çã o d o am bi e nte t ec nol ógi co: At u al

Todos os computadores estão ligados em rede de 100mbps e po ssuem

Não existe um banco de dados centralizado;

SMFP Bruno d´Abreu Página 9 de 106

Não raramente são causados transtornos durante as aulas com

Os softwares utilizados atualmente são voltados para empresas reais,

Dados fictícios não podem ser cadastrados no sistema;

O sistema atual valida os CNPJs cadastrados. Com isto, apenas

Muito tempo é perdido procurando números de CNPJ válidos.

Um dos programas er a utilizado gratuitamente. Repentinamente, a

O orçamento da FASA não prevê verbas para a utilização de mais

A interface do programa pago é muito complexa e pouco intuitiva;

O professor perde muito tempo explicando determinadas

Sistemas similares existentes no mercado

Principais funcionalidades do software:

Parametrização dos Cadastros: Empresa, Locações (quatro níveis para

SMFP Bruno d´Abreu Página 10 de 106

Razões para a não-adoção do software para as atividades de classe:

Muitos comandos de operacio nalização são executados via atalhos de

Dexion - Folha de Pagamento

Principais funcionalidades do software:

Capacidade para trabalhar com até 999 empresas cadastradas.

Acumula dados para informações anuais, tais como RAIS, DIRF e

Razões para a não-adoção do software para as atividades de classe:

Apesar de ser um sistema de fácil operação, a empresa fabricante do

Líder - Folha de Pagamento

Principais funcionalidades do software