PIM V

Prévia do material em texto

2
2
UNIVERSIDADE PAULISTA 
CURSO SUPERIOR DE TECNOLOGIA - ANÁLISE DESENVOLVIMENTO SISTEMAS
 
 
 
Projeto Integrado Multidisciplinar V
 
SISTEMA DE RESERVA DE EQUIPAMENTOS AUDIOVISUAIS
 
 
 
 
Autor e RA: 
 Vinicius Papasidero - RA 2061813 
 
Polo Vila Formosa/SP 
2020
UNIVERSIDADE PAULISTA 
CURSO SUPERIOR DE TECNOLOGIA - ANÁLISE DESENVOLVIMENTO SISTEMAS
 
 
 
 
Projeto Integrado Multidisciplinar V
 
SISTEMA DE RESERVA DE EQUIPAMENTOS AUDIOVISUAIS
 
 
 
Projeto Integrado Multidisciplinar V para obtenção do título de Técnico em Análise de Sistemas, apresentado à Universidade Paulista 
 
 
 
Polo Vila Formosa/SP 
2020
AGRADECIMENTOS
Agradeço primeiramente a Deus que me deu forças para seguir em minha trajetória. Agradeço a minha esposa que sempre me apoiou a não desistir dessa etapa, apesar de todas as dificuldades. Aos amigos e familiares que sempre me auxiliaram em momentos de necessidade. Agradeço, por fim, a todos que, direta ou indiretamente, contribuíram para esse trabalho e, principalmente, para meu crescimento pessoal e profissional.
RESUMO 
 
O projeto PIM V tem como o objetivo a criação de sistema computacional para reserva de equipamentos de informática e vídeo (DATA-SHOWS, TV com VCR, TV com DVD, Projetor de Slides, Sistemas de Áudio-Microfone, Caixa Amplificada, Notebooks, Kits Multimídia, etc.) para o Colégio Vencer Sempre, equipamentos que são utilizados para apoio para aulas e palestras para seus colaboradores. O intuito do sistema melhorar a eficiência da alocação dos recursos em suas devidas salas, visto que o meio atual é ineficiente, pois é feito manualmente. 
Palavras-chave: Software. Computação. Equipamentos. Engenharia de Software. Programação Orientada a Objetos. Testes. Protótipo. Economia e Mercado.
ABSTRACT 
 
The PIM V project aims to create a computer system for the reservation of computer and video equipment (DATA-SHOWS, TV with VCR, TV with DVD, Slide Projector, Audio-Microphone Systems, Amplified Box, Notebooks, Multimedia Kits, etc.) for Colégio Vencer Sempre, equipment that is used to support classes and lectures for its employees. The purpose of the system to improve the efficiency of the allocation of resources in their due rooms, since the current environment is inefficient, as it is done manually. 
Keywords: Software. Computing. Equipment. Software Engineering. Object-Oriented Programming. Tests. Prototype. Economy and Market.
SUMÁRIO 
 
1 INTRODUÇÃO	6
2 PROJETO DO SISTEMA	7
2.1 REQUISITOS:	8
2.1.1 REQUISITOS FUNCIONAIS:	8
2.1.2 REQUISITOS NÃO FUNCIONAIS:	9
2.2 REGRAS DE NEGÓCIO:	10
2.3 PROTÓTIPO DA INTERFACE:	12
3 ROTEIRO DE TESTES	20
4 FUNDAMENTAÇÃO TEÓRICA	22
5 INVESTIMENTO	24
CONCLUSÃO	25
REFERÊNCIAS	26
		
