PIM_V UNIP ADS 2020 NOTA 10

Prévia do material em texto

8
9
UNIP INTERATIVA
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
PROJETO DE SISTEMA DE RESERVAS DE EQUIPAMENTOS MULTIMIDIA PARA O COLÉGIO VENCER SEMPRE
UNIP Polo Japão
2020
UNIP INTERATIVA
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
PROJETO DE SISTEMA DE RESERVAS DE EQUIPAMENTOS MULTIMIDIA PARA O COLÉGIO VENCER SEMPRE
Nome: Matheus Tomio Carneiro Matsushita
RA: 0512673
Curso: Analise e Desenvolvimento de Sistemas
Semestre: 2º Semestre
UNIP Polo Japão
2020
RESUMO
O seguinte trabalho tem como objetivo, solucionar o caso apresentado pela UNIP Interativa no qual encontramos o cenário de uma escola que passa por uma dificuldade de aproveitar em 100% sua estrutura de equipamentos audiovisual devido o controle de reservas e uso depender de um sistema de registro obsoleto, realizado de forma manual, o que veio a causar o problema. 
O projeto a ser apresentado, visa solucionar o problema vivenciado pela instituição trazendo aos funcionários um melhor uso dos equipamentos oferecidos pelo colégio para ministrar suas aulas e palestras.  
Palavras-chave: Tecnologia, Projeto, Reserva, Colegio, Equipamentos.
ABSTRACT
The following work aims to solve the case presented by UNIP Interativa in which we find the scenario of a school that is experiencing a difficulty in using 100% of its structure of audio-visual equipment due to the control of reservations and use depending on a system obsolete registration, performed manually, which came to cause the problem.
The project to be presented, aims to solve the problem experienced by the institution by bringing to employees a better use of the equipment offered by the school to teach their classes and lectures.
Keywords: Technology, Project, Reserve, College, Equipments.
SUMÁRIO
1.	INTRODUÇÃO	8
2.	AGENTES ECONÔMICOS	8
3.	VIABILIDADE	9
4.	PRAZO DE CONCLUSÃO E INVESTIMENTO	9
5.	VISÃO GERAL DO SISTEMA	9
6.	REQUISITOS FUNCIONAIS E REGRAS DE NEGÓCIO	10
a.	Impressões de relatórios e consultas..........................................11
7.	REQUISITOS NÃO FUNCIONAIS	12
a.	Confiabilidade................................................................................12
b.	Eficiência........................................................................................12
c.	Portabilidade..................................................................................13
8.	METODOLOGIA DE QUALIDADE	13
9.	ROTEIRO DE TESTE; PLANEJAMENTO E TESTE DE REQUISITOS	15
10.	RELATORIO DE TESTE	42
11.	PROTOTIPOS DE INTERFACE	42
12.	OBJETOS	47
13.	CLASSES	48
14.	HERANÇA	48
15.	POLIMORFISMO	49
d.	Uso de classe; objetos; herança e polimorfismo.......................49
16.	CONCLUSÃO	50
REFERÊNCIAS BIBLIOGRÁFICAS	51
TABELA DE ILUSTRAÇÕES
Figura 1 - Evidência de teste case 01	15
Figura 2 - Evidência de teste case 02	16
Figura 3 - Evidência de teste case 03	17
Figura 4 - Evidência de teste case 04	18
Figura 5 - Evidência de teste case 05	19
Figura 6 - Evidência de teste case 06	20
Figura 7 - Evidência de teste case 07	21
Figura 8 - Evidência de teste case 08	22
Figura 9 - Evidência de teste case 09	23
Figura 10 - Evidência de teste case 10	24
Figura 11 - Evidência de teste case 10	24
Figura 12 - Evidência de teste case 11	25
Figura 13 - Evidência de teste case 12	26
Figura 14 - Evidência de teste case 13	27
Figura 15 - Evidência de teste case 14	28
Figura 16 - Evidência de teste case 15	29
Figura 17 - Evidência de teste case 16	30
Figura 18 - Evidência de teste case 17	31
Figura 19 - Evidência de teste case 18	32
Figura 20 - Evidência de teste case 19	33
Figura 21 - Evidência de teste case 20	34
Figura 22 - Evidência de teste case 21	35
Figura 23 - Evidência de teste case 22	36
Figura 24 - Evidência de teste case 23	37
Figura 25 - Evidência de teste case 24	38
Figura 26 - Evidência de teste case 25	39
Figura 27 - Evidência de teste case 26	40
Figura 28 - Evidência de teste case 27	41
Figura 29 - Tela de Login	42
Figura 30 - Tela principal de reserva (Data passada)	43
Figura 31 - Tela principal de Reserva (Data Válida)	44
Figura 32 - Seleção de Horário/Aula	44
Figura 33 - Seleção de Equipamentos	45
Figura 34 - Seleção de Local de uso	46
Figura 35 - Confirmação de Reserva	46
Figura 36 - Perfil de Usuário	47
LISTA DE TABELAS
Tabela 1 - Caso de teste 01	15
Tabela 2 - Caso de Teste 02	16
Tabela 3 - Caso de Teste 03	17
Tabela 4 - Caso de Teste 04	17
Tabela 5 - Caso de Teste 05	18
Tabela 6 - Caso de Teste 06	19
Tabela 7 - Caso de Teste 07	20
Tabela 8 - Caso de Teste 08	21
Tabela 9 - Caso de Teste 09	22
Tabela 10 - Caso de Teste 10	23
Tabela 11 - Caso de Teste 11	25
Tabela 12 - Caso de Teste 12	26
Tabela 13 - Caso de Teste 13	27
Tabela 14 - Caso de Teste 14	28
Tabela 15 - Caso de Teste 15	29
Tabela 16 - Caso de Teste 16	30
Tabela 17 - Caso de Teste 17	31
Tabela 18 - Caso de Teste 18	32
Tabela 19 - Caso de Teste 19	33
Tabela 20 - Caso de Teste 20	34
Tabela 21 - Caso de Teste 21	35
Tabela 22 - Caso de Teste 22	36
Tabela 23 - Caso de Teste 23	37
Tabela 24 - Caso de Teste 24	38
Tabela 25 - Caso de Teste 25	39
Tabela 26 - Caso de Teste 26	40
Tabela 27 - Caso de Teste 27	41
INTRODUÇÃO
O projeto trata-se de um software a ser desenvolvido para trazer a solução do problema enfrentado pelo Colégio Vencer Sempre e juntamente com a solução, também deve trazer uma melhora significativa no desempenho pedagógico de seus funcionários que poderão desfrutar de uma melhor organização da estrutura oferecida pelo colégio deixando suas aulas e palestras mais proveitosas, dinâmicas e interativas.
Abordaremos no trabalho pontos como a viabilidade econômica, o tempo estimado e valor a ser investido, assim como apresentação dos requisitos em geral do sistema para que se entenda como o software deve trabalhar além de protótipos de tela para que o cliente tenha uma melhor percepção do produto final. 
AGENTES ECONÔMICOS 
Segundo Vasconcellos (2004, p.10) “Os agentes econômicos são as famílias (unidades familiares) e as empresas (unidades produtoras). Numa economia de mercado, as famílias são proprietárias dos fatores de produção e os fornecem às unidades de produção (empresas) no mercado dos fatores de produção”.
O agente econômico que terá papel fundamental de atuação direta com a empresa em questão é o grupo das famílias, pois, seu papel não se restringe apenas ao de consumidor de bens e serviços.  
As famílias tem também um papel importante em fornecer a mão de obra para trabalho e produção, fator essencial para que a empresa desenvolva e produza o software usufruindo assim da mão de obra oferecida por este agente econômico através de um membro familiar que realizar sua atividade profissional atuando como desenvolvedor; programador; gerente de projetos e entre outras funções que uma empresa de software dispõe.
“Os fatores de produção básicos são a mão de obra, a terra e o capital” (VASCONCELLOS, 2004, P.10). 
VIABILIDADE 
Analisando o problema que o colégio enfrenta em não aproveitar em 100% a estrutura de equipamentos multimídia e áudio visual, a implementação do software será viável, pois trará benefícios como: otimização de uso de equipamentos e estrutura (deixando as aulas e palestras consequentemente mais interativas e eficazes); um melhor acompanhamento relacionado a investimento, manutenção e substituição dos equipamentos por conta do sistema projetado mostrar o usuário que utilizou o equipamento, portanto se houver dano ao equipamento será possível verificar com o ultimo usuário o que ocorreu e tomar a medida cabível a ser decidida pela instituição, multa, cobrança de valor parcial ou total do reparo ou equipamento, o que pode reduzir os gastos do colégio com esses tipos de casos.
PRAZO DE CONCLUSÃO E INVESTIMENTO 
Baseado que o trabalho de desenvolvimento será realizado por uma equipe pequena, o tempo de levantamento de dados, programação e teste o prazo de entrega do software ao cliente é estimado em 3 meses e o valor a ser investido é de R$ 25.000,00.VISÃO GERAL DO SISTEMA
 
