projeto v

Prévia do material em texto

UNIVERSIDADE PAULISTA - UNIP EaD
Projeto Integrado Multidisciplinar
Curso Superior de Tecnologia
Leticia Dimitria Guerjik
PROJETO DE UM SISTEMA DE RESERVA DE EQUIPAMENTOS
AUDIOVISUAIS PARA ESCOLAS
PROJETO DE UM SISTEM A DE RESERVA DE EQUIPAMENTOS AUDIOVISUAIS PARA
ESCOLAS
São Paulo - SP
2021
Leticia Dimitria Guerjik
PROJETO DE UM SISTEMA DE RESERVA DE EQUIPAMENTOS
AUDIOVISUAIS PARA ESCOLAS
Projeto Integrado Multidisciplinar para obten-
ção do título de graduação em Sup TEC Em
Análise E Desenvolvimento De Sistema apre-
sentado à Universidade Paulista – UNIP EaD
Orientadora: Profa. MSc. Priscila Facciolli
São Paulo - SP
2021
Resumo
Este trabalho acadêmico tem como objetivo projetar toda a vida de uma contratação
de um software que administrará as reservas de equipamentos audiovisuais de
escolas de ensino fundamental e médio, em especial o “Colégio Vencer Sempre”,
desde o orçamento, previsão de gastos, cronograma de entrega, dividindo o projeto
e suas fases por dia, passando pelas etapas de levantamento, análise e
documentação dos requisitos (funcionais e não funcionais), prototipação de alta
fidelidade, especificação de interfaces, até as etapas mais técnicas com a
codificação em linguagem orientada à objetos, testes, entrega do produto, e
implantação junto ao usuário. Será documentado todo o processo e metodologia de
software utilizada na implantação do sistema para obtenção de um produto com
qualidade, utilizando a metodologia MPS.br para obter práticas de engenharia de
software, testes (incluindo todo o roteiro, os casos de sucesso e insucesso, fichas de
execução dos testes), negociação no mercado e pós-venda, com o intuito de
crescimento para a recente empresa de software que procura se consolidar no
mercado.
Palavras-chave: Sistema para reservas. Programação orientada à objetos. Projeto
de software. Roteiro de testes. MPS.br.
Abstract
This academic work aims to project the entire life of a software contract that will
manage the reserves of audiovisual equipment of elementary and high schools, in
particular the “Colégio Vencer Sempre”, from the budget, expenditure forecast,
schedule of deliver y, dividing the project and its pha ses by day, going through the
steps of sur vey, analysis and documentation of the requirements (functional and non-
functional), high-fidelity prototyping, specification of interfaces, up to the most
technical steps with coding in language oriented to objects, tests, product delivery,
and implantation with the user. The entire soft ware process a nd methodolog y used
in
the implementation of the system to obtain a quality product will be documented,
using the MPS.br methodolog y to obtain software engineering practices, tests
(including the entire script, success and failure cases, test e xecution sheets), market
negotiation and after sales, with the intention of growing for the recent software
company that seeks to consolidate itself in the market.
Keywords: System for reservations. Object-oriented programming. Software design.
Test routing. MPS.br.
Sumário
1 Introdução . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.1 Interação do Sistema com a Escola e com Mercado . . . . . . . . . . 5
1.2 Custo Estimado para Desenvolvimento do Projeto . . . . . . . . . . . 6
1.2.1 Custos de Implementação do Sistema . . . . . . . . . . . . . . . . . . . 6
2 Investimento Financeiro e Cronograma . . . . . . . . . . . . . . . . . 8
3 Planejamento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
3.1 Requisitos funcionais . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
3.1.1 Requisitos não funcionais e regras de negócio . . . . . . . . . . . . . . 9
4 Mentodologia MPS.br . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
4.1 Detalhamento dos processos para nível G do MPS-BR . . . . . . . . 11
4.1.1 Gerencia de Requisitos . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
5 Prototipação e Testes . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
5.1 Casos de testes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
6 Conclusão . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
7 Referências . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
5
1 Introdução
De um lado o aumento da tecnologia e a diversidade de equipamentos que
visam aprimorar cada vez mais o ensino das escolas, como datashows, sistemas de
áudio, projetor de slides, entre diversos outros. De outro lado, o crescimento das
escolas e o constante aumento de professores e demais colaboradores e alunos.
Manter um controle dos equipamentos, quem está usando em determinado
momento, reservas prévias para garantir a utilização e não atrapalhar os planos de
uma aula, o controle antes manual feito por planilhas no computador, não é mais
eficaz, surgindo a necessidade de um projeto para atender essa demanda.
Hoje os sistemas de software fazem parte da vida e do cotidiano de cada vez
mais pessoas, seja em programas de computador, celulares, carros, catracas
eletrônicas e até mesmo em elevadores inteligentes.
A partir das especificações da Interface do novo software e utilização de
metodologias de qualidade de software, o projeto objetiva ter uma fácil usabilidade,
fácil implantação, e que agrade usuários de todos os níveis. Serão aplicados testes
elaborados a partir de roteiros, a fim de minimizar qualquer problema no software,
garantindo sua segurança e qualidade.
1.1 Interação do Sistema com a Escola e com Mercado
Praticamente todos os agentes econômicos interferem no projeto: Famílias –
os pais pagam a mensalidade, o colégio por sua vez entra com o consumidores dos
serviços de ensino; Empresa: o colégio entra como em presa qu e presta serviços de
ensino e contrataram nossos serviços de software; Go verno; administra o s impostos
recolhidos das famílias e empresas e administram esses recursos que são
consumidos pela coletividade. Mundo; comércio exterior registra as transações
econômicas com agentes econômicos pertencentes a outros paíse.
Os dados do estudo “Mercado Brasileiro de Software – Panorama e
Tendência 2019“, produzido pela IDC e apresentado pela ABES (Associação
Brasileira de Empresas de Software), apontam que o cenário do mercado brasileiro
de Tecnologia da Informação, em 2018, a utilização de programas de computadores
desenvolvidos no país representou 30% do investimento total. O estudo também
apontou que existem cerca de 19.372 mil empresas atuando no setor de Software e
Serviços no Brasil, sendo que 5.294 (27,3%) delas são voltadas ao desenvolvimento
e produção de software. Destas, 95,5% podem ser classificadas como micro ou
pequenas empresas, assim apontando que há muitas oportunidades de negócios.
Na área educacional atualmente, diante d e tantas possibilidades digitais e do
avanço tecnológico, os softwares de gestão escolar estão em pauta. A
Capítulo 1. Introdução 6
automatização garante uma integração de todos os fatores do processo educacional
(tanto a atividade fim como as atividades à sua volta) garantindo, assim, uma gestão
eficiente.
1.2 Custo Estimado para Desenvolvimento do Projeto
Despesas Fixas Mensais
Item Qtd / Valor / Unitário (R$) / Valor / Total (R$)
Salário programadores - 2 - 1.200,00 / 2.400,00
Salário Designer -1 - 1.200,00 / 1.200,00
Salário Analista de Sistemas -1 - 1.500,00 / 1.500,00
Aluguel - 500,00 / 500,00
Energia - 150,00 / 150,00
Água - 20,00 / 20,00
Telefone - 100,00 / 100,00
Material de Escritório - 100,00 / 100,00
Manutenção/Limpeza - 50,00 / 50,00
TOTAL 6.020,00
*Os salários acima incluem Encargos Sociais
Hardware e Software
Computador Qtd
Valor / Unitário (R$) / Valor / Total (R$)
Hardware - 2 - 1.500,00 / 3.000,00
Sistema Operacional - 2 - 500,00 / 1.000,00
Ferramentas de Desenvolvimento - 2 - 500,00 / 1.000,00
Ferramentas de Modelagem - 1 - 2.000,00 / 2.000,00
TOTAL - 7.000,00
Custo Anual (20% do Total) 1.400,00
Custo Mensal 117,00Custos Totais no Período de Desenvolvimento
Mês Valor Total (R$)
Mês1 - 6.137,00
Mês2 - 6.137,00
TOTAL 12.274,00
1.2.1 Custos de Implementação do Sistema
A instituição de ensino que adquirir o software não precisará fazer
investimento em computadores novos, poderão ser utilizados os que já possuem.
Capítulo 1. Introdução 7
Treinamento e manutenção Item Valor (R$)
Treinamento (1 mês) 500,00
Visita de Manutenção 50,00
Custo Total
Período Valor (R$)
1º Ano 12.824,00
2º Ano 50,00
3º Ano 50,00
4º Ano 50,00
5º Ano 50,00
TOTAL 13.024,00
O custo total no primeiro ano se refere à soma do Custo de Desenvolvimento,
Investimentos e Treinamento.
A partir do segundo ano os custos se referem apenas as visitas de
manutenção do software com implementação de atualizações do sistema.
O valor ao final de 5 anos gira em torno de R$ 13.024,00 para a empresa de
desenvolvimento, que trabalhará com uma margem de lucro de 30%, cujo valor do
produto final seria de 16.931,00 para o cliente.
Uma alternativa para buscar diminuir o preço para o cliente final seri a adaptar
o produto de software de forma que pudesse ser utilizado por outras escolas,
aumentando a demanda do produto o custo de produção diminuirá,
consequentemente a empresa terá um retorno mais rápido dos investimentos.
8
2 Investimento Financeiro e Cronograma
Após o aceite do “Colégio Vencer Sempre” do projeto oferecido, as etapas se
iniciarão, detalhadas a seguir, para o cumprimento da entrega final do produto no
prazo máximo de 90 dias (três meses). O cumprimento das determinações do
cronograma de entrega é de extrema importância, chegando a ser mais relevante do
que os próprios custos, pois, se descumpridos, podem gerar insatisfação do cliente,
elevação dos custos internos e até uma falência do projeto antes do tempo,
deixando o mesmo incompleto.
Serão envolvidos no projeto: um analista de sistemas para fazer o
levantamento dos requisitos, planejamento e documentação, um programador que
irá codificar a ferramenta e um testador para fazer toda a validação para entrega do
produto.
O cronograma será de quinze (15) dias
para a fase de planejamento, que compreende o levantamento de requisitos,
prototipação e validação junto ao usuário final do sistema; sessenta (60) dias para a
codificação do sistema; quinze (15) dias para criação dos requisitos de testes,
execução dos testes e entrega do produto.
O custo do projeto será de acordo com o salário dos três envolvidos (analista,
desenvolvedor e testador) durante os 90 dias do projeto. O custo total do projeto
incluindo mão de obra, licença de uso, mais mensalidades e custos de implantação:
Análise: 15 dias (120 horas)
Desenvolvimento: 60 dias (480 horas)
Testes: 15 dias (120 horas)
Tempo estimado de conclusão: 90 dias (760 horas)
9
3 Planejamento
Para obtenção de bons resultados do projeto, é necessária a aplicação de
metodologias de engenharia de software do início ao fim.
A ideia de requisitos está ligada a identificação das metas a serem atingidas
no funcionamento do software. É um processo de obtenção, refinamento e
verificação das necessidades do cliente em relação ao problema que será
abordado/resolvido pelo software. Quanto mais completa e correta for a análise dos
requisitos, melhor será o resultado alcançado.
O nosso projeto de um sistema de reserva de equipamentos audiovisuais
para colégio de Ensino Fundamental e Médio, visa a melhorar o desempenho
pedagógico, uma vez que automatiza o processo e o torna preciso, organizado e
fácil de utilizar, tornando viável o investimento do colégio nesses equipamentos e no
software, onde através do programa de reserva, que além da organização no
processo, vai permitir ao colégio melhorar a dinâmica d as aulas, e
consequentemente a qualidade do ensino.
3.1 Requisitos funcionais
Controle dos equipamentos: o sistema deverá controlar a reserva dos
equipamentos audiovisuais do “Colégio Vencer Sempre”, controlando a data e hora
da reserva, o usuário solicitante, bem como confirmações, cancelamentos e
devoluções para cada requisição. Serão impressos re latórios que demonstrem as
entrada e saídas dos equipamentos, quem os utilizou e período de utilização.
Avisos: para auxílio na organização e logística de entrega dos
equipamentos, o sistema deverá avisar o usuário, quando estiver próximo ao
período de um a reserva, a través de alertas/avisos, visando um preparo antecipado
do equipamento, para que na hora reservada esteja pronto para entrega.
Inventário: o sistema possuirá um cadastro de todos os equipamentos, datas
de compra, garantia, entre outras características, a fim de gerenciar a vida útil dos
equipamentos. Os equipamentos podem ser rastreados através de um QRCode
fixado em cada um, possuindo identificação única.
3.1.1 Requisitos não funcionais e regras de negócio
•Permissões de acesso dos usuários: o sistema deverá ter um controle de
acessos seguro para diferentes usuários, bloqueando usuários comuns de
acessarem relatórios administrativos. As informações pessoais dos usuários devem
ser mantidas sobre o controle apenas dos administradores do sistema.
•Configurações do sistema: inicialmente o sistema será desenvolvido apenas
Capítulo 3. Planejamento 10
para Windows Desktop. Todos os relatórios devem seguir um padrão de fonte e
espaçamento, conforme ABNT. Será desenvolvido em linguagem de programação
C#, utilizando a plataforma Visual Studio 2019.
Tempo de evolução e de espera: junto ao cadastro dos equipamentos,
deverá ter informações de quanto tempo o usuário pode permanecer com o
equipamento e também quanto tempo ele pode esperar para obter o equipamento,
após a sua solicitação. Essas regras são importantes na definição de logística do
sistema.
11
4 Mentodologia MPS.br
O MPS.br tem em seu escopo um conjunto de modelos referenciais, guias de
implementação, avaliação e aquisição. Essas guias podem ser obtidas gratuitamente
no site da SOFTEX. A metodologia MPS.br tende a ser mais leve em relação a os
demais modelos existentes, atingindo um maior número de empresas que tenham
capacidade em alcançá-las.
A metodologia MPS.br foi cri ada 2003, pela coordenação da SOFTEX -
Associação da Promoção da Excelência do Software Brasileiro, com o apoio do
MCTI - Ministério da Ciência, Tecnologia e Inovação, da FINEP - Financiadora de
Estudos e Projetos e do SEBRAE - Serviço Brasileiro de Apoio às Micro e Pequena
Empresas e BID/FUMIN - Banco Interamericano de Desenvolvimento, com o intuito
de contribuir para um a maior competitividade das micro e pequenas empresas
brasileiras produtoras de softwares, apoiando-as através da divulgação e adoção de
modelos de melhoria de processo de software.
Os custos para aplicação são considerados médios, e por isso foi a
metodologia escolhida para aplicação na empresa que produzirá o software para
reserva de equipamentos. O MPS.br tem como base técnica as normas IS O/IEC
12207:2008 [ISO/IEC, 2008a], IS O/IEC 20000:2011 [ISO/IEC, 2011] e ISO/IEC
15504-2 [ISO/IEC, 2003].
4.1 Detalhamento dos processos para nível G do MPS-BR
Tem como objetivo manter atualizadas as atividades, recursos, riscos, prazos
e responsabilidades do projeto. Nesse processo, deve ser possível acompanhar o
desenvolvimento das etapas do projeto, permitindo correções para não comprometer
o andamento geral. Resultados esperados nessa fase do projeto:
GPR2: um processo contido no projeto é mantido, atualizado e
utilizado, contendo, pelo menos, o ciclo de vida do projeto e a lista de tarefas que
serão executadas;
GPR3: são estabelecidas e mantidas estimativas d e dimensões de
tarefas e produtos de trabalho do projeto.
GPR4: esforço, duração e custo para execução das tarefas e dos
produtos do trabalho devem ser estabelecidas e justificadas;
GPR5: orçamento e cronograma devem ser estabelecidos e mantidos
atualizados;
GPR6: definidos os recursos humanos a partir do conhecimento
individual dos participantes, e experiencias;
GPR7: definidos os recursose ambiente de trabalhos necessários;
Capítulo 4. Mentodologia MPS.br 12
GPR8: definida a estratégia para operação e suporte do produto;
GPR9: envolvimento das partes envolvidas no projeto é planejado;
GPR10: definidos os riscos do projeto, bem como seus impactos;
GPR11: verificação de viabilidade do projeto;
GPR12: definição de um plano geral;
GPR13: revisão do plano do projeto com todos os envolvidos e
obtenção de um compromisso de todos;
GPR14 a 17: monitoramento de todos os mapeamentos anteriores;
GPR18: ações corretivas relacionadas a desvios do projeto;
4.1.1 Gerencia de Requisitos
Tem como objetivo manter atualizadas os requisitos das partes interessadas
do produto. Resultados esperados:
REQ1: sã o mapeadas as necessidades, expectativas e restrições das
partes interessadas;
REQ2: os requisitos são especificados, priorizados e mantidos
atualizados;
REQ3: entendimento e analise dos requisitos junto aos fornecedores;
REQ4: aprovação dos requisitos pelos fornecedores dos requisitos;
REQ5: comprometimento da equipe técnica em relação aos requisitos;
REQ6: a rastreabilidade bidirecional entre requisitos, atividades e
produtos de trabalho são estabelecidas e mantidas;
REQ7: revisão dos itens anteriores;
13
5 Prototipação e Testes
Para garantia de um software com qualidade, será investida boa parte do
projeto na elaboração, documentação e execução dos testes do software. Se rá
utilizada a metodologia TDD (Test Driven Development). Essa metodologia visa gerir
testes antes m esmo da codificação do sistema, garantindo que o que será criado
funcionará (ANICHE, 2014). Pretende-se, com o uso d essa metodologia, atingir a
satisfação do cliente, evitando erros na entrega do software.
5.1 Casos de testes
As etapas de planejamento do projeto foram idealizadas a partir do estudo do
caso das solicitações dos usuários envolvidos, e foram identificados a seguir:
1) CADASTRO DE USUÁRIO: informar dados corretos e incorretos;
2) INVENTÁRIO: informar os dados corretos para adicionar equipamento, e dados
incorretos;
3) RESERVAS: informar dados do equipamento e do u suário corretos, informar
dados do equipamento e/ou do usuário incorretos e solicitar reserva de equipamento
já reservado;
14
6 Conclusão
A partir da demanda do “Colégio Vencer Sempre” em adquirir um software
para controle das reservas de seus equipamentos audiovisuais, cria-se a
oportunidade de oferta d e produzir este sistema. Cria-se a necessidade de um
projeto para mapear e planejar toda a extensão dessa contratação, incluindo
previsão de orçamento, cronograma, análise de requisitos, documentação e
planejamento durante todas as etapas do projeto.
Como o surgimento da oportunidade na produção do sistema de reservas
pode vir a crescer e tornar-se mais complexo, desde seu in ício será utilizada a
metodologia MPS-BR, em seu primeiro nível (G- Parcialmente Gerenciado), para
que quando houver crescimento, a empresa já tenha em sua essência a aplicação
de metodologias para constante melhora dos produtos.
A utilização de testes bem documentados e prototipação de alta fidelidade
visa a entrega de um sistema com a melhor usabilidade possível, de fácil
aprendizagem, e que caia no gosto dos usuários, mas principalmente, seja seguro e
confiável.
Por fim, a utilização de uma programação orientada a objetos será parte deste
projeto, vi sando diminuição no tempo de codificação, reutilização de código fonte,
utilizando classes, heranças e poliformismo em sua constituição, gerando ainda
custos menores na produção do sistema.
15
7 Referências
UNIP - Universidade Paulista. Economia e Mercado. São Paulo, 2020.
UNIP - Universidade Paulista. Programação Orientada à Objetos I. São Paulo, 2020.
UNIP - Universidade Pau lista. Projeto de Interface com o Usuário. São Paulo, 2020.
UNIP - Universidade Paulista. Engenharia de Software II. São Paulo, 2020.
ANICHE, Maurício. Test-Driven Development: Teste e Design no mundo real
PRESSMAN, ROGER S. Engenharia de Software. McGra w-Hill, 2006. SINTES,
Tony. Aprenda programação orientada a objetos em 21 dias. São Paulo: Pearson
Education do Brasil, 2002.
https://www.softex.br/wpcontent/uploads/2013/07/MPS.BR_Guia_Geral_Software_2
0
12-c-ISBN-1.pdf .
https://www.promovesolucoes.com/quais-sao-os-ni veis-de-maturidade-do-mps-br/ .
https://monitoriadeengenhariadesoftware.wordpress.com/2016/09/06/estudo-de-
viabilidade-de-software/ .
	Folha de rosto
	Resumo
	Abstract
	Sumário
	Introdução
	Interação do Sistema com a Escola e com Mercado
	Custo Estimado para Desenvolvimento do Projeto
	Custos de Implementação do Sistema
	Investimento Financeiro e Cronograma
	Planejamento
	Requisitos funcionais
	Requisitos não funcionais e regras de negócio
	Mentodologia MPS.br
	Detalhamento dos processos para nível G do MPS-BR
	Gerencia de Requisitos
	Prototipação e Testes
	Casos de testes
	Conclusão
	Referências