PIM_4º

UNIVERSIDADE PAULISTA
Projeto Integrado Multidisciplinar

Curso Superiores de Tecnologia
Análise e Levantamento de requisitos de um sistema para automatização da

folha de pagamento de uma empresa.
GOIÂNIA-GO
2023
Análise e Levantamento de requisitos de um sistema para automatização da

folha de pagamento de uma empresa.
Nomes : Aldo Coelho Mendes Neto RA:

N9699B9, Artur Sousa Gomçalves RA:
N792531, Andre Luiz Silva Dantas RA :
N024941, Roberto Lopes Martins Arruda
RA: N020CJ7, Sandro Henrique V De
Moraes RA: N014FE8.
Curso: Sup. Tec. Em Análise e
Desenvolvimento de Sistemas.
3° e 4° Período.
GOIÂNIA-GO
2023
Banca Examinadora
Prof.
Walkiria Valle
Presidente
Prof.
Membro
Data de Aprovação: 12/29/2023

Goiânia - Go
RESUMO
O PIM (Projeto Integrado Multidisciplinar) proposto tem como objetivo principal realizar um
levantamento e análise detalhados de todos os processos internos relacionados ao
cálculo da folha de pagamento e à geração digital dos documentos envolvidos nesse
processo no setor de Recursos Humanos (RH) e no departamento pessoal. O objetivo
final é alcançar a total automação da geração da folha de pagamento por meio da
digitalização desses processos.
O projeto irá abranger a identificação e mapeamento de todas as etapas e atividades

envolvidas no cálculo da folha de pagamento, desde a coleta e organização dos dados
dos funcionários até a geração dos documentos finais, como holerites, demonstrativos e
guias de recolhimento de impostos. Será realizada uma análise minuciosa de cada
processo, identificando possíveis pontos de melhoria, gargalos e ineficiências.
Com base nessa análise, serão propostas soluções para a digitalização e automação de
cada etapa do processo. Isso pode envolver a implementação de um sistema integrado de
gestão de recursos humanos (HRIS), software de folha de pagamento, ferramentas de
coleta de dados automatizadas, entre outros recursos tecnológicos.
A digitalização do cálculo da folha de pagamento e a geração digital de documentos trarão

diversos benefícios para a empresa, como a redução de erros e retrabalho, maior
eficiência e agilidade no processamento dos dados, maior segurança das informações,
facilidade na consulta e armazenamento dos documentos, entre outros. Além disso, a
automação permitirá que a equipe de RH e o departamento pessoal foquem em
atividades mais estratégicas e de maior valor agregado.
O PIM também contemplará a definição de um plano de implantação, incluindo

cronograma, recursos necessários, treinamento da equipe e monitoramento do progresso.
Será importante realizar testes e validações das soluções propostas, garantindo que elas
atendam aos requisitos e estejam alinhadas com as políticas e regulamentações vigentes.
Por fim, o PIM buscará oferecer recomendações para a gestão do projeto, como a
definição de indicadores de desempenho, a realização de monitoramento contínuo e a
revisão periódica dos processos, garantindo a efetividade e sustentabilidade da
digitalização da folha de pagamento e da geração de documentos.
Com a conclusão bem-sucedida desse projeto, a empresa poderá desfrutar de uma

gestão de folha de pagamento mais eficiente, precisa e automatizada, trazendo benefícios
tanto para a equipe de RH e o departamento pessoal quanto para os
funcionários da organização.
ABSTRACT
The main objective of the proposed PIM (Integrated Multidisciplinary Project) is to carry out
a detailed survey and analysis of all internal processes related to payroll calculation and
the digital generation of documents involved in this process in the Human Resources (HR)
sector and in the department guys. The ultimate goal is to achieve full automation of
payroll generation by digitizing these processes.
The project will cover the identification and mapping of all steps and activities involved in
calculating payroll, from collecting and organizing employee data to generating final
documents, such as payslips, statements and tax collection forms. A thorough analysis of
each process will be carried out, identifying possible points of improvement, bottlenecks
and inefficiencies.
Based on this analysis, solutions will be proposed for the digitization and automation of
each stage of the process. This may involve implementing an integrated human resource
management system (HRIS), payroll software, automated data collection tools, among
other technological resources.
The digitization of payroll calculations and the digital generation of documents will bring
several benefits to the company, such as reducing errors and rework, greater efficiency
and agility in data processing, greater information security, ease of consultation and
storage of documents , between others. In addition, automation will allow the HR team and
the personnel department to focus on more strategic and value-added activities.
The PIM will also include defining an implementation plan, including a timeline, required
resources, staff training and monitoring progress. It will be important to carry out tests and
validations of the proposed solutions, ensuring that they meet the requirements and are in
line with current policies and regulations.
Finally, PIM will seek to offer recommendations for project management, such as defining
performance indicators, carrying out continuous monitoring and periodic review of
processes, ensuring the effectiveness and sustainability of payroll digitalization and
document generation .
With the successful completion of this project, the company will be able to enjoy a more
efficient, accurate and automated payroll management, bringing benefits both to the HR
team and the personnel department as well as to the organization's employees.
SUMARIO
INTRODUÇÃO....................................................................................................................................9
CAPÍTULO 1 – Análise de Sistemas Orientada a Objetos........................................11

1.1 Modelagem do Sistema de Folha da Pagamento..........................................................................11
1.2 Diagrama de caso de uso..............................................................................................................11
1.2 MODULO EMPRESA.................................................................................................................14
1.3 MODULO FUNCIONÁRIO........................................................................................................20
1.4 Diagrama de Atividades...............................................................................................................26
CAPÍTULO 2 – Programação Orientada Objetos I............................................................................28
2.1 Requisitos Funcionais...................................................................................................................28
2.2 Requisitos não funcionais.............................................................................................................29
2.3 Objetos e atributos........................................................................................................................30
CAPÍTULO 3 – Banco de dados........................................................................................................33
3.1Criação do mer...............................................................................................................................33
3.2 Criação der....................................................................................................................................34
3.3 Criação do Código no MySQL Workbench..................................................................................34
3.4 Script do Banco de

Dado...............................................................................................................36
3.5 Script do relatório de banco de

horas............................................................................................38
3.6 Script da folha de

pagamento........................................................................................................39
CAPÍTULO 4 - Projeto de Interface com o Usuário..........................................................................41
4.1 Mokup Desktop............................................................................................................................41

4.1 Mokup Mobile..............................................................................................................................44
4.3 Mokup Web..................................................................................................................................46
CAPÍTULO 5 - Engenharia de Software II........................................................................................47
5.1 Método Scrum..............................................................................................................................47
CAPÍTULO 6 - Emprededorismo......................................................................................................49
6.1 A Origem do Emprededorismo.....................................................................................................50
6.2 O que e o Emprededorismo..........................................................................................................50
6.3 Tipos de
Emprededorismo.............................................................................................................50
CAPÍTULO 7 - Gestão de Qualidade.................................................................................................51
7.1 O que e a Gestão de Qualidade?...................................................................................................51
7.2 Como Interligar os

