软件和需求的实践（1）

有这样一个笑话：一个旅客走进硅谷的一家宠物店，浏览展示的宠物。这时，走进一个顾客，对店主说："我要买一只C猴。"店主点了点头，走到商店一头的兽笼边，抓出一只猴，递给顾客说："总共5000美元。"顾客付完款，然后带走了他的猴子。这位旅客非常惊讶，走到店主跟前说："那只猴子也太贵了！"店主说："那只猴子能用C编程，非常快，代码紧凑高效，所以值那么多钱。"这时，旅客看到了笼子中的另一只猴子，它标价10000美元。于是又问："那只更贵了！它能做什么？"店主回答："哦，那是一只C++猴；它会面向对象的编程，会用Visual C++，还懂得一点Java，是非常有用的。"旅客又逛了一会儿，发现了第三只猴子，它独占一个笼子，脖子上的标价是50000美元。旅客倒抽一口气，问道："那只猴子比其他所有猴子加起来都贵！它究竟能做什么？"店主说："我们也不知道它究竟能做什么，不过它是做项目顾问出身的。"
　　笑话里的猴子对应到项目就是指项目管理人员，这里要引入一个角色的概念（同样的人可以担任多种的角色），通常的项目管理角色包括：项目经理、项目复审员、变更控制经理、企业流程分析师、业务模型设计师、需求分析员、需求复审员、系统分析员…在一个成功的项目里，多种角色职责明确，分工合作，共同完成项目的设计实施。那么这?quot;猴子"在项目中都做了些什么呢？RUP（Rational Unified Process 瑞理统一过程，本文采用了众多的RUP的思想）把一个项目分成10个核心工作流程（Core Workflows）和4个阶段（Phases），并以核心工作流程为Y轴，阶段为X轴建立起一个项目视图（图一）
将主要对先启阶段做介绍。在先启阶段，需求是重中之中，这里指的需求不仅仅是RUP的一个工作流程（在业务建模下），而是比较广义的概念，包括了RUP的工作流程中的业务建模、需求、一部分的分析、测试计划、配置和变更管理。

　　由于忽略需求过程造成的项目返工是恶性的，大量的项目在需求阶段就注定了它的失败。以下是需求过程不科学的典型例子：
上面的这两种态度都意味着项目的不成功，应该说上面的开发人员和用户都应该对此负责。需求是开发者和用户交互的一个过程，任何一方的不投入都会导致项目的失败。当然，由于用户不是专业人士，开发者有权利告诉用户应该采用何种态度来对待项目的需求。曾经和几个朋友聊过他们公司开发过的项目，最后得出一个结论，所有最成功的项目都有一个重要的特性：用户非常的支持。 评判一个软件项目成功的标准是看它是否解决了用户的问题，而用户的问题就是体现为用户的需求，需求也就顺理成章的成为项目的成功标准。而需求阶段的一个不慎都有可能导致软件实现阶段的大量返工，而需求的不慎不是说你小心就可以的，因为很多需求是隐性的，连用户都不清楚自己的需求。这时候就需要一种科学的方法来帮助软件组织实施需求过程。 需求是变化的