UNIVERSIDADE TECNOLGICA FEDERAL DO PARAN

DEPARTAMENTO ACADMICO DE COMPUTAO

CURSO DE ENGENHARIA DE COMPUTAO

Gerenciamento de Projeto de Software

Cardpio Digital para Dispositivos Mveis

Guilherme da Silva Farah 1633406

Guilherme Gonalves B da Silva 1633414

Matheus Ramos Giacomini 1633449

Raphael Ochetski de Queiroz 1633465

CORNLIO PROCPIO

2017
 UNIVERSIDADE TECNOLGICA FEDERAL DO PARAN
DEPARTAMENTO ACADMICO DE COMPUTAO
CURSO DE ENGENHARIA DE COMPUTAO

Cardpio Digital para Dispositivos Mveis

Guilherme da Silva Farah

Guilherme Gonalves Borges da Silva
Matheus Ramos Giacomini
Raphael Ochetski de Queiroz

Cornlio Procpio
2017
 Controle de Verses

Verso Data Autor Notas da Reviso

Raphael Ochetski de
1.0 11/09 Comeo dos tpicos 1 e 2
Queiroz

1.1 12/09 Guilherme Gonalves B S Continuao dos tpicos 1 e 2

2.0 18/09 Guilherme S Farah Criao da EAP

2.1 21/09 Matheus R Giacomini Criao dos diagramas e dicionrio da EAP

1. Declarao do escopo do projeto

1.1 Objetivos
Para o projeto ser considerado um sucesso, cinco principais objetivos devem ser
alcanados:

1. Specific: Agilidade no atendimento no estabelecimento.

2. Measurable: Diminuir o gasto do dono do estabelecimento em relao a quantidade
de garons. Aumentar a satisfao do cliente pela agilidade de se realizar um pedido.
3. Assignable: Donos e clientes de estabelecimentos comerciais destinados ao preparo e
comrcio de refeies e bebidas em geral, gerente do projeto, analistas e
patrocinadores.
4. Realistic: idem.
5. Time-Related: A partir do momento que o software estiver pronto para uso.

1.2 Justificativa
Muitas vezes quando chega-se em um estabelecimento comercial destinado ao
preparo e comrcio de refeies e bebidas em geral, necessrio ficar procurando o garom
ou esperar para ser atendido. Alguns estabelecimentos disponibilizam um tablet por mesa
para que se possa fazer o pedido sem a ajuda de um garom. Neste projeto iremos
desenvolver um aplicativo android para que o cliente, em seu prprio smartphone, possa
realizar o seu pedido sem a necessidade de um garom, eliminando a demora no atendimento
e possveis perdas de informaes, contribuindo assim com a rapidez, praticidade, agilidade no
atendimento e bem estar dos clientes.

1.3 Premissas
Para a realizao do aplicativo utilizaremos a IDE Android Studio, que nos permite a
gerao de aplicativos nativos para android, e desenvolvimento web utilizando linguagem php,
javascript e framework bootstrap para o sistema administrador.
Utilizaremos o ciclo de vida de prototipao e processo de software ISO/IEC 15288.

1.4 Restries
Os pedidos devem ser realizados e consumidos no estabelecimento.
Banco de dados limitado para uma certa quantidade de usurios.
1.5 Partes interessadas

Funo Nome
Desenvolvedor Raphael Ochetski de Queiroz
Gerente do Projeto Guilherme da Silva Farah
Analista Guilherme Gonalves Borges da Silva
Analista Matheus Ramos Giacomini

1.6 Recursos necessrios

A princpio necessitamos de um servidor para armazenar os dados gerados pelos
clientes e restaurantes, que custa em torno de 590,00 reais anuais.

1.7 Perodo de execuo

Data Evento

29/08 Entrega do Termo de Abertura do Projeto

12/09 Definio do ciclo de vida e processos de software

12/09 Elaborao do documento do plano do projeto e escopo do produto

17/11 Apresentao do Projeto

21/11 Apresentao do Projeto

1.7.1 Ciclo de vida de processo

Escolhemos para nosso projeto, trabalharmos com o ciclo de vida do tipo
Prototipao.

1.8 Previso oramentria

A princpio necessitamos de um servidor para armazenar os dados gerados pelos
clientes e restaurantes, que custa em torno de 590,00 reais mensais.
2 Escopo do Produto

2.1 Requisitos funcionais

Identificador Descrio Prioridad
e
RF01 O cliente deve conseguir selecionar o restaurante em que 1
deseja realizar o pedido.
RF02 O cliente deve conseguir realizar a reserva da mesa do 1
estabelecimento desejado;
RF03 O cliente deve conseguir selecionar uma mesa para realizar o 1
pedido.
RF04 O cliente deve realizar seu pedido com sucesso por meio do 1
aplicativo;
RF05 O estabelecimento deve conseguir cadastrar produtos. 1
RF06 O estabelecimento deve conseguir alterar produtos. 1
RF07 O estabelecimento deve conseguir excluir produtos.
RF8 O estabelecimento deve conseguir adicionar mesas. 1
RF9 O estabelecimento deve conseguir alterar mesas.
RF10 O estabelecimento deve conseguir excluir mesas.
RF11 O estabelecimento deve conseguir visualizar os pedidos
realizados por mesas.
RF12 O cliente deve conseguir adicionar um novo item de pedido.
RF13 O cliente deve conseguir alterar um item de pedido antes da
confirmao do estabelecimento.
RF14 O cliente deve conseguir excluir um item de pedido antes da
confirmao do estabelecimento.
RF15 O cliente deve conseguir visualizar os pedidos realizado por ele.
RF16 O cliente deve conseguir finalizar o pedido.
RF17 O cliente deve conseguir realizar a escolha do mtodo de
pagamento. Se for carto, deve inserir seus dados e obter
sucesso no pagamento.
RF18 O cliente deve conseguir chamar o garom, caso necessite

2.2 Requisitos no funcionais

Identificador Descrio Prioridad

e
RNF 01 O cliente deve realizar login para acessar o aplicativo
 RNF 02 O estabelecimento deve realizar login para acessar o sistema
gerenciador

2.3 Diagrama de Casos de uso

Diagrama de Caso Uso do aplicativo

 Diagrama de Caso Uso do Software do estabelecimento

2.4 Diagrama de Sequncia

3 ESTRUTURA ANALTICA DO PROJETO

3.1 EAP

3.2 Dicionrio da EAP

Cd. EAP Entrega Critrios de Aceitao

1.1.1 Termo de Abertura do Projeto (TAP) O Gerente de Projeto e o patrocinador deve

aprovar esta etapa.

O Gerente deProjetoresponsvelpordefinire
1.1.2 Ciclo de Vida e Processos
aprovar esta etapa.

1.1.3 Escopo do Projeto O GerentedeProjetoeosdesenvolvedoresdeve

atualizar e finalizar o documento conforme
necessrio antes do nicio do mesmo.

1.3.1 Requisitos Funcionais Deve ser elaborado e definido o requisistos do

sistema, aprovado pelo Gerente de Projeto.

1.3.2 Requisitos No-Funcionais Deve ser elaborado e definido os requisitos do

sistema, aprovado pelo Gerente de Projeto.

1.4.1 Parte do Software em Android Os desenvolvedores entregam partedosistemae

o Gerente de Projeto juntamente com o cliente
devem avaliar e aprovar.

1.5.1 Teste de Unidade Relatrio dos testes efetuado pelo testador

assinado pelo Gerente de Projeto.

1.5.2 Teste de Cobertura Relatrio dos testes efetuado pelo testador

assinado pelo Gerente de Projeto.