Bacharelado em Ciência da Computação

MSHP (Manager System Homeopathic Pharmacies)

Alisson Pereira Anjos

Lucas Toshio

• Capítulo 1 – Introdução

• 1.1 Objetivo

• O Objetivo deste documento é esclarecer as funcionalidades do sistema em geral e específico, facilitando e deixando claro quais serão os objetivos e funcionalidades e revelando um detalhamento por diferentes níveis. Além disso serve como um acordo entre clientes, analistas e desenvolvedores do que o software fará. Vale ressaltar que esses 3 serão publico alvo.

1.2 Escopo

O MSHP (Manager System Homeopathic Pharmacies) será desenvolvido para uma farmácia de Homeopatia onde serão efetuadas vendas de medicamentos naturais com prescrição do homeopata ou de outro médico. Existem três Tipos de vendas, sendo que em todas necessitam do cadastro do cliente: Venda com

prescrição de outro medico, venda com prescrição do homeopata local e com o cadastro da composição do medicamento para devido uso no futuro, venda de Medicamento sem prescrição ou outros Fitoterápicos.O Sistema contará com as seguintes funcionalidades: Correção de estoque, venda, movimentação de caixa, contas a receber, cadastro de compra, consulta, orçamento, relatórios, backup. Existem 3 modos de se realizar vendas na farmácia, uma delas é quando o cliente chega necessitando de uma consulta com homeopata, o médico homeopata realiza uma entrevista com o cliente onde o cliente cita todos os sintomas físicos e psicológicos (entrevista não é registrada no sistema) , os dados são enviados para o laboratório , após o processo de produção o medicamento é enfrascado onde o próprio sistema contará com a produção da etiqueta do frasco, a etiqueta contem os seguintes dados: Descrição do medicamento, Data de Validade, Data de Produção, Composição, Peso, Lote e Informações da Farmácia.O Remédio é enviado para o balcão onde será gerado o valor do produto a partir da quantidade de matéria prima utilizada.Se o Cliente atendido já possuir cadastro a venda será realizada, caso contrario será necessário um cadastro tanto do cliente como da composição do medicamento. O Cadastro do Cliente irá conter os seguintes Campos:Código, Tipo de Pessoa Física ou Jurídica, Nome, Endereço, Telefone Residencial, Telefone Celular, CPF, RG, Tipo de Cliente (Cliente ou Paciente), E-mail, Data de Nascimento, Estado Civil, Sexo, Conceito (Especial, Normal, Bloqueado, Desativado, Consumidor). Após o Cadastro a Venda será efetuada.O Segundo modo é quando o Cliente já possui uma prescrição de outro médico, já sendo repassada a prescrição para o químico produzir o medicamento seguindo o processo padrão de Cadastro e Venda.O Terceiro modo é quando o Cliente irá comprar qualquer produto que não necessite de prescrição seguindo o processo padrão de Cadastro e Venda.O sistema irá conter relatórios, os relatórios melhorarão a agilidade e visibilidade de informações diárias ou mensais do sistema que serão fundamentais para a eficiência, os relatórios irão se dividir em Compras, Vendas, Estoque e Financeiro.

1.3 Definições, Siglas e Abreviações.

MSHP - Manager System Homeopathic PharmaciesBackup - Cópia de dados para a segurança do sistema.

1.4 Referências

Os documentos citados a seguir encontram-se no anexo 1.

N° Descrição Data Responsável1 Fotos da Tela do

sistema utilizado atualmente.

11/02/2014 Alexandre Yassuda

1.5 Informações Adicionais

Organograma da Empresa:

1.5.1 Dados da Instituição

Universidade do Oeste Paulista (Unoeste)Faculdade de Informática de Presidente Prudente (FIPP)José Bongiovani, 700 - Cidade Universitária - Bloco H - 1º andarFone: (18) 3229-1060

1.5.2 Dados da Empresa

Farmácia Homeopática HIKARI

Rua: Dr Gurgel 636 - próx. Prefeitura MunicipalFone: (18) 3223-6559 ou (18) 3222-8023 CEP: 19015-140Bairro: Centro Cidade: Presidente Prudente UF: SP

1.6 Visão Geral

