Web viewO resumo, redigido em língua portuguesa pelo próprio autor, deve trazer a síntese dos pontos relevantes do trabalho, tais como: tema, objeto da pesquisa, objetivos

UNIVERSIDADE ESTADUAL DE GOIÁS – CÂMPUS GOIANÉSIA

DEPARTAMENTO DE SISTEMAS DE INFORMAÇÃO

CURSO DE BACHARELADO EM SISTEMAS DE INFORMAÇÃO

NOME COMPLETO DO ALUNO

Título do Trabalho: Subtítulo do trabalho

GOIANÉSIA – GO.

2017



Trabalho apresentado ao Curso de Bacharelado em Sistemas de Informação da Universidade Estadual de Goiás – Câmpus Goianésia, como requisito parcial para obtenção do Grau de Bacharel em Sistemas de Informação.

Área de concentração: Ciência da Computação.Orientador: Prof. [Esp. | Ms. | Dr. ] Nome completo do orientador

GOIANÉSIA – GO.

2017



Trabalho apresentado no Curso de Bacharelado em Sistemas de Informação da Universidade Estadual de Goiás – Câmpus de Goianésia como requisito parcial parcial para obtenção do Grau de Bacharel em Sistemas de Informação, aprovada em xx de novembro de 2017, pela Banca Examinadora constituída pelos professoes:

.

_________________________________________________Prof. [Esp. | Ms. | Dr.] Nome por Extenso

Universidade Estadual de Goiás - UEGPresidente da Banca


Universidade Estadual de Goiás – UEGAvaliador(a)


Universidade Estadual de Goiás – UEGAvaliador(a)

SOBRENOME DO AUTOR, Nomes do Autor. Título do trabalho: Subtítulo do trabalho / Nome por extenso do

Autor. – Cidade – UF, Ano.-- f.; -- cm.Orientador: Nome por extenso.

Trabalho de Curso (Graduação) – Universidade Estadual de Goiás – Câmpus Goianésia, Departamento de Sistemas de Informação, Curso de Sistemas de Informação, 2017.

1. Palavra chave. 2. Palavra chave. 3. Palavra chave. I. SOBRENOME DO AUTOR, Nomes do Autor. II. Universidade Estadual de Goiás. III. Título do trabalho.

Dedicatória (Exemplo Dedico este trabalho os meus pais etc...).

AGRADECIMENTOS

(Exemplo:) Ao meu orientador Prof. xxxxxx, pelo constante apoio, incentivo,

dedicação e amizade essenciais para o desenvolvimento deste trabalho e para o meu

desenvolvimento como pesquisador.

Aos meus colegas de turma pelo incentivo.

...

A todos, os meus sinceros agradecimentos.

RESUMO

Este trabalho tem como objetivo informar aos alunos do curso de graduação como deve ser elaborado e apresentado o trabalho que constituirá de seu TC – Trabalho de Curso. Nas seções do projeto são tratadas questões relativas à forma de apresentação do trabalho, bem como o que deve ser escrito em cada uma delas. Este documento encontra-se no modelo a ser seguido, então o aluno deve utilizá-lo como template. O resumo, redigido em língua portuguesa pelo próprio autor, deve trazer a síntese dos pontos relevantes do trabalho, tais como: tema, objeto da pesquisa, objetivos, materiais e métodos utilizados, resultados alcançados e conclusões. O resumo não deve ultrapassar 500 palavras. No MS-Word pode-se utilizar o contador de palavras que se encontra na guia revisão, revisão de texto, contar palavras. O resumo deve ser digitado em um só parágrafo. As pessoas se baseiam no resumo para decidirem se irão ler ou não o restante do trabalho. Assim, é importante que se resuma de maneira precisa e de forma atrativa os tópicos principais do projeto e as conclusões do trabalho. Deve-se escrever de forma bastante objetiva para evitar confusão na identificação da mensagem principal do trabalho. No resumo não devem ser incluídas referências bibliográficas, citações diretas ou indiretas, figuras ou equações. Logo após o resumo devem ser apresentadas as palavras-chave. É importante que se escolham palavras-chave abrangentes, mas que ao mesmo tempo identifiquem os assuntos de que trata o projeto.

Palavras-chave: projeto de software, normas ABNT, trabalho de curso.

ABSTRACT

(Exemplo:) The work described in this …

Keywords: Keyword 1, … , keyword n

LISTA DE ILUSTRAÇÕES

Figura 1 - Interface para o(s) Caso(s) de Uso...........................................................................43

LISTA DE TABELAS

Tabela 1 – Descrição tabela 1..............................................................................................1

...

Tabela n – Descrição tabela n..............................................................................................3

LISTA DE GRÁFICOS

Gráfico 1– Descrição do gráfico..........................................................................................1

....

Gráfico N– Descrição do grárico n......................................................................................3

LISTA DE ABREVIATURAS E SIGLAS

SIGLA Descrição da sigla (deve ser ordenado alfabeticamente pela sigla)

ABNT Associação Brasileira de Normas Técnicas

TC Trabalho de Curso

SUMÁRIOEste índice foi criado de forma automática. Caso você tenha alterado, criado ou retirado algum item do corpo deste documento, atualize este índice posicionando o cursor em qualquer lugar do índice e pressione a tecla F9. Se você deseja que este documento seja fácil de ser mantido, nunca altere o conteúdo deste índice de forma manual.

2 MODELAGEM DO NEGÓCIO..................................................................................................14

2.1 ATAS DE REUNIÃO...............................................................................................................142.2 DESCRIÇÃO DO NEGÓCIO....................................................................................................152.3 FINALIDADE DO SISTEMA....................................................................................................17

2.3.1 Escopo.......................................................................................................................172.3.2 Glossário do Negócio................................................................................................18

3 REQUISITOS...........................................................................................................................20

3.1 ESPECIFICAÇÃO DOS REQUISITOS........................................................................................203.1.1 ERF Registro do Empregado [1.0].........................................................................203.1.2 ERF Históricos dos Empregados [1.0]...................................................................20

3.2 MODELO DE CASOS DE USO................................................................................................203.2.1 Casos de Uso.............................................................................................................203.2.2 Descrição dos Atores................................................................................................213.2.3 Diagrama Geral de Casos de Uso...........................................................................213.2.4 Detalhamento dos Casos de Uso.............................................................................23

