Sistema de Automação Comercial de Pedidos

(1)

Termo de Abertura

Sistema de Automação Comercial de

Pedidos

Cabana - Versão 1.0

Iteração 1.0- Release 1.0

(2)

Termo de Abertura – versão 1.4 – Sistema de Automação Comercial de Pedidos Página 2 de 14

Histórico de Revisão

Data Versão do

Documento Descrição Autor

18/03/2011 1.0 Versão Inicial do Documento

Brunno Henrique Cleon Xavier Douglas Feitosa Emillie Dias 13/04/2011 1.1 Correção Caso de Uso Geral Douglas Feitosa 13/04/2011 1.1 WBS (Work Breakdown Structure)

Formatação do documento Emillie Dias 28/06/2011 1.2 Alteração do documento Emillie Dias. 14/08/2011 1.3 Correção do documento Emillie Dias. 23/09/2011 1.4 Alteração Caso de Uso Geral e

Cronograma Emillie Dias 02/11/2011 1.5 Alteração de Requisitos de Usuários Emillie Dias.

12/11/2012 1.5

Correção Matriz de Responsabilidades

Alteração Caso de Uso Emillie Dias.

(3)

Sumário

1. Apresentação do Projeto... 4

2. Resumo das Condições que Definem o Projeto...

4 3. Matriz de Responsabilidades... 5

4. Necessidades Básicas do Trabalho a Ser Realizado...6

5. Descrição do Projeto... 6

5.1 Escopo do Projeto... 6

5.1.1 WBS... 6

5.1.1.1 Dicionário WBS... 7

5.2 Não-Escopo do Projeto... 9

5.3 Premissas do Projeto... 9

5.4 Produto do Projeto... 10

5.5 Requisitos do Usuário... 10

5.6 Restrições do Produto... 11

5.7 Critério de Qualidade do Produto... 11

5.8 Lista de Riscos... 11

5.9 Prioridades... 11

5.10 Referências... 12

5.11 Cronograma Básico do Projeto... 12

5.12 Estimativas Iniciais de Custo... 12

6. Administração... 12

6.1 Necessidades Iniciais do Projeto...13

(4)

Termo de Abertura

1. Apresentação do Projeto

O presente projeto tem como objetivo aperfeiçoar o processo de atendimento em bares,

restaurantes e estabelecimentos afins, onde há uma necessidade de controle de pedidos requeridos pelos clientes, com a finalidade de organizar, agilizar e facilitar o processo.

2. 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 está disponível. O atendente encaminha o pedido ao setor responsável, onde é iniciada 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.

(5)

3. Matriz de Responsabilidades

Nome Dados Papel Responsabilidades

Douglas Feitosa Gonçalves E-mail:

douglas_fg@hotmail.com Tel: (62) 9174.2084

Gerente de Projeto Desenvolvedor

- Gerenciamento das atividades do projeto;

- Agendamento de Reuniões; - Avaliação de Viabilidade

- Acompanhar prazos e entregas de documentos

- Definição de Arquitetura - Design do sistema - Implementação - Banco de dados Cleon Xavier Pereira Júnior E-mail:

cleon_jr@hotmail.com Tel: (62) 9285.9687

Desenvolvedor - Implementação - Banco de dados

- Controle do Projeto através de Relatórios, pautas e atas de reuniões - Verificar a consistência dos diagramas entregue pelos analistas; - Implantação

Emillie Rebecca Bastos Dias E-mail:

Emillie.info@gmail.com Tel: (62) 8201.5091 Analista de Sistemas - Análise de Requisitos - Avaliação de Viabilidade - Documentação - Diagramação - Análise do Negócio

- Testes e Qualidade de Software; - Definição de Arquitetura

- Acompanhar entrega e prazos de documentos

- Treinamento Brunno Henrique de Souza E-mail:

brunno.henrique@live.com Tel: (62) 9191.3338 Analista de Sistemas - Análise de Requisitos - Cronograma - Documentação - Análise do negócio - Definição de Equipamentos e ferramentas. -Acompanhamento do desenvolvimento em relação à documentação - Controle de mudanças -Gerenciar riscos .