O sistema consiste, basicamente, do gerenciamento das reservas de equipamentos disponibilizados pela instituição aos professores e coordenadores, controlando desde a reserva até o acompanhamento do período de devolução. O colégio possui diversos equipamentos a disposição dos colaboradores. O sistema deve ainda emitir diversos tipos de relatórios e consultas, possibilitando um melhor gerenciamento dos recursos oferecidos.
REQUISITOS FUNCIONAIS E REGRAS DE NEGÓCIO
O sistema deve permitir a inclusão, alteração, visualização e remoção de professores e coordenadores, contendo os seguintes atributos: nome, nome de usuário, e e-mail.
O sistema deve permitir a inclusão, alteração, visualização e remoção de itens, classificados por diversas categorias (câmera, cabos, projetores, microfones e etc.), com os seguintes atributos: código do item e descrição.
O sistema deve permitir o processamento da reserva de equipamento. Cada reserva possui os seguintes atributos: data e hora de retirada do equipamento, data e hora de devolução do equipamento, identificação do usuário principal (previamente cadastrado), tipo de equipamento, nome, código do equipamento, local e gerar uma mensagem de reserva contendo:  hora, data e nome de usuário.
A reserva pode ser feita com uma semana de antecedência (tempo máximo) e um dia de antecedência (tempo mínimo); a reserva somente deve ser concretizada se existirem quantidades suficientes para atendê-la. Caso contrário, o sistema deverá apresentar uma mensagem alertando que não há disponibilidade do equipamento ou quantidade suficiente para o período indicado.
O cancelamento da reserva poderá ser feito com uma hora de antecedência (tempo máximo) e tempo mínimo indeterminado e deverá ser comunicado via e-mail ou telefone ao responsável pelo setor de reserva do colégio.
O sistema deve permitir o processamento da retirada do equipamento, com os seguintes atributos: data e hora de retirada, data e hora prevista para devolução, identificação do usuário (previamente cadastrado), local a ser utilizado, funcionário responsável pela entrega do equipamento e check list com estado de conservação de cada equipamento assinado pelo usuário. Se tiver sido feita a reserva prévia do equipamento.
O sistema deve permitir o processamento da devolução do equipamento, com os seguintes atributos: data e hora de devolução, número de dias excedentes da data prevista, valor de multa a ser paga por cada dia excedido, check list de estado de conservação e nome do funcionário que fez o recebimento.
O sistema deve totalizar automaticamente os gastos de multa por dias excedidos e/ou danos causados ao equipamento que foram previamente cadastrados, mostrando os subtotais por categoria (câmera, cabo, microfone e etc.).
O sistema deve também apresentar na tela o total a pagar (somente em caso de multa), que é a soma dos dias excedentes, acrescentando-se os danos aos materiais, se houver.
O sistema deve permitir as seguintes opções de pagamento, somente nos casos já citados: 1) à vista (em dinheiro, ou cartão de débito), 2) Pagar depois. 
O sistema deve apresentar uma caixa de mensagem se o usuário possui pendencia em caso de não pagamento da multa.
O sistema deve permitir a quitação de uma fatura paga pelo usuário, contendo as seguintes informações: número da fatura, data de pagamento, valor total pago, juros e multa.
Impressões de relatórios e consultas
O sistema deve permitir a impressão de uma listagem dos usuários que estão cadastrados no sistema do colégio no presente ano letivo contendo o nome, nome de usuário. O sistema deve permitir a impressão de uma listagem das reservas efetuadas para a data atual, contendo o nome do usuário, telefone para contato, lista de equipamento e data prevista para devolução.
O sistema deve permitir a impressão de um comprovante de devolução do usuário, contendo o nome do usuário, documento, datas e horários de retirada e devolução, número total de dias, valor total de dias excedidos, valor em caso de dano ao equipamento e total apagar. Nesse mesmo comprovante deve ser mostrada uma lista com os equipamentos reservados, contendo a data de uso, descrição do item, quantidade e preço total em caso de multa por dias excedidos e/ou danos aos equipamentos. Ainda nesse comprovante deve constar a forma de pagamento e deve ser reservado um espaço para assinatura do usuário.
O sistema deve permitir ao usuário visualizar, a partir de qualquer dispositivo que acesse o sistema via aplicativo ou site, os dados referentes à sua reserva, permitindo que ele confira suas reservas, lista de equipamentos e opções de alteração de data, horário e cancelamento de reserva.
O sistema deve permitir ao usuário imprimir um histórico de suas reservas. Para tal o usuário deve ter sido previamente cadastrado e deve portar um nome de usuário e uma senha. Esse histórico deve conter uma linha para cada reserva do usuário, contendo as datas de retirada e devolução e os totais pagos em cada ocasião, se houver.
O sistema deve permitir a impressão de um relatório resumindo o histórico de reservas e utilizações por período (por exemplo, semanal ou quinzenal), contendo, para cada dia do período, um resumo das reservas e utilizações.
O sistema deve permitir a impressão de um relatório contendo as faturas em atraso no período (por exemplo, semanal ou quinzenal), contendo, para cada dia do período, o nome do professor/coordenador, a data de vencimento e o valor devido pelo usuário.
REQUISITOS NÃO FUNCIONAIS
1. Confiabilidade
O sistema deve ter capacidade para recuperar os dados perdidos da última operação que realizou em caso de falha.
O sistema deve fornecer facilidades para a realização de backups dos arquivos do sistema.
O sistema deve possuir senhas de acesso e identificação para diferentes tipos de usuários: administrador do sistema e funcionários do colégio.
Eficiência
O sistema deve responder a consultas online em menos de 5 segundos.
O sistema deve iniciar a impressão de relatórios solicitados dentro de no máximo 20 segundos após sua requisição.
Portabilidade
O sistema deve ser executado em computadores com 1.8GHz ou superior, 1GB de ram ou superior, com sistema operacional Windows XP ou acima.
O sistema deve ser capaz de armazenar os dados em base de dados Oracle ou MySQL.  
METODOLOGIA DE QUALIDADE
Baseado no conhecimento adquirido na disciplina Engenharia de Software II e realizando uma analise do cenário proposto, a metodologia de qualidade que melhor se aplica ao caso é a MPS.BR.
Para as organizações aderirem aos modelos internacionais citados, há exigência de um alto investimento, que só grandes empresas dispõem de recursos para arcar com os custos, o que não é possível para pequenas e médias empresas.
Isso está ligado tanto aos investimentos obrigatórios para implantação, como contratos de consultoria e auditoria, mas também às necessidades de profissionais especializados e dedicação da organização para alcançar os padrões de processos exigidos (KOSCIANSKI, 2007; FERNANDES, 2012).
O modelo MPS.BR é um modelo elaborado com base nas normas ISO/IEC 12207; ISO/IEC 15504;ISO/IEC 25000 e no modelo CMMI, é utilizado em território nacional e atende a necessidade de implantar os princípios da engenharia de software de forma adequada ao contexto das empresas brasileiras, seguindo as principais abordagens internacionais para definição, avaliação e melhoria de processo de software (SOFTEX, 2012).
Possui uma limitação de reconhecimento quanto ao seu selo e qualidade e certificação fornecida que se aplica somente em território nacional, mesmo possuindo um alinhamento aos padrões internacionais mencionados no paragrafo acima.
Assim como os outros modelos estudados, o MPS.BR também possui níveis de evolução de maturidade da organização que são divididos em sete níveis iniciando no nível G (nível mais baixo) ascendendo até o nível A (nível mais alto), os quais necessitam ser implementados e avaliados de maneira sequencial, pois são dependentes entre si. Por constituir-se de maior númerode níveis, o modelo permite que as organizações consigam evoluir de forma lenta, porém consistente e com custos reduzidos.
Quanto aos níveis de maturidade utilizados pelo modelo, o nível mais baixo é o G nomeado como parcialmente no qual consiste parcialmente em gerenciamento com o foco voltado para a gestão de requisitos e de projetos. O nível F nomeado como gerenciado, é voltado para demais praticas de configuração, qualidade e medição são inclusas. No nível E, como parcialmente definido, começa a expansão de maturidade para a organização, e não somente para o projeto. No nível D, o processo é considerado largamente definido. No nível C, é considerado definido. Nivel B, encontra - se estabelecido um processo de medição para evolução de qualidade. O nível A refere – se ao processo continuo de melhora do processo. Se relacionarmos o modelo MPS.BR com o modelo CMMI, o nível A equivale ao nível 5, o nível B ao nível 4, os níveis C, D e E condizem com o nível 3 e os níveis F e G se equiparam ao nível 2 do modelo CMMI.
A escolha do Modelo MPS.BR foi realizada tendo como embasamento o estudo realizado na disciplina de Engenharia de Software II onde foi explicado detalhadamente suas características e, também, tomando como foco o cenário de que a empresa a desenvolver o software não dispõe de capital  necessário para se investir em modelos como ISO e CMMI, que possuem um custo para implementação mais elevado, tanto para valor de investimento como para tempo de implementação. Observando também que o cenário proposto pelo trabalho não necessita de um modelo que possua certificação internacional.
ROTEIRO DE TESTE; PLANEJAMENTO E TESTE DE REQUISITOS
Tabela 1 - Caso de teste 01
	Contador: 
	001
	Criticidade:
	Alta
	Objeto de Teste:
	Login de Usuário
	Caso de Teste: 
	Testar o login do usuário no sistema.  
	Pré - Condição: 
	1. Acesso do usuário ao sistema via aparelho conectado a internet.
	Procedimento: 
	1. Entrar na tela de login;