3.2.4.1 Caso de Uso Mantém Empregados...................................................................233.2.4.2 Diagrama de Atividades do Mantém Férias.....................................................243.2.4.3 Diagrama de Sequência do Sistema (DSS) para o Mantém Empregados........25

3 MODELO DE DOMÍNIO..........................................................................................................26

3.1 DIAGRAMA GERAL DE CLASSES CONCEITUAL....................................................................263.2 GLOSSÁRIO..........................................................................................................................26

4 PROJETO................................................................................................................................28

4.1 REALIZAÇÕES DE CASOS DE USO........................................................................................284.1.1 Mantém Empregados...............................................................................................28

4.1.1.1 Classe de Fronteira 1 - frmCadastroEmpregados............................................284.1.1.2 Classe de Entidade 1 - TPessoas......................................................................284.1.1.3 Classe de Controle N [Nome da Classe]..........................................................29

4.1.4 Interface Gráfica......................................................................................................304.1.5 Diagrama de Classes (DC) de Projeto....................................................................30

4.2 MODELO DE DADOS............................................................................................................314.2.1 Projeto Lógico do Banco de Dados.........................................................................31

4.2.1.1 Dicionário de Dados (Leiaute das Tabelas).....................................................314.2.1.2 Script do Projeto Lógico...................................................................................31

5 TESTES...................................................................................................................................33

5.1 TESTE DE STRESS................................................................................................................335.2 TESTE DE FUNCIONALIDADE MANTÉM EMPREGADOS........................................................34

5.2.1 Teste de funcionalidade do Fluxo de Evento Principal........................................345.2.2 Teste de funcionalidade do Fluxo de Evento Alternativo 2..................................34

6 CONCLUSÃO...........................................................................................................................36

REFERÊNCIAS...........................................................................................................................37

13

1 INTRODUÇÃO

A introdução deve apresentar uma descrição geral do conteúdo do projeto sem entrar

em muitos detalhes. Nesta parte do trabalho, apenas poucos parágrafos são o suficiente para

sua apresentação. Recomenda-se de uma a duas páginas. A introdução deve descrever

brevemente a importância da área de estudo e do tema em foco e mostrar a relevância do

trabalho. Deve explicar como o trabalho pode contribuir para ampliar o conhecimento na

área e se ele apresenta novos métodos para resolver ou abordar um problema. A introdução

deve ser finalizada com a apresentação dos objetivos do trabalho. Deve-se evitar o uso de

referências diretas e indiretas na introdução.

Ao escrever um trabalho científico é importante utilizar uma linguagem formal, clara,

correta, concisa e objetiva. Deve-se fazer uso da 3ª pessoa do singular ou verbo na voz

passiva. Devem ser evitados adjetivos exagerados, superlativos, subterfúgios e repetições

desnecessárias. É fundamental o uso correto da ortografia, pontuação e sintaxe da língua

portuguesa, sendo recomendável que o aluno submeta esse trabalho a uma revisão rigorosa

antes de apresentá-lo ao orientador ao longo do trabalho de orientação. Deve ser igualmente

rigoroso o respeito ao template e às regras aqui apresentadas.

O objetivo deste trabalho é esclarecer o aluno quanto às regras para a escrita de um

trabalho científico com conteúdo e qualidade compatível com um curso de graduação. Ao

longo do trabalho cada seção é identificada e orientações relativas ao seu teor, tamanho e

formatação, com base na norma ABNT, são apresentadas. Importante ressaltar que o projeto

a ser escrito pelo aluno deve ter obrigatoriamente todas as seções aqui descritas.

Abordagens: Yourdon, Pressman, Peter Chein, etc.

Faltou a organização do documento:

O presente documento está organizado da seguinte forma:

No capítulo x é tratado isso...

..

14

2 MODELAGEM DO NEGÓCIO

2.1 ATAS DE REUNIÃO

Descreva uma redação para cada ata de reunião realizada com os usuários do sistema, conforme modelo abaixo.

ATA da Reunião Nrº 01

Data: Horário: Local:

01/07/2007 Das 7h30 às 11h30 Organização Contábil Havaí Ltda.

Equipe técnica: Renato Pereira Medeiros.

Equipe usuária: Salma Siqueira; João Santos Fernandes; Pedro Paulo.

Teor desta reunião:

1. Reunião realizada em prol do levantamento dos primeiros requisitos que dizem respeito ao

2. sistema em questão;

3. Além de alguns requisitos, foram identificadas algumas regras de negócio que influenciam 4. nos requisitos levantados.

Observação Importante:

A técnica utilizada para o levantamento destes primeiros requisitos foi uma entrevista informal com os três usuários supracitados.

[opcional] Descrever aqui:- Informar qual a técnica usada durante a reunião (por exemplo: JAD, brainstorming,

entrevista informal, seminário, etc.);- Divergências encontradas no contexto do projeto;- Dúvidas a serem esclarecidas;- Assuntos a serem abordados em futuras reuniões;- Contatos (telefones, e-mails, ect) das equipes que participaram desta reunião;- Outros detalhes de julgarem importantes.







15

1. Reunião realizada em prol da revisão dos requisitos previamente levantados e validação

2. das regras de negócio identificadas, além da identificação de novas regras de negócio.









1. Reunião realizada em prol das regras de negócio identificadas, além da ambientação e

2. conhecimento de alguns termos técnicos da folha de pagamento.



2.2 DESCRIÇÃO DO NEGÓCIO

Seguir modelo abaixo:

Descrição do Negócio

A folha de pagamento consiste de uma série de procedimentos executados mensalmente em prol do pagamento dos empregados (de autônomos ou empresas) e a prestação de contas com os órgãos do fisco responsáveis, como a Caixa Econômica Federal, Ministério do Trabalho e Receita Federal.

Eventualmente o empregador admite um empregado, neste ato, o empregador envia ao departamento de folha de pagamento os dados do empregado a ser registrado. Tal empregado deve ter no mínimo 14 anos de idade. Depois de registrado o empregado é emitida uma ficha com seus dados trabalhistas e em seguida esta é arquivada, além disso, é emitida uma etiqueta que é anexada à CTPS. A partir daí o empregado está apto a entrar no processo de folha de pagamento, descrito a seguir.

