UNIVERSIDADE PAULISTA

VITOR DE OLIVEIRA RODRIGUES (2340619)

SISTEMA DE RESERVA DE EQUIPAMENTOS

Projeto Integrado Multidisciplinar V

São Paulo, SP

2024
VITOR DE OLIVEIRA RODRIGUES (2340619)

SISTEMA DE RESERVA DE EQUIPAMENTOS

Projeto Integrado Multidisciplinar V

Projeto integrado multidisciplinar para obtenção do

titulo de tecnólogo em Análise e Desenvolvimento
de sistemas, apresentado à Universidade Paulista
- UNIP EaD.

Orientador(a): Gislaine Stachissini Barros

São Paulo, SP
2024
 RESUMO

Usabilidade, agilidade e organização, é tudo que as instituições querem e

precisam para conseguir passar seus ensinamentos de forma direta e concisa aos
seus alunos. Devido a isso, é necessário se adequar às tecnologias mais recentes
para conseguir expandir e qualificar suas formas de ensino cada vez mais.
No seguinte trabalho veremos o desenvolvimento de um sistema de reservas de
equipamentos, onde a mesma será feita com a necessidade de atender as
exigências do colégio "Vencer Sempre", pois a instituição possui equipamentos
datados e uma falta de organização com a localização e reserva dos mesmos.
Tendo isso em mente, aqui criaremos um sistema, onde haverá algumas abas, são
elas: Reservas; Equipamentos e Usuários, onde cada uma delas terá uma
funcionalidade para atender as exigências de organização da instituição, fazendo
com que a mesma não sofra mais com a falta e necessidade de certos
equipamentos necessários para o desenvolvimento e aprimoramento de seu
conhecimento e informações.

Palavras-chave: Organização; Instituição; Aprendizado.

 ABSTRACT

Usability, agility and organization are everything that institutions want and
need to be able to transmit their teachings in a direct and concise way to their
students. Therefore, it is necessary to adapt to the latest technologies to be able to
expand and qualify your teaching methods more and more.
In the following work we will see the development of an equipment reservation
system, where it will be done with the need to meet the requirements of the "Vencer
Semper" school, as the institution has given equipment and a lack of organization
with location and reservation of the same.
With this in mind, here we will create a system, where there are some tabs, they are:
Reservations; Equipment and users, each of which will have functionality to meet the
institution's organizational requirements, meaning that it no longer suffers from the
lack and need for certain equipment necessary for the development and
improvement of its knowledge and information.

Keywords: Organization; Institution; Apprenticeship.

 SUMÁRIO

1 ............................................................
INTRODUÇÃO. 5
2 .......O
SOBRE . . PROJETO.
................................................... 6
2.1 . . . . . . . dos
Alguns . . . .obstáculos
. . . . . . . . . .que
...o
. . colégio
. . . . . . .apresenta:
........................... 6
3 . . SISTEMA.
O .......................................................... 8
3.1 . . . . . . . . . . . . . de
Levantamento . . .Requisitos;
............................................ 8
3.1.1 Os
. . . requisitos
. . . . . . . . .funcionais;
................................................ 8
3.1.2 .Requisitos
. . . . . . . . .não
. . . funcionais;
............................................... 8
3.1.3 Requisitos
. . . . . . . . . de
. . .domínio;
................................................ 9
3.1.4 Requisitos
. . . . . . . . . subconscientes;
................................................... 9
3.1.5 .Requisitos
. . . . . . . . conscientes;
................................................... 9
3.1.6 Requisitos
. . . . . . . . . inconscientes;
................................................... 9
3.2 . . . . . . . de
Regras . . .negócio;
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
3.3 . . . . . . . . . . . . .de
Prototipagem . . Telas;
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
3.4 . . . . de
Tela . . . login;
..................................................... 11
3.5 . . . . de
Tela . . . reservas;
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
3.6 . . . . de
Tela . . . equipamentos;
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3.7 . . . . de
Tela . . . usuário;
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.8 .Diagrama
. . . . . . . . .de
. . classes.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.8.1 .A. .classe
. . . . . Usuário:
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.8.2 A
. . classe
. . . . . .Equipamento:
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.8.3 A
. . classe
. . . . . .Reserva:
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4 .CONCLUSÃO.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
REFERÊNCIAS
 5

1 INTRODUÇÃO.

