Mudanças entre as edições de "Discussão:Variáveis por produto"
Ir para navegação
Ir para pesquisar
(Criou página com '=== Pontos de atenção === * Quais são as variáveis que compõe o preço? Como elas serão inseridas no sistema? Essas informações serão dinâmicas ou chumbadas como es...') |
|||
Linha 1: | Linha 1: | ||
=== Pontos de atenção === | === Pontos de atenção === | ||
− | * Quais são as variáveis que compõe o preço? Como elas serão inseridas no sistema? Essas informações serão dinâmicas ou chumbadas como está no protótipo? Acredito que ser fixa é uma solução ruim, pois atende para esse cliente, mas não atenderá outros clientes. | + | * Quais são as variáveis que compõe o preço? Como elas serão inseridas no sistema? Essas informações serão dinâmicas ou chumbadas como está no protótipo? Acredito que ser fixa é uma solução ruim, pois atende para esse cliente, mas não atenderá outros clientes. O ideal é que existisse um cadastro para essas propriedades e as mesmas seriam usadas nesse outro cadastro. |
* Sobre a RN1 seria bom detalhar melhor as validações do cadastro. | * Sobre a RN1 seria bom detalhar melhor as validações do cadastro. | ||
* 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) | * 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) | ||
* 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. | ||
* Não existem cenários para as diversas situações dentro desse documento. | * Não existem cenários para as diversas situações dentro desse documento. | ||
+ | * Como será a exclusão das informações com referência ao histórico de dados? | ||
+ | * Quais as limitações para o campo de valor? Poderá ser negativo ou zero? | ||
+ | * Como essas variáveis entrarão na composição do preço? |
Edição das 21h14min de 29 de março de 2021
Pontos de atenção
- Quais são as variáveis que compõe o preço? Como elas serão inseridas no sistema? Essas informações serão dinâmicas ou chumbadas como está no protótipo? Acredito que ser fixa é uma solução ruim, pois atende para esse cliente, mas não atenderá outros clientes. O ideal é que existisse um cadastro para essas propriedades e as mesmas seriam usadas nesse outro cadastro.
- Sobre a RN1 seria bom detalhar melhor as validações do cadastro.
- 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)
- 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.
- Não existem cenários para as diversas situações dentro desse documento.
- Como será a exclusão das informações com referência ao histórico de dados?
- Quais as limitações para o campo de valor? Poderá ser negativo ou zero?
- Como essas variáveis entrarão na composição do preço?