Biblioteca Online Requisitos

BIBLIOTECA DIGITAL ONE TEAM
Documento de Requisitos Data: 29/10/10
BIBLIOTECA ONLINE
Documento de Requisitos
Versão 1.0
Equipe de Projeto:
Kledson de Jesus
José Raimundo Camilo
Marcos Wagner
Natanael Rodrigues
Rene Pinheiro
Tadzo Vieira
Prof. Ricardo
Profª. Eva
Sumário
Juazeiro do Norte - CE
Introdução.............................................................................................................3
Requisitos Funcionais.........................................................................................4
Modelagem Organizacional.................................................................................7
Requisitos Não-Funcionais...............................................................................10
Diagrama de Casos de Uso...............................................................................16
Conclusão............................................................................................................23
Formulário do Relatório da Equipe...................................................................24
INTRODUÇÃO
O surgimento da Internet e a ampla disponibilidade de computadores criaram um

enorme interesse em bibliotecas digitais e na editoração eletrônica.
A informação tem se tornado a ferramenta mais usada nos nossos dias seja por
empresas, instituições ou usuários, de tal forma que não faz mais sentido a manutenção
apenas física nas unidades documentais e não na WEB.
O conhecimento, um dos principais serviços das instituições de ensino deve ser
considerado como preocupação para a gestão de informação. Os responsáveis por esta
gestão precisam enquadrar os recursos humanos levando em consideração os interesses
da organização e a necessidade de informação.
A biblioteca digital simplifica a gestão da informação, onde a sua facilidade de
acesso, redução de custos, maior potencial de preservação, permite o uso colaborativo e
maior diversidade em seu acervo, comparando-se a bibliotecas tradicionais.
A biblioteca digital aborda a criação e também a distribuição de todos os tipos de
informação através de redes.
Apesar de algumas maneiras as Bibliotecas Digitais e as Bibliotecas Tradicionais
serem diferentes, em outros aspectos são muito semelhantes, pois continuam a criar
informação de forma organizada, armazenada e distribuída, precisando encontrar e
utilizar ainda informações que outros criaram.
Requisitos Funcionais
-Controle de Eventos:
-- Cadastro de eventos: inclusão, alteração, exclusão, consulta, consulta
atividades;
-Controle de Requisições:
--Requisição de Salas;
--Requisição de Dispositivos;
-Controle de Palestrantes:
--
-Controle de Palestras:
--
-Agenda:
--
-Controle de Expositores:
--Manutenção de Expositores: inclusão, alteração, exclusão, consulta;
[RF 01] O Sistema irá permitir que o Administrador inclua o cadastro de

cada Campus (Unidades) da Faculdade.
[RF 02] O Sistema irá permitir que o Administrador exclua o cadastro de

cada Campus (Unidades) da Faculdade.
[RF 03] O Sistema irá permitir que o Administrador realize alterações no

cadastro de cada Campus (Unidades) da Faculdade.
[RF 04] O usuário poderá consultar os Campus cadastrados
[RF 05] O usuário poderá cadastrar o
Cadastro de cobranças referentes a pagamentos de contas como:

energia, gás, produtos, etc.
[RF MP 06] Dar baixa no pagamento de cobrança

O usuário deverá informar ao sistema quando efetuado o pagamento de
uma cobrança previamente cadastrada.
[RF MP 07] Relatório de contas a pagar

O usuário poderá visualizar as cobranças cadastradas no sistema.
Haverá também a possibilidade de filtrar os dados pelas cobranças
pagas e pendentes.
[RF MP 08] Verificar automaticamente contas a pagar
O sistema informará ao usuário as contas que têm vencimento para o

dia corrente e ainda não foram cadastradas como pagas.
[RF MP 09] Cadastrar fornecedores

Todas as operações referentes a cadastro de fornecedores (adicionar,
alterar, excluir, buscar).
[RF MA 01] Cadastrar cardápio

Todas as operações referentes aos itens do cardápio que estão à venda
(adicionar, alterar, excluir, buscar).
[RF MA 02] Abrir conta

