Transporte de Cargas Inteligentes

Março de 2018
Projeto de Sistemas
 Agenda de Apresentação

Introdução Diagrama de Caso de Uso

01 04

Funcionalidades Modelo Conceitual

02 05

Diagrama de Sequência de
Requisitos
03 06 Sistema

Contratos de operação

Trakking|Projeto de Sistemas I IFSP 2

Introdução
 Introdução

No século XX as tecnologias envolvendo o petróleo trouxeram o desenvolvimento das atividades

automotivas que rapidamente se tornaram fundamentais para o transporte de carga e pessoas no
Brasil.

O sistema Trakking foi concebido para tornar os processos de controle da empresa de cargas ainda
mais simples e completo, além de conferir dinamicidade ao permitir controlar o status das operações
em tempo real.

Veja mais a seguir!

4
 O que é frete?

Custos com mão-de-obra

Custo com viagem

Custo com manutenção

5
 Definição do tipo de transporte

Ferrovias 21%
ANÁLISE
Rodoviário 61,1%

Outros 3,5%

Hidrovias 14%
Referência

Via aérea BRASIL. INSTITUTO BRASILEIRO DE GEOGRAFIA E ESTATÍSTICA. . IBGE

0,4%
mapeia a infraestrutura de transportes no Brasil. 2009. Disponível em:
<http://www.brasil.gov.br/infraestrutura/2014/11/ibge-mapeia-a-
infraestrutura-dos-transportes-no-brasil>. Acesso em: 20 fev. 2018.

0 100

6
 Nosso Projeto

Estágio 4 Estágio 3
São feitos os diagramas de Casos de Uso do É feita uma análise de requisitos do projeto.
Projeto e a sua descrição textual

Estágio 5 Estágio 2
O projeto é apresentado ao público A equipe de desenvolvimento faz uma lista de
funcionalidades da aplicação.

Estágio 6 Estágio 1
É retornado feedbacks de forma a melhorar a A ideia é discutida
aplicação, em um processo de melhoria contínua.

Grande Ideia

7
Funcionalidades
 O que é funcionalidade?

Comportamento
01
Ação
02
Passível de execução
03

9
 Nossa visão
A aplicação ideal é aquela que disponibiliza de forma completa e atualizada
todos os procedimentos sobre o deslocamento das cargas e sobre seus
processos relacionados, desde a origem até o destino, fornecendo assim uma
estrutura inteligente para a tomada de decisão.

10
 CONCEITO

MySQL

PHP
CSS
WEB

JAVA TRAKKING
HTML
SCRIPT
Trakking

• Definir fretes • Emitir nota fiscal

• Realizar Cadastros • Controle de acessos

• Funcionalidades

• Gerar Relatórios • Visualizar Informações

12
Requisitos
 Como chegamos até aqui?
Brainstorming
Tempestade de ideias entre os membros da equipe.
Observação de regras de negócio
Análise das principais tarefas de empresas de logística,
através do acesso ao website das mesmas.
Análise de projetos
Análise de projetos semelhantes
Dedicando tempo para meditar
Não é apenas no ambiente de trabalho que
desenvolvemos a ideia. Varias delas surgem durante o
nosso dia-a-dia e fomos criando o projeto, de forma a
complementar o que ja tinha sido feito.
14
 Atributos de Qualidade

Facilidade de uso
UX Experience

Confiabilidade Segurança

Manutenibilidade Disponibilidade

15
 Disponível em diversas plataformas.

Por ser um sistema WEB, o mesmo poderá ser visualizado por diversos
navegadores de internet.

16
 Requisitos não funcionais
REQUISITOS NÃO FUNCIONAIS
REQUISITOS
ID DESCRIÇÃO PRIORIDADE
RELACIONADOS

O banco de dados deve ser MySQL e a Linguagem de Programação

utilizada será PHP e JavaScript. A linguagem de folha de estilos
RNF01 ALTA
utilizada será CSS, a linguagem de marcação de Hipertexto será
HTML.

O sistema deve oferecer compatibilidade com os navegadores

RNF02 ALTA RNF06
Google Chrome, Safari, Internet EDGE e Mozilla Firefox

Deve ter a utilização de uma conexão de internet com no mínimo 2

