Unioeste - Universidade Estadual do Oeste do Paran

CENTRO DE CINCIAS EXATAS E TECNOLGICAS

Colegiado de Informtica
Curso de Bacharelado em Informtica

Estudo de Requisitos

Alunos:
Professor:
Disciplina:

CASCAVEL
2009

Fabio G. Koerich
Osmar dos Santos
Victor F. A. Santander
PES III

Sumrio
Sumrio

ii

Introduo

1.1

Motivao . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1.2

O Sistema Proposto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Requisitos Funcionais

2.1

Cliente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.2

Endereo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.3

Funcionrio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.4

Produto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.5

Grupo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.6

Categoria . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.7

Tamanho . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.8

Preo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.9

Divises . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

10

2.10 Pedido . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

11

2.11 Relatorios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

13

Modelagem Organizacional i*

15

3.1

Diagrama de Dependncias Estratgicas (SD) . . . . . . . . . . . . . . . . . . .

15

3.2

Diagrama de Razes Estratgicas (SR) . . . . . . . . . . . . . . . . . . . . . . .

18

Requisitos No-Funcionais

20

4.1

Requisitos de Processo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

20

4.2

Requisitos de Usabilidade . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

21

4.3

Requisitos de Segurana . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

21

4.4

Requisitos de Performance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

21

ii

4.5

Grafo SIG . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

22

4.6

Recursos Externos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

24

4.6.1

24

Restries econmicas . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Casos de Uso

25

Diagrama de Classes

32

Concluso

36

iii

Captulo 1
Introduo
1.1

Motivao

Este trabalho foi realizado com o intuito de desenvolver um sistema computacional para
o controle de vendas de um restaurante, que tambm poder disponibilizar entrega domiciliar,
mas pode ser estendido para outros estabelecimentos do gnero. Buscamos ainda projetar um
sistema que propicie agilidade, usabilidade e flexibilidade aos funcionrios da empresa que
vierem a utiliz-lo.

1.2

O Sistema Proposto

O presente projeto visa desenvolver um sistema computacional para o controle de vendas de

um restaurante que tambm realize entregas domiciliares atravs de um servio de Tele Entrega.
O sistema ser desenvolvido tendo em vista a empresa Cantina da Pina (Restaurante e Pizzaria), podendo o mesmo ser fcilmente estendido para outros estabelecimentos do gnero que
possuam uma lgica de negcio semelhante.
O mesmo dever ser capaz de realizar o cadastro e manuteno das informaes de clientes,
funcionrios e produtos, assim como possibilitar a venda de produtos industrializados ou produzidos no prprio estabelecimento.
A empresa trabalha com dois modelos de venda, vendas por telefone, onde um cliente realiza o seu pedido atravs do telefone podendo o mesmo decidir pela entregua de sue pedido
em sua residncia ou efetuar a busca no estabelecimento. Alm das vendas por telefone existe
ainda a venda no local, onde os clientes compram e consomem os produtos no prprio estabelecimento, este tambm conhecido como pedido mesa ou compram e consomem os em sua

prpria residncia.
Um estudo de viabilidade anterior nos levou a escola do sistema que aqui citamos. Esse
documento visa, portanto, especificar os requisitos e a modelagem orientada a objetos desse
sistema que gerencia as vendas em um Restaurante que realiza vendas no local e que pode ter
servio de Tele Entrega.

Captulo 2
Requisitos Funcionais
A seguir, so apresentados os requisitos funcionais do sistema, assim como uma breve
descrio dos mesmos.

2.1

Cliente

[RF-1] - Cadastro de Cliente

O sistema dever permitir a realizao de cadastro de clientes, para tal ser fornecido ao
menos o Nome do cliente, e os seguintes campos adicionais: RG, CPF e Data de Nascimento.
Durante a insero o sistema dever atribuir um identificador, cdigo, nico para o cliente.
Assim como registrar a o dia em que a operao foi realizada.
O sistema dever exibir mensagens confirmando a insero dos dados ou a existncia de
algum erro durante a operao.

[RF-2] - Remoo de Cliente

O sistema dever permitir a remoo de um cliente previamente inserido no sistema, esta
operao dever estar disponvel aps a localizao dos dados do cliente no sistema.
O sistema dever exibir mensagens confirmando a remoo dos dados ou a existncia de
algum erro durante a operao.

[RF-3] - Atualizao de Cliente

O sistema dever permitir a atualizao dos dados de um cliente previamente cadastrado no
sistema, esta operao estar disponvel aps a localizao dos dados do cliente no sistema.

O sistema dever exibir mensagens confirmando a atualizao dos dados ou a existncia de

algum erro durante a operao.

[RF-4] - Busca de Cliente

O sistema dever permitir a realizao da busca dos dados de um cliente atravs de seu
cdigo ou nome.
O sistema dever exibir mensagens informando a inexistncia de um cliente com os dados
buscados, ou ainda a existncia de algum erro durante a operao.

2.2

Endereo

[RF-5] - Cadastro de Endereo

O sistema dever permitir a realizao de cadastro de endereos para um cliente previamente localizado, para tal ser fornecido ao menos o Nome, Rua, Nmero e Bairro do endereo,
e os seguintes campos adicionais: Complemento e Dica.
O sistema dever exibir mensagens confirmando a insero dos dados ou a existncia de
algum erro durante a operao.