Mensalmente, os empregadores encaminham toda documentação necessária para a execução dos processos que regem a folha de pagamento dos seus empregados (frequência dos empregados, pedidos de férias e décimo terceiro salário, afastamentos, benefícios, etc.), de

16

acordo com tais informações, é iniciado o processo da folha de pagamento.

Para o cálculo do salário faz-se o seguinte: são lançados os eventos (proventos e descontos) para cada funcionário de acordo com o mês trabalhado (cargo/função que o empregado desempenhou, horas extras trabalhadas, novos dependentes e pensionistas, dados sobre os riscos do cargo desempenhado, frequência, impostos, etc.).

...

Na tabela abaixo você deverá listar objetivamente cada regra de negócio extraída da

redação que foi descrita em “Descrição do Negócio”. Veja exemplo:

Regras de NegócioIdentificação Regras de Negócio

RN01 Registro de EmpregadosRN01. 1 Para registrar um empregado, o empregador deverá fornecer os seguintes dados

do empregado: RG; CTPS (número e série); Cargo que será ocupado pelo empregado; Departamento ao qual o empregado pertence; A data de admissão do empregado; Sexo; Data de Nascimento; Nacionalidade; Naturalidade; Endereço; Raça; Número do PIS; Grau de Instrução; Condição Física; Estado Civil; Filiação; e Salário Contratual.Estes dados serão utilizados pelo software para gerir a folha de pagamento dos empregadores além de prover informações para o fisco.

RN01. 2 O empregado deve ter ao menos 14 anos de idade.RN01. 3 No caso de empregados cuja idade esteja entre 14 e 17anos, seus salários podem

assumir um valor abaixo do salário mínimo, desde que a carga horária não seja maior que 25 horas semanais.No caso de empregados cuja idade seja maior que 18 anos, seus salários não devem ser inferiores ao hum salário mínimo (R$ 380,00).

RN01. 4 Para cada empregado registrado é emitida uma etiqueta contendo anotações para CTPS.

RN02 Tempo de ServiçoRN02. 1 O empregado pode estar afastado (por motivo de prestação de serviço militar ou

por acidente de trabalho). Durante o período de afastamento, somente os encargos continuam sendo pagos.

RN02. 2 A contagem de tempo de serviço, para efeito de indenização e estabilidade, os períodos em que o empregado estiver afastado do trabalho prestando serviço militar e por motivo de acidente do trabalho.

RN02. 3 Calcular tempo de serviço, estabilidade e indenização (caso haja):

Na volta às atividades (RN01), o empregado não pode ser demitido no período de 12 meses. Caso contrário, o valor da indenização será 12*salário+férias+13o

salário.

RN03 Jornada de TrabalhoRN03. 1 A duração normal do trabalho, para os empregados em qualquer atividade

privada, não excederá de 8 (oito) horas diárias, desde que não seja fixado outro limite.

17

RN03. 2 Considera-se trabalho em regime de tempo parcial aquele cuja duração não exceda a vinte e cinco horas semanais.

RN03. 3 Os empregados sob o regime de tempo parcial não poderão prestar horas extras.

RN01 Registro de EmpregadosRN01. 1 Para registrar um empregado, o empregador deverá fornecer os seguintes dados

do empregado: RG; CTPS (número e série); Cargo que será ocupado pelo empregado; Departamento ao qual o empregado pertence; A data de admissão do empregado; Sexo; Data de Nascimento; Nacionalidade; Naturalidade; Endereço; Raça; Número do PIS; Grau de Instrução; Condição Física; Estado Civil; Filiação; e Salário Contratual.Estes dados serão utilizados pelo software para gerir a folha de pagamento dos empregadores além de prover informações para o fisco.

RN01. 2 O empregado deve ter ao menos 14 anos de idade.RN01. 3 No caso de empregados cuja idade esteja entre 14 e 17anos, seus salários podem

assumir um valor abaixo do salário mínimo, desde que a carga horária não seja maior que 25 horas semanais.No caso de empregados cuja idade seja maior que 18 anos, seus salários não devem ser inferiores ao hum salário mínimo (R$ 380,00).

RN01. 4 Para cada empregado registrado é emitida uma etiqueta contendo anotações para CTPS.

RN02 Tempo de ServiçoRN02. 1 O empregado pode estar afastado (por motivo de prestação de serviço militar ou

por acidente de trabalho). Durante o período de afastamento, somente os encargos continuam sendo pagos.

2.3 FINALIDADE DO SISTEMA

2.3.1 Escopo

O sistema recebe informações dos empregados, os registra e emite documentos para

serem arquivados e ou anexados à carteira de trabalho; O empregado requisita férias, então

é solicitado ao sistema o cálculo das mesmas e é provido um relatório: Aviso e Recebimento

de Férias; Mensalmente são fornecidas informações sobre o mês de trabalho dos empregados

para que seja possível a definição dos eventos que irão compor sua folha de pagamento;

Referente a cada folha de pagamento finalizada (mensalmente), é gerado arquivos

magnéticos para prestação de contas com órgãos do fisco; Anualmente também são gerados

arquivos magnéticos para prestação de contas com a Receita Federal; Eventualmente são

realizadas rescisões contratuais e estas devem ser registradas e documentadas;

Esporadicamente os empregadores solicitam relatórios contendo informações do seu corpo

de empregados bem como informações das suas respectivas folhas de pagamento.

2.3.2 Glossário do Negócio

18

Defina todos os termos, acrônimos e abreviações a serem utilizadas neste documento

a respeito do negócio. Caso não tenha nenhum termo, escreva a palavra "Inexistente" neste

item.

Termo Definição SinônimoSalário Mínimo Salário mínimo é a contraprestação mínima devida

e paga diretamente pelo empregador a todo trabalhador, inclusive ao trabalhador rural, sem distinção de sexo, por dia normal de serviço, e capaz de satisfazer, em determinada época e região do País, as suas necessidades normais de alimentação, habitação, vestuário, higiene e transporte. (CLT, Art. 72)

Período Aquisitivo Período em que o empregado acumula o direito às férias.

RAIS Relação Anual de informações Sociais. É um relatório transmitido à receita federal contendo informações sobre todas as movimentações do empregado no ano. Este relatório é enviado no mês de março do ano subseqüente ao ano base.

CAGED Cadastro Geral de Empregados e Desempregados. É um relatório mensal transmitido ao Ministério do Trabalho contendo informações sobre as admissões e rescisões que houve na empresa.

