The Grill House - Sistema de Gestão de Restaurantes

Projeto Simplilearn para Capstone

Enviado por: Channamallikarjun Hiremath

Índice
Tarefas do Projeto............................................................................................................................1
Visão Geral do Projeto:....................................................................................................................2
Esquema de classificação de requisitos:..........................................................................................5
Implementação de Áreas de Conhecimento:....................................................................................8
Modelagem de Escopo...............................................................................................................16
Modelagem de dados:.................................................................................................................17

Tarefas do Projeto
S Tarefas Referências
Não.
1. Identificando as partes interessadas – Crie uma lista de partes interessadas
(conforme ensinado na Área de Conhecimento Planejamento e Monitoramento •
Figura 1: Mapa das partes
de Análise de Negócios) interessadas via
Matriz de Stakeholders
• Tabela 3: Conhecimento BA
2. Identifique a declaração do problema neste sistema
• Tabela 1: BACCM
3. Identificar objetivos do novo Sistema de Gestão de Restaurantes
• Tabela 1: BACCM
 4. Crie mapas de processos atuais e futuros (usando fluxogramas)
• Figura 4: Processo do Estado Atual
• Figura 5: Processo do Estado
5. Como Analista de Negócios trabalhando neste projeto, descubra o escopo do
Sistema de Gestão de Restaurantes. Para encontrar o escopo você pode usar o • Figura 6: Modelagem de Processos
diagrama de caso (UML) ou o diagrama de contexto para o mesmo. usando diagrama de caso de uso
6. Anote os principais recursos que precisam ser desenvolvidos. (UML)
• Tabela 4: Componentes de alto
nível
7. Escreva os itens dentro e fora do escopo deste software.
• Tabela 5: Produto dentro e fora do
escopo
8. Desenhe um diagrama de atividades para o sistema.
• Figura 9: Diagrama de Atividades
para
9. Desenhe um diagrama ER do sistema.
• Figura 8: Modelagem de dados
usando
10. Escreva os requisitos de negócios, tanto os requisitos funcionais quanto os não
funcionais. • Tabela 2: Requisito
Esquema de Classificação
11. Desenhe wireframes ou telas simuladas para quaisquer dois dos recursos,
nomeadamente Criação de Menu e qualquer outro recurso considerado • Figura 10: Criação de pedido de
adequado pelo aluno. garçom
Telas simuladas
• Figura 11: Simulação de criação de

Visão Geral do Projeto:

Abaixo está o objetivo do projeto usando o modelo de conceito central de análise de negócios (BACCM)

Tabela 1: BACCM
Declaração The Grill House é uma grande rede de restaurantes em diferentes cidades dos EUA. É propriedade do famoso
de chef americano James Oliver. As tendências de vendas e desempenho da rede de restaurantes são gerenciadas
necessidade/ manualmente por cada restaurante. As faturas são em papel e todas as informações de vendas são inseridas
problema de manualmente no final do dia. Trata-se de uma gestão quotidiana descentralizada dos restaurantes.
negócios
Seguem-se os desafios que os Colaboradores enfrentam na gestão diária das cadeias de restaurantes:
• Sistema manual baseado em papel.
• Os pedidos são anotados pelos garçons em papel e a fatura em papel é entregue ao cliente.
• Demorado, pois as contas são inseridas em uma planilha Excel pelo gerente da EOD.
 • Os restaurantes não conseguem atualizar facilmente o seu menu.

• Não é possível pesquisar facilmente os pratos do menu.

Mudar • Não é possível reconhecer diferentes tipos de usuários, como gerentes, garçons, etc.

• Um sistema automatizado de gerenciamento de restaurantes que pode economizar tempo de

garçons e gerentes.
• Melhor atendimento aos clientes.
• Permite pesquisar pratos no menu.
• Fornece aos gerentes a capacidade de criar ou atualizar facilmente o menu.
• Fornece aos gerentes a capacidade de reservar mesas.
• Mostra quais pratos são populares.
Solução • Reduza o custo operacional do restaurante.
• Pode salvar o feedback do cliente.
• Fornece tendências de vendas, como vendas totais e vendas por item, com base em relatórios diários, semanais e
mensais.
• Melhorar a produtividade dos funcionários

Sistema de gerenciamento de restaurantes baseado na Web que permitiria aos usuários pesquisar cardápios, gerar contas,
aceitar pagamentos de clientes por meio de um gateway de pagamento, armazenar feedback de clientes,
reservar mesas e criar relatórios para mostrar tendências e detalhes como vendas diárias, semanais e mensais.
P
a
r
t
e

i
n
t
e
r
e
s
s
a
d
a

Figura 1: Mapa de Stakeholders via Matriz de

Stakeholders e Diagrama de Casca de Cebola
 Valor/ • Sistema automatizado de gerenciamento de restaurantes
Objetivos
• Melhor disponibilidade de serviço, pois aumenta a eficiência de garçons e gerentes
• Pode pesquisar facilmente o menu por categoria.
• Eficiência na reserva e rastreamento de mesas
• Permite que um gateway de pagamento ofereça flexibilidade de pagamento aos clientes
• Obtém feedback e informações do cliente
• Permite um melhor controle sobre algumas opções do sistema fornecidas a determinados usuários.
• Decisões mais rápidas podem ser tomadas para alterar os pratos do cardápio com base nas tendências de vendas
• Tempo reduzido para gerar relatórios diários

