TCC Sistemas da Informação Completo

Prévia do material em texto

UNIVERSIDADE ESTÁCIO DE SÁ 
 
 
 
 
 
 
RAFAEL DE JESUS SOUZA 
 
 
 
 
 
 
DESENVOLVIMENTO DE SOFTWARE MOBILE 
 
 
 
 
 
 
 
 
 
MARABÁ-PA 
2022 
RAFAEL DE JESUS SOUZA 
 
 
 
 
 
 
DESENVOLVIMENTO DE SOFTWARE MOBILE 
 
 
 
 
 
 
Trabalho apresentado na disciplina TCC em 
Sistemas de Informação-EAD da Universidade 
Estácio de Sá, como requisito parcial para obtenção 
do grau de Bacharel em Sistemas de Informação. 
 
Orientador(a): Jhonatan Alves 
 
 
 
 
 
 
 
 
 
 
 
MARABÁ-PA 
2022 
 
RAFAEL DE JESUS SOUZA 
 
 
 
DESENVOLVIMENTO DE SOFTWARE MOBILE 
 
 
 
Trabalho apresentado na disciplina TCC em 
Sistemas de Informação-EAD da Universidade 
Estácio de Sá, como requisito parcial para obtenção 
do grau de Bacharel em Sistemas de Informação. 
 
Local, ________de ____________ de __________ 
 
 
 
BANCA EXAMINADORA 
 
 
_______________________________________ 
Jhonatan Alves 
Orientador 
 
 
 
 
_______________________________________ 
Prof. (COORIENTADOR OU CONVIDADO) 
Universidade Estácio de Sá 
 
 
 
_______________________________________ 
Prof. (CONVIDADO) M.Sc.Dr.Esp. 
Universidade Estácio de Sá 
 
 
SUMÁRIO 
 
1. O PROBLEMA ...................................................................................................... 8 
1.1. Tema do trabalho ........................................................................................... 8 
1.2. Contextualização ............................................................................................ 8 
1.3. A situação problema....................................................................................... 8 
1.4. Breve descrição do problema ......................................................................... 8 
2. CONTEXTUALIZAÇÃO DO PROBLEMA ............................................................. 8 
2.1. Premissas e Restrições do Projeto ................................................................ 9 
2.2. Características da Empresa ........................................................................... 9 
2.2.1. Histórico da empresa ............................................................................... 9 
2.2.2. Atividade da empresa ............................................................................ 10 
2.2.3. Mercado consumidor ............................................................................. 10 
2.2.4. Concorrência ......................................................................................... 10 
2.2.5. Organograma......................................................................................... 10 
2.3. PROPOSTA DE TRABALHO ....................................................................... 10 
2.3.1. Método do trabalho ................................................................................ 10 
2.3.2. Previsão e alocação de recursos (humanos e materiais) ...................... 10 
2.3.3. Cronograma de trabalho (diagrama de Gantt) ....................................... 11 
2.3.4. Previsão orçamentária ........................................................................... 12 
2.4. O Sistema Atual ........................................................................................... 13 
2.4.1. Funcionamento do sistema atual ........................................................... 13 
2.4.2. Problemas do sistema atual .................................................................. 13 
3. A Solução ........................................................................................................... 13 
3.1.1. O Sistema proposto ............................................................................... 13 
3.1.2. Justificativas para o novo sistema ......................................................... 13 
3.1.3. Soluções alternativas ............................................................................. 13 
3.2. Solução escolhida ........................................................................................ 14 
3.2.1. Escopo da solução ................................................................................ 14 
3.2.2. Lista de Requisitos do sistema .............................................................. 14 
3.2.3. Diagrama de Casos de Uso ................................................................... 17 
3.2.4. Especificações textuais dos casos de uso ............................................. 17 
3.2.5. Modelo conceitual de classes ................................................................ 22 
3.2.6. Modelo conceitual de dados .................................................................. 23 
3.3. Solução Tecnológica .................................................................................... 24 
3.3.1. Diagrama de Sequência ........................................................................ 24 
3.3.2. Projeto de Interfaces .............................................................................. 29 
3.3.3. Diagrama de Estados ............................................................................ 40 
3.3.4. Diagrama de Atividades ......................................................................... 41 
3.3.5. Diagrama de Componentes ................................................................... 42 
3.3.6. Modelo de classes de Projeto ................................................................ 42 
3.3.7. Modelo Físico de dados ......................................................................... 43 
3.3.8. Ambiente tecnológico do sistema .......................................................... 47 
4. Conclusões ......................................................................................................... 48 
4.1. Reflexões e comparação entre objetivos iniciais x alcançados .................... 48 
4.2. Vantagens e desvantagens do sistema ........................................................ 48 
4.3. Trabalhos futuros ......................................................................................... 48 
5. Referências Bibliográficas .................................................................................. 48 
 
6 
 
RESUMO 
 
O presente trabalho tem a finalidade de desenvolver software mobile para 
venda de brigadeiro gourmet e cadastro dos clientes de uma microempresa Doce 
Encanto que gerência todos seus processos de forma manual. Com isso, a proposta 
desse projeto é criar um sistema para venda e controle dos clientes a fim de realizar 
uma gestão eficaz, de forma rápida centralizada sendo possível gerar relatórios para 
acompanhamento a fim de tomada de decisões mais assertivas no planejamento 
estratégico da empresa. 
Tendo em vista esse avanço da tecnologia, viu -se a necessidade de criar 
um sistema para vendas brigadeiro gourmet, pois se percebia uma perda de lucro 
devido à falta de a organização atualmente da Doce Encanto é administrada através 
de papeis, uma tarefa muito difícil, com o sistema pronto, será possível consultar todos 
as informações necessárias em tempo real. 
O projeto será elaborado utilizando as seguintes ferramentas: ProjectLibre, 
MySQL e Astah Professional. 
 