SEFIP Sistema Empresa de Recolhimento do FGTS e Informações à Previdência Social. É um relatório mensal que consolida os dados cadastrais e financeiros da empresa e de seus trabalhadores e os encaminhe para a CAIXA.

GEFIP Guia de Recolhimento do Fundo de Garantia por Tempo de Serviço e Informações à Previdência Social.

Aviso Prévio Notificação, por parte do empregado ou empregador, antecipada da rescisão do contrato de trabalho sem justa causa. Existem duas modalidades: aviso prévio trabalhado e aviso prévio indenizado.

Seguro Desemprego É um benefício que permite uma assistência financeira temporária em razão demissão de um empregado. O valor varia de acordo com a faixa salarial, sendo pago de 3 a 5 parcelas, conforme a situação atual do beneficiário.

19

FGTS Fundo de Garantia do Tempo de Serviço. É constituído pelo total dos depósitos mensais que os empregadores depositam nas contas abertas na CAIXA em nome dos seus empregados, cuja finalidade é dar suporte financeiro aos trabalhadores, principalmente na hipótese de demissão sem justa causa.

GRFC Guia de Recolhimento Rescisório do FGTS e da Contribuição Social. É o documento destinado ao recolhimento para o FGTS e da Contribuição Social, nos casos de dispensa do empregado sem justa causa.

DIRF Declaração do Imposto de Renda Retido na Fonte. Informa à Receita Federal o valor do imposto de renda retido na fonte, dos rendimentos pagos ou creditados no ano base (ano anterior) para seus beneficiários.

20

3 REQUISITOS

3.1 ESPECIFICAÇÃO DOS REQUISITOS

Este tópico deverá especificar todos os requisitos do software em um nível de detalhe suficiente para que os especialistas possam desenvolver o sistema satisfazendo os requisitos do cliente, os responsáveis pelo teste possam verificar se o sistema satisfaz a esses requisitos e os clientes possam avaliar se suas necessidades estão representadas nestes requisitos.

Todos os requisitos deverão ser identificáveis de forma única, seguindo o modelo apresentado neste documento.

Nenhum texto é necessário entre este item e o próximo, a menos que desejado. Consulte o capítulo 3 do livro para saber mais detalhes sobre levantamento e especificação de requisitos.

3.1.1 ERF Registro do Empregado [1.0]

Preencha a tabela de Especificação para cada requisito levantado junto ao cliente do sistema. Consulte o Livro para tirar dúvidas de como preencher as tabelas.

ERF. 1.0 Registro de Empregados.

Descrição O Sistema deve manter um cadastro de empregados, por empregador, a fim de disponibilizar dados destes para execução dos processos de folha de pagamento.

Regras de negócio associadas RN01

Descrição do risco Risco Prioridade

O usuário não possui todos os dados necessários ao cadastro do empregado.

Baixo Altíssima

Tabela 1 – Tabela de Especificação do Requisito ERF. Registro de Empregados

3.1.2 ERF Históricos dos Empregados [1.0]

ERF. 1.0 Históricos dos Empregados

Descrição O Sistema deve disponibilizar um histórico dos departamentos, cargos, salários, admissões, rescisões e sindicatos associados ao empregado ao longo do tempo.

Regras de negócio associadas RN01, RN02, RN03, RN04, RN05, RN06, RN07, RN08, RN09, RN10

Tabela 2 – Tabela de Especificação do Requisito ERF. Histórico dos Empregados

21

3.2 MODELO DE CASOS DE USO

3.2.1 Casos de Uso

Listar todos os casos de uso do sistema referentes aos requisitos funcionais, conforme tabela abaixo.

Caso de UsoMantêm Departamentos.Mantêm Empregados.Mantêm Cargos.Mantêm Sindicatos.Mantêm Horários.Mantém Dependentes.Mantém Pensionistas.Mantém Férias.Emite Ficha de Empregado.Emite Etiquetas para CTPS.Lançar Eventos.Calcula Eventos.Emite RAIS.Emite DIRF.Emite CAGED.Elabora Cálculo Atuarial.Emite Contracheques.Emite Ficha Financeira.Emite Ordem Bancária.Emite Relatório de Movimentações de Eventos.Matem Consignações.Emite Aviso e Recibo de Férias

3.2.2 Descrição dos Atores

Usuário da Folha de PagamentoResponsável por operar o sistema realizando todos os processos que envolvem a folha de pagamento.

EmpregadoToda pessoa física que prestar serviços de natureza não eventual (duas ou mais vezes por semana), sob a dependência do empregador e mediante salário.

Ministério do Trabalho

Elabora as instruções sobre o sistema manual, mecânico ou eletrônico, que cria as anotações na carteira de trabalho e previdência social;

Elabora instruções que regulamentam o registro dos empregados em livros, fichas ou sistemas eletrônicos.

Expede modelo de quadro de trabalho

Expede instruções sobre as anotações da hora de entrada e saída dos empregados.

22

3.2.3 Diagrama Geral de Casos de Uso

Inclua aqui o diagrama principal de casos de uso, construído a partir da ferramenta de

modelagem. O diagrama principal deve incluir todos os casos de uso já identificados que

irão implementar os requisitos do sistema e os respectivos atores.

Figura 1 – Diagrama Geral de Casos de Usosuc Primary Use Cases

FolhaEmpregados

Mantém Empregados

Usuário da folha

Mantém Sindicatos

Mantém Departamentos

Mantém Cargos

Mantém Funções

Mantém Horários

Mantém Dependentes

Mantém Pensionista

Lança EventosCalcula Ev entos

Emite RAIS

Emite DIRF

Mantém Férias

Emite CAGED

Elabora Cálculo Atuarial

Emite Contracheques

Emite Ficha Financeira

Emite Ficha de Empregado

Emite Etiquetas para CTPS

Emite Ordem Bancária

Emite Relatório de Movimentações de

Ev entos

Mantém ConsignaçõesEmite Av iso e

Recibo de Férias

«extend»

Fonte: Próprio Autor

23

3.2.4 Detalhamento dos Casos de Uso

3.2.4.1 Caso de Uso Mantém Empregados

Descrever detalhadamente o Caso de Uso. (Descrever apenas Casos de Uso

principais e movimentações, excetuando repetições)

Figura 2 - Fluxo de Eventos do Caso de Uso [nome do Caso de Uso]