[RF-6] - Remoo de Endereo

O sistema dever permitir a remoo de um endereo previamente inserido no sistema
a partir de um cliente previamente localizado, esta operao dever estar disponvel aps a
localizao dos dados do endereo no sistema.
O sistema dever exibir mensagens confirmando a remoo dos dados ou a existncia de
algum erro durante a operao.

[RF-7] - Atualizao de Endereo

O sistema dever permitir a atualizao dos dados de um endereo previamente cadastrado
no sistema, esta operao estar disponvel aps a localizao dos dados do cliente e dos dados
do endereo em questo no sistema.
O sistema dever exibir mensagens confirmando a atualizao dos dados ou a existncia de
algum erro durante a operao.
4

[RF-8] - Busca de Endereo

O sistema dever permitir a realizao da busca dos dados de um endereo, a partir de um
cliente em especifico, atravs de seu nome ou rua.
O sistema dever exibir mensagens informando a inexistncia de um endereo com os
dados buscados, ou ainda a existncia de algum erro durante a operao.

2.3

Funcionrio

[RF-9] - Cadastro de Funcionrio

O sistema dever permitir a realizao de cadastro de funcionrios, para tal ser fornecido
ao menos o Nome do funcionrio, e os seguintes campos adicionais: RG, CPF e Data de Nascimento. Durante a insero o sistema dever atribuir um identificador, cdigo, nico para o
funcionrio. Assim como registrar a o dia em que a operao foi realizada.
O sistema dever exibir mensagens confirmando a insero dos dados ou a existncia de
algum erro durante a operao.

[RF-10] - Remoo de Funcionrio

O sistema dever permitir a remoo de um funcionrio previamente inserido no sistema,
esta operao dever estar disponvel aps a localizao dos dados do funcionrio no sistema.
O sistema dever exibir mensagens confirmando a remoo dos dados ou a existncia de
algum erro durante a operao.

[RF-11] - Atualizao de Funcionrio

O sistema dever permitir a atualizao dos dados de um funcionrio previamente
cadastrado no sistema, esta operao estar disponvel aps a localizao dos dados do funcionrio no sistema.
O sistema dever exibir mensagens confirmando a atualizao dos dados ou a existncia de
algum erro durante a operao.

[RF-12] - Busca de Funcionrio

5

O sistema dever permitir a realizao da busca dos dados de um funcionrio atravs de seu
cdigo ou nome.
O sistema dever exibir mensagens informando a inexistncia de um funcionrio com os
dados buscados, ou ainda a existncia de algum erro durante a operao.

2.4

Produto

[RF-13] - Cadastro de Produto

O sistema dever permitir a realizao de cadastro de produtos, para tal ser fornecido ao
menos o Nome do produto e o grupo ao qual ele pertence, e ainda o seguinte campo adicional:
Descrio. Durante a insero o sistema dever atribuir um identificador, cdigo, nico para o
produto.
O sistema dever exibir mensagens confirmando a insero dos dados ou a existncia de
algum erro durante a operao.

[RF-14] - Remoo de Produto

O sistema dever permitir a remoo de um produto previamente inserido no sistema, esta
operao dever estar disponvel aps a localizao dos dados do produto no sistema.
O sistema dever exibir mensagens confirmando a remoo dos dados ou a existncia de
algum erro durante a operao.

[RF-15] - Atualizao de Produto

O sistema dever permitir a atualizao dos dados de um produto previamente cadastrado
no sistema, esta operao estar disponvel aps a localizao dos dados do produto no sistema.
O sistema dever exibir mensagens confirmando a atualizao dos dados ou a existncia de
algum erro durante a operao.

[RF-16] - Busca de Produto

O sistema dever permitir a realizao da busca dos dados de um produto atravs de seu
cdigo ou nome.
O sistema dever exibir mensagens informando a inexistncia de um produto com os dados
buscados, ou ainda a existncia de algum erro durante a operao.
6

2.5

Grupo

[RF-17] - Cadastro de Grupo

O sistema dever permitir a realizao de cadastro de grupos, onde os produtos sero subdivididos, para tal ser fornecido o Nome do grupo e a categoria a qual ele pertence.
O sistema dever exibir mensagens confirmando a insero dos dados ou a existncia de
algum erro durante a operao.

[RF-18] - Remoo de Grupo

O sistema dever permitir a remoo de um grupo previamente inserido no sistema, esta
operao dever estar disponvel aps a localizao dos dados do grupo no sistema e somente
se no existir um produto que pertena ao grupo em questo.
O sistema dever exibir mensagens confirmando a remoo dos dados, a existncia de
algum produto no grupo em questo ou a existncia de algum erro durante a operao.

[RF-19] - Atualizao de Grupo

O sistema dever permitir a atualizao dos dados de um grupo previamente cadastrado no
sistema, esta operao estar disponvel aps a localizao dos dados do grupo no sistema.
O sistema dever exibir mensagens confirmando a atualizao dos dados ou a existncia de
algum erro durante a operao.

[RF-20] - Busca de Grupo

O sistema dever permitir a realizao da busca dos dados de um grupo atravs de seu
nome.
O sistema dever exibir mensagens informando a inexistncia de um grupo com a informao buscada, ou ainda a existncia de algum erro durante a operao.

2.6

Categoria

[RF-21] - Cadastro de Categoria

