projeto final 4.0

34
Descrição da empresa Farmedic é uma empresa familiar brasileira fundada em 2000, com Sede no Bairro de Tijuca, possuindo três filias, atuando em diferentes bairros do Rio de Janeiro, sua área de negócios se restringe principalmente a serviços de vendas de medicamentos tanto fisicamente como on-line, com possibilidade de expansão da rede. Avaliação do problema Atualmente, sabemos o grande sacrifício que temos de comprar certos medicamentos (remédios tarja preta, etc...), além das filas que enfrentamos (principalmente os idosos). Uma farmácia normal (física) não possui um sistema automatizado de controle e reposição de estoque, gerando diversos problemas como desabastecimento, inexistência de histórico de compras, fornecedores e orçamentos. Essa função fica a cargo do gerente de cada unidade, assim, cada um gerencia do seu jeito, não havendo uma padronização nas compras. Cada gerente compra de um fornecedor, ocorrendo divergências de preços por produtos comprados por gerentes diferentes, assim, ocorrem situações em que lojas com a mesma lista de itens gastam muito mais do que as outras. Propósito do Projeto Implantar um sistema de gerenciamento de compras e estoque no qual possibilite mais comodidade, bom preço e segurança para o cliente, unificar e padronizar toda a operação, que passará a ser gerenciada por um único comprador. Manter uma uniformidade de fornecedores e orçamentos. Descrição do Projeto Através de um sistema próprio on-line, onde o sistema desempenha várias funções tais como o controle de entrada/saída de produtos, definição de preços, impressão de etiquetas, controle do estoque, emissão de notas fiscais, controle de psicotrópicos (medicamentos controlados), controle das vendas a prazo realizadas para funcionários da universidade, listagem de pedidos de medicamentos, balanço do estoque, consulta de preços e obviamente a venda dos produtos em geral.

description

trabalho da faculdade

Transcript of projeto final 4.0

Page 1: projeto final 4.0

Descrição da empresa

Farmedic é uma empresa familiar brasileira fundada em 2000, com Sede no Bairro de Tijuca, possuindo três filias, atuando em diferentes bairros do Rio de Janeiro, sua área de negócios se restringe principalmente a serviços de vendas de medicamentos tanto fisicamente como on-line, com possibilidade de expansão da rede.

Avaliação do problema

Atualmente, sabemos o grande sacrifício que temos de comprar certos medicamentos (remédios tarja preta, etc...), além das filas que enfrentamos (principalmente os idosos). Uma farmácia normal (física) não possui um sistema automatizado de controle e reposição de estoque, gerando diversos problemas como desabastecimento, inexistência de histórico de compras, fornecedores e orçamentos. Essa função fica a cargo do gerente de cada unidade, assim, cada um gerencia do seu jeito, não havendo uma padronização nas compras. Cada gerente compra de um fornecedor, ocorrendo divergências de preços por produtos comprados por gerentes diferentes, assim, ocorrem situações em que lojas com a mesma lista de itens gastam muito mais do que as outras.

Propósito do Projeto

Implantar um sistema de gerenciamento de compras e estoque no qual possibilite mais comodidade, bom preço e segurança para o cliente, unificar e padronizar toda a operação, que passará a ser gerenciada por um único comprador. Manter uma uniformidade de fornecedores e orçamentos.

Descrição do Projeto

Através de um sistema próprio on-line, onde o sistema desempenha várias funções tais como o controle de entrada/saída de produtos, definição de preços, impressão de etiquetas, controle do estoque, emissão de notas fiscais, controle de psicotrópicos (medicamentos controlados), controle das vendas a prazo realizadas para funcionários da universidade, listagem de pedidos de medicamentos, balanço do estoque, consulta de preços e obviamente a venda dos produtos em geral.

Análise das Entradas/Saídas do Sistema

Foi feito um levantamento do funcionamento das farmácias convencionais bem como a documentação utilizada nos processos. Assim, as entradas e as saídas do sistema são descritas a seguir:

Entrada da lista de medicamentos recém adquiridos pela farmácia:

Através da nota fiscal emitida pelo fornecedor que contém os produtos adquiridos ou pelo código de barra dos mesmos, cada produto é cadastrado no sistema com sua devida quantidade de entrada e a definição de um preço.

