Buscar

Relatório - Restaurante

Prévia do material em texto

Requisitos para Sistema de Gerenciamento de 
Restaurante 
 
 
 
 
 
 Alunos: 
Geraldo Gomes da Cruz Júnior 
Larissa Karollyne de Melo Ferreira 
Mário Gomes de Melo 
 
 
Turma: 
2º período 
 
Professor: 
Wylliams Barbosa Santos 
 
 
Recife, 28 de Março de 2012 
 LABORATÓRIO DE PROGRAMAÇÃO 
BACHARELADO EM SISTEMAS DE INFORMAÇÃO 
 
 
 
Sumário 
 
1. Descrição do Projeto ................................................................................................. 3 
2. Requisitos .................................................................................................................. 4 
2.1. Requisitos Funcionais ................................................................................................ 4 
2.2. Requisitos Não-Funcionais ....................................................................................... 5 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1. Descrição do Projeto 
Este projeto consiste em um sistema voltado para o gerenciamento de 
restaurantes, especificamente, restaurantes universitários (R.U´s), campo onde 
exige um maior controle de informações e passa por problemas de organização. 
Este sistema visa automatizar o fluxo de entrada, informações do cardápio e 
aproximar o cliente da organização por uso de uma ouvidoria, com espaço para 
sugestões, críticas e afins, com isso espera-se que tal sistema facilite o dia-a-dia do 
estudante, como também dos funcionários e executivos do restaurante. 
O projeto consiste da substituição do sistema de entrada por meio biométrico, 
que se mostra falho e lento, pela utilização de smart card´s, como autenticadores, 
no qual o cliente não precisaria enfrentar filas diárias para pagar sua alimentação. 
A partir do fornecimento de alguns dados pessoais, o estudante poderia adquirir 
tal cartão e com este realizar recargas, afim de que, quando fosse efetuar refeições 
simplesmente, houvesse a identificação e desconto do valor da refeição em seu 
saldo disponível. Assim diminuindo o tamanho de filas, dando agilidade na entrada 
e também sem que a administração tenha que se preocupar com um caixa em 
grande movimento de recebimento de dinheiro e entrega de troco. Este também 
visa distinguir alunos bolsistas de comuns, como também poder determinar 
quantas vezes o cartão poderá ser utilizado por dia. 
Este sistema possibilita o recadastramento online, tornando mais simples para 
que administração do restaurante identifique quem ainda está matriculado na 
Universidade. Ele também visa um espaço para gerenciamento financeiro, no qual, 
poderia ser visto os ganhos do estabelecimento, e disponibiliza um site no qual os 
estudantes poderão ver o cardápio do dia, opinar sobre a alimentação, sugerir 
pratos novos e entrar em contado com o restaurante. Tal interação aluno-
restaurante é fundamental para melhor atender a todos. 
 
 
 
 
 
 
 
3 
Justificar melhor este aspecto, pois o recurso biometrico e supostamente mais avançado que o trabalho proposto.
2. Requisitos 
 
Nesta fase deveremos elucidar os requisitos do sistema, definindo o que será 
essencial para um harmonioso funcionamento. Tanto para clientes quanto para 
operadores. 
 
“O requisito é uma condição cuja exigência deve ser satisfeita. Se a condição é 
produzir algo, diz-se que o requisito é funcional. Se a condição é caracterizar algo 
(atributo, propriedade, comportamento, restrição, etc...), diz-se que o requisito é 
não-funcional. A descrição destes requisitos é uma atividade indutiva e continuada. 
Descrever requisitos funcionais e requisitos não-funcionais requer uma abordagem 
holística, tratando os dois aspectos: primeiro, "Produzir"; segundo, "com 
Qualidade", as duas faces da moeda aplicáveis à Engenharia de Software.” 
Trecho retirado de: 
http://www.batebyte.pr.gov.br/modules/conteudo/conteudo.php?conteudo=1718 
 
 
2.1. Requisitos Funcionais 
“Os requisitos funcionais são aqueles que descrevem o comportamento do 
sistema, suas ações para cada entrada, ou seja, é aquilo que descreve o que tem 
que ser feito pelo sistema. São o cérebro do projeto, já que descrevem as 
funcionalidades que o sistema deve dispor.” 
Trecho retirado de: 
http://blog.lesleyfernandes.com/artigos/an%C3%A1lise-de-requisitos-funcionais-x-
n%C3%A3o-funcionais 
Os requisitos funcionais do sistema têm como meta: 
 Permitir o cadastro de dados pessoais dos clientes; 
 Recadastramento destes; 
 Recarga do smart card; 
 Ter a opção de imprimir boleto para o pagamento da recarga em local 
cadastrado ou efetuá-lo on-line; 
 Fornecer ao usuário seu saldo atual; 
 Informações sobre o cardápio; 
 Permitir o contato entre cliente e restaurante; 
 Conter espaço para sugestões e críticas; 
 Diferenciar alunos bolsistas dos outros alunos; 
 Limitar a quantidade de uso diário; 
 Permitir a autenticação por meio de login; 
 Gerenciar a parte financeira. 
 
4 
Colocar os codigoa dos 
Interessante para manter arastreabilidade com caso de uso
Citação conforme ABNT.
Referencias fortes
Ref
2.2. Requisitos Não-Funcionais 
“Os requisitos não funcionais são aqueles que expressam como o sistema deve 
ser feito. Em geral se relacionam com padrões de qualidade como confiabilidade, 
desempenho, robustez, etc. São muito importantes, pois definem se o sistema será 
eficiente para a tarefa que se propõe a fazer ou não. Um sistema ineficiente 
certamente não será usado. Neles também são apresentadas restrições e 
especificações de uso para os requisitos funcionais.” 
Trecho retirado de: 
http://blog.lesleyfernandes.com/artigos/an%C3%A1lise-de-requisitos-funcionais-x-
n%C3%A3o-funcionais 
 
Os requisitos não-funcionais do sistema têm como meta: 
 Ser simples para o operador; 
 O leitor do Smart card, autenticação, deve realizar tal leitura rapidamente; 
 O banco de dados deve ser atualizado em tempo real; 
 O sistema deve ser seguro; 
 O hardware do sistema deve ser assegurado por um gerador (no-break); 
 Não deve revelar aos operadores todos os dados pessoais do cliente; 
 Deve ser atrativo, simples e harmonioso para seus usuários e operadores. 
 
5 
Ref
Cod req
Criarpagina wikidereferencias

Continue navegando