Palavras-chave: Vendas; Tecnologia; Doce Encanto. 
 
7 
 
Abstract 
 
This work aims to develop mobile software for the sale of brigadeiro gourmet 
and registration of customers of a micro-enterprise Doce Encanto that manages all its 
processes manually. With that, the proposal of this project is to create a system for the 
sale and control of customers in order to carry out an effective management, in a 
centralized way, being possible to generate reports for follow-up in order to make more 
assertive decisions in the company's strategic planning. 
In view of this advance in technology, there was a need to create a system 
for brigadeiro gourmet sales, as there was a loss of profit due to the lack of 
management of Doce Encanto'scurrent organization through papers, a very difficult 
task, with the system ready, it will be possible to consult all the necessary information 
in real time. 
The project will be elaborated using the following tools: ProjectLibre, MySQL 
and Astah Professional. 
 
Palavras-chave: Sales; Technology; Sweet Charm. 
 
 
 
8 
 
1. O PROBLEMA 
 
Desenvolvimento de software mobile para venda de brigadeiro gourmet, 
para a divulgação dos produtos através de mais um canal digital e automatizar 
cadastro dos clientes. 
1.1. Tema do trabalho 
Desenvolvimento de software mobile para venda de brigadeiro gourmet. 
1.2. Contextualização 
Projeto a ser desenvolvido visa ampliar as vendas online e atingir um 
maior número de clientes para empresa Doce Encanto. 
1.3. A situação problema 
A empresa Doce Encanto é nova no mercado na cidade Marabá-Pá e 
precisa expandir seus negócios pelos canais digitais e no momento só utiliza 
INSTAGRAM, com isso tomou a decisão de desenvolver software mobile para 
alavancar suas vendas. 
1.4. Breve descrição do problema 
Criação do app que será desenvolvido juntamente em parceria com os 
proprietários da empresa Juliana Gomes que fornecerá os dados necessários para a 
consolidação e de operacionalização da empresa, a construção do software se faz 
necessário para compra de seus produtos online e o controle e gerenciamento das 
operações e rotinas internas da empresa. 
O software contará com sistema de Cadastros (Clientes, Produtos) entre 
outros, além de permitir o gerenciamento de estoque e o controle de caixa da 
empresa. 
Empresa enxerga como uma oportunidade de se destacar no mercado 
tendo maior visibilidade na cidade Marabá-Pá. 
2. CONTEXTUALIZAÇÃO DO PROBLEMA 
 
O problema fica caracterizado justamente pela falta de acompanhamento 
das rotinas operacionais que a empresa desenvolve. Hoje a proprietária conta apenas 
com planilhas eletrônicas e documentos de textos para gerenciar suas rotinas, ou seja, 
9 
 
não há mecanismos confiáveis que possam analisar dados e fornece relatórios 
técnicos sobre dados da empresa. 
Mediante destas ações, ou a falta delas, que se faz necessário o 
desenvolvimento de um software que seja capaz de oportunizar tais ações, controle e 
gerenciamento das rotinas da empresa Doce Encanto. 
 
2.1. Premissas e Restrições do Projeto 
PREMISSA 1: O sistema a vai ser desenvolvido em linguagem JAVA; 
PREMISSA 2: Deve-se utilizar o sistema MySQL. 
RESTRIÇÃO 3: O analista de Sistema somente poderá executar os serviços no 
período da noite. 
RESTRIÇÃO 4: Empresa de baixo recursos financeiros. 
2.2. Características da Empresa 
Desde pequena Juliana Gomes é fanática por brigadeiro e doceira de mão 
cheia, Juliana Gomes começou sua jornada no mundo dos doces em 2018, onde 
fundou sua microempresa Doce Encanto quando começou a fazer ovos de colher e 
brigadeiros gourmet para vender. 
Especializou-se em brigadeiros tradicionais de vários sabores e inclusive 
cupcakes e brigadeiro gourmet, que em pouco tempo se tornou seu carro-chefe. 
Há 2 anos no mercado, conhecida pelos seus deliciosos ovos de colher, 
Juliana Gomes montou a Doce Encanto, uma loja de brigadeiros gourmets, doces 
sofisticados com mais de 50 sabores deliciosos e ingredientes importados, e uniu 
essas delícias aos seus tradicionais Brigadeiros. 
2.2.1. Histórico da empresa 
Nome: Doce Encanto 
Data da abertura: abril de 2018; 
Funcionários: Diretor proprietária, 01 Funcionário 
10 
 
2.2.2. Atividade da empresa 
Comercialização brigadeiros tradicionais de vários sabores e inclusive 
cupcakes e brigadeiro gourmet, que em pouco tempo se tornou seu carro-chefe com 
diferencial produzindo seus doces personalizados de leite em pó. 
2.2.3. Mercado consumidor 
O mercado consumidor o qual a empresa atua é muito concorrido, mas 
existem ainda boas perspectivas de negócios. 
2.2.4. Concorrência 
Existem na cidade várias empresas com atividades semelhantes, mas 
com um bom atendimento e boa qualidade dos produtos é possível ganhar 
credibilidade e fazer bons negócios na cidade. 
2.2.5. Organograma 
 
 
 
2.3. PROPOSTA DE TRABALHO 
 
