PROJETO DE UM SISTEMA DE RESERVA DE EQUIPAMENTOS AUDIOVISUAIS

Prévia do material em texto

UNIVERSIDADE PAULISTA - UNIP EAD 
 
PROJETO INTEGRADO MULTIDISCIPLINAR 
 
CURSO SUPERIOR DE TECNOLOGIA 
 
 
 
 
 
 
 
 
 
 
PROJETO DE UM SISTEMA DE RESERVA DE EQUIPAMENTOS 
AUDIOVISUAIS 
 
 
 
 
 
 
 
 
 
 
 
Praia Grande 
2020 
 
 
 
 
HEITOR SANTOS DE SANTANA RA: 2027157 
 
 
 
 
 
 
PROJETO DE UM SISTEMA DE RESERVA DE EQUIPAMENTOS 
AUDIOVISUAIS 
 
 
 
 
 
Projeto Integrado Multidisciplinar para 
obtenção do título de graduação em Análise e 
Desenvolvimento de Sistemas apresentado à 
Universidade Paulista. UNIP EaD. 
Orientação da Priscila Facciolli. 
 
 
 
 
 
 
Praia Grande 
2020 
 
 
 
 
AGRADECIMENTOS 
 
Agradeço, primeiramente, aos meus pais que me deram apoio e força para não desistir 
durante esse longo trajeto. Aos amigos que fizemos, principalmente, pelos laços que criamos, 
sempre ajudando ao máximo uns aos outros. 
Em segundo, mas não menos importante, ao meu professor orientador que me 
acompanhou compartilhando seus conhecimentos e experiências contribuindo para minha 
evolução pessoal e profissional. 
E por último, à todos aqueles, que direta ou indiretamente, contribuíram para não só 
este trabalho de conclusão de curso, mas para todos que fizeram parte da minha vida 
acadêmica num geral. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
RESUMO 
Este projeto tem como objetivo o desenvolvimento de um projeto de um software para reserva 
de equipamentos audiovisuais e de multimídia para o Colégio Vencer Sempre, no qual possui 
o propósito de automatizar, facilitar e organizar os empréstimos de equipamentos audiovisuais 
e de multimídia do colégio para os professores ministrarem em suas aulas, tornando-as mais 
explicativas obtendo um resultado maior na aprendizagem dos alunos em sala de aula. 
Respeitando sempre as normas de qualidade e documentação necessárias para a viabilização 
do projeto junto a administração do colégio. O software foi projetados para que se obtenha o 
melhor desempenho e custo-benefício. 
 
Palavras-chave:​ sistema de reserva, protótipo, colégio vencer sempre, design de software, 
MPS-BR. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ABSTRACT 
This project aims to develop a software project for the reservation of audiovisual and 
multimedia equipment for Colégio Vencer Semper, in which it aims to automate, facilitate 
and organize the school's audiovisual and multimedia equipment loans for students. teachers 
to teach in their classes, making them more explanatory obtaining a greater result in the 
students' learning in the classroom. Always respecting the quality standards and 
documentation necessary to make the project feasible with the school administration. The 
software was designed to obtain the best performance and cost-benefit. 
 
Keywords: ​reservation systems, prototype, college always win, software design, MPS-BR. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
SUMÁRIO 
 
1 - INTRODUÇÃO…………………………………………………………………….….07 
2 - PROJETO DE SISTEMA DE RESERVA DE EQUIPAMENTO ………………….....08 
2.1 INVESTIMENTO………………………………………………………….....09 
2.2 NORMAS DE QUALIDADE…………………………….……………....…..10 
2.3 REQUISITOS DO SISTEMA…………………………………………....…...11 
2.4 DIAGRAMA DE CASO DE USO……………………………………..…......13 
2.5 DIAGRAMA DE ATIVIDADES………………………………………..…....17 
2.6 INTERFACE……………………………………………………………...…..19 
2.7 ROTEIRO DE TESTE………………………………………………...……...20 
2.8 DIAGRAMA DE CLASSES…………………………………………….…...21 
2.9 DIAGRAMA DE OBJETOS……………………………………...………….22 
3 - PROTÓTIPO DA INTERFACE EM ALTA FIDELIDADE……………………....….23 
4 - CONSIDERAÇÕES FINAIS…………………………………………………………28 
5 - REFERÊNCIAS…………………………………………………………...………….29 
 
 
 
 
7 
1 - INTRODUÇÃO 
A utilização de dispositivos eletroeletrônicos e de multimídia nos meios educativos 
tem se tornado cada vez mais frequente entre os professores, com o propósito de tornar as 
informações mais esclarecedoras tornando-as mais atrativas e para um maior 
compreendimento de todos os estudantes. 
Este trabalho tem como objetivo o desenvolvimento de um projeto para um sistema de 
reserva de equipamentos audiovisuais, que agilize e controle empréstimos de equipamentos e 
recursos de apoio aos professores de colégios de Ensino Fundamental e Médio. 
Para o desenvolvimento do projeto serão aplicados os conhecimentos adquiridos nas 
disciplinas de: Engenharia de Software II; Economia e Mercado; Projeto de Interface com o 
Usuário; Programação Orientada a Objetos I. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
8 
2. PROJETO DE SISTEMA DE RESERVA DE EQUIPAMENTO 
 