Cada cliente receberá um cartão na entrada cujo número será o mesmo
da conta associada ao cliente. Então a conta do cliente será dada como
aberta no sistema e todos os pedidos do cliente serão associados a ela
pelo número do cartão do cliente.
[RF MA 03] Cadastrar pedidos

Todas as operações referentes a um pedido relativo à conta de um
cliente (adicionar, alterar, excluir, buscar).
[RF MA 04] Cadastrar cancelamentos de pedidos

Todas as operações referentes ao cadastro de pedidos cancelados
[RF MA 05] Visualizar relatório de pedidos cancelados

Gera um relatório contendo informações sobre todos os cancelamentos
de pedidos, contendo valor e motivos dos mesmos por período.
[RF MA 06] Visualizar relatório de balanço do movimento diário

Gera um relatório contendo informações sobre o movimento diário no
caixa. As informações contidas nesse relatório são: Quantidade de
Rodízios, Quantidade de Produtos vendidos (bebidas, sobremesa) e
valor total dos mesmos, faturamento total.
[RF MA 07] Fechar conta

Finaliza a conta de um cliente e guardar a forma de pagamento.
Informações como n° do cheque, cartão utilizado.
[RF MA 11] Cadastrar pedidos automaticamente

Todas as operações referentes a um pedido relativo à conta de um
cliente (adicionar, alterar, excluir, buscar). Esse cadastro será realizado
pela secretária através das registradoras fiscais.
[RF MF 01] Cadastrar funcionários
Todas as operações referentes ao cadastro de funcionários (adicionar,

[RF MF 02] Cadastrar pagamentos de funcionários

Todas as operações referentes ao cadastro de pagamento de salários e
bonificações (adicionar, alterar, excluir, buscar).
[RF MC 01] Cadastro de clientes

Todas as operações referentes ao cadastro de clientes (adicionar,
[RF MC 02] Cadastrar promoção

Todas as operações referentes ao cadastro de promoções no site
[RF MC 03] Enviar e-mail promocional

Escolher os clientes que se deseja enviar promoções por e-mail e enviá-
lo.
[RF MC 04] Reservar mesa

Os clientes cadastrados poderão reservar mesas através do site.
Modelagem Organizacional
A seguir faremos a descrição dos diagramas SD (dependência
estratégica) e SR (razão estratégica) da modelagem organizacional do sistema
SAFB, feita através do uso da ferramenta OME (Organization Modelling
Environment).
Modelo SD
Figura 1: Diagrama SD
Em nosso modelo, focamos nossa atenção em sete atores:

 Gerente do restaurante, que visa o aumento de faturamento e ter uma
maior economia com um bom gerenciamento dos recursos do
restaurante;
 Secretária, que faz o gerenciamento do estoque, é responsável pela
folha de pagamento e gerenciamento das contas do restaurante;
 Fornecedores, que provêem o restaurante com os produtos (comida,
bebida, etc.) necessários para funcionamento normal do mesmo;
 Cliente, que deseja um preço baixo e um bom e rápido atendimento.
Aumentar sua satisfação, para ter sua fidelidade, é um dos objetivos do
sistema;
 Garçom, que faz o atendimento do cliente, cadastrando os pedidos e
levando os mesmos ao cliente.
 Sistema SAFB, com o objetivo de viabilizar as operações acima;
 Site SAFB, que propicia uma maior interação com o cliente quando ele
não se encontra no restaurante, fornecendo notícias de promoções e
permitindo reserva de mesas;
A grande motivação da criação do sistema se deve ao desejo do Gerente

de obter uma maior economia com um gerenciamento mais eficiente do
restaurante, que não possuía um sistema de informação para auxiliá-lo, e de
aumentar o faturamento do restaurante. O Gerente deseja obter um baixo
preço pelos produtos fornecidos pelos Fornecedores, que recebem o
pagamento dos pedidos do Gerente. Com o relatório de movimento diário e
o relatório de pedidos cancelados o Gerente poderá ter uma melhor visão do
que pode ser melhorado no restaurante.
O site SAFB permite ao Gerente cadastrar clientes e divulgar
promoções para os mesmos, que vão receber o news de promoções. O
Cliente poderá reservar mesas pelo site. Para aumentar a satisfação do
Cliente é desejável que haja uma boa facilidade de uso do site SAFB.
O Cliente quando está no restaurante deseja fazer pedidos e ter um bom
atendimento oferecido pelo Garçom, que recebe o pagamento da conta do
Cliente. A usabilidade e a performance do sistema SAFB são críticos para que
o Garçom consiga fazer um atendimento rápido para satisfazer o Cliente, o que
contribui para a satisfação do cliente, que deseja um preço baixo pelos
produtos consumidos.
O Garçom irá cadastrar pedidos feitos pelos clientes no sistema SAFB,
que terá a lista de pedidos disponível para quando o Cliente pedir ao Garçom
para fechar a conta. O garçom também poderá cadastrar o cancelamento de
pedidos, quando o mesmo ocorrer.
A Secretária, que é responsável por gerenciar o estoque, vai obter um
maior e mais eficiente controle, tendo uma previsão de esgotamento do
estoque no sistema. A Secretária também irá cadastrar o cardápio do
restaurante no sistema e cadastrar os fornecedores do restaurante.
O sistema SAFB permitirá um maior controle no gerenciamento financeiro

do restaurante. Ao verificar contas a pagar, o sistema evitará a ocorrência, que
é freqüente no modo de gerenciamento atual, do atraso no pagamento de
contas, evitando assim o pagamento de multas.
A folha de pagamento também será gerenciada no sistema, a Secretária
terá disponíveis as informações de todos os funcionários, podendo cadastrar
bonificações, adiantamentos, etc.
O sistema SAFB permitirá ao Gerente um mair controle do fluxo de
caixa, podendo identificar onde se está gastando mais no restaurante e onde se
pode economizar.
Modelo SR
Os atores escolhidos para serem expandidos foram o Sistema SAFB e o
Site SAFB, pois eles são as partes centrais do esquema, e provêem todas as
funcionalidades para os outros atores.
Figura 2: Diagrama SR
O principal objetivo do sistema consiste em obter uma maior economia

ao gerenciar o restaurante com o uso do sistema. Essa tarefa é composta de
várias partes:
 Gerenciar funcionários, que trata do cadastro dos funcionários e dos
pagamentos de salários e bonificações dos mesmos;
 Gerenciar fornecedores, tarefa responsável pelo gerenciamento de
contas de todos os produtos e serviços que o restaurante utiliza, trazendo
uma maior economia ao evitar que as contas se atrasem;
 Gerenciar estoque, que permitirá um maior controle do estoque,
notificando a previsão de esgotamento de produtos, o que evitará a
insatisfação do cliente ao pedir um produto que não acabou de se
esgotar;
 Gerenciar conta dos clientes, onde, através de uma interface amigável

(usabilidade) e eficiente (performance), o Garçom propiciará um bom e
rápido atendimento ao Cliente.
 Gerenciar cardápio, o cardápio do restaurante é cadastrado e
modificado pela Secretária.
A economia é propiciada pelo gerenciamento de fornecedores, do

estoque e pelas decisões que o Gerente tomará ao ter uma melhor visão do
funcionamento do restaurante através dos vários relatórios fornecidos. Isso
permitirá ao Gerente oferecer um preço mais baixo ao Cliente.
Para uma maior interação com o Cliente, o Site SAFB permite que o
mesmo possa fazer reservas de mesas online e permite ao gerente divulgar
promoções no site, que envia um e-mail promocional aos clientes
cadastrados no site para receberem promoções.
A maior interação através do site e a melhoria do atendimento através do
uso do sistema permitirão um aumento da satisfação do Cliente, o que resultará
no aumento do faturamento do restaurante.
Requisitos Não-Funcionais
Requisitos Não-Funcionais
Para organização dos requisitos não-funcionais do Sistema de Automação

Fogo de Brasa, foi utilizada a classificação proposta por Sommerville. Os
requisitos não-funcionais serão classificados em requisitos de processo,
requisitos externos e requisitos de produto.
Requisitos de Processo
Requisitos de entrega
[RNF PROC 01] – Entrega de Sistema

O prazo necessário para o total funcionamento do sistema será de oito
meses e meio.
Requisitos de implementação
[RNF PROC 02] – Revisões de requisitos

O sistema deverá ser implementado de forma incremental espiral, onde
deverão ser reavaliados os riscos e os requisitos.
[RNF PROC 03] – Modelagem de Sistema

O sistema deverá ser modelado com o auxílio de ferramentas CASE
(Computer Aided Software Engineering).
Requisitos Externos
Restrições Econômicas
[RNF EXT 01] – Custo

O sistema não deverá custar mais do que foi estipulado em sua
viabilidade econômica, evitando-se dificuldades na execução do projeto.
Restrições Legais
[RNF EXT 02] – Regulamentação

O sistema não poderá enviar qualquer tipo de informações para as
máquinas registradoras. Pois as mesmas sofrem serias restrições quanto
à interoperabilidade com outros sistemas.
Requisitos de Produto
Segurança
[RNF PROD 01] – Garantia de Disponibilidade Constante

Como se trata de um sistema de controle de todo o restaurante, é
interessante o funcionamento do mesmo em situações extremas.
Performance
[RNF PROD 03] – Tempo de resposta

O sistema deverá garantir que qualquer das operações deverá ser
efetuada em até 10 segundos.
[RNF PROD 04] – Manter Computador Atualizado

O computador que estiver com o sistema instalado deverá ser revisado
quanto à capacidade de processamento e memória.
Confiabilidade
[RNF PROD 05] – Fornecimento de Dados Consistentes

Toda informação armazenada, deve ser processada de forma que possa
ser facilmente re-extraída da base de dados. Também deverá haver
algum mecanismo de cancelamento de operações em caso de algum
problema de comunicação.
[RNF PROD 06] – Uso de No-Break

Usar No-Break para garantir que o sistema não vai cair por falta de
energia elétrica ou queda na tensão da rede elétrica. Impedindo assim a
perda de dados.
[RNF PROD 07] – Uso de SGBD

O uso de um sistema de gerenciamento de banco de dados além garantir
a integridade dos dados, proporciona mais velocidade nas operações de
consulta, inserção e remoção de itens no banco de dados.
Usabilidade
[RNF PROD 08] – Interface Gráfica Amigável
Devido à grande complexidade do sistema, a sua interface deverá ser

mais simples e intuitiva possível. Para que isto se torne realidade,
conceitos de usabilidade serão amplamente usados pelos
desenvolvedores do projeto, tudo isso com a finalidade de que o tempo de
aprendizado seja pequeno e o sistema ofereça maior produtividade ao
usuário.
[RNF PROD 09] – Mensagens de Erros Claras

A fim de auxiliar o técnico na qualidade do seu trabalho, erros bem
definidos e claros deverão ser levados em consideração no momento do
desenvolvimento.
[RNF PROD 10] – Documentação do usuário

O sistema deverá ter uma documentação de ajuda bem escrita e de fácil
navegação e entendimento.
Manutenibilidade
[RNF PROD 11] – Log de Erros

A fim de auxiliar na manutenção do sistema, mensagens de erro bem
definidas e claras deverão ser armazenadas sempre que um erro ocorrer com o
sistema.
[RNF PROD 12] – Modularidade

O sistema deverá possuir uma arquitetura modular para possibilitar menor
custo de extensão ou substituição de partes do software.
Grafo SIG
O grafo SIG (Softgoal Interdependency Graph), que tem como objetivo

uma ilustração para facilitar o entendimento de como os requisitos não-
funcionais são decompostos e operacionalizados, é apresentado a seguir. Por
meio deste gráfico, podemos apresentar contribuições entre os requisitos e
operacionalizações.
Figura 3 : Diagrama SIG
Diagrama de Casos de Uso
Segue o diagrama de casos de uso do sistema, bem suas descrições:

[RF MP 01] Cadastrar entrada/chegada de produto (aumentar estoque)
Pré-Condição:
O sistema cadastra ou apenas aumenta a quantidade do
Pós-Condição:
produto no banco de dados.
Entrada: O produto que chegou e a quantidade.
Saída: Confirmação do cadastro e do aumento de quantidade.
Fluxo de Eventos Principal
1) O usuário escolhe na lista qual o produto que chegou;
2) O sistema mostra os dados do produto;
3) O usuário entra com a quantidade que chegou;
4) O sistema informa que a operação foi realizada com sucesso.
Fluxo de Eventos Secundário
5) Se em (1) o sistema não listar o produto desejado, vai haver uma opção de
cadastrar novo produto;
6) O usuário entra com os dados do novo produto como: nome, marca, data de
vencimento, e etc;
7) O sistema adiciona o produto ao banco de dados;
8) O sistema retorna ao passo (1).
[RF MP 02] Notificar saída de produto (reduzir estoque)

