(12 revisões intermediárias por 3 usuários não estão sendo mostradas)
Linha 77: Linha 77:


= DFD =
= DFD =
[[Arquivo:Dfd0.png]]
[[Arquivo:DiagramaDFD.png]]




Linha 88: Linha 88:


= DER =
= DER =
[[Arquivo:Der0.png]]
[[Arquivo:DiagramaDER.png]]


= Diagrama de Classes =
= Diagrama de Classes =
<br>
<br>
[[Arquivo:smsclasse.png]]
[[Arquivo:smsclasse.png]]
= Requisitos Funcionais =
*1- Fazer Cadastro:
**Usuário faz o cadastro no sistema.
*2- Fazer Loguin
**Usuário informa seus dados no sistema e é autenticado.
*3- Solicitar Pedido:
**Usuário faz a solicitação do pedido.
*4- Consulta Status do Pedido
**Usuário acompanha o status  do pedido.
*5- Mudar cardápio
**Gerente tem a opção de alterar itens do cardápio.
*6- Alterar dados cadastrais
**Usuário do sistema, cliente e funcionário tem a opção de alterar seus próprios dados.
*7- Ler Manual online
**Usuário tem a opção de abrir um arquivo PDF contendo  manual do sistema online.
*8- Excluir Usuário
**Gerente tem a opção de excluir um usuário caso necessário
*9- Solicitar Conta
**Cliente ou funcionário tem a opção de solicitar a emissão da conta.
*10- Emitir Conta
**Funcionário responsável tem a opção de emitir a conta para o cliente
<br>
= Requisitos não funcionais =
*1- Ser  acessado por dispositivos moveis
*2- Ter a opção de idioma Português ou inglês
*3- Gerar manuais para leitura do usuário
*4- Ser desenvolvido na linguagem java
*5- Ser capaz de armazenar dados em um banco de dados como MySQL ou PostgreSQL.
*6- Rodar no sistema Android
*7- Manter em sigilo os dados cadastrais dos usuários.
<br>


= Diagrama de Casos de Uso =
= Diagrama de Casos de Uso =
[[Arquivo:smscasosuso.png]]
[[Arquivo:Smscasodeuso.png]]
<br>
 
= Diagrama de Sequência =
[[Arquivo:smsseque.png]]
<br>
<br>
= Diagrama de Estado =
[[Arquivo:smsest.png]]

Edição atual tal como às 19h29min de 3 de setembro de 2013

Escopo


  • O projeto consiste na criação de um programa no qual o consumidor chega ao lugar desejado, no caso algum restaurante, e tem a opção de pedir diretamente da cozinha o prato desejado (poderá consultar também os ingredientes e descrição do prato, além de poder escolher em qual idioma deseja ler o cardápio) . Com isto, garçons estarão sempre a disposição do cliente, evitando a demora e transtornos no atendimento, e assim que desejar a conta, basta apenas solicitá-la pelo programa e aguardar que o garçom ou gerente chegue até sua mesa. Esse programa poderá ajudar a melhorar muitos restaurantes para a Copa do Mundo de 2014 que será em nosso país.