Notas Fiscais de compra:

Page 2: projeto final 4.0

A cada compra realizada de um fornecedor, a farmácia recebe os produtos com a Nota Fiscal.

Pedidos de produtos: Os produtos que são vendidos e que possuem estoque baixo entram na lista para serem realizadas compras para reabastecer o estoque. Os medicamentos que são pedidos de clientes e não estão disponíveis para pronta entrega também podem entrar para esta lista. A lista é utilizada durante a realização de um pedido para um determinado fornecedor.

Notas Fiscais de venda: Cada saída (venda) de um ou mais produtos para um cliente deve ser preenchida uma Nota Fiscal de venda que será utilizada para dar baixa no estoque e controlar o caixa.

Análise e Descrição das Funções Principais

Controle de entrada de produtos: Através do código de barras do produto, será computada a sua respectiva descrição e informada sua quantidade em estoque podendo também definir um novo preço. Se o mesmo for um psicotrópico, as informações necessárias para o controle exigido (nota fiscal, fornecedor, quantidade, descrição) serão armazenadas em um banco de dados responsável pelo controle de psicotrópicos.

Controle de saídas de produtos:Após a leitura do código de barras, é identificado o tipo de produto sendo informado ao sistema a saída do mesmo do estoque. A saída pode ser efetuada caso o processo seja a venda ou sua perda (vencimento, quebra, consumo interno, etc). Se o medicamento for do tipo psicotrópico, um controle especial deverá ser feito em função do tipo de saída.

Controle de vendas a prazo para servidores da UEM:Quando a venda for efetuada a um servidor da UEM, os dados da venda (matrícula do servidor, nome, data, nota fiscal e valor da nota) serão automaticamente armazenados em um banco de dados separado.

Controle dos pedidos de clientes e remédios em falta:No sistema poderá cadastrar pedidos de clientes por medicamentos indisponíveis no momento. Podem-se cadastrar determinados produtos que à medida que seus estoques estejam baixos, automaticamente entrarão em uma lista de remédios a serem pedidos fazendo o usuário lembrar-se de fazer a compra dos mesmos.

Controle de estoque de medicamentos:O controle do estoque é realizado através de registros na entrada dos medicamentos com a NF de compra e registros na saída de medicamentos com a NF de venda.

Consulta e alteração de preços de produtos cadastrados:

Page 3: projeto final 4.0

Utilizando o código de barras ou um código definido pelo usuário para um produto, a consulta ou a alteração do preço poderá ser realizada.

Impressões de etiquetas de preços e relatórios de produtos em falta ou em estoque:O sistema imprime automaticamente etiquetas de preços e relatórios de produtos em falta ou em estoque

Estudo do Ambiente Físico

O ambiente do estabelecimento é bem propício para a implantação do sistema e segundo o responsável pelo acompanhamento do trabalho, já ocorreu uma tentativa de informatização da Farmácia, porém sem sucesso. Para a implantação desse sistema será necessários pelo menos um espaço para um computador servidor e um ou mais terminais. Cada terminal ou servidor tem a necessidade de um cabo de rede disponível, além das necessidades básicas de um computador que são energia, espaço, etc.

Fatores de Usuários e Humanos

Os usuários do sistema serão os funcionários da farmácia podendo haver algumas restrições a determinados usuários. Tais restrições poderão ser definidas futuramente conforme o gerente da Farmácia desejar e o mesmo serão monitorados e administrados por funcionários da sede. O sistema será implementado de forma que seja de fácil manipulação para ocorrerem poucas em relação ao uso de suas funções. Obviamente será necessário que os usuários tenham pelo menos um conhecimento mínimo em relação ao uso de computadores, caso indiscutível na atualidade.

Estudo da Viabilidade, Análise de Custo-Benefício

O sistema no qual estamos trabalhando é consideravelmente complexo, pois envolve vários processos e funções que são executadas na Farmácia. Esse sistema ajudaria a Farmácia a otimizar seus processos economizando papéis e atividades manuais repetitivas e cansativas. Por esse lado, o sistema é bastante viável, porém a implementação do mesmo levaria um tempo considerável até a utilização e implantação final no estabelecimento. O custo inicial é razoável, pois o sistema exige a compra e manutenção de computadores e impressoras fiscais. Após a implantação do sistema, deve-se pensar também no custo de manutenção e como a manutenção será feita. Mesmo com essas dificuldades, os benefícios que o sistema pode trazer são bem significativos se comparados com o custo do projeto.

