名称 | 类型 | 备注 |
PMCID | String[30] | 隶属的项目ID |
RMRecordID | String[25] | 需求某记录唯一性id.应随机生成 |
RMID | String[16] | 需求序号 该字段在该表里不一定唯一,因为一个需求不同版本的记录也在此表 即不管该需求版本如何,用此序号可以唯一定位项目某条需求。此序号不能更改,由添加新需求时唯一性地生成 |
RMTypeID | String[16] | 需求类型id RM_Type里的RMTypeID |
RMVersion | String[10] | 需求版本 格式为 “2.13” “1.2”等等 版本大递增是‘.’前面的数据加1,小递增是的‘.’面的数加1 |
RMName | String[100] | 需求名称 需求名称是可以修改的 |
RMStatus | String[20] | 需求状态 保存的不是状态表时的状态ID 需求状态,一般是由用户自定义。需求状态是另一个表。如果删除了状态表里的一个状态。原先需求里的状态还是原来的,不会随着状态表里的值变化。 |
RMPriority | String[20] | 需求优先级 原理同需求状态,也一样可以由用户自定义。 |
RMDescription | Memo | 需求描述 大递增属性 |
OwnerID | String[16] | 拥有者ID 是用户表里的用户id有可能是帐号 |
Validation(验证) | Memo | 大递增属性 |
Responsbilities | String[250] | 负责为列表。 负责的为可以有多个。因此此字段的格式为:用户ID#用户ID#用户ID (或者直接存储用户名。不过这可能会引起数据不一致。) |
RMAttributeValues | Memo | 用户自定义所有的属性所有的值 格式为: 属性ID&Value#属性ID&Value 用 “&”分隔属性和值。用“#”分隔多个属性和值对。 属性ID标识它后面的值所属的属性。存储时最好按照需求类型里“RMTypeAtrributes”字段里属性id的顺序进行 |
Share | String[20] | 共享 允许共享还是此需求来自其它需求(共享只是只能共享需求描述) 格式是:share &map& 需求id sharer的值有:y或者n,y表示(yes)可以共享,n表示(no)不可以共享。Map的值有y或者n,y表示(yes)此需求的需求描述来自于其它需求;n表示此需求不是来自其它需求。需求id,表示此需求来自于其它的需求id,如果map值为“n”则需求id的值可能为空 |
RMReferences | Memo | 附件 (可以用个表来保存,也可以在该字段里存储) 格式为: 附件类型 &附件标题&附件内容&添加或修改时间#附件类型 &附件标题&附件内容&添加或修改时间 即附件间由#分隔,单个附件里的各属性用&分隔 附件类型有:文件、文本、超链接。它们对应的内容分别是:文件路径、字符串、www网址。附件为文件类型时,应上传附件给服务器。而这儿保存的是服务器上的文件路径。 |
RMHistory | Memo | 变更的历史 (可以用个表来保存,也可以在该字段里存储) 在由前一版本变更成为该版本的变更信息。格式为: 变更的属性ID&变更前的值&变更后的值&变更时间#变更的属性ID&变更前的值&变更后的值&变更时间 即各个属性变更的信息由“ #”分隔。而某属性的变更信息项,由“&”分隔 |
ChangedTime | TimeStamp | 变更时间或添加该需求的时间 |
ModifyBy | String[16] | 修改人(变更人) 保存的是ID |
ChangedComment | String[250] | 变更描述 当改变需求类型结构或是刚创建时,此字段的值由系统生成:如“类型结构改变了”。 |
IsNewest | word | 是否是最新版本 有了此字段,当需求变为 |