Segundo Rezende e Abreu (2000), os sistemas operam, principalmente, como 
ferramentas para executar o desempenho da empresa e suas abrangências, como facilitadores 
dos processos internos e externos, meios para absorver a qualidade, produtividade e inovação 
tecnológica organizacional. As empresas têm o interesse de tornar sua rotina de trabalho mais 
ágil e produtiva. Para tanto existe a necessidade de controlar a informação e os seus usuários. 
Estes sistemas são geradores de modelos de informações para auxiliar os processos decisórios 
empresariais e produtores de informações oportunas como também de conhecimento. 
No meio empresarial, é fundamental que seja feita a implementação de um sistema de 
controle de reservas, tornando o processo mais prático e eficaz. Deste modo, é possível ter 
praticamente total controle dos pertences da instituição, das reservas e de relatórios 
completos. 
O Colégio Vencer Sempre, objeto de estudo deste projeto, disponibiliza equipamentos 
de informática e vídeo (tais como DATA-SHOWS, TV com VCR, TV com DVD, Projetor de 
Slides, Sistemas de Áudio Microfone, Caixa Amplificada, Notebooks, Kits Multimídia etc.), 
como ferramentas de apoio para aulas e palestras, aos professores e coordenadores da 
instituição, alocando-os em salas de aula e auditórios, a pedido antecipado dos colaboradores. 
Atualmente o sistema de reserva é manual e muitos professores não conseguem utilizar os 
recursos que precisam, pois o agendamento é ineficiente. 
Percebe-se que o atual processo de controle de reserva de equipamentos no qual está 
sendo utilizado no colégio é obsoleto, incerto e caro, visto que envolve despesas com o uso de 
papel, encadernação, tinta, etc. Também é visível a baixa qualidade do serviço de controle, a 
organização pode ser prejudicada uma vez que, eventualmente, um equipamento pode ser 
reservado em duplicidade ou não reservado ocasionado por falta de anotação de reserva não 
registrada na solicitação pessoal ou via telefone. 
 
9 
Considerando as dificuldades apresentadas pelo modelo atual e as necessidades 
apresentadas, podemos notar que o sistema deverá possuir as seguintes características 
mínimas: 
● O sistema será acessado através do software no qual será exigida autenticação de 
usuário; 
● No sistema, o usuário poderá reservar equipamentos; consultar reservas; realizar 
cadastros dos equipamentos, professores e turmas; Impressão de relatórios atualizados. 
● O sistema terá um único usuário administrador que terá privilégios de manter os 
equipamentos como também controlar as reservas efetuadas. 
Para a construção do software em questão, será necessário a utilização das seguintes 
ferramentas: 
1. PHP Design para codificação; 
2. Bancode dados MySQL para armazenamento de todas as informações; 
3. Sparx Systems Enterprise Architect para modelagem de diagramas. 
 