2. Preencher os campos “e-mail” e “senha”;
3. Clicar no botão “Entrar”
	Resultado Esperado:
	1. O sistema processará as informações e confirmará no banco de dados;
2. O sistema autoriza entrada de usuário se dados estiverem corretos;
3. Sistema exibirá a tela principal do sistema para efetuar reserva. 
Fonte: O Autor (2020)
Figura 1 - Evidência de teste case 01
Fonte: O Autor (2020)
Tabela 2 - Caso de Teste 02
	Contador:
	002
	Criticidade:
	Média
	Objeto de Teste:
	Seleção de data no calendário
	Caso de Teste: 
	Testar o funcionamento de seleção de data
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário;
2. Selecionar uma das opções de data;
	Resultado Esperado:
	1. O sistema permanecerá na mesma tela, atualizando-a com as informações de reservas realizadas da data selecionada. 
Fonte: O Autor (2020)
Figura 2 - Evidência de teste case 02
Fonte: O Autor (2020)
Tabela 3 - Caso de Teste 03
	Contador:
	003
	Criticidade:
	Média
	Objeto de Teste:
	Seleção de data no calendário
	Caso de Teste: 
	Testar o funcionamento de seleção de data já passada
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário;
2. Selecionar uma das opções de data;
	Resultado Esperado:
	1. O sistema permanecerá na mesma tela, atualizando-a com a mensagem de prazo encerrado destacada em vermelho no canto superior direito da tela.
