SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

2º semestre – Noturno

DAVI TAVEIRA
RA 22191433-2
CARLOS EDUARDO PAIXÃO DOS SANTOS
RA 221881102
LEONARDO JARDIM LAZILHA
RA 22003838-2
MILENA HARUMI GUERREIRO KAMITAMI
RA 22098167-2
VALCIRENE D'ANGELO
RA 22308373-2
SOLUÇÕES INOVADORAS PARA O DESENVOLVIMENTO DE SOLUÇÕES APLICADAS AO
CONCEITO DE SMART CITIES.
ATIVIDADE DE ESTUDO PROGRAMADA DO
2º BIMESTRE

MARINGÁ

2022
1.INTRODUÇÃO

Smart Cities são sistemas em que as pessoas interagem com a tecnologia a fim de catalisar o
desenvolvimento econômico e a melhora da qualidade de vida. São considerados inteligentes pois
fazem o uso estratégico de infraestrutura e serviços de informação com o planejamento urbano,
afim de dar uma resposta às necessidades. A concepção de smart city já se consolidou como tema-
chave na discussão global sobre desenvolvimento sustentável e propulsa um mercado global de
soluções tecnológicos, que é estimado a chegar em US$ 408 bilhões até 2020.

Atualmente, cidades de países em progresso estão investindo bilhões de dólares em produtos

e serviços inteligentes para sustentar o crescimento econômico e as demandas materiais da nova
classe média. Ao mesmo tempo, países desenvolvidos precisam aprimorar a infraestrutura urbana
existente para permanecer competitivos. Pensando nisso, o trabalho tem como objetivo de
contribuir com propostas de software para o desenvolvimento de soluções inovadoras, esse projeto
busca por soluções inovadoras para o desenvolvimento de soluções aplicadas ao conceito de
Smart Cities.

Esse trabalho buscou atender a proposta da Atividade de Desafio Profissional pela

UNICESUMAR. Esse estudo foi desenvolvido de maneira interdisciplinar entre as disciplinas do
curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas e dividido da seguinte
forma: os objetivos gerais e os objetivos específicos, o desenvolvimento, considerações finais,
referências e finalizando com os apêndices.
2.OBJETIVO

2.1 OBJETIVO GERAL

O objetivo desse projeto é propor e desenvolver uma solução de software com objetivo de
suprir alguma demanda social, onde o conceito de Smart Cities pode ser aplicado como agente de
transformação.

2.2 OBJETIVO ESPECIFICO

• Comandos SQL implementados para o sistema.

• Definição da interface utilizando mockups
• Desenvolvimento de Aplicações: implementação de MVP
• Diagrama de Entidade-Relacionamento do sistema.
• Elaborar diagrama de Atividades, Casos de Uso e Descrição de Caso de Uso
• Elicitação e especificação de requisitos (Funcionais e Não-funcionais).
• Vídeo com a apresentação do projeto, conforme padrão institucional
3. DESENVOLVIMENTO

O desenvolvimento deste trabalho abrange os conhecimentos adquiridos nas disciplinas do

Curso de Análise e Técnicas de Desenvolvimento de Sistemas.

Dentro da disciplina de Algoritmos e Lógica de Programação, códigos são apresentados para

a tela inicial de login do conjunto, onde há estruturas para repetição e validação de informações,
manipulação de entrada, saída e processamento de dados.

3.1 – Engenharia de Software

É uma disciplina que se procura com todos os aspectos de produção de um software, desde
os estágios iniciais de especificação do sistema até sua manutenção, quando o sistema já está
sendo usado ela analisa as questões práticas de custo, prazo, e confiança, assim como as
necessidades dos clientes e produtores do software. Nela aprendemos metodologias para
impulsionar, organizar e tornar a produção mais ágil.

Imagem 1 – Mockup inicial

3.1.2 Requisitos funcionais

Os requisitos funcionais descrevem o comportamento do sistema, seus requisitos para a

funcionalidade de cada item, ou seja, requisitos que descrevem o trabalho que o sistema deve
realizar. Eles são os cérebros do projeto porque descrevem o que o sistema deve fazer.
Pensando nisso fizemos o levantamento dos seguintes requisitos para o nosso projeto:

• O sistema deve permitir a inclusão, alteração e remoção de usuários do sistema. Os

dados do usuário consistem de: nome completo, nome de usuário, endereço, CPF,
cidade, bairro, estado, telefone celular, e-mail e função ou cargo. Para cada usuário
 incluído no sistema, deve ser gerada uma senha e enviada ao e-mail do usuário, que
