FACULDADE METROPOLITANA DE MANAUS

BACHARELADO EM SISTEMAS DE INFORMAÇÃO

ELISOM DOS SANTOS AMAZONAS

PAULO RICARDO MONTEIRO DOS SANTOS

MEP – SISTEMA DE CONTROLE DE PATRIMÔNIO

MANAUS
2021
ELISOM DOS SANTOS AMAZONAS
PAULO RICARDO MONTEIRO DOS SANTOS
 1

MEP – SISTEMA DE CONTROLE DE PATRIMÔNIO

Trabalho de Conclusão de Curso (TCC)

apresentado ao Curso de Bacharelado em
Sistemas de Informação da Faculdade
Metropolitana de Manaus (FAMETRO) como pré-
requisito para obtenção do título de Bacharel em
Sistemas de Informação.

Orientador (a): MANFRINE TAPIRAMUTÁ

MANAUS
2021
AGRADECIMENTO

A Deus, pela minha vida, e por me permitir ultrapassar todos os obstáculos

 2

encontrados ao longo da realização deste trabalho.

Aos meus familiares, por todo apoio e incentivo ao longo da trajetória desse
curso.
Aos professores, pelos ensinamentos que me permitiram apresentar um
melhor desempenho no meu processo de formação ao longo do curso.
Ás pessoas com quem convivi ao longo desses anos de curso, que
incentivaram e tiveram impacto na minha formação acadêmica.
A Faculdade Metropolitana de Manaus pela oportunidade da realização do
curso.

RESUMO

O Sistema de Controle de Patrimônio MEP, tem como objetivo controlar

 3

melhor os ativos reduzindo o custo de aquisições armazenar e organizar as

informações sobre o patrimônio da empresa. O sistema proposto irá organizar todo o
cadastro e movimentação de transferência dos bens, melhorando a visualização dos
bens e seus quantitativos em setores e total até a disponibilização de relatorios.
Com a implantação do MEP, obtem-se resultados mais precisos e eficientes.
Palavras-chaves: MVC, Controle de patrimônio, Armazenamento.
 4

ABSTRACT

This work requires the development project of the MEP system for the control
of assets, with the external objective of managing a company's assets, as well as
quick and truthful answers for inventories and controls. Data storage is of paramount
importance, considering that through them we can have a reliable heritage history.
The programming language used for application development is PHP language
together with CSS HTML and JS, with a MYSQL database.

Keywords: MVC, Asset Control, Storage.

 5

LISTA DE ILUSTRAÇÕES

Figura 1: Distribuição do sistema e acesso ................................................. 12

Figura 2: Modo de Requerimento e resposta do sistema .............................12
Figura 3: Caso de Uso ..................................................................................17
Figura 4: Diagrama de Classe ..................................................................... 21
Figura 5: Modelo Entidade Relacional ......................................................... 22
Figura 6: Modelo ER .................................................................................... 25
Figura 7: Digrama de estado ....................................................................... 25
Figura 8: Diagrama de Sequência transferência ......................................... 26
Figura 9: Diagrama de Sequência Cadastra patrimônio ............................. 26
Figura 10: Diagrama de Atividade Transferir ............................................... 27
Figura 11: Diagrama de Atividade Calcular depreciação.............................. 28
Figura 12: Tela de Acesso ........................................................................... 29
Figura 13: Home Principal Administrador .................................................... 29
Figura 14: Tela Cadastro Usuário ................................................................ 30
Figura 15: Home Principal Usuário .............................................................. 30
Figura 16: Tela Cadastro Patrimônio ........................................................... 31
Figura 17: Tela Cadastro Grupo de Bem ..................................................... 31
Figura 18: Tela Cadastro Setor ................................................................... 31
Figura 19: Tela de Transferência ................................................................. 32
Figura 20: Tela Detalha Patrimônio ............................................................ 32
 6

LISTA DE TABELAS

Tabela 1 Requisitos Funcionais.............................................................. 16

