标签：数据 如何 哪些 控制系统 名称 而且 建立 参数 没有
首先，数据实体需求模式。被分为数据类型、标识符、数据结构、计算公式、数据归档、数据寿命六种需求模式。
| 模式名称-> | 活实体 | 交易 | 配置 | 编年史 | 信息储存基础构架 |
| 相关模式（与之有联系的模式） | 数据类型，数据结构，配置 | 数据结构，数据类型 | 数据类型、数据结构、活实体 | 交易 | |
| 预期频率（预期使用频率） | 所有需求的50% | 通常少于十个 | 总需求的10% | 在一到二十个之间 | |
| 适用性 | 建立一种实体，信息需要保存，而且有寿命 | 定义一个活实体中的一种事件或者输入一个交易的功能 | 定义参数值，控制系统如何运行 | 系统生命中必须被记录的某种或者某几种事件 | |
| 内容（模式包含哪些名词，还有基本概念） | 实体名称、实体的解释、实体被唯一确定的方式、父实体的详细内容 | 交易名称、交易的解释、交易包含的信息、一个交易如何被唯一确定、所有实体详细信息、什么时候交易被认为是发生了、交易的寿命 | 配置值、配置实体、名称还有目的、代表值、数据类型、级别、配置值什么时候可以修改 | 记录事件的类型、每件事情记录的信息、严重程度 | |
| 开发考虑 |
对于额外需求部分讨论的主题，即使没有定义普遍性需求，但是也值得考虑 |
在交易发生之后就永远修改不了它 |
考虑系统在运行时修改配置值的影响 |
性能的考量，考虑每种事件的可能的数量 | |
| 测试考虑 | 对每一个活的实体检查添加修改删除还有查询功能 | 注意一个交易被认定发生的时间的陈述。 | 基本上和实体一样，但是要检查更改实体之后的效果 | 尽可能多的记录系统的活动 |
标签：数据 如何 哪些 控制系统 名称 而且 建立 参数 没有
原文地址：http://www.cnblogs.com/sisi-job/p/6001840.html