2.3.1. Método do trabalho 
Trabalho será conduzido, diante da necessidade da empresa Doce Encanto 
em desenvolver software mobile, através de entrevista com a Diretora/proprietária, 
será Linguagem de Programação: Java e Javascript, Programas: Eclipse e React. 
2.3.2. Previsão e alocação de recursos (humanos e materiais) 
RECURSOS HUMANOS 
SEQ NOME DO RECURSO UN QTD VR UNIT VR TOTAL 
1 Analista Sistemas Mês 4 R$ 3.000,00 R$ 12.000,00 
Juliana Gomes 
Diretora
Patricia Gomes
Funcionário
11 
 
 
RECURSOS TECNOLÓGICOS 
SEQ NOME DO RECURSO UN QTD VR UNIT VR TOTAL 
1 Notebook Um 1 R$ 1.000,00 R$ 1.000,00 
1 Impressora Colorida Um 1 R$ 500,00 R$ 500,00 
1 Project Libre Um - - - 
1 Astah Community Um - - - 
1 MySQL Um - - - 
1 Dia Um - - - 
 
 
RECURSOS MATERIAS 
SEQ NOME DO RECURSO UN QTD VR UNIT VR TOTAL 
1 Material de Escritório Um 1 R$ 150,00 R$ 150,00 
1 Papel A4 RM 1 R$ 26,00 R$ 26,00 
1 Tinta Impressora Um 1 R$ 50,00 R$ 50,00 
 
2.3.3. Cronograma de trabalho (diagrama de Gantt) 
 
12 
 
 
2.3.4. Previsão orçamentária 
RECURSO 
TIPO DE 
RECURSO AGO/2021 SET/2021 OUT/2021 NOV/2021 TOTAL 
Analista de 
Sistemas 
Humano 
 R$ 
3.000,00 
 R$ 
3.000,00 
 R$ 
3.000,00 
 R$ 
3.000,00 R$ 12.000,00 
Notebook Tecnológico 
 R$ 
550,00 - - - R$ 550,00 
Impressora Tecnológico 
 R$ 
500,00 - - - R$ 500,00 
Project Libre Tecnológico - - - - - 
Astah Community Tecnológico - - - - - 
MySQL Tecnológico - - - - - 
Material de 
Escritório Material 
 R$ 
150,00 - - - R$ 150,00 
Papel A4 Material 
 R$ 
26,00 - - - R$ 26,00 
Tinta Impressora Material 
 R$ 
50,00 - - - R$ 50,00 
TOTAL 
 R$ 
4.276,00 
 R$ 
3.000,00 
 R$ 
3.000,00 
 R$ 
3.000,00 R$ 13.276,00 
 
13 
 
2.4. O Sistema Atual 
2.4.1. Funcionamento do sistema atual 
Atualmente os produtos são divulgados somente através das redes sociais 
(Instagram, Facebook e WhatsApp) e as vendas efetivadas por telefone e o cadastro 
dos clientes é feito manualmente. 
2.4.2. Problemas do sistema atual 
A divulgação está muito limitada para um melhor alcance do consumidor 
alvo e o cadastro por ser feito manualmente acarreta o acumulo de pedidos e demora 
no preenchimento. 
3. A Solução 
3.1.1. O Sistema proposto 
O sistema terá o cadastro de clientes, registro de vendas e também será 
capaz de gerar seus fechamentos, diários, semanais e mensais. Todas os pedidos 
serão feitos exclusivamente app. O principal objetivo do sistema é atender aos 
clientes, de uma forma inovadora, onde o próprio cliente escolherá seu produto 
desejado no catálogo. 
 
3.1.2. Justificativas para o novo sistema 
O sistema será desenvolvido para atender o objetivo de inovação da Doce 
Encanto, chamará mais atenção e trará o destaque objetivo da proprietária Juliana 
Gomes, será desenvolvido por um desenvolvedor júnior, ele terá 3 meses para 
finalizar a aplicação, as atividades da empresa são comuns: O cliente acessa o 
aplicativo, navegará pelo catálogo realizar pedido. 
 
3.1.3. Soluções alternativas 
Para atender as necessidades específicas da Doce Encanto, foram 
pensadas 2 soluções: 
❖ O sistema de pedidos seria via whatsapp, onde os clientes receberiam o 
cardápio e fariam sua escolha; 
❖ Criação de um novo sistema, com as ideias e mudanças necessárias para 
atingir os objetivos da Doce Encanto. 
14 
 
3.2. Solução escolhida 
A solução escolhida foi criação de software mobile, visto que, seria a forma 
mais eficiente de atender ao objetivo proposto pela Doce Encanto. Pois fazendo os 
pedidosvia WhatsApp, não teria o impacto de inovação desejado pela proprietária 
Juliana Gomes, além de ser uma solução mais manual. 
3.2.1. Escopo da solução 
A solução escolhida foi a criação software mobile pois, entende-se e que 
uma nova plataforma com novidades, chamará mais atenção e trará o destaque que 
é o objetivo da proprietária Juliana Gomes. As atividades da empresa são comuns: O 
cliente acessa o aplicativo, consulta catálogo e realiza pedido desejado, o atendente 
receberá o pedido, passará para setor de produção, que irá preparar o brigadeiro, 
assim que estiver pronto o cliente tem opção retirar na loja ou entregador levar até 
cliente. 
 
3.2.2. Lista de Requisitos do sistema 
Código: RF1 – Cadastrar usuário 
Requisito: O Sistema deverá ter a opção de cadastra de usuário. 
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável 
Regras de negócio: O Cadastro de Clientes deverá contemplar, obrigatoriamente, 
Nome Completo, CPF, Enderenço, E-mail, Telefone. 
 