(6)

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, através de comanda digital.

(7)

5.1.1.1 Dicionário WBS

Pacote de trabalho Descrição Critério de Aceitação

WBS Work Breakdown Structure ou Estrutura Analítica de

Trabalho decompõe o escopo do projeto em subprodutos. Inclui o dicionário da WBS, este documento descreve o trabalho a ser realizado em cada pacote de trabalho da WBS

Detalhamento até o nível de pacote de trabalho. Inclusão de todo o escopo do projeto. Revisão pela equipe de planejamento do projeto. Definição da Metodologia Equipe de planejamento deverá analisar e escolher a

metodologia de desenvolvimento que se adequará melhor ao projeto.

Revisão pela equipe de planejamento do projeto.

Cronograma Define as datas previstas para as atividades e entregas do projeto

Revisão pela equipe de planejamento do projeto. Avaliação de Viabilidade Avaliar se o projeto é viável de um ponto de vista

tecnológico e organizacional

Revisão pela equipe de planejamento do projeto. Aceitação do Cliente. Recursos Humanos – Matriz

de Responsabilidades

Define a atuação de cada membro da equipe durante o projeto.

Revisão pela equipe do projeto. Todas as funções foram atribuídas

Recursos Humanos – Estudo/Treinamento da Equipe

A equipe necessita estudar e aprofundar

conhecimentos nas ferramentas e métodos que serão utilizados durante o desenvolvimento do projeto.

Responsabilidade individual dos membros da equipe em assimilar os conteúdos necessários para o desenvolvimento. Reuniões Realização de reuniões com a equipe e cliente do

projeto para acompanhamento e controle.

Ata de Reunião aprovada pelos participantes. Relatórios de

Acompanhamento

Documentação do acompanhamento do projeto com a finalidade de controle.

Revisão pela equipe do projeto.

Relatórios Finais Documentação dos procedimentos ocorridos durante o desenvolvimento do projeto.

Avaliação de Dificuldades Avaliar e relatar quais foram as dificuldades ocorridas durante o desenvolvimento do projeto e como poderiam ser evitadas.

Entrega do Produto Entrega do software finalizado, revisado e documentado

Aprovação e revisão pela equipe do projeto. Orientações Adquirir todas as orientações e templates para

desenvolvimento do projeto e documentações.

Termo de Abertura Definição do Escopo do Projeto Revisão pela equipe de planejamento do projeto. Levantamento de Requisitos Entender aquilo que o cliente deseja ou o que o

cliente acredita que precisa e as regras do negócio ou processos do negócio

Revisão pela equipe de planejamento do projeto. Aprovação do Cliente.

(8)

Reuniões com Cliente Solucionar dúvidas ou buscar informações a respeito do negócio do estabelecimento. Informar ao cliente sobre o andamento do projeto.

Ata de Reunião aprovada pelos participantes.

Aquisição de Equipamentos/ Softwares

Levantar as necessidades de equipamentos/softwares e analisar os custos

Aprovação pela equipe do projeto.

Modelo de Processo Entender e especificar como será a rotina no estabelecimento coma automação dos processos

Revisão pela equipe de planejamento do projeto. Aprovação do Cliente. Especificações Funcionais Descrição das funcionalidades do software Revisão pela equipe do

projeto. Análise de Negócio Analisar toda a rotina, fluxos e melhorias do processo

e todas as restrições que envolvem o projeto

Revisão pela equipe de planejamento do projeto. Aprovação do Cliente. Análise de Requisitos Identificar os requisitos do cliente e do software Revisão pela equipe do

projeto. Análise de Riscos Identificar os riscos pertinentes ao projeto e ações

para evitá-los ou corrigi-los

Definição Arquitetura Definir os componentes do software, suas propriedades externas e possíveis relacionamentos com outros softwares.

UML Desenvolvimento dos diagramas referentes ao software.

Especificação Técnica Especificação de todas as necessidades técnicas, linguagem, banco de dados para o desenvolvimento do software.