Tabela 2 Requisitos não funcionais........................................................ 16
Tabela 3 Narrativa do caso de uso: Manter Patrimônio..........................18
Tabela 4 Narrativa do caso de uso: Realizar Transferência................... 29
Tabela 5 Narrativa do caso de uso: Relatório patrimônio x setor............20
Tabela 6 Dicionário de dados .............................................................................. 23
 7

LISTA DE ABREVIATURAS E SIGLAS

PHP Hypertext preprocessor

HTML Hypertext Markup Language
CSS Cascading Style Sheets
MVC Model View Controller
MER Modelo Entidade Relacionamento
SQL Structured Query Language
TCC Trabalho de Conclusão de Curso
 8

Sumário

1. INTRODUÇÃO...................................................................................................... 9
2. JUSTIFICATIVA..................................................................................................10
3. OBJETIVO.......................................................................................................... 11
3.1. GERAL...................................................................................................... 11
3.2. ESPECÍFICOS..........................................................................................11
4. METODOLOGIA..................................................................................................11
5. REFERENCIAL TEÓRICO..................................................................................13
5.1. PHP 7.0........................................................................................................ 13
5.2. Bootstrap 4.0................................................................................................ 13
5.3. MYSQL 5.1...................................................................................................13
5.4. Linux Debian 10.0.........................................................................................14
5.5. Apache 2.4....................................................................................................14
5.6. Model Viewer Controller (MVC)....................................................................14
5.7. SQL (Structured Query Language)...............................................................14
6. DESCRIÇÃO DO SISTEMA (REGRA DE NEGÓCIO)........................................15
6.1. Requisitos Funcionais...................................................................................16
6.2. Requisitos Não Funcionais...........................................................................16
6.3. Caso de uso..................................................................................................17
6.4. Descrição de Caso de Uso...........................................................................18
6.5. Diagrama de Classe.....................................................................................21
6.6. Modelo entidade relacional (MER)...............................................................22
6.7. Dicionário de dados......................................................................................23
6.8. Modelo ER....................................................................................................25
6.9. Diagrama de estado..................................................................................... 25
6.10. Diagrama de Sequência............................................................................26
6.11. Diagrama de atividade.............................................................................. 27
6.12. Interface Sistema...................................................................................... 29
6.13. Implementações Futuras...........................................................................33
7. CONCLUSÃO......................................................................................................34
8. REFERÊNCIAS...................................................................................................35
 9

1. INTRODUÇÃO

Os controles internos são os sistemas usados por uma organização para

gerenciar riscos e diminuir a ocorrência de fraudes. A estrutura de controle interno é
composta pelo ambiente de controle, pelo sistema contábil e por procedimentos
denominados atividades de controle (BARBOSA et al., 2018).
O sistema de controle consiste nas políticas e procedimentos formais que
garantem que os ativos sejam usados corretamente, garantem que o sistema de
contabilidade está funcionando corretamente, monitoram as operações da
organização para garantir a máxima eficiência, garantem que os ativos sejam
mantidos seguros e que os funcionários estejam em conformidade com as políticas
corporativas.
Um sistema de controle devidamente projetado e funcionando não eliminará o
risco de perda, mas o reduzirá (RESENDE at al., 2019).
Diferentes organizações enfrentam diferentes tipos de risco, mas quando
faltam sistemas de controle, surge a oportunidade de fraude, uso indevido dos ativos
da organização e corrupção de funcionários ou locais de trabalho.
Mesmo o uso mais simples da tecnologia pode melhorar a produtividade e a
eficiência de uma empresa. Assim, o maior benefício dos sistemas de informação é
sua capacidade de fornecer aos usuários as informações de que precisam para
realizar as tarefas com eficiência.
É salutar considerar que um controle manual verídico no levantamento dos
dados quantitativos de ativos e de seu levantamento financeiro. A desconfiança
nesse processo manual é muito alta, devido a furtos, o descontrole na
movimentação e desgaste desses ativos, o que leva essa prática a se tornar
insuficiente para uma empresa.
 10

2. JUSTIFICATIVA