1 INTRODUÇÃO 
A utilização de dispositivos eletrônicos para auxiliar em aulas ou palestras vem se tornando mais frequente nos últimos anos. Os dispositivos disponibilizam, cada vez mais, facilidades a quem os utiliza, e assim, agiliza o processo de aprendizagem e entendimento de um determinado assunto. Nesse contexto, podemos exemplificar com um Data-Show, onde um professor pode apresentar uma aula via slides ou apresentar um vídeo onde todos possam visualizar ou assistir.
O objetivo desse projeto é apresentar um sistema economicamente viável, obtendo-se o melhor custo-benefício, fazendo um estudo econômico baseado no colégio para que apresente o melhor desempenho possível dentro do investimento desejado. Para o desenvolvimento desse projeto serão aplicados os conhecimentos das disciplinas: Engenharia de Software II; Economia e Mercado; Projeto de Interface com o Usuário e Programação Orientada a Objetos I.
2 PROJETO DO SISTEMA
O conceito de sistema não é valido somente para tecnologia. De acordo com Djalma de Pinho Rebouças Oliveira: “O sistema é um conjunto de partes interagentes e interdependentes que, conjuntamente, formam um todo unitário com determinado objetivo e efetuam determinada função”. Existem diversos sistemas (biológicos, pesquisa, computacionais etc.). Todos os sistemas possuem um objetivo a ser alcançado, e no sistema que projetamos não é diferente. 
 Para criação desse sistema foi feito, primeiramente, a definição de qual metodologia a ser utilizada. Posterior a isso, foi feito um levantamento dos Requisitos do sistema (Funcionais, Não Funcionais e de Negócio). Juntamente com os requisitos, apresentaremos uma interface exemplo, que será 70% fiel à interface a ser implementada. Após esses passos, foi elaborado um planejamento de testes para os Requisitos Funcionais e de Negócio, com a descrição do roteiro de testes. 
Após a elaboração da parte técnica, foi apresentada a viabilidade economia para implementação do projeto, apresentando todas as informações relevantes para a empresa, a fim de sanar as dúvidas e deixar bem transparente tudo que será feito para o sistema. 
Para o colégio, a necessidade de ter um sistema para gerenciamento de dispositivos é cada vez mais importante, tornando os processos práticos e eficazes. Com um sistema, é possível extrair relatórios de utilização dos equipamentos, para avaliar o uso de cada um, e se algum equipamento está caindo em desuso ou precisa de atualização tecnológica. 
Para projeto, foi utilizada a norma ISO/IEC 29110 para Engenharia de Software, uma normal que objetiva guiar uma desenvolvedora de software de pequeno porte, e a ISO/9001, que é um sistema de gestão de qualidade afim de melhorar o desempenho da empresa.
2.1 REQUISITOS:
Para contextualizar, Requisitos Não Funcionais (RNF) são aqueles que não estão diretamente relacionados à funcionalidade de um sistema. Já os Requisitos Funcionais (RF) são exatamente o oposto, são os requisitos de sistema de software que especificam uma função que o sistema ou componente deve ser capaz de realizar. As Regras de Negócio (RN) são as regras estipuladas pela empresa ou contratante do sistema que refletem as políticas do negócio.
Abaixo serão apresentados os Requisitos Funcionais e os Não Funcionais.
2.1.1 REQUISITOS FUNCIONAIS:
[RF001] – Efetuar Login no Sistema: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: Este requisito permite que o usuário realize login no sistema.
[RF002] – Manter Reserva de Equipamento:
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: Este requisito permite que o usuário crie, consulte, atualize ou delete uma reserva.
[RF003] – Manter Equipamento: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: Este requisito permite que o usuário “Administrador” crie, consulte, atualize ou delete um equipamento.
[RF004] – Gerar Relatórios: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: Este requisito permite que o usuário gere relatórios do sistema.
[RF005] – Cadastrar Usuário: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: Este requisito permite que o usuário “Administrador” cadastre novos usuários no sistema.
[RF006] – Confirmar Reserva Efetuada: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: Este requisito permite que o usuário confirme a reserva por um e-mail enviado pelo sistema.
[RF007] – Atualizar Cadastro: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: Este requisito permite que o usuário atualize os dados do seu próprio usuário.
2.1.2 REQUISITOS NÃO FUNCIONAIS:
[RNF001] – Usabilidade: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: O sistema deve prover interface simples e intuitiva, de fácil navegação para facilitar o uso do mesmo por parte dos usuários.
[RNF002] – Apresentação da Interface: 
Prioridade:	 Essencial		 Importante	 	 Desejável
Descrição: O sistema deve fazer uso, quase que exclusivamente, da língua portuguesa para todo e qualquer texto apresentado.
[RNF003] – Linguagem de programação adotada: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: O sistema deve utilizar a linguagem Java.
[RNF004] – Banco de Dados adotado: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: O sistema deve utilizar banco de dados MySQL.
[RNF005] – Acesso:Prioridade:	 Essencial		 Importante	 Desejável
Descrição: O sistema deve utilizar integração dos usuários com o Active Directory.
2.2 REGRAS DE NEGÓCIO:
[RN001] – Reserva Duplicada
	Descrição: O sistema não poderá permitir reserva do mesmo equipamento na mesma data e hora.
