PROJETO INTEGRADOR - 2º Entrega do Projeto Integrador

Alunos Participantes:
INGLYD MARIA DUCLA PEREIRA
JOAO PEDRO SEABRA ABI RAMIA
MARCELO LIMA OLIVEIRA SANTOS
MATHEUS SANTOS BEZERRA
FELIPE AUGUSTO SANTINHO

Projeto de solução:
1. Análise de Sistemas
1.2 Processo de Elicitação de requisitos
1.3 Requisitos Extraídos
2. Modelo de Dados
2.1 Elicitação das Entidades
2.2 Diagrama Entidade Relacionamento (DER)

1.2 Especificação de requisitos do produto

Descrição sobre o processo de elicitação/extração de requisitos

A etapa de elicitação/extração de requisitos além de ser o ponta pé inicial é sem

sombra de dúvidas o norte do projeto. Nessa etapa do processo nossa equipe deixou dois
analistas responsáveis pela extração desses requisitos, e foi feito da seguinte forma:
inicialmente uma reunião presencial com o cliente foi feita para podermos extrair dele o
máximo de informações possíveis. Além da reunião nossos analistas estiveram em loco
para poder acompanhar o dia a dia do nosso cliente para poder captar determinadas
demandas que vão ser colocadas no software que o nosso parceiro por conta de não ter um
conhecimento técnico não ser capaz de captar para que assim o programa possa atender
com o máximo de precisão possível.
Por conseguinte, foi acordado que o software tem que fazer um controle do estoque,
ter uma interface amigável para fácil compreensão dos funcionários, confirmar
1
rastreabilidade do produto para poder acompanha o seu determinado local, controle da
quantidade de produtos (mínimo 10 – máximo 100), controle de validade para evitar o
armazenamento de produtos inadequados, o software tem que estar sempre se atualizando
as novas tecnologias, cada produto da loja tinha que ter um determinado código, precisam
emitir notas fiscais conforme as leis, ter um controle claro da entrada e saída dos produtos,
fazer um alerta para comprar mais produto caso esse esteja perto de acabar, dar a maior
flexibilidade o possível para seus clientes em relação a pagamentos podendo ser PIX,
cartões (credito/debito) ou mesmo dinheiro, o programa tem que fazer relatórios
diários/mensais/anuais para eles analisarem como está o negócio e por último a exigência
de backup para evitar perdas de informações e eventuais prejuízos.
Nossos analistas, a fim de entregar o máximo de qualidade possível fez a
prototipagem rápida do sistema, que é uma espécie de maquete de como as telas principais
do programa vai ficar para mostrar para o cliente, a fim dele aprovar.
Os analistas fizeram ainda uma documentação cuidadosamente de todos os
requisitos especificado com os clientes para garantir que todas as demandas por eles
exigidas estejam presentes no sistema.
Por fim tem o feedback contínuo, os analistas estão sempre em contato com os
clientes para tirar pequenas dúvidas que ocorram no dia a dia.
A priorização dos requisitos é mostrada abaixo:
0 – Alta Prioridade
1 – Média Prioridade
3 – Baixa Prioridade

Interface amigável 3
Rastreamento do produto 0
Quantidade mínima de produto 0
Quantidade má xima de produto 1
Controle de validade 0
Software adaptável 1
Backup 0
Permitir o controle de estoques 3
Có digos de Produtos 3
Emitir notas fiscais 1
Permitir entrada de produtos 0
Permitir saída de produtos 0
Alertar estoque mínimos 0
Permitir que os clientes paguem por PIX 1
cartã o de Crédito/Débito ou dinheiro
Gerar relató rio de movimentaçã o 3
financeira por dia, mês e ano.

2
 Especificação de requisitos do produto

Análise do resultado do processo de extração e elaboração das regras de

negócio e requisitos
As regras de negócio do software são:

- Obter uma interface ao qual todos tenham manejo e facilidade de

visualização e preenchimento;
- Garantir o rastreamento do produto;
- Produto não pode exceder a quantidade de 100 unidades ;
- Produto não pode ser menor que 10 unidades (alerta de estoque
mínimo);
- Controle de validade;
- O software ter a capacidade de adaptar-se a operações novas a longo
prazo;
- Realizar backup de dados (em caso de falha no sistema).
Classificação dos requisitos
Os requisitos foram classificados em funcionais e não funcionais, da seguinte
forma:

Funcionais:

- Permitir o controle do estoque;

- Código de produtos;
- Emitir notas fiscais;
- Permitir entrada de produtos;
- Permitir saída de produtos;
- Alertar estoque mínimo;
- Permitir que o cliente pague por Pix, cartão de crédito ou dinheiro;
- Gerar relatório de movimentação financeira por dia, mês e ano.

Não funcionais:

- Ser desenvolvido em SQL ou #C;

- Controlar acesso e autenticidade;
3
 - Executar no ambiente Windows;
- Criação de backups regulares;
- Layout moderno e simples;
- Carregamento rápido.

Modelo de Dados – Elicitação das identidades

Entidade Cliente:
ID do Cliente (PK): Um identificador único para cada cliente.
Nome: O nome completo do cliente.
CPF: O número do CPF (Cadastro de Pessoa Física) do cliente.
Endereço: O endereço do cliente.
Telefone: O número de telefone de contato do cliente.
E-mail: O endereço de e-mail do cliente.

Entidade Produto:
ID do Produto (PK): Um identificador único para cada produto.
Nome: O nome do produto.
Descrição: Uma descrição detalhada do produto.
Preço: O preço unitário do produto.
Estoque Mínimo: A quantidade mínima permitida em estoque.
Estoque Máximo: A quantidade máxima permitida em estoque.
Controle de Validade: Informações sobre a validade do produto.

Entidade Pedido:
ID do Pedido (PK): Um identificador único para cada pedido.
Data do Pedido: A data em que o pedido foi feito.
Cliente (FK): Uma chave estrangeira que se relaciona com a entidade Cliente
para identificar o cliente que fez o pedido.

Entidade Nota Fiscal:

Número da Nota Fiscal (PK): Um identificador único para cada nota fiscal.
Data da Emissão: A data em que a nota fiscal foi emitida.

4
 Pedido (FK): Uma chave estrangeira que se relaciona com a entidade Pedido
para associar a nota fiscal a um pedido específico.
Valor Total: O valor total da transação.

Entidade Forma de Pagamento:

ID da Forma de Pagamento (PK): Um identificador único para cada forma de
pagamento.
Nome da Forma de Pagamento: O nome ou descrição da forma de
pagamento, como "PIX," "Cartão de Crédito," "Dinheiro," etc.

Entidade Movimentação Financeira:

ID da Movimentação (PK): Um identificador único para cada movimentação
financeira.
Tipo de Movimentação: Indica se é uma entrada (por exemplo, uma venda) ou
uma saída (por exemplo, uma despesa).
Data da Movimentação: A data em que a movimentação financeira ocorreu.
Valor: O valor financeiro da movimentação.
Forma de Pagamento (FK): Uma chave estrangeira que se relaciona com a
entidade Forma de Pagamento para indicar como a transação foi paga.

Entidade Relatório:
ID do Relatório (PK): Um identificador único para cada relatório.
Título do Relatório: Um título descritivo que identifica o conteúdo do relatório.
Tipo de Relatório: Indica o tipo de relatório, como "Diário," "Mensal," ou
"Anual."
Data de Geração: A data em que o relatório foi gerado.
Conteúdo do Relatório: Os dados e informações específicos incluídos no
relatório.
Responsável pela Geração: O nome ou identificação do usuário ou sistema
responsável por gerar o relatório.
Permissões de Acesso: Define quem tem permissão para acessar e visualizar
o relatório.

5
 Entidade Backup:
ID do Backup (PK): Um identificador único para cada registro de backup.
Data e Hora do Backup: A data e hora em que o backup foi realizado.
Local de Armazenamento: O local onde o backup é armazenado.
Tipo de Backup: O tipo de backup, como "Completo" ou "Incremental."
Frequência de Backup: A frequência com que os backups são agendados.
Responsável pelo Backup: O nome ou identificação do usuário ou sistema
responsável por executar e gerenciar os backups.

Diagrama Entidade Relacionamento (DER)

6
Figura Editada em Excel.