O uso de planilhas para gerenciar os ativos fixos apresentava vários

problemas, incluindo o fato de que as fórmulas muitas vezes não liam a tabela a
seguir, resultando em dados instáveis e imprecisos. Todo o processo também
consumia muito tempo, pois tinha-se que inserir e processar os dados manualmente.
Com o aumento do número de ativos, percebeu-se que simplesmente não era viável
continuar com este sistema e decidiu-se propor o desenvolvimento do sistema de
controle patrimonial, onde será possível fazer rápidos cadastro de bens,
transferência de bens para setores, e consultar o estado do bem, com um celular ou
tablet juntamente conectado com um scanner onde irá ler o código do património e
ver seu estado e fazer pequenas observações do bem.
O objetivo de um sistema de controle patrimonial é minimizar o custo total de
aquisição, manutenção e operação de ativos. Ele permite que se controle as
operações com mais eficiência, permitindo que os ativos sejam executados com
desempenho máximo. Isso pode ser essencial para conter custos, manter a
qualidade da produção e maximizar retornos.
Uma ferramenta de controle patrimonial eficaz eliminará, prioritariamente, o
processo de métodos demorados e sujeitos a erros, como o uso de planilhas.
Assim, o processo torna mais fácil para a organização acompanhar seus
ativos, sejam eles líquidos ou fixos. O proprietário da empresa saberá onde os ativos
estão localizados, como estão sendo colocados em uso e se foram feitas alterações
neles.
Consequentemente, a recuperação dos ativos pode ser feita de forma mais
eficiente, gerando retornos mais elevados.
No entanto, para implementar um plano de controle patrimonial eficaz, é
importante entender que há muitos aspectos no gerenciamento de ativos. No caso
em questão, far-se-á uso do QRCODE.
Assim, com a capacidade de monitorar todos os ativos em um sistema
centralizado, um sistema de controle patrimonial eliminará a necessidade de
planilhas.
Uma vez que os ativos são verificados regularmente, o processo de
gerenciamento de ativos garante que as demonstrações financeiras os registrem
corretamente.
 11

A gestão de ativos engloba a identificação e gestão dos riscos que surgem da

utilização e propriedade de determinados ativos. Isso significa que a empresa
sempre estará preparada para gerenciar qualquer risco que surgir.
Manter o controle sobre os ativos ajuda a simplificar as operações,
especialmente em relação à sua venda ou descarte. O processo também minimiza a
chance de registrar ativos fantasmas, uma vez que todos os ativos disponíveis são
bem contabilizados.

3. OBJETIVO

3.1. GERAL

Criar um sistema de controle de estoque e total de bens disponíveis, podendo

assim ter o controle integral do patrimônio na empresa, assegurar que os bens da
empresa estejam em seus devidos lugares, diminuindo assim furtos internos ou
ativos sendo movimentados sem a devida autorização.

1.1. ESPECÍFICOS

● Controlar ativos das empresas

● Quantificar valores dos ativos por setor

● Informar depreciação

● Descrever as tecnologias utilizadas para o sistema

4. METODOLOGIA

A implantação do sistema proposto vem justamente sanar esse descontrole

quantitativo, financeiro e de desconfiança nos dados. Assim, esse sistema será
desenvolvido em PHP, com uma interface HTML, CSS e BOOTSTRAP, rápida e
agradável ao usuário. Usará JS para manipular os dados do banco, usar-se-á o
banco MYSQL. O processo de desenvolvimento do sistema usará melhores práticas
 12

para facilitar a conclusão e a eficiência do sistema, que foi também pensado no

crescimento dos ativos das empresas em pequeno e longo prazo.
Será utilizada uma estrutura de Sistemas distribuída chamada Cliente
Servidor. No projeto será usada a estrutura onde o cliente irá enviar requisições para
um servidor e irá aguardar uma resposta.

Figura 1 - Distribuição do sistema e acesso.

Fonte: Autor, 2021.

