PIM_V - PROJETO DE UM SISTEMA DE RESERVA DE EQUIPAMENTOS AUDIOVISUAIS

Prévia do material em texto

2
UNIVERSIDADE PAULISTA – UNIP EAD
Projeto Integrado Multidisciplinar
Curso Superior de Tecnologia em Analise e desenvolvimento
Marcos Pontes de Albuquerque – 2023554
PIM V – PROJETO DE UM SISTEMA DE RESERVA DE EQUIPAMENTOS AUDIOVISUAIS 
Polo UNIP Marquês - SP
2021
Marcos Pontes de Albuquerque – 2023554
PROJETO DE UM SISTEMA DE RESERVA DE EQUIPAMENTOS AUDIOVISUAIS
 Projeto Integrado Multidisciplinar V
Projeto Integrado Multidisciplinar
para a obtenção do título de graduação
em Analise e desenvolvimento 
de sistema apresentado à
Universidade Paulista – UNIP EaD.
Orientador: Profa. MSc. Priscila Facciolli.
Polo UNIP Marquês - SP
2021
RESUMO
Neste presente projeto, tem como objetivo analisar, documentar e solucionar o problema do Colégio Vencer Sempre. Segundo os mesmos, eles sofrem com a distribuição e agendamento de equipamentos de informática e vídeo disponibilizado aos professores, sendo feito manualmente e sem controle por sistema. Como empresa de software, estamos sendo contratados para criar e melhorar esse processo com um sistema, automatizando todo o ambiente, sem a necessidade de locomoção para solicitar os equipamentos. Podemos fazer de diversas maneiros, como por exemplo um aplicativo de celular, somente basta um click e o equipamento é agendado e solicitado. O software está sendo projetado para melhor gerenciamento e facilidade, que ajudara tanto com as aulas, tanto quanto ao gerenciamento do colégio com os equipamentos, ajudando também com o meio-ambiente, deixando de lado papeis desnecessários e agilizando ambos os lados para um melhor uso do tempo dos professores, sem perder tempo de aula indo atrás do que já deveria estar em sala de aula.
Palavra-Chave: Gerenciamento. Meio-ambiente. Sistema. Solucionar.
ABSTRACT
In this present project, it aims to analyze, document and solve the problem of Colégio Vencer Semper. According to them, they suffer from the distribution and scheduling of computer and video equipment made available to teachers, being done manually and without system control. As a software company, we are being hired to create and improve this process with a system, automating the entire environment, without the need to move around to order the equipment. We can do it in different ways, such as a cell phone application, just a click and the equipment is scheduled and requested. The software is being designed for better management and ease, which will help with both classes, as well as managing the school with equipment, also helping with the environment, setting aside unnecessary roles and streamlining both sides for better use teachers' time, without wasting class time going after what should already be in the classroom.
Keyword: Management. Environment. System. Solve.
SUMÁRIO
INTRODUÇÃO	5
1.	O PROJETO E SEU INVESTIMENTO	6
1.1.	Os benefícios	6
1.2.	Qual o valor da produção?	7
2.	QUALIDADE DO PROJETO	8
2.1.	Requisitos de sistemas	9
2.2.	Caso de uso	11
2.3.	Diagrama	14
3.	ROTEIRO DE TESTE	15
3.1.	Classes	17
3.2.	Diagrama de Objetos	18
4.	PROTÓTIPO DA INTERFACE	19
CONCLUSÃO	22
REFERÊNCIAS BIBLIOGRÁFICAS	23
INTRODUÇÃO 
Com os anos se passando, os colégios em grande parte, tenta e busca automatizar seus processos acadêmicos, simplificar e ajudar na dinâmica acadêmica, tanto em sala de aula ou por fora. Nesse meio entra aparelhos audiovisuais (tais como, TV smart, lousa digital, projetor de slides, sistema de áudio-Microfone, notebooks, kits multimidias), que ajuda em aulas monótono, atrai atenção dos alunos que obtém mais interesse na aula e busca melhor aperfeiçoamento na matéria.
Mas nada é perfeito, com a tecnologia vem a necessidade de gerenciamento, tais aparelhos não custa barato ao ponto de comprar para todos usarem, muito menos a necessidade de todos usarem ao mesmo tempo também. Nesse ponto, o Colégio Vencer Sempre anda tendo problemas com gerenciamento de equipamentos, sendo feito manualmente pelos professores, gerando demora para a solicitação com diversos fatores de atraso, como aparelho com defeito, fora de estoque, uso em outra aula e etc... E para agilizar todo esse processo de locomoção, perda de tempo e desgaste do professor, nossa empresa entra para suprir as necessidades da escola como um todo, automatizando os processos de empréstimos de equipamentos e gerenciando melhor o ambiente com software.
O PROJETO E SEU INVESTIMENTO
Como Rezende e Abreu (2000) diz, o sistema opera, principalmente, como ferramentas para executar o desempenho da empresa e suas abrangências, como facilitadores dos processos internos e externos. Em nosso caso, o Colégio Vencer Sempre necessita que nosso software melhore a qualidade do processo, a produtividade das ações, melhoras no custo-benefício e gerenciamento de equipamento, com foco em produtividade empresarial e organizacional.
O sistema produzido é de necessidade mútua que ajudará principalmente a empresa com controles de suas reservas, tornando o processo mais prático e eficaz. Com esse sistema, é possível ter total controle e acesso aos pertences da instituição, das reservas e de relatórios completos, sendo evitado perdas e atrasos.
Os benefícios
Como todo software, temos seus ótimos benefícios, sendo eles:
· Produtividade;
· Custo-benefício a longo prazo;
· Ajuda no meio ambiente;
· Gerenciamento empresarial;
· Controle de acesso;
Podemos citar mais alguns, como pode ver os benefícios são muito bons a qualquer empresa, mas sempre tem seus malefícios, sendo eles:
· Bugs de sistemas;
· Atualizações semanais; 
· Correção de erros;
· Adaptação; 
Posso dizer que algumas coisas da lista são boas, mas é um incomodo a parte, necessitando de manutenção ou melhorias (Será melhor explicado na parte de normas de qualidade de sistema).
Sendo bem direto, o sistema atual que o colégio utiliza para gerencial suas tarefas em relação aos equipamentos são bem obsoletas. Em pleno século XXI, empresas que não se adapta a tecnologia, acaba ficando pra trás em diversos fatores e recusando para si mesma a geração acelerada de produção em suas tarefas organizacionais.
O sistema em si, deverá ter algumas características mínimas:
· O acesso ao sistema terá autenticação de usuário e senha aos professores;
· O sistema apresentará a disponibilidade dos equipamentos, quantidade, a onde foi reservado, indisponibilidade, até quando ou quando ficará disponível para uso;
· No sistema, o usuário poderá reservar equipamentos, consultar reservas, quantidade de equipamentos que tem, os equipamentos que o colégio disponibiliza, realizar cadastro de equipamentos;
· Terá o acesso “Administrativo” com privilégios de controla as reservas, o cadastro dos equipamentos, atualizar os recursos disponibilizados e gerenciar toda a área disponível aos usuários.
Para a construção do software, será necessário a utilização de algumas ferramentas:
1. Python para codificação: 
2. Python com MySQL como banco de dados;
3. sparx systems enterprise architect para modelagem de diagramas
Qual o valor da produção?
Com um projeto de pequeno porte e ter sua “simplicidade” em sua programação e desenvolvimento, os custos não devem ser altos, porém, devemos seguir as normas de qualidade para um software de excelência e entregue o desejado ao cliente final. Estima-se que o projeto tenha em torno de 5 meses para ficar pronto, tempo necessário para que todos os reajustes tenham sido feitos, para entregar um programa de excelente qualidade deixando o cliente satisfeito em todos os aspectos. 
Assim que o Colégio Vencer Sempre aceitar nossa proposta, podemos dar início ao cronograma e prazos definidos anteriormente. A comunicação entre empresa e cliente deve ser extremamente alinhada, assim com cada responsável do projeto. Desse modo o projeto não terá atrasos indesejáveis e eleve os custos do mesmo.
Os custos terão como base os salários dos envolvidos no projeto, que será o Analista de sistemas (planejar e documentar) e o programador (codificar o projeto e a prototipação), comduração dos seus respectivos trabalhos (estimativa de 5 meses de trabalho).
QUALIDADE DO PROJETO
 O planejamento desse novo software necessita de excelência, e para isso temos a área de qualidade, com o objetivo principal de garantir que no final do projeto o software esteja de acordo com as características definidas pelos usuários, desde o início e ao decorrer do processo desenvolvido para seus usuários.