RNF03 ALTA
Mb/s dedicado para a aplicação.

O sistema deve ser desenvolvido de maneira a interagir com um

RNF04 MÉDIA
web service (Sistema de Cadastro Postal).

17
 Requisitos não funcionais
REQUISITOS NÃO FUNCIONAIS

ID DESCRIÇÃO PRIORIDADE REQUISITOS RELACIONADOS

Ao registrar um serviço sendo vendido, a descrição e preço devem aparecer em, no

RNF05 ALTA
máximo, 2 segundos.

O produto será disponibilizado na nuvem sendo acessível de qualquer dispositivo

RNF06 MÉDIA RNF02
com navegador compatível

O sistema estará disponível 24 horas por dia, 7 dias por semana, durante todo o
RNF07 ALTA
ano.

RNF08 Backups serão feitos diariamente no período noturno, exatamente à 00:00 hora. ALTA

Compatibilidade com sistemas operacionais Windows, Linux, Mac OS, iOS e

RNF09 MÉDIA
Android.

RNF10 O tempo de desenvolvimento não deve ultrapassar 3 meses ALTA

RNF11 Haverá necessidade de treinamento dos usuários do sistema. MÉDIA RF01

18
 Requisitos Funcionais
REQUISITOS FUNCIONAIS

ID DESCRIÇÃO PRIORIDADE REQUISITOS RELACIONADOS

Os usuários deverão possuir permissões diferentes, Administrador com

RF01 acesso total às funcionalidades. Funcionários com acessos a relatórios e ALTA
cadastros relacionados a clientes, fornecedores, veículos, fretes.

Cadastro de funcionários deverá possuir nome, categoria de habilitação

(Caso motorista), CNH (Caso motorista), CPF, RG, endereço, telefone e-
RF02 ALTA RF01
mail, cargo de atuação, setor, permissão, senha de acesso e data do
cadastro.

Cadastro de clientes deverá possuir nome, CPF ou CNPJ, RG (Caso

RF03 ALTA RF01
pessoa física), telefone, e-mail, endereço e data do cadastro.

Cadastro dos contratantes deverá possuir nome, CNPJ, inscrição

RF04 ALTA RF01
estadual, telefone, e-mail, endereço e data do cadastro.

Cadastro de veículos deverá conter placa, marca, modelo, cor, ano, tipo
RF05 ALTA RF01
de carga que pode transportar e data do cadastro.

19
 Requisitos Funcionais
REQUISITOS FUNCIONAIS
ID DESCRIÇÃO PRIORIDADE REQUISITOS RELACIONADOS
Cadastro de frete deve conter endereço de origem, endereço de
entrega, data de saída, data de entrega, quilometragem inicial,
RF06 ALTA RF01
quilometragem final, quantidade Diesel, quilômetros rodados,
total de dias, comissão motorista, despesas, valor total.
Emissão de notas fiscais do transporte contendo o valor do frete,
RF07 o volume dos produtos, a data da emissão da nota, o nome do ALTA
motorista, informações do veículo usado.

Emitir carta de cobrança para clientes inadimplentes pelos

RF08 MÉDIA
critérios pré-estabelecidos conforme o fluxo de caixa.
Emitir relatório de frete, clientes, fornecedores, contas, e demais
RF09 informações relevantes para a administração e tomada de ALTA
decisões.

O sistema deve permitir ao contratante alterar a opção de

RF10 MÉDIA
pagamento antes da compra.
A todo novo pedido(ordem de serviço) deve ser gerado um
RF11 ALTA
identificador único (PID).
O sistema deve fornecer visualizadores apropriados para o
RF12 MÉDIA
usuário ler documentos no arquivo de documentos.
O sistema deve fazer backup incremental dos dados do banco de
RF13 MÉDIA
dados para o armazenamento em na nuvem a cada 12 horas.
20
Diagrama de Caso de
Uso
 Diagrama de Casos de Uso

Emitir nota fiscal

Definir fretes
Realizar cadastro

Gerar relatórios 6
Atribuir conta de Visualizar 4
acesso 2 informações do
pedido

3 5
1
 Diagrama de Casos de Uso

Definir fretes Emitir nota fiscal

Gerenciar contas a
pagar e a receber
Gerar relatório
4 6

5 7
 Atribuir conta de acesso