deverá alterá-la no primeiro acesso ao sistema.
• O sistema deve emitir mensagens de erro caso algum dos dados estejam incompletos.
Deve ser validado também se o usuário existe no cadastro por meio de seu CPF.
• O sistema deve armazenar dados do usuário tais como: veículo utilizado, data, hora,
quilometragem inicial e final.
• O sistema deve armazenar dados dos veículos tais como: horário de saída, KM
rodados, histórico de viagens e a lista de usuários que fizeram uso de certo veículo. O
sistema deve também ser capaz de armazenar todo percurso feito por usuário a fim de
evitar o uso indevido.

3.1.2.1 Requisitos não funcionais

Os requisitos não funcionais definem como o sistema funcionará, embora essa definição não
seja muito clara. Os requisitos não funcionais não estão diretamente relacionados à funcionalidade
do sistema.

Também conhecido como atributo de massa, mas é muito importante no desenvolvimento do

sistema. Muitas vezes vistos como um pré-requisito e restrição técnica de um projeto, os requisitos
não funcionais são, na verdade, todos os requisitos que não podem ser atendidos pela
funcionalidade.

• O sistema deve conter criptografia de dados como senhas, dados pessoais de usuários
e dados dos veículos.
• O sistema deve ter acesso à geolocalização do veículo e usuário a fim de armazenar
essas informações.
• O sistema deve ter capacidade para recuperar os dados perdidos da última operação
que realizou em caso de falha.
• O sistema deve ter um tempo de respostas as operações realizadas, não pode exceder
1 segundo.
• O sistema deve ser facilmente portável para os ambientes Android e iOS sendo
obrigatório o compartilhamento da sua Localização.
3.2 Diagrama de atividades

A finalidade de um diagrama de atividades é mostrar o fluxo de atividades em um único processo.

Os diagramas mostram como as atividades dependem uma da outra.

Imagem 2 – Diagrama de atividades

3.3 Diagrama de caso de Uso

Um diagrama de caso de uso é usado para descrever graficamente um subconjunto do modelo

para simplificar a comunicação

Imagem 3 – Diagrama de caso de uso

3.3.1 Descrição de Caso de Uso

Caso de uso: Efetuar cadastro

Visão Geral: O usuário do aplicativo realiza o cadastramento dos dados pessoais na

plataforma. Os dados serão armazenados no nosso banco de dados

Ator Principal: Usuário

Pré-Condições: Possuir telefone para validação, e-mail, e senha que siga os requisitos de
complexidade.

Pós-Condições: Os dados do novo usuário são armazenados no sistema.

Cenário de Sucesso Principal: 1. O usuário acessa o aplicativo.

2. O usuário faz o login caso tenha conta.

3. O usuário tem a oportunidade de criar conta.

4. O sistema fornece a oportunidade de logar com facebook ou google.

5. O Atendente informa ao sistema a identificação do leitor.

Fluxos Alternativos: 1. Se o sistema apresente falhas, o usuário deverá reportar o erro.

2. Caso o usuário não possua uma conta, deverá fazer cadastro.

3. Após o usuário tentar criar uma conta que já existe, o sistema informa que
já existe e sugere login.

Caso de uso: Efetuar login

Visão Geral: O usuário do aplicativo deverá informar seu e-mail e sua senha para acessar
sua conta.

Ator Principal: Usuário

Pré-Condições: O usuário deverá estar cadastrado no sistema.

Pós-Condições: O sistema consulta no banco de dados se existe o usuário cadastrado

Cenário de Sucesso Principal: 1. O usuário acessa o aplicativo.

2. O usuário insere seu e-mail e senha.

 3.Usuário acessa sua conta.

Fluxos Alternativos: 1. Se o sistema apresente falhas, o usuário deverá reportar o erro.

2. Caso o sistema não encontre o e-mail cadastrado e sugere a criação de uma

conta. Ou, verifica se a senha está correta.

Caso de uso: Escanear QR code

Visão Geral: O usuário do aplicativo deverá apontar a câmera de seu smartphone para o QR
que fica no carro.

Ator Principal: Usuário

Pré-Condições: O usuário está identificado e autenticado.

Pós-Condições: O sistema informará os dados do carro (Status: ligado ou desligado, km do

veículo, local atual, nome do condutor, data e horário).

Cenário de Sucesso Principal: 1. O usuário acessa o aplicativo.

2. O usuário insere seu e-mail e senha (login).

3.Usuário acessa sua conta.

4. Acessa a opção para ler o QR code no sistema e efetua a leitura.