Usando a NBR ISO (2000), qualidade de software é definida com um conjunto de características que devem ser alcançadas em um determinado grau para que o produto atenda às necessidades de seus usuários.
Para melhorar e ajudar nossa empresa com o desenvolvimento, o MPS.br se encaixa perfeitamente, já que o mesmo incentiva pequenas e medias empresas produtoras de software brasileiras, dando mais qualidade de produção, deixando mais acessível os custos e alinhando aos padrões e às normas internacionais, como CMMI, ISO/IEC 12207, ISO/IEC 15504 e ISO/IEC 25000.
O MPS.br está dividido em 7 camadas de maturidades, que ajuda a empresa em seu projeto, cada camada estabelece um indicador de evolução de qualidade e auxilia na definição de quão maduro está o modelo de qualidade. 
Seguindo logo a baixo, podemos mostrar como funciona o processo do MPS.br começando sempre pela base da pirâmide (Nível G):
Figura 1 – Níveis do MPS.BR
Fonte: https://promovesolucoes.com/quais-sao-os-niveis-de-maturidade-do-mps-br/ Acesso em: 23/03/2021
Requisitos de sistemas
Nesse tópico será abordado requisitos funcionais, não funcionais e requisitos de negócios, que será apresentado em quadros explicativos. Segue abaixo o primeiro quadro que apresenta os requisitos funcionais previstos para o sistema e sua rastreabilidade, ou vinculado com o caso de uso associado:
	
	Quadro 1 – Requisitos Funcionais.
	
	
	 
	Requisitos Funcionais
	Caso de Uso
	
	 
	RF01: O sistema solicitará ao usuário login e senha.
	UC01
	
	 
	RF02: O sistema deverá permitir ao administrador realizar reservas.
	UC02
	
	 
	RF03: O sistema deverá permitir ao administrador consultar reservas 
	UC03
	
	 
	RF04: O sistema deverá permitir ao administrador manter os equipamentos.
	UC04
	
	 
	RF05: O sistema deverá permitir ao administrador emitir relatórios de reserva.
	UC05
	
	
	
	
	
	 
	RF06: O sistema deverá permitir ao administrador realizar cadastro de professores e salas de aula.
	UC06
	
	
	
	
	
	 
	RF07: O sistema deverá permitir ao administrador ter controle de saída e entrada de equipamentos.
	UC07
	
	 
	
	
	
	 
	RF08: O sistema deverá permitir ao administrador enviar notificações via sistema ou email caso ocorra uma alteração na reserva.
	UC08
	
	 
	
	
	
	 
	RF09: O sistema deverá permitir ao administrador enviar notificações via sistema ou email caso ocorra uma alteração em equipamentos.
	UC09
	
	 
	
	
	
	
	RF10: O sistema deverá permitir ao administrador alterar os status das reservas para "CANCELADO" e "CONCLUIDO".
	UC10
	
	
	
	
	
	
	RF11: O sistema deverá permitir ao administrador alterar dados de equipamentos, professores e turmas.
	UC11
	
	
	
	
	
	
	
	
	
	
		
	Quadro 2 representa os requisitos não funcionais:
	
	 
	Requisitos Não Funcionais 
	
	 
	RNF01: Sistema será construído em linguagem Python.
	
	 
	RNF02: Sistema será desenvolvido utilizando banco de dados MySQL com Python.
	
	 
	
	
	 
	RNF03: O Sistema deverá ter acesso a rede.
	 
	 
	RNF04: O sistema deverá ter uma interface gráfica com ícones representativos para facilitar a utilização dos usuários e associação com o cotidiano.
	 
	 
	
	 
	
	Quadro 2 – Requisitos Não Funcionais.
	
	
	
