UNIVERSIDADE PAULISTA

KARINA COSTA FERREIRA

MAÍSA MARQUES DA TRINDADE
MÁRIO LUCAS DOS SANTOS

DESENVOLVIMENTO DO ESCOPO DE UM PROJETO DE UM PRODUTO DE

SOFTWARE

MANAUS
2018
 KARINA COSTA FERREIRA – C6935H-7
MAÍSA MARQUES DA TRINDADE – C40444-6
MÁRIO LUCAS DOS SANTOS – C7411I-0

DESENVOLVIMENTO DO ESCOPO DE UM PROJETO DE UM PRODUTO DE

SOFTWARE

Trabalho apresentado à Universidade Paulista

– UNIP, para obtenção de nota no curso de
Ciência da Computação, à disciplina de
Atividades Práticas Supervisionadas – APS.

Orientador: Prof. Alyson Santos

MANAUS
2018
 LISTA DE ILUSTRAÇÕES

Figura 1 - Diagrama de caso de uso do sistema de itinerário fluvial. 9

Figura 2 - Diagrama de caso de uso do sistema de itinerário fluvial. 10
Figura 3 - Diagrama de Sequência do sistema de itinerário fluvial. 11
 LISTA DE TABELAS

Tabela 1 - Elementos do DS do sistema de itinerário fluvial. 11

 SUMÁRIO

1 INTRODUÇÃO ................................................................................................. 6
2 DESENVOLVIMENTO ..................................................................................... 7
2.1 Requisitos ....................................................................................................... 7
2.1.1 Requisitos Funcionais ...................................................................................... 7
2.1.2 Requisitos Não Funcionais ............................................................................... 8
2.2 UML.................................................................................................................. 8
2.2.1 Diagrama de Caso de Uso ............................................................................... 9
2.2.2 Diagrama de Sequência ................................................................................. 10
2.2.3 Diagrama de Classe ....................................................................................... 10
3 CONCLUSÃO ................................................................................................ 12
REFERÊNCIAS BIBLIOGRÁFICAS .............................................................. 13
ANEXO A – FICHA DAS ATIVIDADES PRÁTICAS SUPERVISIONADAS .. 14
 6

1 INTRODUÇÃO

A navegação fluvial na região Amazônica sempre foi de grande significado e

importância para população. No início eram usadas para satisfazer as necessidades
dos indígenas de transporte e com o passar do tempo e a chegada dos europeus na
região, as embarcações foram evoluindo de acordo com as necessidades dos
habitantes.
Em consequência do grande fluxo de pessoas e mercadorias foi necessário que
o transporte fluvial se expandisse, além disso esse tipo de transporte é o principal
meio de locomoção entre a capital e os interiores do Amazonas.
No entanto existem alguns problemas que deixam os serviços precários e
esses problemas causam serviços de baixa qualidade na navegação fluvial, podemos
citar problemas como: infraestrutura portuária, embarcações sem a devida segurança,
falta de fiscalizações nas embarcações, itinerários fluviais.
Muitas vezes a viagem não se torna confortável, barcos regionais ou de recreio
como são conhecidos, apresentam falta de infraestrutura e condições precárias aos
passageiros, constantemente burlam a fiscalização e viajam com o limite de pessoas
acima do permitido, como foi dito no parágrafo anterior, muitos são os problemas.
Como o transporte fluvial é o principal e mais importante meio de transporte da
região norte, desta forma, o objetivo fundamental deste trabalho é apresentar uma
solução para um desses problemas, itinerários fluviais. A ideia é utilizar o recurso de
construção de um software para facilitar a vida das pessoas que desejam viajar e que
desejam obter informações atualizadas sobre a embarcação pretendida.
Informações como horários de chegada e partida, datas de embarque,
disponibilidade de vagas para passageiros nos barcos, estarão presentes no software
e sempre em constante atualização pelos administradores do site ou até mesmo pela
própria empresa ou dono da embarcação.
 7

2 DESENVOLVIMENTO

2.1 Requisitos

Requisitos são objetivos ou restrições estabelecidas por clientes e usuários do

sistema que definem as diversas propriedades do sistema. Os requisitos de software
são, obviamente, aqueles dentre os requisitos de sistema que dizem respeito a
propriedades do software.
Um conjunto de requisitos pode ser definido como uma condição ou capacidade
necessária que o software deve possuir para que o usuário possa resolver um
problema ou atingir um objetivo ou para atender as necessidades ou restrições da
organização ou dos outros componentes do sistema.
Tradicionalmente, os requisitos de software são separados em requisitos
funcionais e não-funcionais (LEITE, 2000)