Atribuir conta de acesso
Objetivo: Realizar o cadastro, atualização, pesquisa e remoção de funcionários.
Requisitos: RF01 e RF02
Atores: Administrador e funcionários
Pré-condições: O Administrador efetuar o login no Sistema.
Pós-condição: Os dados são salvos no banco de dados.
Fluxo Principal Fluxo Alternativo
1. Administrador seleciona a opção funcionários.

2. Sistema lista os funcionários existentes e exibe opções de pesquisar,

atualizar e cadastrar.

A3.1. Administrador seleciona o funcionário.

- Administrador seleciona a opção atualizar.

- Caso de uso vai para o passo 4.

3. Administrador seleciona opção de cadastrar.

A3.2. Administrador seleciona o funcionário.
- Caso de uso vai para o passo A6.
A3.3. Administrador digita nome do funcionário.
- Sistema lista funcionário informado.
- Caso de uso vai para o passo A3.1 ou A3.2.
24
 Atribuir conta de acesso
Atribuir conta de acesso
Objetivo: Realizar o cadastro, atualização, pesquisa e remoção de funcionários.
Requisitos: RF01 e RF02
4. Sistema apresenta formulários contendo as
Atores: Administrador e funcionários
informações:
Pré-condições: O Administrador efetuar o login no Sistema.
Cadastro de funcionários
Pós-condição: Os dados são salvos no banco de dados.
Nome* (Campo editável) Fluxo Principal Fluxo Alternativo
CPF* (Campo editável)
RG* (Campo editável)
Telefone* (Campo editável)
E-mail (Campo editável)
Cargo de atuação* (Campo de seleção)
Permissão* (Campo de seleção)
Status* (Campo booleano)
Senha*(Campo editável)
Endereço (Campo editável)
Número (Campo numérico)
Bairro (Campo editável)
Cidade (Campo editável)
Data de cadastro (Campo auto preenchido
pelo sistema no formato data)

- Caso seja motorista adicionar

CNH* (Campo editável)

Categoria de habilitação* (Campo de seleção)

Obs.: Campos marcados com “*” o 25

preenchimento é obrigatório.
 Atribuir conta de acesso
Atribuir conta de acesso
Objetivo: Realizar o cadastro, atualização, pesquisa e remoção de funcionários.
Requisitos: RF01 e RF02
Atores: Administrador e funcionários
Pré-condições: O Administrador efetuar o login no Sistema.
Pós-condição: Os dados são salvos no banco de dados.
Fluxo Principal Fluxo Alternativo

5. Administrador preenche ou altera o formulário apresentado.

A6. Administrador seleciona a opção excluir.

6. Administrador seleciona a opção salvar.
- Caso de uso vai para o passo A8.1 ou A8.2.
7. Sistema valida os dados preenchidos A7. Sistema informa campos obrigatórios que não foram preenchidos.
A8.1. Sistema atualiza o status do funcionário para desativado.

A8.2. Sistema informa que os dados não foram adicionados ou alterados.

8. Sistema define status do funcionário para ativo.
- Sistema cria arquivo com dados fornecidos para posterior
recuperação e gravação no banco de dados.
- Caso de uso vai para o passo 9.

9. Sistema salva os dados do funcionário no banco de dados.

26
 Realizar Cadastro
Realizar cadastro de clientes
Objetivo: Realizar o cadastro, atualização, pesquisa e remoção de clientes.
Requisitos: RF01 e RF03
Atores: Administrador, funcionário e cliente.
Pré-condições: Dados para cadastro estarem disponíveis.
Pós-condição: Os dados são salvos no banco de dados.
Fluxo Principal Fluxo Alternativo
1. Usuário seleciona a opção cliente.
2. Sistema lista os clientes existentes e exibe opções de pesquisar,
atualizar e cadastrar.

A3.1. Usuário seleciona o cliente.

- Usuário seleciona a opção atualizar.

- Caso de uso vai para o passo 4.

A3.2. Usuário seleciona o cliente.

3. Usuário seleciona opção de cadastrar.
- Caso de uso vai para o passo A6.

A3.3. Usuário digita nome do cliente.

- Sistema lista cliente informado.
- Caso de uso vai para o passo A3.1 ou A3.2.
27
 Realizar Cadastro
