配置建模引擎应当达到什么样的条件?
发布时间：2023-02-23 15:24:33 来源：本站编辑：GD工单系统
知识导读
在互联网系统中，我们常常发现一个业务流程不能用一个用例就叙述清晰，造成配置建模引擎或是不能进行，如这一需求场景：
ERP将产品材料同步到OMS，OMS处理后，同歩到各个商城系统。
因为用例展现了参与者的心愿，用例的执行结果解决参与者而言是可以观察和有价值的，那样显而易见，同歩产品材料到各个商城系统，针对业务流程的开端ERP而言，并非其心愿，更不可观察，但不存有并没有参与者的用例，用例不该自动运行。因为参与者能够是非人的，也就是说，参与者能是客户的一个命令，或者上游系统工作的通知，故我们常常将用例依据参与者的差异开展分割。以小编参加的OMS商品为例子，根据长期性实践探索，习惯性依据参与者的差异，划分成三种不同的用例。
配置建模引擎规定
前文也了解在给什么正在做配置建模引擎，那样一个好的配置建模引擎应当达到什么样的条件呢？
第一：配置建模逻辑自洽
1、依据键入物属性识配自身规则时，标准中间不可以彼此矛盾；
在我们鉴别产品的价格属性去兼容标准时，大家应选用MECE分析方法，依照彻底可循，互不相关的基本原则，将属性的枚举值分类整理，当不能完全可循时，应设置默认标准；
2、配置建模引擎与配置中间不可以互相冲突；
我们仍然拿产品定价策略配置举例说明：根据鉴别产品的价格、隶属服务平台、隶属店面等属性去兼容标准时，有可能出现同一个产品同时符合好几个配置的现象；
第二：配置建模引擎变动如影随行：关键的项目配置，需要提供配置变动日志查看，纪录配置改动人和修改时间。
第三：配置危害的前后数据信息相匹配：假如配置危害是指dao层的修改，则需在数据库中纪录时，需记录数据原值和配置危害后数据信息，不可在同一个字段名，用配置危害后信息立即遮盖原数据信息。dao层的新增则不需要；
第四：高扩展性：全面的体系建设是持续不断的，配置设计能够持续规范的工作流程不断创新新增加；
第五：配置建模引擎标准可了解：必须提供必要的作用引导，配置标准的入口和操作模式需要符合客户的认识；
第六：不同维度的继承关系清楚：在不同维度设计方案同一个配置时，必须捋清楚要不要传承祖辈层面的配置，一般要适用可配置要不要传承继承祖辈层面的配置，以免引起改动此层面的配置后，又因继承祖辈层面的配置，造成改动配置建模引擎不生效；
上一篇：配置建模引擎的流程是怎么样的？
下一篇：没有了
