需求分析文档必须实现以下目的:
作者:ddwcyl
2005.8
(1) 需求文档必须能展现系统的目的;
(2) 需求文档必须能够展示系统的业务流程;
(3) 需求必须能够展示系统的结构层次关系;
(4) 需求文档必须能够展示系统完整闭合数据流;.
(5) 需求文档必须能够向读者展示系统实施后的场景;
目前大部分需求文档存在的普遍问题为不能清晰的描述上面的(2)、(3)、(4),(5) 这几个方面的内容;
笔者认为,目前需求文档中普遍存在的问题为缺乏中高层用例;一般的需求文档都会对底层用例进行过多的描述,但是底层用例很难描述用户的业务流程,涉及的大多为交换操作,以及细节的业务规则;单这些规则不足以描述用户的业务流程;实际上业务流程大部分包含于中层用例,中层用例是对一个业务流程较为完整的概括。
目前需求文档中存在的另一个问题就是就是根据需求文档没办法描述出系统的结构,这也是用例描述没有区分层次和分类所致。
需求文档中还普遍存在的一个问题是,需求人员只是简单的将用户的需求进行了描述;每个用例关注的是细节的问题;这样只注重了细节,而忽略了整体;最终导致数据流不能闭合与不太完整;经常出现业务统计分析所用数据没有数据来源的问题。
当读者看完需求文档后,不能对系统的结构和实施的场景有个清晰的认识的文档,当然是不合格的文档;因此必须加强需求文档中实施后场景的描述。
为解决以上问题,笔者认为在需求中应该注意以下几个方面:
(1) 系统用例必须分出层次;
作用:可以描述系统结构;
(2) 丰富高层用例与中层用例的建设;
作用:可以描述系统目的和业务流程;
(3) 描述系统实施后场景;
作用:可以帮组设计人员了解系统,及指导实施;
(4) 描述系统运行的标准过程与数据流向。
作用:可以验证数据流是否完整;系统运行次序是否合理。