(37 revisões intermediárias por 4 usuários não estão sendo mostradas)
Linha 22: Linha 22:
* Why?
* Why?
** O porquê de se desenvolver essa solução?  
** O porquê de se desenvolver essa solução?  
*** O caso mais comum é o inúmeros organizadores de “rachas” que gastam muito dinheiro e tempo toda semana entrando em contato com outros “racheiros” e quadras para que possam agendar e confirmar os “rachas”. Por outro lado os donos de quadras podem gerenciar melhor seu negócio facilitando novas locações, automatizando e documentando os dados de seu estabelecimento.
*** 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?
** Qual o motivo?
*** Porque o mercado de aluguéis de campos, quadras, locais de eventos têm crescido nos últimos anos e o número de locais também.
*** 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?
** Porquê alguém investiria neste negócio?
*** Porque as pessoas estão constantemente se encontrando, seja para uma finalidade esportiva, seja um grupo musical ou ainda uma comunidade qualquer. Efetivamente, todos querem comunicar aos demais sobre compromissos e muitas vezes controlar estas reuniões seja pelo simples cálculo da assiduidade ou ainda vinculando a pontuações, como no caso de premiação pela fidelidade
*** Além de o restaurante ficar mais sofisticado, moderno e automatizado, o proprietário ganharia também na economia do salario dos garçons.
*** Com base nessa prática tão comum, ter um sistema que facilite a vida do administrador e também de todos os membros do grupo passa a ser interessante para todos. Se puder adicionar a participação de outras entidades que possam fazer uso do banco de dados de pessoas e gerar benefícios mais viável fica ainda o desenvolvimento de uma aplicação. Se for gratuita então, aí poderá ser bastante utilizada.
<br>
<br>


* Where?
* Where?
** Onde encontro solução similar? (Sistema igual ou próximo do que pretendo fazer)
** Onde encontro solução similar? (Sistema igual ou próximo do que pretendo fazer)
*** www.peladeiro.com.br,
***  
** Onde poderá ser instalada?
** Onde poderá ser instalada?
*** A proposta inicial é que esta aplicação seja instalada num servidor Web comercial e que os administradores e membros possam acessá-la facilmente, simplesmente recebendo um usuário e senha.
*** 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?
** Onde pode ser desenvolvida?
*** O desenvolvimento será feito na incubadora do UFU - Universidade Federal de Uberlândia
*** Em qualquer computador, mas de preferência com plataforma windows.
** Onde poderá ser usada?  
** 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
*** 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?
** Onde poderá ser testada?
*** Em clubes, quadras, ginásios, estúdios, locais de eventos que aderirem ao projeto experimentalmente para que seja divulgado aos usuários, principalmente, esportistas os horários disponíveis dos locais agendados.
*** Em qualquer estabelecimento de restaurante, lanchonetes e bares
<br>
<br>


