Pim V - Projeto de interface com o usuário (ADS - unip)

Prévia do material em texto

UNIVERSIDADE PAULISTA
DARYAN BAHIA DA CUNHA – RA: 0532356
PIM V
Morrinhos
2020
DARYAN BAHIA DA CUNHA
PIM V
 Trabalho para aprovação 
final no primeiro 
bimestre do ano de 2020. 
Orientador: Priscila Facciolli
Morrinhos
2020
DARYAN BAHIA DA CUNHA
PIM V
 Trabalho para aprovação 
final no primeiro 
bimestre do ano de 2020. 
Orientador: Priscila Facciolli
Morrinhos
2020
RESUMO
No decorrer deste trabalho será desenvolvido um sistema de reserva de equipamentos audiovisuais que possa agilizar e controlar o empréstimo de equipamentos e recursos de apoio aos professores de colégios do Ensino Fundamental e Médio. 
Passando pela disciplina de Economia e Mercado, identificaremos os agentes econômicos envolvidos tal como a viabilidade financeira. 
Na disciplina de engenharia de software 2 serão levantados os requisitos funcionais, requisitos não funcionais e de negócio. Serão especificadas as interfaces gráficas para os requisitos de negócio. Definido qual a melhor metodologia frente às normas de qualidade. Depois, elaborado e escrito um plano e roteiro de testes para os requisitos funcionais e de negócio.
Na disciplina de Projeto de Interface com o Usuário será desenvolvido um protótipo de alta fidelidade da interface do sistema, mostrando graficamente todas as telas de todas as etapas de uso do sistema. 
Na disciplina de programação orientada a objeto 1 serão definidos os conceitos de objeto, classe, herança e polimorfismo. Apresentando exemplos para cada um dentro do sistema.
PALAVRAS CHAVE: programação. orientada. objetos. economia. interface.
ABSTRACT
In the course of this work, a reservation system for audiovisual equipment will be developed that can streamline and control the loan of equipment and support resources for teachers in elementary and high schools.
Going through the Economics and Market discipline, identify the economic agents involved as financial viability.
In the discipline of software engineering 2, functional requirements, non-functional requirements and the business will be raised. They will be specified as graphical interfaces for business requirements. Defined as a better methodology in relation to quality standards. Then he developed and wrote a test plan and test plan for functional and business requirements.
In the discipline of User Interface Design, a high-fidelity model of the system interface will be developed, showing graphically all screens of all stages of use of the system.
In object-oriented programming 1, the concepts of object, class, inheritance and polymorphism are allowed. Presenting examples for each within the system.
KEY WORDS: programming. oriented. objects. economy. interface.
SUMÁRIO
Economia e mercado…………………………………..7
Engenharia de software 2…………………………......8
Projeto de interface com usuário………………….….24
Programação orientada a objetos 1………………..40
Conclusão……………………………………………....41
Economia e Mercado
Agentes econômicos: para mapear os agentes econômicos no projeto de software a ser desenvolvido para o Colégio podemos identificar os seguintes agentes, envolvidos direta e indiretamente. As famílias, da qual fazem parte os clientes da escola (alunos), que são beneficiados em segundo lugar pelo novo software. As empresas, sendo uma delas a escola, a primeira a ser beneficiada pelo software e a outra, a empresa prestadora do serviço de desenvolvimento.
Viabilidade econômica: Fica definido um prazo de 40 dias para a conclusão do projeto a um custo de 4 mil reais. Visto que o software traria uma melhora operacional significativa, ganho de tempo e qualidade no desenvolvimento das aulas e um melhor uso da infraestrutura preexistente do colégio. Conclui-se que o projeto possui uma boa viabilidade econômica, sendo uma aquisição plausível e benéfica para o Colégio, já que o prazo de 40 dias é razoavelmente curto e o custo pode ser recuperado com o ganho na qualidade, velocidade e melhor aproveitamento das aulas.
Engenharia de software 2
Requisitos funcionais:
- Login (Nome do usuário, senha e CPF)
- Cadastro de professores
- Cadastro de funcionários
- Cadastro de equipamentos (Nome, modelo e marca)
- Reserva de equipamento
- Cancelamento de reserva
- Gerenciamento de equipamentos
- Cancelamento de perfil
Requisitos não funcionais (Norma ISO 9126) 
- Funcionalidade
Adequação : todas as funcionalidades de reserva de equipamento, cadastro de equipamento, cancelamento de reserva e gerenciamento de equipamento foram atendidas.
Segurança de acesso: o sistema só permite um perfil por cpf, tornando mais fácil identificar pesoas não autorizadas cadastrando perfis no sistema e possibilitando que apenas o CPF que seja de uma pessoa ligada ao colégio seja cadastrado. 
- Usabilidade
Inteligibilidade: o sistema apresenta fácil compreensão guiando o usuário através das telas.
Operacionalidade: o sistema só apresenta apenas a quantidade de informação necessária para cadas etapa de uso.
- Manutenibilidade
Estabilidade: o sistema apresenta pouco espaço para efeitos inesperados, cumprindo bem a tarefa de não gerar erro durante o uso, guiando o usuário com poucos passos e apresentando mensagens de erro adequadas para prosseguir ou não em cada situação.
- Portabilidade
Adaptabilidade: o sistema apresenta alto nível de adaptabilidade pois seu layout responsivo se adequa a vários tamanhos de tela.
Requisitos de negócios
- Apenas professores ou funcionários podem utilizar o sistema.
- Um equipamento não poderá ser reservado duas vezes no mesmo horário.
Qualidade
O modelo MPS.BR
Foi escolhido o modelo MPS.BR por se tratar de um modelo de qualidade com custos mais adaptados à realidade brasileira. Visto que este é amplamente aceito em território nacional e está alinhado com as normas internacionais, revela-se uma boa escolha para atuar no mercado brasileiro. 
O modelo se divide em: 4 componentes (Modelo de referência para software, modelo de referência para serviços, método de avaliação, modelo de negócio). Sete níveis de maturidade (otimizado, gerenciado quantitativamente, definido, largamente definido, parcialmente definido, gerenciado e parcialmente gerenciado). Dezenove processos distribuídos nos níveis definidos.
Planejamento e roteiro de testes para requisitos funcionais e de negócios.
Teste de equisitos funcionais:
- Login (Nome do usuário, senha e cpf)
Criar usuario sem tipo definido (professor ou funcionário).
Constatar mensagem de erro.
Criar usuário de qualquer tipo com sucesso.
Criar usuário com nome duplicado.
Constatar mensagem de erro.
Verificar resposta de erro do campo de senha.
- Cadastro de professores
Criar usuário do tipo professor.
- Cadastro de funcionários
Criar usuário do tipo funcionário.
- Cadastro de equipamentos (Nome, modelo e marca)
Cadastrar equipamento com usuário logado.
- Reserva de equipamento
Reservar um equipamento.
Reservar o mesmo equipamento em horário fora do periodo anterior.
Constatar mensagem de sucesso.
- Cancelamento de reserva
Cancelar reserva.
Procurar pelo mesmo equipamento na sessão de reserva, no mesmo horário.
Verificar a disponibilidade positiva.
Concluir reserva.
- Gerenciamento de equipamentos
Excluir um equipamento cadastrado.
- Cancelamento de perfil
Excluir um perfil criado anteriormente.
Constatar exclusão
Teste de requisitos de negócios
- Apenas professores ou funcionários podem utilizar o sistema.
Cadastrar um cpf que esteja fora do quadro de funcionários.
Consatatar mensagem de erro.
Cadastrar cpf de um funcionário ou professor.
Constatar mensagem de sucesso.
- Um equipamento não poderá ser reservado duas vezes no mesmo horário.
O próprio sistema de busca mostra apenas os equipamentos que estão disponíveis no horário escolhido. Evitando duplicatas. 
.
Interfaces com as mensagens de erro esperadas
Requisitos funcionais:
- Login (Nome do usuário, senha e CPF)
- Cadastro de professores
- Cadastro de funcionários
- Cadastro de equipamentos (Nome, modelo e marca)
- Reserva de equipamento
- Cancelamento de reserva
- 
Gerenciamento de equipamentos
- Cancelamento deperfil
Projeto de interface com o usuário.
Os protótipos de alta fidelidade mostram o layout feito para celulares, sendo factível a implementação do mesmo sistema em telas maiores utilizando tecnologia responsiva.
Segue abaixo a tela principal de login.
Mensagem de erro após login mal sucedido
Tela de cadastro e mensagens de controle de entrada de dados.
Após efetuado o cadastro uma mensagem de sucesso aparecerá. Também as opções de sair do sistema e continuar para a tela principal.
Você agora está pronto para utilizar o sistema, seguindo para a tela principal.
Esta tela contem as opções de: reserva de equipamento, cadastro de equipamento, cancelamento de reserva e gerenciamento dos equipamentos. Bem como um menu representado pelas 3 faixas horizontais no canto superior esquerdo.
Clicando no menu o usuario sempre pode: sair do sistema, editar seu perfil ou voltar para a pagina inicial do sistema. Um X aparece para fechar a aba de menu.
Após clicar no quadrado azul mais escuro na tela principal do sistema você será encaminhado para a seção de cadastro de equipamentos. 
Uma mensagem de sucesso aparecerá logo após o clique no botão cadastrar. Será gerado um código que poderá ser impresso e colado no equipamento físico.
Para seguir para a reserva de equipamento basta clicar no quadrado em tom de azul mais claro na tela principal do sistema, feito isso estamos na sessão de reserva de equipamentos. 
A busca de equipamentos disponiveis pode ser feita por nome, marca, modelo ou código do equipamento. O horário fornecido impede a duplicidade de horários para itens reservados. Só aparecem no resultado da busca os itens disponíveis para serem reservados.
Uma pop up de confirmação aparece para evitar a reserva acidental.
Uma tela de sucesso aparecerá após a confirmação da reserva. A opção voltar permite que o usuário continue reservando equipamentos.
Para gerenciar equipamentos basta clicar no quadrado verde da pagina principal, você será direcionado para uma seção onde pode remover o equipamento previamente cadastrado. 
Uma pop-up aparecerá para impedir a exclusão acidental do equipamento.
Uma mensagem de sucesso aparecerá após a exclusão do equipamento.
Para seguir para a seção de cancelamento de reserva basta clicar no quadrado laranjado na página principal do aplicativo. 
Após clicar em cancelar, uma pop-up aparecerá para evitar o cancelamento acidental.
Após o cancelamento uma mensagem de sucesso aparecerá.
Excluindo perfil: após clicar no botão de menu, caracterizado pelas 3 faixas horizontais no canto superior direito em seguida clicando em perfil. O usuário poderá editar informações do seu perfil ou até exclui-lo.
Programação orientada a objetos 1
 Objeto: Um objeto representa, alguma entidade (abstrata ou concreta) do domínio de interesse do problema sob análise. Objetos similares são agrupados em classes.
Ex: No software desenvolvido um objeto do tipo Professor é um exemplo de um objeto, contendo os atributos nome, senha e cpf.
Classe: Em orientação a objetos, uma classe é uma descrição que abstrai um conjunto de objetos com características similares. 
Ex: No software desenvolvido a classe Funcionário é um exemplo de uma classe. Contendo os atributos nome, senha e cpf.
Herança: A herança permite que classes compartilhem atributos ou métodos, permitindo o reaproveitamento de código.
Ex: No software desenvolvido a classe Pessoa carrega os atributos nome e cpf, que são herdados pelas classes, Professor e Funcionário
Polimorfismo: O polimorfismo permite que um mesmo nome represente vários comportamentos diferentes. É o princípio pelo qual duas ou mais classes derivadas de uma mesma superclasse podem invocar métodos que têm a mesma identificação (assinatura) mas comportamentos distintos. 
CONCLUSÃO
Cloncui-se proveitosa a confecção do projeto multidisciplinar integrado, fazendo com que o aluno trabalhe todas as disciplinas do semestre num mesmo contexto. Podemos constatar que o bom aproveitamento de todas as disciplinas gera um bom profissional no mercado.
34