Mudanças entre as edições de "Discussão:Precificação"
Ir para navegação
Ir para pesquisar
(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...') |
|||
| (3 revisões intermediárias pelo mesmo usuário não estão sendo mostradas) | |||
| Linha 1: | Linha 1: | ||
=== Pontos de atenção === | === Pontos de atenção === | ||
| − | + | # 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. | * É 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) | ||
Edição atual tal como às 21h10min de 29 de março de 2021
Pontos de atenção
- 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.
- 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)