Código: RF2 – Cadastrar Produtos 
Requisito: O usuário poderá acessa catalogo de brigadeiros. 
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável 
Código: RF3 – Autenticação Usuário 
Requisito: O usuário cliente e Administrador poderão realizar autenticação no app 
mobile através de login e senha, que devem estar cadastrados no banco de dados. 
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável 
Código: RF4 – Realizar Pedido 
Requisito: O sistema deve permitir ao usuário cliente realizar pedidos. 
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável 
Código: RF5 – Acompanhar Pedidos 
Requisito: O usuário cliente poderá alterar os produtos. 
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável 
Código: RF6 – Alterar Produtos 
Requisito: O Administrador poderá alterar produtos 
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável 
15 
 
Código: RF7 – Excluir Produtos 
Requisito: O Administrador poderá excluir produtos. 
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável 
Código: RF8 – Alterar Status Pedidos 
Requisito: O Funcionário e Administrador poderá alterar o status do pedido dos 
clientes. 
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável 
Código: RF9 – Lista de Clientes 
Requisito: A listagem de clientes deverá está disponível sempre que administrador 
precisar buscar informação 
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável 
Código: RF9 – Lista de Vendas 
Requisito: A listagem de vendas deverá está disponível sempre que administrador 
precisar buscar alguma informação. 
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável 
 
Código: RF10 – Envio 
Requisito: Usuário decide como será envio 
precisar buscar alguma informação. 
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável 
. 
Requisitos não Funcionais do Sistema 
Código: RNF1 
Categoria: Usabilidade 
Nome: Plataforma Intuitiva 
Requisito: O sistema deve ser bastante intuitivo para os clientes. 
 
Código: RNF2 
Categoria: Compatibilidade 
Nome: Android e IOS e versão web desktop 
Requisito: O sistema deverá rodar Android, IOS e Versão web desktop 
 
Código: RNF3 
Categoria: Implementação 
Nome: Linguagem Java e Javascript 
Requisito: O sistema será desenvolvido na linguagem Java e Javascript. 
 
Código: RNF4 
Categoria: Compatibilidade 
Nome: Impressora jato de tinta 
Requisito: O sistema deve ser compatível com impressora jato a tinta. 
 
 
 
16 
 
Código: RNF5 
Categoria: Usabilidade 
Nome: Pagamento 
Requisito: O usuário escolhe a forma de pagamento. 
 
Código: RNF6 
Categoria: Usabilidade 
Nome: Entrega 
Requisito: O Usuário escolhe como vai ser a forma de envio. 
 
Código: RNF7 Tempo Resposta App 
Categoria: Usabilidade 
Nome: Tempo App 
Requisito: Tempo de resposta não poderá ultrapassar 25 segundos 
 
17 
 
3.2.3. Diagrama de Casos de Uso 
 
 
 
3.2.4. Especificações textuais dos casos de uso 
 
Nome do Caso de 
Uso 
Fazer Login 
Ator Cliente, Funcionário 
Resumo Permite o usuário acessar o sistema 
18 
 
Pré Condição O usuário deve conter um registro no sistema 
Pós Condições 
O usuário terá acesso para realizar pedido no 
sistema 
Fluxo Principal 
1- Usuário informa nome de login e senha 
2- O sistema verifica os registros informados e libera 
o acesso [A1] 
Fluxo Alternativos 
1- Usuário cancela a entrada ao sistema 
2- O sistema encerra 
Fluxo de Exceções 
1- Usuário digital login ou senha incorreta 
2- O sistema emite mensagem de erro, e cancela 
entrada 
 
Nome do Caso de 
Uso 
Realizar Cadastro 
Ator Cliente, Funcionário 
Resumo Permite o usuário realizar cadastro no app 
Pré Condição O Usuário deve estar conectado no app 
Pós Condições O usuário terá acesso para criar conta 
Fluxo Principal 
1-Sistema irá abrir o formulário para o cadastro 
2- O usuário deverá preencher todos os campos, e 
clicar em salvar. 
3- Sistema irá emitir uma mensagem confirmando o 
cadastro 
Fluxo Alternativos 
1- O usuário cancela o cadastro 
2- O usuário clica em "OK" 
Fluxo de Exceções 
1- O usuário não preenche os campos corretamente 
2- O Sistema emite uma mensagem de erro 
 
 
19 
 
Nome do Caso de 
Uso 
Fazer Pedido 
Ator Cliente 
Resumo Fazer um Pedido 
Pré Condição O Usuário deve estar conectado no app 
Pós Condições O usuário terá acesso fazer pedido no app 
Fluxo Principal 
1-O aplicativo irá abrir as categorias dos produtos 
2- O usuário seleciona a categoria desejada 
3- O app abre a janela para seleção de quantidade, 
e para especificar alguma observação 
Fluxo Alternativos 
1- O Item é adicionado ao carrinho para ser enviado 
para preparo 
2- O usuário cancela o pedido 
Fluxo de Exceções 1- O sistema fecha a janela de pedido 
 