Nome do Caso de Uso Mantém Empregados.Descrição Fazer o cadastro dos empregados.Requisitos Associados Não é regra de negócioPré Condições O usuário deve estar munido dos seguintes dados do

empregado: RG; CTPS (número e série); Cargo que será ocupado pelo empregado; Departamento ao qual o empregado pertence; A data de admissão do empregado; Sexo; Data de Nascimento; Nacionalidade; Naturalidade; Endereço;Raça; Número do PIS; Grau de Instrução; Condição Física;Estado Civil; Filiação; e Salário Contratual.

Pós Condições É possível fazer férias, folha de pagamento e toda prestação de contas com os respectivos órgãos do fisco relativos ao empregado cadastrado.

Atores Empregados; Usuário da Folha de Pagamento.Fluxo Principal – Inclusão

Ações Recebidas Ações Realizadas1. É solicitado cadastro do empregado; 2. São verificadas se todos os dados

obrigatórios (supracitados nas pré-condições) foram informados;

3. Verifica informações de idade, salário e carga horária do empregado;

4. Registra-se o empregado;5. Com base na data de admissão do

empregado é sugerido o período aquisitivo para o mesmo;

6. É informado ao usuário o sucesso no procedimento.

Fluxo Alternativo 2Ações Recebidas Ações Realizadas

1. Não foram informados todos os dados necessários ao cadastro do empregado.

2. É informado ao usuário, que existem dados obrigatórios ainda não informados.

Fluxo Alternativo 3Ações Recebidas Ações Realizadas

1. Os dados relativos ao salário, carga horária ou idade estão inconsistentes.

2. É informado ao usuário, os dados que não estão de acordo com a legislação.

24

3.2.4.2 Diagrama de Atividades do Mantém Férias

Explicar todos os fluxos do Caso de Uso através de um diagrama de atividades. (Implementar apenas os diagramas dos Casos de Uso principais/movimentações, se houver o detalhamento, obrigatoriamente esse diagrama deve ser implementado)

Figura 3 – Diagrama de Atividade do [nome do Caso de Uso]act Ativ idades

Verifica Frequência

Verifica Férias já Gozadas(coletivas/indiv iduais)

Verifica Período Aquisitivo

Período Completo?

Houveram faltas?

Abate Faltas

Total de faltas deve ser abatido?

Existem Férias Gozadas no Período Aquisitivo?

Verifica Férias Restantes

Abate Férias Gozadas

Define Período de Gozo(mínimo de 10 dias)

Restaram ao menos 10 dias de férias?

Registra FériasMsg:"Período não suficiente para férias"

Msg:"Período aquisitivo não completo"

Emite Aviso e Recibo de Férias?

Emite Aviso e Recibo de Férias

Registro de Férias

Sim

Sim

Não

Sim

Não

Sim

Não

Não

Sim

Não

25

3.2.4.3 Diagrama de Sequência do Sistema (DSS) para o Mantém Empregados

Mostrar a sequência específica de eventos dentro de um caso de uso, os atores externos que interagem diretamente com o sistema, o sistema (como uma caixa-preta) e os eventos do sistema que os atores geram. (Implementar apenas os diagramas dos Casos de Uso principais/movimentações, se houver o detalhamento, obrigatoriamente esse diagrama deve ser implementado)

Figura 4 – DSS do [nome do Caso de Uso]sd Diagrama de Sequencia Mantém Empregados

PEmpregados::TCargos PEmpregados::TRacas PEmpregados::TSalariosContratuaisPEmpregados::TSindicatos PEmpregados::TTelefonesPEmpregados::TLotacoesDepartamentosPEmpregados::QuadroHorariosPEmpregados::TPessoas

Usuário da folha

(from Actors)

«interface»

PEmpregados::frmCadastroEmpregados

PEmpregados::TGrausInstrucoes

Solici ta Inclusãoveri ficaCamposObrigatorios()

MSG:"Preencha os campos obrigatórios"

consulta(condicao)

mapeiaDBObj()

consulta(condicao)

mapeiaBDObj()

consulta(codicao)

mapeiaBDObj()

consulta(condicao)

mapeiaDBObj()

consulta(condicao)

mapeiaDBObj()

consulta(condicao)

mapeiaDBObj()

carregaObjetos()

grava(ref)

26

3 MODELO DE DOMÍNIO

3.1 DIAGRAMA GERAL DE CLASSES CONCEITUAL

Criar um diagrama de classes contendo classes conceituais, seus atributos e associações. Este diagrama é uma visualização dos conceitos do domínio do negócio. É similar a um modelo estático de informação das entidades do domínio. Foca classes conceituais provenientes do mundo real, não classes de software. Para maiores explicações, consulte capítulos 10, 11, 12, 26 e 27 do livro do Larman.

Projeto como um todo (pode ser dividido por pacotes)

Figura 5 – Modelo de Domínioclass Classes de Domínio

TPessoas

- idPessoa: String- matricula: String- cpf: String- ctps: String- rg: String- dataExpedicao: String- ufExpedicao: String- cnh: String- nome: String- dataNascimento: String- sexo: String- nomePai: String- nomeMae: String- nacionalidade: String- natural idade: String- estadoCivil: String- nomeConjuge: String- certidaoMilitar: String- tituloEleitoral: String- zona: String- secao: String- numeroPIS: String- raca: TRacas- logradouro: String- bairro: String- numero: String- cep: String- cidade: String- estado: String- grauInstrucao: TGrausInstrucoes- condicaoFisica: TCondicoesFisicas- obsCondicaoFisica: String- dataChegadaPais: String- agenciaFGTS: TAgencias- serieCtps: String- agenciaSalario: TAgencias- contaFGTS: String- contaSalario: String- agenciaPensao: TAgencias- contaPensao: String

+ listagem(grd:TDBGrid;condicao:String;cds:TClientDataSet)() : void+ grava(String) : void

TDadosContratuais

- idDadoContratual: String- dataAdmissao: String- dataRecisao: String- empregado: TPessoas- dataTransferencia: String

TDepartamentos

- idDepartamento: String- codigo: String- descricao: String- cei: String- departamentoSuperior: TDepartamentos

TSindicatos

- idSindicato: String- nome: String- sigla: String

+ consulta(String) : void+ mapeiaDBObj() : void

TCargos