Este documento engloba a partir deste capitulo uma visão geral por capítulos onde cada capitulo explicará uma funcionalidade ou característica do sistema.

No capitulo 2 será explicado de uma forma geral os benefícios e características do sistema MSHP.

O capítulo 3 é especifico para os analistas e técnicos, onde os mesmos encontrarão todas as especificações de uso do sistema.

O capítulo 4 ira conter as análises necessárias para que o programador consiga interpretá-las para atingir os objetivos do sistema de forma a tornar possível a construção do software

• Capítulo 2 – Descrição Geral do Produto

2.1 Estudo de Viabilidade

Alternativa de Arquitetura Cliente/Servidor com o banco de dados SqlServer, a linguagem C# e o ambiente Visual Studio 2012, tem por característica a utilização de um único computador denominado servidor que fornecerá a base de dados para o sistema e outros computadores denominados terminais que estarão interligados por uma rede de dados. Os terminais serão os pontos de entrada de dados como cadastros, vendas, movimentações, requisições de consultas e relatórios que serão gravados ou obtidos no servidor.

Item Especificação Quantidade Valor unitário

Valor total

1 Servidor:Processador: Core I3 2100 3.1GHzHD: 500GBmemória RAM: 4GBMonitor LED 19.5”

1 1.598 reais 1598 reais

2 Caixa1:Processador: Intel Celeron 847HD: 320GBmemória RAM: 2GBMonitor LED 18.5”

1 995 reais 995 reais

3 Leitor de Código de Barras 4 90 reais 360 reais4 Roteador TpLink 300Mb 1 92 reais 92 reais5 Impressora de Etiquetas brother 1 499 reais 499 reais6 Banco de Dados SqlServer Express 1 - -7 Sistema Operacional Windows 7 4 65 reais 260 reaisTotal 3804 reais

2.1.1 Justificativa para a alternativa selecionada

Em comparação com a alternativa descartada que se encontra no apêndice 1, foi constatado que o custo de implementação deste será menor, pois os equipamentos já são possuídos pela empresa, bem como as licenças dos sistemas operacionais, que apesar de não serem todos softwares e hardwares de última geração, atendem as necessidades do sistema. O Banco de Dados escolhido foi o Sql Server Express por ser grátis e de excelente qualidade.

2.2 – Perspectivas do Produto

O sistema tem a finalidade de ajudar no gerenciamento do negócio, agilizando processos por meio da automação.

Será utilizado o ambiente Visual Studio. A interface será amigável e intuitiva. Os botões permitirão realizar as funcionalidades e navegar entre as janelas. O cadastro de usuário existirá, para controlar e restringir quem vai usar o sistema, bem como para saber o responsável por operações de compra, venda, emissão e entrega de pedido, etc. Banco de dados: O sistema irá interagir com o servidor de banco de dados em que todos os dados necessários para o funcionamento do programa serão armazenados. O banco de dados que o sistema usará é o Sql Server Express Edition, um banco bom e sem custo de licença. Sistema Operacional: Para executar o MSHP os terminais deverão ter o Microsoft Windows 7

Profissional instalado. Um dos terminais Windows 7 Professional terá a função de servidor, portanto sendo necessária uma conexão com a rede local.

Operações: Toda a vez que o sistema for inicializado será necessária a autenticação do usuário por meio de login e senha, o que possibilitará ou não o acesso a todas as funcionalidades que o sistema oferece. Isto para não haver a preocupação de outra pessoa acessar o sistema sem autorização, pois somente terão acesso as pessoas que estiverem cadastradas no mesmo.

Backup: Este sistema também irá disponibilizar a funcionalidade de Backup da base de dados, sendo este realizado manualmente, ou seja, o usuário terá disponível uma opção no sistema destinada a realizar a cópia de segurança. Já a restauração só poderá ser realizada pelo responsável do sistema, sendo que esta funcionalidade não fica sobre responsabilidade do usuário.

Rede: O sistema trabalhará em rede, devido a empresa ter mais de um computador, os quais serão interligados e conectados ao servidor de banco de dados. Ele utilizará o protocolo TCP/IP para comunicação.

Será realizado o cadastro de empresa para emissão dos dados nos relatórios e saídas.