2.1 INVESTIMENTO 
Por se tratar de um projeto de pequeno porte e com uma “simplicidade” em sua 
programação e desenvolvimento o custo não deve ser alto, porém, sempre seguindo as 
normas de qualidade para que se obtenha um projeto com um custo-benefício altamente 
favorável tanto para a empresa que irá desenvolver o projeto do sistema de reservas quanto 
para o cliente final (Colégio Vencer Sempre). Logo após o Colégio Vencer Sempre aceitar a 
proposta do projeto, as etapas darão início e para que o projeto consiga seguir todos os 
cronogramas e prazos definidos anteriormente, a comunicação entre o solicitante do projeto e 
a empresa que irá conduzir o projeto deve ser extremamente alinhada, assim como cada 
responsável no projeto. Assim o cumprimento do cronograma seguirá em ordem e estima-se 
que em 4 meses o projeto poderá concluído, evitando qualquer atraso que poderá implicar na 
insatisfação do cliente e a elevação dos custos internos do projeto. 
Os custos do projeto terá como base os salários dos envolvidos no projeto com a 
duração de seus respectivos trabalhos (estimativa de 4 meses de trabalho). Estarão 
 
10 
envolvimentos no projeto: Analista de Sistemas (Planejamento e documentação); 
Programador (codificar o projeto e a prototipação). 
 ​2.2 NORMAS DE QUALIDADE 
A fim de garantir a qualidade no processo de um planejamento e construção de um 
software, ​existe a área de qualidade que tem como objetivo principal garantir que, no final do 
projeto, o ​software esteja de acordo com as características definidas pelos usuários no início e 
no decorrer do processo de desenvolvimento da aplicação. 
Segundo a norma NBR ISO (2000), qualidade de software é definida como 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. 
Em 2003 a Associação para Promoção da Excelência do Software Brasileiro (Softex), 
subordinada ao Ministério da Ciência, Tecnologia e Inovação, criou a MPS.BR, com o intuito 
de incentivar as pequenas e médias empresas brasileiras de produção de software a implantar 
um modelo de qualidade de melhoria de processo com custos mais acessíveis à realidade 
brasileira. O MPS-BR tem como base técnica as normas ISO/IEC 12207:2008 
[ISO/IEC, 2008a], ISO/IEC 20000:2011 [ISO/IEC, 2011] e ISO/IEC 15504-2 
[ISO/IEC,2003]. O MPS.BR , possui 7 níveis de maturidades, como apresentado na figura 
abaixo: 
 
 
 
 
 
 
 
Figura 1 - Níveis do MPS.BR 
Fonte:https://www.promovesolucoes.com/mps-br/niveis-mps-br/ Acessado em: 10/04/2020 
Tabela - Processos do MPS.BR por nível de maturidade. 
 
 
11 
Nível de Maturidade Processos 
A - Otimizado ● Não há processos específicos 
B - Gerenciado quantitativamente ● Não há processos específicos 
C - Definido ● Gerência de decisões 
● Gerência de riscos 
● Desenvolvimento para reutilização 
D - Largamente definido ● Desenvolvimento de Requisitos 
● Projeto e construção do produto 
● Integração do produto 
● Verificação 
● Validação 
E - Parcialmente definido ● Definição do processo 
organizacional 
● Avaliação e melhoria do processo 
organizacional 
● Gerência para reutilização 
● Gerência de recursos humanos 
F - Gerenciado ● Garantia da qualidade 
● Gerência da configuração 
● Medição 
● Aquisição 
● Gerência de portfólio 
G - Parcialmente gerenciado ● Gerência de projetos 
● Gerência de requisitos 
 
Como a empresa, responsável pelo projeto do sistema de reserva deste trabalho está 
em fase inicial, a norma de qualidade que mais se enquadra na empresa é a MPS.BR por 
se tratar de uma norma brasileira com a implementação do nível G da maturidade, com os 
processos de gerência de projetos e requisitos. 
 
