1 / 15
文档名称:

大型复杂电子体系工程风险传递机制研究.docx

格式:docx   大小:385KB   页数:15页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

大型复杂电子体系工程风险传递机制研究.docx

上传人:科技星球 2022/12/2 文件大小:385 KB

下载得到文件列表

大型复杂电子体系工程风险传递机制研究.docx

相关文档

文档介绍

文档介绍:该【大型复杂电子体系工程风险传递机制研究 】是由【科技星球】上传分享,文档一共【15】页,该文档可以免费在线阅读,需要了解更多关于【大型复杂电子体系工程风险传递机制研究 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。大型复杂电子体系工程风险传递机制研究
 
 
林海涛崔辰悦
摘 要:为研究大型复杂电子项目工程建设过程中的风险事件,文章从体系工程视角,聚焦风险传递路径和传递模式,构建了一种基于群汤模型的技术风险传递模型,探讨了大型复杂电子项目风险传递机制与应对策略,并给出了风险控制策略。研究结果表明,在体系工程推进过程中,应及时识别和发现风险源规模巨大的节点,并制定相应的风险应对措施,可以更精确地预测和控制高风险事件的发生。
Key:体系工程;风险事件;风险传递;群汤模型
:   :A:2096-4706(2021)05-0055-05
ResearchonRiskTransferMechanismofLargeComplexElectronic
SystemEngineering
LINHaitao,CUIChenyue
(ChinaAcademyofElectronicsandInformationTechnology,Beijing 100041,China)
Abstract:Inordertostudyriskeventsintheconstructionprocessoflargecomplexelectronicprojects,fromtheperspectiveofsystemengineering,focusingontherisktransmissionpathandtransmissionpattern,thispaperconstructsatechnologyrisktransmissionmodelbasedonthegroupsoupmodel,discussestherisktransmissionmechanismandcopingstrategiesoflargecomplexelectronicprojects,,weshouldidentifyandfindthenodeswithhugerisksourcesintime,andformulatethecorrespondingriskresponsemeasures,whichcanmoreaccuratelypredictandcontroltheoccurrenceofhigh-riskevents.
Keywords:systemengineering;riskevent;risktransmission;groupsoupmodel
0 引 言
體系(SystemofSystems,SoS)是目前大多数大规模集成体(包括系统、组织、环境等)普遍存在的问题,对这一问题的研究从最初Eisner在研究多系统集成时提出SoS的概念,到目前这一术语成为众多领域热点问题,其典型的概念与定义不少于40种,以下4种较为典型的定义描述了不同领域的问题背景与对体系的不同理解与认识。其中,美国国防大学陆军工业学院Kaplan认为:体系是大规模复杂系统的集成,按照共同的使命任务协同实现体系能力;美国国防部认为:体系是相互依赖系统组合的连接,提供的能力远大于组成系统的能力
之和;2005年美国参谋长联席会议主席Myers在《联合能力与系统演化》(JointCapabilitiesIntegrationandDevelopmentSystem,JCIDS)中给出了体系的定义:体系是相互依赖系统的集成,去掉任何一个组成系统会影响体系整体效能或能力;美国陆军部在关于《陆军软件模块化法规》(,)中对体系定义:体系是系统的集合,系统间在协同交互过程中实现信息交换与共享。
在各种体系问题背景下,体系工程(SystemofSystemsEngineering,SoSE)应运而生。与传统的系统工程相比,体系工程在解决大型复杂系统之间的相互协调与互操作问题更具有针对性,重在解决对现有系统和新研系统的多系统集成问题,包括新体系规划设计问题、多系统集成问题;而系统工程重点解决单个系统(现有系统和新研系统)的需求、设计与开发问题。体系工程是对系统工程的延伸和拓展,它更加关注于将能力需求转化为体系解决方案,最终转化为现实系统。体系工程源于系统工程,但优于系统工程,能解决系统工程解决不了的体系问题。
目前对大型复杂电子项目风险的研究主要集中在将风险管理的理论和技术拓展到大型复杂电子项目风险管理中,包括风险规划、识别、评估、应对和监控。Lee等[1]提出用贝叶斯网络对大型工程项目建设过程进行风险管理。Grimsey等[2]通过分析苏格兰AV&S项目,从不同利益主体视角研究了PPP项目风险,并且归纳了风险的评价方法、评价视角、评价指标,总结了PPP项目所要面临的风险。Wibowo等[3]采用立方体随机模型进行模拟,从各个项目参与方的角度对PPP项目风险进行了系统性分析。Thomas等[4]在德尔菲法以及故障树法的研究基础上分析了风险对项目的影响情况和风险出现的概率,研究框架主要
分为两部分:一是根据项目中出现的主要风险创建数学模型,二是利用专家学者的打分建立判断风险的矩阵。对于风险传递的研究主要侧重于金融风险与危机等相关的领域,Baig等[5]研究了东南亚金融危机中各国的风险传递,Kaminsky等[6]研究了信贷风险在不同国家之间的传递,崔毅等[7]通过对亚洲金融风暴的分析,研究了企业微观风险和宏观金融危机间的传导机理,朱静怡等[8]论证了金融风险的三条主要传导机制。还有一些学者[9-12]主要从企业风险传导的定义、路径和载体,以及风险传导特征和机制等方面开展了研究。
大型复杂电子项目风险不仅来自整个项目的内外部环境,更重要的是整个项目自身构成要素与结构决定的,这些要素处于不同层次,通过层层交互、环环相扣构成一个非线性的复杂体系。当风险事件在体系中的某个要素节点或者局部区域爆发,通过这种层次结构的传播和扩散,使得风险层层的积累、放大乃至突变,产生“传染效应”,最终将会引起整个工程危机。因此,为了更好地识别和管理大型复杂电子项目技术风险,有必要对风险的传递机制进行研究。
1 大型复杂电子项目体系工程过程模型
体系工程开发过程一般可概括为“两个层级、三个阶段”,其中,“两个层级”是指体系工程过程是分层级的,分为体系级和系统级2级;“三个阶段”是指体系工程过程主要包括顶层设计、构建执行和集成验证3个阶段。在体系级上,以“体系能力需求”为目标,主要包括顶层设计、体系构建、集成验证3个阶段,顶层设计的工程活动以用户需求为牵引,主要开展体系需求开发过程、逻辑功能分析过程、体系架构设计过程,形成体系能力统一要求,其阶段任务是将体系能力要求分解为系统的功能要求,以作为系统层系统研制的输入,待系统层构建执行后,再组织体系的集成、验证与能力评估;在系统级上,
以“系统功能实现”为目标,包括系统需求分析、系统设计、分系统设计、子系统设计、单元设计、关键技术攻关、子系统集成测试、分系统集成测试、系统集成测试以及系统评估,在此层级上采用系统工程方法来指导工程实践。在组织架构上,按照“分级组织、联合管理”的思想,由体系总体单位和各系统承研承制单位组成的联合体系来组织实施工程活动,其中,体系级的工程活动由体系总体单位来负责实施,系统级则由各系统承研承制单位负责实施。如图1所示。
一般地,体系工程过程可归纳为8个技术过程和8个技术管理过程,其中,8个技术过程为:
 需求开发过程
