Curso de Licenciatura em Engenharia Informática

Ano Letivo 2021/2022

Engenharia de Software ll

Projeto Engenharia de Software

Discentes:
Silas Torres Nº57562
Davi Franco Nº57534

Docente:
Prof. Rui Pascoal
 Introdução
Este relatório foi desenvolvido no âmbito da unidade curricular de Engenharia de Software
ll do curso de Licenciatura em Engenharia Informática
O projeto proposto, subdividido em uma análise e um desenvolvimento, tem como
finalidade principal a aplicação da informação obtida numa reunião com o cliente, Chefe Manuel
da PSP de Setúbal.
Este relatório tem como objetivo a elaboração de uma análise e de um desenho para a
criação da aplicação desejada pelo cliente usufruindo da informação obtida na reunião.
O contexto fictício da necessidade de existência da aplicação contextualiza-se na
esquadra da PSP de Setúbal. Os supervisores que gerem os turnos têm dificuldade em visualizar
e distribuir equipamentos limitados, e em caso de falha de entrega de equipamento, definir
responsabilidades. Estes equipamentos são limitados pela sua natureza de preço e outras
restrições exteriores à PSP local. Desta forma veio a necessidade de existência de um sistema
de informação que facilite a gestão de equipamentos.

Fig. 1 - Rádio usado pelas entidades públicas que é crítico gerir o seu stock
 5 User Stories
então para melhor modelar o sistema procedemos à discussão de quais são as user stories
mais representativas e relevantes. Estas user stories são continuadas e desenvolvidas nas
próximas secções com diagramas. As escolhidas são as seguintes:

● Como administrador gostaria de poder registrar novos utilizadores do sistema

atribuindo a eles permissões de acordo com a função.
● Como quarteleiro quero que o sistema permite a verificação de levantamentos e
o registro de levantamentos permita uma gestão de levantamento de itens.
● Como supervisor quero criar uma reserva gerando um código que contém a
informação do local, esse código é enviado para o quarteleiro que irá fazer a
gestão do inventário para que no dia da reserva seja entregue ao agente
responsável pelo levantamento do material após a transmissão do código de
reserva.
● Como quarteleiro gostaria de poder registrar a devolução dos itens que foram
levantados após a finalização de uma reserva.
● Como supervisor quero a possibilidade de realizar alterações em uma reserva já
existente, prolongar a sua data caso necessário, conseguir incluir novos itens e
obter a informação da reserva previamente criada.
 Análise de Requisitos

Funcionais
● O sistema deve permitir a criação e modificação de usuários.
● O sistema deve permitir atribuir permissões a utilizadores.
● O sistema deve permitir ler um histórico de controle de reservas ( user, timestamp , local
da operação)
● O sistema deve permitir efetuar verificações de disponibilidade de itens em outras
esquadras. (opcional)

● O sistema deve permitir entrega e registo de levantamentos de items.

● O sistema deve permitir gestão e consulta de stock.

● O sistema deve permitir gerar um código de levantamento correspondente a uma reserva.

● O sistema deve permitir entrega e registo de levantamentos de items.

● O sistema deve permitir criar, renovações de reservas, cancelamentos, alterações e

prolongamentos de reservas.
● O sistema deve permitir notificações de alterações de reserva.

Não Funcionais
● O sistema deve ser de fácil e rápida interação.
● Os servidores do sistema têm que estar disponível 24/7.
● O sistema deve ser acessível por vários utilizadores ao mesmo tempo
● O sistema deve ser compativel com Windows, Linux e Mac.
● O sistema deve ser seguir as normas de segurança rigidas dadas pela PSP.
● O sistema deve ser só acedido dentro da rede interna da PSP.
● O sistema deve estar bem documentado (manual) de como usar.
● O sistema deve possuir instruções para o gestor informático da PSP do distrito instalar
no equipamento existente da PSP.
Especificação Estruturada de Requisitos Funcionais

Requisito 1
Função: O sistema deve permitir criar reservas de itens.
Descrição: Admin/Supervisor cria uma reserva de um ou mais itens para um ou mais agentes,
originando uma senha de acesso que é transmitida ao Quarteleiro e ao/s utilizador/es,
registrando em sistema o período de utilização dos itens.
Inputs: Itens, periodo, local de utilização
Source: Supervisor
Outputs: senha de acesso a reserva, notificação para os envolvidos.
Destino: Sistema
Ação: O utilizador com permissão de Admin/Supervisor inicia o processo de criação de reserva,
indicando em sistema os itens que deseja registrar, período de utilização e local da operação, ao
finalizar o registro da reserva é gerado uma senha de acesso e uma notificação para todos os
envolvidos.
Requisitos: Utilizador já deve estar registrado no sistema e o item a reservar deve se encontrar
disponível no tempo requisitado.
Pré condição: Nível de permissão para registrar reservas.
Pós condição: Nenhuma