Fonte: O Autor (2020)
Figura 3 - Evidência de teste case 03
Fonte: O Autor (2020)
Tabela 4 - Caso de Teste 04 
	Contador:
	004
	Criticidade:
	Alta
	Objeto de Teste:
	Efetuar nova Reserva
	Caso de Teste: 
	Testar o funcionamento do botão “Reservar”
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário;
2. Selecionar uma das opções de data;
3. Clicar no botão “Reservar”
	Resultado Esperado:
	1. O sistema atualizará tela, atualizando-a com as informações da data selecionada;
2. Sistema deve permanecer na mesma janela e atualizar a mesma com a informação Nova Reserva com opção de horário.
Fonte: O Autor (2020)
Figura 4 - Evidência de teste case 04
Fonte: O Autor (2020)
Tabela 5 - Caso de Teste 05
	Contador:
	005
	Criticidade:
	Alta
	Objeto de Teste:
	Seleção de horário
	Caso de Teste: 
	Testar o funcionamento do menu de reserva.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Botão Reservar> Horário;
2. Selecionar uma das opções de aula/horário;
3. Clicar no botão Avançar
	Resultado Esperado:
	1. O sistema permanecerá na mesma tela, mostrando a opção de horário selecionado;
2. Sistema permanece em mesma tela alterando menu para opção de equipamentos. 
Fonte: O Autor (2020)
Figura 5 - Evidência de teste case 05
Fonte: O Autor (2020)
Tabela 6 - Caso de Teste 06
	Contador:
	006
	Criticidade:
	Alta
	Objeto de Teste:
	Seleção de Equipamentos para reserva
	Caso de Teste: 
	Testar o funcionamento do menu de reserva.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Botão Reservar> Horário > Selecionar opção > Botão Avançar > Equipamentos;
2. Selecionar uma das opções de equipamentos disponíveis;
3. Clicar no botão Avançar
	Resultado Esperado:
	1. O sistema atualizará tela, mostrando o equipamento adicionado a coluna “Selecionados”;
2. Sistema permanece em mesma tela alterando menu para opção de Local.
Fonte: O Autor (2020)
Figura 6 - Evidência de teste case 06
Fonte: O Autor (2020)
Tabela 7 - Caso de Teste 07
	Contador:
	007
	Criticidade:
	Alta
	Objeto de Teste:
	Seleção de Local
	Caso de Teste: 
	Testar o funcionamento do menu de reserva.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Botão Reservar> Horário > Selecionar opção > Botão Avançar > Equipamentos >Selecionar equipamentos > Local;
2. Selecionar uma das opções de locais disponíveis;
3. Selecionar Local de instalação, Curso e observações (opcional); 
4. Clicar no botão Avançar
	Resultado Esperado:
	1. O sistema atualizará tela, mostrando os locais disponíveis;