- idCargo: String- descricao: String- cbo: TCbos

+ consulta(String) : void+ mapeiaBDObj() : void

TFiliacoesSindicatos

- idFiliacaoSindicato: String- Sindicato: TSindicatos- dadoContratual: TDadosContratuais- dataFimVigencia: String

TOcupacoesCargos

- idOcupacaoCargo: String- Cargo: TCargos- dadoContratual: TDadosContratuais- dataFimVigencia: String

TLotacoesDepartamentos

- idLotacaoDepartamento: String- Departamento: TDepartamentos- dadoContratual: TDadosContratuais- dataFimVigencia: String


TBancos

- idBanco: String- codigo: String- nome: String

TAgencias

- idAgencia: String- banco: TBancos- numero: String- nome: String

TCbos

- idCbo: String- codigo : String- descricao: String

TRacas

- idRaca: String- descricao: String

+ consulta(String) : void+ mapeiaBDObj() : void

TGrausInstrucoes

- idGrauInstrucao: String- Descricao: String


TSalariosContratuais

- idSalarioContratual: String- dadoContratual: TDadosContratuais- valor: String- dataFimVigencia: String

«read only»TVinculosDependentes

- idVinculo: String- Descricao: String

TFinalidadesDependentes

- idFinal idade: String- dadoContratual: TDadosContratuais- dependente: TDependentes- dataFimVigencia: String- finalidade: TFinalidadesDependencias- empregadoDependente: TPessoas- motivoFimDependencia: String

TTelefones

- idTelefone: String- empregado: TPessoas- numero: String

TTiposVinculos

- idTipoVinculo: String- descricao: String

TVinculos

- idVinculo: String- dataFimVigencia: String- tipoVinculo: TTiposVinculos

TCondicoesFisicas

- idCondicaoFisica: String- Descricao: String

TQuadrosHorarios

- idQuadroHorario: String- descricao: String

TDiasHorarios

- idDiaHorario: String- diaSemana: String- horaInicio: String- horaFim: String- quadroHorario: TQuadrosHorarios

«read only»TFinalidadesDependencias

- idFinal idadeDependencia: String- Descricao: String

TDecisaoJudicial

- idDecisaoJudicial: String- identificacaoAtoJuridico: String- descricaoDecisaoJudicial: String- dataDecisao: String

TCargasHorarias

- idCargaHoraria: String- quadroHorario: TQuadrosHorarios- dadoContratual: TDadosContratuais- dataFimVigencia: String

«interface»frmCadastroEmpregados

+ verificaCamposObrigatorios() : void+ setaBotoes(String) : void+ verificaCamposObrigatorios() : void+ carregaObjetos() : void

«interface»frmCadastroGrausInstrucoes

1

1..*

1

chefia*

11..*

1 0..*

1 1..*

10..*

1

0..*

1

0..*

1

0..*

10..*

1

0..*

10..*

conta pensão

requisição de pensão

conta FGTS

conta salário

1 dependencia 0..*

1

0..*

1

1..*

1

1..*

3.2 GLOSSÁRIO (colocar apenas atributos não convencionais)Descrever o significado de todos os conceitos identificados no Modelo de Domínio.

27

Nome da Classe TPessoasDefinição Representa toda e qualquer pessoa física cadastrada na folha de

pagamento, seja ela um empregado, um dependente ou um pensionista.Atributos

Nome Definição RestriçõesIdPessoa Atributo que identifica

unicamente uma pessoaÉ Atribuído automaticamente e é um tipo inteiro.

CondicaoFisica Atributo que classifica a pessoa quanto a sua capacidade física.

É uma classe e é definido pelo usuário através de uma lista de opções

Nome da Associação Informar o nome da associação.Definição Descrever o significado da associação no contexto no negócio.Classes Associadas Informar as classes que fazem parte desta associação.Restrições Descrever as restrições desta associação. Por exemplo: multiplicidade

entre as classes associadas, etc.Atributos

Nome Definição RestriçõesInformar o nome do atributo.

Descrever o significado do atributo.

Descrever tipo, tamanho, e outras restrições do atributo.

Nome da Associação GraduaDefinição Uma pessoa possui um nível de instrução: Ensino Fundamental

Incompleto; Ensino Fundamental Completo; 2o. Grau Incompleto; etc.Classes Associadas TGrausInstrucoes e TPessoasRestrições O grau de instrução é um dado fundamental no cadastro de

empregados, pois é de fundamental importância para a emissão anual do relatório da RAIS. No caso de alguns cargos, ocupados pelo empregado, o seu grau de instrução deverá assumir, no mínimo, o superior completo.

AtributosNome Definição RestriçõesgrauInstrucao Indica o nível de instrução do

empregado e é representado através de uma sub-classe de TPessoa.

O atributo é uma classe do tipo TGrausInstrucoes e é obrigatório no momento do registro do empregado.Sua visibilidade é private.

28

4 PROJETO

4.1 REALIZAÇÕES DE CASOS DE USO

Esta seção é responsável pela realização dos casos de uso, ou seja, como serão implementados.Você deverá detalhar todas as classes de projeto necessárias para realizar um Caso de Uso. Caso um Caso de Uso utilize uma classe de outra descrita antes, deve-se relacioná-la da seguinte forma:“Classe de [Tipo da Classe] [Nome da Classe] descrita no Caso de Uso [Nome do Caso de Uso]”.4.1.1 Mantém Empregados

4.1.1.1 Classe de Fronteira 1 - frmCadastroEmpregados

Para descrever cada classe, usar modelo abaixo.N significa o número da classe caso existam mais de uma, caso contrário, não é necessário.

Nome da Classe frmCadastroEmpregadosDefinição Implementa a interface de entrada de dados para registro dos

empregados. Tal classe implementa todos os métodos de validação que compete à interface como verificação de campos obrigatórios bem como a validação dos mesmos.Possui interação com outras classes de negócio e de apresentação:Classes de negócio:

TGrausInstrucoes; Etc.

Classes de apresentação; frmCadastroGrausInstrucoes;

AtributosNome Definição RestriçõesalterarExcluir Atributo utilizado para

abilitação/desabilitação dos comandos de alteração e exclusão.

Tipo: boolean;Visibilidade: Public;Valor Padrão: False.

MétodosNome Definição AssinaturalimpaCampos Limpar todos os campos ao

final das operações de persistência de dados

