<logoounomedocliente>

Documento de Requisitos do Cliente

TopFood
Cliente:TopBuguer

Responsvel:AndreysonSoares,JosCarlos,RodolfoLuan,
RgerAlves

<NomedoProjeto> Confidencial

Pg1/9

<logoounomedocliente>

Contedo

1. Introduo
1.1 Propsito
1.2 PblicoAlvo
1.3 Convenes,termoseabreviaes
1.3.1 Prioridadesdosrequisitos
2. VisoGeraldoSistema
2.1 ModeloNavegacional
3. RestriesePremissas

4. RequisitosFuncionais

5.RequisitosNoFuncionais
[RNF01]Performance
[RNF02]Segurana
[RNF03]Usabilidade
[RNF04]Confiabilidade
[RNF05]Suportabilidade

6. EscopoNegativo
7. Referncias

1.

<NomedoProjeto> Confidencial

Pg2/9

<logoounomedocliente>

Introduo

1.1 Propsito
Este documento especifica o sistema Top Food ser desenvolvido para a lanchonete Top Burguer Seu
propsito especificar os requisitos de alto nvel que o sistema deve prover, identificando os requisitos
funcionais,nofuncionaiseasrestriesepremissas.
1.2 PblicoAlvo
Esse documento se destina principalmente aos provedores de requisitos do cliente, aos analistas de
requisitos,lderestcnicosedesenvolvedoresdoprojeto.
1.3 Convenes,termoseabreviaes
Esta seo explica o conceito de alguns termos importantes que sero mencionados no decorrer deste
documento.Estestermossodescritosnatabelaaseguir,estandoapresentadosporordemalfabtica.
Outros termos e abreviaes, que sejam padres do processo, esto descritos no Glossrio do ProSCes
(acessvelapartirdapginaprincipaldoProSCes).
Termo Descrio
Requisitosfuncionais Requisitos tcnicos do software que compe o sistema, que descrevem
aes que o sistema deve estar apto a executar, ou seja, o que o sistema
devefazer.
Requisitosnofuncionais Requisitos tcnicos do software que compe o sistema, que descrevem
atributos que o sistema deve possuir ou restries sob as quais ele deve
operar.
CRUD Acrnimo de Create, Read, Update e Delete. Operaes bsica em
umcadastrodequalquernatureza.
MVC Padro de projeto arquitetural com trs camadas(Model, View e
Controler)
1.1.1 Prioridadesdosrequisitos
Para estabelecer a prioridade dos requisitos foram adotadas as denominaes essencial,
importante e desejvel. A prioridade dos requisitos utilizada no gerenciamento do escopo das
etapasdoprojetoenadefiniodasprioridadesduranteodesenvolvimentodosistema.
Essencial: requisito sem o qual o sistema no entra em funcionamento. Requisitos essenciais
so requisitos imprescindveis, devem ser implementados desde as primeiras implantaes do
sistema.
Importante: requisito sem o qual o sistema entra em funcionamento, mas de forma no
satisfatria. Requisitos importantes devem ser implantados o mais rpido possvel, mas, se no
forem,partedosistemapoderserimplantadamesmoassim.
Desejvel: requisito que no compromete as funcionalidades bsicas do sistema, isto , o
sistema pode funcionar de forma satisfatria sem ele. Requisitos desejveis so requisitos que

<NomedoProjeto> Confidencial

Pg3/9

<logoounomedocliente>

podem ser implantados por ltimo, ou no implementados, sem comprometer o funcionamento

dosistema.
2. Viso Geral do Sistema

2.1ModeloNavegacional

3. Restries e Premissas

[REST01] Nota Fiscal
Osistemanoserresponsvelporimpresso,solicitaodevalidaoouqualqueroutra
operaoquefaarelaocomnotafiscaleletrnica.
RFsrelacionados:Todos
[REST02] Acesso Mobile
O sistema no projetado com o intuito de ser completamente adaptvel ao padro
mobile.

<NomedoProjeto> Confidencial

Pg4/9

<logoounomedocliente>

RFsrelacionados:Todos
[REST03] Navegadores
O perfeito funcionamento do sistema dever ser analisado utilizando o Google Chrome e
Mozilla Firefox.
RFsrelacionados:Todos

[REST04] Acesso Resoluo de Dvidas

Qualquer dvida levantada pela equipe do projeto dever ser respondida pela equipe do
cliente em at 10 dias teis.
RFsrelacionados:Todos

[REST05] Tecnologia Utilizada
Somente sero utilizados softwares livres para o desenvolvimento da aplicao.
RFsrelacionados:Todos

4. Requisitos Funcionais
RequisitosdeAcesso
[RF001] Acesso rede
Prioridade: X Essencial Importante Desejvel

O acesso rede essencial visto que o sistema funcionar em servidores que podero
ser acessados apenas por navegadores web.
[RF001] Acesso Mobile
Prioridade: Essencial Importante X Desejvel

Ser possvel ter acesso ao sistema atravs de dispositivos mveis conectados rede.

RequisitosTecnolgicos

[RF02] Base de dados

Prioridade: X Essencial Importante Desejvel