2. Sistema permanece em mesma tela alterando menu para tela de confirmação.
Fonte: O Autor (2020)
Figura 7 - Evidência de teste case 07
Fonte: O Autor (2020)
Tabela 8 - Caso de Teste 08
	Contador:
	008
	Criticidade:
	Alta
	Objeto de Teste:
	Confirmação de Reserva
	Caso de Teste: 
	Testar o funcionamento do menu de reserva.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Botão Reservar> Horário > Selecionar opção > Botão Avançar > Equipamentos >Selecionar equipamentos > Botão Avançar > Local > Seleção de local > Botão Avançar; 
	Resultado Esperado:
	1. O sistema atualizará tela, mostrando mensagem de “Reserva realizada com sucesso!”;
2. Mensagem contem informações de Nome de Usuário, Local, Horário e Equipamento selecionado..
Fonte: O Autor (2020)
Figura 8 - Evidência de teste case 08
Fonte: O Autor (2020)
Tabela 9 - Caso de Teste 09
	Contador:
	009
	Criticidade:
	Alta
	Objeto de Teste:
	Seleção de Equipamentos para reserva
	Caso de Teste: 
	Testar o funcionamento de equipamento indisponível
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Botão Reservar> Horário > Selecionar opção > Botão Avançar > Equipamentos;
2. Selecionar uma das opções de equipamentos.
	Resultado Esperado:
	1. O sistema atualizará tela, mostrando janela de pop-up informando que equipamento não está disponível.
2. Usuário deve clicar no botão “ok” e selecionar outro equipamento ou alterar data para reserva. 
Fonte: O Autor (2020)
Figura 9 - Evidência de teste case 09
Fonte: O Autor (2020)
Tabela 10 - Caso de Teste 10
	Contador:
	010
	Criticidade:
	Alta
	Objeto de Teste:
	Cadastro de Pessoas
	Caso de Teste: 
	Testar o funcionamento de cadastro.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.Procedimento: 
	1. Entrar na tela: Calendário > Menu “Pessoas” > Botão “Cadastrar”;
2. Preencher dados: Nome, e-mail, nome de usuário (login), senha, definir função “Pode reservar” (Sim/Não), definir função “Pode Logar” (Sim/Não); Definir tipo “Professor/Funcionário”;
3. Botão “Gravar”.
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário a mensagem “Pessoa foi cadastrada com sucesso!”.
Fonte: O Autor (2020)
Figura 10 - Evidência de teste case 10
Fonte: O Autor (2020)
Figura 11 - Evidência de teste case 10
Fonte: O Autor (2020)
Tabela 11 - Caso de Teste 11
	Contador:
	011
	Criticidade:
	Alta
	Objeto de Teste:
	Edição de Pessoas
	Caso de Teste: 
	Testar o funcionamento de edição de pessoas cadastradas.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Pessoas” > Botão “Editar”;
2. Alterar dado a ser editados: Nome, e-mail, nome de usuário (login), senha, definir função “Pode reservar” (Sim/Não), definir função “Pode Logar” (Sim/Não); Definir tipo “Professor/Funcionário”;
3. Botão “Gravar”.
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário a mensagem “Pessoa foi editada com sucesso!”.
Fonte: O Autor (2020)
Figura 12 - Evidência de teste case 11
Fonte: O Autor (2020)
Tabela 12 - Caso de Teste 12
	Contador:
	012
	Criticidade:
	Alta
	Objeto de Teste:
	Exclusão de Pessoas
	Caso de Teste: 
	Testar o funcionamento de exclusão de pessoas cadastradas.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Pessoas” > Botão “Apagar”;
2. Localizar Pessoa > Botão “Apagar”;
3. Caixa de dialogo confirmando a exclusão (Sim/Não).
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário que pessoa cadastrada foi excluída do sistema.
Fonte: O Autor (2020)
Figura 13 - Evidência de teste case 12
Fonte: O Autor (2020)
Tabela 13 - Caso de Teste 13
	Contador:
	013
	Criticidade:
	Alta
	Objeto de Teste:
	Cadastro de Cursos
	Caso de Teste: 
	Testar o funcionamento de cadastro de cursos.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Cursos” > Botão “Cadastrar”;
2. Preencher campo “Nome”;
3. Botão “Gravar”.
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário a mensagem “Curso foi criado com sucesso!”.
Fonte: O Autor (2020)
Figura 14 - Evidência de teste case 13
Fonte: O Autor (2020)
Tabela 14 - Caso de Teste 14
	Contador:
	014
	Criticidade:
	Alta
	Objeto de Teste:
	Edição de Cursos
	Caso de Teste: 
	Testar o funcionamento de edição de cursos cadastrados.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Cursos” > Botão “Editar”;
2. Alterar dado a ser editados: Nome;
3. Botão “Gravar”.
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário a mensagem “Curso foi Atualizado com sucesso!”.
Fonte: O Autor (2020)
Figura 15 - Evidência de teste case 14
Fonte: O Autor (2020)
Tabela 15 - Caso de Teste 15
	Contador:
	015
	Criticidade:
	Alta
	Objeto de Teste:
	Exclusão de Cursos
	Caso de Teste: 
	Testar o funcionamento de exclusão de cursos cadastrados.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Cursos” > Botão “Apagar”;
2. Localizar Curso > Botão “Apagar”;
3. Caixa de dialogo confirmando a exclusão (Sim/Não).
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário que curso cadastrado foi excluído do sistema.
Fonte: O Autor (2020)
Figura 16 - Evidência de teste case 15
Fonte: O Autor (2020)
Tabela 16 - Caso de Teste 16
	Contador:
	016
	Criticidade:
	Alta
	Objeto de Teste:
	Cadastro de Locais
	Caso de Teste: 
	Testar o funcionamento de cadastro de Locais.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Locais” > Botão “Cadastrar”;