2.3 REQUISITOS DO SISTEMA 
O Quadro 1 apresenta os requisitos funcionais previstos para o sistema e sua 
rastreabilidade, ou seja, vinculação com o caso de uso associado. 
 
 
12 
Quadro 1 - Requisitos Funcionais 
Requisitos Funcionais Caso de Uso 
RF01: O sistema deverá permitir ao usuário efetuar o login no sistema. UC01 
RF02: O sistema deverá permitir ao mantenedor realizar reservas. UC02 
RF03: O sistema deverá permitir ao mantenedor consultar reservas. UC03 
RF04: O sistema deverá permitir ao mantenedor manter os equipamentos. UC04 
RF05: O sistema deverá permitir ao mantenedor emitir relatórios de 
reserva. 
UC05 
RF06: O sistema deverá permitir ao mantenedor cadastrar professores e 
turmas. 
UC06 
RF07: O sistema deverá permitir ao mantenedor ter um controle de 
entrada e saída dos equipamentos. 
UC07 
RF08: O sistema deverá permitir ao mantenedor enviar um email caso 
ocorra uma alteração em alguma reserva. 
UC08 
RF09: O sistema deverá permitir ao mantenedor enviar um email caso 
tenha alteração em algum equipamento. 
UC09 
RF10: O sistema deverá permitir ao mantenedor alterar a situação das 
reservas para "CANCELAR" e “CONCLUÍDO”. 
UC10 
RF11: O sistema deverá permitir ao mantenedor alteração dos dados dos 
equipamento, professores e turmas. 
UC11 
 
O Quadro 2 lista os requisitos não funcionais previstos para o sistema. 
Quadro 2 - Requisitos não Funcionais 
Requisitos Não Funcionais 
RNF01: O sistema deverá ser desenvolvido na linguagem PHP 
RNF02: O sistema deverá utilizar banco de dados MySQL. 
RNF03: O sistema deverá possuir acesso à rede. 
RNF04: O sistema deverá possuir uma interface gráfica com ícones 
representativos para facilitar a sua utilização. 
 
 
13 
O Quadro 2 lista os requisitos de negócios previstos para o sistema. 
Quadro 2 - Requisitos de Negócios. 
Requisitos de Negócios 
RN01: O sistema não deverá permitir efetuar a reserva do mesmo 
equipamento na mesma data e horário. 
RN02: O sistema não deverá permitir excluir um equipamento cadastrado. 
RN03: Para que o funcionário possa efetuar o login no sistema ele precisa 
estar cadastrado. 
RN04: Para que o mantenedor realize a reserva o professor terá que ser 
cadastrado. 
RN05: O sistema deve apresentar os dados das reservas já efetuadas para 
cada horário da agenda. 
 
 
2.4 DIAGRAMA DE CASO DE USO 
 
Um caso de uso, nada mais é do que um “documento narrativo que descreve a 
sequência de eventos de um ator que usa um sistema para completar um processo". Para este 
projeto, será utilizado o diagrama de casos de uso para ressaltar quais os elementos mais 
importantes para um determinado processo. As descrições dos principais casos de uso estão 
apresentadas a seguir. 
Quadro 3 - Diagrama Caso de Uso. 
UC01 – Efetuar ​Login 
Permite ao usuário através da identificação por usuário e senha conectar-se ao sistema. 
 
Ator:​ Mantenedor 
Pré-condições:​ Possuir um cadastro de usuário no banco de dados. 
Pós-condições:​ Usuário entra conectado ao sistema. 
 
 
14 
Cenário Principal: 
1. Usuário preenche seu login e sua senha; 
2. Sistema valida os dados de login e senha do usuário; 
3. Sistema direciona o Usuário para a página principal do sistema. 
 
Fluxo Alternativo 1: 
1. nome de usuário e/ou senha inválido(s) 
2. alerta com mensagem “usuário ou senha inválida” é mostrada. 
 
Fluxo Alternativo 2: 
1. No passo 1 do Fluxo Principal o usuário preenche seu login e sua senha. 
 
UC02 – Reservar Equipamento 
Permite ao mantenedor efetuar a reserva de Equipamentos. Serão informados os seguintes 
dados: equipamento, professor responsável, turma, data da reserva, data da saída,hora da 
saída e observações. 
Ator:​ Mantenedor 
Pré-condições:​ Usuário deve fazer login no sistema. 
Pós-condições:​ Usuário realizou o cadastro da reserva com sucesso. 
 
Cenário Principal: 
1. Sistema lista tela de cadastro de reservas; 
2. Usuário seleciona o equipamento desejado; 
3. Usuário informa todos os campos obrigatórios; 
4. Sistema inclui o registro e apresenta a mensagem “Reserva cadastrada com 
sucesso”. 
 
Fluxo Alternativo 1: 
1. Campo(s) obrigatório(s) não preenchido(s). Alerta com mensagem “Favor preencher 
todos os campos obrigatórios” é mostrada. 
 
 
15 
UC03 – Consultar Reserva 
Permite ao usuário consultar as reservas efetuadas. Serão informados os seguintes dados: 
número do protocolo, professor ou a data da reserva. 
 