[RN002] – Alterações de Equipamento
	Descrição: Apenas um usuário “Administrador” poderá fazer alterações nos equipamentos.
[RN003] – Usuário Ativo
	Descrição: Para que o usuário possa efetuar o login no sistema ele precisa estar cadastrado e ativo no Active Directory (AD).
[RN004] – Alterações de Reserva
	Descrição: Somente o usuário que reservou e o usuário “Administrador” poderão fazer alterações na reserva.
[RN005] – Dados das Reservas
	Descrição: O sistema deverá apresentar os dados das reservas já efetuadas para cada horário da agenda.
[RN006] – Dados das Reservas
	Descrição: O sistema deverá apresentar os dados das reservas já efetuadas para cada horário da agenda.
[RN007] – Tempo de Reserva
	Descrição: O tempo mínimo para reserva de um equipamento é de uma hora, e máximo de 5 horas por reserva/equipamento.
2.3 PROTÓTIPO DA INTERFACE:
	Na etapa de planejamento da interface de um projeto, devemos criar um modelo de alta fidelidade para análise de recursos e interação com o usuário. Foi elaborado o protótipo abaixo para demonstração ao usuário.
A figura acima mostra a tela de Login no sistema. Após inserir as informações necessárias, o sistema direciona a tela inicial do programa
A figura acima representa a página inicial do Administrador do Sistema
A figura acima representa a página inicial de um usuário do sistema.
As figuras abaixo mostram o passo a passo da funcionalidade “Nova Reserva” do usuário do sistema.
A figura acima demonstra a funcionalidade “Alterar Reserva”, onde, após selecionar a reserva, retorna à mesma tela da funcionalidade “Nova Reserva”.
A figura acima mostra a funcionalidade “Consultar Equipamentos”.
A figura acima mostra a funcionalidade “Atualizar Cadastro”
A Figura acima mostra a funcionalidade “Manutenção de Reserva” do Administrador do Sistema
A Figura acima mostra a funcionalidade “Manutenção de Equipamento” do Administrador do Sistema
A Figura acima mostra a funcionalidade “Manutenção de Usuários” do Administrador do Sistema.
3 ROTEIRO DE TESTES
Foi elaborado um roteiro de testes para o projeto, que é uma descrição detalhada do passo a passo de execução das funcionalidades do sistema, com intuito de verificar se o resultado está dentro do esperado. Abaixo uma tabela com o roteiro:
	Caso de Teste : Efetuar Login
	Procedimento Inicial: Abrir software
	Cod.
	Passo para execução
	Dado de Entrada
	Resultado 
	1
	Sistema exibe tela de Login
	N/A
	Dados exibidos: campos e-mail e senha
	2
	Usuário informa e-mail e senha e clica em "ENTRAR"
	vinicius.p91@hotmail.com e senha (criptografada)
	Login realizado com sucesso
	Caso de Teste : Nova Reserva
	Procedimento Inicial: Abrir software, realizar login no sistema e clicar em "Nova Reserva" localizado na Pagina Inicial
	Cod.
	Passo para execução
	Dado de Entrada
	Resultado 
	1
	Sistema exibe tela para selecionar equipamentos.
	N/A
	Dados exibidos: campo equipamento
	2
	Usuário seleciona equipamento e clica em "Avançar" 
	Equipamento A
	Sistema selecionou o equipamento correto
	3
	Sistema exibe tela para selecionar data para reserva
	-
	Dados exibidos: campo Data para Reserva
	4
	Usuário seleciona a data e clica em "Avançar" 
	06/11/2020
	Sistema selecionou a data correta
	5
	Sistema exibe tela para selecionar o horário da reserva
	-
	Dados exibidos: campo Horário da Reserva
	6
	Usuário seleciona o horário e clica em "Avançar" 
	10h
	Sistema selecionou o horário correto
	7
	Sistema exibe tela com os dados da reserva
	-
	Dados exibidos: campos Equipamento, Data da Reserva, Horário da Reserva
	8
	Usuário clica em "Confirmar"
	-
	Sistema gravou a reserva corretamente
	Caso de Teste: Confirmar Reserva
	Procedimento Inicial: Abrir software, realizar login no sistema e clicar em "Nova Reserva" e finalizar a reserva
	Cod.
	Passo para execução
	Dado de Entrada
	Resultado 
	1
	Sistema envia e-mal com os dados da reserva
	N/A
	E-mail recebido pelo usuário
	Caso de Teste : Manter Reserva
	Procedimento Inicial: Abrir software, realizar login no sistema com Administrador do Sistema e clicar em "Manutenção de Reservas"
	Cod.
	Passo para execução
	Dado de Entrada
	Resultado 
	1
	Sistema exibe tela para selecionar reservas.
	N/A
	Dados exibidos: campo equipamento, quantidade de reservas no dia, data e hora da ultima reserva, usuário da ultima reserva
	2
	Usuário clica em "Alterar" 
	N/A
	Sistema selecionou a reserva correta
	3
	Sistema exibe tela para alterar a reserva
	N/A
	Dados exibidos: campos: equipamento, data da reserva, hora da reserva, usuário da reserva
	4
	Usuário altera os dados necessários com base em uma lista 
	Equipamento C
	Sistema alterou para o equipamento correto
	Caso de Teste : Manter Equipamento
	Procedimento Inicial: Abrir software, realizar login no sistema com Administrador do Sistema e clicar em "Manutenção de Equipamentos"
	Cod.
	Passo para execução
	Dado de Entrada
	Resultado 
	1
	Sistema exibe tela para selecionar equipamentos.
	N/A
	Dados exibidos: campo equipamento
	2
	Usuário clica em "Alterar"
	Equipamento A
	Sistema selecionou o equipamento correto
	3
	Sistema exibe tela para alterar o equipamento
	N/A
	Dados exibidos: campo equipamento, quantidade, descrição, numero serial, ano de fabricação
	4
	Usuário altera os dados necessários com base em uma lista 
	 Quantidade = 5
	Sistema alterou a quantidade em estoque para o valor correto
