Você está na página 1de 16

Documento de

Casos de Uso
Reprogramar Projeto
Versão 2

Projeto: Modulo
Equipe: Valuenet Team
.
Controle de Versão deste Documento

Versão Quem? Quando? Por quê?


01 Caio Lamarão 22/01/2013 Criação do documento.
02 Caio Lamarão 01/02/2013 Correções:
- Fluxo alternativo #2:
Inclusão de informação de “Terceiro”, para a criação de
registros de Serviços de Terceiros.
Conteúdo
1. INTRODUÇÃO 4
1.1 OBJETIVOS..................................................................................................................... 4
1.2 ATORES......................................................................................................................... 4
1.3 MODELO DE DADOS........................................................................................................ 4
1.4 PRÉ-CONDIÇÕES............................................................................................................ 4
2. MOCKUP & FLUXOS DE EVENTOS 4
2.1 MOCKUP........................................................................................................................ 4
2.2 FLUXO BÁSICO............................................................................................................... 5
2.3 FLUXOS ALTERNATIVOS.................................................................................................. 6
2.4 Regras de Negócio....................................................................................................... 8
1. Introdução
Este documento especifica as solicitações no projeto intitulado Modulo, referente aos
itens encaminhados pela Modulo. O objetivo do documento é fornecer aos
desenvolvedores as informações necessárias para realizar correções e ajustes nas
customizações efetuadas, assim como para a realização dos testes e homologação da
aplicação.

1.1 Objetivos
Detalhar funcionalidade de Reprogramação de Projetos e todas a automações
pertinentes a esta Reprogramação.

1.2 Atores
Gerente

1.3 Modelo de Dados


Por ser consideravelmente grande, esta declarado ao longo dos fluxos para facilitar
visualização e entendimento.

1.4 Pré-Condições
Navegador padrão: Internet Explorer (a partir da versão 7.0)
Acesso de usuário a plataforma realizado com sucesso.
Gerente deve possuir perfil de Gerente de Projeto ou Gerente Regional de Projeto

2. Mockup & Fluxos de Eventos

2.1 Mockup
Não se aplica
2.2 Fluxo Básico

1. O Gerente clica na aba Projeto e pesquisa por registros de Projetos. Ele seleciona
um projeto a ser reprogramado.
2. O Salesforce disponibiliza os registros consultados.
3. O Gerente seleciona um dos registros e aciona a opção Editar
4. O Salesforce disponibiliza o layout de Projetos em modo de edição
5. O Gerente aciona a opção Alterar Período de Execução
6. O Salesforce disponibiliza as informações:
Nova Data de Fim Prevista
E as opções Ok e Cancela
7. O Gerente preenche a informação de Nova Data de Fim Prevista, a aciona a opção
Ok.
8. O Salesforce:
8.1. altera a informação de:
Data de Fim Prevista
Data de Término de Projeto
Data de Fim Contábil
de acordo com a regra de negócio #5.
8.2. Inclui novos registros para as estruturas:
Destino Origem dos dados
Resumo Financeiro Projeto Itens de Linha de Constantes /
Cotação Variáveis
#Regra de Negócio 1
Projeto Projeto(id)
Ano/Mês Regra de Negócio #2
Orçado na Venda Regra de Negócio #3
Consultoria
Orçado na Venda Regra de Negócio #3
Serviços Terceiros
Orçado na Venda Regra de Negócio #3
Despesas
Orçado na Venda Regra de Negócio #3
Produtos

Destino Origem dos dados


Faturas Projeto Constantes / Variáveis
Projeto Projeto(id)
Ano/Mês Regra de Negócio #2

salva as inclusões e envia mensagem informando que a alteração ocorreu com


sucesso

9. Fim do Fluxo
2.3 Fluxos Alternativos

Fluxo alternativo #1: no passo 8.2 do fluxo básico, o Salesforce verifica que existem
registros de Security Provider definidos para o Projeto, então:

1. O Salesforce inclui registos para o objeto:

Destino Origem dos dados


Security Provider Projeto Cotação Constantes /
#Regra de Negócio 1 Variáveis
Projeto Projeto(id)
Ano/Mês Regra de Negócio #2
e salva as inclusões

2. O Salesforce atualiza registros de Security Provider segundo a regra de negócio


#6.
Retorna ao passo 8.2 do fluxo básico
Fluxo alternativo #2: no passo 8.2 do fluxo básico, o Salesforce verifica que existem
registros de Comissão e Premiação definidos para o Projeto, então:

1. O Salesforce inclui registos para objeto:

Destino Origem dos dados


Comissão e Projeto Cotação Constantes /
Premiação #Regra de Negócio 1 Variáveis
Projeto Projeto(id)
Ano/Mês Regra de Negócio #2
Tipo de Bonificação Regra de Negócio #4
e salva as inclusões

2. O Salesforce atualiza registros de Comissão e Premiação segundo a regra de


negócio #6.

Retorna ao passo 8.2 do fluxo básico


Fluxo alternativo #3: no passo 8.2 do fluxo básico, o Salesforce verifica que existem
registros Consultoria, então