Context Isto para uma grande rede de restaurantes nos EUA. Esta é uma grande iniciativa para fazer a transição de um
o sistema manual baseado em papel para um sistema automatizado para permitir uma melhor gestão do dia a dia.
As reservas de mesa e mudanças de menu têm sido um desafio. As contas são escritas pelos garçons em papel e entregues
aos clientes. Leva tempo para ver as tendências, pois os gerentes precisam inserir as contas em papel em arquivos Excel no
EOD. As tendências de vendas ajudam na tomada de decisões para alterar o cardápio e a experiência do cliente em tempo
hábil. É um sistema descentralizado de gestão de restaurantes. Há muito tempo e esforço gastos apenas no processo. Não
há como rastrear o feedback do cliente. Estas são as circunstâncias que levam à mudança.

Esquema de classificação de requisitos:

Tabela 2: Esquema de Classificação de Requisitos

Requisitos de negócio Por que eu quero isso?

Requisitos das partes interessadas Quais são as necessidades?
• A rede de restaurantes Grill House está espalhada por todos os EUA.
Em média, cada restaurante tem algumas centenas de clientes diários
Um sistema automatizado de gerenciamento de
restaurantes que deve:
para jantar e levar.
• O cardápio pode ser criado e atualizado
• A gestão manual do restaurante em papel está causando vários facilmente pelo gerente com base em
pratos populares.
problemas. Os garçons recebem os pedidos em papel e uma
fatura em papel é apresentada aos clientes. Essas contas são
inseridas no EOD pelo gerente no Excel para saber o total de
• Capacidade para todos os garçons e
gerentes pesquisar itens no menu
vendas e as vendas de itens do dia. Os relatórios são criados usando o recurso de pesquisa.
usando o arquivo Excel para conhecer as tendências de vendas
ou conhecer pratos populares e pratos que não vão bem.
• Deve armazenar o layout da mesa e as
reservas de mesa.
• A administração decidiu fazer a transição de um processo manual para
um sistema automatizado de gerenciamento de restaurantes para que
• Pesquise a disponibilidade de mesas para
clientes sentados.
possam acompanhar melhor as vendas e gerenciar melhor seus
negócios diários.
mesa.
• Os gerentes podem fazer reservas de
• O objetivo aqui é ter um sistema online automatizado para • Gere a conta.
gestão de restaurantes, permitindo a utilização eficiente de
seus recursos para aumentar a produtividade e as vendas. Os
• Cada fatura gerada deverá ter o
ID do garçom e deve ter o número da
relatórios gerados em tempo hábil mostrarão as tendências de
vendas para a tomada de melhores decisões de negócios. mesa.
• Isso pode capturar o feedback do cliente. • Precisa ter login para garçons, gerentes e
James Oliver (CEO) com capacidade de
alteração de senha.
• Deve ter um gateway de pagamento para
que os clientes tenham flexibilidade para
pagar em dinheiro ou cartão.
• Armazene feedback e informações do
cliente, como nome, endereço, número
de celular, e-mail, data de nascimento,
datas de aniversário dos clientes e seus
comentários. Os gerentes devem poder
inserir manualmente os detalhes do
formulário de feedback no sistema.
• Deve gerar relatórios mostrando
tendências e detalhes como vendas
totais diárias, vendas diárias de itens,
vendas diárias, semanais e mensais. Gere
relatório para identificar pratos
populares.
• Ao automatizar o processo de gestão do
restaurante, o restaurante poderá operar
de forma eficiente com menos mão de
obra.

Requisit Requisit
os da os de
solução transição
O que eu Quais são
quero? as
condições?

Requisitos funcionais: • Não existe plataforma de pagamento para o

• Todos os detalhes do funcionário devem ser armazenados no
sistema. As informações dos funcionários são verificadas pelo
mesmo, portanto o pagamento dos pratos
encomendados será descontado do salário do
sistema antes da configuração das credenciais de login. funcionário. Portanto, os funcionários
• O garçom pode abrir a página web do Sistema de Gestão do
Restaurante. Ele / ela pode selecionar uma mesa para
precisam se inscrever para desconto no
pagamento do salário. O sistema de folha de
acomodar os clientes, pesquisar menu, fazer pedidos, gerar pagamento tratará das deduções na folha de
fatura do cliente, processar pagamento e imprimir um pagamento.
formulário de feedback.
• Omesagarçom pode verificar as mesas disponíveis e selecionar uma • Este é um sistema totalmente novo e estará
para jantar nos clientes que se sentarão. em transição do manual atual em papel
• O garçom ou gerente pode pesquisar no cardápio um prato
específico.
• O gerente pode criar e atualizar o menu.
sistema baseado em um novo sistema de
gerenciamento de restaurante online.
 • O gerente pode reservar mesas.
