系统的系统与风险管理.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
系统的系统与风险管理 黄锡滋 陈光宇 由于科学技术飞速发展和社会需求的拉动,“系统的系统”(System of systems,SOS)已经在和军事,信息技术,经济等诸多领域崭露头角。“系统的系统”远比传统的系统更加复杂,怎样才能对“系统的系统”开发实施有效的风险管理,装备管理部门面临更加严峻的挑战。 一、 系统的系统定义 研究“系统的系统”风险管理,必须充分认识“系统的系统”的特征。 1. 美国软件工程研究所(SEI)的定义:“系统的系统”是“由许多独立的,自成体系的系统构成的一个整体系统,用来满足特殊的功能需求” 。 2. Wiped百科全书的定义:“系统的系统”是“一个由各种功能不同的系统或专用系统,构成的新系统,它综合了各个系统的功能,综合应用各个系统的资源,可以获得比单个系统简单总合所能提供的更高的功能,和更好的性能” 。 3. “系统的系统”实例:美军正在积极建设的未来战斗系统(Future Combat System,/storage/cetin2/QRMS/index.htm )。本文将重点放在“系统的系统”的风险管理所涉及的特殊问题。 图1 系统风险管理过程图 三、“系统的系统”风险管理的特殊挑战和对策 (一) 众多的利益相关方 1. 挑战 1) SOS的利益相关方包括主订货方,若干项目主承包商,以及下属更多层次的子承包商,构成复杂交错的承包商链。美国政府主订货方一般是DOD和NASA,项目承包商链中的利益相关方,可能同时具有买方和卖方双重身份。众多利益相关方在怎样对待项目风险方面,他们的认识、态度和习惯的处理方法存在明显差别,包含着潜在的风险。 2) 不同的利益相关方在对待项目的费用(Cost)、性能(Performance)、进度(Schedule)方面(简称CPS),基于自身利益,具有不同期望值。互相之间可能存在竞争关系,难于协调一致。 2. 对策 1) 在SOS层面和项目层面,必须设立一个稳定的机构,集中管理和实施综合风险分析。 2) 在SOS层面、项目层面和重要的子项目层面,首先需要对费用、性能、进度三个方面,分别进行系统的、全面的调查分析,然后将三方面结果进行综合权衡和优化。边际效应分析是常用的一种有价值的分析方法。 3) 促进SOS开发中存在伙伴关系的相关方,充分了解彼此在CPS期望值方面的差异,及早协调,制订对应的解决方案。 (二)不一致的风险管理过程 1. 挑战 1) 各个项目受传统习惯和技术水平的影响,往往采用个别的无序的互不兼容的风险识别方法,结果使得有的风险被遗漏,有的风险被夸大。 2) 由于各个机构采用不同的风险分析方法,对于同样的风险,可能得出差别明显的风险级别。 3) 不重视风险处理战略。风险处理战略往往仅针对特殊风险制订,没有全面考虑存在的其他风险。 2. 对策 1) 采用公认的风险识别方法,至少下列三种主流风险识别方法必须全面采用,它们是:工作分类结构法(Work Breakdown Structure,WBS),需求流向法(Requirement Flow Down,RFD),关键过程评价法(Key Process Evaluation, KPE)。 2) SOS开发的主要负责机构,应该为其它有关机构提供确定风险级别的通用准则。 3) 风险处理战略必须包括全部识别的风险。为各种风险提供各种可能的选择,包括风险规避,风险控制,风险转移。制订执行各种选择的最适当方法。 (三)长寿命周期的影响 1. 挑战 1) SOS的寿命期可从几年到数十年,SOS中各个项目在整个寿命期中的成熟度,从开发早期到稳定运行期不断变化。项目成熟度水平参差不齐,导致SOS层的风险管理复杂化。 2) 在SOS寿命期中,不断地有新系统补充,这时已经部署的旧系统势必对新系统构成某些约束,新系统采用的新技术和新编程方法,同时也影响到原有各个系统的运行。 2. 对策 1) 险管理计划应该是可剪裁的,用来适应各个系统寿命周期的不同阶段。 2) 风险管理计划必须是动态的,随着SOS各个层次结构和性能变化,不断地进行调整和进化。 (四)公共技术风险 1. 挑战 公共技术风险通常包括设计风险,功能风险,性能风险,集成风险,资源可获得性风险和新技术采用风险。在风险管理计划中,通常包括了对一部分技术风险的管理和处理,但是没有专门作为一个特殊类别加以评估和分析。 2. 对策 将公共技术风险,作为专门类别加以管理,有助于SOS高级决策层清楚认识风险管理过程、员工能力、技术水平和资源获取的优势和缺点。公共技术风险难于用概率的方法加以评价, SOS的主要责任方,应该制定统一的评价方法。 (五)集成风险 1. 挑战

文档评论(0)

jiangcq + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档