4 FUNDAMENTAÇÃO TEÓRICA
Um programa orientado a objetos é composto por um conjunto de objetos que interagem através de "trocas de mensagens". Na prática, essa troca de mensagem traduz-se na invocação de métodos entre objetos.
No paradigma de Programação Orientada a Objetos (POO), temos diversos conceitos importantes que devem ser apresentados. O primeiro conceito é o principal: Objeto. Objeto, em seu conceito primordial, é algo material ou abstrato que pode ser percebida pelos sentidos, e descrito através de suas características, comportamentos e estados; Em POO, esses objetos podem ser transmitidos para a programação. Todo objeto tem atributos (características) e métodos(comportamentos). 
Outro conceito importante é Classe. Em POO, classe é como se fosse um molde para um objeto. Uma classe tem os atributos em comum de diferentes objetos. Por exemplo, podemos ter um modelo de um carro, porém, cada carro tem um atributo diferente do outro (cor, roda, acessórios), nesse caso o modelo do carro é a classe e cada carro é o objeto.
Outros dois conceitos importantes são: herança e polimorfismo. Herança ocorre quando uma classe B herda atributos de uma classe A, ou seja uma classe B é um tipo de classe A, então a classe A é “mãe” da classe B. Utilizando o mesmo exemplo do carro, digamos que você comprou um Volkswagen Fox, porém existe o Volkswagen Cross Fox, que herda os atributos do Volkswagen Fox, porém, tem atributos a mais (paralama reforçado, por exemplo), e métodos a mais, porém, tudo que é em comum, o Volkswagen Cross Fox herda do Volkswagen Fox.
Para o polimorfismo existir, precisamos ter herança. O Polimorfismo é a possibilidade de, em uma hierarquia de classes, implementar métodos com a mesma assinatura e, assim, implementar um mesmo código que funcione para qualquer classe. Por exemplo, um animal(classe) emite som(método), porém o cachorro emite um som diferente do leão, então, apesar de usar o mesmo método, o resultado é diferente no final.
No projeto a ser implantado, podemos exemplificar com a classe “Pessoa”, onde temos as classes filhas “Administrador do Sistema” e “Usuário do Sistema”, onde o usuário e o administrador tem diversos métodos e atributos em comum porém, o Administrador tem alguns métodos exclusivos (Manter Equipamento, por exemplo), o que o torna diferente do Usuário do Sistema.
5 INVESTIMENTOPor se tratar de um projeto de pequeno porte, com simples programação e desenvolvimento, o investimento não deve ser alto, mas sempre seguindo as normas de qualidade, para garantir o melhor custo-benefício possível, favorecendo ambas as partes envolvidas (desenvolvedor e cliente). O projeto terá início assim que o Colégio Vencer Sempre aprovar a proposta apresentada para o desenvolvimento do sistema. Os agentes econômicos que atuam diretamente no projeto são: Empresa e Família. Agente econômico é todo indivíduo, ambiente ou entidade seja capaz de influenciar e movimentar a economia. Família é o agrupamento de pessoas físicas que atuam no mercado como consumidores de bens e serviços, e no projeto, teria o papel de consumidor do serviço, ou seja, os usuários do sistema. Empresa é aquela que desempenha o papel de produção de produtos e/ou serviços, e no caso de nosso projeto, é a empresa que desenvolverá o sistema. 
Para o projeto do sistema, consideramos os seguintes itens:
1. Prazo para conclusão do projeto: Baseado no levantamento dos requisitos e cronograma do projeto, concluímos que o escopo tem um esforço estimado de 360 horas, ou seja, em torno de 15 a 20 dias a partir da data de assinatura do contrato. Estarão envolvidos nesse cronograma: Analista de Sistema, responsável pelo planejamento e documentações; Programador: codificação do projeto e prototipação.
2. Investimento necessário: Baseado na estimativa de 360 horas para conclusão do sistema, e considerando a hora trabalhada o valor de R$25,00, a estimativa de investimento para o projeto é de R$9.000,00. Esse investimento contempla a entrega do projeto finalizado. Caso seja necessário a expansão da estimativa da carga horária por conta de novos requisitos no escopo do projeto, essa estimativa será revista, e com isso, poderá ocorrer alterações nos valores. Caso a empresa atrase o prazo, não será acrescido nenhum valor na estimativa final. Além disso, caso o cliente deseje, apresentamos também uma proposta no valor de R$500,00/mensais, a fim de proporcionar melhorias e manutenção ao sistema.
CONCLUSÃO 
 
