You are on page 1of 9

Termo de Abertura

Sistema de Automação Comercial de


Pedidos- Versão 1.1

Iteração 1.0- Release 1.0

Versão do Documento: 1.1


Histórico de Revisão

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.

2. Um resumo das condições que definem o projeto

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

Douglas Feitosa Gonçalves E-mail: Gerente STI . Acompanhar o andamento do projeto;


douglas_fg@hotmail.com de Projeto
- Marcar e garantir a presença dp grupo em
Tel: (62) 9174.2084 todas as reuniões;
- Verificar se os documentos estão sendo
entregues de acordo com os prazos;
- Demandar tarefas ao grupo desenvolvedor;

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

5.1 Escopo 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.

5.2 Não-Escopo do Projeto

Este projeto não e responsável pela reformulação da rotina de atendimento do estabelecimento.


O sistema não possui recursos para desktop e não inclui cadastro/controle de cliente.
A implementação de processos relacionados ao faturamento não estão incluídos.

5.3 Premissas do Projeto

Serão realizadas reuniões semanais com a equipe para acompanhamento do projeto.

O cliente disponibilizará funcionários para a equipe, quando necessário, para a consulta de


informações e realização de testes.

O cliente se compromete em esclarecer qualquer dúvida levantada ao decorrer do projeto em no


máximo 05 (cinco) dias úteis.

Será permitido que a equipe acompanhe a rotina do estabelecimento, com a finalidade de


entendimento do negócio.

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.4 Produto do Projeto

Software para gerenciamento de pedidos em bares, restaurantes, pubs, cafés, lanchonetes e


estabelecimentos do ramo. Documentação técnica do software. Manual do Usuário. Treinamento dos
funcionários. Implantação e Manutenção do sistema.
Software;
Documentação;
Manual do usuário;
Treinamento dos funcionários;
Implantação do sistema;
Manutenção do sistema
5.5 Requisitos do Usuário

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.

5.6 Diagrama Geral de Caso de Uso


5.7 Restrições do produto

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 Critério de qualidade do produto

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.9 Lista de Riscos

5.9.1 Problemas de compatibilidade entre dispositivos moveis e o sistema.


5.9.2 Não cumprimento de datas previstas no cronograma.
5.9.3 Falta de disponibilidade e não comparecimento dos membros da equipe nas reuniões.

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

1. Project Management of Body Knowledge (PMBOK Guide) – Edicao 2000, PMI.

5.12 Cronograma básico do projeto (cerca de 8 meses)

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.

5.13 Estimativas iniciais de custo

Os custos deste projeto está desenvolvido com base nas especificações e necessidades
inerentes ao projeto, inicialmente apurado em R$ 4.000,00.

4000/8 = R$ 500,00 / mês


6. Administração

6.1 Necessidade inicial do Projeto

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

6.3 Controle e gerenciamento das informações do projeto

As informações referentes a este projeto serão armazenadas e gerenciadas em documentos assinados


por ambas as partes interessadas, documentação virtual (e-mails) mídias digitais (CD, DVD) e
dispositivos de armazenamento (HD externo, pen drive).
7. Assinaturas

Os abaixo assinados estão de acordo com o conteúdo do documento “Termo de Abertura”, do


Sistema <Nome do Sistema>, versão 9.9, Módulo <Nome do Módulo – apenas se o Sistema estiver
repartido em Módulos>, release 9.9 <Nº. da versão do módulo>.

Data: ___/___/_____ Data: ___/___/_____

Nome Completo Nome Completo


Papel e/ou cargo Papel e/ou cargo

Data: ___/___/_____ Data: ___/___/_____

Nome Completo Nome Completo


Papel e/ou cargo Papel e/ou cargo

You might also like