O Quadro 3 lista os requisitos de negócios previstos:
	
	Quadro 3 – Requisitos de Negócio
	
	 
	Requisitos Negócios
	
	 
	RN01: O Sistema não deixará fazer duas reservas no mesmo horário se a demanda não permitir.
	
	 
	
	
	 
	RN02: O sistema não deixará excluir equipamentos cadastrado.
	
	 
	RN03: Para que o funcionário tenha acesso ao sistema, deverá estar cadastrado.
	
	 
	
	 
	 
	RN04: Para que a reserva seja concluída, o professor tem que estar cadastrado.
	 
	 
	
	 
	
	RN05: O sistema terá que mostrar os dados de reserva já efetuadas para cada horário da agenda.
	
	
	
	
	
	
	
Caso de uso
Em momentos como esse, necessitamos narrar o que deveria acontecer previamente ao usar o sistema. Um caso de uso pode ser descrito como documento narrativo que descreve a sequência de eventos de um ator que usa um sistema para completar um processo. Para melhor compreendimento, nesse projeto estarei utilizando o Diagrama de caso de uso, mostrando em partes cada caso principal apresentado anteriormente. Segue logo abaixo cada caso de uso:
	UC01 - Login
	
	
	Identificação por usuário e senha, conectar-se ao sistema.
	
	
	 
	 
	 
	 
	 
	 
	 
	
	
	 
	 
	 
	 
	 
	 
	 
	
	Acesso: Administrador
	
	Primeiras condições: Ter um cadastro de usuário no banco de dados.
	
	Após as condições: Usuário entra conectado ao sistema.
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	Principal:
	
	1. Usuário preenche seu login e senha;
	
	2. Sistema busca os dados no banco de dados e valida login e senha;
	
	3. Sistema encaminha o usuário a tela principal.
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	Acontecimentos Alternativos:
	
	1. Nome de usuário e/ou senha inválido(s);
	
	2. Alerta com mensagem "usuário ou senha inválida" é mostrada.
	
	UC02 - Reservar Equipamento 
	
	
	Permitir que o administrador efetue a reserva de equipamentos. Será necessárias as seguintes informações: Equipamento, professor responsável, turma, data da reserva, data de saída, hora da saída e observações. 
	
	
	
	
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	Acesso: Administrador
	
	Primeiras condições: Usuário precisa fazer login no sistema.
	
	Após as condições: Usuário realizou o cadastro da reserva com sucesso.
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	Principal:
	
	1. Sistema listará tela de cadastro principal;
	
	2. Usuário seleciona o equipamento desejado;
	
	3. Usuário preenche todos os campos obrigatórios;
	
	4. Sistema inclui a reserva e apresenta a mensagem "Registro confirmado com sucesso". 
	
	
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	Acontecimentos Alternativos:
	
	1. Campo(s) obrigatório(s) não preenchido(s). Mensagem de alerta " Necessário o preenchimento de todos os campos obrigatórios" é mostrado.
	
	
	
	
	
	UC03 - Consultar Reserva
	
	
	Mostrará reservas já efetuadas com as seguintes informações: número de protocolo, professor responsável e data de reserva.
	
	
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	Acesso: Administrador
	
	Primeiras condições: Possuir um cadastro de usuário no banco de dados.
	
	Após as condições: Usuário visualizou a reserva efetuada.
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	Principal:
	
	1. Usuário informa as informações que possui;
	
	2. Sistema exibe a reserva encontrada.
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	Acontecimentos Alternativos:
	
	1. Campo(s) obrigatório(s) não preenchido(s). Mensagem de alerta " Necessário o preenchimento de todos os campos obrigatórios" é mostrado.
	
	
	
	
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	Cenário Reserva:
	
	
	
	1. Sistema lista tela de cadastro de reservas;
	
	2. Usuário opta em cancelar ou concluir reserva.
	
	UC04 - Manter equipamento 
	
	
	Permite ao administrador manter equipamentos. Será de necessidade as seguintes informações: Equipamentos e detalhes.
	
	
	
	 
	
	
	
	Acesso: Administrador
	
	Primeiras condições: Possuir um cadastro de usuário no banco de dados.
	
	Após as condições: Usuário cadastra equipamentos.
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	 
	 
	 
	 
	 
	 
	 
	 
	
	Principal:
	
	1. Sistema mostra tela de cadastro de equipamentos;
	
	2. Usuário preenche todos os campos obrigatórios;
	
	3. Usuário após preencher os campos seleciona a opção "cadastrar";
	
	4. Sistema registrará os equipamentos e a mensagem "Equipamento cadastrado comsucesso" aparece.
	
	
	
	 
	
	
	
	Acontecimentos Alternativos:
	
	1. Campo(s) obrigatório(s) não preenchido(s). Mensagem de alerta " Necessário o preenchimento de todos os campos obrigatórios" é mostrado.
	
	
	
	
	
	UC05 - Emitir Relatório de Reservas
	
	
	Permite que o usuário emita relatório filtrando por períodos de datas. Será exibido os seguintes dados: Protocolo, equipamento, professor, data solicitada, data de reserva e status.
	
	
	
	
	
	 
	
	
	
	Acesso: Administrador
	
	Primeiras condições: Possuir um cadastro de usuário no banco de dados.
	
	Após as condições: Usuário emitiu relatório com as reservas efetuadas.
	
	 
	 
	 
	
	 
	 
	 
	 
	
	 
	 
	
	 
	 
	 
	 
	 
	
	Principal:
	
	1. Usuário informa os filtros de sua escolha e clica em consultar.
	
	Acontecimentos Alternativos:
	
	1. Campos(s) obrigatório(s) não preenchido(s).
	
	2. Alerda de mensagem "Nenhuma reserva encontrada neste período" é mostrada.
	
	
	
