Projeto de sistemas parte 2

Prévia do material em texto

DISCIPLINA DE PROJETO DE 
DESENVOLVIMENTO DE SISTEMAS 
 
 
 
 
 
FAEL
2022
4. MODELAGEM UML
 
 
4.1 Diagrama de Caso de Uso 
A Figura 1 mostra um diagrama de caso de uso com as funcionalidades do sistema.
.
4.2 Especificação dos casos de uso 
	Caso de Uso: UC0001 – Cadastro do usuário
	Caso de uso geral:
	--
	Ator Principal:
	Cliente
	Atore(s) Secundário(s):
	--
	Resumo:
	Fluxo de cadastro do cliente no sistema.
	Pré-condições:
	Não ser cliente, ter o aplicativo, possuir acesso à internet.
	Pós-condições:
	O cliente se cadastra e tem acesso ao catálogo de produtos.
	Campos:
	Nome, CPF, telefone, e-mail, data de nascimento, endereço e senha.
	Fluxo Principal (Cadastro)
	Ações do Ator
	Ações do Sistema
	1. Preencher dados solicitados e confirma
	
	
	2. Validar o preenchimento
	
	3. Envia token para validação do telefone
	4. Abre SMS e informa token no app
	
	
	5. Valida token e conclui cadastro
	
	6. Apresenta o menu inicial.
	Restrições/Validações:
	Número do CPF, contendo 11 números, sem pontuação.
	Fluxo Alternativo I (Cliente não recebe token)
	Ações do Ator
	Ações do Sistema
	1. Cliente clica informando que não recebeu o token.
	
	
	2. Pergunta se cliente deseja reenvio do token ou alterar o telefone.
	3. Cliente escolhe a opção desejada
	
	
	4. Reenvia token ou apresenta campo para digitar novo número de telefone (conforme escolhido pelo cliente)
	5. Cliente digita novo token e confirma
	
	
	6. Valida token e conclui cadastro
	
	7. Apresenta o menu inicial.
	Restrições/Validações:
	Número de telefone precisa ser válido, contendo DDD.
	Fluxo de Exceção
	Ações do Ator
	Ações do Sistema
	1. Preencher dados solicitados e confirma
	2. Informa que cliente já possui cadastro
	
	3. Encaminha cliente para tela de login.
	Caso de Uso: UC0002 – Fazer login
	Caso de uso geral:
	--
	Ator Principal:
	Cliente
	Atore(s) Secundário(s):
	--
	Resumo:
	Autentica o cliente em sua conta, dando acesso ás suas informações cadastrais.
	Pré-condições:
	Ser cliente, ter o aplicativo, possuir acesso á internet.
	Pós-condições:
	O cliente é logado no sistema e tem acesso ao catálogo.
	Campos:
	CPF/E-mail; senha.
	Fluxo Principal ( Login )
	Ações do Ator
	Ações do Sistema
	1. Preencher dados de login e acessar
	
	
	2. Validar o preenchimento
	
	3. Enviar os dados do cliente
	
	4. Validar os dados do cliente (login e senha)
	
	5. Fazer login na conta
	
	6. Apresentar menu inicial
	Restrições/Validações:
	Número do CPF, contendo 11 números, sem pontuação.
	Fluxo Alternativo I ( Cliente esqueceu a senha )
	Ações do Ator
	Ações do Sistema
	1. Após digitar o e-mail/CPF o cliente seleciona a opção para alterar a senha.
	
	
	2. Envia um e-mail ao cliente para trocar a senha.
	3. Cliente abre e-mail e redefine a senha.
	
	Restrições/Validações:
	Senha deverá conter números e letras.
	Fluxo de Exceção
	Ações do Ator
	Ações do Sistema
	
	1. Informa queda de internet
	
	2. Interrompe login
	Caso de Uso: UC0003 – Alterar dados cadastrais
	Caso de uso geral:
	--
	Ator Principal:
	Cliente
	Atore(s) Secundário(s):
	--
	Resumo:
	Cliente deseja alterar dados cadastrais.
	Pré-condições:
	Ser cliente, ter o aplicativo, possuir acesso á internet.
	Pós-condições:
	Cliente consegue atualizar seus dados cadastrais.
	Campos:
	Nome, telefone, e-mail, data de nascimento, endereço.
	Fluxo Principal (Login)
	Ações do Ator
	Ações do Sistema
	1. Preencher dados de login e acessar
	
	
	2. Faz login na conta do cliente. [UC0002]
	3. Seleciona opção de alterar dados cadastrais.
	
	
	4. Pergunta quais dados serão alterados.
	5. Seleciona dado altera e confirma.
	
	
	6. Solicita senha do cliente
	7. Digita senha e confirma.
	
	
	8. Valida senha e dados alterados do cliente e conclui operação.
	Restrições/Validações:
	Dados só poderão ser alterados após cliente digitar senha.
	Fluxo Alternativo I (Senha incorreta na confirmação)
	Ações do Ator
	Ações do Sistema
	1. Digita a senha para concluir alterações.
	
	
	2. Informa que senha está incorreta.
	
	3. Pergunta se cliente deseja alterar senha.
	4. Cliente confirma.
	
	
	5. Envia sms/e-mail para redefinir senha.
	6. Altera senha e prossegue com operação.
	
	Restrições/Validações:
	Cliente poderá escolher o método de validação, e-mail ou sms.
	Fluxo de Exceção
	Ações do Ator
	Ações do Sistema
	
	1. Não permite alteração de dados pessoais, ex: cpf.
	
	2. Para alterar solicita que cliente entre em contato com o suporte,
 
	Caso de Uso: UC0004 – Emissão de relatório de vendas.
	Caso de uso geral:
	--
	Ator Principal:
	Administrador do sistema (comerciante)
	Atore(s) Secundário(s):
	--
	Resumo:
	Comerciante emite relatórios diários de saídas de produtos.
	Pré-condições:
	Possuir credenciais de administrador, estar logado no sistema.
	Pós-condições:
	Comerciante consegue emitir relatório.
	Campos:
	Data, tipo de arquivo, filtro por categoria.
	Fluxo Principal (Emissão de relatório)
	Ações do Ator
	Ações do Sistema
	1. Seleciona data ou intervalo de datas, categoria e confirma.
	
	
	2. Pergunta em qual formato deseja emitir relatório (excel ou pdf).
	3. Escolhe o formato de arquivo e confirma.
	
	
	4. Emite arquivo com relatório.
	
	5. Finaliza operação.
	Restrições/Validações:
	O intervalo mínimo para emissão de relatório é de 1 dia.
	Fluxo Alternativo I (Ator não escolhe categoria)
	Ações do Ator
	Ações do Sistema
	1. Seleciona data ou intervalo de datas e confirma.
	
	
	2. Informa que é necessário selecionar uma ou mais categorias.
	
	3. Volta para a tela de emissão.
	4. Seleciona data ou intervalo de datas, categoria e confirma.
	
	
	5. Emite arquivo com relatório.
	
	6. Finaliza operação.
	Restrições/Validações:
	Ator deve selecionar no mínimo uma categoria.
	Fluxo de Exceção
	Ações do Ator
	Ações do Sistema
	
	1. Não possui vendas na data informada
	
	2. Informa que não houve vendas na data escolhida.
	Caso de Uso: UC0005 – Atualização dos endereços de entrega.
	Caso de uso geral:
	--
	Ator Principal:
	Administrador do sistema (comerciante)
	Atore(s) Secundário(s):
	--
	Resumo:
	Comerciante pode alterar endereços onde pode fazer entregas.
	Pré-condições:
	Possuir credenciais de administrador, estar logado no sistema.
	Pós-condições:
	Comerciante consegue atualizar as áreas onde atende.
	Campos:
	Novo endereço, senha.
	Fluxo Principal (Emissão de relatório)
	Ações do Ator
	Ações do Sistema
	1. Seleciona atualizar endereços de entrega.
	
	
	2. Solicita novo endereço.
	3. Informa novo local e confirma.
	
	
	4. Solicita senha de administrador.
	5. Informa senha e confirma.
	
	
	6. Valida endereço e senha e conclui operação.
	Restrições/Validações:
	O endereço informado deverá ser um endereço válido, sistema validará.
	Fluxo Alternativo I (Endereço inválido)
	Ações do Ator
	Ações do Sistema
	1. Informa novo local e confirma.
	
	
	2. Informa que o local informado é inválido ou não existe.
	
	3. Volta para a tela de atualização de endereço.
	Restrições/Validações:
	Validação será feita por CEP/Bairro.
	Fluxo de Exceção
	Ações do Ator
	Ações do Sistema
	
	1. É necessário pelo menos um endereço de atendimento.
	
	2. Não permite remover endereço principal, mas pode ser alterado.
