Discussão:Variáveis por produto

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?
• O protótipo não condiz com a interface que idealizo. Tipo, deve existir um valor para cada variável, e a interface dá a entender que o conjunto de variáveis dá um valor. Isso ao meu ver está totalmente errado.