Class Diagram
2016-06-14 08:45:27 0 举报类图（Class Diagram）是一种用于描述系统中的类、接口以及它们之间关系的静态结构图。它展示了系统中各个类的组成，以及这些类之间的相互关系和依赖。类图的主要目的是帮助开发人员更好地理解系统的设计和实现，以便在开发过程中发现潜在的问题并优化代码结构。 在类图中，每个类用一个矩形表示，矩形内部包含类的名称、属性和方法。类之间的关系通过连接线表示，常见的关系有关联、聚合、组合、继承和实现等。此外，类图还可以展示接口、抽象类、泛型等信息。 总之，类图是一种强大的工具，可以帮助开发人员更好地组织和管理代码，提高软件开发的效率和质量。
作者其他创作
大纲/内容
base_metadata
\b元数据value
- code_id- value- name_i18n
维度2
base_param_type_detail
参数明细表
- param_type_id（参数类别外键）- warehouse_id (仓库)- owner_id （货主）- express_id （快递公司）- supply_id （供应商）- store_id （店铺）- platform_id （外部平台）- status (未启用、正常、停用)- key1~key12 (对应参数类别表的define_type.key)
讨论
1:1
参数
仓库、货主、快递公司、供应商、店铺、...
参数\b值
生效级别
生效级别（系统枚举）
- 仓库- 货主- 快递公司- 供应商- 店铺
痛点问题
1:N
1：N
参数注册
参数作用域
base_param_define
参数定义表(2B\b出库流程引擎)
- biz_type (业务类型)- biz_sub_type （子类型）- param_type （参数类型：字符串、布尔、枚举）
base_config_info
\b已经废弃
维度3
参数类型
参数权限
1、 参数\b合理性，重复参数多，缺少参数描述2、参数类别维度不够、部分参数不能按行业设置很麻烦，仓库做多个行业业务，需支持按行业配置3、参数添加不规范，做个功能就增加一个参数，很多类似控制加了很多参数，很多参数带有技术独立性；4、参数配置交互体验操作繁琐5、数据模型支撑，域、分组、依赖概念没法体现6、参数管控，参数使用无法直观体现
维度n
base_param_type
参数类别(子父节，目前页面\b定死2级)
维度1
1、 参数作用域\b （系统、仓库、行业、货主、供应商、店铺、SKU）2、参数的使用方（\b开发/实施/运营）3、元数据和参数是否需要合并4、数据模型变更。5、参数使用方案6、兼容方案
base_meta
\b元数据表code
- code- name
0 条评论
下一页