Estudo de Uso de Ferramentas e Técnicas

Como o sistema se trata de um software basicamente comercial, uma boa opção é implementá-lo usando uma linguagem de programação orientada a objetos como Java (JSP). O uso de um sistema operacional livre como o Linux também seria bastante interessante, já que diminuiria consideravelmente os gastos. Além da parte de implementação, o desenvolvimento desse sistema necessitará de algumas

Page 4: projeto final 4.0

técnicas utilizadas na modelam UML como a construção de diagramas que permitem uma visão geral do que será implementado e como será o escopo do sistema. Além de utilizar Java como a linguagem principal, o sistema também necessita de banco de dados podendo ser necessária outra linguagem como o Mysql.

Alternativas

Sistema off-line implantado em cada uma das filiais, onde, cada gerente de local ao final do dia atualizará o sistema inserindo os itens do estoque, e enviará à sede para que possa ser confeccionado o pedido geral de compras, atualizando o sistema como um todo.

Justificativa Econômica

Orçamento

O valor do investimento no sistema englobando desenvolvimento, implementação, documentação do desenvolvimento, entrega de código fonte desenvolvido e manual do usuário é de R$26.800,00 (vinte e seis mil e oitocentos reais).

O valor do investimento poderá ser dividido em duas parcelas. A primeira no aceite da proposta e a segunda na entrega do serviço proposto.

O valor de manutenção do sistema esta estipulado em R$ 7.400,00 (sete mil e quatrocentos reais) mensais que garantirá a sua manutenção e desempenho acordada em documento a parte.

O sistema tem garantia contra erros de 03 (três) meses a partir da data de homologação por parte dos responsáveis.

Novas solicitações ou modificações nos serviços propostos ocorridos no decorrer do desenvolvimento serão orçadas e seus prazos avaliados.

Cronograma

Cronograma físico (baseado nos itens citados anteriormente)Cronograma FEV. MAR ABR MAI JUN

Levantamento / Especificação dos Requisitos

Projeto lógico do sistemaTecnológico do sistema Desenvolvimento do Sistema Testes e correções do SistemaImplementação do SistemaCusto de desenvolvimento do projeto

Page 5: projeto final 4.0

Desenvolvimento Quantidade ValorAnalista de sistemas 1 4.000,00 Programador 3 7.500,00 Treinamento funcionários no sistema 6 4.800,00

   Hardware    Servidor com 4 Gb de memória DDR2, processador Pentium Core 2 Duo com 2 GHZ, HD 120 GB, placa de rede 10/100, gravador de DVD, monitor 15" 3 15.000,00

Software    Linux Debian 5.0 1 0,00

OutrosDiversos 1 1.500,00     TOTAL ////////// 26.800,00

Custo de operação/ manutenção do projeto

Desenvolvimento Quantidade ValorH/M Especialista 1 1.000,00 H/M representante do cliente (usuário) 1 800,00 Treinamento funcionários no sistema 2 1.600,00 Software    Linux Debian 5.0 1 2.500,00

OutrosDiversos 1 1.500,00     Total ///////////  7.400,00

Benefícios

Benefícios Tangíveis

Benefícios Tangíveis PESSOAS OUTROS TOTALQTD R$ R$ R$

Antecipação de Renda 80% 4.500,00   4.500,00Eliminação de horas extras  98% 2.500,00   2.500,00Não aumento de mão de obra (Carga de trabalho)  10% 2.000,00   2.000,00Redução de Custo Geral  15%  5.000,00   5.000,00Total Tangível       14.000,00

Benefícios Intangíveis

Page 6: projeto final 4.0

Melhoria do controle de estoque Redução de custos Agilidade no controle de estoque Padronização do estoque Aumento da segurança Competitividade e sobrevivência Agilidade na compra Segurança na compra

TRI = 5 MESES

CUSTOS DE DESENVOLVIMENTO E IMPLANTAÇÃO

R$ 26.800,00

BENEFÍCIOS TANGÍVEIS -- CUSTOS DE OPERAÇÃO / MANUTENÇÃOR$ 14.000,00 R$ 7.400,00