2.1.1 Requisitos Funcionais

Quando falamos de um Requisito Funcional estamos nos referindo à requisição

de uma função que um software deverá atender/realizar. Ou seja, exigência,
solicitação, desejo, necessidade, que um software deverá materializar. (VENTURA,
2016)
Os requisitos funcionais do sistema que queremos desenvolver são:
 O sistema deverá mostrar os horários de chegada e partida das embarcações
do porto de Manaus.
 O sistema possibilitará que o passageiro escolha o dia em que deseja fazer sua
viagem.
 O sistema possibilitará o número de vagas disponíveis presentes nas
embarcações.
 O sistema permitirá que os donos de empresas e/ou embarcações façam login
e atualizem informações sobre as embarcações.
 O sistema permitirá que os administradores do site também façam alterações
quando necessário, para que as informações sempre sejam mantidas
atualizadas.
 8

2.1.2 Requisitos Não Funcionais

Segundo um artigo do site DEVMEDIA requisitos não funcionais de software

são aqueles que descrevem não o que o sistema fará, mas como ele fará. Assim, por
exemplo, têm-se requisitos de desempenho, requisitos da interface externa do
sistema, restrições de projeto e atributos da qualidade. A avaliação dos requisitos não
funcionais é feita, em parte, por meio de testes, enquanto que outra parte é avaliada
de maneira subjetiva. Podemos citar como requisitos não funcionais do nosso sistema:
O sistema será desenvolvido na linguagem de programação PHP, utilizando o
framework Laravel. Serão utilizados também HTML, CSS, JavaScript e SQL.
A interface do sistema será de simples compreensão, será fácil e objetiva.
Utilizaremos o banco de dados MySQL, pois é um software livre e que não
cobra muita exigência em relação a recursos de novos hardwares.

2.2 UML

A UML – Unified Modeling Language ou Linguagem de Modelagem Unificada –

é uma linguagem visual utilizada para modelar softwares baseados no paradigma de
orientação a objetos. É uma linguagem de modelagem de propósito geral que pode
ser aplicada a todos os domínios de aplicação. Essa linguagem tornou-se, nos últimos
anos, a linguagem-padrão de modelagem adotada internacionalmente pela indústria
de engenharia de software.
Deve ficar bem claro, porém, que a UML não é uma linguagem de programação,
e sim uma linguagem de modelagem, uma notação, cujo objetivo é auxiliar os
engenheiros de software a definirem as características do sistema, tais como seus
requisitos, seu comportamento, sua estrutura lógica, a dinâmica de seus processos e
até mesmo suas necessidades físicas em relação ao equipamento sobre o qual o
sistema deverá ser implantado. Tais características podem ser definidas por meio da
UML antes do software começar a ser realmente desenvolvido. Além disso, cumpre
destacar que a UML não é um processo de desenvolvimento de software e tampouco
está ligada a um de forma exclusiva, sendo totalmente independente, podendo ser
utilizada por muitos processos de desenvolvimento diferentes ou mesmo da forma que
o engenheiro considerar mais adequada. (GUEDES,2011)
 9

2.2.1 Diagrama de Caso de Uso

O diagrama de caso de uso é uma ótima ferramenta para o levantamento dos

requisitos funcionais do sistema a ser desenvolvido, ele descreve a função da
proposta para um novo sistema que irá ser projetado. Documenta o que o sistema faz
do ponto de vista do usuário. A figura a seguir mostra o nosso diagrama de caso de
uso.

Figura 1 - Diagrama de caso de uso do sistema de itinerário fluvial.

Fonte: Elaborado pelos autores, 2018.

O cliente é o ator primário, ele vai fazer a pesquisa no site para verificar datas,
horários, tipos de embarcação e número de vagas. Estes dados serão disponibilizados
pelo administrador do site que por sua vez terá a informação disponibilizada pelo dono
da embarcação, estes são atores secundários. Para os atores secundários realizarem
as atualizações nas informações precisam fazer o login no site. É função do dono da
embarcação manter o número de vagas disponíveis nas embarcações. Manter
embarcações, manter data/horário, manter vagas, são includes do resultado da
pesquisa do site, ou seja, são relacionamentos obrigatórios, pois sem eles não existe
resultado da pesquisa.
 10

2.2.2 Diagrama de Sequência