Fluxos Alternativos: 1. Se o sistema apresente falhas, o usuário deverá reportar o erro.

2. Caso o sistema não encontre o e-mail cadastrado e sugere a criação de uma

conta. Ou, verifica se a senha está correta.

4. Em caso de erro na leitura do QR code, o usuário poderá inserir a placa do

veículo como código.

Caso de uso: Consultar histórico de trajetos <<extend>>

Visão Geral: Caso o usuário precise, ele poderá consultar o histórico de todos os seus
trajetos.

Ator Principal: Usuário.

Pré-Condições: O usuário está identificado e autenticado.

Pós-Condições: O sistema expõe os carros utilizados pelo condutor proprietário do celular, suas
respectivas rotas juntamente com a data da mesma.

Cenário de Sucesso Principal: 1. O usuário acessa o aplicativo.

2. O usuário insere seu e-mail e senha (login).

3.Usuário acessa sua conta.

4. Caso se faça necessário, o usuário poderá visualizar seu histórico de trajetos.

Fluxos Alternativos: 1. Se o sistema apresente falhas, o usuário deverá reportar o erro.

2. Caso o sistema não encontre o e-mail cadastrado e sugere a criação de uma

conta. Ou, verifica se a senha está correta.

4. Por ventura não for exibido o histórico de trajeto, será devido a falta de rota
do condutor.

Caso de uso: Inserir novos trajetos <<extend>>

Visão Geral: Caso o usuário precise, ele poderá adicionar um novo trajeto a ser percorrido.

Ator Principal: Usuário

Pré-Condições: O usuário está identificado e autenticado.

Pós-Condições: O sistema exibe a nova rota para o usuário.

Cenário de Sucesso Principal: 1. O usuário acessa o aplicativo.

2. O usuário insere seu e-mail e senha (login).

3.Usuário acessa sua conta.

4. Caso se faça necessário, o usuário poderá inserir um trajeto para ser

percorrido.

Fluxos Alternativos: 1. Se o sistema apresente falhas, o usuário deverá reportar o erro.

2. Caso o sistema não encontre o e-mail cadastrado e sugere a criação de uma

conta. Ou, verifica se a senha está correta.

4.Possivelmente o condutor utilizará um trajeto já existente em seu histórico.

 Caso de uso: Finalizar rota <<include>>

Visão Geral: Após finalizar um trajeto, o usuário deverá encerrar a sua

atividade/percurso/trajeto.

Ator Principal: Usuário

Pré-Condições: O usuário está identificado e autenticado.

Pós-Condições: O sistema apresentará uma mensagem com os seguintes dizeres (“Rota

finalizada com sucesso e salvo em seu histórico”).

Cenário de Sucesso Principal: 1. O usuário acessa o aplicativo.

2. O usuário insere seu e-mail e senha (login).

3.Usuário acessa sua conta.

4. Ao finalizar o percurso, o usuário deverá finalizar .....

Fluxos Alternativos: 1. Se o sistema apresente falhas, o usuário deverá reportar o erro.

2. Caso o sistema não encontre o e-mail cadastrado e sugere a criação de uma

conta. Ou, verifica se a senha está correta.

4. Caso apresente alguma falha, o usuário poderá editar?

3.4 Coleta de informações

Para compreender melhor a realidade do nosso aplicativo, foram realizadas coleta de

informações. Para isso, foi feito uma visita nos lugares onde se faz o uso do diário de bordo, diante
disso, recolhemos algumas informações.

O preenchimento desses dados é feito de forma manual, através de uma tabela em uma folha
de sulfite e o armazenamento dos dados é em uma pasta física, como mostram as imagens a
seguir.
 Imagem4 – Sistema de utilização atual

3.5 Algoritmos e Lógica de Programação

Algoritmos são uma sequência de passos lógicos finitos que levam à resolução de um
problema ou a um objetivo. Quanto à entrada, saída e dados de dados, temos como entrada a área
de e-mail e a senha, para obter os dados cadastrais, o que é extremamente importante para o
nosso sistema

Quando nos referimos a um aplicativo que tem a necessidade de um Login e uma Senha,
estamos falando de uma estrutura de banco de dados que valida se o que foi digitado confere com
o que está salvo no sistema elaborando através do aplicativo Dev C++.

3.6 Desenvolvimento de aplicações

Desenvolver aplicações é um processo de criação de uma plataforma para a internet. Um

sistema web nada mais é do que um website, seja ele para apresentar informações, divulgar uma
marca, vendas através de lojas virtuais entre outros.

