UNIVERSIDADE LUSÍADA DE ANGOLA

CURSO SUPERIOR DE ENGENHARIA INFORMÁTICA

SOFTWARE LOCALIZADOR DE BOMBAS DE COMBUSTÍVEL

Trabalho de Semestre
Apresentado pelo Grupo nº 4
 UNIVERSIDADE LUSÍADA DE ANGOLA
CURSO SUPERIOR DE ENGENHARIA INFORMÁTICA

SOFTWARE LOCALIZADOR DE BOMBAS DE COMBUSTÍVEL

Trabalho Para Conclusão do primeiro Semestre, Sob Orientação do Professor

Adja da Cruz

ELEMENTOS DO GRUPO:

1. Ana Rita Caleia

2. Manuel Ernesto
3. Rossana da Silva
4. William Barbosa

Luanda, 2022
 Dedicatória

Dedicamos este trabalho a nossa minha família, nosso suporte.

 Epígrafe

“É um erro capital teorizar antes de ter dados. Sem se perceber,

começa-se a distorcer os factos para ajustá-los às teorias, em

vez de mudar as teorias para que ajustem aos factos”

Arthur Conan, em Sherlock Holmes

 AGRADECIMENTOS

Agradecemos a todas as pessoas que contribuíram para o desenvolvimento

deste trabalho, principalmente ás nossas famílias pelo apoio durante este
período de trabalho. Ao Sr. Professor Adja da Cruz, que nos instruiu durante
este processo.

À todos os colegas, que ajudaram com seus conhecimentos, e todas outras

pessoas não citadas que apoiaram de alguma forma.
 RESUMO

O presente trabalho aborda sobre analise e levantamento de requisitos, para o

desenvolvimento do software localizador de bombas de combustível, que tem
como obectivo auxiliar os automobilistas a localizar, através do aplicativo a
bomba com combustível mais proxima, utilizando a tecnologia do Google Maps.

No desenvolvimento deste trabalho, como forma de conclusão de semestre,

obtendo toda a documentação apresentada na forma de análise, foi utilizada a
metodologia de análise Orientada a Objetos, mas devido ao curto espaço de
tempo não pudemos passar para a fase de implementação.

Palavras chaves: Software, Google Maps, Tecnologia.

 ABSTRACT

The present work deals with analysis and requirements gathering, for the
development of the fuel pump locator software, which aims to help motorists to
locate, through the application, the nearest fuel pump, using Google Maps
technology.

In the development of this work, as a way of concluding the semester, obtaining

all the documentation presented in the form of analysis, the Object-Oriented
analysis methodology was used, but due to the short space of time we could not
move on to the implementation phase.

Keywords: Software, Google Maps, Technology.

Índice
INTRODUÇÃO...........................................................................................................................9
Objectivo.............................................................................................................................10
Motivação............................................................................................................................10
DESENVOLVIMENTO............................................................................................................11
Detalhamento do Problema............................................................................................11
Resultados Esperados na Implementação do Software..........................................11
Análise e Levantamento de Requisitos.......................................................................11
Engenharia de Requitos..............................................................................................12
Qualidade De Requisitos.............................................................................................12
Pré-Requisitos................................................................................................................13
Requisitos Do Sistema.................................................................................................13
Requisitos Funcionais:................................................................................................14
Requisitos Não-Funcionais:.......................................................................................15
Requisitos Do Usuário.................................................................................................15
Modelagem de Requisitos...............................................................................................16
UML – Diagramas de Casos de Uso..............................................................................16
CONCLUSÃO..........................................................................................................................16
 INTRODUÇÃO

O presente trabalho aborda sobre um sistema ou software Localizador de

Bombas de Combustível onde criou-se uma aplicação web de acordo com os
requisitos solicitados.

Software, um conjunto de instruções que devem ser seguidas e executadas por

um mecanismo, seja ele um computador ou um aparato eletromecânico. É o termo
genérico usado para descrever programas, apps, scripts, macros e instruções de
código embarcado diretamente (firmware), de modo a ditar o que uma máquina deve
fazer.