O administrador do colégio terá acesso total, desde criar um usuário, até mesmo excluir todas as informações de equipamento e professores da rede.
Diagrama
A figura que será apresentada demostra como um processo deve dar andamento ao solicitar e retirar um equipamento já reservado em sistema.
Gostaria de ressaltar que todo o equipamento retirado do estoque deve e sempre ser verificado pelo administrador e equipe técnica, pois, para não aparecer surpresas futuras indesejadas, evitando atrasos e imprevistos inesperados. Segue logo a baixo o diagrama de atividades:
ROTEIRO DE TESTE	
Na figura abaixo mostro um roteiro de testes para o projeto proposto, que mostra detalhadamente passo a passo a abertura do sistema na área de trabalho:
 
	Caso de Teste: Efetuar Login
	Início: Abrir software na área de trabalho.
	 
	ID
	Passo para execução
	Dado de entrada 
	Resultado esperado 
	 
	 
	1
	Sistema exibe tela para realizar login.
	-
	Dados exibidos: campos, e-mail e senha.
	 
	 
	
	
	
	
	 
	 
	2
	Usuário informa e-mail e senha e clica em entrar.
	jose.carlos@colegio.com.br
	Login realizado com sucesso.
	 
 Tabela – Roteiro de teste
	Caso de Teste: Efetuar Reserva
	Procedimento inicial: Login no sistema, acessar o menu “RESERVA” e clicar em “Solicitar Reserva”.
	 
	ID
	Passo para execução
	Dado de entrada 
	Resultado esperado 
	 
	 
	1
	Sistema exibe tela para solicitar os equipamentos.
	-
	Dados exibidos: campos, equipamentos, professor, Turma, horários, data de reserva e observações.
	 
	 
	
	
	
	
	 
	 
	
	
	
	
	 
	 
	
	
	
	
	 
	 
	2
	Usuário informa o equipamento desejado.
	Projetor Epson Power Lite S41 + SVGA 800x600
	Sistema selecionou o equipamento com sucesso.
	 
	 
	
	
	
	
	 
	 
	
	
	
	
	 
	 
	3
	Usuário informa o nome do solicitante.
	Jose Carlos
	Sistema selecionou o solicitante com sucesso.
	 
	 
	
	
	
	
	 
	 
	
	
	
	
	 
	 
	4
	Usuário informa a turma desejada.
	2° Ano 2B
	Sistema selecionou a turma com sucesso.
	 
	 
	
	
	
	
	 
	 
	
	
	
	
	 
	 
	5
	Usuário informa o horário desejado.
	15:00h
	Sistema selecionou o horário com sucesso.
	 
	 
	
	
	
	
	 
	 
	
	
	
	
	 
	 
	6
	Usuário informa a data de reserva.
	10/03/2021
	Sistema selecionou a data com sucesso.
	 
	 
	
	
	
	
	 
	 
	
	
	
	
	 
	 
	7
	Usuário clica em cadastrar
	-
	Sistema apresenta tela com reserva concluída e o protocolo da reserva.
	 
	 
	
	
	
	
	 
	 
	
	
	
	
	 