Realizar cadastro de clientes
Objetivo: Realizar o cadastro, atualização, pesquisa e remoção de clientes.
Requisitos: RF01 e RF03
Atores: Administrador, funcionário e cliente.
Pré-condições: Dados para cadastro estarem disponíveis.
Pós-condição: Os dados são salvos no banco de dados.
Fluxo Principal Fluxo Alternativo
4. Sistema apresenta formulários contendo as informações:

Nome* (Campo editável)

CPF ou CNPJ * (Campo editável)
RG* - caso pessoa física (Campo editável)
Telefone* (Campo editável)
E-mail (Campo editável)
Endereço* (Campo editável)
Número* (Campo numérico)
Bairro* (Campo editável)
Cidade* (Campo editável)
Data de cadastro (Campo auto preenchido pelo sistema no formato data)

Obs.: Campos marcados com “*” o preenchimento é obrigatório.

5. Usuário preenche ou altera o formulário apresentado.

28
 Realizar Cadastro
Realizar cadastro de clientes
Objetivo: Realizar o cadastro, atualização, pesquisa e remoção de clientes.
Requisitos: RF01 e RF03
Atores: Administrador, funcionário e cliente.
Pré-condições: Dados para cadastro estarem disponíveis.
Pós-condição: Os dados são salvos no banco de dados.
Fluxo Principal Fluxo Alternativo
A6. Usuário seleciona a opção excluir.
6. Usuário seleciona a opção salvar.
- Caso de uso vai para o passo A8.1 ou A8.2.

7. Sistema valida os dados preenchidos A7. Sistema informa campos obrigatórios que não foram preenchidos.

A8.1. Sistema atualiza o status do cliente para desativado.

A8.2. Sistema informa que os dados não foram adicionados ou alterados.

8. Sistema define status do cliente para ativo.
- Sistema cria arquivo com dados fornecidos para posterior
recuperação e gravação no banco de dados.

- Caso de uso vai para o passo 9.

9. Sistema salva os dados do usuário no banco de dados.

29
 Emitir Nota Fiscal
Emitir Nota Fiscal
Objetivo: Emitir a nota fiscal referente ao frete.
Requisitos: RF01
Atores: Administrador e funcionário.

Pré-condições: Frete definido, usuário estar logado no sistema.

Pós-condição: A nota fiscal será emitida, salva no sistema e notificada na receita.

Fluxo Principal Fluxo Alternativo
1. Usuário seleciona a opção emitir nota
fiscal.
2. Sistema lista os produtos, no qual o
frete já foi definido.

3. Usuário seleciona o produto que

deseja emitir a nota fiscal.

4. Sistema exibe informações do

produto e exibe opção de emitir nota
fiscal.

5. O usuário emite a nota após a

confirmação do valor do frete.

30
 Emitir Nota Fiscal
Emitir Nota Fiscal
Objetivo: Emitir a nota fiscal referente ao frete.
Fluxo Principal Fluxo Alternativo
6. O sistema emite a nota fiscal pela
A.6.1 Ocorre erro ao emitir a nota.
receita, retornando a DASN e o XML.

- A nota fiscal possui: A.6.2 O sistema retorna o erro ao cliente.

- Dados do cliente;
- Dados do fornecedor (contratante )
A6.3. Sistema informa que a impressora está offline e que a nota não pode ser impressa.
da mercadoria;
- Número de controle da nota fiscal; - Caso de uso retorna para o passo 4.
- Volume dos produtos;
- Data da emissão da nota;
- Valor do frete.

- O sistema salva localmente faz uma

cópia em nuvem e imprime a nota
fiscal.
- O sistema exibe a nota fiscal em
formato eletrônico ao usuário.
7. Usuário visualiza nota fiscal.
- Usuário finaliza a emissão da nota
fiscal.
31
 Definir Fretes
Gerar fretes
Objetivo: Definir os valores do frete de acordo com o volume e localização do cliente.
Requisitos: RF01
Atores: Administrador e funcionário.

Pré-condições: Produto cadastrado.

Pós-condição: O frete sairá com o valor correto.

Fluxo Principal Fluxo Alternativo
1. O funcionário seleciona um produto cadastrado sem valor de frete
A.1. Nenhum produto cadastrado.
definido.