Pré-Condição: O produto estar cadastrado no sistema.
O sistema reduz a quantidade do produto no banco de
Pós-Condição:
dados.
Entrada: Quantidade que saiu do estoque do produto.
Saída: Confirmação da redução de quantidade.
1) O usuário escolhe de uma lista qual o produto que saiu;
2) O sistema mostra os dados do produto que saiu;
3) O usuário entra com a quantidade que saiu do produto;
4) O sistema reduz essa quantidade do banco de dados e informa que a redução
foi realizada com sucesso.
5) Se em (3) o sistema constatar que o produto acabou, será mostrada uma
mensagem de falta de produto no estoque;
[RF MP 03 / RF MP 04] Visualizar estado do estoque / Previsão de

esgotamento
Pré-Condição:
Pós-Condição: O banco de dados permanece inalterado.
Entrada:
Saída: Estado do estoque.
1) O seleciona a opção de visualizar estoque;
2) O sistema lista todos os produtos com a quantidade presente no estoque e a
previsão de esgotamento do mesmo.
[RF MP 05] Cadastrar contas a pagar

Pré-Condição:
O sistema armazena no banco de dados o cadastro da conta
Pós-Condição:
a pagar.
Os dados do fornecedor, tais como: nome, CNPJ, e a data
Entrada:
de vencimento e valor da fatura.
Saída: Confirmação do cadastro.
1) O usuário informa os dados do fornecedor e da fatura como data de
vencimento e valor;
2) O sistema verifica se já existe a fatura cadastrada no sistema;
3) O sistema armazena no banco de dados o cadastro da nova fatura;
4) O sistema informa o sucesso da operação.
5) Se em (2) o sistema constatar que a fatura já foi cadastrada, uma mensagem
será mostrada e a operação será abortada;
[RF MP 06] Dar baixa no pagamento de cobrança
Pré-Condição: A fatura estar cadastrada no sistema.
Pós-Condição: O sistema armazena no banco de dados a fatura como paga.
Entrada: O dia do pagamento.
Saída: Confirmação do cadastro como fatura paga.
1) O usuário escolhe a fatura de uma lista;
2) O sistema exibe os dados da fatura;
3) O usuário entra com a data de pagamento da fatura;
4) O sistema informa que a operação foi realizada com sucesso.
5) Se em (1) o sistema não listar a fatura, haverá a opção de cadastrar nova
fatura;
6) O usuário cadastra a nova fatura. (<<includes>> [RF MP 05]);
[RF MP 07] Relatório de contas a pagar