Na parte do desenvolvimento de um site, podemos dividir em duas etapas, front-end e back-

end. O front pode ser definido como o desenvolvimento da interface gráfica do usuário, por meio
do uso de HTML, CSS e também Javascript para que os usuários possam visualizar e interagir
com aquele site. Back end é uma estrutura que possibilita a operação do sistema ou da
plataforma, armazenar e manipular dados. Além dessas duas frentes, temos o especialista em
banco de dados, hoje, o DBA.

3.7 Banco de dados

Os bancos de dados foram introduzidos para as aplicações mais diversas, com a proposta de
solucionar os seguintes pontos:
 • Padronizar o acesso: Ao invés de utilizar softwares e arquivos diferentes para cada tipo de
informação de informação, em um banco de dados utilizamos uma única interface para
gerenciar todas as em formação.
• Segurança de acesso: Em um banco de dados, é possível determinar quem está acessando
o quê e verificar exatamente quem fez o quê.
• Integridade das informações: Na loja, você pode criar regras para evitar que informações
incorretas ou duplicadas sejam salvas.
• Escalabilidade: Bancos de dados são projetados para trabalhar com grandes volumes de
dados.
• Trabalho em equipe: Em arquivos em geral, apenas uma pessoa pode editá-los por vez. Mas
em um banco de dados, muitas pessoas podem trabalhar simultaneamente.

Imagem 5 – Diagrama Entidade-relacionamento

Esse diagrama procura representar, de maneira abstrata, os objetos de um domínio de negócios,

descrevendo as suas características e relacionamentos.

3.71 Comandos SQL implementados para o sistema.

Imagem 6 – Código em MySql
4.CONCLUSÃO

Considerando todas as informações apresentadas, pode-se concluir que uma plataforma de

diário de bordo, seria de extrema importância para alavancar a organização e agilidade, visto que
os empresários e setores públicos teriam a oportunidade de armazenar e compartilhar o conteúdo
com outros integrantes das mesmas, sincronizando todos os arquivos em uma mesma plataforma.
Para a elaboração desse repositório foi levado em consideração a opinião dos profissionais que
atuam nos setores públicos e privados e as aulas das disciplinas da matriz curricular do curso
superior de Tecnologia em Análise e Desenvolvimento de Sistemas.

Sob esse cenário, o trabalho foi elaborado para atender os requisitos de um aplicativo no
conceito de Smart Cities, foi decidido que seria um controle de diário de bordo, já que existe um
número reduzido desse conteúdo. Portanto, foi decidido através de pesquisas que o melhor design
seria separar os tópicos por setor, sendo simples e intuitivo, já que, a maioria dos condutores na
coleta de informações alegaram ter dificuldades em usar tecnologia. Sendo assim cada setor tem
seu próprio diário que é interligado ao um banco de dados da empresa.

Dessa maneira, seguindo as funcionalidades desejáveis do que foi proposto, foi criado um
protótipo simples e intuitivo, para quem deseja ter controle sobre seus condutores, quilometragem
do carro, destino. Vale ressaltar que, para melhorar experiência do usuário, foi decidido fixar uma
barra de utilitários e seções na base do sistema, assim como a aba de busca de recursos, facilitando
a navegação pela plataforma.

Portanto, esse trabalho buscou atender a proposta da Atividade de Desafio Profissional pela
UNICESUMAR e, para isso, foi preciso realizá-lo conforme as regras definidas, de acordo com as
habilidades e competências trabalhadas pelas disciplinas durante o bimestre. Dessa forma,
concluímos que esta atividade foi de suma importância para a nossa trajetória acadêmica e o nosso
desenvolvimento como estudantes da área de TI. Este trabalho não seria possível ser realizado
sem o empenho e excelência apresentados pelos professores do curso durante esse processo.
5. REFERENCIA BIBLIOGRÁFICAS

YIN, Robert K.. Estudo de Caso: Planejamento e Métodos. 4. ed. Porto Alegre: Bookman,
11/03/2010.

Especificação de Casos de Uso na Prática. Disponível em:

<https://www.devmedia.com.br/especificacao-de-casos-de-uso-na-pratica/18427>. Acesso em: 29
out. 2022.

Zanette Franco MVP: como usar esse conceito para validar uma ideia e crescer com o
feedback do mercado. Disponível em: <https://resultadosdigitais.com.br/marketing/mvp-minimo-
produto-viavel/>.

Geraldo Diagramas de Atividades - Engenharia de Software 31. Disponível

em:https://www.devmedia.com.br/diagramas-de-atividades-engenharia-de-software-31/18744.