最近接着阅读，学习了有关需求工作的测量标准方面的内容。关于需求完整性审查，有一种相当有效的规格说明复查方式，首先指派一名协调人（可能是业务分析师），负责安排审查和分发资料，然后建立最容易犯的错误的检查清单，
给审查者一些时间来阅读文档，准备审查，将审查限制在2小时以内，审查一天不超过2次，审查人数为3～8人等。在此过程中，还要确定是否遗漏了需求，定义上下文范围 ，识别业务事件和‘无事件’，无事件指如果基本事件没有发生所引起的事件。如：基本事件‘卡车处理了一条道路’，但如果卡车没有处理那条道路，会发生什么情况？工作必须做些事情，它就是无事件（它发生是因为另一个事件没有发生），如‘到了监控道路除冰的时间’。工作对这个无事件进行响应，将检查道路是否按照指令进行了处理，如果没有处理，将‘对未处理的道路进行提醒’。
除此之外，定义业务数据，构建正研究的工作所需要的存储数据的模型（类图、实体关系模型、关系模型或其他）。 保管人过程检查，分为基本过程和保管人过程 ，基本过程是指那些与系统存在的理由有联系的过程，如：你递上信用卡来完成支付，信用卡公司将记录支持的金额和其他细节。 保管人过程是为了维护（保管）存储数据，这些过程对数据进行更改，原因只是为了保持数据最新，它们不属于基本过程。如：你搬了新家、通知信用卡公司变更地址，公司相应地更新记录。 检查保管人过程，就要查看类模型和CRUD表，确保有足够的业务事件和相应的过程来维护工作存储的所有数据。如果类包含可更改的属性，那就可能有一个保管人业务事件来修改这些属性。 重复直到完成，确定业务事件、对业务用例建模、加入类模型、检查类被创建、引用、更新和删除）。