该过程的主要任务是从各类用户处获得需求输入,然后将这些体系需求转换为技术需求,且该过程需要在体系和系统两个级上分别进行开发。其中,体系级的工程师团队关注与体系相关的需求,聚焦于将体系能力需求转变为体系技术需求;而系统级的工程师团队则关注于系统需求,聚焦于将系统能力需求转变为系统技术需求。此外,在需求开发过程中,体系级的工程师团队还需要理解体系能力需求、各组成系统的系统能力需求以及体系与系统间的需求分解关系。
 逻辑功能分析过程
该过程的主要任务是理解体系需求,并确定系统的功能要求。其中,在体系级的工程师团队聚焦于组成系统的功能是否满足体系需求,识别出哪个系统可提供体系所需的哪些功能,理解体系所需的系统功能以及如何在已建好、在研、新研的组成系统中分配这些功能。
 架构设计过程
该过程的主要任务是将需求开发和逻辑分析过程的输出转变为架构设计方案。其中,体系级的工程师团队设计体系架构并使其覆盖到各组成系统,为体系的演进提供一个统一框架。体系设计方案包含为了实现体系级能力而对组成系统作出的改变,系统变更设计的責任一般由受影响的系统级的工程师团队承担,这些变更设计过程需要被反映在体系顶层的分配基线中,并会在受影响系统的技术基线中更新。
 构建执行过程