2.3 – Funções do Produto

Funções Básicas

RF_B1: Cadastro de Cliente: O cadastro de clientes servirá para fazer os pedidos e ira conter os seguintes Campos: Código, Tipo de Pessoa Física ou Jurídica, Nome, Endereço, Telefone Residencial, Telefone Celular, CPF, RG, Tipo de Cliente (Cliente ou Paciente), E-mail, Data de Nascimento, Estado Civil, Sexo, Conceito (Especial, Normal, Bloqueado, Desativado, Consumidor).

RF_B2: Cadastro de Fornecedores: O cadastro de fornecedor serve para saber quem forneceu determinado produto. É utilizado também nos relatórios de produtos em falta, para facilitar a compra. Para cadastrar um Fornecedor novo serão necessários todos os dados cadastrais do mesmo como: Código, Razão Social, Nome Fantasia, CNPJ, Inscrição Estadual, Inscrição Municipal, Telefones, Endereço, E-mail, Nome do Representante.

RF_B3: Cadastro de Funcionário: O cadastro de funcionário servirá para possibilitar o contato com o funcionário e para controlar o acesso ao sistema. Também para saber o tempo que o funcionário está na empresa, e histórico de ex-funcionários. O cadastro de funcionário servirá para possibilitar o contato com o funcionário e para controlar o acesso ao sistema. Também para saber o tempo que o funcionário está na empresa, e histórico de ex-funcionários.

RF_B4: Cadastro de Produtos: O cadastro de produto é utilizado para armazenar as informações dos produtos oferecidos pela farmácia. A farmácia conta com venda de Produtos que necessitam de prescrição ou não, os dados necessários para o cadastro de um produto são: Código, Descrição do Produto, Categoria (Produto, Serviço), Seção, Descontos (A vista ou a Prazo), Preço, Abreviatura, Código de Barras, Status (Ativado, Comissão ou Controle de Lote), Ultima Atualização, Código de Fornecedor.

RF_B5: Cadastro de Etiquetas: Servem para rotular os remédios, para cadastrar uma nova Etiqueta serão necessários todos os dados cadastrais do mesmo como: Descrição do medicamento, Data de Validade, Data de Produção, Composição, Peso, Lote e Informações da Farmácia.

RF_B6: Cadastro de Receitas: O cadastro de receitas serve para facilitar futuras compras sem a necessidade de passar novamente pelo homeopata, os dados necessários para o Cadastro serão: Código do Cliente, Nome das matérias primas, Quantidade, Utilidade, Data da Ultima Compra.

Funções Fundamentais

RF_F1: Correção de Estoque

Esta funcionalidade serve para fazer uma entrada ou saída de mercadoria em alguma situação adversa (quebra, troca, vencimento, etc.) que não seja por meio de compra ou saída. Serve para garantir que não haja divergência do estoque, desde que o usuário seja fiel ao sistema, registrando todas as movimentações ocorridas no estabelecimento.Itens da Informação: Produto, data do ajuste, quantidade, tipo (Entrada/Saída), usuário e o motivo pelo qual ocorreu.

RF_F2: Cadastro de Contas a Pagar

Será usado para fazer um lançamento nas contas a pagar (ex: água, luz, telefone, aluguel, fornecedor, etc.). Para executar esta operação, o fornecedor precisará ter o cadastro na base de dados, caso ele não tenha, não poderá ser possível lançar esta conta.

Também poderá ser cadastrada uma conta a pagar apenas com o plano de conta não precisando de um fornecedor para contas, por exemplo, salários.

Itens de Informação: Tipo (água, luz, fornecedor, salário, compra, etc), caixa, compra, valor, valor que foi pago, data do vencimento e data do pagamento.

RF_F3: Cadastro de Compra

A compra servirá para cadastrar uma entrada de uma Nota Fiscal de um fornecedor. As informações da compra serão usadas para atualizar o estoque e consequentemente serão lançadas no controle de conta a pagar. Não será possível finalizar a Nota Fiscal caso o fornecedor e os produtos não estejam cadastrados na base de dados do sistema sendo necessário cadastrá-los.