Já a tabela de cima mostra em detalhes o passo a passo para solicitar o equipamento desejado do professor.
Classes
Classe ou melhor Diagrama de classes é uma representação da estrutura e relações das classes que servem de modelo para objetos. Logo em seguida, demostro uma situação que o usuário entra no sistema para reservar um equipamento, onde é possível ver todas os campos obrigatórios para finalizar a reserva.
Diagrama de Classes
	
	
	
	
	Usuário
	
	
	
	
	
	
	
	
	email: varchar
	
	
	
	
	
	
	
	
	senha: int
	
	
	
	
	
	
	
	
	manter (): void
	
	
	
	
	
	
	
	
	 
	
	
	
	
	
	
	
	
	
	 
	 
	
	
	
	
	
	
	
	
	Reserva 
	
	
	
	
	
	
	
	equipamento: varchar (50)
	
	
	
	
	
	
	
	professor: varchar (50)
	
	
	
	
	
	
	
	turma: varchar (25)
	
	
	
	
	
	
	
	horário: int
	
	
	
	
	
	
	
	data.reserva: data
	
	
	
	
	
	
	
	observação: (50)
	
	
	
	
	
	
	
	visualizar (): void
	
	
	
	
	
	
	
	apagar (): void
	
	
	
	
	
	
	
	concluir (): void
	
	
	
	
	
	
	
	manter (): void 
	
	
	
	
	
	
	 
	
	 
	 
	
	
	
	
	
	
	 
	
	 
	
	 
	
	
	Equipamentos
	 
	
	
	 
	
	 
	
	Equipamento: varchar (220)
	 
	
	 
	
	
	 
	
	detalhe: varchar (50)
	 
	
	Professor 
	 
	
	manter (): void
	 
	
	professor: varchar (50)
	 
	
	selecionar (): void
	 
	 
	detalhe: varchar (50)
	 
	
	
	
	
	 
	
	manter (): void 
	 
	
	
	
	
	 
	
	selecionar (): void
	 
	
	
	
	
	 
	
	
	
	
	 
	
	
	
	Observação
	
	
	
	 
	
	
	
	observação: varchar (100)
	
	
	Turma 
	
	
	detalhe: varchar (50)
	
	
	turma: varchar (50)
	
	
	manter (): void
	
	
	detalhe: varchar (50)
	
	
	selecionar (): void
	
	
	manter (): void
	
	
	
	
	
	
	
	selecionar (): void