Ator:​ Mantenedor 
Pré-condições:​ Possuir um cadastro de usuário no banco de dados. 
Pós-condições:​ Usuário visualizou a reserva efetuada. 
 
Cenário Principal: 
1. Usuário preenche com as informações que possui; 
2. Sistema exibe a reserva encontrada. 
 
Fluxo Alternativo 1: 
1. Campo(s) obrigatório(s) não preenchido(s). Alerta com mensagem “Favor preencher 
todos os campos obrigatórios” é mostrada. 
 
Cenário Reserva: 
1. Sistema lista tela de cadastro de reservas; 
2. Usuário opta por cancelar ou concluir a reserva. 
 
UC04 – Manter Equipamento 
Permite ao usuário mantenedor manter equipamentos. Serão cadastrados os seguintes 
dados: equipamento e detalhes. 
Ator:​ Mantenedor 
Pré-condições:​ Possuir um cadastro de usuário no banco de dados. 
Pós-condições:​ Usuário cadastrou um equipamento. 
 
Cenário Principal: 
1. Sistema mostra a tela de cadastro de equipamento; 
2. Usuário informa todos os campos obrigatórios; 
3. Usuário seleciona a opção cadastrar; 
 
16 
4. Sistema inclui o registro e apresenta mensagem “Equipamento cadastrado com 
sucesso”. 
 
Fluxo Alternativo 1: 
1. Campo(s) obrigatório(s) não preenchido(s). Alerta com mensagem “Favor preencher 
todos os campos obrigatórios” é mostrada. 
 
UC05 – Emitir Relatório de Reservas 
Permite ao usuário emitir relatório de todas as reservas filtrando por período de datas. Serão 
exibidos os seguintes dados: protocolo, professor, equipamento, data solicitada, data da 
reserva e ​status​. 
 
Ator:​ Mantenedor 
Pré-condições:​ Possuir um cadastro de usuário no banco de dados. 
Pós-condições:​ Usuário emitiu um relatório com as reservas efetuadas. 
 
Cenário Principal: 
1. O usuário informa os filtros desejados clicar em consultar. 
 
Fluxo Alternativo 1: 
1. Campo(s) obrigatório(s) não preenchido(s). 
2. Alerta com mensagem “Nenhuma reserva encontrada neste período” é mostrada. 
 
 
 
 
 
 
17 
O Mantenedor possui acesso total a todas as funcionalidades do sistema, 
como mostra na figura abaixo. 
 
Figura 1 - Diagrama Caso de Uso. 
 
2.5 DIAGRAMA DE ATIVIDADES 
 
A figura a seguir inclui o diagrama de atividades que retrata o processo para a retirada 
de um equipamento já reservado. O processo inicia com o solicitante solicitando a reserva de 
um equipamento, no dia da reserva efetuada o solicitante requer o equipamento reservado, o 
mantenedor verifica o equipamento reservado e entrega para o solicitante, o solicitante realiza 
a tarefa necessária com o equipamento e devolve ao mantenedor, o mesmo verificar se está 
tudo certo com o equipamento e encerra a reserva atualizando informações da reserva. 
 
18 
 
Figura 2 - Diagrama de Atividade. 
 
 
 
 
 
 
 
 
 
19 
2.6 INTERFACE 
 
Existem os casos de testes relativos ao comportamento técnico das telas ou interfaces. 
A tabela a seguir inclui o diagrama de atividades que retrata o processo para a retirada de um 
equipamento já reservado. 
Tabela - Especificações de Interface. 
Elemento Descrição Tipo/Tamanho Formato Validação 
Campo E-mail Alfa(40) Alinhado à esquerda E-mail deve ser válido 
Campo Senha Alfa(40) Alinhado à esquerda Senha deve ser válido 
Campo Equipamento Alfa(40) Alinhado à esquerda - 
Campo Professor Alfa(40) Alinhado à esquerda Professores válidos 
Campo Turma Alfa(10) Alinhado à esquerda Turmas válidas 
Campo Horários Numérico(4) 11:11 - 
Campo Data Reserva Numérico(8) 11/11/1111 - 
Campo Data 
Solicitada 
Numérico(8) 11/11/1111 - 
Campo Observações Alfa(120) Alinhado à esquerda - 
Campo Protocolo Numérico(8) 11111111 - 
Botão Imprimir - - Enviar dados para 
impressão 
Botão Concluir - - Finalizar reserva 
Botão Cancelar - - Cancelar solicitação 
Botão Consultar - - Obter dados 
Botão OK - - Finaliza o processo 
Botão Cadastrar - - Cadastrar solicitação 
Botão Entrar - - Realiza o ​Login 
Botão Reserva - - Abre Menu Reserva 
Botão Cadastro - - Abre Menu Cadastro 
 