Com o passar do tempo, cada vez mais estamos utilizando a tecnologia como
forma de agilizar nossos processos e isso está diante de todos nossos meios sociais
ou educativos e consequentemente não ficaria de fora das instituições.
Utilizando essas ferramentas, os professores conseguem fazer suas formas
de ensino serem mais atrativas e esclarecedoras para seus alunos, o que pode
expandir a capacidade de aprendizado daquele local.
O colégio "Vencer Sempre", está passando por um período de mudança, pois
anteriormente eles possuíam um método retrogrado de ministrar suas aulas,
utilizando lousa, giz e papel para passar suas atividades. Porém, com o intuito de se
aprimorar, eles nos buscaram para criar um sistema de reserva de equipamentos,
para que os professores pudessem ter mais autonomia e agilidade no passar de seu
conhecimento.
Tendo isso em mente, o sistema foi construído baseando-se na tentativa de
agilizar os processos dos educadores, criando abas separadas, como a de
"Reservas", "Equipamentos" e "Usuários", para que as reservas consigam ser bem
organizadas e as instituições conseguirem consumir os equipamentos de maneira
tranquila, sem se preocupar com faltas de equipamentos.
No presente trabalho, foi utilizado as quatro matérias fornecidas no AVA da
UNIP, são elas: ENGENHARIA DE SOFTWARE II; PROJETO DE INTERFACE COM
O USUÁRIO; ECONOMIA E MERCADO e PROGRAMAÇÃO ORIENTADA A
OBJETOS I para o estudo e construção do sistema de reserva de equipamentos,
conforme solicitado.
 6

2 SOBRE O PROJETO.

Devido a evolução da tecnologia, as instituições de ensino começaram a

adotar métodos que utilizam dessas ferramentas como formas de agilizar, facilitar e
contribuir no aprendizado de seus alunos. A implementação desses recursos passa
a ser de extrema importância, devido estarmos cada vez mais imersos nesse mundo
tecnológico, ao ponto de muitas vezes conseguirmos aprender diferentes matérias
de forma rápida e autodidata.
Visando isso, o colégio "Vencer Sempre" adotou essas ferramentas
tecnológicas como forma de apoio aos profissionais que ali habitam, para que os
mesmos consigam dialogar com seus alunos de forma concisa e, consequentemente
espalhar seus ensinamentos e informações a todos, sem nenhum tipo de ruído e
empecilho na comunicação.
Olhando para o atual controle de reservas de equipamentos da instituição, é
nítido que o mesmo se encontra em um estado antiquado, além de ser caro. Pois
podemos enxergar que a baixa qualidade dos equipamentos ali utilizados, faz com
que os itens sejam usufruídos e guardados de forma errônea até o momento de sua
completa degradação. Também é nítido a baixa qualidade do serviço de controle
desses itens, pois não há uma boa organização dos mesmos, o que pode gerar
duplicidades ou falta de itens, o que nos mostra a grande deficiência que o colégio
tem no gerenciamento desses equipamentos, consequentemente, não apresentando
as condições mínimas para garantir a confiabilidade de uma reserva antecipada.

2.1 Alguns dos obstáculos que o colégio apresenta:

Tabela 1

Fonte: O autor (2024).

Olhando esses problemas de perto, fica visível como o processo de ensino do

colégio acaba sendo prejudicado, comprometendo no nível de qualidade do ato
pedagógico. O que faz com que qualquer tipo de planejamento de utilização dos
itens, mesmo que bem antecedente, acaba não possuindo garantia de uso para o
momento em que foi reservado.
Analisando todas essas deficiências apresentadas pelo atual sistema de
 7

reservas da instituição, nos propusemos a criar um sistema mais inteligente, atual e

confiável no ato de reservas dos equipamentos do colégio.
 8

3 O SISTEMA.

Considerando todas as dificuldades situadas pelo atual modelo de reservas

da instituição e tudo que a mesma necessita para o momento, iremos basear o novo
modelo de reservas de equipamento nas seguintes ideias:

3.1 Levantamento de Requisitos;

Os requisitos podem ser compreendidos como atributos indispensáveis e

fundamentais do sistema, que devem ser alcançadas para justificar seu
desenvolvimento e implementação. Ou seja, caso não seja concretizada, não tem
merece existir.
Os requisitos são separados em 6 tipos, são eles:

3.1.1 Os requisitos funcionais;

Este é um processo que está diretamente relacionado à funcionalidade de um

determinado software. Através deles, você pode explicar as funções que precisam
ser executadas ao longo do processo. Alguns exemplos práticos são:

Imagem 1 — Requisitos funcionais

Fonte: O autor (2024).

3.1.2 Requisitos não funcionais;

Possuem a aptidão para descrever situações em que o software deve cumprir

certas qualidades especiais que foram requisitadas anteriormente. Portanto, em vez
de indicar as ações que o sistema deve realizar, é necessário incluir restrições. Seus
exemplos são:
 9

Imagem 2 — Requisitos não funcionais

Fonte: O autor (2024).

3.1.3 Requisitos de domínio;