Nome do Caso de 
Uso 
Efetuar Pagamento 
Ator Cliente 
Resumo O Usuário definir o meio de pagamento 
Pré Condição O Usuário deve estar conectado no app 
Pós Condições 
O usuário optar pelo meio o qual pretende pagar 
sua compra no app 
Fluxo Principal 
1-O aplicativo questiona sobre a forma de 
pagamento que são as seguintes, débito, crédito e 
pix 
2- O usuário seleciona a forma de pagamento 
desejada 
3- O app solicita uma confirmação de todos os 
dados 
Fluxo Alternativos 
1- O Item é adicionado ao carrinho para ser enviado 
para preparo 
2- O usuário seleciona a opção confirmar 
pagamento 
Fluxo de Exceções 1- O app grava os dados 
20 
 
 
Nome do Caso de 
Uso 
Acompanhar Pedido 
Ator Cliente 
Resumo O usuário poderá rastrear seu pedido 
Pré Condição O usuário deve estar conectado no app 
Pós Condições O pedido ter saído para entrega 
Fluxo Principal 
1-O usuário seleciona rastrear 
2- O app exibe a informação 
Fluxo Alternativos 1- Caso de uso encerrado 
 
Nome do Caso de 
Uso 
Manter Produtos 
Ator Administrador 
Resumo Permite que o administrador cadastre os produtos 
Pré Condição O administrador deve estar conectado no app 
Pós Condições Dados de cadastro de produtos incluídos no app 
Fluxo Principal 
1- Administrador informa dados 
2- App valida estes dados e os inclui no banco de 
dados 
3- O app retorna mensagem de cadastramento 
efetuado com sucesso 
 
Nome do Caso de 
Uso 
Relatório de Pedidos 
Ator Administrador 
Resumo 
Permite que o administrador consulte relatório de 
pedido 
Pré Condição O Administrador deve estar conectado no app 
Pós Condições 
O histórico de pedido é acessado e visualizado pelo 
administrador 
21 
 
Fluxo Principal 
1- O administrador acessa o produto através do 
número de pedido 
2- O app identifica o produto no sistema 
3- O administrador visualizar relatório de pedidos 
feitos 
 
Nome do Caso de 
Uso 
Manter Cliente 
Ator Funcionário e Administrador 
Resumo Permite o usuário realizar cadastro no app 
Pré Condição O Funcionário deve estar conectado no app 
PósCondições Inserir, alterar, excluir e pesquisar cliente 
Fluxo Principal 
1- Sistema solicita os dados necessários para o 
cadastro do cliente. 
2- Sistema solicita os dados necessários para o 
cadastro do cliente. 
3- Sistema solicita os dados necessários para o 
cadastro do cliente. 
Fluxo Alternativos 
1- O funcionário não informar os dados para o 
cadastro da função, o sistema informa que o cliente 
não está cadastrado. 
2- O funcionário não informar os dados para o 
cadastro da função, o sistema informa que o cliente 
não está cadastrado. 
Fluxo de Exceções 
1- O sistema verifica se os campos foram 
preenchidos corretamente. 
2- O sistema cancela a operação 
 
 
Nome do Caso de 
Uso 
Relatório de Vendas 
Ator Administrador 
Resumo 
Permite que o administrador consulte relatório de 
pedido 
Pré Condição O Administrador deve estar conectado no app 
Pós Condições 
O histórico de pedido é acessado e visualizado pelo 
administrador 
22 
 
Fluxo Principal 
1- O administrador acessa o produto através do 
número de pedido 
2- O app identifica o produto no sistema 
3- O administrador visualizar relatório de pedidos 
feitos 
 
3.2.5. Modelo conceitual de classes 
 
 
 
 
 
 
 
 
 
 
 
23 
 
3.2.6. Modelo conceitual de dados 
 
 
24 
 
3.3. Solução Tecnológica 
3.3.1. Diagrama de Sequência 
 
 
 
 
 
25 
 
 
 
26 
 
 
27 
 
 
 
28 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
29 
 
3.3.2. Projeto de Interfaces 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Nome da Janela: Login e Senha 
Inicialização: 
• Habilitar os 3 edita (nome, E-mail, senha) e o botão “Logar.” 
• Desabilitar o botão cadastrar. 
Elemento Nome 
Ação/ 
Comportamento 
Taman
ho 
Tipo de 
Dado 
Obrigatório? 
Input 
Login 
Login 
Recebe o login do 
usuário. 
Max: 45 Alfanumérico Sim 
Input 
Senha 
Senha 
Recebe a senha do 
usuário 
Max: 45 Alfanumérico Sim 
Botão 
Logar 
Logar 
Valida o login e 
senha. 
Caso estejam 
corretos, habilita o 
acesso ao sistema. 
 
Label 
Titulo 
Titulo 
Exibe o nome 
Beauty Companion. 
 
30 
 
 
Nome da Janela: Menu de informações 
 
Inicialização: 
• Habilitar: Menu de Informações 
• Desabilitar: 
 
 
 
 
 
 
 
 
 
 
31 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Nome da Janela: Cadastro Cliente 
Inicialização: 
• Habilitar: cadastro cliente (nome, E-mail, senha) e o botão “Logar.” 
• Desabilitar: cadastrar. 
Elemento Nome 
Ação/ 
Comportamento 
Tamanho 
Tipo de 
Dado 
Obrigatório? 
Edite 
Nome 
Seu 
Nome 
Nome Usuário 40 Alfanumérico Sim 
Edite 
E-mail 
Seu E 
mail 
E-mail de Login 30 Alfanumérico Sim 
Telefone Telefone 
Telefone do 
Cliente 
11 Numérico Sim 
Edite 
Senha 
Sua 
Senha 
Senha de login. 
Se nome 
Usuário, e mail e 
senha estiverem 
preenchidos e a 
senha tem os 8 
caracteres 
alfanuméricos, 
8 Alfanumérico 
32 
 
habilitar o botão 
CADASTRAR 
 
Botão 
Login 
 