Layout/Protótipo – Desenvolvimento

Desenvolvimento do Layout e Protótipo Revisão pela equipe do projeto.

Layout/Protótipo – Integração

Integração do layout com o protótipo Revisão pela equipe do projeto.

Plano de Testes Garantir a Qualidade do software e corrigir os erros de acordo com uma elaboração de plano de testes que atenda ao projeto.

Validação pelo analista de Testes. Analise dos resultados pela equipe do projeto. Modelagem do Banco de

Dados

Construção de Modelo Entidade Relacionamento, Modelo Relacional, SQL

Documentação Documentação técnica do software e manual do usuário

Implementação Codificação do software e conexão ao banco de dados.

Validação do desenvolvedor. Revisão pela equipe do projeto.

Testes Aplicação do plano de testes e verificação de qualidade do software.

Validação pelo analista de Testes. Analise dos resultados pela equipe do projeto.

(9)

Homologação Validação do software, revisão, verificação de todas as funcionalidades, documentação e relatórios de desempenho.

Validação pelo analista de Testes. Analise dos resultados pela equipe do projeto. Entrega do Software Produto finalizado, pronto para ser implantado no

estabelecimento.

Revisão pela equipe do projeto e cliente. Autorização do gerente de projeto.

Implantação Instalação do software no estabelecimento. Alteração na rotina atual.

Autorização do gerente do projeto e do cliente Treinamento de Usuários Treinamento de usuários do estabelecimento que irão

utilizar os softwares, acompanhamento da aprendizagem e resolução de duvidas.

Recomendações Futuras Possibilidades de futuras melhorias ou acréscimo de funcionalidades para outras versões do software.

5.2 Não-Escopo do Projeto

Este projeto não é 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.

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 deverá 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.

(10)

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.

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/Pronto), 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 acrescidas taxas de serviço previamente comunicadas 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.5.9 Relatórios: Relatório de Produtos, de atividades dos usuários no sistema, de atividade do caixa

por período, de pedidos por período, listagem de estabelecimentos, listagem de usuários e permissões.

(11)

5.7 Restrições do produto

O produto terá interface web e será acessado somente por internet. O acesso só será possível mediante autenticação de usuário. É necessário possuir um dispositivo e navegador web compatíveis para o cadastro de comandas.

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

Problemas de compatibilidade entre dispositivos móveis e o sistema. Não cumprimento de datas previstas no cronograma.

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 - Caixa 5.10.2 Versão 2: - Cardápios - 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

(12)

5.11 Referências

1. Project Management of Body Knowledge (PMBOK Guide) – Edição 2000, PMI.

5.12 Cronograma básico do projeto

Estão previstos aproximadamente 288 (duzentos e oitenta e oito) dias de duração (contando com dias não úteis) para a conclusão das atividades. Este cronograma poderá sofrer alterações ao decorrer do projeto.

5.13 Estimativas iniciais de custo

Os custos deste projeto estão desenvolvidos com base nas especificações e necessidades inerentes ao projeto, inicialmente apurado em R$ 7.000,00.

6. Administração

6.1 Necessidade Inicial do Projeto

02 Analistas de Sistemas

01 Sistema Gerenciador de Banco de Dados e ferramentas de desenvolvimento. 01 Servidor

03 Dispositivos móveis (quantidade mínima). 03 Computadores (desktop)

(13)

6.2 Necessidades 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 destesistema.

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, Google Docs, Google Code, Dropbox) mídias digitais (CD, DVD) e dispositivos de armazenamento (HD externo, pen drive).

(14)

7. Assinaturas

Os abaixo assinados estão de acordo com o conteúdo do documento “Termo de Abertura”, do Sistema de Automação Comercial de Pedidos - Cabana - versão 1.0, release 1.0

Data: ___/___/_____ Data: ___/___/_____ Douglas Feitosa Gerente de Projeto Emillie Dias Analista de Sistemas Data: ___/___/_____ Data: ___/___/_____ Brunno Henrique Analista de Sistemas Cleon Xavier Desenvolvedor do Projeto