IT项目的非功能需求

申请免费试用、咨询电话：400-8352-114

很多人对电影泰坦尼克号，或是对历史频道中有关这方面的记录片几乎耳熟能详。它们都重点展现了此次航行的最后两天行程以及灾难出现最后几小时船上的情况。但是有关这艘船四年的建造工程细节、项目过程以及其与灾难的关系却鲜为人知。

让我们回顾1909年，重新审视白星公司用新兴技术建造三艘豪华客轮的项目。白星公司制定了在新兴技术上投资并建造三艘豪华客轮这个战略。这次投资数额巨大，因为这些客轮可能要用上至少20年。但是实际上，投资并没有考虑到所有的风险。

泰坦尼克的设计师们有很多设计方案可以选择，但是打一开头他们就采取了一个使乘客舒适度最大化而不是使航行速度最佳化的业务战略。他们从来没有想过要打破穿越大西洋最快时速的记录。这种选择意味着轮船会建一个“U”形船体而不是一个平滑快速的“V”形船体。如此一来，轮船的体积增加了23%，更大且更舒适的一等舱和二等舱令乘客更加满意。

同样地，今天您也可以模仿您的竞争对手的方案或使用新兴技术来赢得优势，并且尝试一些新的东西，诸如采用更经济的调整方案在市场上开发一个适当的产品或服务。

在泰坦尼克号的设计阶段，设计师们把业务需求转换成了轮船的功能需求，即运输和提供服务。主要包括通过船舱和家具向客人提供住处、进餐、娱乐。

同样的，由于功能是有形的且极易被业务主管和IT成员理解，大多数IT项目在这个业务需求转换阶段相对来说都很顺利。

正如在第1节所提到的，由于非功能需求详细说明了一个系统的运作特征，因此它们的重要性是不言而喻的。对泰坦尼克号的设计师来说，这要求他们检查保险设置、性能、稳定性、安全、可维护能力以及环境。因此不管功能需求的定义是什么，非功能需求确保了轮船具备应有的基本职能。

同样，对IT项目来说，非功能需求包括了有效性（类似于保险设置）、安全和基于系统运行性质的系统管理。其它基于非运行性质的非功能需求包括可量测性、轻便性、可维护性、环境因素和改进性。与此类似的，非功能需求确保系统具备应有的基本职能。

为了衡量非功能需求，泰坦尼克号的建造者使用了一些技术，诸如“造船专家模型”。该15英尺的模型提供了一个模拟环境，可以用它来判定什么样的逻辑和物理设计能与轮船性能相关。例如，重量－动力比是否合适，或者在汹涌的海浪中轮船有多稳定？模拟失败来判定可选的保险设置以及最优的执行，也就是规模、范围以及数量。例如，模拟轮船搁浅或靠岸或前－后端、侧面受撞击诸如此类的场景。

同样地，在今天要描述非功能需求有很多种依靠计算机仿真辅助的模拟技巧。流动分析模型提供了一个高级追踪能力，由于它贯穿了方案的始末，它能追踪每一个关键业务交易，并且路径中每一个组件依照其非功能特征被进行了评估，尤其是其有用性。另一个方法是使用这个模型来模拟路径上的一个或多个组件（硬件或软件）所产生的最糟糕失败场景。例如，在峰顶交易流处的影响，或一次网络袭击。这种方法与动态测试相反，被称为“静态”测试或一次演习、或预排。

泰坦尼克号的建造者必须评估有用性（保险性）特征、制定投资选择并且根据可能的失败场景来从四级有用性中有效地选择一级。例如，基础级被定义为根本没有保险特征，此时船具有这些特征：是一艘装载人数少的划艇，足以在英吉利海峡穿行但不能去远海。最高级被定义为有一套综合的保险特征，包括一整套救生艇，抽水机以及诸如双层舱、多个海水隔间、密封舱、电动门、一个冲击塞以及将海水排出的受压空气这样的高级特征。该轮船具备一艘远洋航行船的特征，足以全速前往大西洋彼岸。

今天，您需要评估实用性这个特征并且做出投资抉择。通过软件和硬件有很多种方法可以改善方案的实用性并且防止五种故障（物理、设计、操作、环境以及结构重组）。

最后，泰坦尼克号的建造者们选择了最高级的保险设置并且吸收了所有最新的和先进的保险技术。毕竟，他们是根据最近的新兴技术来建造最好的轮船。然而，由于行政业务的压力，尤其是白星总管布鲁斯.伊斯梅，他想打造一流的乘客（一等舱）体验值，泰坦尼克号的建造者们开始在这些保险性能上作出了让步。例如，四个防水舱壁没有达到顶端甲板，并且只高出吃水线10英尺，多出了200英尺的空间给舞厅。与此类似地，三条一组的救生艇（总共48组）会妨碍一等舱观海景的视觉效果，因此最后妥协到只放了16组。

同样地，在今天的IT项目里，每天或每周都要做出上百个小的抉择，人们认为业务主管在进行这些抉择时都需要些技巧。非功能需求通常都超出了大多数业务主管的接受范围，因此这些需求上的任何让步可能很难理解。然而，一旦这个方案投入生产，这些让步就会造成大的影响并且伤害到业务自身。

到泰坦尼克号的建造阶段，为时已晚。人们都没有意识到有什么不对劲的。即使轮船的非功能需求有所让步，泰坦尼克号的建造者们都坚信泰坦尼克号天生是永不沉没的。在所有的船体设计完成后，轮船的全部体积（长度上比过去最大的船还长了50%），所有高级保险性能的总效果以及最新的技术使得白星公司全体成员认为泰坦尼克号是举世无双的。泰坦尼克号可以幸存于任何环境，并且承受任何风险。

很容易看出，正是这种氛围令建造者们认为要将救生艇数目限制在16组内，这是所有非功能需求中作出的最严重的一次让步。而且这些救生艇当时还被视为一个附加保险设置，认为是只有在救别的轮船上身陷绝境的乘客才能派上用场。当然，泰坦尼克号从来不被认为是一艘会陷入绝境的客船。

泰坦尼克号永不沉没的观点被用于白星公司对外的行销口号中。在该客轮的建造阶段，很明显能看到在乘客舒适度上的投资极其奢侈，与其成鲜明对比的则是在客轮保险性及操作性能上少得可怜的一点投资。正如今天的汽车以奢华度来比拼一样，泰坦尼克号对公众的行销口号为永不沉没的，而这点居然广为人信。

结论

今天一些IT项目也在设计和建造阶段有过严重的妥协，一般倒也无伤大雅。但是这些妥协可能引发的问题当时看起来不明显，却可能在项目完工后以及方案投入生产后的一些天、一些月甚至几年后爆发出来。项目经理需要确保对功能需求和非功能需求投入同样程度的关注。

通常，非功能需求由于其对业务人员、项目领导或执行决策人而言不够明显因而被忽略掉了。由于每周都有成百个小抉择，项目经理也需要将这些抉择造成的影响总结起来便于业务主管理解。

来源：AMT