•
• O gerente do restaurante (funcionário da Grill House) pode criar o
cardápio e atualizar o cardápio do seu restaurante.
O novo sistema será criado e mantido em Java.
Java é uma boa escolha de software para
desenvolver esta aplicação, pois não mudará
• O garçom pode selecionar os pratos que o cliente deseja receber muito com o tempo e precisará de muito
e fazer um pedido. Eles devem ser capazes de editar os itens do pouca manutenção se estiver bem codificado.
pedido do cliente antes de fazer o pedido. O garçom pode

•
adicionar mais itens antes de gerar a conta.
Depois que o pedido for confirmado e enviado, o garçom NÃO
• Certifique-se de que todos os recursos do
sistema estejam de acordo com os requisitos.
poderá cancelar ou editar o pedido.
• O gerente do restaurante deve poder visualizar os pedidos feitos
pelos garçons. Ele fará um inventário de todos os pratos
• As informações históricas de importação sobre
encomendados e os entregará ao chef para cozinhar. funcionários, restaurantes, cardápios e
clientes, etc. devem ser importadas dos
• Depois que o chef preparar os pratos, o gerente do restaurante
poderá solicitar ao garçom que entregue os pratos para jantar na
arquivos Excel para as novas tabelas do
sistema.
mesa do cliente.
• Assim que o cliente terminar sua refeição. O garçom entregará ao
cliente a conta gerada.
• Crie logins para todos os garçons, gerentes e
CEO com recurso de alteração de senha.
• A conta gerada deverá conter o ID do garçom e o número da
mesa. • Crie um manual do usuário com instruções
• O garçom receberá o pagamento do cliente em dinheiro ou cartão
de crédito. O pagamento com cartão de crédito será processado
sobre os recursos do sistema. Conduza
treinamento de usuários para as principais
partes interessadas e obtenha sua aprovação.
usando um gateway de pagamento.
• O garçom ou gerente fornecerá ao cliente um formulário de • Conduza o UAT para garantir que os principais
feedback. resultados sejam atendidos durante a
• Para pedidos de entrega ao domicílio o pedido de take away é
transição do estado atual para o estado futuro
desejado. Garantir que todo o acesso do
preparado pelo chef. Haverá um entregador ao domicílio usuário seja apropriado.
(entregador) que entregará a encomenda na morada do cliente. A
fatura é gerada e colocada com o pedido de entrega em domicílio.
Um formulário de feedback também é fornecido com o pedido. O
cliente pode pagar com cartão de crédito pelo telefone ou entregar dinheiro ao entregador. Após a entrega do pedido e o
pagamento do cliente, o gerente deverá encerrar o pedido do cliente.
• A fatura gerada para entrega em domicílio terá o nome do cliente, número de telefone do cliente e endereço do cliente.
• Assim que os clientes devolverem os formulários de feedback. O gerente pode inserir as informações do formulário de feedback
no sistema.
• A administração gostaria dos seguintes relatórios:
• Quais pratos são os mais populares?
• Satisfação dos clientes com a qualidade do serviço. Isso deve ser rastreado baseado no feedback enviado pelos clientes.
• Totalvendasde o dia jantar em clientes.
• Totalvendasde o diapelos clientes de entrega ao domicílio.
• Totalvendasde o dia(entrega em domicílio e jantar em
clientes consolidados).
• Cite os 10 pratos mais vendidos do dia.
• Vendas totais todos os finais de semana (a serem feitas inserindo o
datas)
• Vendas totais todos os meses (a serem feitas inserindo as datas)
• Lista de pratos não vendidos no mês em curso (para eliminar gradualmente os pratos que os clientes não
encomendam).
• Vendas totais em todas as cidades.
• Vendas totais para cada cidade.
• Previsão de pedidos, ou seja, uma previsão de quais itens serão pedidos e quando serão pedidos.

Requisitos não Funcionais:

• Usabilidade : As telas devem ser autoexplicativas e muito fáceis de usar.
• Escalabilidade e desempenho : Este sistema de gerenciamento de restaurante é necessário para suportar um volume de 2.500
funcionários em todos os estados dos EUA. As páginas da web devem ser acessadas rapidamente e as informações devem estar
disponíveis rapidamente.
• Disponibilidade : O sistema deve ter alto desempenho, deve
ser eficiente e estar 99% disponível.
• Segurança : os usuários são validados antes de criar Conecte-se eu ia.
 • Nível de serviçoContrato: Suprimentos de estoque dados, Ordem
previsão.
• Conformidade : Conformidades e políticas de RH.

• Interface : O sistema deve ser criado e mantido em Java.

Java não mudará muito com o tempo e, se o sistema for bem desenvolvido, o código precisará de muito pouca manutenção.

Implementação de Áreas de Conhecimento:

Tabela 3: Áreas de Conhecimento BA Aplicado

Planejamento e monitoramento de análise de negócios

Tarefas KA Detalhes da tarefa

Abordagem BA Adaptativo

Solução
Definido em iterações para chegar à melhor solução ou melhorar uma solução existente
Definição

Nível de Informal – as informações são coletadas por meio da interação e feedback da equipe.
Formalidade