O projeto será desenvolvido no padrão de projeto MVC (Model-View-

Controller), para ter maior controle e segura das informações, onde vai haver um
isolamento de regras de negócio e lógicas do sistema, no sistema desenvolvido o
usuário irá solicitação onde a View será o responsável para receber e enviaram
uma mensagem para o Controller onde o Controller irá buscar essa informação no
model o model responde para o Controller e o Controler enviar para a View.

Figura 2 - Modo de Requerimento e resposta do sistema.

 13

Fonte: Autor, 2021.

5. REFERENCIAL TEÓRICO

Nesta seção tem um objetivo de apresentar o referencial teórico que que foi
embasado no desenvolvimento do sistema MEP. Será mostrado os tópicos
essenciais, ao longo do desenvolvimento do projeto. Sendo eles da metodologia
usada para realização, o paradigma Orientado a Objeto e estrutura MVC, as
linguagens de front-end e back-end usadas no desenvolvimento do código do
servidor PHP, até o SGBD.

1.2. PHP 7.0

O PHP Hypertext Preprocessor é uma linguagem de script aberta e de uso

geral, muito utilizada, e especialmente adequada para o desenvolvimento de sites,
trabalha juntamente com HTML e outras tecnologias, possui muitos frameworks. É
uma linguagem simples para iniciantes, porém possui muitos recursos para
programadores e projetos profissionais (ACHOUR at al, 2021).

1.3. Bootstrap 4.0

O Bootstrap é grandemente conhecido como um framework open source que

dá suporte a desenvolvimento de interfaces de aplicações web. Possui recursos
para HTML, CSS e JS. Além de suporte tem uma ampla biblioteca de componentes
prontos, como botões, barras de navegação entre outros (Teodozio, 2019).
 14

1.4. MYSQL 5.1

É um Sistema com serviço de gerenciador de banco de dados usado na

maioria das aplicações para manipular e gerenciar suas bases de dados. O MySQL
como outros bancos utiliza a linguagem SQL, que é a linguagem mais popular para
inserir, acessar e gerenciar o banco de dados.
A facilidade em integrar com o PHP foi um dos grandes pontos de sucesso,
sugeridos nos pacotes de hospedagem de sites da Internet oferecidos atualmente.
Por ser de fácil uso e aprendizado está entre os mais usados, sendo usado pela
NASA, HP, Bradesco, Sony entre outras (PACIEVITCH, 2011).

1.5. Linux Debian 10.0

Realizamos a instalação dos serviços necessários para rodar a aplicação na

plataforma Linux Debian, optamos por esta distribuição pela grande usabilidade do
mesmo no mercado, por ser livre ser estável e possuir suporte e uma equipe madura
em seu desenvolvimento, com isso tento uma vasta base de conhecimento.
Debian é usado em universidades, empresas e órgãos governamentais no mundo
todo, e tem parceiros mundiais que apoiam seu crescimento e desenvolvimento
(Debian, 2020).

1.6. Apache 2.4

Um dos serviços web mais utilizados do mundo, os motivos se devem por sua
excelente performance, segurança, compatibilidade com diversas plataformas e
recursos. Utilizaremos o mesmo no projeto justamente pela facilidade do seu uso e
documentações de fácil acesso (Alecrim, 2006).

1.7. Model Viewer Controller (MVC)

MVC é um padrão que traz como uma sugestão a arquitetura de software que
se divide em componentes que possibilita o desenvolvimento de forma clara e um
código limpo e organizado, e por conta disso e mais fácil fazer o reaproveitamento
de código e torna mais fácil e segura fazer manutenções no código, mas para que se
possa atingir o tal benefício tem que ser te uma organização do sistema por
 15

camadas, permitindo a escalabilidade e reutilização dos seus vários componentes.

A separação de componentes deve ser obrigatoriamente separada em parte

lógica e interface do sistema, com isso surge o Model, View, Controller, onde será
feita a separação de funcionalidades (BAPTISTELLA, 2009).

1.8. SQL (Structured Query Language)

É a linguagem de banco de dados mundialmente conhecida e usada, usada

