Professional Documents
Culture Documents
Modelo de TERMO DE ABERTURA - Sistema de Automação Comercial de Pedidos - Versão 1.1
Modelo de TERMO DE ABERTURA - Sistema de Automação Comercial de Pedidos - Versão 1.1
Versão do
Data Descrição Autor
Documento
Brunno Henrique
Cleon Xavier
18/03/2011
17/04/2023 1.0 Versão Inicial do Documento
Douglas Feitosa
Emillie Dias
.
Sumário
1.Apresentação do Projeto 4
2.Um resumo das condições que definem o projeto 4
3.Matriz de Responsabilidades 4
4.Necessidades básicas do trabalho a ser realizado 5
5.Descrição do Projeto 6
5.1Escopo do Projeto 6
5.2Não-Escopo do Projeto 6
5.3Premissas do Projeto 6
5.4Produto do Projeto 6
5.5Requisitos do Usuário 6
5.6Restrições do produto 7
5.7Critério de qualidade do produto 7
5.8Lista de Riscos 7
5.9Prioridades 8
5.10Referências 8
5.11Cronograma básico do projeto 8
5.12Estimativas iniciais de custo 8
6.Administração 9
6.1Necessidade inicial do Projeto 9
7.Assinaturas 10
Termo de Abertura
Em linhas gerais, o OBJETIVO GERAL
1. Apresentação do Projeto do projeto
O presente projeto tem como objetivo aperfeiçoar o processo de atendimento em bares, restaurantes e
afins, onde há uma necessidade de controle de pedidos requeridos pelos clientes, com a finalidade de
organizar, agilizar e facilitar o processo.
A empresa não possui um sistema de gerenciamento dos pedidos realizados pelos clientes. Ao chegar ao
estabelecimento, um atendente direciona o cliente a uma mesa e realiza a coleta do pedido. é necessário
saber se o pedido solicitado esta disponível. O atendente encaminha o pedido ao setor responsável, onde
inicia-se a preparação deste. Se houver necessidade de cancelamento ou troca de pedido, somente o
gerente é autorizado para a alteração. Quando o pedido está pronto, o atendente é solicitado a encaminhar
o pedido à mesa requerente, onde há uma comanda na qual é anotado o que o cliente está consumindo.
Quando o cliente solicita o encerramento da comanda, o atendente encaminha a comanda ao caixa, onde
há uma somatória do valor de todos os produtos consumidos pelo cliente. em alguns dias da semana, o
estabelecimento acrescenta uma taxa de serviço ao valor final a ser pago pelo cliente.
3. Matriz de Responsabilidades
Empresa
Nome Dados Papel Responsabilidades
Área
Cleon Xavier Pereira Júnior E-mail: Coordena STI . Verificar as pendências com relação à
dor / templates;
cleon_jr@hotmail.com Desenvolv
edor . Elaborar e garantir as pautas para todas as
Tel: (62) 9285.9687 reuniões;
. Verificar a consistência dos diagramas
entregue pelos analistas;
Emillie Rebecca Bastos Dias E-mail: Analista STI . Analisar os diagramas e fazer as correções
de Testes necessárias;
rebekdias@hotmail.com
. Garantir a qualidade do produto;
Tel: (62) 8201.5091
. Verificar se não há inconsistência nos
dados.
Brunno Henrique de Souza E-mail: Analista Cliente / . Elaborar os Diagramas necessários para o
brunno.henrique@live.com do STI desenvolvimento do software
Sistema e
Tel: (62) 9191.3338 Cliente . Verificar se o desenvolvimento está nos
conformes da necessidade
. Acompanhar e fazer mudanças se existir
necessidade.
.
4. Necessidades básicas do trabalho a ser realizado
Para que o desenvolvimento do sistema ocorra de forma correta, é necessário um conjunto de máquinas e
pessoas trabalhando juntos, dando um mesmo grau de importância pra ambos.
A empresa fornecerá informações necessárias para a equipe de projeto e disponibilizará funcionários que
serão os usuários do sistema para questionamentos, esclarecimentos de dúvidas, explicação da rotina de
atendimento e testes.
5. Descrição do Projeto
O presente projeto possui o foco no desenvolvimento de um sistema web, com o objetivo de gerenciar
e agilizar a rotina de atendimento a pedidos de clientes em estabelecimentos comerciais como bares,
restaurantes, lanchonetes, pubs, cafés e afins.
O projeto devera ser concluído na primeira semana do mês de dezembro do corrente ano (2011).
A equipe produzirá relatórios e os acompanhará e realizará ações preventivas ou corretivas para
garantir o cumprimento do cronograma definido pelo projeto.
Qualquer proposta de alteração no projeto deverá ser previamente encaminhada, analisada e aprovada
por todos os membros da equipe do projeto.
5.5.1 Consulta de Produtos: O atendente poderá consultar os produtos disponíveis oferecidos pelo
estabelecimento.
5.5.2 Disponibilidade de Estoque: Possibilidade de consulta para saber o status (disponível/não
disponível) do produto, com a finalidade de evitar que sejam realizados pedidos que não possam ser
cumpridos.
5.5.3 Acompanhamento do Status do Pedido: O atendente poderá consultar, qual é o status atual do
pedido realizado (Aguardando/Em Andamento/Finalizado), através de dispositivo móvel conectado a
intranet ou estações .
5.5.4 Alerta de Pedido finalizado: O atendente é comunicado que o pedido foi finalizado e já está
disponível para a entrega ao solicitante.
5.5.6 Calculo do valor total a ser pago pela consumação: Somatória de toda a consumação
realizada pelo cliente.
5.5.7 Possibilidade de acréscimo de taxa de serviço ao valor total da comanda: Em alguns dias, a
critério do estabelecimento, poderá ser acrescido taxas de serviço previamente comunicada aos
clientes, como 10% do valor, couver, dentre outros.
5.5.8 Encerramento do Pedido e envio do valor total para pagamento no caixa: Após a solicitação
de encerramento do pedido, o valor deverá ser informado ao cliente e repassado ao caixa, para que
seja efetuado o pagamento.
O produto terá interface web e será acessado somente por intranet. O acesso só será feito pelos
funcionários do estabelecimento, vedando o acesso a outros. É necessário possuir um navegador web
para o acesso ao sistema.
5.8.1 Robustez – O sistema deve se manter estável mesmo com instabilidade na rede, falhas de
hardwares, ou outro fator externo que possa vir a ocorrer. Sendo que a garantia sobre os hardwares
não serão de nossa responsabilidade.
5.8.2 Tolerância a falhas – Dados inseridos simultaneamente, dados inseridos erroneameamente, e
erros encontrados no sistema não devem acarretar na falha da integridade dos dados.
5.8.3 Requisitos de performance – Número de usuários logados, grande movimentação diária e
horários de picos de uso não devem comprometer o desempenho do sistema.
5.8.4 Usabilidade – O sistema deve ser de fácil manuseio, com menu intuitivo, com um designer tanto
para o uso em aparelhos touch screen, tanto para aparelhos convencionais. Podendo ser manuseado
pela maioria das pessoas.
5.8.5 Hardware – Os equipamentos envolvidos no projeto deverão ser robustos o suficiente para
suportar o serviço do sistema. Deverão ser avaliados e aprovados pelo analista de teste. A plataforma
utilizada no servidor será o SO Windows, já os demais equipamentos podem ser de qualquer outra
plataforma, aconselhamos o cliente escolher entre o melhor custo benefício.
5.10 Prioridades
5.10.1 Versão 1:
- Servidor web
- Cadastro de produtos
- Atendimento
5.10.2 Versão 2:
- Caixa
- Regras de negócio
- Segurança:
5.10.3 Versão 3: As características para a versão 3 ainda não estão definidas. Só está previsto que
herdará as funcionalidades já existentes.
5.11 Referências
Estão previstos 250 (duzentos e cinqüenta) dias úteis de duração para a conclusão das atividades
deste projeto. Após a iniciação, o projeto deverá conter um cronograma oficial com informações.
Os custos deste projeto está desenvolvido com base nas especificações e necessidades
inerentes ao projeto, inicialmente apurado em R$ 4.000,00.
04 Analistas de Sistemas
01 Sistema Gerenciador de Banco de Dados e ferramentas de desenvolvimento.
01 Servidor
04 Dispositivos moveis (quantidade mínima).
03 Computadores (desktop)
Internet + custos fixos do escritório
6.2 Necessidade de suporte pela organização
O projeto será considerado como um projeto isolado, contando com a disponibilização de informações
necessárias para o desenvolvimento deste