Pré-Condição: O sistema possuir contas cadastradas.
Pós-Condição: O sistema permanece inalterado.
Entrada: O período que se deseja visualizar as faturas a pagar.
Saída: Um relatório com as faturas a pagar.
1) O usuário informa o período que deseja visualizar;
2) O sistema exibe as faturas ainda não pagas entre o período escolhido.
3) Se em (1) o sistema constatar que não existe fatura a pagar, exibe uma
mensagem de não existência de fatura a paga no período;
[RF MP 08] Verificar automaticamente contas a pagar
Pré-Condição: O sistema possuir contas cadastradas.
Pós-Condição: O sistema permanece inalterado.
Entrada: A data atual.
Saída: Um relatório com as faturas a pagar.
1) O sistema dispara um evento todos os dias em uma hora escolhida pelo
usuário;
2) O sistema exibe as faturas que têm como vencimento até três dias contados a
partir da data atual.
3) Se em (2) o sistema constatar que não existe fatura a pagar, exibe uma
mensagem de não existência de fatura a pagar;
[RF MP 09] Cadastrar Fornecedores

Pré-Condição:
O sistema armazena no banco de dados o cadastro do novo
Pós-Condição:
fornecedor.
Os dados do fornecedor, tais como: nome, telefone, CNPJ,
Entrada:
endereço, etc.
1) O usuário informa os dados do fornecedor:
- Nome, telefone, CNPJ, endereço, etc;
2) O sistema verifica se já existe fornecedor cadastrado com o mesmo CNPJ do
fornecedor a ser cadastrado;
3) O sistema armazena no banco de dados o cadastro do novo fornecedor e
informa isso ao usuário.
4) Se em (2) o sistema constatar que o fornecedor já foi cadastrado, uma
mensagem será mostrada a operação será abortada;
[RF MA 01] Cadastrar cardápio
Pré-Condição: O sistema possuir produtos cadastrados.
Pós-Condição: O sistema adiciona o produto ao cardápio.
Entrada: O produto que se deseja cadastrar.
1) O usuário escolhe de uma lista de produtos aquele que deseja tornar parte do
cardápio do restaurante;
2) O sistema mostra os detalhes do produto;
3) O sistema atualiza o cardápio no banco de dados;
4) Exibe uma mensagem de confirmação do cadastro do produto como novo
item do cardápio.
5) Se em (1) o sistema não listar o produto que o usuário deseja que faça parte do
cardápio, haverá uma opção de cadastrar novo produto;
6) O usuário cadastra o novo produto (<<<includes >> [RF MP 01]);
[RF MA 02] Abrir conta