O sistema dever permitir a realizao de cadastro de categorias, onde os grupos sero
subdivididos, para tal ser fornecido o Nome da categoria.
O sistema dever exibir mensagens confirmando a insero dos dados ou a existncia de
algum erro durante a operao.

[RF-22] - Remoo de Categoria

O sistema dever permitir a remoo de uma categoria previamente inserida no sistema,
esta operao dever estar disponvel aps a localizao dos dados da categoria no sistema e
somente se no existir um grupo que pertena a categoria em questo.
O sistema dever exibir mensagens confirmando a remoo dos dados, a existncia de
algum grupo na categoria em questo ou a existncia de algum erro durante a operao.

[RF-23] - Atualizao de Categoria

O sistema dever permitir a atualizao dos dados de uma categoria previamente cadastrada
no sistema, esta operao estar disponvel aps a localizao dos dados de uma categoria no
sistema.
O sistema dever exibir mensagens confirmando a atualizao dos dados ou a existncia de
algum erro durante a operao.

[RF-24] - Busca de Categoria

O sistema dever permitir a realizao da busca dos dados de um categoria atravs de seu
nome.
O sistema dever exibir mensagens informando a inexistncia de uma categoria com a
informao buscada, ou ainda a existncia de algum erro durante a operao.

2.7

Tamanho

[RF-25] - Cadastro de Tamanho

O sistema dever permitir a realizao de cadastro de tamanhos, o qual ser relacionado
com as categorias e os grupos, para tal ser fornecido o Nome do tamanho.
O sistema dever exibir mensagens confirmando a insero dos dados ou a existncia de
algum erro durante a operao.

[RF-26] - Remoo de Tamanho

O sistema dever permitir a remoo de um tamanho previamente inserido no sistema, esta
operao dever estar disponvel aps a localizao dos dados do tamanho no sistema e se ele
no estiver relacionado com nenhuma categoria ou grupo.
O sistema dever exibir mensagens confirmando a remoo dos dados ou a existncia de
algum erro durante a operao.

[RF-27] - Atualizao de Tamanho

O sistema dever permitir a atualizao dos dados de um tamanho previamente cadastrado
no sistema, esta operao estar disponvel aps a localizao dos dados do tamanho no sistema.
O sistema dever exibir mensagens confirmando a atualizao dos dados ou a existncia de
algum erro durante a operao.

[RF-28] - Busca de Tamanho

O sistema dever permitir a realizao da busca dos dados de um tamanho atravs de seu
nome.
O sistema dever exibir mensagens informando a inexistncia de um tamanho com os dados
buscados, ou ainda a existncia de algum erro durante a operao.

2.8

Preo

[RF-29] - Cadastro de Preo

O sistema dever permitir a realizao de cadastro de preos, para tal ser fornecido o valor,
9

grupo e o tamanho ao qual ele pertence.

O sistema dever exibir mensagens confirmando a insero dos dados ou a existncia de
algum erro durante a operao.

[RF-30] - Remoo de Preo

O sistema dever permitir a remoo de um preos previamente inserido no sistema, esta
operao dever estar disponvel aps a localizao dos dados do preo no sistema, e somente
se no existir nenhum relacionamento com o mesmo.
O sistema dever exibir mensagens confirmando a remoo dos dados ou a existncia de
algum erro durante a operao.

[RF-31] - Atualizao de Preo

O sistema dever permitir a atualizao dos dados de um preo previamente cadastrado no
sistema, esta operao estar disponvel aps a localizao dos dados do preo no sistema.
O sistema dever exibir mensagens confirmando a atualizao dos dados ou a existncia de
algum erro durante a operao.

[RF-32] - Busca de Preo

O sistema dever permitir a realizao da busca dos dados de um preo atravs das relaes
do mesmo.
O sistema dever exibir mensagens informando a inexistncia de um preo com os dados
buscados, ou ainda a existncia de algum erro durante a operao.

2.9

Divises

[RF-33] - Cadastro de Divises

O sistema dever permitir a realizao de cadastro de divises que um produto pode sofrer,
para tal ser fornecido uma quantidade de divises e a categoria e o tamanho ao qual ela se
refere.
O sistema dever exibir mensagens confirmando a insero dos dados ou a existncia de
algum erro durante a operao.
10

[RF-34] - Remoo de Divises

O sistema dever permitir a remoo de uma diviso previamente inserida no sistema, esta
operao dever estar disponvel aps a localizao dos dados da diviso no sistema.
O sistema dever exibir mensagens confirmando a remoo dos dados ou a existncia de
algum erro durante a operao.

[RF-35] - Atualizao de Divises

O sistema dever permitir a atualizao dos dados de uma diviso previamente cadastrada
no sistema, esta operao estar disponvel aps a localizao dos dados da diviso no sistema.
O sistema dever exibir mensagens confirmando a atualizao dos dados ou a existncia de
algum erro durante a operao.

[RF-36] - Busca de Divises

O sistema dever permitir a realizao da busca dos dados de uma diviso atravs das
relaes da mesma.
O sistema dever exibir mensagens informando a inexistncia de uma diviso com os dados
buscados, ou ainda a existncia de algum erro durante a operao.

2.10

Pedido

Para todas as operaes sobre pedido o funcionrio que esta logado no sistema realizando a
mesma dever ser armazenado em um log.

[RF-37] - Cadastrar Pedido Mesa

