看了诸位关于“需求分析”的讨论，很受启发，借大家的话题，说说相关的感受：

我觉得用户需求的不确定性和变化性，对诸如企业的事务性应用等定制性软件开发是重要的也是无法改变的客观事实。

承认了这个事实，就等于承认，先有确定的需求（或说“目标”、“用程序开发者的语言xx描述的用户需求）分析结果（不管怎样分析），再实现其要求这个看似天经地义的方法，是xx有缺陷的方法。

这就产生了一个“系统分析窘境”（或者悖论）：我们永远确定不到我们要做的是什么，永远“两头不是人”。

我对于这个“悖论”的基本思路是：

必须在我们几乎所有的设计任务书“目标”或“基本需求”中加上一个常项：满足变化。

这或许是企业应用对开发者带来的{zd0}挑战，但也是{zd0}机会。

比如从操作的角度说，在用户需求的分析（或翻译——成为开发人员的表述）中，有一个重要的工作，就是——“研究、区分需求在未来变化的可能和变化的规律”，分析和预测用户的需求，区分其中的相对静止与变化、核心与延伸的部分。

例如，在一个定制产品数据库的项目中，用户不断增加的新品种，成为一个难题。甚至客户自己也提出，不企求容纳所有的产品型号。

在这个个案，系统分析（或者说，是设计者）给出了一个更加抽象的数据结构，在这个结构反映了“产品”的共性，最终在一个通用一致的操作模式中，实现了可以容纳任意型号的产品。用户的反映是意料之中的：超出其预期，xx满意。但是，开发的难度也因此增大了很多！一个稍大的项目，这种思路给“自己”带来的压力和复杂性似乎难以接受，并且，这是否有点超出自己本职的范围（用户只付了那么多钱）？

从这种需要来看，开发平台或支撑环境之类，也有很大的文章可做。现在有没有哪一个平台，可称为“为变化的需求环境而设计的开发平台”？

–

yuty@netease.com

企业工程论坛

http://www4.netease.com/~yuty/

※?修改:．yuty?于?Oct?26?08:03:22?修改本文．[FROM:?202.104.160.161]

这是99-10-26, 在 club.netease 系统分析版发的一个贴，刚才搜索发现竟然。这反应了早期的一些想法，是实质性需求分析与研究想法的萌芽。