Diagrama de Objetos
O diagrama de objetos é um tipo de variação do diagrama de classes, mas ele é utilizado para mostrar objetos que foram instanciados das classes. Podemos dizer em outras palavras, diagrama de objetos utiliza a descrição real da reserva que o sistema trabalha, ele mostra os nomes que são gravados nas variáveis para consolidar a reserva no banco de dados do sistema.
	
	
	
	
	
	Usuário
	
	
	
	
	
	
	
	
	
	email: " jose.carlos@colegio.com.br " 
	
	
	
	
	
	
	
	
	
	senha: "994494644"
	
	
	
	
	
	
	
	
	
	manter (): void
	
	
	
	
	
	
	
	
	
	
	 
	
	
	
	
	
	
	
	
	
	
	
	
	 
	
	
	
	
	
	
	
	
	
	
	
	
	 
	
	
	
	
	
	
	
	
	
	
	
	Reserva 
	
	
	
	
	
	
	
	
	equipamento: "Projetor Epson Power Lite S41"
	
	
	
	
	
	
	
	
	professor: "Jose Carlos"
	
	
	
	
	
	
	
	
	turma: "2° Ano 2B"
	
	
	
	
	
	
	
	
	horário: "15:00"
	
	
	
	
	
	
	
	
	data.reserva: "10/03/2021"
	
	
	
	
	
	
	
	
	observação: "Cabo de força"
	
	
	
	
	
	
	
	
	manter (): void
	
	
	
	
	
	
	
	
	selecionar (): void
	 
	 
	 
	
	
	
	
	
	
	
	 
	
	 
	
	 
	
	
	
	
	
	
	
	
	 
	
	 
	 
	 
	
	
	
	
	Equipamentos
	
	 
	 
	
	Observação
	Equipamento: "Projetor Epson Power Lite S41"
	
	 
	 
	
	observação: "Cabo de força"
	detalhe: "Original 88745"
	
	 
	 
	
	detalhe:
	manter (): void
	
	 
	 
	
	manter (): void
	selecionar (): void
	
	 
	  
	
	selecionar (): void
	
	
	
	
	
	
	 
	 
	
	
	
	
	
	
	
	
	
	Professor 
	 
	
	
	
	
	
	
	
	
	
	professor: "Jose Carlos"
	
	Turma 
	
	
	
	
	
	
	detalhe: "Geografia"
	
	turma: "2° Ano 2B"
	
	
	
	
	
	
	manter (): void 
	
	detalhe: "SALA 10"
	
	
	
	
	
	
	selecionar (): void
	
	manter (): void
	
	
	
	
	
	
	
	
	
	
	selecionar (): void
	
	