O sistema dever permitir o cadastro de pedido na mesa, tambm conhecido como no local,
para tal ser fornecido os produtos do pedido e sua configurao - tamanho, divises, observao
- assim como dados do cliente se assim ele quiser. Durante a insero o sistema dever atribuir
um identificador, cdigo, nico para o pedido.
O sistema dever exibir mensagens confirmando a insero dos dados ou a existncia de
algum erro durante a operao.

11

[RF-38] - Cadastrar Pedido Telefone

O sistema dever permitir o cadastro de pedido telefone, tambm conhecido como tele
entregas, para tal ser fornecido os produtos do pedido e sua configurao - tamanho, divises,
observao, - dados do cliente e local de entrega se assim ele quiser. Durante a insero o
sistema dever atribuir um identificador, cdigo, nico para o pedido.
O sistema dever exibir mensagens confirmando a insero dos dados ou a existncia de
algum erro durante a operao.

[RF-39] - Atualizar Pedido

O sistema dever permitir a atualizao dos dados de um pedido previamente cadastrada no
sistema, esta operao estar disponvel aps a localizao dos dados do pedido no sistema.
O sistema dever manter algum tipo de log da operao.
O sistema dever exibir mensagens confirmando a atualizao dos dados ou a existncia de
algum erro durante a operao.

[RF-40] - Cancelar Pedido

O sistema dever permitir o cancelamento de um pedido previamente inserida no sistema,
esta operao dever estar disponvel aps a localizao dos dados do pedido no sistema. No
momento de sua efetivao uma justificativa dever ser fornecida para tal operao.
O sistema dever manter algum tipo de log da operao.
O sistema dever exibir mensagens confirmando o cancelamento ou a existncia de algum
erro durante a operao.

[RF-41] - Fechar Pedido

O sistema deve possibilitar o fechamento do pedido, que o momento do pagamento, esta
operao dever estar disponvel aps a localizao do pedido no sistema.
O sistema dever exibir mensagens confirmando o fechamento ou a existncia de algum
erro durante a operao.

[RF-42] - Entregar Pedido

O sistema dever possibilitar a associao de um funcionrio, previamente cadastrado no
12

sistema, com um pedido telefone, tambm previamente cadastrado no sistema, de modo que
este funcionrio a pessoa que efetuou a entrega na residncia do cliente.
O sistema dever exibir mensagens confirmando esta associao ou a existncia de algum
erro durante a operao.

[RF-43] - Busca Pedido

O sistema dever permitir a realizao da busca dos dados de um pedido atravs de seu
cdigo.
O sistema dever exibir mensagens informando a inexistncia de um pedido com os dados
buscados, ou ainda a existncia de algum erro durante a operao.

[RF-44] - Impresso Pedido

O sistema dever permitir a impresso de todos os dados constantes em um pedido, previamente inserido no sistema e estando o mesmo sendo visualizado pelo atendente, em duas vias:
uma de carter cupom fiscal, com todos os dados, e outra com funo de facilitar o trabalho da
cozinha, com o cdigo do pedido e os produtos constantes no mesmo e suas caractersticas tamanho, divises.
O sistema dever exibir mensagens na existncia de algum erro durante a operao.

2.11

Relatrios

[RF-45] - Pedidos Fechados

O sistema dever listar os pedidos fechados entre um perodo fornecido pelo usurio, ou
por funcionrio que realizou a operao.
O sistema dever exibir mensagens na existncia de algum erro durante a operao.

[RF-46] - Pedidos Em Aberto

O sistema dever listar os pedidos que no esto fechados e que no tenham sido cancelados
entre um perodo fornecido pelo usurio, ou por funcionrio que realizou a operao.
O sistema dever exibir mensagens na existncia de algum erro durante a operao.

13

[RF-47] - Pedidos Cancelados e ou Atualizados

O sistema dever listar os pedidos cancelados ou e atualizados entre um perodo fornecido
pelo usurio, ou por funcionrio que realizou a operao.
O sistema dever exibir mensagens na existncia de algum erro durante a operao.

[RF-48] - Pedidos Entregues

O sistema dever listar os pedidos entregues entre um perodo fornecido pelo usurio, ou
por funcionrio que realizou a operao.
O sistema dever exibir mensagens na existncia de algum erro durante a operao.

14

Captulo 3
Modelagem Organizacional i*
Nesta seo sero apresentados os Diagramas de Dependncia e Razes Estratgicas, SD e
SR, e suas descries.

3.1

Diagrama de Dependncias Estratgicas (SD)

Na figura 3.1 temos o Diagrama de Dependncias Estratgicas (SD).

Segue abaixo na tabela 3.1 que contm as dependncias entre os atores do sistema, esta
tabela visa facilitar a visualizao das dependncias.
Numa viso mais geral do sistema, o ator Cliente pode interagir com o sistema de duas
formas, quando faz um pedido por telefone ao Atendente ou no estabelecimento ao Garom.
Esses por fim interagem com o Sistema Gestor atendendo as solicitaes do Cliente.
O Objetivo principal do cliente para com o sistema a realizao de um pedido, que pode
ser satisfeito pelo sistema de duas formas diferentes. O pedido pode ser realizado por telefone
Pedido Telefone e no prprio estabelecimento Iniciar Pedido Mesa. Alm do Pedido, o Cliente

