动态表单需求收集(一)

  1. 应用从无到有(开发通用版即演示版功能)
  • 鞋楦男女
  • 鞋楦码数
  • 鞋楦长度
  1. 应用用户从无到有(从演示版到用户定制版)

  2. 添加属性的工作由谁来完成

  3. 各个不同的企业对同一个属性有不同的约束怎么办

安踏:鞋楦男女:值为男、女
耐克:鞋楦男女:值为男人、女人

必须要满足这个需求,因为需要和用户的报表一致

  1. 通用版本身也是一个企业,通用版具备如下特殊性:
  • 属性表中的字段的任何改变,会自动同步到关联表中
  1. 属性的约束如何实现
  2. 同一个属性在不同的企业有不同的约束如何实现

属性的约束:

  1. 输入范围

  2. 输入数字

  3. 输入格式

  4. 单位是什么

  5. 不允许为空(这个应该数据表单的吧)

  6. 为什么初始化是复制东西。

  7. 系统属性、业务属性全都是我们公司的,用户主要关注业务属性,系统属性是不会给客户看到的(系统属性高度与组件等绑定,细节处还没有设计)。我们不会主动将A企业的业务属性暴露给B企业,除非我们已经充分评估,认为这个业务属性就是一个大家都可以用的业务属性。但是B企业添加了一个和A企业同特征的业务属性时,我们可能会关联到同一个业务属性(目前特征相同定义为中文、英文名相同)。

  8. 我们之所以热衷于将一些企业定制的业务属性,变成一个通用的业务属性,是为了让我们的通用版更强大,更符合绝大多数用户的需求。换句话说,就是当一个新的用户需要使用我们的系统时,他可以做更少的工作,就定制出他想要的效果。同样,将一个业务属性通用了,有利用企业间的交流,觉一个例子,A企业的属性,B企业可以呈现出自己字段名称。

  9. 如果不是出于这个目标的话,我认为业务属性完全是可以各个公司管理各个公司自己的。

  10. 关联表中特殊的需求:

    • 修改自定义中英文
    • 修改属性值的约束
  11. 添加数据的流程大概为:

  • 属性表中检索是否具备同样特征的属性
  • 存在相同特征的属性性:关联表中进行企业与顺序性的关联,将企业的个性化配置保存在关联表中
  • 不存在相同特征的属性时:在属性表中插入一条记录,在关联表中进行企业与属性的关联,将企业的个性化配置保存在关联表中

属性值的约束有哪些:

[]
{
“us”:[]
“cn”:[]
}
{

}