Os sistemas localizador de bombas de combustível ajudam os condutores de

veículos motorizados a encontrar com maior facilidade os postos de abastecimento de
com combustível. É um programa inteligente que tem como objetivo facilitar e integrar
as atividades do condutor, automatizando o máximo de processos sempre que for
possível. Têm como benefícios evitar filas enormes nos postos de abastecimento e
informar aos condutores os tipos de combustível disponível nos postos de
abastecimento.

Portanto, o software a ser desenvolvido oferecerá ao usuário maior agilidade

na busca pelo posto de combustível com combustível.
 Objectivo

Pretende-se com este trabalho desenvolver um sistema localizador e de

bombas de combustível, que tem como objetivo de facilitar o condutor na busca pelo o
posto de combustível mais próximo. Por ser uma tarefa comum na rotina de quem
trabalha dirigindo, seja para abastecer ou para checar algo que não vai bem no
veículo, essa parada se torna obrigatória e a busca pelo posto de combustível que
esteja mais próximo e que tenha combustível, dentro da rota nem sempre é tão fácil. A
boa notícia é que este software pode auxiliar de diversas formas a resolver esses
problemas - e fazer com que a pergunta “como encontrar o posto de combustível mais
próximo?” seja respondida do jeito mais rápido possível.

Motivação

A principal causa para sustentar o presente trabalho de pesquisa, reside na

importância que o software fará para em beneficio da sociedade em particular da área
de mecânica. Sendo este um software que irá beneficiar os condutores, de modo a
facilitar na busca de combustível, reduzindo consideravelmente o seu tempo.
 DESENVOLVIMENTO
Detalhamento do Problema

O problema actual é que o condutor tem muita dificuladade em localizar postos

de combustível que têm combustível dentro da sua rota de viagem, a outra dificuldade
está nas enchentes que são registradas frequentemente nos postos de abastecimento.
Sem mencionar o facto que o automobilista perde tempo e combustível à procura do
posto de abastecimento mais próximo.

Resultados Esperados na Implementação do Software

O sistema proposto visa a eliminar os problemas descritos no parágrafo

anterior, trazendo mais agilidade ao processo. Com este software o usuário irá
localizar o posto de abastecimento com mais facilidade e saberá em que estado o
mesmo se encontra. O outro beneficio é que usuario poderá também através do
aplicativo saber se a bomba que localizou tem o tipo de combustível para sua viatura.
Espera-se com isso que os usuários fiquem mais satisfeitos.

Análise e Levantamento de Requisitos

Requisitos são identificados a partir de um domínio de negócio. Considera-se

domínio de negócio a área específica que o software será desenvolvido, o contexto
para a nossa solução.

Na etapa de levantamento de requisitos, o time de desenvolvimento se prende

em entender o negócio que o sistema vai automatizar, esse levantamento compreende
explorar as necessidades dos usuários.

De tudo isto, após o levantamento teremos como resultado um documento com

os requisitos, onde estarão os requisitos que o sistema deverá contemplar.

O documento de levantamento de requisitos nos dá um parâmetro para

medirmos o tempo gasto e recursos necessários para implementar as mudanças
solicitadas no decorrer do desenvolvimento.

Bem, após essa breve introdução para compreendermos melhor sobre o

levantamento de requisitos podemos então fazê-lo de acordo com o nosso projecto, a
melhor forma encontrada para o fazer durante esse projecto foi através de um
questionário e assim as suas respostas foram o resultado do que foi levantado.

Engenharia de Requitos

Atividade fundamental no desenvolvimento de software, a Engenharia de

Requisitos é a etapa na qual são elicitadas/identificadas as funcionalidades a serem
implementadas, assim como as condições a serem atendidas pela aplicação.

Neste ponto podemos citar alguns dos principais objetivos da engenharia de

requisitos:

 estabelecer uma visão comum entre o cliente e a equipe de projeto em relação