Formalidade e nível de
detalhe dos resultados
da análise de negócios
Atividades
Tempo
• As atividades serão divididas em iterações com as entregas primeiro e depois as tarefas
associadas
são identificados.
• O trabalho em cada Iteração será priorizado e planejado com base no Produto acordado
roteiro.
As tarefas são executadas iterativamente

• Analise as necessidades do negócio

• Defina um caso de negócios

• Obtenha informações das partes interessadas
• Colabore com as partes interessadas
Atividades de bacharelado
• Priorize os requisitos
• Definir o estado futuro
• Requisitos do modelo
• Validar soluções

Momento do Trabalho de Análise de

• Gerenciamento de projetos
As tarefas BA serão realizadas iterativamente ao longo da iniciativa.
Negócios

Complexidade e Risco
• Habilidades operacionais de computador e treinamento para a equipe de gerenciamento do
restaurante (distribuidor de refeições,
Gerente de restaurante, garçom e CEO).
• Mudanças nos requisitos e no escopo no meio das iterações (ou seja, aumento do escopo)

Aceitação
Partes Interessadas.
Identificar as partes interessadas
Envolvimento e colaboração das
partes interessadas
Tarefas KA
Elicitação de Requisitos
• Atraso no lançamento da solução Web.
O Teste de Aceitação Comercial para cada Liberação Planejada será usado como aprovação das
Partes interessadas do produto:
Externo
• Gestão de restaurantes
• Fornecedor
• Gerenciador de menus
• Cozinheiros
• Entregador de refeições
• Cliente
Analista de negócios
interno
• A Gestão da Grill House
• Patrocinador do programa
• Funcionários
• RH
• Assunto de implementação Especialista
• Gestor de projeto
•Reuniões
Desenvolvedor
de revisão do Sprint/Iteração – No final de cada Sprint, as partes interessadas mais
próximas da entrega da solução se reunirão para discutir o que foi feito como parte do Sprint. Qual
trabalho foi concluído e o que não foi concluído e foi transferido para a próxima Iteração.
Contatos semanais/quinzenais - Com o Negócio & Tecnologia para esclarecer dúvidas e/ou solicitar
feedback sobre o trabalho desenvolvido até o momento.
Reuniões de planejamento de sprint/iteração – Discuta e decida quais trabalhos ou tarefas serão
realizadas pela equipe de tecnologia para o próximo sprint/iteração.
Sessões de preparação do backlog – Para priorizar o backlog do produto e garantir que o trabalho
necessário para o desenvolvimento do produto seja capturado
Sessões de planejamento trimestrais - Com as partes interessadas para discutir o progresso geral do
produto, resolver quaisquer preocupações ou conflitos das partes interessadas, avaliar e ajustar o
cronograma de entrega do produto em caso de quaisquer riscos ou atrasos identificados. Discuta as
próximas etapas para resolver quaisquer conflitos e preocupações imediatos, reajuste o roteiro do
produto, se necessário, discuta as prioridades dos requisitos de negócios e das partes interessadas.
Elicitação e Colaboração
Detalhes da tarefa
Reuniões semanais com as partes interessadas para:
• Gere ideias e discuta os requisitos.
• Reitere a compreensão dos requisitos.
• Revise os requisitos documentados de alto nível ou detalhados
• Revise os requisitos modelados e solicite feedback
• Preparar e revisar modelos fictícios para o sistema
• Discuta quaisquer complexidades ou riscos
Essas reuniões devem estar alinhadas com cada Iteração e devem focar nos recursos do Produto que
estão sendo desenvolvidos nas próximas Iterações.
 Relatórios Mensais (Gráficos de Velocidade, Relatórios de Defeitos, Métricas de Mudança de Escopo,
Gráficos Burndown etc.)
Plano de comunicação Relatórios do painel ágil
Reuniões de status do projeto
Planos de lançamento.
Análise Estratégica
Tarefas KA Detalhes da tarefa