Os dados estaro modelos, seguindo um modelo relacional, em um banco Mysql Server
5.6.14

<NomedoProjeto> Confidencial

Pg5/9

<logoounomedocliente>

[RF03] Arquitetura

Prioridade: X Essencial Importante Desejvel

O sistema ser modelado em um padro de projeto arquitetural MVC.

RequisitosdeControle

[RF04] Manuteno
O sistema ter sua manuteno agenda junto ao responsvel pelo projeto. Tendo este um
prazo mximo de um ms para devolver a soluo.
Prioridade: Essencial X Importante Desejvel
.

RequisitosdeNegcio

[RF05] Relatrios

Prioridade: Essencial X Importante Desejvel

O software deve emitir relatrios de qualquer espcie descritos nos requisitos do
produto, a um perodo mnimo de 15 dias, e mximo de 1 ano.

[RF06] Cadastros de Pedidos

Prioridade: X Essencial Importante Desejvel

O sistema fornecer as telas necessrias para o CRUD de pedidos.

[RF07] Gerenciamento de Pedidos

Prioridade: X Essencial Importante Desejvel

O sistema ser capaz de gerenciar pedidos por mesa e individualmente

[RF08] Cadastro de Fornecedores

Prioridade: X Essencial Importante Desejvel

O sistema fornecer as telas necessrias para o CRUD de fornecedores.

<NomedoProjeto> Confidencial

Pg6/9

<logoounomedocliente>

[RF09] Cadastro de Produtos

Prioridade: X Essencial Importante Desejvel

O sistema fornecer as telas necessrias para o CRUD de produtos.

[RF10] Cadastro de Pratos

Prioridade: X Essencial Importante Desejvel

O sistema fornecer as telas necessrias para o CRUD de pratos

[RF11] Cadastro de Usurios

Prioridade: X Essencial Importante Desejvel

O sistema fornecer as telas necessrias para o CRUD de usurios.


[RF12] Nveis de Acesso

Prioridade: X Essencial Importante Desejvel

O sistema nivelar os nveis de acesso dos usurio.


[RF13] Cadastro de Naturezas de Aes de Caixa

Prioridade: X Essencial Importante Desejvel

O sistema fornecer as telas necessrias para o CRUD de Natureza de Aes de
caixa.

[RF14] Cadastro de Aes de Caixa

Prioridade: X Essencial Importante Desejvel

O sistema fornecer as telas necessrias para o CRUD de Aes de caixa.

[RF15] Alerta de Estoque

<NomedoProjeto> Confidencial

Pg7/9

<logoounomedocliente>

Prioridade: X Essencial Importante Desejvel

O sistema dever alertar ao responsvel a ocorrncia de estoque baixo.

[RF16] Alerta de Estoque

Prioridade: X Essencial Importante Desejvel

O sistema dever alertar ao responsvel a ocorrncia de estoque baixo.

[RF16] Relatrio de Vendas

Prioridade: X Essencial Importante Desejvel

O sistema emitir relatrios de vendas por vendedor, mesa e horrio.

[RF16] Alerta de Estoque

Prioridade: X Essencial Importante Desejvel

O sistema dever alertar ao responsvel a ocorrncia de estoque baixo.

[RF16] Relatrio de Estoque

Prioridade: Essencial X Importante Desejvel

O sistema emitir relatrios de estoque.

[RF16] Relatrio de Fornecedores

Prioridade: Essencial X Importante Desejvel

O sistema emitir relatrios de fornecedores.

5. Requisitos No Funcionais

[RNF01] Performance

<NomedoProjeto> Confidencial

Pg8/9

<logoounomedocliente>

Nenhuma transao, ou requisio realizada no sistema, dever durar tempo maior do que
10 segundos, por causas apenas do prprio sistema.
RFsrelacionados:Todos

[RNF02] Segurana
Senhaeoutroscamposdeentradadedadossensveisnecessitamsermascarados
Transport Layer Security (TLS) como Secure Socket Layer (SSL) deve ser colocado
em prtica para proteger contra ameaas internas de Man in the Middle (MITM) para
todasasinformaesdecartodecrditoquesejatransmitida
Mensagens de erro que so mostradas ao usurio revelaro somente a informao
necessria,semvazamentodedetalhesinternosdosistemanamensagemdeerro.
RFsrelacionados:Todos

[RNF03] Usabilidade
O sistema deve apresentar uma interface amigvel, intuitiva e de fcil utilizao,
garantindo uma boa comunicao entre utilizador e sistema.

[RNF04] Confiabilidade
Todas as transaes, requisies dever obedecer a ACID;

[RNF05] Suportabilidade
O sistema dever permitir uma fcil integrao de novas funcionalidades que transmitam
informao importante aos seus visitantes.
6. Escopo Negativo
O sistema no far nenhuma referncia notas fiscais, sendo tais funcionalidades, apenas
possveis em um projeto futuro. O sistema tambm no estar disponvel um uma verso mobile,
sendoessa,umpossvelavanoparaumprojetofuturo.
7. Referncias
http://www.gestaoetc.com.br/742/diferencasentrepremissaserestricoesemprojetos/
PMBOK:

<NomedoProjeto> Confidencial

Pg9/9