para manipular e gerenciar dados e estruturas de um banco de dados.

Em resumo, podemos dizer que essa linguagem de programação foi criada

para que os programadores pudessem simultaneamente, acessar, consultar e
modificar os dados estruturais de uma empresa ou organização (GUIMARÃES,
2003).

2. DESCRIÇÃO DO SISTEMA (REGRA DE NEGÓCIO)

Com a falta de um sistema eficaz na empresa para controle e organização

dos patrimônios da empresa estão ultrapassados, sendo feito em planilhas no Excel,
sendo muito difícil emitir um relatório de como está o patrimônio ou fazer uma
listagem da localização do patrimônio sendo muito trabalhoso para o usuário emitir
esses relatórios, além disso, a empresa encontra dificuldade nos cálculos de
depreciação para fazer a conferência sobre a contabilidade, outro problema é saber
se o bem já está totalmente depreciado ou quanto tempo falta para ele depreciar a
zero(0).
Tendo em vista o problema a ser resolvido, espera-se com a implantação do
sistema um controle mais nítido sobre o patrimônio da empresa, sendo mais eficaz a
inclusão, edições e exclusões simples, isso é a facilidade de emitir relatórios por
períodos e mostra o estado do patrimônio de uma forma geral e completa, o sistema
irá fazer a transferência do patrimônio para o setor responsável ou o patrimônio sairá
do almoxarifado e irá para o setor de destino ou ele sairá de um setor para o outro
sendo essa movimentação será gravada para gerar relatórios futuros, o sistema
 16

poderá ser executado em qualquer navegador tanto no computador quando em

celulares Android e ios.
O usuário poderá fazer rotinas para verificar o estado dos patrimônios da
empresa e nisso poderá acessar o sistema em um tablet ou celular smartphone
juntamente com um scanner de mão para fazer a conferência dos bens da empresa,
onde poderá fazer observações sobre o estado do patrimônio ou até mesmo da
baixa no patrimônio.
O sistema irá fazer cálculos de depreciação do bem da data de compra até o
seu último ano de depreciação, onde automaticamente ele irá mudar o status do
patrimônio para desativado pelo fato do patrimônio ter depreciado a zero(0).
Um administrador do sistema cadastrar o funcionário e um grupo de acesso
onde será controlado o acesso dos funcionários.
O usuário irá cadastrar o grupo do patrimônio e o patrimônio, cadastrar o
setor. Poderá consultar o patrimônio, realizar transferência ou baixa.
O usuário emitirá relatórios dos patrimônios do setor, itens transferidos, itens
depreciados.
Para o pleno funcionamento do Sistema será preciso ter um servidor com o
Serviço Apache web, juntamente com o PHP e Mysql instalados e devidamente
configurados.

2.1. Requisitos Funcionais

Tabela 1 - Requisitos Funcionais.

ID Nome
RF01 Manter Usuário
RF02 Manter Patrimônio
RF03 Manter Setor
RF04 Manter Grupo Acesso
RF05 Manter Grupo do Patrimônio
RF06 Efetuar transferência do Patrimônio
RF07 Efetuar baixa do Patrimônio
RF08 Fazer cálculo de depreciação (Mês e Ano).

RF09 Relatório Patrimônio x Setor

RF010 Relatório Setor x Patrimônio
RF011 Relatório de Transferência
RF012 Relatórios de bens depreciados
RF013 Consulta Patrimônio
Fonte: Autor, 2021.
 17

2.2. Requisitos Não Funcionais

Tabela 2 - Requisitos não funcionais.

ID Nome
RFN01 Serviço web Apache 2.4
RFN02 PHP 7
RFN03 Leitor de QRcode
RFN04 Banco de dados Mysql
RFN05 Rede Lan
RFN06 Todos os dispositivos que possua navegador
Fonte: Autor, 2021.
 18

2.3. Caso de uso

Figura 3 - Caso de Uso.

Fonte: Autor,2021
 19

2.4. Descrição de Caso de Uso

 Manter Patrimônio