tambm pode verificar o preo de um dos produtos do estabelecimento atravs do recurso Verificar Preo Telefone. Quando esta no estabelecimento o cliente pode solicitar novos produtos

e finalizar a venda, estas duas possibilidades so representadas respectivamente pelos objetivos

Adicionar Produto ao Pedido e Finalizar Pedido Mesa quando so solicitados ao Garom eles so

representados pelas tarefas Atualizar Pedido e Solicitar Valor Final. Para realizar estes objetivos
o cliente espera eficincia no atendimento por parte do garom, esta eficincia representada
pelo objetivo-soft Eficincia no Atendimento. Ao final de cada solicitao de adio de um
produto ao pedido o Garom solicita ao Atendente os produtos, representada no diagrama pela
tarefa Solicitar Pedido. Se o cliente estiver solicitando um pedido via telefone alm das opes j

Figura 3.1: Diagrama de Dependncias Estratgicas(SD)

citadas ele pode querer modifar o seu pedido, est opo e representada pelo objetivo Modificar
Pedido. Durante o processo de pedido via telefone o cliente espera uma agilidade do Atendente,

a representamos pelo objetivo-soft Agilidade.

16

Depender Dependee
Cliente
Garom

Atendente

Garom

Tipo de Dependncia Descrio Dependncia

Objetivo
Adicionar Produto ao Pedido
Iniciar Pedido Mesa
Finalizar Pedido Mesa
Objetivo-Soft
Eficincia no Atendimento
Atendente
Objetivo
Pedido Telefone
Modificar Pedido
Recurso
Verificar Preo Telefone
Objetivo-Soft
Agilidade
Sistema Gestor Objetivo
Emitir Relatrio
CRU
Tarefa
Efetivar Pedido
Realizar Modificao
Finalizar Pedido
Recurso
Busca no Banco de Dados
Imprimir Cupom Fiscal
Objetivo-Soft
Confiabilidade
Flexibilidade
Usabilidade
Atendente
Tarefa
Solicitar Valor Final
Solicitar Pedido
Atualizar Pedido
Tabela 3.1: Dependencias Entre os Atores no SD

O Atendente pode realizar uma busca no banco de dados, esta possibilidade representada
pelo recurso Busca no Banco de Dados. Outro recurso Imprimir Cupom Fiscal a partir desse o
atendente obtm um cupom fiscal com os produtos vendidos e os dados do cliente que os solicitou. Como objetivos o Atendente tem Emitir Relatrios que possibilita a emisso de um relatrio
especifico sobre as vendas e Efetuar Cadastro cadastrar produtos, funcionrios ou clientes no
banco de dados. O Atendente realiza tambm algumas solicitaes, so elas a finalizao de um
pedido feito por um cliente e modificaes nele realizadas, esteja o cliente as solicitando via
telefone ou no prprio estabelecimento. Essas opes so representadas respectivamente pelas
tarefas Finalizar Pedido e Realizar Modificao. Alm das tarefas, recursos e objetivos j citados o Atendente espera do sistema Confiabilidade, ou seja, garantias sobre os dados armazenados, Flexibilidade caracterizada por mudanas que podem ser realizadas em diversos aspectos
e Usabilidade caracterizada pela facilidade na utilizao do sistema. Essas possibilidades so
representadas pelos objetivos-soft Confiabilidade, Flexibilidade e Usabilidade.

17

3.2

Diagrama de Razes Estratgicas (SR)

Realizamos a expanso nos atores Sistema Gestor, Atendente e Garom. Na figura 3.2 temos
o Diagrama de Razes Estratgicas (SR)
Ao expandirmos o ator Garom verificamos que o objetivo Adicionar Produto ao Pedido,
consiste na tarefa Detalhamento da Modificao. Nesta tarefa pode-se Adicionar Produto ou
Remover Produto. O objetivo Finalizar Pedido Mesa na verdade consiste no recurso Valor Final
do Pedido.

Na expanso do Atendente percebemos que o objetivo Pedido Telefone trata-se da adio

de Produtos a venda, dessa forma foi gerada a tarefa Adicionar Produtos a Venda. O objetivo
Modificar Pedido tambm foi transformado em uma tarefa, se trata da tarefa Detalhamento da
Modificao assim como no ator Garom pode-se Adicionar Produto ou Remover Produto da

venda.
Por fim, ao expandirmos o ator Sistema Gestor verificamos que o recurso Busca no Banco
de Dados, gera a tarefa Detalhamento da Busca, est tarefa decomposta em outras oito tarefas

disjuntas: Grupo para busca de grupo, Categoria para busca de categoria, Tamanho para busca
de tamanhos, Funcionrio para busca de funcionario, Cliente para busca de clientes, Endereo
para busca de endereos, Produto para busca de produtos e Pedido para buscar pedidos. O
objetivo Emitir Relatrio gera a tarefa Detalhe do Relatrio, essa tarefa decomposta em quatro
recursos onde um deles utilizado, so eles: relatrio do pedidos fechados, representado pelo
recurso Pedidos Fechados, em abertos Pedidos Abertos, cancelados e ou atualizados Pedidos
Cancelados e ou Atualizados e entregues Pedidos Entregues.

O objetivo CRU, consiste na tarefa Detalhamento CRU est tarefa decomposta em outras
dez tarefas ambas disjuntas: Grupo para CRU de Grupo, Categoria para CRU de Categoria ,
Tamanho para CRU de Tamanho, Funcionrio para CRU de Funcionrios, Cliente para CRU de

