Desenvolvimento de 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
Araraquara 2020
LUCAS RODRIGUES STEINLE
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.
Araraquara 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
- INTRODUÇÃO…	07
- PROJETO DE SISTEMA DE RESERVA DE EQUIPAMENTO	08
INVESTIMENTO…	09
NORMAS DE QUALIDADE…	10
REQUISITOS DO SISTEMA…	11
DIAGRAMA DE CASO DE USO…	13
DIAGRAMA DE ATIVIDADES…	17
INTERFACE…	19
ROTEIRO DE TESTE…	20
DIAGRAMA DE CLASSES…	21
DIAGRAMA DE OBJETOS…	22
- PROTÓTIPO DA INTERFACE EM ALTA FIDELIDADE…	23
- CONSIDERAÇÕES FINAIS…	28
- REFERÊNCIAS…	29
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.
 (
10
)
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.
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. Banco de 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
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 temcomo 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.
	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.
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.
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.
)
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.
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;
 (
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
 
ex
ibidos os seguintes dados: protocolo, professor, equipamento, data solicitada, data da
 
reservae 
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:
Campo(s) obrigatório(s) não
 
preenchido(s).
Alerta com mensagem
 
“Nenhuma reserva
 
encontrada neste
 
período” é
 
mostrada.
)
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.
Figura 2 - Diagrama de Atividade.
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
	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.
	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.
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. Expondo os nomes que são gravados nas variáveis para consolidar a reserva no banco de dados do sistema.
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.
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.
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”.
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.
Figura - Tela de confirmação de reserva.
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.
5 - REFERÊNCIASASSOCIAÇÃ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.