Login 
Voltar a tela de 
Login 
 
Botão 
Cadastrar 
Cadastra 
Se Usuário já 
estiver 
cadastrado, 
enviar janela de 
erros se não 
estiver 
cadastrado o 
sistema registra 
os dados do 
Usuário 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Nome da Janela: Registrar Produto 
Inicialização: 
33 
 
• Habilitar Edit Código, Botão Buscar, Botão Cancelar 
• Desabilitar Edit Categoria, Edit Descrição, Edit Preço de Venda, Objeto 
Foto1, Objeto Foto2, Objeto Foto3, Objeto Foto4, Botão Incluir, 
Botão Alterar, Botão Excluir 
 
Element
o 
Nome 
Ação/Comportament
o 
Ta
m 
Tipo Dado 
Obrigatóri
o 
Edit 
Código 
Código Código do produto 6 
Alfanuméric
o 
Sim 
Botão 
Buscar 
Buscar 
Sistema busca se 
Código 
está cadastrado. Se 
encontrar Código, 
habilita e exibe dados 
do 
cliente nos campos 
existentes e habilita 
botões Alterar e 
Excluir. 
Caso contrário, habilita 
campos existentes e 
habilita botão Incluir. 
 
Edit 
Categoria 
Categoria Categoria de produto 30 
Alfanuméric
o 
Sim 
Edit 
Descrição 
Descriçã
o 
Descrição do produto 255 
Alfanuméric
o 
Não 
Edit 
Preço 
de Venda 
Preço de 
Venda 
Preço de venda do 
produto 
7 
Número / 
99.999,99 
Sim 
Objeto 
Foto 
1 
Foto 1 Foto 1 
Objeto 
Foto 
2 
Foto 2 Foto 2 
Objeto 
Foto 
3 
Foto 3 Foto 3 
Objeto 
Foto 
4 
Foto 4 Foto 4 
Botão 
Incluir 
Incluir 
Sistema verifica se 
campos Senha e 
Confirmar Senha tem 
valores diferentes. 
Caso 
positivo, sistema envia 
mensagem “Senhas 
não 
 
34 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Nome da Janela: Fazer Compras 
Inicialização: 
• Habilitar Dados da Compra, Botão Nova Compra, Botão 
Cancelar 
• Desabilitar Botão Cancelar Compra 
 
Elemento Nome Ação/Comportamento Tam 
Tipo 
Dado 
Obrigatório 
 
Dados 
Compra 
Dados da 
Compra 
Exibe compras 
realizadas. Ao clicar 
em 
um registro de compra, 
habilita o botão 
Cancelar Compra. 
 
Botão 
Nova 
Compra 
Nova 
Compra 
Abre a interface “Fazer 
Compra” 
 
Botão 
Cancelar 
Compra 
Cancelar 
Compra 
Sistema emite 
mensagem “Deseja 
cancelar compra?”. 
 
35 
 
Caso positivo, registro 
da compra é excluído 
do 
banco de dados. Caso 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
36 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
37 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Nome da Janela: Fazer Compras 
Inicialização: 
• Habilitar Resumo Compra, Total da Compra, 
Forma de pagamento, Forma de 
Entrega, Botão Finalizar Compra, Botão Cancela 
 
• Desabilitar 
 
Elemento Nome Ação/Comportamento Tam 
Tipo 
Dado 
Obrigatório 
Resumo 
Compra 
Resumo da Exibe informações, 
 
Compra 
quantidades e preço 
de 
 venda dos itens 
38 
 
 selecionados para 
 compra. 
Forma de 
Pagamento 
Forma de 
Escolhe entre 
pagamento 
Sim 
Pagamento 
com boleto ou cartão 
de 
 
crédito. Se a escolha 
for 
 boleto, o mesmo será 
 
gerado após a compra 
ser 
 
finalizada. Se a 
escolha 
 for cartão de crédito, 
 dados do cartão serão 
 
solicitados e a 
quantidade 
 de parcelas. 
Forma de 
Entrega 
Forma de 
Escolhe entre retirada 
no 
Sim 
Entrega 
endereço do vendedor 
ou 
 
 recebimento via 
 Correios. 
Finalizar Sistema verifica se 
39 
 
Botão 
Finalizar 
Compra 
Compra 
Forma de Pagamento 
e 
 Forma de Entrega não 
 
foram preenchidas. 
Caso 
 positivo, sistema envia 
 mensagem “Favor 
 preencher todos os 
 dados”. Caso contrário 
 
grava dados no banco 
de 
 dados. 
Botão 
Cancelar 
Cancelar 
Sistema retorna para a 
 
página Compras 
 
 
 
 
 
 
 
 
 
 
 
 
40 
 
3.3.3. Diagrama de Estados 
 
 
 
41 
 
3.3.4. Diagrama de Atividades 
 
 
 
 
 
42 
 
3.3.5. Diagrama de Componentes 
 
 
3.3.6. Modelo de classes de Projeto 
 
 
 
 
 
 
43 
 
3.3.7. Modelo Físico de dados 
3.3.7.1. Projeto de tabelas e arquivos 
 
Tabela: Usuários 
Nome campo Tipo Tamanho 
Não 
Nulo 
Key 
id int 11 sim PK 
nome varchar 45 sim 
login varchar 20 sim 
senha varchar 20 sim 
função varchar 45 não 
tipo varchar 20 sim 
ativo boolean 1 não 
 