该过程的主要任务是产生或者变更系统级架构中最底层系统要素,这里产生或变更是指系统要素可以通过制造、采购和重用的方式获得。在执行过程中,通过对组成系统的变更以及对所有变更进行累积可以产生新的体系能力或增强现有的体系能力。其中,系统级的工程师团队主导执行过程,体系级的工程师团队则扮演统筹协调、技术审查和测试的角色。
 集成过程
该过程的主要任务是将较底层的系统要素以协作方式衔接起来,使其转变为体系架构中较高级的系统要素的过程。其中,系统级的工程师团队负责执行系统内要素集成,体系级的工程师团队负责整个体系功能和性能集成。由于体系中各系统的执行过程是异步进行的,所以集成过程也是异步进行的。
 验证过程
该过程的主要任务是验证体系或系统要素是否符合设计或建设要求。其中,系统级的工程师团队负责系统技术基线以及体系分配基线的确认,体系级的工程师团队应了解组成系统开发和执行的详细测试计划,并监督测试结果。
 评估过程
该过程的主要任务是在运行环境中评估体系能力是否满足用户需求。评估过程可能在集成测试环境中进行,或者作为演****或现场测试的一部分。其中,体系级的工程师团队应确保对体系关键能力的评估都被包含在组成系统的试验鉴定科目中,系统级的工程师团队试验鉴定应按照体系级工程师团队的评估要求进行测试。
 交付过程
该过程的主要任务是最终将体系或系统按照各自既定过程交付用户。
8个技术管理过程主要包括:决策分析过程、技术规划过程、技术评估过程、需求管理过程、风险管理过程、配置管理过程、数据管理过程和接口管理过程,本文重点讨论风险管理过程,该过程的主要任务是确保实现体系全寿命周期中每个阶段的成本、进度和性能等目标,识别和确定风险的范围并管控体系开发过程中的不确定性。其中,体系风险是指与体系自身及其任务和目标相关的风险,与体系的规模、业务质量要求、技术成熟度、跨系统风险管理协调或系统运行风险等因素相关。
大型复杂电子项目的利益相关方涉及各级地方政府及职能部门、专业机构、业主单位、专业化运营公司和工程承担单位、行政指挥线、技术指挥线、产业技术创新联盟等组织,由于项目利益相关方担负不同的职责任务,对项目的目标
理解和把握可能不一致,因此各利益相关方的工程管理模式存在差异,同时体系节点与各系统节点的整体利益与局部利益存在冲突,造成工程建设易受需求变更、研制目标、外部环境、部门沟通协调等多种不确定因素的影响,导致工期延误、成本超支、沟通协作交接不畅等问题,需要采用先进的管理技术来识别和回避体系工程全过程风险,而且需要众多工程利益相关方共同承担工程风险,通过风险分配与转移,实现利益共享与风险共担。
2 大型复杂电子项目风险传递机理分析
风险是指在规定的技术、进度和费用等约束条件下,不确定性对项目研制目标的影响的一种度量。其中,不确定性是指对风险源及其可能性或后果的信息缺失或了解片面的状态;目标可以是不同方面(如技术性能、进度、费用、健康与安全、环境等)和层面(如项目、产品和过程等)的目标;影响是指与预期的偏差。偏差可能带来正面的或负面的结果。本文所指的“风险”仅关注至少可能会产生负面结果的情况。
风险通常由风险源、可能性(或概率)和后果(影响)组成。其中,风险源是风险来源或者风险产生的根本原因,风险源的存在导致风险的存在,风险的实际发生造成风险事件的发生,即潜在的风险变成了实际的事件。风险对任何项目都是固有的,包括技术风险、费用风险和进度风险等,在工程研制的任何阶段都可能产生。
按照组织形态、逻辑功能和物理构成,假设将体系结构划分为体系、系统、分系统、设备、模块以及元器件等不同层次,如图2所示。大型复杂电子项目工程建设易受需求变更、研制目标、外部环境、部门沟通协调等多种不确定因素的影响,导致工期延误、成本超支、沟通协作交接不畅等问题,给工程建设带