Engenharia de requisitos

Disponível somente no TrabalhosFeitos
  • Páginas : 5 (1029 palavras )
  • Download(s) : 0
  • Publicado : 12 de novembro de 2012
Ler documento completo
Amostra do texto
CENTRO UNIVERSITÁRIO CARIOCA

Bruno Piaui
Fabrício Carneiro
Paulo Pierrondi


Sistema de Gestão de Receitas








RIO DE JANEIRO
2012


SUMÁRIO




Especificação Funcional

Objetivo do Documento
O objetivo deste documento é apresentar a visão do projeto, as regras de negócio, os requisitos funcionais e não funcionais, os fluxos de informação do sistema, e demaisdados técnicos de design do Sistema de Gestão de Receita contemplado no projeto em questão.

Visão do Projeto
O Cliente apresentou a necessidade de um novo sistema para gerir o seu estoque, uma vez que estava havendo, com recorrência, a perda de produtos em estoque e perda de receita por falta de produtos para atender os pedidos feitos pelos clientes.
Identificação
Descrição
A necessidadeCriar um sistema para gerenciamento de Receitas, custo e estoque de itens necessários às receitas.
Afeta
Equipes de vendas, de compras e de estoque.
O seu impacto é
Otimizar o gerenciamento de estoque e custo das receitas.
Benefícios com a solução
Rápida visualização de custo das receitas em relação aos pedidos e evitar a perda de estoque.


Requisitos de Cliente

IdentificaçãoDescrição
RC.01
O sistema deve permitir cadastrar itens no estoque.
RC.02
O sistema deve permitir cadastrar receitas.
RC.05 O sistema deve cadastrar pedidos

Requisitos Funcionais
Identificação
Descrição
RC
RF.01
O sistema deve permitir atualizar estoque
RC.01
RF.02
O sistema deve notificar baixo estoque de determinado item
RC.02
RF.03 O sistema deve gerir entradas e saídasde estoque
RF.04 O sistema deve solicitar autenticação de usuário
RF.05 O sistema deve cadastrar pedidos de receitas RC.05


Regras de Negócio
Identificação
Descrição
RC
RN.01
O cliente deseja um sistema para gerir seu estoque de produtos para receitas
RF.01
RN.02
O cliente deseja ser notificado quando determinado item de seu estoque estiver acabando.
RF.02


RequisitosNão-Funcionais

Segurança
Identificação
Descrição
RC
RNF.01
O sistema deve criptografar as informações.
RC.01, RF.02
RNF.02
O sistema deve solicitar ao usuário que faça login no sistema novamente caso o sistema fique 15 minutos inativo
RC.04



Desempenho
Identificação
Descrição
RC
RNF.01 O tempo de resposta do site, funcionando em condições normais, deverá ser de no máximo 10segundos RC.XX, RF.XX
RNF.02 O espaço de armazenamento do site deve ser suficiente para abrigar todas as informações e suprir futuras expansões do mesmo. RC.XX


Usabilidade e Flexibilidade
Requisitos não funcionais de usabilidade e flexibilidade especificam necessidades claras de usabilidade e flexibilidade de operação do sistema alvo.
Identificação
Descrição
RC
RNF.01 A consistência dasinformações deve ser garantia após cada operação envolvendo o banco de dados. RC.XX, RF.XX
RNF.02 Cada transação deve ser realizada de forma atômica, garantindo a consistência das operações durante chamadas concorrentes. RC.XX
RNF.03 O website deve ser atrativo aos usuários, fácil de usar e deve dar destaque aos pontos fortes do sistema. RF.XX
RNF.04 Haverá interface apresentadas em caso deerro informando ao usuário o motivo do mesmo. RF.XX


Manutenibilidade
Requisitos não funcionais de manutenibilidade especificam regras a serem seguidas para garantir que o esforço de manutenção futuro do sistema alvo seja aceitável.
Identificação
Descrição
RC
RNF.01 O sistema deverá modularizado e estruturado em camadas com intuito de facilitar o desenvolvimento, a manutenção e evoluçãodo mesmo. RC.XX, RF.XX
RNF.02 Todo código deve ser bem documentado e seguir regras pré-estabelecidas de padronização. RC.XX
RNF.03 Deverão ser utilizados mecanismos de manipulação de exceções, para que erros e problemas sejam facilmente identificáveis e também para gerar notificações aos usuários. RF.XX



Aparência e Comportamento
Requisitos não funcionais de aparência e comportamento...
tracking img