20 
Botão Relatórios - - Abre Menu Relatórios 
Botão Consultar 
Reserva 
- - Abre Cadastro de 
Reservas 
Botão Solicitar 
Reserva 
- - Abre Solicitação de 
Reserva 
Botão Equipamento - - Abre Cadastro de 
Equipamentos 
Botão Professores - - Abre Cadastro de 
Professores 
Botão Turma - - Abre Cadastro de 
Turma 
Botão Reservas - - Abre Consulta de 
Reservas 
 
 
2.7 ROTEIRO DE TESTE 
 
Na tabela abaixo foi elaborado um roteiro de testes para o projeto proposto, que é uma 
descrição detalhada do passo a passo para a execução do sistema, a fim de verificar cada caso 
de teste identificado na fase anterior. 
Tabela - Roteiro de Testes. 
Caso de Teste: Efetuar ​Login 
Procedimento inicial: abrir software na área de trabalho. 
ID Passo para execução Dado de entrada Resultado esperado 
01 Sistema exibe tela para 
realizar ​login​. 
- Dados exibidos: campos, 
e-mail e senha 
02 Usuário informa e-mail e 
senha e clica em entrar 
lucia@colegio.com.br Login realizado com sucesso. 
 
 
 
 
21 
Caso de Teste: Solicitar Reserva de Equipamentos 
Procedimento inicial: Realizar ​Login​ no sistema, acessar o menu “Reserva” e clicar em 
“Solicitar Reserva”. 
ID Passo para execução Dado de entrada Resultado esperado 
01 Sistema exibe tela para 
solicitar os equipamentos. 
- Dados exibidos: campos, 
equipamento, professor, 
Turma, horários, data, data da 
reserva e observações. 
02 Usuário informa o 
equipamento desejado. 
Retroprojetor Epson 
Original 12973 
Sistema selecionou o 
equipamento com sucesso. 
03 Usuário informa o nome do 
solicitante. 
Manuela Ribeiro Sistema selecionou o 
solicitante com sucesso. 
04 Usuário informa a turma 
desejada. 
1° Ano 1A Sistema selecionou a turma 
com sucesso. 
05 Usuário informa o horário 
desejado. 
19:00h Sistema selecionou o horário 
com sucesso. 
06 Usuário informa a data da 
reserva. 
25/03/2020 Sistema selecionou a data 
com sucesso. 
07 Usuário clica em Cadastrar - Sistema apresenta tela com a 
reserva concluída e o 
protocolo da reserva. 
 
 
2.8 DIAGRAMA DE CLASSES 
 
O diagrama de classes é uma representação da estrutura e relações das classes que 
servem de modelo para objetos, a seguir reproduz uma situação em que o usuário está 
entrando no sistema e realizando a reserva dos equipamentos, mostrando os campos que 
devem ser preenchidos para concluir a reserva, apresenta os campos de cadastro das tabelas 
pertinentes a tela de solicitação de reserva. Onde é possível ver todos os campos obrigatórios 
para finalizar a reserva. 
 
22 
Figura - Diagrama de Classes.
 
 
2.9 DIAGRAMA DE OBJETOS 
 
O diagrama de objetos é uma variação do diagrama de classes e utiliza quase as 
mesmas informações. A única diferença é que o diagrama de objetos mostra os objetos que 
foram instanciados das classes. Ou seja, é apresentado a descrição da real reserva que o 
sistema trabalha. Expondoos nomes que são gravados nas variáveis para consolidar a reserva 
no banco de dados do sistema. 
 
23 
Figura - Diagrama de Objetos.
 
 
 
3. PROTÓTIPO DA INTERFACE EM ALTA FIDELIDADE 
 