Itens de Informação: Fornecedor, número da nota fiscal, data da emissão, data da entrada, produto, preço, quantidade, data do vencimento e o valor.

RF_F4: Venda c/ homeopata

• A venda será sempre paga à vista. Será dado baixo no estoque dos produtos vendidos.Itens de informação: data da venda, produtos, CRF (Conselho Regional de Farmácia) , quantidade de cada produto, preço de cada produto, total, cliente, usuário e caixa que faz a venda.

RF_F5: Venda de outros e de fitoterápicos

A venda será sempre paga à vista. Será dado baixo no estoque dos produtos vendidos.Itens de informação: data da venda, produtos, quantidade de cada produto, preço de cada produto, total, cliente, usuário e caixa que faz a venda.

RF_F6: Cadastro de Pedido

O cadastro de pedido serve para registrar um pedido a ser entregue em uma data futura.Itens de informação: data da venda, data da entrega, cliente, quantidade de cada produto, preço atual de cada produto, quantidade de cada produto, preço total, usuário.

RF_F7: Abertura de caixa

Na abertura de caixa será inserido um valor inicial para possibilitar o troco.Itens de Informação: valor inicial do caixa;

RF_F8: Fechamento de caixa

No fechamento do caixa será informado o caixa fechado e será salvo as movimentações do caixa;Itens de informação: valor final do caixa, movimentações;

RF_F9: Pagamento de conta

Será atualizado o caixa e dado baixa em uma conta que foi paga, estas contas podem ser de compras, luz, funcionário, etc.;Itens de informação: código da conta paga.

RF_F10: Gerar Recebimento

Será atualizado o caixa e dado baixa na conta a receber, estas contas à receber são de compras parceladas;Itens de Informação: usuário, cliente e produtos, valor total, data da emissão, data de vencimento e data do pagamento.

Funções de saída

RF_S1: Listagem de cliente

Listagem dos dados do cliente, classificado em ordem crescente pelo código do cadastro do cliente. Informações: Código, RG, Nome, Endereço (rua e número), Cidade, Conceito e Telefone. Filtros: CPF, Conceito e Nome.

RF_S2: Listagem de fornecedor

Listagem dos dados do fornecedor, classificado em ordem crescente pelo código do cadastro do fornecedor.

Informações: Código, CNPJ, nome, Endereço (rua e número), Cidade, e-mail, descrição e Telefone.

Filtros: Razão Social e CNPJ.

RF_S3: Listagem de produto

Listagem dos dados dos produtos, classificado em ordem crescente pelo código do cadastro do produto.

Informações: código, descrição, quantidade, preço de venda, estoque, estoque mínimo.

Filtros: descrição e código.

RF_S4: Listagem de funcionário

Listagem dos funcionários. Há também a possibilidade de listar os ex-funcionários.

Itens de informação: Código, Nome, endereço (rua e número), telefone, CPF, Cidade, nível de acesso, data de admissão, data de demissão (ex-funcionários), salário, login.

Filtros: nome e CPF.

RF_S5: Listagem de Correção de Estoque

Listagem dos produtos que sofreram ajuste, classificado pelo código do ajuste.

Informação: Código, produto, descrição do produto, data, unidade e quantidade, motivo, tipo, data e usuário.

Filtros: Período e todos ou produto e período.

RF_S6: Listagem de Contas a Pagar

Listagem das contas a pagar, classificado por data e código da conta, incluem contas de água, luz, salário de funcionário, pró-labore, pagamento de fornecedores, etc.

Informação: Código, Data de vencimento, data de pagamento, valor do pagamento, despesa, compra, valor e status

Filtros: Todas, pagas, à pagar e vencidas, com filtros por período e dia.

RF_S7: Listagem de Compra

Listagem das compras efetuadas pelo estabelecimento, classificado em ordem crescente por: fornecedor, período e código da compra.

Informações: Código, número da nota fiscal, fornecedor, data da entrada e valor da nota

Filtros: Período e Nome do Fornecedor ou Período e Todos.

RF_S8: Listagem de Vendas

Listagem das vendas, sendo agrupadas por data e cliente.

Informações: Código do cliente, nome do cliente, código da saída, data, usuário, valor total e forma de pagamento.