2. Preencher campo “Nome”;
3. Selecionar disponibilidade (Sim/Não);
4. Botão “Gravar”.
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário a mensagem “Local foi criado com sucesso!”.
Fonte: O Autor (2020)
Figura 17 - Evidência de teste case 16
Fonte: O Autor (2020)
Tabela 17 - Caso de Teste 17
	Contador:
	017
	Criticidade:
	Alta
	Objeto de Teste:
	Edição de Locais
	Caso de Teste: 
	Testar o funcionamento de edição de locais cadastrados.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Locais” > Botão “Editar”;
2. Alterar dado a ser editados: Nome; disponibilidade (Sim/Não);
3. Botão “Gravar”.
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário a mensagem “Curso foi Atualizado com sucesso!”.
Fonte: O Autor (2020)
Figura 18 - Evidência de teste case 17
Fonte: O Autor (2020)
Tabela 18 - Caso de Teste 18
	Contador:
	018
	Criticidade:
	Alta
	Objeto de Teste:
	Exclusão de Locais
	Caso de Teste: 
	Testar o funcionamento de exclusão de locais cadastrados.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Locais” > Botão “Apagar”;
2. Localizar Local > Botão “Apagar”;
3. Caixa de dialogo confirmando a exclusão (Sim/Não).
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário que local cadastrada foi excluído do sistema.
Fonte: O Autor (2020)
Figura 19 - Evidência de teste case 18
Fonte: O Autor (2020)
Tabela 19 - Caso de Teste 19
	Contador:
	019
	Criticidade:
	Alta
	Objeto de Teste:
	Cadastro de Períodos
	Caso de Teste: 
	Testar o funcionamento de cadastro de períodos.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Períodos” > Botão “Cadastrar”;
2. Preencher campo “Nome”;
3. Selecionar Inicio e fim;
4. Botão “Gravar”.
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário a mensagem “Período foi criado com sucesso!”.
Fonte: O Autor (2020)
Figura 20 - Evidência de teste case 19
Fonte: O Autor (2020)
Tabela 20 - Caso de Teste 20
	Contador:
	020
	Criticidade:
	Alta
	Objeto de Teste:
	Edição de Períodos
	Caso de Teste: 
	Testar o funcionamento de edição de períodos cadastrados.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Períodos” > Botão “Editar”;
2. Alterar dado a ser editados: Nome; inicio e fim;
3. Botão “Gravar”.
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário a mensagem “Período foi Atualizado com sucesso!”.
Fonte: O Autor (2020)
Figura 21 - Evidência de teste case 20
Fonte: O Autor (2020)
Tabela 21 - Caso de Teste 21
	Contador:
	021
	Criticidade:
	Alta
	Objeto de Teste:
	Exclusão de Períodos
	Caso de Teste: 
	Testar o funcionamento de exclusão de períodos cadastrados.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Períodos” >
2. Localizar Período > Botão “Apagar”;
3. Caixa de dialogo confirmando a exclusão (Sim/Não).
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário que período cadastrado foi excluído do sistema.
Fonte: O Autor (2020)
Figura 22 - Evidência de teste case 21
Fonte: O Autor (2020)
Tabela 22 - Caso de Teste 22
	Contador:
	022
	Criticidade:
	Alta
	Objeto de Teste:
	Cadastro de Tipos de Equipamentos
	Caso de Teste: 
	Testar o funcionamento de cadastro de tipos de equipamentos.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Tipos” > Botão “Cadastrar”;
2. Preencher campo “Nome”;
3. Preencher campo “Texto de indisponível” (Opcional);
4. Botão “Gravar”.
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário a mensagem “Tipo cadastrado com sucesso!”.Fonte: O Autor (2020)
Figura 23 - Evidência de teste case 22
Fonte: O Autor (2020)
Tabela 23 - Caso de Teste 23
	Contador:
	023
	Criticidade:
	Alta
	Objeto de Teste:
	Edição de Tipos de Equipamentos
	Caso de Teste: 
	Testar o funcionamento de edição de Tipos de equipamentos cadastrados.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Tipos” > Botão “Editar”;
2. Alterar dado a ser editados: Nome;
3. Campo “Texto de indisponível” (Opcional); 
4. Botão “Gravar”.
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário a mensagem “Tipo foi Atualizado com sucesso!”.
Fonte: O Autor (2020)
Figura 24 - Evidência de teste case 23
Fonte: O Autor (2020)
Tabela 24 - Caso de Teste 24
	Contador:
	024
	Criticidade:
	Alta
	Objeto de Teste:
	Exclusão de Tipos de Equipamentos
	Caso de Teste: 
	Testar o funcionamento de exclusão de Tipos de equipamentos cadastrados.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Tipos” >
2. Localizar Tipo > Botão “Apagar”;
3. Caixa de dialogo confirmando a exclusão (Sim/Não).
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário que Tipo cadastrado foi excluído do sistema.
Fonte: O Autor (2020)
Figura 25 - Evidência de teste case 24
Fonte: O Autor (2020)
Tabela 25 - Caso de Teste 25
	Contador:
	025
	Criticidade:
	Alta
	Objeto de Teste:
	Cadastro de Objetos
	Caso de Teste: 
	Testar o funcionamento de cadastro de Objetos.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Objetos” > Botão “Cadastrar”;
2. Preencher campo “Nome”;
3. Preencher campo “Descrição”;
4. Selecionar “Disponível” (Sim/Não);
5. Selecionar “Tipo”; 
4. Botão “Gravar”.
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário a mensagem “Objeto foi cadastrado com sucesso!”.
Fonte: O Autor (2020)
Figura 26 - Evidência de teste case 25
Fonte: O Autor (2020)
Tabela 26 - Caso de Teste 26
	Contador:
	026
	Criticidade:
	Alta
	Objeto de Teste:
	Edição de Objetos
	Caso de Teste: 
	Testar o funcionamento de edição de Objetos cadastrados.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “Objetos” > Botão “Editar”;