Na etapa de planejamento de um projeto, seja ele um software, website ou aplicativo 
para smartphone, é de suma importante criar um protótipo para analisar os recursos e as 
interações do usuário. Foi elaborado um protótipo de alta fidelidade do sistema proposto neste 
projeto a fim de demonstrar as interações do usuário, solicitando uma reserva de equipamento. 
 
 
 
 
 
 
 
24 
Figura - Tela de ​Login​. 
 
 
Na figura acima, o usuário irá realizar o ​login no sistema do ​software​, após colocar as 
informações necessárias de e-mail e senha, o usuário é direcionado a tela inicial do programa. 
 
25 
Figura - Tela inicial do programa.
 
 
Na figura acima, o usuário é direcionado a tela inicial, onde constará o mune com as 
opções dos serviços que o programa oferece. Como a simulação se refere a solicitação de uma 
reserva, o usuário irá clicar no menu “RESERVA” e depois no submenu “SOLICITAR 
RESERVA”. 
 
26 
Figura - Tela de solicitação de reserva.
 
 
Depois de selecionar a opção de “SOLICITAR RESERVA” o usuário é direcionado a 
página para solicitar a reserva preenchendo com todas as informações necessárias e clicando 
na opção “CADASTRAR”, logo em seguida é mostrado uma tela de confirmação e número de 
protocolo da solicitação da reserva. 
 
27 
Figura - Tela de confirmação de reserva.
 
 
 
 
 
 
 
 
 
 
 
 
28 
4 - CONSIDERAÇÕES FINAIS 
 
Ao fim desse trabalho, podemos concluir que as tecnologias estão sendo inseridas 
constantemente na sociedade a cada ano, sempre em virtude de buscar novas formas para 
facilitar a metodologia aplicada ao sistema de ensino, aumentando a compreensão dos alunos 
do Colégio Vencer Sempre. 
Pode-se notar a necessidade de padronizar os processos do aluguel dos equipamentos 
audiovisuais do colégio e para isso a implementação de um software de um sistema para 
otimizar e organizar as reservas feita na escola, economizando tempo e custo para o cliente. 
Com os levantamentos de dados com o cliente, foi elaborado um projeto com um 
custo-benefício tanto para a empresa que irá produzir o software quanto para o cliente final. 
com o prazo de 4 meses, o projeto seguirá com as normas implementadas a empresa, o 
MPS-BR tem como base técnica as normas ISO/IEC 12207:2008 [ISO/IEC, 2008a], 
ISO/IEC 20000:2011 [ISO/IEC, 2011] e ISO/IEC 15504-2 [ISO/IEC,2003]. 
Concluiu-se também que, com os testes bem elaborados e documentados juntamente 
com a prototipação de alta fidelidade inseridas neste trabalho visam que a entrega do projeto 
desde o aceite do cliente final seja aceito com uma boa usabilidade, viabilidade e seguro. 
 
 
 
 
 
 
 
 
 
29 
5 - REFERÊNCIAS 
 
ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS (ABNT). NBR ISO 9000: 
Sistemas de gestão da qualidade – Fundamentos e vocabulário.​ Rio de Janeiro, 2000. 
 
ASSOCIAÇÃO BRASILEIRA PARA PROMOÇÃO DA EXCELÊNCIA DO SOFTWARE 
BRASILEIRO (SOFTEX). MPS.BR – ​Melhoria de processo do software brasileiro: guia 
geral​ – Versão 1.1. 2006. 
 
KOSCIANSKI, A.; SOARES, M. S. ​Qualidade de software.​ Rio de Janeiro: Novatec, 2010. 
 
MELO, Alexandre; NASCIMENTO, Maurício. ​PHP Profissional: Aprenda a Desenvolver 
Sistemas profissionais Orientados a Objetos com Padrões de Projeto.​ São Paulo: Novatec 
Editora, 2007. Disponível em: 
http://www.martinsfontespaulista.com.br/anexos/produtos/capitulos/254880.pdf 
 
PFLEEGER, S. L. Engenharia de software: teoria e prática. 2. ed. São Paulo: Prentice Hall 
Brasil, 2007. 
 
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. 
 
SEBESTA, R. W. ​Conceitos de linguagens de programação.​ Porto Alegre: Bookman, 2011.