conceitos:.....................................................................................51
CONSIDERAÇÕES FINAIS:............................................................................................................53
REFERENCIAS BIBLIOGRÁFICAS:..............................................................................................54
9
INTRODUÇÃO
Nos últimos anos, o avanço tecnológico tem revolucionado a forma como as

empresas conduzem seus processos internos, buscando maior eficiência, precisão e
economia de recursos. Nesse contexto, a automação de tarefas tem se mostrado uma
estratégia fundamental para alcançar esses objetivos. Um dos processos críticos em
qualquer organização é o gerenciamento da folha de pagamento, que demanda tempo e
esforço significativos para ser realizado manualmente.
A folha de pagamento engloba uma série de atividades complexas, como cálculo de
salários, descontos de benefícios, impostos, contribuições e demais verbas trabalhistas. A
execução dessas tarefas de forma manual aumenta consideravelmente a probabilidade
de erros, o que pode resultar em pagamentos incorretos aos funcionários, problemas de
conformidade legal e insatisfação geral na equipe.
Diante desse cenário, surge a necessidade de um sistema de automatização total da folha
de pagamento, capaz de gerenciar de maneira eficiente e confiável todos os processos
envolvidos nessa atividade crucial. O presente trabalho tem como objetivo realizar um
levantamento de requisitos para a criação desse sistema, considerando as
particularidades e demandas específicas de uma empresa.
O levantamento de requisitos é uma etapa fundamental no desenvolvimento de sistemas,
pois permite compreender as necessidades dos usuários e as funcionalidades essenciais
que o sistema deve oferecer. Através desse processo, será possível identificar as
características, as restrições e os objetivos que o sistema de automação da folha de
pagamento deve atender.
Para alcançar esse objetivo, serão utilizadas diversas técnicas de levantamento de
requisitos, tais como entrevistas com os stakeholders, análise documental, observação
dos processos existentes e estudo de casos de sucesso em automação de folhas de
pagamento. Com base nessas informações, será possível elaborar um conjunto claro e
completo de requisitos funcionais e não funcionais, que servirão como base para o
desenvolvimento do sistema.
10
Dessa forma, este trabalho pretende contribuir para o aprimoramento dos processos
internos de empresas, proporcionando uma solução automatizada e eficiente para a
gestão da folha de pagamento. Ao final, espera-se que o sistema proposto possa oferecer
maior agilidade, redução de erros e otimização dos recursos envolvidos, permitindo que a
empresa foque em suas atividades principais e alcance um maior nível de satisfação e
produtividade entre seus colaboradores.
11
CAPÍTULO I – Análise de Sistemas Orientada a Objetos
A Análise Orientada a Objetos (OOA) é um processo de desenvolvimento de sistemas que

utiliza o conceito de objetos que interagem entre si e, através dessa interação, realizam
tarefas computacionais.
O ponto de partida para a OOA é criar um modelo descritivo contendo informações do
projeto.
1.1 Modelagem do Sistema de Folha da Pagamento

Descrição dos Atores
Gestor: Administrador do Sistema.
Funcionário comum: Usuário do Sistema.
Perfis de Acesso
Gestor: Possui acesso irrestrito a todas as funções do sistema, módulos de Tabelas,
Funcionários, Empresas e todas as informações cadastradas no banco de dados.
Funcionário Comum: Não pode criar, alterar ou apagar informações pertinentes ao cálculo
de imposto, e não pode criar, alterar, consultar ou apagar funcionários e empresas
cadastradas no banco de dados por outros funcionários.
1.2 Diagrama de caso de uso
Figura 1 – Caso de uso geral do módulo Tabelas.

12
Figura 2 – Caso de uso geral do módulo Empresa.
Figura 3 – Caso de uso geral do módulo Funcionário.

13
Figura 4 – Caso de uso Efetuar Login.
Sumário
Este caso descreve o fluxo de identificação do usuário no sistema.
Atores
Gestor e Funcionário Comum.
Pré-Condições
O usuário já está cadastrado no sistema.
Fluxo Principal
Fluxo 1
O Sistema exibe tela de Login.
O ator informa seu nome de usuário e senha.
O ator seleciona a opção de Logar.(A1).
O sistema valida os dados do usuário no banco de dados.
O sistema fecha a tela de login e habilita os botões de tela principal(E1).
Fluxo Alternativo
A .1 Cancelar
O ator seleciona a opção de cancelar.
O sistema é fechado e o Caso de uso é finalizado.
Fluxo de Exceção
E.1 Dados do usuário não conferem
O Sistema não encontra nenhum registro com os dados informados pelos atores.
O sistema exibe alerta de usuário não encontrado.
O caso de uso volta para o passo 2 do Fluxo 1.
Pós-Condições
14
Não se aplica.
Regra de Negócio
Não se aplica.
1.2 MODULO EMPRESA
Figura 5 – Caso de uso incluir empresa.
Sumário
Este caso descreve o processo de cadastro de empresa no sistema.
Atores
Pré-Condições
O gestor está identificado no sistema.
Fluxo Principal
Fluxo 1
O ator seleciona a opção de minha empresa
O sistema apresenta a tela de cadastro empresa com os campos em branco (Razão
social, CNPJ, inscrição estadual, endereço e telefone) e permite as opções de salvar,
editar e voltar).
O ator informa a razão social da empresa, CNPJ, o número da inscrição estadual, o
endereço sede da empresa e o telefone da empresa.
15
5. Fluxo Alternativos
A .1 Voltar
O ator seleciona a opção de voltar.
O sistema descarta todos os dados informados pelo ator e retorna para a página inicial.
A.2 Editar
1. O ator seleciona a opção de editar.
2. O ator irá inserir a razão social da empresa e seu CNPJ para alteração de dados.
3. O sistema emite um alerta que os dados foram atualizados.
4. O ator volta para a tela principal.
6. Fluxo de Exceção
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 obrigatórios não preenchidos.
3. O sistema emite um alerta informando que os campos não foram
preenchidos.
7. Pós-Condições
Não se aplica.
8. Regra de Negócio
RN 1 – Se a empresa for de empresário individual, o número do CPF do profissional
autônomo deverá ser informando, tendo em vista que profissionais autônomos não tem
personalidade jurídica.
RN 2 – O sistema deve validar se o CPF ou CNPJ informados são válidos.
RN 3 – Toda empresa deve fornecer um valor percentual de contribuições previdenciárias
ao INSS para instituições como INCRA, SENAI SESI, etc.
16
Figura 6 – Caso de uso consultar empresa.
Sumário
Este caso descreve o processo de consulta e seleção de empresa.
Atores
Pré-Condições
O gestor ou funcionário está identificado no sistema.
Fluxo Principal
Fluxo 1
O ator seleciona a opção minha empresa.
O ato seleciona opção de consultar.
O ator informa o nome fantasia ou razão social e aciona a opção consultar.
O sistema exibe uma lista com todas as empresas encontradas na base de dados.
O ator seleciona a empresa desejada aciona a opção de selecionar
O sistema preenche a tela de empresa com os dados da empresa selecionada e ativa as
opções de exclusão e alteração.
A .1 Voltar
O ator seleciona a opção de cancelar e o caso de uso é finalizado.
1. O ator não preenche todos os campos obrigatórios da tela.
2. O sistema verifica que existem campos obrigatórios não preenchidos.
17
3. O ator volta para tela de consulta.