O diagrama de sequência é o diagrama que demonstra a interação entre os

objetos, uma sequência de mensagens trocadas entre vários outros objetos em um
contexto escolhido/ contexto definido.
Composição do Diagrama de Sequência: atores, objetos, mensagens, •linha do
tempo e interação .

Figura 2 - Diagrama de caso de uso do sistema de itinerário fluvial.

Fonte: Elaborado pelos autores, 2018.

O diagrama de sequência expõe as sequências de mensagens conduzidas

entre os objetos. O diagrama de sequência também mostra a organizado do controle
de mensagens entre si.
A linha do tempo do diagrama de sequência simboliza como são feitas as
transações entre si, um vai e vem, uma transparência da interação entre o usuário e
site, usuário e administrador e administrador e banco.

2.2.3 Diagrama de Classe

Segundo o artigo do site Devmedia, em programação, um diagrama de classes

é uma representação da estrutura e relações das classes que servem de modelo para
objetos. Podemos afirmar de maneira mais simples que seria um conjunto de objetos
com as mesmas características, assim saberemos identificar objetos e agrupá-los, de
 11

forma a encontrar suas respectivas classes. Na Unified Modeling Language (UML) em

diagrama de classe, uma classe é representada por um retângulo com três divisões,
são elas: O nome da classe, seus atributos e por fim os métodos. Vejam abaixo a
representação do diagrama de classe do nosso projeto de pesquisa:

Figura 3 - Diagrama de Sequência do sistema de itinerário fluvial.

Fonte: Elaborado pelos autores, 2018.

Tabela 1 - Elementos do DS do sistema de itinerário fluvial.

Elementos Descrição

Passageiro O modelo pai que representa uma pessoa do mundo real.

A classe abstrata que representa

Administrador
a pessoa que administra as atualizações do site.

Classe que disponibiliza as informações

Empresa/Dono
para o administrador e faz atualizações também.

A classe modelo que representa as informações

Site
necessárias para o passageiro comprar sua passagem.
Fonte: Elaborado pelos autores, 2018.
 12

3 CONCLUSÃO

O objetivo deste trabalho de foi mostrar a importância dos diagramas no

desenvolvimento web. Cada diagrama tem uma participação importante no processo
de implementação da tela.
O sistema que será desenvolvido mostrará data, horários de chagada e partida
e se há vagas disponíveis nas embarcações. É importante ressaltar que as
informações estarão sempre em constante atualização, tanto pelas administradoras
do site, como pelos donos ou empresas responsáveis pelos barcos, facilitando assim
a vida do passageiro.
 13

REFERÊNCIAS BIBLIOGRÁFICAS

Brandão Barbosa, E. e Pereira Prado, A. Transporte fluvial de passageiros: logística

nos portos e itinerários do estado do Amazonas, em Observatório da Economia Latino-
americana, Número 194, 2014. Disponível em:
<http://www.eumed.net/cursecon/ecolat/br/14/transporte-fluvial.hmtl/> Acesso em: 25
de fevereiro 2018

TODA MATÉRIA. Transporte Fluvial. Disponível em: <

https://www.todamateria.com.br/transporte-fluvial/> Acesso em: 28 fevereiro 2018

LEITE, Jair. Notas de aula de Engenharia de Software. Disponível em:

<https://www.dimap.ufrn.br/~jair/ES/c4.html/> Acesso em: 01 de maio 2018

VENTURA, Plínio. O que é Requisito Funcional. Disponível em :

<http://www.ateomomento.com.br/o-que-e-requisito-funcional/ > Acesso em: 11 de
maio 2018

DEVMEDIA. Artigo Engenharia de Software 3 - Requisitos Não Funcionais.

Disponível em: < https://www.devmedia.com.br/artigo-engenharia-de-software-3-
requisitos-nao-funcionais/9525/> Acesso em : 15 de maio 2018

SIGNIFICADOS. Significado de Diagrama de classes. Disponível em :

<https://www.significados.com.br/diagrama-de-classes/> Acesso em : 15 de maio
2018

IBM. Diagramas de sequência. Disponível em: < https://www.ibm.com/> Acesso em:

16 de maio 2018

TEAM, Lucidchart. UML Diagram Templates and Examples. Disponível em : <

https://www.lucidchart.com/blog/uml-diagram-templates/> Acesso em 17 de maio
2018
 14

ANEXO A – FICHA DAS ATIVIDADES PRÁTICAS SUPERVISIONADAS

15