Fazer download em pdf ou txt
Fazer download em pdf ou txt
Você está na página 1de 18

UNIP - ADS - PIM5 - 2021-1

Gestão de Projetos de Software


Universidade Paulista (UniP)
17 pag.

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
Universidade Paulista - EaD

Projeto Integrado Multidisciplinar V

Curso Superior de Tecnologia

PROJETO DE SISTEMA DE RESERVA DE EQUIPAMENTOS AUDIOVISUAIS

BRASILIA, DF – ASA NORTE

2021

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
Universidade Paulista - EaD

Projeto Integrado Multidisciplinar V

Curso Superior de Tecnologia

PROJETO DE SISTEMA DE RESERVA DE EQUIPAMENTOS AUDIOVISUAIS

0000000 – Fulano de Tal

Curso Análise e Desenvolvimento de Sistemas

BRASILIA, DF – ASA NORTE

2021

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
Resumo

Neste documento será apresentado um projeto utilizando-se dos conceitos obtidos


nas disciplinas de Engenharia de Software II, Projeto de Interface com o Usuário, Economia
e Mercado e Programação Orientada a Objetos I. Para isso, um problema fictício é proposto,
caracterizado por uma instituição de ensino que deseja adquirir um sistema de reserva de
equipamentos e recursos de apoio pedagógico aos seus professores e coordenadores. E é,
com base neste problema, que será fundamentada uma proposta de solução para atender
aos requisitos identificados com a qualidade e a confiabilidade desejadas.

Palavras-chaves: requisitos, segurança, usabilidade.

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
Abstract

In this document, a project will be presented using the concepts obtained in the
disciplines of Software Engineering II, User Interface Design, Economy and Market and
Object Oriented Programming I. For this, a fictitious problem is proposed, characterized by
an institution teaching staff who wish to purchase a system for booking equipment and
resources for pedagogical support to their teachers and coordinators. And it is, based on this
problem, that a proposal for a solution will be grounded to meet the requirements identified
with the desired quality and reliability.

Keywords: requirements, security, usability.

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
Sumário

INTRODUÇÃO .......................................................................................................................................... 6

1. CONTEXTUALIZAÇÃO .................................................................................................................. 7

2. DESENVOLVIMENTO DO SISTEMA.............................................................................................. 8

2.1. Levantamento de Requisitos ...................................................................................................... 8

2.1.1. Os requisitos funcionais ............................................................................................................. 8


2.1.2. Requisitos não funcionais........................................................................................................... 8
2.1.3. Regras de negócio ...................................................................................................................... 9
2.2. Prototipagem de Telas ............................................................................................................... 9

2.2.1. Tela de login ............................................................................................................................. 10


2.2.2. Tela de reservas........................................................................................................................ 11
2.2.3. Tela de equipamentos .............................................................................................................. 12
2.2.4. Tela de usuário ......................................................................................................................... 13
2.3. Diagrama de classes ................................................................................................................. 14

3. CONCLUSÃO ............................................................................................................................. 16

REFERÊNCIAS ......................................................................................................................................... 17

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
6

INTRODUÇÃO

Este documento apresenta uma proposta de desenvolvimento de sistema que


permita o acesso e utilização de equipamentos audiovisuais para uma instituição de ensino.

O sistema será idealizado para auxiliar no controle das reservas e organização dos
equipamentos disponibilizados pela instituição de ensino aos seus professores,
coordenadores e demais usuários.

No desenvolvimento deste documento, serão apresentados:

• Contextualização suscinta do processo vigente, citando os principais problemas;


• Os principais requisitos identificados;
• A prototipagem de telas para o sistema, permitindo uma idealização do que será
desenvolvido;
• Uma visão básica da modelagem orientada a objetos.

Desta forma, é intenção deste estudo apresentar uma proposta de resolução do


problema apresentado e caracterizado por conflitos gerados pela ineficiência e
indisponibilidade em muitas situações.

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
7

1. CONTEXTUALIZAÇÃO

O Colégio Vencer Sempre é um centro de ensino do nível fundamental e médio que


se importa com a qualidade da educação. Para isso, disponibiliza os mais diversos e
inúmeros equipamentos de apoio aos professores e coordenadores para suas aulas ou
palestras.

Contudo, o gerenciamento destes recursos se apresenta de forma deficiente, sem