Tempo de Retorno do Investimento (TRI ou ROI)

Aferição dos Benefícios

Beneficio Método Época Responsável AprovadorMelhoria do controle de estoque

Comparação de casos por filial

60 dias após implantação

Comprador Proprietário

Redução de custos Comparação de casos por filial

60 dias após implantação

Comprador Proprietário

Agilidade no controle de estoque

Comparação de casos por filial

70 dias após implantação

Comprador Proprietário

Padronização do estoque

Comparação de casos por filial

60 dias após implantação

Comprador Proprietário

Aumento da segurança

Inventário semanal do estoque

30 dias após implantação

Comprador Proprietário

Competitividade e Sobrevivência

Consultar evolução de vendas

60 dias após implantação

Comprador Proprietário

Agilidade na compra Pesquisa de tempo de entrega

30 dias após implantação

Comprador Proprietário

Segurança na compraInventario semanal das compras

30 dias após implantação

Comprador Proprietário

– Análise de Risco

Risco Impacto Contingência Responsável

Page 7: projeto final 4.0

Suspensão por parte do cliente do pagamento do valor de manutenção ou não quitação na data acordada.

Suspensão do serviço de manutenção.

Normalização do pagamento

Cliente

Problema técnico de hardware ou infra-estrutura.

Paralisação do sistema. Impossibilidade de vendas

Efetuar procedimento manual de vendas registrando todo o movimento até normalização. Inputá-los à movimentação no sistema.

Cliente

Segurança das informações Perda de histórico para analise.Perda de informações para efetuar movimentação.

Procedimento de backups diários para atender necessidade de restauração Cliente

Perda de integrante da equipe de desenvolvimento e implantação do sistema

Possível paralisação do desenvolvimento e implantação do sistema.

Reposição imediata denovo integrante capacitado. A contratada

Atraso no projeto. Atraso na entrega do sistema.

Aumento de hora/homem e/ou aumento da equipe do projeto.

A contratada

Queda no link de acesso Atraso na emissão dos relatórios e listas

Entrega dos dados em meio físico (cd-rom)

Cliente

Não ter um programador para a linguagem solicitada

pelo cliente

Atraso na entrega, comprometimento com a qualidade e

aumento do custo do projeto.

Captar/contratar no mercado profissional com o perfil

desejado. Propor ao cliente outras

alternativas de linguagens acessíveis ao projeto.

A contratada

Ausência de profissional por motivo de doença.

Atraso na entrega das funções solicitadas

pelo cliente.

Buscar e alocar um profissional freelancer. A contratada

Abandono de projeto pelo profissional.

Atraso na entrega Captar/contratar profissional qualificado dentro das

mesmas características para suprir a perda imediata.

A contratada

O projeto possui um tempo de implantação muito

curto.

Perda de qualidade no desenvolvimento da

solução.

Adequar as funcionalidades solicitadas de forma a

atender a meta do cliente.A contratada

Alteração de escopo Atraso na entrega, redimensionamento

dos custos do projeto.

Documentar a alteração solicitada, modificação do

custo do projeto. ClienteFalta de experiência do

funcionárioAtraso na entrega Contratar um profissional

experiente. A contratadaO projeto proposto não

satisfez, a expectativa da empresa.

Perda da criação do projeto, atraso na entrega, perda do

Elaborar proposta de projeto alternativo, visando

aumentar a qualidade através A contratada

Page 8: projeto final 4.0

contrato. da validação do projeto pelo cliente.

Indisponibilidade do Cliente

Atraso na entrega e cancelamento do

projeto

Solicitar ao cliente, indicação de profissional de sua

confiança para fornecimento de informação bem como interagir com a equipe de

projeto.

Cliente

Atraso nos compromissos agendados por parte do

cliente

Atraso na entrega e aumento de custos.

Solicitar ao cliente, indicação de profissional de sua

confiança para fornecimento de informação bem como interagir com a equipe de

projeto.

Cliente

Concentração do conhecimento em apenas

um membro da equipe

Atraso na entrega, comprometimento com a qualidade e

aumento custo.

Oferecer treinamento aos funcionários e contratar funcionários experientes

A contratada

Dependência de fornecedores externos