1. O Salesforce inclui registos para o seguinte objeto:

Destino Origem dos dados


Consultoria Projeto Item de Linha Constantes /
Cotação Variáveis
#Regra de Negócio 1
Projeto Projeto(id)
Cargo Produto(id)
Ano/Mês Regra de Negócio #2
e salva as inclusões

2. O Salesforce atualiza registros de Consultoria segundo a regra de negócio #6.

Retorna ao passo 8.2 do fluxo básico


Fluxo alternativo #4: no passo 8.2 do fluxo básico, o Salesforce verifica que existem
registros Serviços de Terceiros, então

1. O Salesforce inclui registos para o seguinte objeto:

Destino Origem dos dados


Serviços de Projeto Item de Linha Conta Constantes /
Terceiros Cotação Variáveis
#Regra de Negócio 1
Projeto Projeto(id)
Serviço Produto(id)
Terceiro Conta(id)
Ano/Mês Regra de Negócio #2
e salva as inclusões

2. O Salesforce atualiza registros de Serviços de Terceiros segundo a regra de


negócio #6.
Retorna ao passo 8.2 do fluxo básico
Fluxo alternativo #5: no passo 8.2 do fluxo básico, o Salesforce verifica que existem
registros Despesas, então

1. O Salesforce inclui registos para o seguinte objeto:

Destino Origem dos dados


Despesas Projeto Item de Linha Constantes /
Cotação Variáveis
#Regra de Negócio 1
Projeto Projeto(id)
Despesas Produto(id)
Ano/Mês Regra de Negócio #2

2. O Salesforce atualiza registros de Despesas segundo a regra de negócio #6.

Retorna ao passo 8.2 do fluxo básico


Fluxo alternativo #6: no passo 7 do fluxo básico, o Gerente aciona a opção Cancela,
então:

1. O Salesforce descarta as informações fornecidas.

Retorna ao passo 4 do fluxo básico

Fluxo alternativo #7: no passo 5 do fluxo básico, o Gerente aciona a opção “Alterar
Colaborador” da lista relacionada de Consultoria, então:

1. O Salesforce disponibiliza as informações:

Ano/Mês de início da alteração


Colaborador a ser substituído
Colaborador a substituir
E as opções Ok e Cancela.
2. O Gerente fornece as informações e aciona a opção Ok
3. O Salesforce mantem os registros de Consultoria segundo a regra de negócio #7 e
salva as alterações
Retorna ao passo 4 do fluxo básico

Fluxo Alternativo #8: no passo 3 do fluxo alternativo#7 o Salesforce verifica que o


Colaborador a ser substituído já possui Valor Executado registrado para Ano/Mês,
então:
1. O Salesforce envia mensagem “O Colaborador <Colaborador a ser substituído>
possui horas lançadas para o mês <Ano/Mês>. Favor solicitar a correção do
apontamento de horas do Colaborador para promover esta alteração.” e descarta
as informações fornecidas.

Retorna ao passo 4 do fluxo básico

Fluxo alternativo #9: no passo 2 do fluxo alternativo#7, o Gerente aciona a opção


Cancela, então:

2. O Salesforce descarta as informações fornecidas.

Retorna ao passo 4 do fluxo básico

Fluxo alternativo #10: no passo 5 do fluxo básico, o Gerente aciona a opção “Alterar
Planejamento” da lista relacionada de Consultoria, então:

1. O Salesforce disponibiliza as informações:

Horas Planejadas de acordo com a regra de negócio #8.

E as opções Ok e Cancela.
2. O Gerente fornece as informações e aciona a opção Ok
3. O Salesforce altera os registros de Consultoria e salva as informações
Retorna ao passo 4 do fluxo básico
Fluxo alternativo #11: no passo 2 do fluxo alternativo#10, o Gerente aciona a opção
Cancela, então:

1. O Salesforce descarta as informações fornecidas.

Retorna ao passo 4 do fluxo básico

Fluxo alternativo #12: no passo 5 do fluxo básico, o Gerente aciona a opção “Alterar
Planejamento” da lista relacionada de Serviços de Terceiros, então:

1. O Salesforce disponibiliza as informações:

Valor Planejado de acordo com a regra de negócio #8.

E as opções Ok e Cancela.
2. O Gerente fornece as informações e aciona a opção Ok
3. O Salesforce altera os registros de Serviços de Terceiros e salva as informações
Retorna ao passo 4 do fluxo básico

Fluxo alternativo #13: no passo 2 do fluxo alternativo#12, o Gerente aciona a opção


Cancela, então:

1. O Salesforce descarta as informações fornecidas.

Retorna ao passo 4 do fluxo básico

Fluxo alternativo #14: no passo 5 do fluxo básico, o Gerente aciona a opção “Alterar
Planejamento” da lista relacionada de Despesas, então:

1. O Salesforce disponibiliza as informações:

Valor Planejado de acordo com a regra de negócio #8.

E as opções Ok e Cancela.
2. O Gerente fornece as informações e aciona a opção Ok
3. O Salesforce altera os registros de Despesas e salva as informações
Retorna ao passo 4 do fluxo básico