A.2.1. Os dados não conferem.

2. O funcionário verifica as informações fornecidas pelo sistema e pelo
cliente como por exemplo o endereço, medidas e volume do(s)
produto(s),tipo de envio (rápida, normal ou agendada).
-O sistema volta o cadastro para o usuário para corrigir os erros.

A.3.1. O sistema gera o valor do frete incorretamente.

3. O sistema gera o valor correto do frete.
O funcionário confere os dados e gera o valor correto do frete.

32
 Visualizar informações do pedido
Visualizar Informações do pedido
Objetivo: Realizar o cadastro, atualização, pesquisa e remoção de contratante.
Requisitos: RF01, RF07 E RF11
Atores: Cliente
Os dados salvos estarem disponíveis no banco de dados e o cliente
Pré-condições:
possuir o PID para rastreamento.
Pós-condição: Visualização da localização do produto.
Fluxo Principal Fluxo Alternativo
1. Usuário acessa o sistema de rastreamento da empresa de transportes.
2. Sistema redireciona para a opção rastreamento, exibindo mensagem
de solicitação do código, campo para inserção do PID e botão de
localizar.

A3.1. Usuário digita o número de rastreamento.

3. Usuário em posse do PID de rastreamento, digita o número e seleciona - Usuário seleciona a opção localizar.
opção de localizar. - Sistema reporta mensagem de dados não encontrados e sugere
verificar a numeração.
- Caso de uso retorna para o passo 2.

4. Sistema exibe dados sobre a localização do produto.

5. Usuário encerra a seção de rastreamento.

33
 Gerenciar contas a pagar e a receber

O usuário com acesso a essa funcionalidade da aplicação deverá estar

devidamente autenticado no sistema e poderá acessar as contas a pagar
e a receber. Com acesso a essa funcionalidade será possível atribuir
ordem de prioridade para os pagamentos a partir dos valores a serem
creditados ou depositados, assim como as datas para o pagamento de
contas a pagar e simulações de fluxo de caixa. Através da utilização
desta funcionalidade será possível prever a posição financeira da
empresa, permitindo uma visão estratégica para o desenvolvimento do
negócio.

34
Modelo Conceitual
 Genius Points

Como ele deve se comportar?

O que o Sistema deve fazer?

Como ele deve se parecer?

36
MODELO CONCEITUAL

37
6

DIAGRAMA DE SEQUÊNCIA
DO SISTEMA
 Diagrama de Sequência

Gerar relatório
 Diagrama de Sequência

Gerar frete
 Diagrama de Sequência

Emitir nota fiscal

 Diagrama de Sequência

Visualizar informações
do pedido
CONTRATOS DE
OPERAÇÃO
 Contratos de operação

gerarFrete() gerarRelatorio()

Referências Cruzadas: Caso de uso: “Gerar Relatórios”

Referências Cruzadas: Caso de uso: “Gerar Fretes”
Pré-Condições:
Pré-Condições: Deve existir um usuário cadastrado no sistema.
O leitor é registrado no sistema e obtém seu ID.
Deve existir um usuário cadastrado no sistema.
O usuário de sistema precisa ter privilégios para emitir determinados relatórios
O leitor é registrado no sistema e obtém seu ID.
Pós-Condições:
Um usuário apto a gerar relatórios foi identificado.
Pós-Condições:
Um tipo de relatório é selecionado pelo usuário.
Um usuário apto a gerar fretes foi identificado.
Um objeto relatório foi criado e associado ao usuário.
Um objeto frete foi criado e associado ao usuário.
O objeto frete foi armazenado no banco de dados. O objeto relatório é identificado e é apresentada a possibilidade de impressão para o
usuário.
O usuário pode salvar o relatório.
Caso o usuário não salve o relatório, o mesmo será deletado do sistema, provisionando
maior desempenho.
 Contratos de operação

visualizarInformacoes() emitirNotaFiscal()