Surgem de uma aplicação, os quais possibilitam obter informações sobre

características específicas do sistema e as qualidades que representam um domínio
em particular. Esses requisitos podem ser novas funcionalidades, com limitações ou
requisitos computacionais específicos.

Imagem 3 — Requisitos de domínio

Fonte: O autor (2024).

3.1.4 Requisitos subconscientes;

Também chamados de "insatisfatórios", devem estar completamente

desenvolvidos. Caso contrário, há uma grande chance de o cliente se sentir
insatisfeito com os resultados. Isso ocorre porque suas expectativas e pedidos
previamente estabelecidos não foram atendidos adequadamente.

3.1.5 Requisitos conscientes;

Também referidos como "adequados", são aqueles já familiares aos

envolvidos e já foram requisitados anteriormente de maneira mais clara. Ao serem
atendidos, os clientes ficarão adequadamente contentes e felizes, já que o resultado
correspondeu exatamente ao que desejavam.

3.1.6 Requisitos inconscientes;

Os requisitos inconscientes, que também podem ser conhecidos como

“encantadores” são aqueles onde os stakeholders não esperam. Quando buscam
algo, costumam ser surpreendidos positivamente. Com o tempo, tais requisitos
podem se tornar evidentes ou ficar no subconsciente devido à repetição.
 10

3.2 Regras de negócio;

Para o desenrolar do sistema, é preciso ser estabelecido regras de negócios

concisas, para que o sistema funcione corretamente com base no que é preciso para
a realização correta das reservar.

Imagem 4 — Regra de negócios

Fonte: O autor (2024).

3.3 Prototipagem de Telas;

A prototipagem é um dos vários processos que ajudam a entender se os

requisitos identificados correspondem às preferências do usuário e evitar possíveis
falhas no desenvolvimento do sistema.
O fluxo geral de telas:

Imagem 5

Fonte: O autor (2024).

Todas as telas foram projetadas para manter uma apresentação padrão e

possuem os seguintes ícones e significados:
 11

Imagem 6

Fonte: O autor (2024).

3.4 Tela de login;

Aqui temos nossa tela de login, onde a mesma terá o proposito de autenticar
o usuário dos colaboradores que logarem no site. Após essa autenticação, o sistema
identificara e localizara o perfil da pessoa que acessou e ira liberar as operações
autorizadas para o uso do mesmo. O acesso só funcionara para usuários
anteriormente cadastrados, caso o contrario o acesso será barrado!
 12

Figura 1 — Tela de login

Fonte: O autor (2024).

3.5 Tela de reservas;

Aqui temos a tela de reservar, aonde esta tela permite cadastrar, alterar,
consultar ou cancelar qualquer reserva dos dispositivos oferecidos pelo sistema.
Considerando que essa é a tela mais fundamental do sistema, ela é onde os
usuários fazem as reservas dos equipamentos desejados para sua utilização. No
entanto, a modificação dos eventos renderizados será habilitada com base no perfil
do usuário.
 13

Figura 2 — Tela de reservas

Fonte: O autor (2024).

Caso seja necessário requisitar a manutenção de uma reservar em especial,

é exibido a seguinte tela:
 14

Figura 3

Fonte: O autor (2024).

3.6 Tela de equipamentos;

Na seguinte tela, estaremos visualizando a tela de equipamentos, onde

podemos fazer a validação dos equipamentos disponíveis ou não, já cadastrados no
site. Aqui, apenas usuários com perfil de administrador conseguiram fazer alterações
dos dados exibidos aos usuários, ou seja, apenas eles podem alterar a
disponibilidades dos equipamentos, deixando os mesmos com status de "Livre" ou
"Reservado".
 15

Figura 4 — Tela de equipamentos

Fonte: O autor (2024).

Caso existir a alteração dos dados anteriormente apresentados, a seguinte

tela é apresentando ao usuário:
 16

Figura 5

Fonte: O autor (2024).

3.7 Tela de usuário;

Aqui podemos visualizar os usuários cadastrados no sistemas e os perfis

disponibilizados a eles.
 17

Figura 6 — Tela de Usuários

Fonte: O autor (2024).

Caso seja necessário incluir, alterar ou excluir algum usuário do sistema, a

seguinte tela será apresentada para o administrador:
 18

Figura 7

Fonte: O autor (2024).

3.8 Diagrama de classes.

O paradigma de desenvolvimento de software mais utilizado atualmente é o

da Orientação a Objetos.
Este paradigma é baseado nos conceitos de:

Imagem 7

Fonte: O autor (2024).

 19

Além destes conceitos, existem dois outros conceitos igualmente importantes.

São eles:

Imagem 8

Fonte: O autor (2024).