5W2H

  • What?
    • Qual o nome da solução?
      • O nome da solução será Smart Menu Sir.
    • Qual o objetivo, a finalidade?
      • A finalidade do nosso projeto é facilitar em vários aspectos o serviço de interação e pedido entre clientes e estabelecimentos, através de uma plataforma eletrônica, o usuário do estabelecimento poderá ter acesso a todo cardápio podendo então escolher o item desejado.Vale ressaltar que demais informações como: Ingredientes, tempo médio de preparo, preço e avaliação dos clientes estará presente em todos os itens, facilitando então a escolha e o trabalho dos garçons.
    • O que é a aplicação?
      • A lógica consiste em um sistema interligado que funciona por meio do serviço web local host,através do seu smartphone ou qualquer dispositivo com acesso a internet o usuário pode se conectar a página local do Host(estabelecimento) que é diretamente ligado ao serviço de atendimento e preparo de refeições,podendo então pedir sua refeição com qualquer tipo de observação.
    • Qual o diferencial deste serviço?
      • O diferencial do serviço consiste na facilidade e velocidade de atendimento, através dessa tecnologia o usuário evita qualquer desgaste ocasionado pela interação humana, seja ele:O tratamento inadequado, o tempo de espera pra ser atendido e qualquer tipo de transmissão de informação inadequada.Contamos também com uma plataforma multi-lingue, contendo vários idiomas para satisfazer clientes de diversas nações.Esse sistema pode ser facilmente atualizado, adaptado e não sofre nenhum tipo de desgaste físico, sendo esse um dos maiores empecilhos do cardápio convencional.
    • Resumo:


  • Why?
    • O porquê de se desenvolver essa solução?
      • Pois é um meio de rápido e auto-atendimento que propiciaria uma versão mais confortável, prática, ágil e sem desconortos de demora no atendimento do cliente.
    • Qual o motivo?
      • A agilidade no atendimento, desuso de cardápios e economia de tempo em parte dos serviços do garçom que poderá ocupar mais seu tempo tentando servir o pedido e não se preocupando mais em anotá-lo.
    • Porquê alguém investiria neste negócio?
      • Além de o restaurante ficar mais sofisticado, moderno e automatizado, o proprietário ganharia também na economia do salario dos garçons.


  • Where?
    • Onde encontro solução similar? (Sistema igual ou próximo do que pretendo fazer)
    • Onde poderá ser instalada?
      • Poderá ser instalada primeiramente em barzinhos onde existe a maior concentração de pessoas e consequentemente uma demorar maior na entrega de pedidos, mas também pode ser adotado em qualquer estabelecimento que necessite de um auto-atendimento.
    • Onde pode ser desenvolvida?
      • Em qualquer computador, mas de preferência com plataforma windows.
    • Onde poderá ser usada?
      • Em qualquer dispositivo que suporte HTML e tenha conexão com a internet. Disponível para usuários em qualquer lugar do mundo. Isto inclui dispositivos móveis como tablets e celulares.
    • Onde poderá ser testada?
      • Em qualquer estabelecimento de restaurante, lanchonetes e bares


  • When?
    • Quando começar a desenvolver?
      • O projeto está previsto para ser desenvolvido a partir do mês de Julho de 2013.
    • Qual a previsão de lançamento da 1a. fase?
      • No mês de setembro espera-se ter realizado todos os processos da primeira fase.
    • Este projeto tem o seguinte cronograma:
      • Junho: Projeto
      • Julho: Modelagem
      • Setembro: Protótipo


  • Who?
    • Quem pode usar?
      • Qualquer cliente que possua um aparelho com acesso a internet disponível no estabelecimento.
    • Quem pode desenvolver?
      • Qualquer programador com a infra estrutura necessária e tempo disponivel.
    • Quem poderá colocar o conteúdo?
      • Funcionários e gerentes do estabelecimento.


  • How Much?
    • Quando custará o produto para o usuário final?
      • O preço será estudado, mas de fácil acesso.
    • Quanto custo todo o desenvolvimento?
      • O investimento será somente a mão de obra dos integrantes.


  • How?
    • Como desenvolver?
      • Utilizar um local host para a hospedagem da página e a comunicação do dispositivo com o computador do atendimento.
    • Como testar?
      • Laboratório com uma experiência real de um restaurante.
    • Como adquirir?
      • Os estabelecimentos que desejam adquirir a ferramenta devem pagar uma mensalidade de manutenção e instalação do sistema.


DFD


  • Dicionário de dados:
    • Código do produto
    • Nome
    • Composição
    • Preço
    • Tempo médio de preparo

DER

Diagrama de Classes


Requisitos Funcionais

  • 1- Fazer Cadastro:
    • Usuário faz o cadastro no sistema.
  • 2- Fazer Loguin
    • Usuário informa seus dados no sistema e é autenticado.
  • 3- Solicitar Pedido:
    • Usuário faz a solicitação do pedido.
  • 4- Consulta Status do Pedido
    • Usuário acompanha o status do pedido.
  • 5- Mudar cardápio
    • Gerente tem a opção de alterar itens do cardápio.
  • 6- Alterar dados cadastrais
    • Usuário do sistema, cliente e funcionário tem a opção de alterar seus próprios dados.
  • 7- Ler Manual online
    • Usuário tem a opção de abrir um arquivo PDF contendo manual do sistema online.
  • 8- Excluir Usuário
    • Gerente tem a opção de excluir um usuário caso necessário
  • 9- Solicitar Conta
    • Cliente ou funcionário tem a opção de solicitar a emissão da conta.
  • 10- Emitir Conta
    • Funcionário responsável tem a opção de emitir a conta para o cliente


Requisitos não funcionais

  • 1- Ser acessado por dispositivos moveis
  • 2- Ter a opção de idioma Português ou inglês
  • 3- Gerar manuais para leitura do usuário
  • 4- Ser desenvolvido na linguagem java
  • 5- Ser capaz de armazenar dados em um banco de dados como MySQL ou PostgreSQL.
  • 6- Rodar no sistema Android
  • 7- Manter em sigilo os dados cadastrais dos usuários.


Diagrama de Casos de Uso


Diagrama de Sequência


Diagrama de Estado