泰坦尼克的设计者尽管有许多设计方案可以选择，但是从开始他们就遵循乘客舒适度的最佳化高于航行速度的经营战略。他们从不怀疑能够打破横渡大西洋的记录。这个战略调整意味着船体可能是一个宽的"U"形船体而不是一个圆滑而紧凑的"V"形式船体。这种做法增加了船23%的体积，使得头等舱、二等舱和客舱更加大更舒适，并将大大增加旅客的感受。
与今天相比，你能够照搬你的竞争手段或使用新技术来赢得优势并且尝试一些与众不同的东西，通过较好的经济回报在市场中占有一席之地。
作为泰坦尼克设计的一部分，设计者把商业需求改变成船的功能要求，即所谓运输工具和殷勤款待。这些主要的功能包括根据客舱和套房、供应伙食、消遣和娱乐需求来确定舱室布置。
同样地,由于有形的功能容易为企业家和IT工作人员理解，所以大多数的IT项目通过这个阶段相对轻而易举地就被改变了。
如第一部分所述，由于定义的是系统运转基本特性，那些无功能需求具有难以置信的重要性。对泰坦尼克的设计者来说，无功能需求包括检查安全性、性能、稳定度、可靠性、维修性和环境。因此无论功能要求的规格是什么,这些无功能需求确保了船能够提供出当初设计的功能。
同样地对IT项目来说,无功能需求包括可用度（类似于安全性）、可靠性和基于系统运行时间特性的系统管理。基于非运行时间特性的其他无功能需求包括可量测性、可携带性、维修性、环境因素以及可升级性。同样无功能需求确保系统能够提供所设计的功能。
为了确定无功能需求，泰坦尼克的设计者使用了一种类似"造船专家"的模型技术。这个15英尺长的模型提供了一个准模拟环境来确定逻辑和物理设计是否能够作为船的功能进行工作。例如：功率与重量比例是否恰当，或者船如何在狂风恶浪中保持稳定？假设的故障情景被创建成模型用于确定备选的功能部件置及其它们最佳执行方式，也就是尺寸、范围和数目。这些故障方案例如船搁浅或海岸堆积的方案或者解决包含前端或侧面冲撞的方案。
同样地，为确定无功能需求现在有许多利用的计算机辅助建模技术。为研究端到端的解决方案，流程分析模型对每一个关键事件处理进行高等级跟踪，并且路径上的各组成部分是根据其无功能的特征，尤其是可用度来确定。另一个技术也用于确定单个或集合的组成部分（硬件或软件）沿此路径发生最坏情形的故障方案模型，例如：在处理流程高峰时的影响或网上攻击。与动态测试相对应的，这种方法亦称为"静态"测试、“干式运行”（dry run），或走查“walkthrough”。
泰坦尼克的设计者必须确定可用性（安全性）的特征、做出投资选择并且基于假设分析（what-if）的故障情况的可能性，在四个可用性等级中有效地选择其中一个。例如：基本等级被定义为根本没有安全装置。这个等级是指船具有封闭艇的特性、能横越英吉利海峡而不是公海。最高等级定义为有一整套安全装置包括各类救生船、抽水和推进功能部件比如双壳体、多个隔水舱、密封舱壁、电动门、碰撞充填和压缩空气来排水。船完全具有全速横渡大西洋的远洋船所有特性。
今天，我们必须确定可用性的功能部件并要做出投资选择。有许多使用软件和硬件技术可以改善可用性的解决方案并且防范五级故障(物理的、设计的、运算的、环境的和结构变换的)。这些技术包括从组件到容错系统最终到堆叠的每个物体。该技术启用"横向可测量性"的成分并通过复制和重复以分离单独的故障点。
最后，泰坦尼克的设计者选择了最高级的安全性和综合了所有最新和超前的安全技术。归根结底，他们是在基于最新技术来建造最好的船。然而，由于董事的商业压力，泰坦尼克的设计者开始在安全装置上做出妥协，这些压力明显地来自企图为乘客创造一流体验的白星公司老板Bruceismay。例如：四个防水壁吃水线以上部分只有10英尺而并没有到达顶甲板，目的是腾出一个200尺的宽敞舞厅。同样地，总数为48个的救生船最初设计也为了头等舱要有广阔的海景而渐渐变得不明显，最终减少到低得多的16个。
同样地，在今天的IT项目中，每天或者每周都会有上百个小的决定、这些决定被认为是服务于企业家的技术。无功能需求一般会超出大多数企业家的舒适范围外，因此任何对无功能需求的妥协可能不会被轻易地理解。然而他们对生产过程中的解决方案施加了一个较大的影响，可能会波及整个业务的完成。
从泰坦尼克的施工阶段开始，这几乎已经太迟了。没有人理解犯下的错误都是非常严重的。即便船的无功能需求已经被妥协、泰坦尼克决不会沉没的信念一直存留在泰坦尼克的设计者当中。船只所有宽阔的船体设计、船的舷弧尺寸（超出当时所建造船的最大长度50％）、使用了所有超前安全装置和最新技术的综合指标的完成使所有白星的工作人员认为泰坦尼克所向披靡。泰坦尼克能够在任何情况下继续存在，并且再大的风险也能够克服。
在这个氛围里，很容易理解设计者把救生船的数目减少到了16艘，这是在所有妥协当中最大、最严重的。救生船当时被认为是附加的安全装置，是泰坦尼克号要营救其他失事船上的乘客才能用上的东西。当然，泰坦尼克绝不会被认为会沉没。
泰坦尼克是永不沉没的观念同样也波及到了白星公司的市场营销。当施工阶段进行到船内部成形时，这种为了使乘客舒适明显滥用投资的行为意味用于不被人注意的船的安全性与操作功能部件的投资被等量地用掉了。有点像今天要买一辆奢侈汽车那样。泰坦尼克作为永不沉没推销给公众并且这种观点也已被广泛接受。
结论
今天许多IT项目在这个设计和施工阶段几乎毫无察觉地被严重妥协。但是在项目完成并进行生产后，妥协的影响作为一个问题也许不明显，可能经过许多天、月甚至年不出现。作为项目经理们必须保证象关注功能要求一样来重视无功能需求。
前者经常被牺牲因为它们较少被看得见，并且它们的重要性对于从事商业的人们，项目领导者或决策制造者来说并不显著。由于每周会有上百个决定产生，作为项目经理需要收集这些影响，并让那些企业的执行者充分了解。
下一部分将讲述IT项目的设计和测验。
[@more@]
与今天相比，你能够照搬你的竞争手段或使用新技术来赢得优势并且尝试一些与众不同的东西，通过较好的经济回报在市场中占有一席之地。
作为泰坦尼克设计的一部分，设计者把商业需求改变成船的功能要求，即所谓运输工具和殷勤款待。这些主要的功能包括根据客舱和套房、供应伙食、消遣和娱乐需求来确定舱室布置。
同样地,由于有形的功能容易为企业家和IT工作人员理解，所以大多数的IT项目通过这个阶段相对轻而易举地就被改变了。
如第一部分所述，由于定义的是系统运转基本特性，那些无功能需求具有难以置信的重要性。对泰坦尼克的设计者来说，无功能需求包括检查安全性、性能、稳定度、可靠性、维修性和环境。因此无论功能要求的规格是什么,这些无功能需求确保了船能够提供出当初设计的功能。
同样地对IT项目来说,无功能需求包括可用度（类似于安全性）、可靠性和基于系统运行时间特性的系统管理。基于非运行时间特性的其他无功能需求包括可量测性、可携带性、维修性、环境因素以及可升级性。同样无功能需求确保系统能够提供所设计的功能。
为了确定无功能需求，泰坦尼克的设计者使用了一种类似"造船专家"的模型技术。这个15英尺长的模型提供了一个准模拟环境来确定逻辑和物理设计是否能够作为船的功能进行工作。例如：功率与重量比例是否恰当，或者船如何在狂风恶浪中保持稳定？假设的故障情景被创建成模型用于确定备选的功能部件置及其它们最佳执行方式，也就是尺寸、范围和数目。这些故障方案例如船搁浅或海岸堆积的方案或者解决包含前端或侧面冲撞的方案。
同样地，为确定无功能需求现在有许多利用的计算机辅助建模技术。为研究端到端的解决方案，流程分析模型对每一个关键事件处理进行高等级跟踪，并且路径上的各组成部分是根据其无功能的特征，尤其是可用度来确定。另一个技术也用于确定单个或集合的组成部分（硬件或软件）沿此路径发生最坏情形的故障方案模型，例如：在处理流程高峰时的影响或网上攻击。与动态测试相对应的，这种方法亦称为"静态"测试、“干式运行”（dry run），或走查“walkthrough”。
泰坦尼克的设计者必须确定可用性（安全性）的特征、做出投资选择并且基于假设分析（what-if）的故障情况的可能性，在四个可用性等级中有效地选择其中一个。例如：基本等级被定义为根本没有安全装置。这个等级是指船具有封闭艇的特性、能横越英吉利海峡而不是公海。最高等级定义为有一整套安全装置包括各类救生船、抽水和推进功能部件比如双壳体、多个隔水舱、密封舱壁、电动门、碰撞充填和压缩空气来排水。船完全具有全速横渡大西洋的远洋船所有特性。
今天，我们必须确定可用性的功能部件并要做出投资选择。有许多使用软件和硬件技术可以改善可用性的解决方案并且防范五级故障(物理的、设计的、运算的、环境的和结构变换的)。这些技术包括从组件到容错系统最终到堆叠的每个物体。该技术启用"横向可测量性"的成分并通过复制和重复以分离单独的故障点。
最后，泰坦尼克的设计者选择了最高级的安全性和综合了所有最新和超前的安全技术。归根结底，他们是在基于最新技术来建造最好的船。然而，由于董事的商业压力，泰坦尼克的设计者开始在安全装置上做出妥协，这些压力明显地来自企图为乘客创造一流体验的白星公司老板Bruceismay。例如：四个防水壁吃水线以上部分只有10英尺而并没有到达顶甲板，目的是腾出一个200尺的宽敞舞厅。同样地，总数为48个的救生船最初设计也为了头等舱要有广阔的海景而渐渐变得不明显，最终减少到低得多的16个。
同样地，在今天的IT项目中，每天或者每周都会有上百个小的决定、这些决定被认为是服务于企业家的技术。无功能需求一般会超出大多数企业家的舒适范围外，因此任何对无功能需求的妥协可能不会被轻易地理解。然而他们对生产过程中的解决方案施加了一个较大的影响，可能会波及整个业务的完成。
从泰坦尼克的施工阶段开始，这几乎已经太迟了。没有人理解犯下的错误都是非常严重的。即便船的无功能需求已经被妥协、泰坦尼克决不会沉没的信念一直存留在泰坦尼克的设计者当中。船只所有宽阔的船体设计、船的舷弧尺寸（超出当时所建造船的最大长度50％）、使用了所有超前安全装置和最新技术的综合指标的完成使所有白星的工作人员认为泰坦尼克所向披靡。泰坦尼克能够在任何情况下继续存在，并且再大的风险也能够克服。
在这个氛围里，很容易理解设计者把救生船的数目减少到了16艘，这是在所有妥协当中最大、最严重的。救生船当时被认为是附加的安全装置，是泰坦尼克号要营救其他失事船上的乘客才能用上的东西。当然，泰坦尼克绝不会被认为会沉没。
泰坦尼克是永不沉没的观念同样也波及到了白星公司的市场营销。当施工阶段进行到船内部成形时，这种为了使乘客舒适明显滥用投资的行为意味用于不被人注意的船的安全性与操作功能部件的投资被等量地用掉了。有点像今天要买一辆奢侈汽车那样。泰坦尼克作为永不沉没推销给公众并且这种观点也已被广泛接受。
结论
今天许多IT项目在这个设计和施工阶段几乎毫无察觉地被严重妥协。但是在项目完成并进行生产后，妥协的影响作为一个问题也许不明显，可能经过许多天、月甚至年不出现。作为项目经理们必须保证象关注功能要求一样来重视无功能需求。
前者经常被牺牲因为它们较少被看得见，并且它们的重要性对于从事商业的人们，项目领导者或决策制造者来说并不显著。由于每周会有上百个决定产生，作为项目经理需要收集这些影响，并让那些企业的执行者充分了解。
下一部分将讲述IT项目的设计和测验。
[@more@]
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7839396/viewspace-955592/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/7839396/viewspace-955592/
扫一扫
189
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