Tabela 3 - Narrativa do caso de uso: Manter Patrimônio.
Finalidade/Objetivo: Permitir a listagem, inserção, edição e exclusão.
Ator(es): Usuário do Sistema
Pré-condição: O usuário deve estar conectado ao sistema.
Fluxo Principal: 1. O usuário inicia o caso de uso indo no menu
“Patrimônio” e seleciona “Cadastro” na tela do
sistema.
2. Sistema te oferece a tela de cadastro.
3. Usuário preencher as informações e
selecionar “Salvar”.
4. Sistema retorna uma mensagem “Cadastrado
com Sucesso”
5. Sistema levar até a tela de Lista Patrimônio.
Fluxo Alternativo A1 – Editar Grupo Patrimônio
3. O usuário iniciar o caso de uso indo no menu
“Patrimônio” seleciona “Listar” na tela do
sistema.
4. Sistema te oferente uma Lista de
Patrimônios.
5. O Usuário selecionar o patrimônio e vai na
opção editar.
6. Sistema te oferece a tela de edição.
7. Usuário preencher as informações e
selecionar “Salvar”.
8. Sistema retorna uma mensagem “Cadastrado
com Sucesso”.
9. Sistema levar até a tela de Lista Patrimônio.
A2 – Excluir Patrimônio.
3. O Usuário selecionar o patrimônio e vai na
opção Exclusão. [E1]
4. retorna uma mensagem “Excluído com
 20

Fluxo de Exceção
Fonte: Autor, 2021.
Sucesso”.
5. Sistema levar até a tela de Lista Grupo
Patrimônio.
E1 – Patrimônio no Grupo Patrimônio.
Sistema realizar uma consulta e verifica que
existe patrimônio ligado do grupo de patrimônio
que será excluído.
Sistema informa que não pode ser excluído.
Sistema retorna ao Fluxo 2.
Caso de uso encerrado.

 Realizar Transferência

Tabela 4: Narrativa do caso de uso: Realizar Transferência.

Finalidade/Objetivo: Permitir a transferência de patrimônio.
Ator(es): Usuário do Sistema
Pré-condição: O usuário deve estar conectado ao sistema.
Fluxo Principal: 1. O usuário inicia o caso de uso indo no menu
“Transferência” na tela do sistema
2. Sistema te oferece a tela de transferência.
3. Sistema lista os Patrimônio.
4. Usuário Seleciona o Patrimônio e selecionar
“Transferir”
5. Sistema levar até a tela de transferência e
Lista as informações do Patrimônio.
6. Usuário Selecionar o Setor de destino e
selecionar “Transferir”
7. Sistema retorna mensagem “Patrimônio
Transferido” e retorna para o Fluxo 3.
8. Fluxo se encerra.
Fonte: Autor, 2021
 21

 Relatório patrimônio x setor

Tabela 5 - Narrativa do caso de uso: Relatório patrimônio x setor

Finalidade/Objetivo: Permite a consulta de relatório do patrimônio por
setor
Ator(es): Usuário do Sistema
Pré-condição: O usuário deve estar conectado ao sistema.
Fluxo Principal: 1. O usuário inicia o caso de uso indo no menu
“Relatórios” selecionar “Relatório Patrimônio x
Setor” na tela do sistema.
2. Sistema oferece a tela de relatório.
3. Usuário selecionar o Patrimônio e selecionar
“Gerar”.
4. Sistema gera o relatório em PDF.
5. Fluxo se encerra.
Fonte: Autor, 2021.
 22

2.5. Diagrama de Classe.

Figura 4: Diagrama de Classe.

Fonte: Autor,2021.
 23

2.6. Modelo entidade relacional (MER)

Figura 5 - Modelo Entidade Relacional

Fonte: Autor,2021.
 24

2.7. Dicionário de dados

Tabela 6 – Dicionário de dados.

grupo_produto
Campo Tipo Tam pk fk Nulo Único Ref Aut. Incr
Id int 11 Sim Não Não Sim - Sim
varcha
Descrição r 40 Não Não Não Não - Não