* When?
* When?
** Quando começar a desenvolver?  
** Quando começar a desenvolver?  
*** O projeto está previsto para ser desenvolvido  a partir do 3o. bimestre de 2012
*** 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?
** Qual a previsão de lançamento da 1a. fase?
*** No 5o. bimestre de 2012, correspondendo a 10 meses de desenvolvimento, testes e disponibilização para o público.
*** No mês de setembro espera-se ter realizado todos os processos da primeira fase.
** Este projeto tem o seguinte cronograma:
** Este projeto tem o seguinte cronograma:
*** 1o. bimestre de 2012: Projeto
*** Junho: Projeto
*** 2o. bimestre de 2012: Modelagem
*** Julho: Modelagem
*** 3o. bimestre de 2012: Protótipo
*** Setembro: Protótipo
*** 4o. bimestre de 2012: Desenvolvimento Fase I
*** 5o. bimestre de 2012: Teste e entrega Fase I
*** 6o. bimestre de 2012: Desenvolvimento Fase II e Manutenção Fase I
<br>
<br>
* Who?
* Who?
** Quem pode usar?  
** Quem pode usar?  
*** Organizadores de “rachas”, “racheiros”, (não se limitará apenas à futebol), donos de campos ou quadras esportivas, lojas e fabricante de equipamentos esportivos.  
*** Qualquer cliente que possua um aparelho com acesso a internet disponível no estabelecimento.  
** Quem pode desenvolver?
** Quem pode desenvolver?
*** Qualquer programador com a infra estrutura necessária e tempo disponivel.
*** Qualquer programador com a infra estrutura necessária e tempo disponivel.
** Quem poderá colocar o conteúdo?
** Quem poderá colocar o conteúdo?
*** As lojas e fabricantes de equipamento poderão fazer campanhas publicitárias de mercadorias e donos de quadras poderão também convidar grupos de esportistas à conhecerem suas quadras.
*** Funcionários e gerentes do estabelecimento.
** Detalhamento:
*** X Patrocinadores
*** 1 Integrador por 3 meses
*** 1 Projetista por 2 meses
*** 1 Arquiteto do ambiente por 4 meses
*** 1 Arquiteto do software por 5 meses
*** 1 DBA x 5 meses
*** 2 Desenvolvedor Junior por 4 meses
*** 1 Desenvolvedora Senior por 4 meses
*** 2 Web Designer por 3 meses
*** 1 Advogado por 1 contrato
*** 1 Analista de Mkt por 3 meses
*** 1 Analista de suporte por 6 meses
<br>
<br>
* How Much?
* How Much?
** Quando custará o produto para o usuário final?  
** Quando custará o produto para o usuário final?  
*** O preço para os racheiros é ZERO
*** O preço será estudado, mas de fácil acesso.
** Quanto custo todo o desenvolvimento?   
** Quanto custo todo o desenvolvimento?   
*** O investimento total para desenvolvimento da solução envolvendo pessoal, equipamentos e demais custos estará em torno de R$ 200.000,00
*** O investimento será somente a mão de obra dos integrantes.
** Quanto é o custo para o provedor de conteúdo?
*** Para os estabecimentos esportivos o custo será de R$100,00 mensais. Para os patrocinadores o custo dependerá do tipo de campanha ele desejará fazer (SMS, e-mail ou banner).
** Detalhamento de custos:
*** Hospedagem: 90 Euros/ano
*** Servidores: 2 x R$ 15.000,00
*** Notebooks: 4 x R$ 3.000,00
*** Dispositivos móveis:
**** Celulares: 5 x R$ 500,00
**** Tablets: 3 x R$ 1.200,00
*** Ads do Google: R$ 5.000,00 a cada trimestre
*** Registro da marca: R$ 10.000,00
*** Brindes para 1o.s cadastros: 50 x R$ 50,00
<br>
<br>


* How?
* How?
** Como desenvolver?  
** Como desenvolver?  
** Utilizar a linguaguem Java com banco de dados SQL para armazenamento das informações do site
*** Utilizar um local host para a hospedagem da página e a comunicação do dispositivo com o computador do atendimento.
** Como testar?  
** Como testar?  
*** Distribuir versões gratuitas para quadras e clubes para gerenciar seus horários de funcionamento e agendamento de locações.
*** Laboratório com uma experiência real de um restaurante.
** Como adquirir?
** Como adquirir?
*** Os estabelecimentos que desejam adquirir a ferramenta devem pagar uma mensalidade de manutenção e hospedagem das informações de suas quadras no site. Os patrocinanores devem fechar contratos para utilizarem os diversos meios de comunicação com os “racheiros”, tais como SMS, e-mail e banners no site.  
*** Os estabelecimentos que desejam adquirir a ferramenta devem pagar uma mensalidade de manutenção e instalação do sistema.  
** Detalhamento:
<br>
*** Projeto: DotProject para acompanhamento de projeto
 
*** Modelagem: UML usando software Entreprise Architect
= DFD =
*** Desenvolvimento: Linguagem Java
[[Arquivo:DiagramaDFD.png]]
*** Versões: SVN
 
*** Documentação: MediaWiki
 
*** Framework: Eclipse
*Dicionário de dados:
*** Testes: JUnit
**Código do produto
*** Ambientes:
**Nome
**** Servidor:  
**Composição
**** Cliente: Firefox, Chrome e IE
**Preço
**** Móvel: Android, Iphone e Nokia
**Tempo médio de preparo
 
= DER =
[[Arquivo:DiagramaDER.png]]
 
= Diagrama de Classes =
<br>
<br>
[[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 =
[[Arquivo:Smscasodeuso.png]]
<br>
= Diagrama de Sequência =
[[Arquivo:smsseque.png]]
<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