aos requisitos que serão atendidos pelo projeto de software;
 registrar e acompanhar requisitos ao longo de todo o processo de
desenvolvimento;
 documentar e controlar os requisitos alocados para estabelecer uma
baseline para uso gerencial e da engenharia de software;
 manter planos, artefatos e atividades de software consistentes com os
requisitos alocados.

Para apoiar o alcance destes objetivos, é importante que se tenha um processo de

engenharia de requisitos bem definido. Um processo de engenharia de requisitos é um
conjunto estruturado de atividades a serem seguidas para criar, validar e manter um
documento de requisitos. Poucas organizações têm um processo de ER
explicitamente definido e padronizado. Entretanto, sugere-se que cada organização
deva desenvolver um processo adequado à sua realidade.

Qualidade De Requisitos

Segundo o padrão IEEE 830, devemos considerar alguns critérios de qualidade ao

trabalharmos com requisitos:

 Correção: um documento de requisitos é considerado correto se todos os

requisitos representam algo que deve estar presente no sistema que está
sendo desenvolvido, ou seja, os requisitos reais do usuário devem coincidir
com os requisitos identificados. Esta não é uma tarefa trivial e parte de seu
sucesso está associada a uma boa atividade de validação dos requisitos.
  Não ambiguidade: um conjunto de requisitos é não ambíguo quando somente
pode ser interpretado por todos os envolvidos em um projeto de uma única
maneira.
 Completude: um conjunto de requisitos é dito completo quando descreve
todas as demandas de interesse dos usuários. Estas demandas incluem
requisitos funcionais, de desempenho, restrições, atributos e interfaces
externas.
 Consistência: um conjunto de requisitos é dito consistente se nenhum
subconjunto destes requisitos entra em conflito com os demais requisitos do
sistema.
 Verificabilidade: um requisito é verificável se existe uma forma efetiva, em
termos de tempo e custo, para que pessoas ou ferramentas indiquem se um
sistema cumpre o requisito (IEEE). Em quase todas as situações, é difícil
provar de forma conclusiva que um requisito é cumprido por um software.
Entretanto, escrever bem o requisito pode ajudar a aumentar a confiança na
avaliação.
 Modificabilidade: um conjunto de requisitos é modificável quando seu estilo e
estrutura é tal que as alterações podem ser realizadas de forma simples e
consistente com os demais requisitos.

A gerência, neste cenário, é responsável por manter uma infra-estrutura necessária

para atividades de verificação que tornem possível investigarmos a qualidade dos
requisitos que estamos definindo.

Pré-Requisitos

 Ligação à internet
 Baseado no Windows: Net 4+ ; Windows 10/ 8.1/ 8
 1GB de espaço no disco
 Mobile: Android 4x ou superior, IOS 14 ou superior
 Navegador: Chrome, Safari, Mozilla Firefox, Edge, Opera.

Requisitos Do Sistema
 Requisito, é um aspecto que o sistema proposto deve fazer ou uma restrição
no desenvolvimento do sistema. Vale ressaltar que em ambos os casos devemos
sempre contribuir para resolver os problemas do cliente e não o que o programador ou
um arquiteto deseja. Dessa forma, o conjunto dos requisitos como um todo representa
um acordo negociado entre todas as partes interessadas no sistema. Isso também não
significa que o programador, arquiteto ou um analista bem entendido no assunto de
tecnologia não possam contribuir com sugestões e propostas que levem em conta o
desejo do cliente.

1 - O que o usuário necessita no sistema?

R: O usuário necessita de uma ferramenta que o auxilie na busca por postos de

combustível.

2 - Como deve funcionar o sistema?

R: O sistema deve funcionar em conjunto com a tecnologia do Google Maps, o

que permitira que através da localização fornecida pelo condutor o sistema
consiga localizar o posto com combustível dentro da rota do condutor.

3 - Quantas entidades deverá ter o sistema?

R: O Funcionário da bomba de combustível, as bombas de combustível, e o
usuário.