7. Pós-Condições
Não se aplica.
RN 1 - Apenas o gestor pode visualizar todas as empresas cadastradas no sistema.
RN 2 – O sistema deve exibir para o funcionário comum apenas as empresas cadastradas
por ele.
Figura 7 – Caso de alterar empresa.
Sumário
Este caso descreve o processo de alteração de cadastro da empresa no sistema.
Atores
Pré-Condições
O ator selecionou a empresa a ser editada.
Fluxo Principal
Fluxo 1
O ator seleciona a opção editar.
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.
18
Caso o ator selecione a opção de Dados da Empresa, o caso é direcionado para o Fluxo
1.
Caso o ator selecione a opção informações complementares, o caso de uso é direcionado
para o Fluxo 2.
Fluxo 2
O sistema apresenta a tela de Dados da empresa com todos os campos preenchidos com
os valores cadastrados.
O ator edita os valores dos campos contidos na tela conforme seu interesse.
Fluxo 3
O sistema apresenta a tela de Dados da empresa com todos os campos preenchidos com
os valores cadastrados
O ator edita os valores dos campos obtidos na tela conforme seu interesse.
A .1 Cancelar
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 a outros módulos. O caso
de uso é encerrado.
1. O ator não preenche todos os campos obrigatórios da tela
2. O sistema verifica que existem campos obrigatórios não preenchidos
3. O sistema emite alerta informando quais campos não foram preenchidos.
4. O ator volta pra tela e preenche os dados.
7. Pós-Condições
Não se aplica.
RN 1 - O sistema deve validar se o CPF ou CNPJ informados são válidos.
19
Figura 08 – Caso de excluir empresa.
Sumário
Este caso descreve o processo de exclusão empresas cadastradas no sistema.
Atores
Pré-Condições
O ator selecionou a empresa a ser excluída.
Fluxo Principal
Fluxo 1
O ator seleciona a opção excluir.
O sistema exibe mensagem de confirmação da operação.
O ator confirma a operação e a empresa é apagada do banco de dados, bem como todos
os funcionários a ela pertencentes.
O sistema alerta ao usuário que a operação foi realizada com sucesso e desabilita a
opção 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.
7. Pós-Condições
20
Não se aplica.
Não se aplica.
1.3 MODULO FUNCIONÁRIO
Figura 09 – Caso de cadastrar funcionários.
Sumário
Este caso descreve o processo de cadastro de funcionários no sistema.
Atores
Pré-Condições
Fluxo Principal
Fluxo 1
O ator seleciona a opção funcionários.
O ator seleciona a opção de cadastrar.
O sistema apresenta a tela empresas com os campos bloqueados e permite apenas a
opção de gravar e cancelar sejam selecionadas.
Caso o ator selecione a opção Dados do funcionário, o caso de uso é direcionado para o
fluxo 2.
Caso o ator selecione a opção Documentos, o caso de uso é direcionado para o fluxo 3 .
Caso o ator selecione a opção outros dados, o caso de uso é direcionado para o fluxo 4 .
Fluxo 2
21
O sistema apresenta a tela de Dados do funcionário e chibe o código que irá pertencer ao
funcionário cadastrado.
O ator informa a razão social da empresa no qual o funcionário pertence, número de
matrícula, nome completo, situação atual na empresa.
O sistema gera automaticamente o registro de sistema do funcionário.
Fluxo 3
O sistema apresenta a tela de documentos.
O ator informa o número de RG dos funcionários, o órgão expedidor do RG, o estado
onde o órgão expedidor do RG está localizado, número da carteira de trabalho(CTPS)
O sistema exibe as documentações completas do funcionário informado.
Fluxo 4
O ator seleciona a opção de gravar.
O sistema valida se todos os campos obrigatórios foram preenchidos e se todos os
campos estão corretos e grava as informações no banco de dados.
O sistema limpa o formulário e bloqueia os seus campos.
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 a outros módulos.
A .1 Cancelar
alterados e habilita as opções de Inclusão, consulta e acesso a outros módulos. O caso
Não se aplica.
7. Pós-Condições
Não se aplica.
22
RN 1 - O código do funcionário a ser cadastrado deve começar com número 1 para cada
funcionário do sistema ao qual ele deve pertencer.
RN 2 - O número de registro no sistema deve ser gerado unindo o código da empresa ao
código de matrícula do funcionário nessa respectiva ordem.
Figura 10 – Caso de consultar funcionários.
Sumário
Este caso descreve o processo de consulta de funcionários no sistema.
Atores
Gestor e Funcionário Comum
Pré-Condições
Fluxo Principal
Fluxo 1
O ator seleciona a opção funcionários.
O ator seleciona a opção de procurar.
O sistema apresenta a tela Consultar Funcionários.
O sistema informa um dos critérios de busca: número de CPF, número de matrícula.
O sistema exibe uma lista com todos os funcionários encontrados no base dados, com
suas respectivas informações.
O ator seleciona o funcionário desejado e aciona opção selecionar.
O Sistema preenche a tela do módulo de funcionários com os dados e ativa a opção de
Exclusão ou Alteração.
23
A .1 Cancelar
O ator seleciona a opção de cancelar e o caso de uso é finalizado.
Não se aplica.
7. Pós-Condições
Não se aplica.
RN 1 - Apenas o gestor pode visualizar todos os funcionários cadastrados no sistema.
RN 2 - O sistema deve exibir para os funcionários comum apenas as informações
pertencentes aos funcionários cadastrados por eles.
Figura 11 – Caso de alterar funcionários.
Sumário
Este caso descreve o processo de alteração dos dados de funcionários cadastrados no
sistema.
Atores
Gestor e Funcionário Comum
Pré-Condições
O ator selecionou o funcionário a ser editado.
24
Fluxo Principal
Fluxo 1
O ator seleciona a opção alterar.
O sistema habilita todos os campos das telas para edição e permite que apenas as
opções de Gravar e Cancelar sejam acionadas.
Caso o ator selecione a opção Dados do Funcionário, o caso de uso é direcionado para o
Fluxo 2.
Caso o ator selecione a opção Documentos, o caso de uso é direcionado para o Fluxo 3.
Caso o ator selecione a opção outros dados, o caso de uso é direcionado para o Fluxo 4.
Fluxo 2
O sistema apresenta tela de Dados do funcionário com todos os campos preenchidos e
valores cadastrados.
O ator edita os valores desejados.
Fluxo 3
O sistema apresenta a tela de documentos com todos os campos preenchidos com os
Fluxo 4
O sistema apresenta a tela outros documentos com todos os campos preenchidos com os
Fluxo 5
O ato seleciona a opção gravar.
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 dados
O sistema limpa o formulário e bloqueia seus campos.
O sistema alerta ao usuário que a operação foi realizada com sucesso e habilita a opção
de inclusão, consulta e acesso aos outros módulos.
A .1 Cancelar
25