os requisitos necessário para garantir a confiabilidade de uma reserva antecipada.

No processo atual foram identificados diversos problemas. Entre eles:

• Processo descentralizado e desorganizado;


• Múltiplas reservas para um mesmo equipamento em um mesmo horário;
• Falta de informações sobre o equipamento desejado (localização,
disponibilidade, condições de uso);
• Falta de um processo para o cancelamento da reserva.

Em decorrência destes problemas, combinados ou não, este processo gera muitos


transtornos para seus usuários, comprometendo a qualidade do ato pedagógico. E, em
consequência da situação apresentada, qualquer planejamento de utilização dos aparelhos,
mesmo que antecipado, não possui a garantia em tê-lo no momento desejado.

Com base nas informações coletadas e análise de campo, o sistema a ser


desenvolvido se propõe a resolver os problemas identificados e gerar maior confiabilidade
no processo de reserva.

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
8

2. DESENVOLVIMENTO DO SISTEMA

Neste cápitulo serão abordados algumas das etapas do desenvolvimento do


software conforme informações coletadas e nos conteúdos das disciplinas Engenharia de
Software II, Projeto de Interface com o Usuário, Economia e Mercado e Programação
Orientada a Objetos I.

2.1. Levantamento de Requisitos

Requisitos podem ser entendidos como as propriedades do sistema, necessárias e


essenciais, que devem ser atingidas para justificar seu desenvolvimento e implantação. Ou
seja, se não atingidas, não merece existir.

Os requisitos são classificados em funcionais, não funcionais e regras de negócio.

2.1.1. Os requisitos funcionais

São as funcionalidades obrigatórias e que devem ser atendidas. Eis os requisitos


funcionais identificados:

- RF1: O sistema permitirá a manutenção da base de usuários autorizados a


solicitar reserva de equipamentos;

- RF2: O sistema permitirá a manutenção da base de equipamentos


disponiveis para a reserva;

- RF3: O sistema permitirá efetuar a baixa de equipamentos indisponíveis


para a reserva;

- RF4: O sistema permitirá efetuar a reserva de equipamento;

- RF5: O sistema permitirá efetuar o cancelamento de uma reserva de


equipamento;

- RF6: O sistema permitirá consultar os dados cadastrados;

- RF7: O sistema permitirá acessos diferenciados conforme perfil do usuário.

2.1.2. Requisitos não funcionais

São os aspectos para promoção de qualidade (segurança, desempenho, outros)


esperada. Eis os requisitos não funcionais identificados:

- RNF1: O sistema efetuará backups diários e de forma automática;

- RNF2: O sistema apresentará rapidez no processamento das informações;

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
9

- RNF3: O sistema não dependerá de conexões de internet para funcionar.

2.1.3. Regras de negócio

São as premissas ou restrições que devem ser consideradas. Eis as regras


identificadas:

- RN1: Apenas equipamentos em condição de uso serão disponibilizados


para as reservas;

- RN2: Somente usuários cadastrados estarão aptos para efetuar reservas;

- RN3: As reservas serão permitidas apenas para atividades instrucionais


dentro da instituição;

- RN4: As reservas prévias serão obrigatórias para a retirada do


equipamento.

2.2. Prototipagem de Telas

A prototipação é um dos diversos processos que auxilia a entender se os requisitos


identificados estarão alinhados com as expectativas do usuário e a prevenir possíveis falhas
no desenvolvimento do sistema.

Eis o fluxo geral de telas proposto para o desenvolvimento de sistema:

Figura 1-Fluxo de telas

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
10

Todas as telas foram elaboradas de modo a manter um padrão de apresentação,


tendo os seguintes ícones e significados:

pesquisar uma ocorrência no grid apresentado;

➕ inserir um registro novo;

gerar arquivo .txt com as ocorrências listadas;

atualizar o estado da reserva para “encerrada”;

editar a linha de registro;

❌ excluir a linha de registro.

2.2.1. Tela de login

A tela de login servirá para autenticar o usuário logado. A partir desta autenticação,
será identificado seu perfil e operações autorizadas para uso. O acesso ao sistema somente
será permitido aos usuários que possuam um identificador e senha previamente
cadastrados.

Figura 2-Tela de login

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
11

2.2.2. Tela de reservas

Através desta tela será possível cadastrar, alterar, consultar ou cancelar quaisquer
reservas de equipamentos disponíveis pelo sistema.