Clientes, Endereo para CRU de Endereo, Produto para CRU de Produto, Pedido para CRU
de Pedido, Divisoes para CRU de Divisoes e Preo para CRU de Preo. O recurso Imprimir
Cupom Fiscal gera a tarefa Vias, que visa fornecer ao sistema o numero de vias de Cupom

Fiscal necessrias. Temos, por fim, a tarefa Realizar Modificaes esta tarefa passa a ser representada pela tarefa Detalhe da Modificao, esta assim com para os atores Atendente e Garom
e decomposta nas Remover Produto e Adicionar Produto.

18

Figura 3.2: Diagrama de Razes Estratgicas(SR)

19

Captulo 4
Requisitos No-Funcionais
4.1

Requisitos de Processo

[RNF/PROC-1]
O sistema dever ser desenvolvido de forma a ser compatvel com o sistema operacional
Windows.

[RNF/PROC-2]
O programa dever utilizar um sistema de gerenciamento de banco de dados.

[RNF/PROC-3]
Para a implementao do sistema, dever ser utilizada a linguagem orientada a objetos Java,
pois ela proporciona uma interface amigvel para o usurio e facilidade de manuteno.

[RNF/PROC-4]
O sistema dever possuir uma documentao impressa que especifique sua utilizao pelos
funcionrios do restaurante que iro oper-lo.

[RNF/PROC-5]
necessrio um histrico do sistema, que permita a emisso de relatrios detalhados do
controle de vendas e cadastros do restaurante.

4.2

Requisitos de Usabilidade

[RNF/USA-6]
O sistema dever possuir uma interface amigvel e clara, visando facilitar a interao do
usurio (funcionrio do restaurante) com o sistema.

[RNF/USA-7]
As mensagens de erro apresentadas ao usurio pelo sistema devero ser claras e precisas.

4.3

Requisitos de Segurana

[RNF/SEG-8]
O sistema deve garantir a integridade dos dados armazenados, atravs do uso de um
gerenciador de banco de dados.

[RNF/SEG-9]
Os dados armazenados tero uma cpia atualizada (backup) a fim de evitar a perda de
informaes relativas ao controle do restaurante. Essa cpia ser realizada na prpria mquina
cujo sistema est instalado.

4.4

Requisitos de Performance

[RNF/PER-10]
esperado que o sistema tenha um tempo de resposta razoavelmente rpido no cadastro e
busca de clientes, produtos e funcionrios, efetuados pelo usurio do sistema (funcionrio do
restaurante).

[RNF/PER-11]
O sistema deve possuir espao disponvel em disco para armazenar os dados de todos os
clientes e funcionrios do restaurante, bem como a descrio dos produtos os grupos entre

21

outros dados.

4.5

Grafo SIG

O grafo SIG (Softgoal Interdependency Graph), que ilustra o inter-relacionamento entre os

requisitos no funcionais, apresentado na prxima pgina.

Figura 4.1: Softgoal Interdependency Graph(SIG)

Por meio do SIG, observa-se como os requisitos no funcionais so decompostos e operacionalizados. Segue uma explicao descritiva do grafo apresentado.

22

A Usabilidade do sistema um softgoal composto pelas operacionalizaes: uma interface

amigvel e uma boa identificao de erros, que possibilitam o fcil acesso ao sistema por usurios

leigos. Ela tambm associa-se ao softgoal Documentao, que garante a criao de um manual
impresso orientando o usurio do sistema.
A Documentao, por sua vez, contribui para a manuteno do sistema, uma vez que os
problemas podem ser mais facilmente identificados e tratados.
A usabilidade influencia negativamente no custo previsto para o desenvolvimento do sistema,
visto que necessria a contratao de designers, que so profissionais especializados, para
a criao de uma interface adequada aos usurios. Esta interface agradvel tambm pode
confrontar-se com uma interface consistente, causando atraso no tempo de resposta do sistema.
O softgoal Portabilidade alcanado pela juno dos softgoals compatibilidade com o Windows, gerenciador de banco de dados e utilizao da linguagem de programao Java. A portabil-

idade ajuda na usabilidade do sistema, proporcionando uma interface amigvel e de fcil acesso
para o usurio.
A Performance do sistema associa-se ao softgoal usabilidade e operacionalizada atravs da
rapidez no tempo de resposta do sistema, do espao livre em disco para o armazenamento dos

cadastros e pedidos do restaurante.

Quanto melhor a performance do sistema, sua usabilidade poder ser prejudicada, visto
que sero necessrios mais recursos para o funcionamento do sistema. Quanto rapidez de
processamento, preciso um tempo de resposta satisfatrio tanto para as operaes efetuados
pelo usurio do sistema como para a utilizao do site pelo cliente. O site ter capacidade para
diversos acessos simultneos pgina.
A Segurana do sistema operacionalizada pela integridade dos dados armazenados. O
backup dos dados contribui negativamente para o softgoal espao livre em disco, visto que ele
ocupar o dobro de armazenamento.
O Custo de implantao do sistema um softgoal alcanado pela compra das mquinas
necessrias, pelo pagamento dos programadores visto que o software para o desenvolvimento
freeware e no necessrio adquirir licena.
O softgoal Manuteno do sistema associa-se com o softgoal histrico do sistema, que apresenta relatrios retirados do banco de dados.