Procedure limpaCampos(frm: Tform).

4.1.1.2 Classe de Entidade 1 - TPessoas


Nome da Classe TPessoas

29

Definição A classe pessoa representa uma pessoa física no sistema, tem a função de registrar os dados das pessoas no sistema além de executar alguns cálculos para empregados e dependentes.

AtributosNome Definição RestriçõesInformar o nome do atributo.



MétodosNome Definição AssinaturaInformar o nome do método.

Descreva as responsabilidades do método (o que ele se compromete a fazer; qual seu papel).

Informar a descrição completa da assinatura do método. Incluir: nome do método, visibilidade, descrição dos parâmetros de entrada e saída.

4.1.1.3 Classe de Controle N [Nome da Classe]


Normalmente utilizado na arquitetura MVC

Nome da Classe Informar o nome da classe.Definição Descrever o significado da classe no contexto de realização do caso de

uso da fase de projeto.Descreva também as responsabilidades da classe (o que ela se compromete a fazer; qual seu papel) e a seqüência de controle(se necessário faça um diagrama de atividades) e os comportamentos relacionados ao negócio.

AtributosNome Definição RestriçõesInformar o nome do atributo.



MétodosNome Definição AssinaturaInformar o nome do método.

Descreva as responsabilidades do método (o que ele se compromete a fazer; qual seu papel).

Informar a descrição completa da assinatura do método. Incluir: nome do método, visibilidade, descrição dos parâmetros de entrada e saída.

30

4.1.4 Interface Gráfica

A interface gráfica é uma descrição lógica e conceitual de como um ou mais casos de usosão providos pela interface do usuário, se for o caso, incluindo a interação requerida entre o(s) ator(es) e o sistema. Em geral, janelas representam as interfaces gráficas necessárias para entender do ponto de vista macro os requisitos da interface do usuário.

Requisitos relacionados com a interface gráfica

Tabela 3 – Requisitos relacionadas com a interface gráfica

Faça o desenho das interfaces gráficas referenciando os campos com etiquetas como no exemplo abaixo.

Figura 6 - Interface para o(s) Caso(s) de Uso

4.1.5 Diagrama de Classes (DC) de Projeto

Mostrar o comportamento estático através de um diagrama de classes de projeto, contendo todas as classes que realizam este caso de uso. Para melhor visualização do diagrama, poderá suprimir os atributos e métodos de cada classe, porém as associações e multiplicidades devem ser mantidas.

Fração do diagrama de classes conceitual que participa da realização do caso de uso.

Figura X – DC de Projeto do [nome do Caso de Uso]

31

4.2 MODELO DE DADOS

Esta seção descreve o esquema completo do banco de dados que armazenará os dados do sistema.

4.2.1 Projeto Lógico do Banco de Dados

Consiste no mapeamento OO (Modelo de Domínio) para o Modelo Relacional, isto é, produz como artefato o esquema de banco de dados no modelo de dados de implementação do SGBD Relacional. Deverá criar um diagrama contendo as tabelas, seus campos, suas chaves primárias e estrangeiras, índices, etc.

DER em nível físico

Figura X – Projeto Lógico do Banco de Dados

4.2.1.1 Dicionário de Dados (Leiaute das Tabelas)

Descrever todas as tabelas que constam no Projeto Lógico.

Leiaute da Tabela [Nome da Tabela]A notação para descrever o leiaute deve ser a mesma da análise estruturada.

Tabela 4 – Leiaute da tabela N

Nome do campo Tipo

Tamanho Indicador de chave Comentário

4.2.1.2 Script do Projeto Lógico

Consiste em descrever a DDL, em SQL-2, que será usada para criar o esquema completo do banco de dados do sistema. As palavras-chave da linguagem SQL devem ser escritas em letra maiúscula. Veja exemplo:

/* Criação do Esquema do BD: */CREATE SCHEMA ER;

/* Criação dos Domínios */CREATE DOMAIN DomCriterio AS CHAR(1) CHECK (DomCriterio = 'P' OR DomCriterio = 'U');

/* Criação da tabela DominioValor */CREATE TABLE DominioValor ( Descricao VARCHAR(50) NOT NULL, Nome VARCHAR(20) NOT NULL,

32

CONSTRAINT PK_DomValor PRIMARY KEY(Nome) );

/* Criação da tabela EsquemaBD */CREATE TABLE EsquemaBD ( Descricao VARCHAR(50) NOT NULL, NomeEsquema VARCHAR(20) NOT NULL, CONSTRAINT PK_EsquemaBD PRIMARY KEY(NomeEsquema));/* Criação da tabela PropriedadesEsquema */CREATE TABLE PropriedadesEsquema ( Autor VARCHAR(50) NOT NULL, DtAtualizacao DATE NOT NULL, DtCriacao DATE NOT NULL, NomeEsquema VARCHAR(20) NOT NULL, Versao VARCHAR(20) NOT NULL, CONSTRAINT PK_PropEsquema PRIMARY KEY(NomeEsquema,Versao), CONSTRAINT FK_PropEsquema FOREIGN KEY(NomeEsquema) REFERENCES EsquemaBD ON DELETE CASCADE ON UPDATE CASCADE);

/* Criação da tabela Relacionamento */

CREATE TABLE Relacionamento

(

NomeConjunto VARCHAR(20) NOT NULL,

NomeEsquema VARCHAR(20) NOT NULL,

TipoRelacionamento DomTipoRelac NOT NULL,

CONSTRAINT PK_Relacionamento PRIMARY KEY(NomeConjunto,NomeEsquema),

CONSTRAINT FK_RelacConjunto FOREIGN KEY(NomeEsquema,NomeConjunto)

REFERENCES Conjunto ON DELETE RESTRICT ON UPDATE CASCADE,

CHECK (NOT EXISTS (SELECT * FROM PAPEL

GROUP BY NomeEsquema, NomeRelacionamento

HAVING COUNT(*) < 2)

)

);

33

5 TESTES

Este tópico deverá apresentar os tipos de testes a serem aplicados, os recursos e os procedimentos necessários para a execução do teste do componente em questão.

5.1 TESTE DE STRESS (Sistema, ou módulos, como um todo)Volume de transação(Realizar os testes de todos os Casos de Uso que foram implementados/detalhados no item 4.2.4 Detalhamento de Casos de Uso)