E com base neste último conceito foi criado o seguinte diagrama de classes:
Como representação da funcionalidade a ser desenvolvida na implementação
sistema.

Imagem 9 — Diagrama de classe

Fonte: O autor (2024).

3.8.1 A classe Usuário:

Refere-se a uma pessoa que pode utilizar o equipamento através de registros

de reservas.

3.8.2 A classe Equipamento:

Representa recursos alocados como reservas.

 20

3.8.3 A classe Reserva:

Indica a operação de agendamento de equipamentos para uso futuro

usuários.
 21

4 CONCLUSÃO.

Ao longo da criação do presente trabalho, me deparei com a criação de um

projeto bem interessante, pois lidar com um sistema baseado na organização de
algo é bem diferente, e a criação de estruturadas para essa organização é o que
torna tudo tão especial, pois é necessário compreender a raiz daquele problema e
consequentemente entender quais e como esses problemas geram sintomas que
podem se estender por locais que você não imagina. No caso do colégio "Vencer
Sempre", os sintomas se integram na qualidade de aprendizado dos demais alunos
que ali habitam e, a partir do momento que você mexe na qualidade de métodos de
ensino, isso cria ramificações de problemas que se estendem até locais que não
imaginamos, no caso, na educação dentro ou fora de caso, ou na busca de
empregos e faculdades. E isso pode ser bem visualizado nas escolas públicas
brasileiras, onde por falta de equipamentos, ou na falta de atualização dos mesmos,
muitas escolas não conseguem se adequar e passar ensinamentos de qualidade
para seus alunos. E tudo isso se enquadra no problema que o prezado trabalho
apresenta, porque se o colégio continua utilizando métodos retrógados para passar
ensino e informações aos seus alunos, tudo iria se tornar mais lento, caro e
inadequado.
Utilizando o sistema de reservas de equipamentos, conseguimos agilizar os
métodos de ensino e se organizar ao ponto do colégio não se preocupar em não ter
os equipamentos necessários para passar as aulas, consequentemente, dando
continuidade na formação dos seus devidos alunos e conseguindo se adequar as
tecnologias que o presente e, talvez o futuro lhe peça.
Enfim, foi muito gratificante fazer o trabalho, pois é muito interessante criar
um sistema na qual você deve deixar sua regra de sistema, muito bem definida e
organizada, para a mesma consiga atender bem as necessidades que o cliente
apresentou.
 22

REFERÊNCIAS

ALURA. O que são regras de negócio?. Disponível em:

https://www.alura.com.br/artigos/o-que-sao-regras-de-negocio. Acesso em: 26 mar.
2024.

AWARI. Os 4 pilares da Programação Orientada a Objetos: Guia completo para

iniciantes. Disponível em: https://awari.com.br/os-4-pilares-da-programacao-
orientada-a-objetos-guia-completo-para-
iniciantes/#:~:text=de%20dar%20manuten%C3%A7%C3%A3o.-,Conclus%C3%A3o,
mais%20eficientes%2C%20flex%C3%ADveis%20e%20modulares.. Acesso em: 26
mar. 2024.

CREATELY. O Guia Fácil de Diagramas de Classe UML | Tutorial de Diagramas

de Classe. Disponível em: https://creately.com/blog/pt/diagrama/tutorial-diagrama-
de-classes/. Acesso em: 26 mar. 2024.

CUNHA, Fernando. Requisitos funcionais e não funcionais: o que são?. 2022.

Disponível em: https://www.mestresdaweb.com.br/tecnologias/requisitos-funcionais-
e-nao-funcionais-o-que-sao. Acesso em: 26 mar. 2024.

IBM. O que são regras de negócios?. Disponível em: https://www.ibm.com/br-

pt/topics/business-
rules#:~:text=As%20regras%20de%20neg%C3%B3cios%20fornecem,aprova%C3%
A7%C3%A3o%20diferente%20dependendo%20do%20custo.. Acesso em: 26 mar.
2024.

LINKEDIN. O que é prototipagem de um sistema e aplicativo?. Disponível em:

https://pt.linkedin.com/pulse/o-que-%C3%A9-prototipagem-de-um-sistema-e-
aplicativo-carvalho. Acesso em: 26 mar. 2024.

O QUE É PROTOTIPAGEM e como ela pode melhorar a criação de seus

apps. EJCM. Disponível em: https://ejcm.com.br/o-que-e-prototipagem/. Acesso em:
26 mar. 2024.

REQUISITOS funcionais e não funcionais: o que são e como identificar?. Blog da

Casa do Desenvolvedor. Disponível em:
https://blog.casadodesenvolvedor.com.br/requisitos-funcionais-e-nao-funcionais/.
Acesso em: 26 mar. 2024.