02系统架构过程4之非功能目标开题报告.pptVIP

ZPEDU.ORG 讲义版权由中培教育所有，未经同意，不得转印 ZPEDU.ORG 讲义版权由中培教育所有，未经同意，不得转印 ZPEDU.ORG 讲义版权由中培教育所有，未经同意，不得转印 软件系统架构实践 中国信息化培训中心 2013年 10月 课 程 目 录 二、系统架构之三分过程 （一）系统架构之架构分析--架构准备 （二）系统架构之架构分割--概要架构 （三）系统架构之架构分划--细化架构 （四）系统架构之非功能目标 （四）系统架构之非功能目标 1、方法论与案例 2、目标-场景-决策表 非功能目标的方法论 架构设计的意义： 跨越现实世界到计算机世界的桥梁 非功能目标的方法论 架构师的职责： 架构师是否应该懂需求昵? 功能需求、非功能需求都要懂吗？ 生搬硬套需求标准是“懂需求”的应有表现吗？ 应当如何有效传达非功能目标的具体要求？ 非功能目标的方法论 案例一：架构师不是需求分析师 老沈是资深架构师，在某公司的设计部任职。一次，他手下的小魏充满虔诚地捧着几道题目来请教他 非功能目标的方法论 案例一：架构师不是需求分析师 老沈扫了一眼，皱起了眉头，语重心长地说：“小魏，你的理想不是要当首席架构师吗，怎么研究起需求来了？小伙子不要朝三暮四哟 小魏的表情充满了惊讶。稍过片刻，他鼓起十二分的勇气问道：“沈老师，您的意思是架构师不必深入研究需求？” 老沈道：“拜托，懂点儿软件工程好不好，现代软件工程讲究角色分工和团队合作，架构师不是需求分析师…… 你怎么看？ 非功能目标的方法论 解答第一个问题：架构师必须懂需求 前面已谈过的“不同需求影响架构的不同原理”，无须研究诸如需求捕获等技术，但需求类型、需求影响架构的原理、质量属性间的相互影响关系等都是必须精通的 非功能目标的方法论 案例二：敢说ISO 9126不对，牛！ 小冯和小汪争得不可开交。 小冯是项目经理，他说：“不要随意扩大需求的Scope，更不要搞需求镀金，因为这些不仅意味着成本增加，还可能造成工期延误。” “是的。可是……”小汪是架构师，他的话说了半截儿就被打断了。 小冯抢着说：“所以，既然客户仅要求‘高可靠性’，我们就不能把它换成‘持续可用性’，更不应该随意扩大需求的范围，把安全性、可管理性都加上。别忘了，成本超了、工期误了，可都是我这个项目经理扛着。 “像这种直接影响企业正常运营的系统，客户要的肯定是‘持续可用性’，而不仅仅是‘可靠性’。”空气中已经有点儿火药味儿了，但小汪哪肯退让，手指着培训教材上的一页继续坚持（如下图），“再请问，分布式的系统如果安全性差，可靠性怎么可能保证呢？ 非功能目标的方法论 案例二：敢说ISO 9126不对，牛！ “《IS0 9126》的一级质量属性里就没有‘持续可用性’，而是‘可靠性’。”小冯说。 “国际标准就不会错吗？”小汪豪气冲天。 “敢说IS0 9126不对，真牛……” 非功能目标的方法论 解答第二个问题： 重视标准，但在一定程度上必然要对之进行调整、扩充以适应实践要求， 《IS0 9126》将质量属性描述成“树”，但实际上应该是“网”，他们相互影响 非功能目标的方法论 案例三：“狮子”说清了，“绵羊”没搞定 拿破仑说，“一只狮子率领一群绵羊的队伍，可以打败由一只绵羊带领一群狮子的部队”。听到这话，许多软件企业可能会觉得很高兴——因为不少公司都大量存在甜…个狮子领导一群绵羊“这样的团队。 卢总资历深厚，水平挺高。此次公司立项研发一款新产品，卢总亲自担纲。架构设计前期，他对几个年轻的架构师一再强调，架构一定要设计得灵活。……产品很快进入了开发阶段，但随着几次需求变更的来临，卢总发现架构的灵活性较差。 最后，卢总说：“你看，我的团队水平不高哇，我说得很清楚，架构要灵活，但最终还是过于僵硬。” 将问题根源归于‘水平不高’其实只说对了一半 非功能目标的方法论 解答第四个问题： 交流质量要求，如何做到“说得清楚、听得明白一呢？”建议是：场景化 非功能目标的方法论 场景技术： 一种“过渡技术”来承上启下，它能使笼统的非功能目标明确化，它能帮助架构师做出更有针对性的设计决策 非功能目标的方法论 场景思维： 场景思维是场景技术的方法核心 （四）系统架构之非功能目标 1、方法论与案例 2、目标-场景-决策表 “目标-场景-决策”表 场景技术的历史： 诞生 二战后．美围空军用场景技术想象对手会采取哪些措施，然后准备相应的战略。 转变 196x年，兰德公司和曾供职于美国空军的赫尔曼·卡恩，将这种军事规划方法提炼成一种商业预测工具。 成名 壳牌公司运用它成功预