Um tipo de teste da confiabilidade. Seu foco é assegurar que o sistema funciona como pretendido quando circunstâncias anormais são encontradas. O teste de stress pode incluir memória insuficiente, serviços não disponíveis ou recursos compartilhados escassos. Tipicamente, estes testes são executados para determinar quando falhas e m um grande volume e/ou dados.

Inclua se necessário uma breve descrição sobre a aplicação do teste; o que será afetado ou influenciado por este documento.

Inclua uma tabela para cada teste a ser realizado.

Figura 7 - Teste de Stress do Fluxo de Evento Principal

Responsável:João Fernando Barros

Início:23/09/2007 – 8:00

Final:27/09/2007 – 17:00

Recursos necessários:Hardware Configuração Software

Processadores Arquitetura Celeron de 32 bits com 2,4 GHZ

Sistema operacional Windows XP Professional SP2

Memória RAM 128 MBProcedimentos:Quinze usuários da folha de pagamento utilizaram todas as entradas de dados do sistema.

Além disso, fizeram o cálculo da folha de pagamento de 10 empresas (230 empregados) e geraram dois relatórios mensais: CAGED e SEFIP.

Resultados:Foram inseridos 10.000 registros nas diferentes tabelas da base de dados.

O banco de dados se mostrou estável garantindo performance e consistência dos dados principalmente no que diz respeito ao LOG.

Em algumas telas foi detectado lentidão entre uma operação de persistência e outra, principalmente após as inserções e calculo da folha de pagamento.

34

35

5.2 TESTE DE FUNCIONALIDADE MANTÉM EMPREGADOS

(Realizar os testes de todos os Casos de Uso que foram implementados/detalhados no item 4.2.4 Detalhamento de Casos de Uso)

Seu foco é verificar se o componente funciona como pretendido.

Inclua se necessário uma breve descrição sobre a aplicação do teste; o que será afetado ou influenciado por este documento.

5.2.1 Teste de funcionalidade do Fluxo de Evento Principal

Para executar o teste utiliza-se o fluxo de evento principal, completando a tabela abaixo:

Tabela 5 - Teste de funcionalidade do Fluxo de Evento Principal

Responsável:João Fernando Barros

Data:01/09/2007

Recursos necessários:Hardware Configuração Software

Procedimentos:Foram incluídos 30 profissionais com idade entre 14 e 60 anos e que ocupam 10 cargos diferentes;

Foram atribuídos a eles os seguintes quadros de horários:

Quadro 1; Quadro 2; Quadro 3; Quadro 4; etc.

Foram atribuídos a eles os seguintes salários: R$ 2.000,00, R$ 22.000,00, R$ 400,00, etc.Resultados:Os funcionários com os cargos cargo 1 e cargo 2 não poderiam assumir o quadro de horário quadro 1 e nem o quadro 2, mas o sistema permitiu;

O sistema permitiu que fosse atribuído a um funcionário com mais de 18 anos de idade um salário menor que o salário mínimo.

5.2.2 Teste de funcionalidade do Fluxo de Evento Alternativo 2

(Realizar os testes de todos os Casos de Uso que foram implementados/detalhados no item 4.2.4 Detalhamento de Casos de Uso)Para executar o teste utiliza-se o fluxo de evento alternativo [1 a n], onde para cada fluxo alternativo cria-se uma nova tabela:

Tabela 6 - Teste de funcionalidade do Fluxo de Evento Alternativo [N]

Responsável:Inclua o nome da pessoa responsável pela execução do teste

Data:Inclua a data de execução do teste no formato dd/mm/aa

Recursos necessários:Inclua a especificação de hardware e software da(s) máquina(s) envolvida(s) no teste.

O programa de teste deve ser incluído na coluna relacionada ao Software.

36

Hardware Configuração Software

Procedimentos:Descreva os procedimentos para a execução do teste.

Resultados:Descreva os resultados obtidos ao final do teste.

37

6 CONCLUSÃO

As conclusões fecham o trabalho e são muito importantes. Resumir, apontar e

reforçar as ideias principais e as contribuições proporcionadas pelo trabalho faz parte das

conclusões. A finalização do trabalho pode dizer o que foi aprendido pelo autor através de

sua pesquisa, mas mantendo-se a impessoalidade do texto. Não se pode confundir relato de

um aprendizado com depoimento pessoal. A conclusão deve ser analítica, interpretativa e

deve incluir argumentos explicativos. O texto das conclusões deve ser capaz de fornecer

evidências da solução do problema através dos resultados obtidos ou deve ser capaz de

enfatizar as vantagens do objeto de estudo para aqueles, pessoas e organizações, que o

adotam ou utilizam. Os objetivos listados na Introdução devem ser analisados e confrontados

com os achados da pesquisa.

É interessante incluir nas conclusões comentários sobre os planos relativos a um

trabalho futuro ligado ao mesmo tema, modificações a serem feitas para ampliar o seu

escopo ou ainda limitações da metodologia ou da ferramenta estudadas que poderão ou não

ser superadas.

É importante que o autor não apresente conclusões que o trabalho não evidencie.

Isso pode denotar uma fragilidade de argumentação e falta de conhecimento do conteúdo

desenvolvido, implicando em questionamentos mais contundentes por parte dos professores

da banca. O autor não deve fazer conjecturas com base em suposições ou dados inexistentes,

é sempre mais prudente usar como conclusão o que a literatura técnica da área aponta como

tendência futura ou prova através de dados concretos. Nenhum tipo de citação direta ou

indireta e listas com marcadores ou numeração pode ser utilizada nesta seção.

38

REFERÊNCIAS

SOBRENOME, Nome do autor. Título da obra. Disponível em: <http://www.enderecoeletronico.com.br>. Acesso em: data do acesso.

SOBRENOME, Nome do autor. Título da obra. Cidade: Editora, ano.

SOBRENOME, Nome do autor. Título da obra. Disponível em: <http://www.enderecoeletronico.com.br>. Acesso em: data do acesso....SOBRENOME, Nome do autor. Título da obra. Cidade: Editora, ano.

(Deverá ser colocado seguindo as normas da ABNT e ordenado alfabeticamente).

Documents

Web viewO resumo, redigido em língua portuguesa pelo próprio autor, deve trazer a síntese dos pontos relevantes do trabalho, tais como: tema, objeto da pesquisa, objetivos