Referências Cruzadas: Caso de uso: “Visualizar Informações do Pedido” Referências Cruzadas: Caso de uso: “Nota Fiscal”
Pré-Condições:
Pré-Condições:
O usuário acessa um navegador compatível.
Um produto deve ter sido selecionado.
O usuário precisa ter o número do pedido para acessar informações do
seu pedido. Deve existir um usuário cadastrado no sistema com permissão para emitir nota
O usuário digita o número de pid e clica na pesquisa do seu pedido. fiscal.
Pós-Condições:
Pós-Condições:
Um usuário com um número de pedido válido foi identificado.
A nota fiscal foi emitida na receita.
Um objeto informacoesPedido foi criado e associado ao usuário.
A nota é salva na nuvem e no armazenamento local do usuário.
O objeto informacoesPedido é identificado e é apresentado o
rastreamento do produto com as últimas atualizações colocadas no
sistema.
Ao sair do navegador, o objeto informacoesPedido será deletado do
sistema, provisionando maior desempenho.
 Conclusão

Planejar Controlar

Avaliar Desenvolver

46
 Referências
ASAPLOG. Como funciona o transporte de cargas. 2018. Disponível em: <https://asaplog.com.br/como-funciona-o-transporte-de-cargas/>. Acesso em: 19 fev. 2018.

CNX. Atributos de Qualidade: Sobre a importância e influência dos atributos de qualidade no projeto da Arquitetura de Software.. 2008. Disponível em:
<https://archive.cnx.org/contents/67b8bc5e-7e5e-4885-aee4-e57105b00f73@5/atributos-de-qualidade>. Acesso em: 20 fev. 2018.

CAPO, Jeucimar Moro. Gerenciamento de projetos aplicado ao transporte de cargas especiais indivisíveis. 2005. Disponível em:
<http://livros01.livrosgratis.com.br/cp001837.pdf>. Acesso em: 21 fev. 2018.

ROSA, Adriano Carlos. Gestão do transporte na logística de distribuição física: Uma análise da minimização do custo operacional. 2007. Disponível em:
<http://ppga.com.br/mestrado/2007/rosa-adriano_carlos.pdf>. Acesso em: 18 fev. 2018.

VALENTE, Amir Mattar. Sistemas de Transportes: Plano de Ensino. 2017. Disponível em:<http://ppgtg.posgrad.ufsc.br/files/2014/10/Sistemas-de-Transportes-2017-2.pdf>. Acesso em: 17 fev.
2018.

PUC RS (Rio Grande do Sul). Qualidade de Software. 2015. Disponível em: <http://www.pucrs.br/edipucrs/online/projetoSI/6-Engenharia/qualidadeSoftware.htm>. Acesso em: 21 fev. 2018.

BRASIL. INSTITUTO BRASILEIRO DE GEOGRAFIA E ESTATÍSTICA. . IBGE mapeia a infraestrutura de transportes no Brasil. 2009. Disponível em:
<http://www.brasil.gov.br/infraestrutura/2014/11/ibge-mapeia-a-infraestrutura-dos-transportes-no-brasil>. Acesso em: 20 fev. 2018.

EISENBAUN, Gabrielly Rafael. Contratos de Operação. 2014. Disponível em: <http://slideplayer.com.br/slide/335729/>. Acesso em: 05 mar. 2018.

NAKAGAWA, Profa. Dra. Elisa Yumi. Diagramas de Sequência do Sistema: Análise e Projeto Orientados a Objetos. Disponível em:
<https://edisciplinas.usp.br/mod/resource/view.php?id=1025075>. Acesso em: 05 mar. 2018.

REBELO, Irla Bocianoski. Interação Entre Homem e Computador. 2009. Disponível em: <https://pt.scribd.com/document/207018152/Capitulo-3-Modelos-conceituais>. Acesso em: 04 mar.
2018.

TRINCHERO, Marcelo Mario Damazio. A Importância do Planejamento em Projetos de Tecnologia da Informação. 2013. Disponível em:
<http://www.techoje.com.br/site/techoje/categoria/detalhe_artigo/664>. Acesso em: 04 mar. 2018.
47
 KAIO LUIZ DA SILVA LORENA PRADO
“Sucesso é uma jornada,
RODRIGO MESSIAS DA SILVA
não um destino .” – Arthur Ashe
ARIANE FÉLIX DA SILVA Nós continuamos avançando!

GABRIEL ALVES DE LIMA

ALISSON ARAÚJO

PROJETO DE SISTEMAS – 2018

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DE SÃO PAULO

CAMPUS CAMPOS DO JORDÃO