1
UNIP UNIVERSIDADE PAULISTA
ALBERIS BEZERRA DA SILVA
PROJETO INTEGRADO MULTIDISCIPLINAR V
Sistema de reserva de equipamentos e recursos audiovisuais para o
colégio força 1
ALTO ARAGUAIA
2021
Prepare-se para as provas
Estude fácil! Tem muito documento disponível na Docsity
Ganhe pontos para baixar
Ganhe pontos ajudando outros esrudantes ou compre um plano Premium
Guias e Dicas
Prepare-se para as provas
Estude fácil! Tem muito documento disponível na Docsity
Encontrar documentos
Prepare-se para as provas com trabalhos de outros alunos como você, aqui na Docsity
Encontra documentos específicos para os exames da tua universidade
Encontra documentos específicos para os exames da tua universidade
Videoaulas
Prepare-se com as videoaulas e exercícios resolvidos criados a partir da grade da sua Universidade
Quiz
Responda perguntas de provas passadas e avalie sua preparação.
Ganhe pontos para baixar
Ganhe pontos ajudando outros esrudantes ou compre um plano Premium
Projetos integrados multidisciplinar
Tipologia: Redação
2022
1 / 27
Esta página não é visível na pré-visualização
Não perca as partes importantes!
Documentos relacionados
Pré-visualização parcial do texto
Baixe Projetos integrados multidisciplinar e outras Redação em PDF para Filosofia, somente na Docsity!
UNIP UNIVERSIDADE PAULISTA
ALBERIS BEZERRA DA SILVA
PROJETO INTEGRADO MULTIDISCIPLINAR V
Sistema de reserva de equipamentos e recursos audiovisuais para o colégio força 1
ALTO ARAGUAIA
ALBERIS BEZERRA DA SILVA
PROJETO INTEGRADO MULTIDISCIPLINAR V
Sistema de reserva de equipamentos e recursos audiovisuais para o colégio força 1
Trabalho de Conclusão do segundo semestre de Curso apresentado à Universidade Paulista (UNIP) em Análise e Desenvolvimento de Sistemas.
ALTO ARAGUAIA
ABSTRACT
This paper brings the development of a project for a system for the loan of
audiovisual equipment, with the greatest characteristic of bringing agility and
control during the loan of resources to support the teachers of an elementary and
high school called “FORÇA 1”. The basis of what will be developed is in the
contents of the subjects of Economics and Market, Software Engineering II, User
Interface Design and Object Oriented Programming I of the Systems Analysis
and Development course.
Keywords: Information Technology. Object Oriented Programming. Software
Engineering. User Interface Design.
SUMÁRIO
- 1 INTRODUÇÃO
- 2 ESCOPO
- 3 PROJETO DO SISTEMA
- 3.1 Orçamento e viabilidade
- 3.2 Modelo de qualidade...............................................................................
- 3.3 Requisitos do sistema
- 3.4 Roteiros de testes
- 3.5 Projeto de interface com usuários
- 3.6 Programação orientada a objetos
- 3.6.1 Herança............................................................................................
- 3.6.2 Objetos
- 3.6.3 Polimorfismo
- 3.6.4 Classes
- 4 CONCLUSÃO................................................................................................
- REFERÊNCIAS
- Figura 1: Níveis de maturidade MPS.br............................................................ LISTA DE FIGURAS
- Figura 2: Diagrama de casos de uso..............................................................
- Figura 3: Interface de login e cadastro..............................................................
- Figura 4: Interface de menu e tela principal.......................................................
- Figura 5: Interface de agendamento...............................................................
- Quadro 1: Agentes econômicos atuantes na SoftDes....................................... LISTA DE QUADROS
- Quadro 2: Cronograma do projeto.....................................................................
- Quadro 3: Alocação de recursos humanos........................................................
- Quadro 4: Alocação de recursos tecnológicos..................................................
- Quadro 5: Alocação de recursos materiais........................................................
- Quadro 6: Requisitos funcionais do sistema......................................................
- Quadro 7: Requisitos não funcionais do sistema...............................................
- Quadro 8: Roteiro de testes para cadastro de usuários....................................
- Quadro 9: Roteiro de testes para cadastro de equipamentos...........................
- Quadro 10: Roteiro de testes para agendamento de equipamentos.................
- Quadro 11: Roteiro de testes para cancelamento de equipamentos.................
- Quadro 12: Roteiro de testes para listagem de equipamentos..........................
1 INTRODUÇÃO
Há vários anos o professor vem utilizando livros, giz e lousa para ministrar
suas aulas, utilizando de seus conhecimentos para cativar os alunos. Porém,
com o advento da tecnologia vários institutos de ensino vêm adquirindo
equipamentos e recursos audiovisuais para auxiliar os professores a “chamar
atenção” de seus alunos em suas aulas. Assim, considerando o aumento de
informações que devem ser apresentadas em cada disciplina, os
comportamentos da nova geração dos alunos que são totalmente ligados à
tecnologia e às ferramentas de interação humanam-computador, a área da
educação cada vez mais aderindo às ferramentas audiovisuais para apoiar a
dinâmica das aulas, o que não foi diferente no colégio FORÇA 1.
Este trabalho traz o desenvolvimento de um sistema de reserva de
equipamentos audiovisuais para o Colégio de Ensino Fundamental e Médio
FORÇA 1. A principal característica deste sistema é trazer a possibilidade de
agilizar e controlar o empréstimo de recursos audiovisuais para apoio de aulas
para professores e alunos (ou outros colaboradores) que precisem desses
equipamentos. O Colégio FORÇA 1 disponibiliza equipamentos de informática e
vídeo ( datashow , TV com VCR, TV com DVD, projetor de slides , sistemas de
áudio e microfone, caixa amplificadora, notebooks , kits multimídia, entre outros),
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.
Assim, com base no conteúdo das disciplinas de Economia e Mercado,
Engenharia de Software II, Projeto de Interface com Usuários e Programação
Orientada a Objetos I disponibilizadas, e também seguindo os procedimentos
para a elaboração deste trabalho, o sistema em desenvolvimento deve ser capaz
de apresentar uma ampla capacidade de processamento, as quais devem
englobar as funcionalidades importantes e necessárias de caracterização na
qualidade de constituição do sistema, apresentando uma estrutura com base em
diagramas e demonstrando suas funcionalidades no formato em geral.
3 PROJETO DO SISTEMA
3 .1 Orçamento e viabilidade
Nesta etapa serão identificados os agentes econômicos que atuarão
diretamente com a empresa SoftDes (a empresa que desenvolverá o software ).
Para isso é necessário compreender o que são agentes econômicos. Segundo
Raud (2007), um agente econômico é toda a entidade com autonomia, capaz de
realizar operações económicas e de deter valor econômico. De acordo com
Dupas (1998), um agente econômico pode ser uma família, uma empresa, uma
instituição financeira ou até uma organização pública, tendo cada tipo de agente
uma ou mais funções diferentes dos restantes agentes. No exercício das
funções, estabelecem-se interações e relações entre os agentes, criando-se um
circuito econômico. Os agentes econômicos que atuarão diretamente com a
empresa SoftDes podem ser vistos no Quadro 1.
Quadro 1: Agentes econômicos atuantes na SoftDes
Fonte: PRÓPRIO AUTOR (2020)
Após a apresentação dos agentes econômicos atuantes com a SoftDes,
serão apresentadas as viabilidades econômicas do projeto de software. Assim,
As empresas não financeiras são aquelas que produzem bens e serviços não financeiros. As empresas não financeiras que atuarão diretamente com a SoftDes são empresas de insumos de informática, empresas de tecnologia, empresas de telecomunicações, entre outras.
As instituições financeiras são empresas que prestam os vários serviços financeiros necessários. As instituições financeiras que realizarão prestarão serviços para a empresa a SoftDes são os bancos, em específico o banco de preferência para pagamentos de contas e salários para funcionários.
EMPRESAS NÃO FINANCEIRAS
INSTITUIÇÕES FINANCEIRAS
serão apresentados o cronograma, a previsão orçamentária e os recursos que
serão utilizados para viabilizar a implementação desse projeto. No Quadro 2
pode-se observar o cronograma do projeto baseado no primeiro semestre do ano
de 2020.
Quadro 2: Cronograma do projeto
Fonte: PRÓPRIO AUTOR (2020)
A previsão orçamentária do projeto será divida em alocação de recursos
humanos, que pode ser vista no Quadro 3.
Quadro 3 : Alocação de recursos humanos
Fonte: PRÓPRIO AUTOR (2020)
IMPLEMENT.
LEVANT. DE
REQUISITOS
ANÁLISE DE
REQUISITOS
PROJETO
LÓGICO
DESENVOLV.
TESTES
MAR. ABR. MAI. JUN. JUL.
ESCOPO
JAN. FEV.
RECURSO UN. QTD. VALOR UN. VALOR TOTAL Analista de sistemas MENSAL 2 R$ 2.200 R$ 4.400,
Desenvolvedor de software MENSAL^3 R$ 2.500^ R$ 7.500,
3.2 Modelo de qualidade
A SoftDes, apesar de não ser uma empresa com muitos recursos e sendo
uma empresa que está a pouco tempo no mercado, visa a qualidade dos
softwares que desenvolve e implementa sempre melhorias na qualidade dos
produtos e serviços que entrega. Portanto, para conseguir melhores práticas e
melhorar a qualidade do sistema proposto, será utilizado um modelo de
maturidade de processos chamado MPS.br, que de acordo com a Softex (2012),
é um programa mobilizador criado em dezembro de 2003, que contribui para
melhoria de processos, desempenho dos negócios e alavancagem da inovação,
tornando as organizações mais competitivas.
Segundo Vasconcelos e Morais (2018), com a intensa utilização de
programas e aplicativos em diversas áreas de atuação vários softwares estão
sendo desenvolvidos para suprir essa demanda, porém vários deles são
produzidos sem seguir quaisquer padrões, o que podem gerar vários problemas
para quem utiliza esses programas. Para suprir essa demanda de melhorias
foram criados os modelos de qualidade, que de acordo com Koscianski e Soares
(2006), são guias com o objetivo de melhorarem os processos organizacionais e
a habilidade destes na gerência do desenvolvimento, a aquisição e a
manutenção dos produtos de software.
O MPS.br foi proposto pela Softex e também por pesquisadores
brasileiros para avaliar o processo de empresas de software no Brasil, foi
inspirado pelo modelo CMMI e considera algumas características de outros
modelos como a (ISO 15504 e ISO 12207. O objetivo do MPS.br é ser mais
gradual que o CMMI, ou seja, melhorar os processos da empresa de forma mais
gradativa, além de ter um preço mais acessível para a certificação.
A organização do MPS.br define sete níveis de maturidade sendo
classificados entre A e G, onde cada um desses níveis de maturidade tem áreas
de processo em que a empresa necessita atender. O MPS.br é dividido em três
guias, eles são o Guia Geral, Guia de Aquisição e o Guia de Avaliação. Sendo
cada um desses guias responsáveis por uma parte da descrição para o
atendimento dos processos para definição dos níveis de maturidade.
O Guia Geral tem a descrição geral do MPS.br e as definições comuns
para o entendimento e aplicação do método. No Guia de Aquisição existe uma
descrição do processo de aquisição de software e serviços correlatos, sendo
baseado na norma ISO/IEC 12207. Já no Guia de Avaliação existe a descrição
do processo e método de avaliação (MA-MPS) e é baseado na norma ISO/IEC
Figura 1: Níveis de maturidade MPS.br
Fonte: PRÓPRIO AUTOR (2020)
Como dito anteriormente, o MPS.br é divido em níveis de maturidade
(Figura 1), e esses níveis são: a) Nível A: em otimização; b) Nível B: gerenciado
quantitavivamente; c) Nível C: definido; d) Nível D: largamente definido; e) Nível
E: parcialmente definido; f) Nível F: gerenciado; g) Nível G: parcialmente
gerenciado.
Assim, pensando em que SoftDes é uma empresa brasileira e que está
sendo inserida no mercado, o modelo MPS.br seria a melhor opção e foi
e Médio. Nesse quadro pode-se ver o código, nome, descrição, regras do
negócio e mensagens exibidas.
Quadro 6 : Requisitos funcionais do sistema
Fonte: PRÓPRIO AUTOR (2020)
Os requisitos não funcionais do sistema podem ser observados no Quadro
RF05 Nome: Listar equipamentos
DESCRIÇÃO Deve ser cadastrado no software todos os equipamentos que serão ofertados para o agendamento na escola. Regras do Negócio: Somente os administradores do sistema terão acesso a essa funcionalidade. Mensagens exibidas: Esses são os equipamentos disponíveis. Não há equipamentos disponíveis.
RF04 Nome: Cancelamento de equipamentos
DESCRIÇÃO (professor, aluno, administrador) cancele o^ O sistema deve permitir que o usuário agendamento do equipamento previamente agendado.
O cancelamento só poderá ser realizado com, no mínimo, 24 horas de^ Regras do Negócio: antecedência.
Mensagens exibidas: O cancelamento não pode ser concluído, contate administrador.
DESCRIÇÃO Professores, alunos e administradores conseguem agendar utilização de equipamentos disponíveis. Regras do Negócio: funcionalidade quando o equipamento não estiver disponível (alteração^ Somente os administradores do sistema terão acesso a essa de agendamento). Somente equipamentos em boas condições podem estar disponíveis para agendamento para usuários professores e alunos. Mensagens exibidas: Preencha todos os campos obrigatórios.^ Equipamento agendado com sucesso. Equipamento não pode ser agendado, contate administrador.
RF02 Nome: Cadastro de equipamento
DESCRIÇÃO
Cada equipamento deverá ser cadastrado problemas e avarias, além de característicascom seu tipo de uso, qualidade, possíveis de utilização. Regras do Negócio: Somente os administradores do sistema terão acesso a essa funcionalidade.
Mensagens exibidas: Preencha todos os campos obrigatórios.^ Equipamento cadastrado com sucesso.
RF
DESCRIÇÃO
Nome: Cadastro de usuário Todos os usuários do sistema devem ser cadastrados, com todos os campospreenchidos.
Regras do Negócio: Somente os administradores do sistema terão acesso a essa funcionalidade. Todos os campos deverão ser preenchidos para o cadastro de usuário (professor e aluno). Mensagens exibidas: Usuário cadastrado com sucesso. Preencha todos os campos obrigatórios.Usuário já cadastrado. Usuário necessita atualizar cadastro. RF03 Nome: Agendamento de equipamentos
Quadro 7 : Requisitos não funcionais do sistema
Fonte: PRÓPRIO AUTOR (2020)
3.4 Roteiros de testes
Os roteiros de testes são necessários para o cumprimento do
cronograma, e serão apresentados de acordo com os requisitos funcionais
apresentados no Quadro 6. Portanto, para que se consiga compreender esses
roteiros e como eles serão realizados, eles serão apresentados nos Quadros de
8 a 12 desta seção.
O banco de dados deve ser acesso somente pelo desenvolvedor, ou pelos usuários administradores do sistema.
O sistema deverá autenticar com senha e login os usuários que realizarem operações no mesmo.
CÓDIGO
RNF
RNF
RNF
RNF
RNF
RNF
RNF
Segurança
Compatibilidade
Segurança
Segurança
DESCRIÇÃO
Deve ser desenvolvido na linguagem Java ou equivalente, o desenvolvimento deve ser realizado em linguagem orientada a objetos.
O software necessita compatibilidade com sistemas operacionais Windows e também de computadores da marca Apple com sistema operacional específico.
A interface deve ser comportar adequadamente nos sistemas supracitados sem quaisquer problemas e com alta disponibilidade.
O sistema deverá identificar o usuário que estará o utilizando.
O sistema deverá apresentar compatibilidade com o sistema operacional Linux.
CATEGORIA
Implementação
Implementação
Usabilidade
2. O sistema exibirá uma mensagem de “equipamento cadastrado com sucesso”.
Fonte: PRÓPRIO AUTOR (2020)
Quadro 10: Roteiro de testes para agendamento de equipamentos
NOME: AGENDAMENTO DE EQUIPAMENTO CÓDIGO: RF CRITICIDADE: Alta LOCALIZAÇÃO: Sistema > Banco de dados > Agendamentos OBJETO DE TESTE:
Operação de agendamento de equipamentos no sistema
CASO DE TESTE: Testar o funcionamento da funcionalidade de agendamento de equipamentos no sistema PRÉ-CONDIÇÃO: 1. Acesso do usuário administrador devidamente autenticado no sistema. PROCEDIMENTO: 1. Entrar na tela: Sistema > Login > Agendamentos
2. Selecionar opção “agendamento de equipamentos” 3. Preencher todos os campos necessários e obrigatórios 4. Clicar em “agendar equipamento” 5. Ler mensagem “proceder com agendamento?” 6. Observar se os dados estão corretos. 7. Clicar no botão “confirmar agendamento”. RESULTADO ESPERADO: 1. O sistema agendará a utilização de um equipamento. 2. O sistema exibirá uma mensagem de “equipamento agendado com sucesso”.
Fonte: PRÓPRIO AUTOR (2020)
Quadro 1 1 : Roteiro de testes para cancelamento de equipamentos
NOME: CANCELA AGENDAMENTO DE EQUIPAMENTO CÓDIGO: RF CRITICIDADE: Alta LOCALIZAÇÃO: Sistema > Banco de dados > Agendamento OBJETO DE TESTE:
Operação de cancelamento de agendamento de equipamento no sistema CASO DE TESTE: Testar o funcionamento da funcionalidade cancelamento de agendamento no sistema
PRÉ-CONDIÇÃO: 1. Acesso do usuário administrador devidamente autenticado no sistema. PROCEDIMENTO: 1. Entrar na tela: Sistema > Login > Agendamentos
2. Selecionar opção “agendamento de equipamentos” 3. Clicar em “agendamentos realizados” 4. Clicar no agendamento que se necessita cancelar. 5. Ler mensagem “proceder com cancelamento?” 6. Observar se os dados estão corretos. 7. Clicar no botão “confirmar cancelamento”. RESULTADO ESPERADO: 1. O sistema cancelará o agendamento do equipamento. 2. O sistema exibirá uma mensagem de “cancelamento realizado com sucesso”.
Fonte: PRÓPRIO AUTOR (2020)
Quadro 1 2 : Roteiro de testes para listagem de equipamentos
NOME: LISTAGEM DE EQUIPAMENTOS CÓDIGO: RF CRITICIDADE: Alta LOCALIZAÇÃO: Sistema > Banco de dados > Equipamentos OBJETO DE TESTE:
Operação de listagem de equipamentos ofertados no sistema
CASO DE TESTE: Testar o funcionamento da funcionalidade listagem dos equipamentos cadastrados no sistema PRÉ-CONDIÇÃO: 1. Acesso do usuário administrador devidamente autenticado no sistema. PROCEDIMENTO: 1. Entrar na tela: Sistema > Login > Equipamentos
2. Selecionar opção “listar equipamentos disponíveis” 3. Observar equipamentos listados RESULTADO ESPERADO: 1. O sistema listará os equipamentos cadastrados na lista
Fonte: PRÓPRIO AUTOR (2020)
3.5 Projeto de interface com usuários
Na Figura 3 pode-se observar a tela inicial do sistema, onde os usuários já cadastrados podem realizar o login no sistema ou onde um administrador pode fazer o cadastro de novos usuários.