Pré-Condição:
Pós-Condição: O sistema adiciona uma conta ao banco de dados.
Entrada: O número da conta a ser aberta.
Saída: Confirmação da abertura.
1) O usuário escolhe a opção abrir conta, no handheld ou no computador;
2) O usuário entra com o número do cartão do cliente (esse será o número da
conta do cliente);
3) O sistema adiciona a conta ao banco de dados;
4) Exibe uma mensagem de confirmação do cadastro da conta.
5) Se em (2) o número fornecido já estiver associado a uma conta aberta o
sistema informa ao usuário sobre o ocorrido;
6) Exibe os dados da conta e uma opção de cancelar ou fechar conta
(<<includes>> [RF MA 07]);
[RF MA 03] Cadastrar pedidos
Pré-Condição:
O sistema adiciona uma um pedido a uma conta no banco
Pós-Condição:
de dados.
Entrada: O produto, a quantidade e o número da conta do cliente.
1) O usuário escolhe o produto de uma lista, a quantidade que deseja e o
número da conta do cliente que realizou o pedido;
2) Sistema adiciona o pedido à conta do cliente;
3) Exibe uma mensagem de confirmação do cadastro do pedido.
4) Se em (1) não houver unidades do produto escolhido no estoque, o sistema
informa ao usuário;
[RF MA 04] Cadastrar cancelamentos de pedidos