2. Alterar dado a ser editados: “Nome”, “Descrição”, “Disponível” (Sim/Não), “Tipo”;
3. Botão “Gravar”.  
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário a mensagem “Objeto foi Atualizado com sucesso!”.
Fonte: O Autor (2020)
Figura 27 - Evidência de teste case 26
Fonte: O Autor (2020)
Tabela 27 - Caso de Teste 27
	Contador:
	027
	Criticidade:
	Alta
	Objeto de Teste:
	Exclusão de Objetos
	Caso de Teste: 
	Testar o funcionamento de exclusão de objetos cadastrados.
	Pré - Condição: 
	1. Acesso do usuário devidamente autenticado.
	Procedimento: 
	1. Entrar na tela: Calendário > Menu “objetos” >
2. Localizar objeto > Botão “Apagar”;
3. Caixa de dialogo confirmando a exclusão (Sim/Não).
	Resultado Esperado:
	1. O sistema atualizará tela mostrando ao usuário que objeto cadastrado foi excluído do sistema.
Fonte: O Autor (2020)
Figura 28 - Evidência de teste case 27
Fonte: O Autor (2020)
RELATORIO DE TESTE
Software de reserva do Colégio Vencer Sempre v.1.0.
O teste aplicado teve como objetivo analisar o desempenho das tarefas básicas, porém primordiais, para o funcionamento do software onde foram testados cases para avaliar o comportamento do software quanto aos requisitos funcionais do sistema.
Foi realizado o teste de 27 casos, onde todos os casos apresentaram sucesso em sua execução entregando o resultado esperado descrito em cada roteiro. O que apresenta um percentual de 100% de testes aprovados.
PROTOTIPOS DE INTERFACE   
O protótipo de tela a baixo representa a tela de login do usuário, seja administrador ou usuário padrão.
Devem ser inseridas as informações de login (nome de usuário/e-mail e senha) para entrar no sistema e ser direcionado para tela de reserva inicial do sistema.
Figura 29 - Tela de Login
Fonte: O Autor (2020)
Na imagem abaixo é mostrada a tela principal de reservas do sistema, onde há o calendário e é obrigatório selecionar o dia desejado para reserva, ou consulta de reserva.
Caso o dia selecionado seja um fim de semana ou já esteja fora do período mínimo de reserva, a mensagem “prazo encerrado” em vermelho aparece  no canto superior direito da tela.
É preciso selecionar um dia válido para que o botão “Reservar” apareça e o sistema leve o usuário para outra tela com informações de reserva no dia selecionado e também para possibilitar uma nova reserva.
Figura 30 - Tela principal de reserva (Data passada)
Fonte: O Autor (2020)
Na tela abaixo após selecionar a data para reserva desejada, são informadas na tela as reservas já realizadas para o dia selecionado, com informações de usuário, horário, equipamento selecionado, e local a ser utilizado o equipamento.
Para solicitar uma reserva o usuário deve clicar no botão de reserva, localizado na parte superior direita da tela e o sistema o levará a próxima tela.
Figura 31 - Tela principal de Reserva (Data Válida)
Fonte: O Autor (2020)
Na próxima tela temos a opção de selecionar a aula/hora em que será efetuada a reserva e posteriormente a utilização do equipamento reservado no dia selecionado.
É obrigatório selecionar um horário/aula e clicar em avançar para o sistema levar o usuário à próxima tela.
Figura 32 - Seleção de Horário/Aula
 Fonte: O Autor (2020)
A seguir é apresentada ao usuário uma lista dos tipos equipamentos a se escolher, é obrigatório que se escolha um tipo, e na coluna “Disponíveis” o usuário deve clicar no ícone de “+” para adicionar o equipamento desejado na coluna “Selecionados” e clicar em avançar.
Figura 33 - Seleção de Equipamentos
Fonte: O Autor (2020)
Na tela seguinte o usuário é direcionado a tela para seleção de local onde será utilizado o equipamento, onde também deve ser escolhido o tipo de aula a ser ministrada (aula em sala, aula externa, palestra) e caso desejado pode adicionar uma observação (opcional) e clicar em “reservar agora”.
Figura 34 - Seleção de Local de uso
Fonte: O Autor (2020)
Na tela abaixo apresenta ao usuário a confirmação de sua reserva contendo as informações de local, horário, equipamentos reservados.
Figura 35 - Confirmação de Reserva
Fonte: O Autor (2020)
A última tela representada abaixo é referente ao perfil do usuário, onde o mesmo pode alterar seu nome, atualizar e-mail e alterar sua senha, sendo obrigatório clicar em gravar para as alterações serem salvas em sistema.
Figura 36 - Perfil de Usuário
Fonte: O Autor (2020)
         