Tabela: clientes 
Nome campo Tipo Tamanho 
Não 
Nulo 
Key 
cpf int 11 sim PK 
nome varchar 45 sim 
endereço varchar 100 sim 
bairro varchar 45 sim 
cidade varchar 45 sim 
telefone int 11 sim 
ativo boolean 1 não 
 
Tabela: produtos 
Nome campo Tipo Tamanho 
Não 
Nulo 
Key 
código int 11 sim PK 
descrição varchar 45 sim 
unid varchar 4 sim 
preço float 32 sim 
peso float 32 sim 
ativo boolean 1 não 
 
 
 
 
44 
 
Tabela: Item pedido 
Nome campo Tipo Tamanho 
Não 
Nulo 
Key 
id int 11 sim PK 
idPedido int 11 sim FK 
idProduto int 11 sim FK 
qtde int11 sim 
 
Tabela: Pedidos 
Nome campo Tipo Tamanho 
Não 
Nulo 
Key 
numpedido int 11 sim PK 
data varchar 15 sim 
previsto varchar 20 sim 
valortotal float 32 sim 
idCliente int 11 sim FK 
idUsuario int 11 sim FK 
formapgto varchar 45 sim 
situação varchar 45 sim 
 
3.3.7.2. Scripts de geração do banco e suas tabelas 
 