Pré-Condição: O pedido constar na conta do cliente
O sistema retira o pedido da conta do cliente e adiciona-o
Pós-Condição: no cadastro de pedidos cancelados. Além de adicionar a
quantidade de produto cancelada no estoque.
O produto, a quantidade, o número da conta do cliente e o
Entrada:
motivo do cancelamento.
Saída: Confirmação do cadastro e do cancelamento.
1) O usuário digita o número da conta do cliente;
2) Escolhe o produto da lista de pedidos do cliente que deseja cancelar e entra
com a quantidade que deseja, apenas podendo cancelar no máximo o número
de itens pedidos;
3) O usuário entra com o motivo do cancelamento;
4) O sistema exibe uma mensagem de operação concluída.
5) Se em (1) não houver conta com o número digitado, o sistema exibe uma
mensagem de erro;
Conclusão
Este documento tem como meta fornecer uma modelagem para o sistema
proposto inicialmente: um sistema de automação no gerenciamento de um
restaurante.
Formulário do Relatório da Equipe
Descrição de papéis e contribuições de cada membro da equipe:
Após a elaboração das alternativas em conjunto, cada integrante teve maior

participação no estudo de viabilidade de uma delas, sempre com a ajuda dos
outros da equipe. Então, o grupo pôde fazer um estudo comparativo entre as
possibilidades, de modo que a melhor delas pudesse ser escolhida.