OBJETOS      
O objeto é a instanciação de uma classe. É a representação de um conceito ou entidade do mundo real, como diz Thiago Leite e Carvalho (2016).
Um Objeto, em POO engloba Atributos descritivos e operações de comportamento, as quais também se designam como Métodos. Consubstancia-se como instância de uma Classe. Coisas do mundo real tais como um automóvel, um condutor, uma máquina fotográfica ou um gato, podem ser criadas como Objetos de uma linguagem de programação num programa. Será possível descrever os seus atributos, o tipo de combustível do automóvel, a idade do condutor, a marca da máquina fotográfica ou a raça do gato. Mas também será necessário indicar métodos de comportamento como, acelerar o automóvel, alterar a idade do condutor, focar a máquina fotográfica, ou ouvir a “fala” do gato.
CLASSES                  
Segundo Thiago Leite e Carvalho (2016), a classe é a unidade inicial e mínima de um código no paradigma orientado a objetos. Isto quer dizer que é a partir de uma classe que todos os elementos presentes nos códigos são criados.
Na aula da disciplina Programação Orientada a Objetos, utilizou-se como exemplo para explicar o que é uma classe, a velha forma de bolo.
Uma forma pode dar origem a diversosbolos com inúmeros sabores. Assim, ela é genérica, pois não se restringe a apenas um único sabor ou único bolo. E é quase o mesmo com a classe. Uma classe pode dar origem a vários objetos. Ela serve como uma espécie de molde, em que define o comportamento e os elementos que farão parte do objeto criado.
Pense na classe como uma estrutura geral, em que sobre ela, serão criados os objetos. Cada objeto irá adequar essa estrutura para os seus objetivos e necessidades.
As classes também são caracterizadas como abstrações de uma Entidade. Com isso é muito comum que elas recebam o mesmo nome ou uma alusão aos nomes das Entidades.
                                                                   
HERANÇA                 
A herança em POO é uma relação hierárquica específica entre Classes, em que a classe “mãe” dá a herdar o conjunto de atributos e de métodos nela declarados, às suas subclasses “filhas”.
Teoricamente não há limite nos níveis de hierarquia da herança. Uma Subclasse herda todos os Atributos e Métodos das classes que lhe são hierarquicamente superiores.
Segundo Carvalho, Thiago (2016) descreve que na herança, é possível criar classes a partir de outras classes, para ocorrer uma reciclagem ou reaproveitamento de códigos já escritos e estruturados, também podendo ser reaproveitados os dados inseridos e variáveis publicas obtidas da classe principal.
Thiago (2016) refere que uma classe pede auxilio a outra para poder fazer o que ela não consegue fazer por si só.
                                                                   
POLIMORFISMO       
Literalmente, o polimorfismo significa “muitas formas”, ou seja, a capacidade da mesma coisa apresentar diferentes formas e é um mecanismo por meio do qual selecionamos as funcionalidades utilizadas de forma dinâmica por um programa no decorrer de sua execução.
Com o Polimorfismo, os mesmos atributos e objetos podem ser utilizados em objetos distintos, porém, com implementações lógicas diferentes.
Por exemplo: podemos assumir que uma bola de futebol e uma camisa da seleção brasileira são artigos esportivos, mais que o cálculo deles em uma venda é calculado de formas diferentes.
Outro exemplo: podemos dizer que uma classe chamada Vendedor e outra chamada Diretor podem ter como base uma classe chamada Pessoa, com um método chamado CalcularVendas. Se este método (definido na classe base) se comportar de maneira diferente para as chamadas feitas a partir de uma instância de Vendedor e para as chamadas feitas a partir de uma instância de Diretor, ele será considerado um método polimórfico, ou seja, um método de várias formas.
Uso de classe; objetos; herança e polimorfismo
No projeto pode se identifica o uso de Herança ao criar a classe de pessoas onde é atribuído nome, e-mail e nome de usuário, e logo se cria a subclasse funcionário que herda os atributos da classe pessoas, porém declarando a ocupação como funcionário, pois funcionário pode logar em sistema, porém não pode realizar reservas, o que identifica o uso de polimorfismo onde somente professor e coordenador poder logar e reservar.
Já “objetos” foi utilizado quando criou – se a classe tipos, porém cada objeto recebendo sua atribuição distinta: Câmera; notebook; projetor e etc, que aparece no momento de se escolher o equipamento no menu “objetos”.
                                                                       
CONCLUSÃO
O desenvolvimento do presente estudo possibilitou uma análise da importância do uso da tecnologia para processos de gestão, como o caso estudado envolvendo o Colégio Vencer Sempre. 
O processo de reserva que, até então, é realizado de maneira manual, traz consigo inúmeras falhas que por si acarretou no problema do não aproveitamento de uma estrutura que a instituição dispunha a favor de seus funcionários. 
Com base nos estudos feitos para o desenvolvimento do projeto, a implementação do software trará a solução para o problema enfrentado pela instituição e consequentemente acarretará em uma melhoria significativa nas atividades que serão desenvolvidas e aplicadas pelos professores e coordenadores. 
Com a aplicação de um sistema de gestão de reserva informatizado, os funcionários poderão ter um melhor aproveitamento em seu planejamento pedagógico podendo conferir se o equipamento desejado está disponível ou indisponível para uso na data desejada, fazendo com que a aplicação do conteúdo desenvolvido pelo professor possa ser aplicado na data desejada ou se será necessário adiar para uma data próxima na qual ele poderá reservar o equipamento previamente e ter certeza de que fara o uso do mesmo.
 Portanto a implementação do projeto pode ser considerada viável e benéfica para a instituição, sanando o problema enfrentado de forma efetiva.
REFERÊNCIAS BIBLIOGRÁFICAS
VASCONCELOS, Marco Antônio Sandoval. Fundamentos de Economia. ed. São Paulo: Saraiva, 2004. 282 p.
KOSCIANSKI, André; SOARES, Michel dos Santos. Qualidade de Software. 1ªedição. Editora Novatec. 2007.
FERNANDES, Aguinaldo Aragon; ABREU, Vladimir Ferraz de. Implantando a Governança de TI: Da estratégia à gestão de processos e serviços. 3.ed. Rio de Janeiro: Brasport, 2012.
SOFTEX. Guia Geral do MPS.Br, 2020. Disponível em: <https://softex.br/download/mps-br-guia-geral-software-2020/>. Acesso em 03 Abr 2020
Carvalho, T. L. Orientação a Objetos : Aprenda seus conceitos e suas aplicabilidade de forma efetiva. 1. Ed. São Paulo: Casa do Código, 2016. V. 1. 252p.