altera os e habilita as opções de Inclusão, Consulta e acesso a outros módulos. O caso
Não se aplica.
7. Pós-Condições
Não se aplica.
Não se aplica.
Figura 12 – Caso de excluir funcionários.
Sumário
Este caso descreve o processo de exclusão de funcionários cadastrados no sistema.
Atores
Pré-Condições
O ator selecionou o funcionário a ser excluído.
Fluxo Principal
Fluxo 1
O ator seleciona a opção excluir.
O sistema exibe mensagem de confirmação da operação.
26
O ator confirma a operação e o funcionário é apagada do banco de dados, bem como

todos os funcionários a ela pertencentes.
O sistema alerta ao usuário que a operação foi realizada com sucesso e desabilita a
opção 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.
7. Pós-Condições
Não se aplica.
Não se aplica.
1.4 Diagrama de Atividades

27
28
CAPÍTULO 2 – Programação Orientada Objetos I
A programação orientada a objetos é um modelo de programação onde diversas classes

possuem características que definem um objeto na vida real. Cada classe determina o
comportamento do objeto definido por métodos e seus estados possíveis definidos por
atributos.
2.1 Requisitos Funcionais
Requisito funcional é uma declaração de como o sistema deve se comportar. Define o que
o sistema deve fazer para atender às necessidades ou expectativas dos usuários. Os
requisitos funcionais podem ser pensados como recursos que o usuário detecta.
Os requisitos funcionais são compostos de duas partes: função e comportamento. Função
é basicamente o que o sistema traz para cumprir uma tarefa, ou seja, suas
funcionalidades. Já o comportamento se trata de como o sistema irá realizar essas
tarefas.
A seguir, listamos os requisitos funcionais necessários para o desenvolvimento do sistema
de folha de pagamento.
Regulamento de negócios:
: Para administrar o sistema será necessário a criação de um usuário administrador que
irá deter a responsabilidade sobre as funcionalidades do sistema. Esse usuário será
criado pela equipe de desenvolvimento e fornecido ao cliente no final da integração;
: Apenas o usuário administrador terá acesso ao sistema desktop e suas funcionalidades.
Requisitos de certificação:
: Para o uso do sistema não será necessário a compra de um certificado digital.
Requisitos de relatório:
: O sistema deve ser capaz de fornecer os seguintes relatórios:
- Folha de pagamento de todos os funcionários;
- Folha de pagamento individual;
- Banco de horas individual;
- Contracheque.
29
Funções administrativas:
: O administrador do sistema deve preencher os dados da sua empresa durante o
primeiro acesso;
: O administrador deve ser capaz de gerenciar o quadro de funcionários contando com o
auxílio de tabelas de usuários cadastrados;
: O administrador deve ser capaz de gerenciar os cargos da empresa contando também
com o auxílio de tabelas de cargos cadastrados.
Gestão de dados:
: O sistema deve armazenar os dados em um banco de dados relacional;
: Os dados não necessitam estar criptografados no banco de dados;
: O sistema deve contar com o apoio de um servidor primário para hospedar o banco de
dados e um servidor secundário para dar apoio em caso de falha do servidor primário e
realizar backups diários dos dados do sistema.
2.2 Requisitos não funcionais
Os requisitos não funcionais explicam as limitações e restrições que definem a qualidade

do sistema a ser projetado. Esses requisitos não tem nenhum impacto nas
funcionalidades do sistema. Esses requisitos possuem extrema importância porque
ajudam a garantir que o sistema atenda às necessidades do usuário.
Os requisitos não funcionais podem ser divididos em duas categorias que são: 1)
Atributos de qualidade: São as características do sistema que determinam sua qualidade
geral.
2) Restrições: São as limitações impostas ao sistema.
Abaixo, descrevemos os requisitos não funcionais para o desenvolvimento do sistema de
folha de pagamentos.
Interface de usuário:
: O sistema desktop deverá contar com uma interface simples, com design padrão do
Windows para garantir que o usuário tenha fácil entendimento do sistema e de suas
funcionalidades.
Confiabilidade:
: O sistema deve fornecer com precisão as informações e cálculos que o usuário solicitar.
30
Disponibilidade:
: O sistema deve estar pronto para enfrentar instabilidade de rede e armazenar alterações
em logs para assim que retomada a conexão realizar todos os updates necessários no
banco de dados;
: O sistema deve contar com a disponibilidade de dois servidores de banco de dados para
garantir que um sempre esteja disponível em caso de falha.
Manutenção:
: O sistema deve ser programado de acordo com as boas práticas de programação para
garantir que a manutenção e implementação de novas funcionalidades sejam feitas sem
muito esforço e sem interferir nas funcionalidades já integradas;
: O sistema deve ser manutenido de acordo com as novas necessidades do usuário após
a implementação do sistema.
Usabilidade:
: O sistema deve ser capaz de fornecer ajuda dentro de seu próprio layout;
: O sistema deve possuir funcionalidades fáceis de usar e de compreender;
Compatibilidade:
: O sistema deve ser integrável com os aplicativos web e mobile para garantir que seu
funcionamento esteja correto.
Segurança:
: O sistema deve possuir um sistema de login com usuário e senha, que será fornecido
somente a um administrador pela equipe de desenvolvimento;
: Todas as funcionalidades do sistema desktop deve estar somente acessíveis ao
administrador do sistema.
: O sistema deve atender a Lei Geral de Proteção de Dados (LGPD) de forma que os
dados dos funcionários estejam protegidos e íntegros.
2.3 Objetos e atributos
Classe Empresa:
namespace PIM.Classes
31
{
Public class Empresa
{
private int id { get; set; }
private string razaoSocial { get; set; }
private string cnpj { get; set; }
private string inscricaoEstadual { get; set; }
private string endereco { get; set; }
private string telefone { get; set; }
}
}
Classe Funcionário:
{
Public class Funcionario
{
private Cargo { get; set; }
private string nome { get; set; }
private string cpf { get; set; }
private string pis { get; set; }
private string banco { get; set; }
private string agencia { get; set; }
private string tipoConta { get; set; }
private string conta { get; set; }
private DateTime dataAdmissao { get; set; }
private DateTime dataDesligamento { get; set; }
}
}
Classe Cargo:
32
{
Public class Cargo
{
private string nome { get; set; }
private string departamento { get; set; }
private int cargaHoraria { get; set; }
private double salario { get; set; }
}
}
33
CAPÍTULO 3 – Banco de dados
O banco de dados é a organização e armazenagem de informações sobre um domínio