Requisito 2
Função: O sistema deve permitir gestão de stock.
Descrição: Será possível visualizar os itens disponíveis em stock, status, quantidade e categoria
de cada item.
Inputs: nome do item, número de série ,categoria ou dia/hora.
Source: Aplicação
Outputs: Lista detalhada dos itens atualizada em tempo real de acordo com sua disponibilidade.
Ação: O Quarteleiro realiza uma pesquisa através do nome do item, do seu número de série ou
da sua categoria, obtendo uma lista filtrada e detalhada com o estado do item (Operacional,
Inoperacional ou em verificação) e o estado de utilização (Disponível ou Indisponível).
Destino: Aplicação
Requerimentos: Acesso ao sistema.
Pré condição: Nível de permissão quarteleiro ou superior.
Pós condição: Nenhuma.
- Organograma Esquadra

- Metodologia ágil a ser seguida :

Para o desenvolvimento do Projeto decidimos utilizar a metodologia ágil Scrum. Uma breve
explicação de como consiste essa metodologia.

No Scrum, os projetos são dividos em ciclos (tipicamente mensais) chamados

de Sprints. O Sprint representa um Time Box dentro do qual um conjunto de
atividades deve ser executado. Metodologias ágeis de desenvolvimento de software
são iterativas, ou seja, o trabalho é dividido em iterações, que são chamadas de Sprints
no caso do Scrum.

As funcionalidades a serem implementadas em um projeto são mantidas em uma lista

que é conhecida como Product Backlog. No início de cada Sprint, faz-se um Sprint
Planning Meeting, ou seja, uma reunião de planejamento na qual o Product
Owner prioriza os itens do Product Backlog e a equipe seleciona as atividades que ela
será capaz de implementar durante o Sprint que se inicia. As tarefas alocadas em um
Sprint são transferidas do Product Backlog para o Sprint Backlog.
A cada dia de uma Sprint, a equipe faz uma breve reunião (normalmente de manhã),
chamada Daily Scrum. O objetivo é disseminar conhecimento sobre o que foi feito no
dia anterior, identificar impedimentos e priorizar o trabalho do dia que se inicia.

Ao final de um Sprint, a equipe apresenta as funcionalidades implementadas em

uma Sprint Review Meeting. Finalmente, faz-se uma Sprint Retrospective e a equipe
parte para o planejamento do próximo Sprint. Assim reinicia-se o ciclo.

Regras de negócio:

1. Para se levantar um item no armazém é necessário uma reserva realizada pela

supervisor.
2. Compete a administração criar novos utilizadores nenhum outro nível hierárquico terá
essa permissão.
3. Somente o quarteleiro tem acesso aos materiais contido no estoque.
Diagrama de Contexto

Fig. 2 - Diagrama de Contexto

 5 Casos de Uso

Fig. 3 - Diagrama de Gestão de Utilizadores

Fig. 4 - Diagrama do Processo de Levantamento de Reservas
Fig. 5 - Diagrama de Criação de Reservas
Fig. 6 - Diagrama de Devolução de Item
Fig. 7 - Diagrama de Gestão de Reservas
Diagrama de Classes

Fig. 8 - Diagrama de Classes

5 Diagramas de Sequência

Fig. 9 - Diagrama de Gestão de Utilizadores

Fig. 10 - Diagrama do Processo de Levantamento de Reservas
Fig. 11 - Diagrama de Criação de Reservas
Fig. 12 - Diagrama de Devolução de Item
Fig. 13 - Diagrama de Gestão de Reservas
- Fluxogramas

Fig. 14 - Fluxograma de Gestão de Utilizadores

Fig. 15 - Fluxograma de Levantamento de Reserva e Criação de Reservas
Fig. 1 – Fluxograma Registro de entrega de itens e gestão
 Conclusão
Este projeto proposto pelo docente teve como objetivo a aplicação dos conhecimentos
obtidos na cadeira de Engenharia de Software, no conceito de planeamento e métodos de
modelação de software.
Foi-nos proporcionado um cliente real que possibilitou a aquisição de experiência em
relação a entrevistas (questões), realização de análise requisitos, desenho do sistema e análise
do problema indicado pelo cliente.
Ao desenhar apercebemo-nos da dificuldade do planeamento sem a inicialização da sua
implementação, normalmente estamos habituados a encontrar dúvidas sobre detalhes do
sistema e seus devidos problemas após o começo da implementação, pois anteriormente não
realizamos nenhum planeamento detalhado e profundo. Com esta experiência, conseguimos
verificar as existentes vantagens e desvantagens das implementações ágeis que são a nossa
zona de conforto, sendo esta o total oposto da utilizada neste projeto, sendo que este realizámos
em cascata.
O desenvolvimento deste trabalho permitiu-nos obter uma noção mais ampla do
funcionamento do mercado profissional, permitindo a compreensão de como um projeto é
inicializado. Apercebemo-nos também que a criação de documentação não é um processo fácil
e que este pode demorar, pois é necessário a melhor clareza possível para um desenvolvimento
eficiente.