Filtros: Cliente, usuário ou por período.

RF_S9: Listagem de Fluxo de Caixa

Um relatório para demonstrar o comportamento das entradas de recursos e a saída do mesmo, para proporcionar a saúde financeira da empresa.

Informações: Data, entrada (duplicata/valor), saída (duplicata/saída), saldo do dia, débito/crédito referente ao saldo do dia, saldo acumulado, débito/crédito referente ao saldo acumulado, total, saldo inicial, saldo atual.

Filtros: Período e banco ou mês e banco.

RF_S10: Listagem de Movimento de Caixa

É um relatório para registrar a saída de dinheiro de pagamento de despesas e a entrada de dinheiro através de vendas e recebimento de duplicatas. Além disso o relatório poderá ser escolhido de duas formas, analítico ou sintético. O analítico vai ser um relatório mais detalhado com cada movimentação. Já o sintético é mais resumido, ele irá agrupar todos os movimentos do mesmo plano de conta.

Informações: Número do documento, plano de conta, valor da entrada, valor da saída, total do dia, saldo inicial e saldo atual.

Filtros: Data (Apenas diário) e o banco.

RF_S11: Listagem de Pedidos

O sistema de pedidos irá se comunicar com o sistema principal buscando a quantidade de produtos no estoque, assim poderá informar se será necessária a compra e qual a quantidade.

Informações: produto, quantidade, estoque e estoque mínimo.

Filtros: pagos, a pagar, atrasados na entrega, também serão possível filtros por produto, a fim de realizar a compra desses produtos na quantidade necessária. Combinados ainda com os filtros por dia ou período.

RF_S12: Emissão de Pedido de compra

É uma listagem de produtos que estão com estoque baixo e precisam ser comprados. Será filtrado por fornecedor e enviado a cada fornecedor.

Informações: fornecedor, produtos, estoque e estoque mínimo.

Filtros: Fornecedor.

2.4 – Características de Usuário

Os usuários do sistema serão o(s) funcionário(s). Todos possuem conhecimento básico

em informática e nível fundamental completo. Todos os usuários do sistema terão treinamento de como utilizar o sistema para obter o melhor aproveitamento de todas as funcionalidades do sistema, para que se possa obter o melhor desempenho.

2.5 – Limites, suposições e dependências.

OS requisitos mínimos de hardware e software são: sistema Microsoft Windows 7 Profissional , licença , antivírus, processador Core2Duo 1.9GHz , HD de 80GB , memória RAM de 1GB , backup e conexão com a rede local. A mudança de plataforma do sistema operacional para outro que não seja Windows vai interferir no funcionamento do MSHP, pois a linguagem na qual o sistema vai ser desenvolvido não é multiplataforma. É importante o treinamento aos usuários, para que possam entender as mensagens de erro e os relatórios.Cabe ao usuário executar o backup quando julgar necessário a fim de garantir a segurança dos dados.

2.6 – Características de UsuárioNão houve recursos adiados.

• Capítulo 3 – Requisitos Específicos

3.2 – Diagrama de Caso de Uso.

3.2.1 Especificações de Caso de Uso

Caso de Uso:Corrigir EstoqueReferências: RF_F1Descrição Geral: O Caso de uso inicia-se quando há alguma necessidade de alteração no estoque por meio de alguma adversidade como: Validade, Vencimento, Quebra etc.Atores: Usuário do SistemaPré-condições: Valor da quantidade no estoque deve estar correto.Garantia de Sucesso (Pós-condições): Estoque Atualizado.Requisitos Especiais: Tolerância a falhas por transação em banco de

dados.Fluxo Básico:1 O Usuário informa o produto que será corrigido e o tipo da adversidade, de entrada ou saída.

2 O Sistema pesquisa pelo produto, mostra as informações na tela3 O Usuário informa a sua nova quantidade o motivo da

adversidade e confirma a operação.4 O Sistema valida as novas informações e realiza o caso de uso Atualizar Estoque.Fluxos Alternativos:

• Usuário errou tipo da adversidade• O sistema exibe uma mensagem informando que a quantidade

de estoque é insuficiente (Tipo de Adversidade: Saida ou Retirada).

