Discussão:Precificação - Histórico de revisão

Anderson em 21h10min de 29 de março de 2021

2021-03-29T21:10:07Z

Anderson em 19h34min de 29 de março de 2021

2021-03-29T19:34:23Z

Anderson em 19h34min de 29 de março de 2021

2021-03-29T19:34:06Z

Anderson: /* Pontos de atenção */

2021-03-29T19:32:35Z

Pontos de atenção

Anderson: Criou página com '=== Pontos de atenção === 0) Qual a necessidade e o problema do cliente que geraram essa demanda? 1) Quais os tipos de variáveis que existem para compor o preço? 1.1) Co...'

2021-03-29T19:32:24Z

Criou página com '=== Pontos de atenção === 0) Qual a necessidade e o problema do cliente que geraram essa demanda? 1) Quais os tipos de variáveis que existem para compor o preço? 1.1) Co...'

Página nova

=== Pontos de atenção ===

0) Qual a necessidade e o problema do cliente que geraram essa demanda?

1) Quais os tipos de variáveis que existem para compor o preço?
1.1) Como esses tipos influenciam na composição do preço?
1.2) Existe algum comportamento específico para os tipos?

2) Na RN1 é informado que não poderá conter uma mesma regra para o mesmo estado e filial, porém temos outro campo chamado cidade. Então, presume-se que podem existir dois cadastros iguais para a mesma cidade? Estou falando isso baseado na RN1, mas saliento que, ao meu ver, isso é errado.

3) Existem diversas possibilidades de cadastros diferentes serem aplicados para um mesmo item na tiragem de pedido. Então na situação da aplicabilidade de mais de uma fórmula de precificação, como o sistema deve calcular?

4) Para construir uma funcionalidade de cadastro é preciso de exemplos de dados para usar de modelagem de tamanho de campos, tipo de dados e validações de informação como por exemplo para o campo placa de carro, é necessário fazer uma validação do formato AAA-9999. Nesse documento, há apenas a menção dos campos, sem nenhum contexto ou exemplificação dos dados.

5) A RN3 não é uma regra de negócio. É apenas uma informação. O fato da funcionalidade ser implementada no EVO não pode ser classificado como Negócio.

6) Como funciona a precificação?

7) Não há cenários para a implementação.

8) Como deve ser tratada a exclusão desse dado?

9) Quais campos são obrigatórios dos apresentados no documento?

* É preciso que esse documento tenha a adição de mais informações para que seja possível avaliar. Nesse primeiro momento o documento ainda não está pronto para avaliação, pois não é possível entender os requisitos.

← Edição anterior		Edição das 21h10min de 29 de março de 2021
Linha 15:		Linha 15:

	* É preciso que esse documento tenha a adição de mais informações para que seja possível avaliar. Nesse primeiro momento o documento ainda não está pronto para avaliação, pois não é possível entender os requisitos.		* É preciso que esse documento tenha a adição de mais informações para que seja possível avaliar. Nesse primeiro momento o documento ainda não está pronto para avaliação, pois não é possível entender os requisitos.
		+	* Sobre a RN2, não seria melhor impedir o cadastro de uma regra duplicada? Essa questão de sobrescrita é meio complicada a nível de usabilidade. O ideal seria impedir o cadastro alertando que já existe um cadastro com aqueles filtros. Caso o usuário deseje alterar, ele deve buscar o registro apropriado e editar o mesmo. (Minha sugestão, habilitado para debate)