específico. De forma mais simples, é o agrupamento de dados que tratam do mesmo
assunto, e que precisam ser armazenados para segurança ou conferência futura.
É comum que empresas tenham diversas informações que precisam ser organizadas e
disponibilizadas dentro do negócio para que sejam consultadas posteriormente pela
equipe e pela gerência.
Por isso, é interessante ter um sistema de gerenciamento de banco de dados, SGBD,
para conseguir manipular as informações e tornar a rotina da empresa muito mais
simples.
Hoje, existem diversos tipos de Gbps, e cada um é adequado para uma necessidade dos
clientes. São os mais comuns: Oracle, DB2, MySQL, SQL Server, PostgreSQL e outros.
3.1Criação do mer.
34
3.2 Criação der.
3.3 Criação do Código no MySQL Workbench
create database pim;
use pim;
create table cargo(

id integer not null primary key,
nomecargo varchar (40) not null key,
departamento varchar(20) not null,
cargahoraria int (10) not null,
salario double (9,2) not null);
insert into cargo

(id, nomecargo, departamento, cargahoraria, salario)
values(1, "Analista TI", "Tecnologia da informação", 8, 3.500);
insert into cargo
35

insert into cargo
create table funcionario1(

nomefun varchar (80) not null,
cpf varchar (14) not null unique,
pis varchar (20) not null unique,
banco varchar (30) not null,
agencia varchar (20) not null,
conta varchar (15) not null unique,
tipoconta varchar (35) not null,
dataadmissao date,
datadesligamento date,
cargo_id integer,
constraint fk_cargo_funcionario
foreign key (cargo_id)
references cargo(id));
insert into funcionario

(id, nomefun, cpf, pis, banco, agencia, conta, tipoconta, dataadmissao, datadesligamento,
cargo_id)
values(2, "Gilberto", "841648461848", "81684118469845", "itau", "1848168-6",
"02.02.2023", "Analista TI");
"02.02.2023", "Analista TI");
"02.02.2023", "Analista TI");
36
create table empresa(

razaosocial varchar (60) not null,
cnpj varchar(18) not null unique,
inscricaoestadual varchar (12) not null,
endereco varchar(60) not null,
telefone varchar(14) not null);
insert into empresa