Atraso na entrega Ter um cadastro prévio com fornecedores para busca de

alternativas.A contratada

Tarefas complexas Atraso na entrega e aumento dos gastos

com o projeto.

Renegociação dos prazos de entrega, sem impacto nos custos. Redimensionar as tarefas com a equipe de projeto ou captar novo

profissional.

A contratada

Metodologia de estimativa de custos inadequada

Atraso na entrega e aumento de custo.

Pesquisar, analisar e implementar uma

metodologia de custos válida. (Pesquisar valores

reais)

A contratada

Condições do ambiente trabalho inadequadas

Atraso na entrega e aumento de custo,

insatisfação do profissional.

Implantar condições adequadas ou alocar os

profissionais fora do ambiente de trabalho do

cliente.

A contratada

Mudança continua de requisitos do projeto pelo

cliente.

Atraso na entrega, comprometimento com a qualidade e

aumento custo.

Controlar as versões dos requisitos, para que não haja

perda da qualidade do projeto (Sistemas de

versionamento)

Cliente

Termo de Aceite

Page 9: projeto final 4.0

Projeto: Farmedic

Descrição: Realizar o Desenvolvimento de um Software que auxilia na customização e controle de tarefas como: - Cadastro de Estoque - Cadastro de Fornecedores - Cadastro de Clientes - Controle de Vendas

Pelo presente instrumento fica aprovado o(s) produto(s) e/ou serviço(s), abaixo relacionados, listados

no

documento de Declaração do Escopo (Produtos Componentes), sendo esses:

Software de Gerenciamento e Controle de Custos. Serviços de Manutenção por 06 meses Treinamento dos Funcionários

__________________________________ ___________________________________ Cliente Responsável pelo Cliente

_______________________________________ Gerente do Projeto

Rio de Janeiro, _______ de ________________________ de 2008.

Caso de uso: Tratar venda

Page 10: projeto final 4.0

Descrição:Permite efetuar a venda de um produto.

Pré-Condições: O ator está identificado e autenticado.

Atores: Funcionário / Gerente.

Cenários Principais:

O ator seleciona a opção vendas.O sistema exibe na tela as seguintes opções:

Realizar venda Relatório de vendas

Realizar venda

O ator seleciona os produtos que foram vendidos através de um leitor de código barras.

O sistema exibe na tela uma lista dos produtos selecionados informando còd, nome, preço, quantidade e valor total da compra.

Depois de selecionados todos os produtos da compra o ator seleciona a opção confirmar.

O sistema exibe uma mensagem “Confirmar venda? ’’.

SIM OU NÃO.

SIM

Page 11: projeto final 4.0

O Sistema decrementa os dados no Banco de Dados.

O Sistema exibe a mensagem: “Operação realizada com Sucesso! ’’.

O Ator confirma a mensagem.

O Sistema retorna para a interface de Vendas.

Obs. Após a confirmação o sistema emite automaticamente a NF da compra.

NÃO

O Sistema fecha a mensagem;

O Sistema permanece na interface realizar nenhuma alteração.

Relatório de vendas

O ator seleciona a opção Relatório.

O sistema exibe três opções de relatório.

Diário Semanal

Mensal

O usuário seleciona o relatório desejado.

O sistema solicita senha.

O ator informa a senha e clica em “Confirmar’’.

O sistema exibe relatório.

Cenários Alternativos:

Erro ao ler o código de barras.

Caso o leitor de código de barras não realize a leitura do produto o ator terá a opção de digitar o código do produto e sua quantidade.

Page 12: projeto final 4.0

- Caso o ator digite o código errado o sistema exibira uma mensagem de erro informando “Código do produto não existe’’.

Quantidade mínima de produto em estoque.

Caso a quantidade de algum produto atingir o limite mínimo em estoque, o sistema exibira uma mensagem “atingido o limite mínimo do estoque’’. Este produto entrará na lista de produtos em falta que posteriormente devera ser reposto.

Cancelar operação

O ator pode a qualquer momento cancelar a venda e sair do processo ou ainda editar a lista de venda a fim de corrigir um possível erro.

O Ator pode cancelar a operação de inclusão de um produto ou da venda total.

O Ator aciona a opção “Cancelar” (item / venda).