4.3 Diagrama de Classes
A Figura 2 mostra um diagrama de Classes com as funcionalidades do sistema
4.4 Diagrama de Sequência 
1. Cadastro do cliente.
2. Atualização de endereço
3. Recuperação de senha
 
4. Login na conta
5. Carrinho de compras
5 MODELO DO BANCO DE DADOS (MODELO LÓGICO) 
(O Diagrama de Entidade Relacionamento (DER) é formado por um conjunto de objetos gráficos que representa todos os objetos do modelo Entidade Relacionamento, tais como entidades, atributos, atributos-chaves, relacionamentos, restrições estruturais etc. O DER fornece uma visão lógica do banco de dados, com um conceito mais generalizado de como estão estruturados os dados de um sistema. Existem inúmeras formas de representação para um DER; uma delas foi criadapor Peter Chen. Consulte o livro Banco de Dados – Capítulo 2 para obter mais informações) 
 
6 ARQUITETURA DO SISTEMA 
(Segundo o livro "Arquitetura de Software" organizado por Giocondo Marino Gllotti, a arquitetura de software se refere à "[...]estrutura interna do seu sistema. Basicamente, ela explica a forma como o software se organiza e funciona, além do seu modo de implementação." Existem vários tipos de arquiteturas diferentes, por exemplo: arquitetura MVC, em camadas, de repositório etc. Precisa verificar qual delas atende da melhor forma o sistema que está propondo. Sugiro que, considerando os requisitos do sistema, escolha a que pensa ser mais adequada. Pode revisar a videoaula que fala desse tema (Unidade 02 - Aula 2; https://bit.ly/2YROsCt), e o capítulo “7-Projeto de Sistemas” do livro Análise e Projeto de Sistemas. Você encontra o livro "Arquitetura de Software – Organizador: Giocondo Marino Gllotti" na Biblioteca Virtual da FAEL.) 
 
DATAS DE ENTREGA DA ETAPA 2 
	Etapas 
	Entrega 
	Período de envio 
	Correção 
	Etapa 2 
	2ª 
	De 13/06/2022 até 20/06/2022 
	Até 06/07/2022