2. Usuário entra com um produto inexistente 1. O sistema exibe uma mensagem informando que o produto não foi encontrado.

Caso de Uso:Cadastrar Contas a Pagar

Referências : RF_F2

Descrição Geral: Será usado para fazer um lançamento nas contas a pagar como: água, luz, telefone, aluguel, fornecedor. O sistema cadastra as compras, e gera as contas a pagar.

Atores: Usuário do Sistema

Pré-condições:

Garantia de Sucesso(Pós-condições): Cadastro for efetuado

Requisitos Especiais: Tolerância a falhas por transação em banco de dados

Fluxo Básico: 1 O usuário insere os dados do fornecedor na base de dados. 1.2 O sistema pesquisa pelo fornecedor e mostra as informações na tela.

1.3 O usuário informa o produto, valor, quantidade e valor total da conta. 1.4 O sistema valida os dados, atualiza o caixa e gera a conta a pagar. 2 O usuário informa o valor e a conta a ser paga. 2.1 O sistema valida dos dados, atualiza o caixa e gera a conta a pagar.

Fluxos Alternativos: 1. O usuário verifica se o fornecedor está cadastrado na base de dados. 1.2 O sistema pesquisa pelo fornecedor, e informa que ele não está cadastrado. 1.3 O usuário cadastra o fornecedor. 1.4 O sistema valida os dados e efetua o cadastro. 2. O usuário informa uma conta inexistente 2.2 O sistema exibe uma mensagem informando que a conta não foi encontrada.

Caso de uso:Cadastro de compra

Referência: RF_F3Descrição geral: Servirá para cadastrar a nota fiscal de um fornecedor, não será possível caso o fornecedor e os produtos não estejam cadastrados na base de dados do sistema. O sistema irá cadastrar as compras, e lançar as informações para o controle de contas a pagar.

Atores: Usuário do SistemaPré-condições: Fornecedor cadastrado, produto cadastrado

Requisitos Especiais: Tolerância a falhas por transação em banco de dadosFluxo básico: 1. O usuário insere os dados do fornecedor e do produto na base de dados.

1.2 O sistema pesquisa pelo fornecedor, checa todos os produto, e mostra as informações na tela. 1.3 O usuário cadastra a nota fiscal do fornecedor. 1.4 O sistema utiliza as informações para atualizar o estoque e lança as informações para o controle de contas a pagar.

Fluxo Alternativo: 1. O usuário insere os dados do fornecedor na base de dados. 1.2 O sistema pesquisa pelo fornecedor, e informa que ele não está cadastrado. 2. O usuário cadastra uma nota fiscal de modo errado. 2.2 O sistema informa que os dados da nota fiscal estão incorretos.

Caso de uso:VendaReferência: RF_F4Descrição geral: Inicia-se quando o funcionário informa os dados do cliente, o tipo de venda e os itens desejados para realizar a venda. O sistema gera a venda ao cliente, e emite a nota fical, atualiza o estoque e recebe o valor da venda.Atores: FuncionárioPré-condições: Cliente cadastrado, produto cadastrado e com estoque suficiente.Garantia de sucesso (Pós-condições): Venda registrado, recebimento registrado, nota fiscal emitida, estoque atualizadoRequisitos Especiais: Tolerância a falhas por transação em banco de dados.Fluxo básico: 1. O usuário informa os dados do cliente para iniciar a venda. 1.2 O sistema verifica os dados, e os exibe na tela. 1.3 O usuário informa o valor e a quantidade dos produtos 1.4 O sistema faz a baixa dos produtos no estoque e informa o valor total a ser pago.

2. O usuário marca uma entrevista do cliente com o homeopata 2.1 O sistema verifica os dados do cliente e os exibe na tela. 2.2 O cliente cita todos os sintomas físicos e psicológicos, partindo das informações o homeopata escolhe as ervas para a composição do

medicamento. 2.3 O sistema da baixa na matéria prima a ser utilizada, e informa o valor a ser pago.

3. O usuário informa os dados da prescrição médica do cliente no sistema. 3.1 O sistema da baixa na matéria prima a ser utilizada, e informa o valor a ser pago.