NOME % de esforço na
equipe
______________________________________ 25,0%
Cleviton Monteiro
______________________________________ 25,0%
Fernando Garcez
______________________________________ 25,0%
Fernando Calheiros
______________________________________ 25,0%
Renato Ferreira

Biblioteca Online Requisitos

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Biblioteca Online Requisitos

Enviado por

Direitos autorais:

Formatos disponíveis

BIBLIOTECA DIGITAL ONE TEAM

Documento de Requisitos Data: 29/10/10

O surgimento da Internet e a ampla disponibilidade de computadores criaram um

[RF 01] O Sistema irá permitir que o Administrador inclua o cadastro de

[RF 02] O Sistema irá permitir que o Administrador exclua o cadastro de

[RF 03] O Sistema irá permitir que o Administrador realize alterações no

[RF 04] O usuário poderá consultar os Campus cadastrados

[RF 05] O usuário poderá cadastrar o

Cadastro de cobranças referentes a pagamentos de contas como:

[RF MP 06] Dar baixa no pagamento de cobrança

[RF MP 07] Relatório de contas a pagar

[RF MP 08] Verificar automaticamente contas a pagar

O sistema informará ao usuário as contas que têm vencimento para o

[RF MP 09] Cadastrar fornecedores

[RF MA 01] Cadastrar cardápio

[RF MA 02] Abrir conta

[RF MA 03] Cadastrar pedidos

[RF MA 04] Cadastrar cancelamentos de pedidos

[RF MA 05] Visualizar relatório de pedidos cancelados

[RF MA 06] Visualizar relatório de balanço do movimento diário

[RF MA 07] Fechar conta

[RF MA 11] Cadastrar pedidos automaticamente

[RF MF 01] Cadastrar funcionários

Todas as operações referentes ao cadastro de funcionários (adicionar,

[RF MF 02] Cadastrar pagamentos de funcionários

[RF MC 01] Cadastro de clientes

[RF MC 02] Cadastrar promoção

[RF MC 03] Enviar e-mail promocional

[RF MC 04] Reservar mesa

Em nosso modelo, focamos nossa atenção em sete atores:

A grande motivação da criação do sistema se deve ao desejo do Gerente

O sistema SAFB permitirá um maior controle no gerenciamento financeiro

O principal objetivo do sistema consiste em obter uma maior economia

 Gerenciar conta dos clientes, onde, através de uma interface amigável

A economia é propiciada pelo gerenciamento de fornecedores, do

Para organização dos requisitos não-funcionais do Sistema de Automação

[RNF PROC 01] – Entrega de Sistema

[RNF PROC 02] – Revisões de requisitos

[RNF PROC 03] – Modelagem de Sistema

[RNF EXT 01] – Custo

[RNF EXT 02] – Regulamentação

[RNF PROD 01] – Garantia de Disponibilidade Constante

[RNF PROD 03] – Tempo de resposta

[RNF PROD 04] – Manter Computador Atualizado

[RNF PROD 05] – Fornecimento de Dados Consistentes

[RNF PROD 06] – Uso de No-Break

[RNF PROD 07] – Uso de SGBD

[RNF PROD 08] – Interface Gráfica Amigável

Devido à grande complexidade do sistema, a sua interface deverá ser

[RNF PROD 09] – Mensagens de Erros Claras

[RNF PROD 10] – Documentação do usuário

[RNF PROD 11] – Log de Erros

[RNF PROD 12] – Modularidade

O grafo SIG (Softgoal Interdependency Graph), que tem como objetivo

Segue o diagrama de casos de uso do sistema, bem suas descrições:

[RF MP 02] Notificar saída de produto (reduzir estoque)

[RF MP 03 / RF MP 04] Visualizar estado do estoque / Previsão de

[RF MP 05] Cadastrar contas a pagar

[RF MP 07] Relatório de contas a pagar

[RF MP 09] Cadastrar Fornecedores

[RF MA 02] Abrir conta

[RF MA 04] Cadastrar cancelamentos de pedidos

Descrição de papéis e contribuições de cada membro da equipe:

Após a elaboração das alternativas em conjunto, cada integrante teve maior