Pode ser considerada a tela principal e que pode ser acessada por todos os
usuários do sistema. Contudo, a modificação das ocorrências apresentadas serão
habilitadas conforme perfil do usuário.

Figura 3-Tela de Reservas

Ao solicitar a manutenção de uma reserva específica, é exibida a tela de Cadastro


de Reservas a seguir:

Figura 4-Tela de Cadastro de Reservas

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
12

2.2.3. Tela de equipamentos

Nesta tela é possível visualizar os equipamentos cadastrados e sua disponibilidade.


Somente o usuário com perfil de administrador poderá efetuar alteração dos dados exibidos,
tornando-os disponíveis ou não para a reserva de uso.

Figura 5-Tela de Equipamentos

Em caso de alteração do dados é exibido a tela a seguir.

Figura 6-Tela de Cadastro de Equipamentos

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
13

2.2.4. Tela de usuário

Nesta tela é possível visualizar os usuários cadastrados e seu perfil.

Figura 7-Tela de Usuário

Se necessário alterar uma das informações exibidas, ou incluir uma nova


ocorrência, será apresentada a seguinte tela.

Figura 8-Tela de Cadastro de Usuário

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
14

2.3. Diagrama de classes

O paradigma mais utilizado para desenvolvimento de software atualmente utilizado


é o da Orientação a Objetos.

Este paradigma é baseado nos conceitos de:

• Abstração: que consiste na construção de um objeto que irá representar algo do


mundo real e que possuirá uma identidade, alguns atributos e comportamentos;
• Encapsulamento: que consiste na segurança de acesso às características do
objeto;
• Herança: que permite o reuso de código partindo-se do conceito de que objetos-
filhos herdam características do objeto-pai;
• Polimorfismo: conceito que define reações diferenciadas para um mesmo
evento.

Em adição a estes conceitos, há ainda 2(dois) outros de igual importância:

• Classe: é a abstração de um conjunto de objetos que possuem os mesmos


atributos e características;
• Objeto: é uma unidade concreta da classe.

E, com base nestes últimos conceitos, elaborou-se o diagrama de classes a seguir


como representação das funcionalidades a serem desenvolvidas na implementação do
sistema.

Figura 9-Diagrama de Classes

- A classe Usuário representa as pessoas que podem fazer uso dos equipamentos
através de registros de reservas.

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
15

A classe Equipamento representa os recursos disponibilizados para reservas.

A classe Reserva representa o ato de agendar o equipamento para uso posterior


pelo usuário.

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
16

3. CONCLUSÃO

A elaboração deste documento partiu da necessiadade da Escola Vencer Sempre


em substituir um sistema precário de reserva de equipamentos audiovisuais.

Com o desenvolvimento e utilização deste novo sistema, o controle das reservas


para os aparelhos audiovisuais no uso das atividades pedagógicas de professores e
coordenadores, em data e horários previamente agendados, promove um maior controle e
gerenciamento no processo e, consequentemente, proporciona mais confiabilidade.

Em outra vantagem adquirida com a mudança do processo, a possibiliadde do


cancelamento da reserva se torna mais fácil e com a disponibilização imediata do
equipamento para uma nova reserva.

Assim sendo, de forma resumida, a utilização do novo software permitirá uma


visualização mais fiel da utilização destes equipamentos.

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)
17

REFERÊNCIAS

 DANTAS, André. Um rápido estudo de prototipagem. Disponível em:


https://brasil.uxdesign.cc/uma-r%C3%A1pido-estudo-de-prototipagem-
81a1b300471b
 GASPAROTTO, Henrique M. Os 4 pilares da Programação Orientada a Objetos.
Disponível em: https://www.devmedia.com.br/os-4-pilares-da-programacao-
orientada-a-objetos/9264.
 PRESSMAN, Roger S. Engenharia de Software. São Paulo. Ed. Markon Books, 1995
 QUITERIO, Ana P. Análise de Requisitos. Disponível em:
https://www.infoescola.com/engenharia-de-software/analise-de-requisitos/.
 SOMMERVILLE Ian, Engenharia de Software, 9ª Edição. Pearson Education, 2011.

Document shared on https://www.docsity.com/pt/unip-ads-pim-v-2021/7472188/


Downloaded by: vitor-rodrigues-j41 (vorodrigues@stefanini.com)

Você também pode gostar