4 - O que será necessário para que o sistema rode?

R: Um ambiente Windows ou um dispositivo mobile com configurações

intermediárias que permitira o bom funcionamento do sistema.

Os mesmo podem ser classificados como:

- Requisitos funcionais;
- Requisitos não-funcionais.

Requisitos Funcionais:

RF1: O sistema deve permitir fazer rasteio entre as bombas e localizar qual das
mais próximas têm combustível.
RF2: O sistema deve permitir o utilizador saber quanto de combustível tem
disponível.
 RF3: O sistema deve permitir saber o preço do combustível.
RF4: O sistema deve permitir saber se tem congestionamento no posto.
RF5: O sistema deve permitir saber quais são os tipos de combustível que há.
RF6: O sistema deve permitir que o administrador faça cadastro das bombas
de combustível.
RF7: O sistema deve permitir saber se há lavagem de carro nesse posto.
RF8: O sistema deve permitir saber se há lubrificantes no posto.
RF9: O sistema deve permitir saber se há loja de conveniência nesse posto.

Requisitos Não-Funcionais:

RNF1: Desempenho – O sistema deve efectuar uma consulta se existe

bombas com combustível disponiveis no máximo em 1minuto;
RNF2: Portabilidade – O sistema pode ser executado em ambientes
Android, IOS, Windows, BlackBerry;
RNF3: Segurança – O sistema deve manter os dados da localização dos
usuários criptografados;
RNF4: Usabilidade – As telas serão similares as do android e Ios, facto
que torna o uso do sistema simples e familiar;
RNF5: Internacionalização – O sistema deve ser construido de maneira
a facilitar a rápida mudança da língua, ou seja, no processo da instalação
ou mesmo depois disso, o usuário pode escolher a língua que deseja
usar no sistema;

Requisitos Do Usuário

RU1: O usuário deve permitir que o sistema tenha acesso a sua localização;

RU2: O usuário deve escolher o tipo de combustível do seu veículo;

RU3: O usuário deve escolher a empresa de combustível a seu gosto;

RU4: O usuário deve poder saber se há loja de conveninecia nesse posto;

Regras de Negocio

Só é permitido localizar bombas que estajam cadastradas no sistema;

Só é permitido localizar bombas, caso o usuario partilhe a sua localização;

UML – Diagramas de Casos de Uso

 REFERÊNCIAS BIBLIOGRÁFICAS

J.ODELL,James;MARTIN,James, Análise e Projetos Orientados a Objeto, Editora

Makron Books, 1995.

SHARP, John,Microsoft Visual C# 2005 Passo a Passo, Editora Bookman,2007.

DANIEL, Ricardo,Orientacao a Objeto com Prototipacao,Editora ABDR, 2002.

BOOCH,Grady; RUMBAUGH, James; JACOBSON, Ivar, UML Essencial 2º Edição,

Editora Bookman, 2000.

http://www.microsoft.com/sqlserver/2008/pt/br/overview.aspx > acessado em 29

março de 2011

http://www.paulistacombustiveis.com.br/ > acessado em 17 Abril de 2011

CONCLUSÃO

A busca por um estabelecimento que seja de confiança, com a garantia de um

combustível livre de adulterações e com valores justos, é quase um desafio. Antes
mesmo dessa procura se tornar um problema, já em plena viagem, a tecnologia pode
colaborar. Para empresas que atuam com a gestão de frotas, é possível fazer uso de
sistemas que permitem uma gestão completa de combustível. Monitoramento,
relatórios e dados organizados que colaboram para uma ação planejada de
abastecimento, reduzindo consideravelmente as situações em que a gasolina acaba
antes do tempo esperado.
 Mas a tecnologia também pode ajudar na hora exata que o condutor mais
precisa. Para isso, surgiu a ideia de desenvolver este aplicativo que mostra o posto de
gasolina mais próximo e até mesmo a disponibilidade dos diferentes combustíveis.
Referencias bibliograficas