Patrimônio
Campo Tipo Tam pk fk Nulo Único Ref Aut. Incr
Id int 11 Sim Não Não Sim - Sim
varcha
descrição r 100 Não Não Não Não - Não
varcha
observação r 50 Não Não Não Não - Não
data_compra date - Não Não Não Não - Não
Status int 11 Não Sim Não Não Status Não
Setor int 11 Não Sim Não Não Setor Não
Grupo int 11 Não Não Não Não - Não
Valor float 8 Não Não Não Não - Não
usuario int 11 Não Sim Não Não Usuario Não
varcha
depreciação_status r 5 Não Não Não Não - Não

Setor
Campo Tipo Tam pk fk Nulo Único Ref Aut. Incr
Id int 11 Sim Não Não Sim - Sim
varcha
Descrição r 40 Não Não Não Não - Não

Status
Campo Tipo Tam pk fk Nulo Único Ref Aut. Incr
Id int 11 Sim Não Não Sim - Sim
varcha
Descrição r 40 Não Não Não Não - Não

Transferir
Campo Tipo Tam pk fk Nulo Único Ref Aut. Incr
Id int 11 Sim Não Não Sim - Sim
data date - Não Não Não Não - Não
hora time - Não Não Não Não - Não
patrimonio int 11 Não Sim Não Sim patrimonio Não
status Vachar 100 Não Não Não Não - Não
observação Vachar 100 Não Não Não Não - Não
setor_original Vachar 100 Não Não Não Não - Não
grupo Vachar 100 Não Não Não Não - Não
 25

valor float - Não Não Não Não - Não

setor_dest Vachar 100 Não Não Não Não - Não
usuario Int - Não Sim Não Não Usuario Não

Usuario
Campo Tipo Tam pk fk Nulo Único Ref Aut. Incr
id int 11 Sim Não Não Sim - Sim
varcha
matricula r 40 Não Não Não Sim - Sim
varcha
nome r 40 Não Não Não Não - Não
varcha
Login r 20 Não Não Não Sim - Não
varcha
Senha r 30 Não Não Não Não - Não

Nível_acesso_usuario
Campo Tipo Tam pk fk Nulo Único Ref Aut. Incr
id int 11 Sim Não Não Sim - Sim
varcha
descricao r 40 Não Não Não Sim - Sim
Fonte: Autor, 2021.
 26

2.8. Modelo ER

Figura 6 - Modelo ER.

Fonte: Autor,2021.

2.9. Diagrama de estado

Figura 7 - Digrama de estado

Fonte: Autor,2021.
 27

2.10. Diagrama de Sequência

Figura 8 - Diagrama de Sequência transferência

Fonte: Autor, 2021.

Figura 9 - Diagrama de Sequência Cadastrar Patrimônio

Fonte: Autor, 2021.

28
 29

2.11. Diagrama de atividade

Figura 10 - Diagrama de Atividade Transferir.

Fonte: Autor, 2021.

 30

Figura 11 - Diagrama de Atividade Calcular Depreciação.

Fonte: Autor, 2021.

 31

2.12. Interface Sistema

Figura 12 - Tela de Acesso.

Fonte: Autor, 2021.

Figura 13 - Home Principal Administrador

Fonte: Autor, 2021.

 32

Figura 14 - Tela Cadastro Usuário

Fonte: Autor, 2021.

Figura 15 - Home Principal Usuário

Fonte: Autor, 2021.

 33

Figura 16 - Tela Cadastro Patrimônio

Fonte: Autor,2021.

Figura 17 - Tela Cadastro Grupo de Bem

Fonte: Autor, 2021.

Figura 18 - Tela Cadastro Setor

Fonte: Autor, 2021.

 34

Figura 19 - Tela de Transferência

Fonte: Autor, 2021.

Figura 20 – Detalha Patrimônio.

Fonte: Autor, 2021.

 35

2.13. Implementações Futuras

Com o sucesso na entrega da proposta do sistema, melhorias como inclusão