@@ Linha 2: / Linha 2: @@
 # Qual a necessidade e o problema do cliente que geraram essa demanda?
 # Quais os tipos de variáveis que existem para compor o preço?
 ## Como esses tipos influenciam na composição do preço?
 ## Existe algum comportamento específico para os tipos?
 # Na RN1 é informado que não poderá conter uma mesma regra para o mesmo estado e filial, porém temos outro campo chamado cidade. Então, presume-se que podem existir dois cadastros iguais para a mesma cidade? Estou falando isso baseado na RN1, mas saliento que, ao meu ver, isso é errado.
 # Existem diversas possibilidades de cadastros diferentes serem aplicados para um mesmo item na tiragem de pedido. Então na situação da aplicabilidade de mais de uma fórmula de precificação, como o sistema deve calcular?
 # Para construir uma funcionalidade de cadastro é preciso de exemplos de dados para usar de modelagem de tamanho de campos, tipo de dados e validações de informação como por exemplo para o campo placa de carro, é necessário fazer uma validação do formato AAA-9999. Nesse documento, há apenas a menção dos campos, sem nenhum contexto ou exemplificação dos dados.
 # A RN3 não é uma regra de negócio. É apenas uma informação. O fato da funcionalidade ser implementada no EVO não pode ser classificado como Negócio.
 # Como funciona a precificação?
 # Não há cenários para a implementação.
 # Como deve ser tratada a exclusão desse dado?
 # Quais campos são obrigatórios dos apresentados no documento?
 * É preciso que esse documento tenha a adição de mais informações para que seja possível avaliar. Nesse primeiro momento o documento ainda não está pronto para avaliação, pois não é possível entender os requisitos.

@@ Linha 1: / Linha 1: @@
 === Pontos de atenção ===
-. Qual a necessidade e o problema do cliente que geraram essa demanda?
+# Qual a necessidade e o problema do cliente que geraram essa demanda?
-) Quais os tipos de variáveis que existem para compor o preço?
+# Quais os tipos de variáveis que existem para compor o preço?
-.1) Como esses tipos influenciam na composição do preço?
+## Como esses tipos influenciam na composição do preço?
-.2) Existe algum comportamento específico para os tipos?
+## Existe algum comportamento específico para os tipos?
-) Na RN1 é informado que não poderá conter uma mesma regra para o mesmo estado e filial, porém temos outro campo chamado cidade. Então, presume-se que podem existir dois cadastros iguais para a mesma cidade? Estou falando isso baseado na RN1, mas saliento que, ao meu ver, isso é errado.
+# Na RN1 é informado que não poderá conter uma mesma regra para o mesmo estado e filial, porém temos outro campo chamado cidade. Então, presume-se que podem existir dois cadastros iguais para a mesma cidade? Estou falando isso baseado na RN1, mas saliento que, ao meu ver, isso é errado.
-) Existem diversas possibilidades de cadastros diferentes serem aplicados para um mesmo item na tiragem de pedido. Então na situação da aplicabilidade de mais de uma fórmula de precificação, como o sistema deve calcular?
+# Existem diversas possibilidades de cadastros diferentes serem aplicados para um mesmo item na tiragem de pedido. Então na situação da aplicabilidade de mais de uma fórmula de precificação, como o sistema deve calcular?
-) Para construir uma funcionalidade de cadastro é preciso de exemplos de dados para usar de modelagem de tamanho de campos, tipo de dados e validações de informação como por exemplo para o campo placa de carro, é necessário fazer uma validação do formato AAA-9999. Nesse documento, há apenas a menção dos campos, sem nenhum contexto ou exemplificação dos dados.
+# Para construir uma funcionalidade de cadastro é preciso de exemplos de dados para usar de modelagem de tamanho de campos, tipo de dados e validações de informação como por exemplo para o campo placa de carro, é necessário fazer uma validação do formato AAA-9999. Nesse documento, há apenas a menção dos campos, sem nenhum contexto ou exemplificação dos dados.
-) A RN3 não é uma regra de negócio. É apenas uma informação. O fato da funcionalidade ser implementada no EVO não pode ser classificado como Negócio.
+# A RN3 não é uma regra de negócio. É apenas uma informação. O fato da funcionalidade ser implementada no EVO não pode ser classificado como Negócio.
-) Como funciona a precificação?
+# Como funciona a precificação?
-) Não há cenários para a implementação.
+# Não há cenários para a implementação.
-) Como deve ser tratada a exclusão desse dado?
+# Como deve ser tratada a exclusão desse dado?
-) Quais campos são obrigatórios dos apresentados no documento?
+# Quais campos são obrigatórios dos apresentados no documento?
 * É preciso que esse documento tenha a adição de mais informações para que seja possível avaliar. Nesse primeiro momento o documento ainda não está pronto para avaliação, pois não é possível entender os requisitos.