Projeto/Hierarquia de aprovação de pedido

De GeoSales
Revisão de 14h00min de 7 de fevereiro de 2017 por Nelsoncurcio (discussão | contribs) (→‎Solução)
Ir para navegação Ir para pesquisar

Histórico de Revisões

Data Quem Comentários
13/01/2017 Nelson Curcio Criação do Documento
30/01/2017 Nelson Curcio Gráfico do processo de aprovação do pedido

Informações Gerais

Cliente: Informe aqui o cliente a ser atendido Projeto: Informe aqui o nome do projeto
Gerente/Sponsor: Informe o gerente do cliente a ser atendido Gerente SoftSite: Informe aqui o gerente de projetos da SoftSite
Analista SoftSite: Informe aqui o analista SoftSite Arquiteto SoftSite: Informe aqui o arquiteto SoftSite
Aplicação(s): Informe aqui as aplicações envolvidas

Necessidade

Como forma de organização e controle dos descontos dados pelos vendedores, a Sigvaris tem a necessidade de que os pedidos com descontos passem a ser aprovados (dar visto) aos pedidos antes de passar para os supervisores


Exemplo da necessidade

Suponhamos que os Supervisores tenham uma alçada de 10%, e os Gerentes tenham uma alçada de 20% de desconto.

Caso 01

  1. Pedido com desconto até 10%.
    1. Vendedor faz um pedido com até 10% de desconto;
    2. Pedido fica pendente de aprovação para o Supervisor;
    3. Pedido aprovado pelo Supervisor;
    4. Pedido é exportado para o ERP.

Caso 02

  1. Pedido com desconto entre 10% e 20%.
    1. Vendedor faz o pedido com desconto de 15%;
    2. Pedido fica pendente de aprovação do Supervisor;
    3. Supervisor aprova o pedido e o pedido fica disponível para o Gerente aprovar o pedido;
    4. Pedido aprovado para o Gerente;
    5. Pedido é exportado para o ERP.

Fluxo da hierarquia de alçada de preço

Processo de hierarquia da alçada de preço.jpg

Solução

Indique a solução mais genérica possível, de forma que fique possível habilitar a funcionalidade para qualquer cliente que requisite.

Pré-Requisitos

  • Liste aqui os requisitos necessários para que a funcionalidade esteja pronta para uso. (Quando se aplicam)

Regras de Negócios

  • Liste aqui as regras de negócios necessárias para a funcionalidade. (Quando se aplicam)

Regras de Exceções

  • Liste aqui as regras de exceções necessárias para a funcionalidade. (Quando se aplicam)

Protótipos

Inclua protótipos que facilite a visualização da funcionalidade. (Quando se aplicam)

Cenários

Inclua os cenários deseja atingir, a começar pelo caminho feliz.

Cenário Happy Day

Descreva o caminho feliz relacionado a funcionalidade em questão.

Dados

Indique que dados serão necessários para a assertiva do cenário.

Operação

Informe que operação é aguardada para esse cenário.

Assertiva

Informe o resultado esperado após acionado por operação para esse cenário.

Cenário de Fluxo de Exceção

Descreva o cenário do fluxo de exceção relacionado a funcionalidade em questão.

Dados

Indique que dados serão necessários para a assertiva do cenário do fluxo de exceção.

Operação

Informe que operação é aguardada para o cenário do fluxo de exceção.

Assertiva

Informe o resultado esperado após acionado por operação para o cenário do fluxo de exceção.