Diagrama de Objetos
PROTÓTIPO DA INTERFACE 
Na grande parte dos projetos, é de grande necessidade um protótipo, para visualizar, corrigir e apontar o que deve ser mudado ao gosto do cliente e evitar erros contínuos quando for passado para o código fonte. Nesse presente projeto, foi elabora um protótipo de alta fidelidade para o sistema proposto, logo abaixo será demostrado e explicado cada tela e etapa.
Figura 2 – Tela de Login
Fonte: Própria (2021)
Essa figura que apresento, o usuário terá que realizar login, com senha e email cadastrado no banco de dados, após colocar o login, o usuário será direcionado para a próxima tela, que seria a “Tela Inicial”.
Fonte: Própria (2021)Figura 3 – Tela inicial
Tela inicial, a onde o usuário terá como acesso diversas funções, lembrando que o administrador terá acesso a tudo, professores que são usuários comum, não conseguira usar a aba de cadastro. Como nossa simulação é sobre solicitar uma reserva o usuário estará clicando em “SOLICITAR RESERVA”.
Figura 4 – Tela de solicitação de reserva
Fonte: Própria (2021)
Seguindo o passo a passo, após ter clicado em “SOLICITAR RESERVA”, será mostrado a tela a cima, a onde o professor terá que preencher todos os campos, repare que alguns campos terá um símbolode um triângulo invertido, que significa “selecionar”, a onde o sistema mostrará quais os equipamentos estão disponíveis, ou mesmo o horário que tem disponível para agendar e com a data mesma coisa. As outras informações serão preenchidas manualmente e obrigatoriamente, exceto as observações. Após colocar todas as informações, o usuário terá que clicar em “CADASTRAR” levando a seguinte tela:
 Figura 5 – Tela de confirmação de reserva
Fonte: Própria (2021) 
Essa tela será a última, a onde o sistema confirma a reserva e gera um numero de protocolo se caso necessitar. Após essa tela, o sistema deverá levar o usuário a “TELA INICIAL”.
CONCLUSÃO 
O projeto em um todo mostra que diversos setores principalmente escolares precisam migrar para o sistema, mostrando que a uma grande necessidade, a onde tem desorganização, acumulo de papeis e perda de diversas coisas como material escolar, equipamentos e arquivos.
O projeto desenvolvido foi de escala pequena, ajudando somente com equipamentos audiovisuais, a onde precisa evoluir muito junto ao cliente final e os usuários, mas uma solução para o problema do colégio foi resolvida, esse é o primeiro passo para uma fidelidade entre cliente e empresa. Também é interessante dizer que o projeto foi desenvolvido com um custo-benefício tanto para a empresa, quanto para o colégio com um prazo de 5 meses para ficar pronto. Seguirá com as normas implantadas a empresa, o MPS-BR que tem como base técnica as normas ISO/IEC 20000:2011 [ISO/IEC,2011], ISO/IEC 12207:2008 [ISO/IEC, 2008a] E ISO/IEC 15504-2 [ISO/IEC, 2003].
Podemos concluir também que, com os testes bem elaborados e documentados juntamente com a prototipação e o protótipo de alta fidelidade, visam que a entrega do projeto tenha uma alta fidelidade com segurança, usabilidade, qualidade e satisfação do cliente final.
	REFERÊNCIAS BIBLIOGRÁFICAS
Classes e Objetos – Fundamentos. PensePython. 2020. Disponível em: https://panda.ime.usp.br/pensepy/static/pensepy/13-Classes/classesintro.html#:~:text=O%20Python%20%C3%A9%20uma%20linguagem,orientada%20%C3%A0%20objetos%20(POO).&text=Na%20programa%C3%A7%C3%A3o%20orientada%20%C3%A0%20objetos,os%20dados%20quanto%20as%20funcionalidades. Acessado em: 25/03/2021.
MONTONI, Mariano. Quais são os níveis de maturidade do MPS BR?. ProMove, 2018. Disponível em: https://promovesolucoes.com/quais-sao-os-niveis-de-maturidade-do-mps-br/. Acessado em: 18/03/2021.
REZENDE, Denis Alcides; ABREU, Aline França de. Tecnologia da informação aplicada a sistemas de informação empresariais: o papel estratégico da informação e dos sistemas de informação nas empresas. São Paulo: Atlas, 2000.