• Como este é um sistema novo, não haverá qualquer análise do estado atual de um sistema
existente.
• No entanto, a análise do estado actual poderia ser realizada para sistemas semelhantes
existentes no
Análise do estado atual
Organização para análise dos Processos de Implementação de Segurança, Implementação
Tecnológica e de Infraestrutura, Visão Arquitetônica.
• Análise de partes interessadas externas (por exemplo, gestão de restaurantes, vendedores e
fornecedores de alimentos) para
entender se há alguma lacuna em seu modelo de custos, processos, mão de obra (nível de
• Defina a estrutura organizacional do programa

• Defina as funções e responsabilidades na estrutura da organização

• Defina o escopo de alto nível do programa
Análise do Estado Futuro
• Defina o cronograma de entrega do produto
• Defina o roteiro do produto para o ano
• Definir os critérios de sucesso no nível do programa e no nível de entrega
• Defina a arquitetura de alto nível do produto.
• Treinar o pessoal do restaurante no uso correto do sistema
• Garantir que todos os pedidos sejam preparados e entregues.
Avalie os riscos
• Atrasos em pedidos devido a grandes volumes de pedidos ou informações incorretas ou
incompletas do cliente ou
Erro de navegação do Entregador etc.
• Disponibilidade de aplicativos da Web ou tempo de inatividade do aplicativo.
• Analise se há alguma lacuna na atual gestão e fornecedores do restaurante.
Estratégia de Mudança • Identifique como essas lacunas podem ser preenchidas.
• Qual será o custo de integração de um novo gerente de restaurante ou vendedor de
restaurante?
• Identifique se há grupos adicionais de partes interessadas que precisarão envolver, como a
Análise e Design de Requisitos
Tarefas KA Detalhes da tarefa

• Defina os requisitos de nível do sistema :

ó Os usuários (garçons/gerentes) podem fazer pedidos de clientes no RMS.
ó Os usuários podem adicionar itens adicionais ao pedido até que o cliente termine e
esteja pronto
para receber a conta.
ó Os últimos pedidos de almoço deverão ser feitos até às 14h e os pedidos de jantar até
às 22h.
Requisitos do modelo ó Existe gateway de pagamento para que o pagamento dos pratos encomendados seja
feito a crédito
cartão ou dinheiro.
ó Os usuários (garçons/gerentes) podem pesquisar cardápio, imprimir formulário de
feedback, gerar conta,
pesquisar tabelas para acomodar clientes e fazer pedidos de clientes.
ó Os gestores podem criar e atualizar cardápio.
ó O gerente pode reservar mesas.
ó O gerente deve ser capaz de inserir informações do formulário de feedback no sistema.
ó O gerente pode acompanhar os pedidos e verificar se estão prontos para entrega em
 o Este sistema de pedidos de restaurantes é necessário para suportar um volume de
2.500 funcionários em todos os restaurantes.
Defina os requisitos de nível de subsistema :
Sistema de pedidos de
restaurantes
Os usuários (garçons/gerentes) devem poder fazer pedidos.
Os garçons/gerentes deverão poder visualizar o cardápio do dia com os
preços dos itens.
o Os garçons/gerentes devem poder editar o pedido antes de confirmá-lo.
o Garçons/Gerentes não podem editar ou cancelar o pedido após a
o confirmação.
o Os gerentes devem ser capazes de criar e atualizar menus.
o Os gerentes devem poder reservar mesas.
Gerentes/garçons devem ser capazes de gerar faturas.
Garçons/gerentes devem ser capazes de processar pagamentos com
cartão de crédito dos clientes usando gateway de pagamento.
As telas devem ser amigáveis e fáceis de navegar.
Sistema de
processamento
O gerente do restaurante deve poder visualizar os pedidos.
Os pedidos devem ser processados sequencialmente, ou seja, devem ser
atendidos na base First In First Out.
Os pedidos podem ser agrupados por Itens para que o Gerente do
Restaurante possa fazer um inventário de todos os pratos encomendados
pelos diferentes clientes e prepará-los pelo chef.
O gerente do restaurante deve poder solicitar a entrega no endereço
residencial do cliente.
O gerente deve ser capaz de atualizar o status do pedido após a entrega.
Os gerentes podem inserir informações do formulário de feedback do
cliente no sistema.
Sistema de
administração
O gerente do restaurante deve ser capaz de adicionar menu e
preço do item O gerente do restaurante deve ser capaz de
atualizar o menu e o preço do item O gerente do restaurante deve
ser capaz de adicionar/atualizar um questionário de feedback.
A gestão deve ser capaz de extrair relatórios.
Defina os requisitos de nível de
Login decomponente
usuário :
■ Funções e autorização do usuário
Criar, atualizar e visualizar menu
Criar pedido e visualizar pedido
Informações da conta do usuário
Processamento de pedidos – Solicitação de entrega,
atualização do status do pedido
Comunicando Identificando
Pilha de ferramenta de BI
tecnologia: Autenticação de aplicativo
■ Arquitetura de aplicativos e bancos
de dados
Modelagem de Dados
Estrutura do aplicativo
Contratos de API
Design da interface do usuário
Monitoramento de aplicativos
Plano de recuperação de desastres

Certifique-se de que o Plano de Verificação e Validação esteja em vigor.

A verificação e validação de requisitos podem ser feitas em cada nível de componente, sub
Nível do sistema e nível do sistema.
Verifique e valide o
Requisitos Verifique se o produto desenvolvido está alinhado com os Requisitos Especificados
(conforme especificado nos Critérios de Aceitação).
Valide se o subsistema montado ou a solução atende aos requisitos do Negócio e das Partes
Interessadas realizando o teste de Aceitação do Usuário no produto montado.
 • Deveríamos ser capazes de rastrear o design do nível do componente até o nível do sistema
requisitos fornecidos pelo Stakeholder pelo Plano de Verificação.

ao
• Desta forma podemos verificar que o sistema está completamente coberto no que diz respeito

Definir opções de design

• Avalie Construir vs Comprar.
Com base em custo, segurança, manutenção, complexidades de integração, suporte operacional,
etc.
•• Análise de fornecedores para sistema de gerenciamento de restaurantes.
Prós de construção :
ó Segurança de dados
ó Manutenção Interna
ó Custo de construção
ó Pode monitorar o sistematempo de execução
ó Resolução rápida em caso de inatividade do sistema.
ó Alinhar com a organização Padrões e Políticas
• Contras de construção:
ó Mais tempo para colocar em produção
Analise o valor potencial e recomende ó Maior custo de manutenção
a solução
• Comprar Prós:
ó Menor tempo para colocar em produção ou seja Plugue e Usar solução
ó Responsabilidade mínima de manutenção
ó Menor custo de manutenção
• Comprar Contras:
ó Menos visibilidade no monitoramento do sistema & Tempo de inatividade.
ó Maior tempo de resposta em caso de inatividade ou falha do sistema.
ó Poderia não satisfazer Organização Padrões e políticas.
ó Dados Intercâmbio.
ó Externo interno SistemaIntegração
ó Custo de Compra
Gerenciamento do ciclo de vida de requisitos
Tarefas KA Detalhes da tarefa

• O nível de abstração dos Requisitos pode ser dividido em Requisitos de Negócio,

Requisitos das partes interessadas, requisitos de solução e requisitos de transição, com cada
nível fornecendo uma visão mais detalhada dos requisitos. Isto é conseguido pelo Esquema de
Classificação de Requisitos mencionado na seção anterior do Documento.
Requisitos de rastreamento • Além disso, o Sistema pode ser dividido em diferentes níveis para garantir que todos os
as especificações dos requisitos são cobertas e os requisitos podem ser rastreados até o nível
mais granular. Isso pode ser feito dividindo o Sistema em Requisitos de Nível de Sistema, que é
um requisito de nível superior fornecido pelos Usuários, e então o Sub Nível do sistema e, em
seguida, os requisitos do nível do componente.
• Cada Requisito de Negócios e Partes Interessadas passará pelas seguintes fases:
Análise detalhada, design, desenvolvimento, testes funcionais, testes de aceitação do usuário, testes
de desempenho.
• Cada requisito no backlog deve ter um critério de aceitação em consenso do
Stakeholders antes de passar para qualquer Sprint/Iteração ativa.
Manter Requisitos • Os requisitos de nível de subsistema e nível de componente devem ser definidos de forma que
cada
O requisito pode ser testado mutuamente exclusivo aos outros Requisitos e quando integrado
funciona em harmonia com os outros requisitos
• Garanta que a definição do requisito permaneça consistente durante todo o seu ciclo de vida,
mantendo

• Quaisquer alterações nos Requisitos serão registradas como um novo Requisito no Agile
Priorize os requisitos painel e terá que passar pela preparação e priorização do backlog.
• A prioridade do requisito deve ser definida pela criticidade do negócio e pelo valor que ele irá
transmitir aos negócios ou partes interessadas quaisquer dependências de outros processos.
 • Quaisquer alterações nos Requisitos serão registradas como um novo Requisito no Agile
painel e terá que passar pela preparação e priorização do backlog.

• As alterações no requisito são atualizadas nos documentos da história do usuário.

Avalie as mudanças no
Requerimento • Quaisquer dependências conhecidas devem ser vinculadas ao Requisito no Agile Dashboard.

• Quaisquer alterações no requisito devem ser rastreáveis desde o Requisito Original até a última
alteração feita no Requisito.

• Avalie o impacto da mudança no cronograma de entrega do produto ou solução, custo e

sinergia com os demais componentes associados.

Avaliação da solução
Tarefas KA Detalhes da tarefa
ó Reduza os custos operacionais do restaurante em 15% em 12 meses, após o lançamento
inicial.
ó Reduza o desperdício de estoque em no mínimo 30% dentro de 6 meses após o primeiro
lançamento.
Escala: Desperdício de ingredientes para os pratos menos populares a cada semana, examinando o
inventário do restaurante
Medir o desempenho da solução Deve planejar: Menos de 15%
ó Aumentar o tempo médio efetivo de trabalho , permitindo que garçons e gerentes executem
o serviço
efetivamente todos os dias, dentro de 3 meses
Ao automatizar o processo de pedido e oferecer um melhor atendimento ao cliente tanto no
jantar quanto na entrega em domicílio, o restaurante poderá operar com menos mão de obra.
ó Escalabilidade e desempenho :
Este sistema de gestão de restaurantes é necessário para suportar um volume de

Uma vez disponibilizada a Solução ou parte da solução montada em Produção para Gestão de
Restaurantes, devemos monitorar continuamente o seguinte em relação às medidas de
Desempenho definidas acima:
•
Quantidade de desperdício de estoque
•
Garçons/Gerentes Horário de trabalho eficaz
Analise as medidas de desempenho •
Custo operacional do restaurante
•
Carga ou tráfego de entrada, ou seja, número de pedidos por unidade de tempo.
•
Tempo de execução do aplicativo e tempo de inatividade, se houver.
•
Tempo total para cumprir o Pedido.
•
Como está funcionando o plano de Mitigação de Riscos?
•
Feedback do usuário

Avalie a limitação da solução Quaisquer medidas de desempenho de baixo desempenho mencionadas acima.

ó Capacidade de fornecer contabilidade pré-paga e pós-paga para os pedidos.

Limitação Empresarial ó A solução oferece suporte à contabilidade pré-paga, permitindo que os clientes paguem usando
crédito
Cartões, mas não serviços bancários online.

Estado Inicial -Manual

Desenvolva o software Crie um banco de dados Crie logins de usuário

centralizado e preencha a Configure computadores e e relatórios
outros hardwares para cada
data histórica
local.
Figura 4: Processo do Estado
Atual
 Restaurant
e

Garçom faz
pedido usando
gerenciamento
de restaurante
baseado em
papel

Garçom verifica
mesas e Gerente solicita que o
acomoda Garçom O pedido é garçom entregue o
clientes anota o entregue ao pedido
pedido dos cliente
clientes Gerente coleta pedido
e entrega ao chef

Figura 4: Processo do Estado

Futuro

Modelagem de
Processos
Verifique em Figura 6: Modelagem de Processos usando Diagrama de
relação ao Caso de Uso (UML)
componente
verificação de
nível

Figura 7:
Modelo de
Verificação e
Validação de
Produto

Modelagem
de Escopo
Tabela 4:
Componentes
de alto nível
que precisam
ser
construídos

Funções do usuário Componentes/Recursos Autorização

• Eu sou
Lista de cardápios Visualizar

Garçom Formulário de comentários Visualizar

Pedir refeição Visualizar edição

Status do pedido Visualizar

Reserva de mesa Visualizar

Lista de cardápios Ver, adicionar,

editar
Formulário de comentários Ver, adicionar

Pedir refeição Visualizar

Gerente de restaurante Status do pedido Visualizar edição

Agrupar pedidos por itens de Visualizar
menu
Solicitar entrega Editar

Reserva de mesa Visualizar edição

Equipe de preparação Status do pedido Visualizar

de pedidos Status do pedido Visualizar

CEO Relatórios Visualizar

Tabela 2: Produto dentro e fora do escopo
Na mira Fora do escopo
Ver cardápio Pagamento pré-pago
Pedir refeição
Ver pedido
Editar pedido
Ver status do pedido Solicitação de estoque e fornecedor
Entrega do pedido ao cliente
Gateway de pagamento
Menu Criar/Atualizar
Seleção/reserva de mesa

Gerar fatura

Feedback/comentários do cliente
Relatórios/dados

Modelagem de dados:
ID do prato
Nome do prato
Preço Permissão de
'Definição de
Quantidade (Nº de peças)
ID do Papel do função Módulo
função' ID da permissão
Categoria usuário ID da
funcionário -t ID do funcionário - —1 função Nome da permissão Módulo H IO
Disponibilidade de itens de menu
Nome ID do módulo nome do módulo
ID do prato Nome do
Sobrenome papel permitido ID da
Disponibilidade
Número de função associada
Data
telefone
E-mail
Endereço ID do
restaurante
Restaurant
e
ID do ID do restaurante
ID da mesa ID do Empregado
restaurante
ID da tabela Card
Rua Nome Assentos de
identificação
ID do prato ápio
Cidade Estado Quantidade
CEP do restaurante Status do pedido
E-mail do Status , Data do pedido
número de Valor do pedido
telefone Instruções Especiais
Cliente Tipo de pedido (jantar no
local/entrega)
ID do cliente
Nome
Sobrenome
Telefone
Endereço E-
mail

Data de aniversário
Data de nascimento
ID do pedido
ID do prato
Classificação do prato
Comentários de feedback

Figura 8: Modelagem de dados usando diagrama ER

Diagrama de atividades da raia: O diagrama emprega raias para
mostrar a responsabilidade ou barra de sincronização para representar
os processos paralelos em múltiplas áreas. Aqui, a atividade de pedir
comida online representa como os dados fluem pelas pistas.
 The Grill House - Sistema de Gestão de Restaurantes
RMS Base de
Do utilizador
N dados •
Login de usuário

Base de
Restaurante D dados
Site de gerenciamento

44

'Seleciona o cliente N
1______mesa
v
_______ __
Menu de pesquisa e
seleção do pedido
do cliente
Faça o pedido e
confirme o
pedido
5
v
Checagem de
inventário
_____v____
Pedido na fila P

Pedido preparado pelo

____v___
Chef
t
D
Pedido entregue ao
cliente

Gerente
1----------1----------N
Gerar fatura do cliente

______■____
Paga com gateway de
pagamento S.
________ T
O cliente
preenche M
Formulário de
comentários
Pedido fechado
Wireframe para o Sistema de Gestão de Restaurantes Online:

The Grill House • Gestão de Restaurante

< • X C (https //The Grill House/Restouront Monogement System
Sistema ID do restaurante NJ258
____________________________________Eu CD

e
ID do funcionário W12345

S u
R 3
Jantar no local

Retirar
Conclusão: O Sistema de Gestão de Restaurantes Online deve atingir os
objetivos de negócios no lançamento.
Objetivo de Negócio 1: Melhorar a gestão das redes de restaurantes,
permitindo acesso aos gestores para atualizar cardápios, fazer reservas e
acompanhar vendas. Os garçons podem fazer pedidos com base no
cardápio mais atual e cobrar dos clientes com precisão.
Escala: Valor é qualidade de serviço e economia de tempo.
• Anterior – faturas em papel
 Objetivo de Negócio 2: Reduzir os custos operacionais do restaurante
em 15% em 6 meses, após o lançamento inicial.
Objetivo de negócios 3: Aumentar o tempo médio de trabalho efetivo
em 30 minutos por garçom por dia e aumentar o tempo de trabalho do
gerente em 1 hora em 3 meses.
Objetivo de Negócio 4: Os relatórios serão gerados mais rapidamente
devido à disponibilidade imediata das informações e isso ajudará no
conhecimento das tendências de vendas para um melhor planejamento
e decisões de cardápio.
Objetivo de negócio 5: A gestão pode tomar melhores decisões com o
feedback do cliente.

Backlog do produto
Título Estado Prioridade Pontos Critérios de Aceitação Caminho de
do backlog de Iteração
história
Como utilizador Aprovado 9 2 Dado que o usuário tem Lançamento 1-
pretendo criar uma acesso ao aplicativo. Se o Corrida 1
conta para poder usuário for um funcionário
utilizar o sistema de válido (garçom, gerente ou
Gestão de outro), a conta poderá ser
Restaurantes. criada, caso contrário exibirá
“A conta não pode ser criada”.

Como usuário, quero Aprovado 9 1 Um usuário pode alterar a Lançamento 1-

alterar a senha para senha ao inserir sua senha Corrida 1
poder redefini-la. antiga e pode criar uma nova
senha. Quando a nova senha
for inserida ela deverá ter 8
caracteres e deverá conter 1
caractere, 1 número e 1
caractere especial.

Como garçom, quero Aprovado 5 4 Quando estiver no aplicativo o Lançamento 1-

pesquisar o cardápio usuário consegue localizar a Corrida 1
para poder consultar pesquisa. O usuário insere
pratos e preços. qualquer valor e o valor será
exibido.
Como gerente quero Aprovado
adicionar novos itens,
excluir itens
existentes, bem como
criar novos menus do
zero para que o menu
fique preciso.
Como garçom, quero Aprovado
acesso ao sistema,
então
3 5 Quando o gerente estiver no Lançamento 1-
aplicativo, ele deverá Corrida 1
conseguir localizar o Menu.
Eles podem adicionar, excluir
ou editar quaisquer itens e
preços do menu.
3 2 Quando estiver no aplicativo, o Lançamento 1-
garçom deverá ser capaz Corrida 2
que eu possa fazer o para localizar o menu de
pedido do cliente. pedidos e selecionar os pratos
para fazer o pedido do cliente.

Como garçom, desejo Aprovado 4 2 Ao acessar o aplicativo o Lançamento 1-

acesso ao sistema garçom deverá conseguir Corrida 2
para poder gerar localizar a opção de conta e
contas na tabela. gerar a conta.

Como garçom quero Aprovado 4 2 Quando estiver no aplicativo, o Lançamento 1-

gerar a conta marcada garçom deverá ser capaz de Corrida 2
para mim (o garçom selecionar a mesa para que o
que a gerou) e o nome da mesa e o ID do
número da mesa para garçom estejam na conta
que possa ser gerada.
rastreada.

Como gerente, quero Aprovado 7 3 Quando o gerente está no Lançamento 1-

reservar mesas para aplicativo, ele pode selecionar Corrida 3
que possam ser mesas e reservá-las para os
reservadas. clientes.

Como garçom, quero Aprovado 6 2 Ao acessar o aplicativo o Lançamento 1-

examinar o software garçom deverá ser capaz de Corrida 3
para determinar quais pesquisar as mesas
mesas precisam ser disponíveis e selecionar a
reservadas para que mesa para acomodar os
eu possa jantar com clientes.
os clientes.

Como garçom ou Novo 4 4 Quando o usuário está no Lançamento 1-

gerente, desejo aplicativo, ele pode receber Corrida 3
acessar o gateway de pagamentos de clientes em
pagamento do sistema dinheiro ou cartão de crédito
para que os clientes usando o gateway de
possam pagar em pagamento.
dinheiro ou cartão.
Como CEO, quero que Novo 5 4 Quando ligado Lançamento 1-
um formulário de Corrida 3
feedback seja
fornecido a cada
cliente para que
detalhes como nome,
endereço, número de
celular, e-mail, data de
nascimento, datas de
aniversário dos
clientes e seus
comentários possam
ser capturados.
Como gerente, quero Novo 6 4 Quando estiver na inscrição Lançamento 1-
inserir manualmente o como gerente, devo conseguir Corrida 4
cliente localizar o formulário de
feedback
detalhes como nome, para impressão e poder inserir
endereço, número de as informações do formulário
celular, e-mail, data de de feedback no sistema.
nascimento, datas de
aniversário e seus
comentários para que
o feedback e as
informações do cliente
possam ser
armazenados no
sistema.

Como Gestão, quero Novo 3 8 Quando estiver no aplicativo, a Lançamento 1-

relatórios sobre
tendências de vendas
no EOD para que as
decisões possam ser
tomadas.
gestão deverá ser capaz de Corrida 4
gerar relatórios mostrando as
tendências de vendas.