Fluxos alternativos:1. O usuário informa os dados do cliente 1.2 O sistema verifica os dados, e informa que o cliente não está cadastrado.2. O usuário informa o produto e a quantidade a ser vendido 2.2 O sistema informa que o produto está indisponível no estoque, ou que a quantidade excede a capacidade em estoque.

Caso de uso:Cadastrar pedidosReferências: RF_F6Descrição geral: Serve para cadastrar um pedido a ser entregue em uma data futura. O sistema faz o cadastro e deixa um aviso que no futuro será atualizado uma quantidade 'x' de determinado produto.

Atores: Funcionário

Pré-condição: Cliente já estar cadastrado, produto cadastrado e com estoque suficiente.Garantia de sucesso (Pós-Condições): Cadastro do pedido e aviso de atualização do estoque.Requisitos Especiais: Tolerância a falhas por transação em banco de dados.Fluxo básico:1. O usuário digita os dados do cliente. 1.2 O sistema faz a pesquisa e mostra as informações do cliente na tela. 1.3 O usuário cadastra o pedido, informando a quantidade, o produto , o valor, local e a data , na qual será entregue o produto. 1.4 O sistema registra todas as informações e já deixa dado baixa no estoque.

Fluxos Alternativos:1. O funcionário informa os dados do cliente. 1.2 O sistema informa que o cliente não está cadastrado.2. O funcionário informa o produto errado. 2.2 O sistema informa que o produto não existe.3. O funcionário informa uma data inexistente. 3.2 O sistema informa que a data está incorreta.

Caso de uso:Abertura de caixaReferência: RF_R7Descrição geral: Dará início quando o funcionário abrir o caixa para retirar algum valor, o sistema deverá ter o registro da quantidade retirada, da quantidade inicial do caixa, e qual funcionário retirou o valor, e por qual motivo.Atores: FuncionárioPré-condições: Funcionário cadastradoGarantia de sucesso(Pós-condições): O sistema ter o registro da quantidade inicial do caixa, a quantidade retirada, o motivo, e qual funcionário retirou.Requisitos especiais: Tolerância a falhas por transação em banco de dados.Fluxo básico: 1. O usuário insere uma quantidade de dinheiro no caixa. 1.2 O sistema registra a quantidade inicial do caixa e a final.2. O usuário retira uma quantidade de dinheiro do sistema. 2.2 O sistema registra a quantidade inicial do caixa e o final.Fluxo Alternativo:1. O funcionário informa o seu código e o motivo da retirada. 1.2 O sistema informa que o código do funcionário está incorreto.

Caso de uso: Fechamento de caixaReferência: RF_F8Descrição geral: Inicia-se ao se encerrar as atividades de movimentações fundamentais, o sistema informa o valor final do caixa, e suas movimentações.Atores: Funcionário

Pré-condições:Garantia de sucesso (Pós-condições): Quando as informações sobre os valores forem corretos.Requisitos especiais: Tolerância a falhas por transação em banco de dadosFluxo básico: 1. O usuário encerra as atividades e abre o caixa. 1.2 O sistema pega todas as movimentações de caixa, e as exibe para o usuário, informando a hora e a quantidade que foi retirada ou inserida.

Fluxo alternativo:1. O usuário encerra as atividades e abre o caixa. 1.2 O sistema informa que os valores não batem.

Caso de uso: Pagamento de contaReferência: RF_F9Descrição geral: Inicia-se quando o dinheiro retirado for utilizado para pagar contas, o sistema informa quais contas foram pagas e os valores.Atores: FuncionárioPré-condições: Caixa aberto, conta a ser quitada.Garantia de sucesso (Pós-condições): Dar baixa nas contas e atualizar o caixa.Requisitos especiais: Tolerância a falhas por transação em banco de dadosFluxo básico: 1. O usuário informa qual conta será paga. 1.2 O sistema verifica e exibe todas as contas deste tipo. 1.3 O usuário escolhe a conta, e informa o valor a ser pago. 1.4 O sistema verifica a conta, da baixa na conta que foi paga, e atualiza o caixa.

Fluxo alternativo:1. O usuário informa o valor da conta a ser paga 1.2 O sistema verifica a conta, e informa que a conta já foi paga.

