7.2.2严格定义的策略

当前，较多的应用采用的需求定义方法是一种严格的或称预先定义的方法。从概念上讲，一个负责定义的小组试图完全彻底地预先指出对应用来说是合理的业务需求，并期待用户进行审查、评价、认可，并在此基础上顺利地开展工作。但是这一切都是在尚无使用经验的情况下进行的，而提出的建议又是以图形和叙述性的文字形式表达的。

很多结构化的分析技术，在对未来的工作建立了逻辑上的视图之后，就希望能按图7.3所示的生命周期稳定前进。但实际情况往往与此愿望相反，有很多的项目不像预定的顺序向前推进，还会遇到和经历很多反复，有时在系统测试时，用户才发现与自己的意愿相违背。实践证明，在很多情况下预先定义尚不能顺利地表达一个有序的生命周期。

严格定义的方法是在以下几个假设的前提下形成的。

1.所有的需求都能被预先定义

·个人对系统的认识往往与实际不完全吻合。

·实地观察和使用系统会刺激用户对系统提出新的需求。

·观察和经历往往会取消对系统的事先需求。

2.修改定义不完备的系统代价昂贵且实施困难

上述假设是基于已经说明过的"改正一费用"曲线和"系统错误源".很明显，它们立足于生产经验和职业实践者的共同意见。然而，现在应该借助于新的软件技术的发展重新评价。新的软件技术使得快速建立和修改应用系统的可能性成为现实。

因此，虽然从历史情况看，软件或系统的修改是困难的、昂贵的、费工费时的，而在当前的软件技术条件下，情况会发生很大的改变，假设的有效性必须重新评价现在的软件技术允许建造软件的"结构玩具",并允许有效地构造软件或系统模型。

3.项目参加者之间能够清晰而准确地进行通信

严格定义方法的又一项重要假设是：在系统开发的进程中，项目组、项目经理、分析人员、用户开发人员、审计人员、保密分析员、数据管理员、人际关系希赛网等都能够清晰而有效地进行通信。而实际情况往往是复杂的，对于共同的约定，每个人往往会有自己的解释和理解，对规格说明上应该有而尚未有的规定和说明，会有各种意见或加进个人的看法。而文字叙述，如英语或汉语及其他文字描述，并非一种准确的通信工具，即使提供了结构化的文字语言，如结构化英语以及判定表、树等较严格的通信的高级方式，虽然减少了模糊性，但它仍然缺乏"严密性"、"专业性"和"行业感".

因此，在多学科、多行业人员之间架起通信的桥梁是一件很困难的事。相互间通信的有效性的损失是开发过程失败的主要原因之一。虽然每个参与开发的人都遵从定义报告，但在实际时他们常常会有意或无意地带有个人的不同理解而自行其事。

4.静态描述或图形模型对应用系统的反映是充分的

使用预先定义技术时，主要的通信工具是定义报告，包括工作报告和最终报告，虽然具体的形式因各自的技术有所不同，但它们的作用是相似的，主要包括以下的内容和形式。

文字叙述：包括应用系统的目_标、对象和其他需求的传统文字叙述和解释的内容。

图形模型：主要适用流程图技术。它表明外部实体、过程和文件之间数据的流动。

逻辑规则：它包含不含模糊性的若干逻辑准则，如判定表等。

数据字典：其内容是系统实体的定义、属性及实体间关系的定义和描述。

所有技术工具的共同特点是，它们都、是被动的通信工具和静止的通信工具，不能表演，因而无法体现所建议的应用系统的动态特性。而要求用户根据一些静态的信息和静止的画面来认可系统似乎近于苛求。

因此，严格定义技术本质上是一种静止、被动的技术。因此要它们来描述一个有"生命"的系统是困难的。理解和评价一个应用系统的最好方式，应该是去体验它，而不仅是去阅读和讨论它。

5.严格方法的生命周期的各阶段的划分都是正确的

许多数据处理人员曾认为，相对于工程学科来说，应用系统和软件的开发更像是一种技术。对于发展"软件工程"原理，把软件开发和应用开发提高到与其他工程原理相同的水平，人们一直在做出巨大的努力。因为部分的工程技术依靠严密的方法论和严格的纪律，人们因而认为软件开发的各阶段也应该是这样。从理论上讲，对实现定义来说"严格"是对的。但可惜的是，在用户的认识上，需求却常常是模糊的。硬性地坚持要一个只有初步设想的人对需求做出准确无误的说明是不切实际的，由于生命周期的要求，他们可能被迫做出允诺。如果决策是在缺乏充分依据的情况下做出的，则迟早会提出修改的要求。因而在这种情况下，需要以一种灵活的方式来处理不完备的需求，而非一味追求事先的严格定义。

但当你已经知道了要建设系统的需求，就完全有必要进行严格的构造、设计、编码、测试、修改和控制系统的开发。

因此，严格方法的假设可能是不正确的。为合理起见，它必须和其他方法结合起来并加以完善，而试探法常在其他学科中用来验证设想的合理性。预先定义方法应该首先赢得合理性，而不应认为它总是正确的。

综合上述各点可见，严格定义的合理性在许多情况下并不满足，因此建立在脆弱基础上的开发策略在实施中一旦导致系统的失败，决非意外之事。为了更好地处理由于缺乏支持严格方法的假设而给项目带来的风险，需要利用人们多思、向上和喜欢根据经验行事的本性，探求一种变通的方法。

章节目录： 系分教程：第7章应用原型化方法

返回全书目录：系统分析师章节辅导教程

系统分析师考试大纲   

系统分析师考试 　  系统分析师培训　

系统分析师考试报名