23

4.6

Recursos Externos

4.6.1 Restries econmicas

[RNF/ECO-12]
O custo do desenvolvimento e implantao do sistema (no incluindo os custos de
manuteno) no dever ultrapassar em mais de 5% o valor previsto em seu estudo de
viabilidade.

24

Captulo 5
Casos de Uso

Figura 5.1: Diagrama de Casos de Uso

[Caso de Uso 1] - Adio de produto ao pedido

Ator(es): Clientes, garons e atendentes
Fluxo de Eventos:

Pegue nmero do pedido;

Se o pedido no estiver aberto:
Extended: Inicia pedido;
Adicione o produto ao pedido;

[Caso de Uso 2] - Alterao de cadastro de cliente

Ator(es): Atendente
Fluxo de Eventos:

Pegue o CPF do cliente;

Se houver um cliente cadastrado nesse CPF:
Altere os dados do cliente;
Seno: Mostre mensagem de erro.

[Caso de Uso 3] - Alterao de cadastro de funcionrio

Ator(es): Atendente
Fluxo de Eventos:

Pegue o nmero do funcionrio;

Se houver um funcionrio cadastrado nesse nmero:
Altere os dados do funcionrio;
Seno: Mostre mensagem de erro.

[Caso de Uso 4] - Alterao de cadastro de produto

Ator(es): Atendente
Fluxo de Eventos:

Pegue o nmero do produto;

Se houver um produto cadastrado nesse nmero:
Altere os dados do produto;
Seno: Mostre mensagem de erro.

[Caso de Uso 5] - Consulta de dados de clientes

Ator(es): Atendente
Fluxo de Eventos:

Pegue o CPF do cliente;

Se houver um cliente cadastrado nesse CPF:
Mostre os dados do cliente;
26

Seno: Mostre mensagem de erro.

[Caso de Uso 6] - Consulta de dados de funcionrios

Ator(es): Atendente
Fluxo de Eventos:

Pegue o nmero do funcionrio;

Se houver um funcionrio cadastrado nesse nmero:
Mostre os dados do funcionrio;
Seno: Mostre mensagem de erro.

[Caso de Uso 7] - Consulta de dados de produtos

Ator(es): Atendente
Fluxo de Eventos:

Pegue o nmero do produto;

Se houver um produto cadastrado nesse nmero:
Mostre os dados do produto;
Seno: Mostre mensagem de erro.

[Caso de Uso 8] - Consulta de dados de vendas

Ator(es): Atendente
Fluxo de Eventos:

Pegue o nmero do cupom fiscal;

Se houver um cupom fiscal do nmero:
Mostre os dados da venda;
Seno: Mostre mensagem de erro.

[Caso de Uso 9] - Cadastro de clientes

Ator(es): Atendente
Fluxo de Eventos:

Pegue os atributos do cliente (CPF, telefone, nome, endereo);

Adicione o cliente ao sistema.
27

[Caso de Uso 10] - Cadastro de funcionrios

Ator(es): Atendente
Fluxo de Eventos:

Pegue os atributos do funcionrio (documentao, telefone, nome, endereo);

Adicione o funcionrio ao sistema.

[Caso de Uso 11] - Cadastro de produtos

Ator(es): Atendente
Fluxo de Eventos:

Pegue os atributos do produto (nome, descrio, preo);

Adicione o produto ao sistema.

[Caso de Uso 12] - Efetivar pedido por telefone

Ator(es): Atendente
Fluxo de Eventos:

Pegue CPF do cliente;

Se o cliente no estiver cadastrado:
Extended: Cadastro de cliente.
Pegue os atributos do pedido;
Efetive o pedido;

[Caso de Uso 13] - Emisso de cupom de controle interno

Ator(es): Atendente
Fluxo de Eventos:

Pegue o nmero do pedido;

Se houverem produtos no industrializados no pedido:
Selecione os produtos a serem produzidos;
Imprima o cupom de controle interno;

[Caso de Uso 14] - Emisso de cupom fiscal

28

Ator(es): Atendente
Fluxo de Eventos:

Pegue o nmero do pedido;

Se o pedido j estiver finalizado:
Imprima cupom fiscal.

[Caso de Uso 15] - Emisso de relatrio de funcionrios

Ator(es): Atendente
Fluxo de Eventos:

Pegue o nmero do funcionrio;

Imprima o relatrio que descreve suas vendas;

[Caso de Uso 16] - Emisso de relatrio de vendas

Ator(es): Atendente
Fluxo de Eventos:

Imprima o relatrio de todas as vendas realizadas;

[Caso de Uso 17] - Emisso de relatrio do dia

Ator(es): Atendente
Fluxo de Eventos:

Pegue o dia;
Imprima relatrio de vendas do dia;

[Caso de Uso 18] - Faz pedido por telefone

Ator(es): Cliente
Fluxo de Eventos:

Atendente pega os CPF do cliente;

Se o cliente no estiver cadastrado:
Extended: Cadastro de cliente;
Atendente pega os dados do pedido;

29

[Caso de Uso 19] - Faz pedido no local

Ator(es): Cliente
Fluxo de Eventos:

Se o Cliente quiser se identificar:

Atendente pega os CPF do cliente;

Se o cliente no estiver cadastrado:

Extended: Cadastro de cliente;
Atendente pega os dados do pedido;

[Caso de Uso 20] - Finaliza pedido

Ator(es): Cliente, Garom e Atendente
Fluxo de Eventos:

Pegue o nmero do pedido;

Finalize pedido;
Mostre valor final;

[Caso de Uso 21] - Inicia pedido

Ator(es): Cliente, Garom e Atendente
Fluxo de Eventos:

Abra um novo pedido;

[Caso de Uso 22] - Remoo de cliente

Ator(es): Atendente
Fluxo de Eventos:

Pegue CPF do cliente;

Exclua o cadastro do cliente;

[Caso de Uso 23] - Remoo de funcionrio

Ator(es): Atendente
Fluxo de Eventos:

Pegue o nmero do funcionrio;

30

Exclua o cadastro do funcionrio;

[Caso de Uso 24] - Remoo de produto

Ator(es): Atendente
Fluxo de Eventos:

Pegue o nmero do produto;

Exclua o cadastro do produto;

[Caso de Uso 25] - Remoo de produto do pedido

Ator(es): Cliente, Garom e Atendente
Fluxo de Eventos:

Pegue o nmero do pedido;

Pegue o nmero do produto;
Exclua o produto do pedido;

31

Captulo 6
Diagrama de Classes
Abaixo se encontra a figura com o diagrama de classes do sistema. Uma breve descrio
textual das classes apresentadas no diagrama segue na prxima pagina:

Pessoa
A classe Pessoa possui os campos id, um identificador nico gerado automaticamente,
nome que contem o seu nome, rg que contem o seu RG, cpf que contem seu CPF e o campo
datanascimento que contem a data de nascimento da pessoa.

Cliente
A classe Cliente herda todos os campos da classe Pessoa alm de um campo clientedesde
que contem a data de cadastro do Cliente e o campo cdigo que contem um cdigo nico.

Funcionrio
A classe Funcionrio herda todos os campos da classe Pessoa alm de um campo funcionariodesde que contem a data de cadastro do Funcionrio e o campo cdigo que contem um cdigo

nico.

Produto
A classe Produto possui os campos id, um identificador nico gerado automaticamente,
nome que contem o seu nome, descrio que contem uma descrio breve do produto e cdigo

um cdigo pra identificao do produto que ser utilizado para busca e insero no pedido.

Grupo

Figura 6.1: Diagrama de Classes

A classe Grupo possui os campos id, um identificador nico gerado automaticamente e
nome que contem o seu nome para futura busca.

33

Tamanho
A classe Tamanho possui os campos id, um identificador nico gerado automaticamente e
nome que contem o seu nome para futura busca.

Categoria
A classe Categoria possui os campos id, um identificador nico gerado automaticamente e
nome que contem o seu nome para futura busca.

Divises
A classe Divises possui o campo divideem que utilizado para se definir em quantas partes
um Produto pertencente ao um Grupo e Categoria pode ser dividido.

Preo
A classe Divises possui o campo preo que utilizado para se definir o preo de um
Produto pertencente ao um Grupo e Tamanho.

SubItem
A classe SubItem possui os campos id um identificador nico, quantidade que representa
a quantidade de um produto, subtotal o valor parcial do subitem e descrio que contem uma
descrio do subitem.

Item
A classe Item possui os campos id um identificador nico e divisoes que representa a
quantidade de divisoes escolhidas para um produto a ser inserido no pedido.

Pedido
A classe Pedido possui os campos id um identificador nico, datapedido a data de realizao
do pedido, um cdigo pra identificao e uma observao.

PedidoMesa
34

A classe PedidoMesa herda todos os atributos da classe Pedido e possui o campo numero
que contem o numero da mesa do estabelecimento de onde o pedido foi realizado.

PedidoTelefone
A classe PedidoTelefone herda todos os atributos da classe Pedido e possui o campo telefone
que contem o telefone de onde o pedido foi realizado.

PedidoCancelado
A classe PedidoTelefone herda todos os atributos da classe Pedido e possui o campos
datacancelamento que contem a data do cancelamento do pedido e motivo que contem o motivo

do cancelamento.

PedidoFechado
A classe PedidoFechado herda todos os atributos da classe Pedido e possui o campo
datafechamento que contem a data de fechamento do pedido.

PedidoEntregue
A classe PedidoFechado herda todos os atributos da classe PedidoTelefone e possui o
campo dataentrega que contem a data de entrega do pedido.

Endereo
A classe Endereo possui os campos id um identifador nico do endereo, nome uma
identificao para busca do endereo, rua a rua do local, numero com o numero do local, bairro
o bairro do local, complemento um complemento ao endereo e dica uma dica.

35

Captulo 7
Concluso
A especificao de requisitos e tambm a modelagem orientada a objetos apresentados neste
documento nos mostrou que o sistema consiste na comunicao entre o cliente e a empresa, dependendo tambm em grande parte do banco de dados para armazenagem de dados de clientes,
produtos e tambm das vendas.
Tambm importante enfatizar que esse sistema, deve facilitar para os clientes do estabelecimento uma maior facilidade na hora da realizao de um pedido, seja ele por telefone, via
internet e at mesmo se o cliente estiver no estabelecimento.
Finalmente o sistema visa suprir os requisitos que foram apresentados pelos funcionrios
durante o perodo de entrevista e coleta dos dados.