O Sistema exibe a seguinte mensagem:

“Deseja cancelar esta operação?”.

O Ator seleciona uma das seguintes opções:

SIM OU NÂO

SIM

O sistema solicita senha.

O ator informa a senha e clica em “Confirmar’’.

O Sistema limpa a lista de produtos da venda.

O Sistema disponibiliza ao Ator iniciar um novo processo de venda de produtos.

NÃO

O Sistema retorna a interface sem realizar nenhuma alteração.

Page 13: projeto final 4.0

Caso de Uso: Manter Cliente

Descrição

Permite incluir, alterar e consultar Cliente.

Ator

Gerente / Funcionário.

Pré-condição :

Não se aplica

Cenário Principal:

Na tela manter cliente o sistema exibe as seguintes opções:

Incluir Cliente. Alterar Cliente.

Consultar Cliente.

Incluir Cliente :

Page 14: projeto final 4.0

O ator seleciona a opção “Incluir Cliente”.

O sistema exibe os campos para Inclusão de Cliente com:

- Nome

- CPF

- RG

- Telefone

- Endereço completo

O Ator inclui todos os dados do cliente.

Após a inclusão o ator seleciona a opção “Salvar’’.

O sistema exibe uma mensagem “Confirmar a inclusão? ’’.

SIM OU NÃO.

SIM

O Sistema armazena os dados no Banco de Dados;

O Sistema exibe a mensagem: “Operação realizada com Sucesso! ’’.

O Ator confirma a mensagem.

O Sistema retorna para a interface Incluir Cliente.

Obs. Após a confirmação o sistema gera automaticamente o código do cliente.

NÃO

O Sistema fecha a mensagem;

O Sistema limpa os dados informados;

O Sistema permanece na interface Incluir Cliente.

Page 15: projeto final 4.0

Alterar Cliente :

O ator seleciona a opção “Alterar Cliente”.

O ator informa o código ou nome do Cliente, o sistema efetua a pesquisa.

O sistema exibe os detalhes do Cliente encontrado e habilita as seguintes opções para que possam ser alterados.

- Nome

-Telefone

-Endereço completo

O ator altera os dados do Cliente.

Após as alterações o ator seleciona a opção “salvar’’.

O sistema exibe uma mensagem “Confirmar a alteração? ’’

SIM OU NÃO.

SIM

O Sistema armazena os dados no Banco de Dados;

O Sistema exibe a mensagem: “Operação realizada com Sucesso!

O Ator confirma a mensagem.

Page 16: projeto final 4.0

O Sistema retorna para a interface Alterar Cliente.

NÃO

O Sistema fecha a mensagem;

O Sistema limpa os dados informados;

O Sistema permanece na interface Alterar Cliente.

Consultar Cliente :

O sistema exibe uma tela de pesquisa de Cliente onde o ator poderá informar o código ou o nome do Cliente.

O ator informa o código ou nome do Cliente.

O sistema exibe os detalhes do Cliente encontrado.

Fluxo Alternativo

Código do Funcionário já existe

O Sistema verifica que o Código do Funcionário informado já existe na base de dados.

O Sistema exibe a mensagem “Funcionário informado já existente!”.

O Sistema fecha a mensagem.

O sistema exibe os dados do Cliente encontrado.

Critérios de busca

A pesquisa deve desconsiderar acentos, espaços e caixa alta/baixa.

Obrigatoriedade de campos.

Page 17: projeto final 4.0

Todos os campos do cadastro são obrigatórios.

Para o caso de não preenchimento dos campos obrigatórios, o sistema exibe mensagem de erro.

O Sistema retorna para a tela de inclusão/alteração e posiciona o cursor no 1º campo obrigatório não preenchido.

Cancelar operação

O Ator pode cancelar a operação de alteração e inclusão de um cliente.

O Ator aciona a opção “Cancelar”.

O Sistema exibe a seguinte mensagem:

“Deseja cancelar esta operação?”.

O Ator seleciona uma das seguintes opções:

SIM OU NÂO

SIM

O Sistema limpa todos os campos;

O Sistema disponibiliza ao Ator iniciar um novo processo de inclusão ou alteração do Cliente.

O Sistema fecha a interface de cadastro retornando para a interface de opções de operação.

 

NÃO