(id, razaosocial, cnpj, inscricaoestadual, endereco, telefone)
values(4, "Point System", "89.456.834/0001-22", "7836542878", "Rua 1. Qd.13. Lt.1.
Silicon Valley. Goiania. GO. Brasil", "(62)98576-1325");
insert into empresa

values(5, "Drogaria Canedo LTDA", "37.398.344/0001-00", "102479810", " RUA
PERIMETRAL 6, nº 118, Qd.X8, Lt.8 E 9, JARDIM BRASIL - GOIANIA GO, CEP: 74.730-
435", "(62)3542-9900 ");
insert into empresa
values(5, "Drogaria Canedo LTDA", "37.398.344/0003-72", " 108302610", " AVENIDA
ANHANGUERA, nº 6392, Qd.2A, Lt.20, SETOR AEROPORTO - GOIANIA GO, CEP:
74.075-010", "(62)3911-0300 ");
3.4 Script da Criação do Banco de Dados
CREATE DATABASE BD_FolhaDePagamentos

USE BD_FolhaDePagamentos
-- Criação da tabela "Funcionario"

37
CREATE TABLE Funcionario (

Id INT NOT NULL IDENTITY(1,1) PRIMARY KEY,
Nome VARCHAR(255) NOT NULL,
CPF BIGINT UNIQUE NOT NULL,
Senha INT CHECK (LEN(CONVERT(NVARCHAR, Senha)) = 4) NOT NULL,
Cargo VARCHAR(255) NOT NULL,
Salario SMALLMONEY NOT NULL,
CargaHoraria SMALLINT NOT NULL ,
HorasCumpridas TIME ,
DataAdmissao DATE NOT NULL,
DataDesligamento DATE
);
-- Criação da tabela "Banco de Horas"

CREATE TABLE BancoDeHoras (
IdFuncionario INT NOT NULL,
Data DATE NOT NULL,
Entrada1 TIME,
Saida1 TIME,
Entrada2 TIME,
Saida2 TIME,
FOREIGN KEY (IdFuncionario) REFERENCES Funcionario(id)
);
-- Criação da tabela "Folha de Pagamento"

CREATE TABLE FolhaDePagamento (
IdFuncionario INT NOT NULL,
MesReferencia INT NOT NULL,
SalarioBruto MONEY NOT NULL,
ValeTransporte MONEY NOT NULL,
38
ValeAlimentacao MONEY NOT NULL,

Assiduidade MONEY NOT NULL,
FGTS MONEY NOT NULL,
PlanoDeSaude MONEY NOT NULL,
SalarioLiquido MONEY NOT NULL,
FOREIGN KEY (IdFuncionario) REFERENCES Funcionario(Id)
3.5 Script do relatório de banco de horas
SQL Horas Trabalhadas por dia por Id do Funcionário

DECLARE @Mes2 int, @Ano2 int, @IdDoFuncionario2 int;
SET @Mes2 = 1; -- Substitua pelo mês desejado
SET @Ano2 = 2023; -- Substitua pelo ano desejado
SET @IdDoFuncionario2 = 4; -- Substitua pelo Id do Funcionário
SELECT F.Id, F.Nome, B.Data, B.Entrada1, B.Saida1, B.Entrada2, B.Saida2,

DATEDIFF(MINUTE, B.Entrada1, B.Saida1) /60 AS Primeiro_Periodo,
DATEDIFF(MINUTE, B.Entrada2, B.Saida2) /60 AS Segundo_Periodo,
(DATEDIFF(MINUTE, B.Entrada1, B.Saida1) + DATEDIFF(MINUTE, B.Entrada2,
B.Saida2)) / 60 AS Horas_Trabalhadas
FROM Funcionario F LEFT JOIN BancoDeHoras B ON F.Id = B.IdFuncionario
WHERE
MONTH(B.Data) = @Mes2
AND YEAR(B.Data) = @Ano2
AND F.Id = @IdDoFuncionario2
-- SQL Total horas trabalhadas por período Todos Funcionários

DECLARE @Mes int, @Ano int;
SET @Mes = 1; -- Substitua pelo mês desejado
SET @Ano = 2023; -- Substitua pelo ano desejado
39
SELECT F.Id, F.Nome, F.CPF, F.CargaHoraria, SUM(DATEDIFF(MINUTE, B.Entrada1,

B.Saida1) + DATEDIFF(MINUTE, B.Entrada2, B.Saida2)) / 60 AS Carga_Cumprida
WHERE
MONTH(B.Data) = @Mes
AND YEAR(B.Data) = @Ano
GROUP BY
F.Id, F.Nome, F.CPF, F.CargaHoraria;
-- SQL Total horas trabalhas por período por Id do Funcionário

DECLARE @Mes1 int, @Ano1 int, @IdDoFuncionario int;
SET @Mes1 = 1; -- Substitua pelo mês desejado
SET @Ano1 = 2023; -- Substitua pelo ano desejado
SET @IdDoFuncionario = 3; -- Substitua pelo Id do Funcionário
SELECT F.Id, F.Nome, F.CPF, F.CargaHoraria, SUM(DATEDIFF(MINUTE, B.Entrada1,

B.Saida1) + DATEDIFF(MINUTE, B.Entrada2, B.Saida2)) / 60 AS Carga_Cumprida
WHERE
MONTH(B.Data) = @Mes1
AND YEAR(B.Data) = @Ano1
AND F.Id = @IdDoFuncionario
GROUP BY
F.Id, F.Nome, F.CPF, F.CargaHoraria
3.6 Script de folha de pagamento
-SQL Folha de Pagamento por Mês, Ano e Id do Funcionário

DECLARE @Mes int, @Ano int, @IdFuncionario int;
SET @Mes = 1; -- Substitua pelo mês desejado
SET @Ano = 2023; -- Substitua pelo ano desejado
SET @IdFuncionario = 1; -- Substitua pelo Id do Funcionario
40
SELECT
F.Id,
F.Nome,
F.CPF,
F.CargaHoraria,
(SELECT SUM(DATEDIFF(MINUTE, B.Entrada1, B.Saida1) + DATEDIFF(MINUTE,
B.Entrada2, B.Saida2)) / 60
FROM BancoDeHoras B
WHERE
AND B.IdFuncionario = @IdFuncionario
GROUP BY
B.IdFuncionario
) AS Carga_Cumprida,
FP.SalarioBruto AS Salario_Bruto,
FP.ValeTransporte + FP.ValeAlimentacao + FP.Assiduidade AS Beneficios,
FP.FGTS + FP.PlanoDeSaude AS Descontos,
FP.SalarioLiquido AS Salario_Liquido
FROM
Funcionario F
LEFT JOIN BancoDeHoras B ON F.Id = B.IdFuncionario
LEFT JOIN FolhaDePagamento FP ON F.Id = FP.IdFuncionario
WHERE
AND F.Id = @IdFuncionario
GROUP BY
F.Id, F.Nome, F.CPF, F.CargaHoraria,
FP.SalarioBruto, FP.ValeTransporte, FP.ValeAlimentacao, FP.Assiduidade,
FP.FGTS, FP.PlanoDeSaude, FP.SalarioLiquido
41
CAPÍTULO 4 - Projeto de Interface com o Usuário
O projeto centrado no usuário é uma abordagem de projeto de interface onde a análise

das atividades do usuário é primordial para o sucesso do projeto como um todo. Projeto
de interface sempre envolve o desenvolvimento de protótipos de interfaces.
4.1 Mokup Desktop
Tela de Login
Tela Cadastro de Empresa
Tela Cadastro de Funcionário

42
Tela Tabela de Funcionários
Tela Folha de Pagamento
Tela Pagamento Individual

43
Tela Banco de Horas
Tela alterar dados de funcionário

44
4.2 Mokup Mobile
Tela Login
Tela inicial
Tela recuperação de senha

45
Tela de relatório de horas
4.3 Mokup Web

46
Tela de login
Tela inicial
Tela de registro de ponto

47
CAPÍTULO 5 - Engenharia de Software II
Engenharia de software é a área profissional responsável pela criação, manutenção e

desenvolvimento de sistemas. Os profissionais da área atuam na realização de análises,
coletas e processamento de dados, identificando falhas e desvios na operação destes
produtos, para, a partir daí, otimizar sua performance.
5.1 Método Scrum
Um dos principais desafios das equipes de gestão de projetos é a conclusão ou

desenvolvimento de produtos e serviços com agilidade e rapidez, sem desperdício de
recursos e, consequentemente, de dinheiro.
Por isso, a busca por métodos que desenvolvam a produtividade e organizem a demanda
das equipes é muito comum dentro de qualquer companhia. Provavelmente, você já ouviu
falar de Metodologias Ágeis, que ganharam bastante repercussão nos últimos 20 anos.
48
Uma delas é a Metodologia Scrum, que é dividida por etapas e tem como objetivo
principal diminuir o tempo de entrega de projetos e aumentar a flexibilidade para a
conclusão das atividades. Apesar de ser mais utilizada por engenheiros e
desenvolvedores de softwares, pode ser adaptada para vários setores da economia.
Esta nova abordagem se chama Scrum. Eu a criei vinte anos atrás. Agora
essa é única maneira comprovada de ajudar projetos desse tipo. Existem
duas formas de fazer as coisas: o método antigo da “cascata” que gasta
centenas de milhões de dólares e não entrega nenhum resultado, ou a nova
forma, que, com menos gente e em menos tempo, consegue mais resultados
com mais qualidade e menos custos. Sei que soa bom demais para ser
verdade, mas a prova está nos resultados. Funciona mesmo. (Sutherland,
2014, p.11)
Scrum: o que é e conceito

A Metodologia Scrum é considerada um método ágil. Trata-se de um framework (conjunto
de ações e estratégias para solucionar problemas) normalmente utilizado com projetos
mais complexos.
O conceito principal é a ideia de finalizar um projeto mais rápido, com melhor qualidade,
otimizando os recursos humanos e materiais. Além disso, potencializa o trabalho em
equipe com foco no cumprimento dos prazos estipulados por meio do acompanhamento
da evolução do projeto.
Como funciona a metodologia scrum ?

A metodologia scrum funciona em fases simples e em ciclos. Antes de falarmos sobre o
processo em si, é bom pontuar que existem muitos termos específicos do método, mas
que são fáceis de entender e explicar para os profissionais envolvidos.
Dividimos os passos para facilitar o entendimento do processo.
Passo 1: Ter uma visão total do projeto

Passo 2: Dividir as funcionalidades
Passo 3: Definir prioridades
49
Passo 4: Dividir em ciclos

Passo 5: Iniciar dos ciclos
Passo 6: Revisão dos ciclos
Quais os principais objetivos da metodologia scrum?
Como falamos anteriormente, o objetivo da metodologia de Schwaber e Sutherland é

auxiliar na gestão ágil de projetos, especialmente os grandes e/ou complexos. Com o
método, a ideia é de que os gestores concluam suas demandas em menor tempo e com
maior qualidade.
Além disso, os desenvolvedores também acreditam que esse tipo de organização permite
que seja necessário menos capital humano e recursos materiais para a conclusão dos
projetos.
CAPÍTULO 6 - Empreendedorismo
50
6.1 A Origem do Empreendedorismo:
Segundo Chiavenato (2008), o empreendedorismo se origina no século XVII e XIX,

no período do liberalismo econômico. Nesse início, alguns pensadores econômicos
afirmavam que as forças livres do mercado e da concorrência refletiam a ação
econômica. O empreendedor era visto como aquele que adquiria a matéria-prima e a
revendia, assumindo certo risco. Se conseguisse lucro além do esperado, seria um
claro sinal de inovação.
O termo “empreendedorismo” foi registrado por Richard Cantillon, em 1755, para

explicar a receptividade ao risco de comprar algo por um determinado preço e
vendê-lo em um regime de incerteza. Jean Baptiste Say, em 1803, ampliou essa
definição – para ele, empreendedorismo consiste em transferir recursos econômicos
de um setor que produz menos para um setor que tenha produtividade mais elevada e
com maior rendimento. Fica convencionado, portanto, que quem abre seu próprio
negócio é um empreendedor.
6.2 O que é o empreendedorismo:
Empreendedorismo significa empreender, resolver um problema ou situação complicada. É um

termo usado no setor empresarial e muitas vezes está relacionado com a criação de
empresas ou produtos novos. Empreender é também saber identificar oportunidades e transformá-
las em um negócio lucrativo.
6.3 Tipos de empreendedorismo

• empreendedorismo externo: quando o empreendedor comanda o próprio negócio ou
empreendimento, exercendo a liderança sobre o grupo;
51
• empreendedorismo interno ou intraempreendedoríssimo: quando o empreendedor

lidera um grupo de pessoas de seu próprio trabalho com vistas ao engrandecimento do negócio.
CAPÍTULO 7 – Gestão de Qualidade
7.1 O que é a Gestão de Qualidade:
A gestão da qualidade é um processo essencial em qualquer organização, que se

concentra em garantir que os produtos ou serviços atendam ou excedam as
expectativas dos clientes. Ela envolve a criação e a manutenção de padrões de
qualidade, a identificação de áreas de melhoria e a implementação de medidas para
atingir esses objetivos.
Ao relacionar a gestão da qualidade ao nosso projeto de análise e levantamento de

requisitos para a automação da folha de pagamento de uma empresa, observamos
como essa abordagem se torna fundamental.
A automação da folha de pagamento é um passo crucial na modernização de

processos de recursos humanos e contabilidade. Para garantir que esse projeto seja
bem-sucedido e atenda às necessidades da empresa, a gestão da qualidade
desempenha um papel vital.
52
7.2 Como Interligar os conceitos:
* Identificação de Requisitos de Qualidade: A primeira etapa da gestão da qualidade é

identificar os requisitos de qualidade. No contexto da automação da folha de
pagamento, isso significa entender as expectativas da empresa, dos funcionários e das
autoridades regulatórias em relação à precisão, conformidade legal, segurança e
eficiência do sistema.
* Definição de Padrões: Com base nos requisitos identificados, é essencial

estabelecer padrões de qualidade para o sistema de folha de pagamento. Os padrões
podem incluir níveis de precisão, tempo de processamento e conformidade com
regulamentos fiscais e trabalhistas.
* Planejamento e Controle: A gestão da qualidade envolve um planejamento

minucioso e o estabelecimento de controles para garantir que os padrões de qualidade
sejam atendidos. No contexto da automação da folha de pagamento, isso incluiria a
definição de processos de validação, testes rigorosos e auditorias regulares.
* Melhoria Contínua: Um dos princípios fundamentais da gestão da qualidade é a

busca contínua pela melhoria. À medida que o sistema de folha de pagamento é
implementado e utilizado, é importante coletar feedback e realizar ajustes para
aprimorar a qualidade e a eficiência.
* Envolvimento das Partes Interessadas: A gestão da qualidade também enfatiza o

envolvimento das partes interessadas, que, no contexto da folha de pagamento,
incluiria departamentos de RH, contabilidade, funcionários e equipes de TI. A
comunicação e a colaboração são essenciais para garantir que o sistema atenda a
todas as expectativas.
53
Contudo, ao adotar uma abordagem de gestão da qualidade, o projeto de automação

da folha de pagamento terá maior probabilidade de sucesso, atendendo aos requisitos
de qualidade, reduzindo erros, melhorando a eficiência e, em última análise,
contribuindo para a satisfação de funcionários e a conformidade legal.
CONSIDERAÇÕES FINAIS:
O Projeto Integrado Multidisciplinar teve como principal objetivo analisar e mapear os

processos internos relacionados ao cálculo da folha de pagamento e à geração de
documentos no setor de Recursos Humanos (RH) e Departamento Pessoal. O intuito era
promover a digitalização e automação desses processos, visando otimizar a geração da
folha de pagamento e proporcionar conforto e praticidade aos empresários.
Através desse projeto, foi realizada uma análise detalhada dos procedimentos existentes,
identificando oportunidades de melhorias e eficiência por meio da implementação de
tecnologias e soluções digitais. O objetivo final era alcançar a automatização completa do
processo de geração da folha de pagamento, reduzindo o tempo e esforço necessários, e
gerando documentos de forma digitalizada.
Esse projeto de automação trará benefícios não apenas para o departamento pessoal e
de recursos humanos, mas também para os funcionários da empresa. Com a otimização
dos processos, será possível proporcionar transparência e agilidade na geração da folha
de pagamento, garantindo a precisão dos cálculos e evitando possíveis erros ou
inconsistências.
Além disso, com a digitalização dos documentos envolvidos no processo de folha de
pagamento simplificou o acesso e o arquivamento desses documentos, reduzindo a
necessidade de espaço físico e facilitando a consulta e análise de informações.
As disciplinas usufruídas para criação desse projeto foram: Engenharia de Software II,
Análise de Sistemas Orientada a Objetos, Programação Orientada a Objetos I, Projeto de
Interface com o Usuário, Banco de Dados, Economia e Mercado e Gestão Estratégica de
Recursos Humanos.
54
Conclui-se, portanto que o presente Projeto Integrado Multidisciplinar (PIM), será a base
para a criação de um software que atendera todas as necessidades de uma empresa em
relação a documentação e formalização de seus departamentos, através da
implementação de recursos tecnológicos.
REFERENCIAS BIBLIOGRÁFICAS:
O que é engenharia de software? Tudo sobre a carreira. Disponível em

https://blog.xpeducacao.com.br/o-que-e-engenharia-de-software/#:~:text=Engenharia
%20de%20software%20%C3%A9%20a,partir%20da%C3%AD%2C%20otimizar%20sua
%20performance. Acesso em: 15. maio 2023.
Economia de mercado. Disponível em
https://www.educamaisbrasil.com.br/enem/matematica/economia-de-mercado acesso em:
25. maio 2023.
Projeto de interface com o usuário. Disponível em
https://www.dcce.ibilce.unesp.br/~ines/cursos/eng_soft/aula11.PDF. Acesso em 22. maio
2023.
Sutherland, Jeff, Scrum a arte de fazer o dobro do trabalho em metade do
tempo. São Paulo: TEXTO EDITORES LTDA, 2014.
O que é banco de dados ?. Disponível em : https://rockcontent.com/br/blog/banco-de-
dados/. Acesso 3. maio 2023.
GESTÃO DE QUALIDADE: Disponíve em: FONTE: https://eprconsultoria.com.br/gestao-

de-qualidade/
EMPREDEDORISMO. Disponível em: Livro texto Unidade 3.

https://ava.ead.unip.br/bbcswebdav/pid-3547945-dt-content-rid-2694931_1/institution/
55
Conteudos_AVA/ASSOCIADAS_UNIP/D242_D753_D917_D868%20-
%20Empreendedorismo/Livro-Texto%20-%20Unidade%20III.pdf
Programação Orientada a Objetos. Disponível em:

https://www.devmedia.com.br/programacao-orientada-a-objetos-e-programacao-
estruturada/32813#:~:text=A%20programa%C3%A7%C3%A3o%20orientada%20a
%20objetos%20%C3%A9%20um%20modelo%20de%20programa
%C3%A7%C3%A3o,estados%20poss%C3%ADveis%20definidos%20por
%20atributos. Acesso 12. maio 2023.
OOA no desenvolvimento de sistemas. Disponível em:
https://www.teclogica.com.br/ooa-object-oriented-analysis-analise-orientada-a-objetos/
#:~:text=A%20An%C3%A1lise%20Orientada%20a%20Objetos,descritivo%20contendo
%20informa%C3%A7%C3%B5es%20do%20projeto. Acesso 17. maio 2023.
O que são Requisitos Funcionais: Exemplos, Definição, Guia Completo.
Disponível em : https://visuresolutions.com/pt/blog/functional-requirements/ Acesso 14.
maio 2023.
Metodologia Ágil - O que é. Disponível em : https://www.alura.com.br/artigos/o-que-e-
metodologia-agil Acesso 18. maio 2023.

PIM_4º

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

PIM_4º

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDADE PAULISTA

Projeto Integrado Multidisciplinar

Análise e Levantamento de requisitos de um sistema para automatização da

Análise e Levantamento de requisitos de um sistema para automatização da

Nomes : Aldo Coelho Mendes Neto RA:

Data de Aprovação: 12/29/2023

O projeto irá abranger a identificação e mapeamento de todas as etapas e atividades

A digitalização do cálculo da folha de pagamento e a geração digital de documentos trarão

O PIM também contemplará a definição de um plano de implantação, incluindo

Com a conclusão bem-sucedida desse projeto, a empresa poderá desfrutar de uma

CAPÍTULO 1 – Análise de Sistemas Orientada a Objetos........................................11

1.2 Diagrama de caso de uso..............................................................................................................11

1.2 MODULO EMPRESA.................................................................................................................14

1.3 MODULO FUNCIONÁRIO........................................................................................................20

1.4 Diagrama de Atividades...............................................................................................................26

CAPÍTULO 2 – Programação Orientada Objetos I............................................................................28

2.1 Requisitos Funcionais...................................................................................................................28

2.2 Requisitos não funcionais.............................................................................................................29

2.3 Objetos e atributos........................................................................................................................30

CAPÍTULO 3 – Banco de dados........................................................................................................33

3.2 Criação der....................................................................................................................................34

3.3 Criação do Código no MySQL Workbench..................................................................................34

3.4 Script do Banco de

3.5 Script do relatório de banco de

3.6 Script da folha de

CAPÍTULO 4 - Projeto de Interface com o Usuário..........................................................................41

4.1 Mokup Desktop............................................................................................................................41

4.3 Mokup Web..................................................................................................................................46

CAPÍTULO 5 - Engenharia de Software II........................................................................................47

5.1 Método Scrum..............................................................................................................................47

6.1 A Origem do Emprededorismo.....................................................................................................50

6.2 O que e o Emprededorismo..........................................................................................................50

CAPÍTULO 7 - Gestão de Qualidade.................................................................................................51

7.1 O que e a Gestão de Qualidade?...................................................................................................51

7.2 Como Interligar os

Nos últimos anos, o avanço tecnológico tem revolucionado a forma como as

CAPÍTULO I – Análise de Sistemas Orientada a Objetos

A Análise Orientada a Objetos (OOA) é um processo de desenvolvimento de sistemas que

1.1 Modelagem do Sistema de Folha da Pagamento

1.2 Diagrama de caso de uso

Figura 1 – Caso de uso geral do módulo Tabelas.

Figura 2 – Caso de uso geral do módulo Empresa.

Figura 3 – Caso de uso geral do módulo Funcionário.

Figura 4 – Caso de uso Efetuar Login.

1.2 MODULO EMPRESA

Figura 5 – Caso de uso incluir empresa.

Figura 6 – Caso de uso consultar empresa.

3. O ator volta para tela de consulta.

Figura 7 – Caso de alterar empresa.

Figura 08 – Caso de excluir empresa.

1.3 MODULO FUNCIONÁRIO

Figura 09 – Caso de cadastrar funcionários.

Figura 10 – Caso de consultar funcionários.

Figura 11 – Caso de alterar funcionários.

O ator seleciona a opção de cancelar.

Figura 12 – Caso de excluir funcionários.

O ator confirma a operação e o funcionário é apagada do banco de dados, bem como

1.4 Diagrama de Atividades

CAPÍTULO 2 – Programação Orientada Objetos I

A programação orientada a objetos é um modelo de programação onde diversas classes

2.1 Requisitos Funcionais

2.2 Requisitos não funcionais

Os requisitos não funcionais explicam as limitações e restrições que definem a qualidade

2.3 Objetos e atributos