O Projeto Integrado Multidisciplinar V teve como objetivo integrar as matérias de Economia e Mercado, Engenharia de Software II, Projeto de Interface com o Usuário e Programação Orientada a Objetos I. Apresentei os Agentes Econômicos que estão atuando diretamente no projeto. Foram apresentados também os Requisitos do Sistema, as Regras de Negócio, que são fundamentos de Engenharia de Software, além de noções sobre alguns elementos de Programação Orientada a Objetos e um projeto de Interface do Sistema.
Diante disso, com o desenvolvimento desse projeto foi possível demonstrar como devemos apresentar um projeto à uma empresa, sempre fazendo o levantamento de todas as funcionalidades e características do sistema, juntamente com o investimento necessário para implantação e manutenção. Demonstrei que a para criação de software, devemos ter um planejamento adequado, para que possamos entregar um sistema com qualidade e custo-benefício para que atenda plenamente a expectativa do cliente.
REFERÊNCIAS 
ABNT: Normas ISO e IEC Publicadas. Disponível em: < http://www.abnt.org.br/normalizacao/lista-de-publicacoes/normas-iso-e-iec-publicadas >. Acesso em 01/11/2020. 
HENRIQUE, João. POO: o que é programação orientada a objetos?, 23/10/2019. Disponível em: < https://www.alura.com.br/artigos/poo-programacao-orientada-a-objetos >. Acesso em 01/11/2020. 
DEVMEDIA, Artigo: Principais conceitos da Programação Orientada a Objetos. Disponível em: < https://www.devmedia.com.br/principais-conceitos-da-programacao-orientada-a-objetos/32285 >. Acesso em 02/11/2020. 
MAIS RETORNO, Blog. Agente Econômico. 26/09/2019. Disponível em: < https://maisretorno.com/blog/termos/a/agente-economico#:~:text=A%20família%20é%20o%20agrupamento,influencia%20diretamente%20sobre%20outros%20agentes.>. Acesso em 03/11/2020. 
JONES, Capers - Estimating Software Costs: Bringing Realism to Estimating – Second Edition. McGraw-Hill, 2007