Fluxo alternativo #15: no passo 2 do fluxo alternativo#14, o Gerente aciona a opção


Cancela, então:

1. O Salesforce descarta as informações fornecidas.

Retorna ao passo 4 do fluxo básico


2.4 Regras de Negócio

Regra de Negócio #1:


Dados da Cotação aprovada para a Oportunidade

Regra de Negócio #2:


Criar registros para cada Ano/Mês, a partir do último Ano/Mês registrado,
adicionando o número de meses da diferença entre a Nova Data de Fim Prevista e a
Data de Fim Prevista anterior.
Ex.: Data de Fim Prevista anterior= 23/09/2013
Nova Data de Fim Prevista = 12/12/2013

Criar data de 1º dia útil


Ano/Mês= 01/10/2013
Ano/Mês= 01/11/2013
Ano/Mês= 01/12/2013

Regra de Negócio #3
Para cada Ano/Mês, registrar os valores dos campos “Orçado na Venda” com a
seguinte regra, por cada tipo de registro de Produto relacionado nos Itens de Linha da
Cotação aprovada:

Sum(Item de Linha Cotação(Quantidade) * Item de Linha Cotação(Preço da Venda))

Se, para a Cotação aprovada, não houver Item de Linha para o Produto do tipo
de registro relacionado, o valor do campo deve ser 0.

Regra de Negócio #4
Para cada Ano/Mês do período previsto, criar sempre 2 registros para
Comissão e Premiação, referentes aos Tipos de Bonificação possíveis, e associar os
respectivos valores do objeto Cotação.
Ex.:
Ano /Mês Tipo Bonificação Valor
01/01/2013 Comissão Cotação(Valor da Comissão)
01/01/2013 Premiação Cotação(Valor da Cotação)

Regra de Negócio #5
Data de Término de Projeto = Data de Término Projeto + número de
meses(Data de Fim Prevista ~ Nova Data de Fim Prevista)
Data de Fim Contábil = Data de Fim Contábil + número de meses(Data de Fim
Prevista ~ Nova Data de Fim Prevista)
Data de Fim Prevista = Nova Data de Fim Prevista
Regra de Negócio #6
Anteriormente à reprogramação, o registro do objeto possuía um saldo de valor
planejado a ser executado:
Sum (Valor Planejado) a partir do Ano/Mês da data da alteração

Ex.:
Data alteração = 05/06/2013
Saldo Valor Planejado = 9
Período de Projeto original = 02/2013 ~ 07/2013
Reprogramação = + 3 meses
Ano/Mês 02/2013 03/2013 04/2013 05/2013 06/2013 07/2013 08/2013 09/2013 10/2013
Valor 5 3 7 5 4 5
Planejado
Valor 6 3 6 5
Executado

Este saldo deve ser redistribuído para os meses a executar.


Ex.:
Saldo Valor Planejado = 9
Meses à executar = 5
Valor planejado = 1,8

Ano/Mês 02/2013 03/2013 04/2013 05/2013 06/2013 07/2013 08/2013 09/2013 10/2013
Valor 5 3 7 5 1,8 1,8 1,8 1,8 1,8
Planejado
Valor 6 3 6 5
Executado
Regra de Negócio #7
Deve ser criado um registro para o Colaborador a substituir, com cópia dos
dados do Colaborador a ser substituído, a partir do Ano/Mês de início da alteração:
O registro do Colaborador a ser substituído deve ser alterado, a partir do Ano/Mês de
início da alteração para terem valores planejados zerados.
Ex.:
Ano/Mês de início da alteração: 06/2013
Colaborador a ser substituído: John
Colaborador a substituir: Mark

Colaborador Ano/Mes 03/2013 04/2013 05/2013 06/2013 07/2013 08/2013 09/2013


John Valor 3 7 5 4 5
Planejado
Valor 3 6 5
Executado

Colaborador Ano/Mes 03/2013 04/2013 05/2013 06/2013 07/2013 08/2013 09/2013


John Valor 3 7 5 0 0
Planejado
Valor 3 6 5
Executado
Colaborador Ano/Mes 03/2013 04/2013 05/2013 06/2013 07/2013 08/2013 09/2013
Mark Valor 0 0 0 4 5
Planejado
Valor 0 0 0
Executado
Obs.:
O Ano/Mês não pode ser menor que o de referência à data corrente,
Um Colaborador pode ser substituído no mês corrente onde o projeto está
sendo executado. Para isso o Colaborador deve excluir os registros de apontamentos
realizados (Timesheets) referentes ao mês corrente.

Regra de Negócio #8
Esta alteração deve ter o mesmo comportamento da opção “Editar Todos”,
incluído de forma padrão para as listas relacionadas do Salesforce.
Entretanto, deve-se apenas permitir a edição de meses a executar.
Ex.:

Ano/Mês 03/2013 04/2013 05/2013 06/2013 07/2013 08/2013 09/2013


Valor 3 7 5 4 5 4 3
Planejado
Valor 3 6 5
Executado

Você também pode gostar