O Sistema retorna ao cadastro, sem apagar os campos já preenchidos.

Page 18: projeto final 4.0

Caso de Uso: Manter funcionário

Descrição

Permite incluir, consultar e alterar dados do funcionário.

Ator

Gerente.

Pré-condição

Não se aplica.

Fluxo principal

O ator seleciona a opção funcionário,O sistema exibe as seguintes opções:

Incluir funcionário Alterar funcionário Consultar funcionário

Incluir funcionário

O ator seleciona a opção incluir funcionário.O sistema exibe os seguintes campos para inclusão do funcionário:

Nome

Page 19: projeto final 4.0

CPF Cargo Salário Endereço Data admissão Status

O Ator inclui todos os dados do funcionário.

Após a inclusão o ator seleciona a opção “Salvar’’.

O sistema exibe uma mensagem “Confirmar a inclusão? ’’.

SIM OU NÃO.

SIM

O Sistema armazena os dados no Banco de Dados;

O Sistema exibe a mensagem: “Operação realizada com Sucesso! ’’.

O Ator confirma a mensagem.

O Sistema retorna para a interface Incluir funcionário.

Obs. Após a confirmação o sistema gera automaticamente o código do funcionário.

NÃO

O Sistema fecha a mensagem;

O Sistema limpa os dados informados;

O Sistema permanece na interface Incluir funcionário.

Alterar funcionário

O ator seleciona a opção “Alterar funcionário”.

Page 20: projeto final 4.0

O ator informa o código ou nome do funcionário, o sistema efetua a pesquisa.

O sistema exibe os dados do funcionário encontrado e habilita as seguintes opções para que possam ser alterados.

Nome Cargo Salário Endereço Status

O ator altera os dados do funcionário.

Após as alterações o ator seleciona a opção “salvar’’.

O sistema exibe uma mensagem “Confirmar a alteração? ’’

SIM OU NÃO.

SIM

O Sistema armazena os dados no Banco de Dados;

O Sistema exibe a mensagem: “Operação realizada com Sucesso!

O Ator confirma a mensagem.

O Sistema retorna para a interface Alterar funcionário.

NÃO

O Sistema fecha a mensagem;

O Sistema limpa os dados informados;

O Sistema permanece na interface Alterar funcionário.

Page 21: projeto final 4.0

Consultar funcionário :

O sistema exibe uma tela de pesquisa de funcionário onde o ator poderá informar o código ou o nome do funcionário.

O ator informa o código ou nome do funcionário.

O sistema exibe os detalhes do funcionário encontrado.

Fluxo alternativo

Código do Funcionário já existe

O Sistema verifica que o Código do Funcionário informado já existe na base de dados.

O Sistema exibe a mensagem “Funcionário informado já existente!”.

O Sistema fecha a mensagem.

O sistema exibe os dados do Cliente encontrado.

Critérios de busca

A pesquisa deve desconsiderar acentos, espaços e caixa alta/baixa.

Obrigatoriedade de campos.

Todos os campos do cadastro são obrigatórios.

Para o caso de não preenchimento dos campos obrigatórios, o sistema exibe mensagem de erro.

O Sistema retorna para a tela de inclusão/alteração e posiciona o cursor no 1º campo obrigatório não preenchido.

Cancelar operação

O Ator pode cancelar a operação de alteração e inclusão de um cliente.

O Ator aciona a opção “Cancelar”.

Page 22: projeto final 4.0

O Sistema exibe a seguinte mensagem:

“Deseja cancelar esta operação?”.

O Ator seleciona uma das seguintes opções:

SIM OU NÂO

SIM

O Sistema limpa todos os campos;

O Sistema disponibiliza ao Ator iniciar um novo processo de inclusão ou alteração do Cliente.

O Sistema fecha a interface de cadastro retornando para a interface de opções de operação.

 

NÃO

O Sistema retorna ao cadastro, sem apagar os campos já preenchidos.

Page 23: projeto final 4.0

Caso de Uso: Manter Produto

Descrição

Permite Incluir, alterar e excluir Produto.

Ator

Gerente / funcionário

Pré-condição:

Não se aplicaCenário Principal:

Ator seleciona ‘Manter Produto’;

O Sistema prepara e exibe a lista de produtos;

O sistema habilita as seguintes opções:

Incluir produto Alterar produto

Consultar produto

Page 24: projeto final 4.0

Excluir produto

Incluir produto

O Ator seleciona a opção “incluir produto’’.

O sistema exibe os campos para inclusão de produtos com:

Nome Descrição

Tipo

Quantidade

Preço unitário

O Ator inclui todos os dados do produto.

Após a inclusão o ator seleciona a opção “Salvar’’.

O sistema exibe uma mensagem “Confirmar a inclusão? ’’.

SIM OU NÃO.

SIM

O Sistema armazena os dados no Banco de Dados;

O Sistema exibe a mensagem: “Operação realizada com Sucesso! ’’.

O Ator confirma a mensagem.

O Sistema retorna para a interface incluir produto’’.

Obs. Após a confirmação o sistema gera automaticamente o código do produto.

NÃO

O Sistema fecha a mensagem;

O Sistema limpa os dados informados;

Page 25: projeto final 4.0

O Sistema permanece na interface incluir produto’’.

Alterar produto

O ator seleciona a opção “Alterar produto”.

O ator informa o código ou nome do produto, o sistema efetua a pesquisa.

O sistema exibe os detalhes do produto encontrado e habilita as seguintes opções para que possam ser alterados.

Nome Descrição

Tipo

Quantidade

Preço unitário

O ator altera os dados do produto.

Após as alterações o ator seleciona a opção “salvar’’.

O sistema exibe uma mensagem “Confirmar a alteração? ’’

SIM OU NÃO.

SIM

O Sistema armazena os dados no Banco de Dados;

O Sistema exibe a mensagem: “Operação realizada com Sucesso!

O Ator confirma a mensagem.

O Sistema retorna para a interface Alterar produto.

NÃO

O Sistema fecha a mensagem;

O Sistema limpa os dados informados;

O Sistema permanece na interface Alterar produto.

Page 26: projeto final 4.0

Consultar produto

O ator seleciona a opção “Consultar produto”.

O ator informa o código ou nome do produto, o sistema efetua a pesquisa.

O sistema exibe os detalhes do produto encontrado.

Excluir produto

O ator seleciona a opção “Excluir produto”.

O ator informa o código ou nome do produto, o sistema efetua a pesquisa.

O sistema exibe os detalhes do produto encontrado e habilita a opção “Excluir’’.

O Ator seleciona a opção excluir.

O sistema exibe uma mensagem “Confirmar a exclusão? ’’

SIM OU NÃO.

SIM

O Sistema apaga os dados no Banco de Dados;

O Sistema exibe a mensagem: “Operação realizada com Sucesso!

O Ator confirma a mensagem.

O Sistema atualiza lista de produtos. 

O Sistema retorna para a interface Excluir produto.

NÃO

O Sistema fecha a mensagem.

O Sistema limpa os dados informados.

O Sistema permanece na interface Excluir produto.

 

Page 27: projeto final 4.0

  Fluxo Alternativo

Código do produto já existe (inclusão).

O Sistema exibe a mensagem “Produto informado já existente!”.

O Sistema fecha a mensagem;

O sistema exibe os dados do produto encontrado.

Critérios de busca.

A pesquisa deve desconsiderar acentos, espaços e caixa alta/baixa.

Obrigatoriedade de campos.

Todos os campos do cadastro são obrigatórios.

Para o caso de não preenchimento dos campos obrigatórios, o sistema exibe mensagem de erro.

O Sistema retorna para a tela de inclusão/alteração e posiciona o cursor no 1º campo obrigatório não preenchido.

Cancelar operação

O Ator pode cancelar a operação de inclusão, alteração e exclusão de um produto.

O Ator seleciona a opção “Cancelar”;

O Sistema exibe a seguinte mensagem:

“Deseja cancelar esta operação? ’’.

SIM OU NÃO.

SIM

O Sistema limpa todos os campos;

Page 28: projeto final 4.0

O Sistema fecha a interface de inclusão, alteração ou exclusão do produto retornando para a interface de opções de operação.

O Sistema disponibiliza ao Ator iniciar um novo processo de inclusão, alteração ou exclusão do produto.

NÃO

O Sistema retorna a interface de inclusão, alteração ou exclusão do produto, sem apagar os campos já preenchidos.