CREATE DATABASE `siscv` CHARACTER SET 'utf8' COLLATE 'utf8_general_ci'; 
USE `siscv`; 
-- ---------------------------- 
-- Table structure for clientes 
-- ---------------------------- 
DROP TABLE IF EXISTS `clientes`; 
CREATE TABLE `clientes` ( 
`cpf` int(11) NOT NULL, 
`nome` varchar(45) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL, 
`endereco` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NOT 
NULL, 
`bairro` varchar(45) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL, 
`cidade` varchar(45) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL, 
`telefone` int(11) NOT NULL, 
`ativo` bit(1) NULL DEFAULT b'1', 
PRIMARY KEY (`cpf`) USING BTREE, 
UNIQUE INDEX `cpf_UNIQUE`(`cpf`) USING BTREE 
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci 
ROW_FORMAT = Compact; 
-- --------------------------- 
45 
 
Table structure for produtos 
-- ---------------------------- 
DROP TABLE IF EXISTS `produtos`; 
CREATE TABLE `produtos` ( 
`codigo` int(11) NOT NULL AUTO_INCREMENT, 
43 
`descricao` varchar(45) CHARACTER SET utf8 COLLATE utf8_general_ci NOT 
NULL, 
`un` varchar(4) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL, 
`preco` float NOT NULL DEFAULT 0, 
`peso` float NOT NULL DEFAULT 0, 
`ativo` bit(1) NULL DEFAULT b'1', 
PRIMARY KEY (`codigo`) USING BTREE, 
UNIQUE INDEX `id_UNIQUE`(`codigo`) USING BTREE 
) ENGINE = InnoDB AUTO_INCREMENT = 10 CHARACTER SET = utf8 COLLATE 
= utf8_general_ci ROW_FORMAT = Compact; 
-- ---------------------------- 
Table structure for usuarios 
-- ---------------------------- 
DROP TABLE IF EXISTS `usuarios`; 
CREATE TABLE `usuarios` ( 
`id` int(11) NOT NULL AUTO_INCREMENT, 
`nome` varchar(45) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL, 
`login` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL, 
`senha` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL, 
`funcao` varchar(45) CHARACTER SET utf8 COLLATE utf8_general_ci NULL 
DEFAULT NULL, 
`tipo` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL, 
`ativo` bit(1) NULL DEFAULT b'1', 
PRIMARY KEY (`id`) USING BTREE, 
UNIQUE INDEX `id_UNIQUE`(`id`) USING BTREE, 
UNIQUE INDEX `login_UNIQUE`(`login`) USING BTREE 
) ENGINE = InnoDB AUTO_INCREMENT = 2 CHARACTER SET = utf8 COLLATE = 
utf8_general_ci ROW_FORMAT = Compact; 
 
Records of usuarios 
-- ---------------------------- 
INSERT INTO `usuarios` VALUES (1, 'Administrator', 'admin', '123', 'Administrador', 
'Administrador', b'1'); 
-- ---------------------------- 
 
 
 
46 
 
 Table structure for pedidos 
-- ---------------------------- 
DROP TABLE IF EXISTS `pedidos`; 
CREATE TABLE `pedidos` ( 
`numpedido` int(11) NOT NULL, 
`data` varchar(15) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL, 
`previsto` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NOT 
NULL, 
`valortotal` float(32, 0) NOT NULL, 
`formapgto` varchar(45) CHARACTER SET utf8 COLLATE utf8_general_ci NOT 
NULL, 
`idCliente` int(11) NOT NULL, 
`idUsuario` int(11) NOT NULL, 
`situacao` varchar(45) CHARACTER SET utf8 COLLATE utf8_general_ci NOT 
NULL, 
PRIMARY KEY (`numpedido`) USING BTREE, 
INDEX `idCliente`(`idCliente`) USING BTREE, 
INDEX `idUsuario`(`idUsuario`) USING BTREE, 
CONSTRAINT `idUsuario` FOREIGN KEY (`idUsuario`) REFERENCES `usuarios` 
(`id`) 
CONSTRAINT `idCliente` FOREIGN KEY (`idCliente`) REFERENCES `clientes` 
(`cpf`) 
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci 
ROW_FORMAT = Compact; 
 
Table structure for itempedido 
-- ---------------------------- 
DROP TABLE IF EXISTS `itempedido`; 
CREATE TABLE `itempedido` ( 
`id` int(11) NOT NULL AUTO_INCREMENT, 
`idPedido` int(11) NOT NULL, 
`idProduto` int(11) NOT NULL, 
`qtde` int(11) NOT NULL DEFAULT 0, 
PRIMARY KEY (`id`) USING BTREE, 
UNIQUE INDEX `id_UNIQUE`(`id`) USING BTREE, 
INDEX `idPedido`(`idPedido`) USING BTREE, 
INDEX `idProduto`(`idProduto`) USING BTREE, 
CONSTRAINT `idPedido` FOREIGN KEY (`idPedido`) REFERENCES `pedidos` 
(`numpedido`), 
CONSTRAINT `idProduto` FOREIGN KEY (`idProduto`) REFERENCES `produtos` 
(`codigo`) 
) ENGINE = InnoDB AUTO_INCREMENT = 1 CHARACTER SET = utf8 COLLATE = 
utf8_general_ci ROW_FORMAT = Compact; 
SET FOREIGN_KEY_CHECKS = 1; 
47 
 
Table administrador 
-- ---------------------------- 
( 
nomeAdm varchar (30), 
FORIGN key (fk_id_usuario) REFERENCES usuario(id) 
); 
3.3.8. Ambiente tecnológico do sistema 
3.3.8.1. Ambiente Físico (diagrama de implantação) 
 
3.3.8.2. Justificativa da escolha da linguagem de programação 
 
A linguagem de programação escolhida foi Java por ser multiplataforma, 
permitindo a portabilidade do código, e pela familiaridade com a linguagem de 
programação. 
3.3.8.3. Justificativa da escolha do SGBD (Sistema Gerenciador de 
Banco de Dados) 
 
Nesse caso, será utilizado o Postgre SQL que é um dos SGBDs de código 
aberto mais avançados no mercado e o qual é o mais familiar aos envolvidos no 
projeto. Ele será acessado externamente via API para facilitar o acesso das 
informações que são compartilhadas entre si. 
48 
 
 
4. Conclusões 
4.1. Reflexões e comparação entre objetivos iniciais x alcançados 
No contexto geral, objetivo inicial do projeto para o desenvolvimento do 
aplicativo foi alcançado. Algumas formas de interação que a princípio foram 
desejadas, tiveram que ser alteradas para permitir que a implementação fosse 
possível, mas o objetivo em si, os requisitos obrigatórios, se manteve até o fim. 
 
4.2. Vantagens e desvantagens do sistema 
Com o desenvolvimento do software mobile foi possível estabelecer o 
desenvolvimento de grande parte do que foi solicitado pela contratante Juliana Gomes 
proprietária da Doce Encanto, uma vez que o sistema proposto garante atender um 
acesso facilitado a interação entre o cliente e a loja Doce Encanto, uma vez que o 
mesmo pode se utilizar diretamente do aplicativo proposto para realizar suas compras. 
Outra vantagem que é válida a menção está relacionada a agilidade 
promovida para o corpo de gestão da empresa, a qual se torna capaz de garantir 
efetuar um controle muito mais otimizado com o uso do aplicativo, podendo adicionar 
ou retirar produtos, modificar seu preço, bem como obter relatórios diretos das 
compras efetuadas pelo aplicativo. 
4.3. Trabalhos futuros 
O Software mobile para fazer os pedidos online e gerenciamento do 
atendimento aos clientes da Doce Encanto, será aprimorado em possíveis trabalhos 
futuros, tendo em vista a realização de novas implementações e/ou correções. 
5. Referências Bibliográficas 
 
GUEDES, Gilleanes TA. UML 2-Uma abordagem prática. Novatec Editora, 2018. 
BEZERRA, Eduardo. Princípios de Análise e Projeto de Sistemas com UML. Rio de 
Janeiro: Elsevier, 2007. 
LARMAN, Craig. Utilizando UML e padrões. Bookman Editora, 2000. 
ELMASRI, Ramez et al. Sistemas de banco de dados. 2005. 
49 
 
FERNANDES NETO, Manoel et al. Desenvolvimento De Um Sistema Web 
Responsivo Para Elaboração De Planos De Negócios Destinado A 
Microempreendedores Individuais. 2019. 
ANDRADE FILHO, Mércio Antônio Oliveira de. Projeto e desenvolvimento de uma 
aplicação WEB para a promoção do reuso de livros didáticos universitários. 
2019. Trabalho de Conclusão de Curso. Brasil. 
Disponível em: https://www.devmedia.com.br/modelagem-de-sistemas-atraves-de-
uml-uma-visao-geral/27913 Acesso em 24 set. 2021. 
KOSCIANSKI, André; DOS SANTOS SOARES, Michel. Qualidade de Software-2ª 
Edição: Aprenda as metodologias e técnicas mais modernas para o 
desenvolvimento de software.Novatec Editora, 2007. 
OLIVEIRA, Marcelo Vasques. Projeto de TCC em Sistemas de Informação. 2022. 
Material didático e conteúdo online das aulas – Universidade Estácio de Sá 
(Indisponíveis para não alunos). 
BARBOSA, Hualter O. et al. Uma Análise Do Uso De Ferramentas Em 
Desenvolvimento Distribuído De Software Para Atualização Da Plataforma Android. 
WWW/INTERNET 2019, p. 11, 2019. 
RÉQUIA, Gustavo Heydt et al. Desenvolvimento de aplicativos CR Campeiro Móbile 
caso de teste: sistema operacional Android. 2013. 
DEITEL, Harvey; DEITEL, Paul; DEITEL, Abbey. Android: Como Programar. 
Bookman Editora, 2015.