de novas funcionalidade e relatórios estão previstos.
 Relatórios de cadastro de bens por usuário
 Relatório total em valor de bens de um determinado setor
 36

3. CONCLUSÃO

Este trabalho apresenta a criação de um sistema de controle de patrimônio

denominado MEP, em razão da necessidade de otimizar dados, onde, devido ao
crescimento do parque de ativos, não é mais viável o controle manual de planilhas.
O sistema tende a controlar melhor seus ativos, reduzindo o custo de
aquisições desnecessárias, melhorando a visualização da dispersão dos bens e
seus quantitativos e particionados em setores. Tendo respostas rápidas e precisas
para eventuais inventários e controles. O armazenamento dos dados é de suma
importância, tendo em vista que através deles pode-se ter um histórico confiável do
patrimônio. O Padrão MVC foi adotado no projeto por ser a arquitetura mais
adequada ao sistema, a linguagem PHP juntamente com o framework Bootstrap,
Css, Html e banco de dados Mysql serão as tecnologias adotadas no projeto. Tendo
sucesso em sua finalização e como ferramenta cumprindo com seu uso proposto ao
cliente.

Ao termino desse trabalho entende-se que um sistema de gestão de

patrimônio solido e confiável é de suma importância para uma empresa. A gestão
dos bens, quantificação, métricas verídicas e visão geral do parque de bens, são
pontos de um sistema que somam em uma empresa.
O MEP respondeu positivamente aos problemas propostos, estando em plena
atividade e atendendo as demandas do cliente, o projeto foi finalizado cumprindo as
regras e tecnologias exigidas.
37
 38

4. REFERÊNCIAS
ACHOUR, M. et al. Manual do PHP, 2021. Disponível em:
<https://www.php.net/manual/pt_BR/index.php> Acessado em: 10 Out. 2021.

ALECRIM, E. A. Conhecendo o servidor Apache, 2006. Disponível em:

<https://www.infowester.com/servapach.php> Acessado em: 15 Out. 2021.

BARBOSA, M. A. F. GONCALVES, B. S. O. Alternativa para identificação e

Controle de Patrimonial em um Instituto Federal. V SIMPÓS, Minas Gerais,
2018. Disponível em: <https://iftm.edu.br/simpos/2018/anais/693-%20Pronto
%20ANAIS.pdf> Acesso em: 15 Set. 2021.

BAPTISTELLA, A. J. Abordando a arquitetura MVC, 2009. Disponível em:

<http://www.linhadecodigo.com.br/artigo/2367/abordando-a-arquitetura-mvc-e-
design-patterns-observer-composite-strategy.aspx>. Acesso em: 15 Out. 2021.

DEBIAN, Debian.org. Razões para escolher o Debian, 2020. Disponível em :

<https://www.debian.org/intro/why_debian> Acessado em: 15 Out. 2021.

DEBIAN, Debian.org. Usuários Debian, 2020. Disponível em :

<https://www.debian.org/users/index.pt.html> Acessado em: 15 Out. 2021.

Guimarães, C. C. Fundamentos de Banco de Dados – modelagem, projeto e

linguagem SQL, Editora da Unicamp, ed. 1, 2003.

PACIEVITCH, Y.. MYSQL, 2011. Disponível em:

<https://www.infoescola.com/informatica/mysql/> Acessado em: 11 Out. 2021.

RESENDE, S. H. P.; ANDRADE, D. M.; GONCALVES, V. B. Administração de

Materiais e Patrimônio. Revista científica da FAEX. Minas Gerais, 2019.
 39

Disponível em:
<https://periodicos.faex.edu.br/index.php/e-Locucao/article/download/215/167>
Acesso em: 15 Set. 2021.

TEODOZIO, J. L.. Bootstrap, 2019. Disponível em:

<https://medium.com/reprogramabr/bootstrap-ame-o-ou-odeie-o-at%C3%A9-ler-
esse-artigo-cc84bcf978ae> Acessado em: 10 Out. 2021.