Caso de uso: Gerar RecebimentoReferência: RF_F10

Descrição geral: Dará inicio quando o funcionário abrir o caixa para inserir algum valor, o sistema deverá ter o registro da quantidade inserida, da quantidade inicial do caixa, e qual funcionário inseriu o valor, e por qual motivo.Atores: FuncionárioPré-condições: Saldo suficiente no caixa, conta a ser quitada.Garantia de sucesso(Pós-condições): O sistema ter o registro da quantidade inserida , o motivo, e qual funcionário inseriu.Requisitos especiais: Tolerância a falhas por transação em banco de dadosFluxo básico: 1. O usuário informa qual conta irá ser quitada. 1.2 O sistema verifica a conta e informa o valor a ser pago. 1.3 O usuário informa o valor que foi pago. 1.4 O sistema verifica os valores, e informa se a conta foi quitada ou não.

Fluxo Alternativo:1. O funcionário informa o seu código e o motivo da inserção. 1.2 O sistema informa que o código do funcionário está incorreto.

3.3 Requisitos de Interface Externa 3.3.1 Interfaces do Usuário

O usuário vai navegar pelo sistema por meio de janelas, irá alternar entre as janelas usando botões.

A primeira janela será a janela de identificação, após fazer o login abrirá a janela principal que permitirá o acesso às demais telas. O Gerente terá acesso à todas as funcionalidades, enquanto o funcionário será restringido em algumas funcionalidades. As telas terão botões como alterar, excluir, consultar, cancelar, sair, cadastrar produtos, etc. As opções de filtros serão escolhidas por meio de radiobuttons e haverá um campo para digitar o critério da filtragem.

3.1.2 Interfaces de Software

O sistema será desenvolvido na linguagem C#, com a ferramenta Microsoft Visual Studio 2010.

O banco utilizado será a Microsoft SQL Server Express Edition.

O sistema será executado em uma plataforma do Windows.

3.3.3 Interfaces do Sistema

Não haverá integração com outro software.

3.3.4 Interfaces de Hardware

O sistema deverá interagir com as impressoras de cupons fiscais, sendo conectada diretamente ao terminal.

Além de um leitor de código de barras que irá transmitir ao sistema os dados lidos do produto passado por cada terminal.

3.3.5 Interfaces de Comunicação

Será utilizado o cabeamento com par trançado categoria 5e, com o padrão TCP/IP.

3.5 Requisitos de Performance e outros requisitos

95% das transações devem ser processadas em menos de 1 segundo.

Gerar relatórios em no máximo 2 segundos.

Backup no tempo médio de 10 minutos, podendo variar com quantidade de dados.

Para atingir os requisitos de desempenho as configurações mínimas de hardware devem ser respeitadas.

Casos essas configurações não sejam atendidas poderão ocorrer lentidão nas operações de cadastro, consultas e relatórios, causando insatisfação do usuário.

3.6 Modelo Conceitual

Apêndice 1

Item Especificação Quantidade Valor unitário

Valor total

1 Servidor:Processador: Intel Core i5 Quad coreHD: 1TBmemória RAM: 8GBMonitor LED 21”

1 6.700,00 reais

6.700,00 reais

2 Caixa1:Processador: Intel Core i3 Quad coreHD: 1TBmemória RAM: 4GBMonitor LED 18.5”

3 2500 reais 7500 reais

3 Leitor de Código de Barras 4 300 reais 1200 reais4 Roteador TpLink 300Mb 1 92 reais 92 reais5 Impressora de Etiquetas broRecefther 1 1000 reais 1000 reais

6 Banco de Dados SqlServer Express 1 - -7 Sistema Operacional Windows 7 4 65 reais 260 reaisTotal 16752

reais

Esses são os recursos ideais para a instalação e execução com a melhor performance possível para o sistema MSHP.

Anexo 1 – Referencia

1 - Fotos da Tela do sistema utilizado atualmente.

• Capítulo 4 – Projeto de Software.

4.1 Diagrama de Interação (Colaboração ou Sequência)

Diagrama de Sequencia Vendas:

4.2 Diagrama de Classes e Mapeamento Objeto x Relacional

Mapeamento Banco de Dados: