A公司承接了某信息系统建设项目，任命小张为项目经理。<br /> 在项目启动阶段，小张编..

免费智能真题库 > 历年试卷 > 系统集成项目管理工程师 > 2021年下半年系统集成项目管理工程师下午试卷案例

第1题

知识点：风险管理计划培训信息系统建设成本管理风险管理风险清单损坏项目成本管理中断

A公司承接了某信息系统建设项目，任命小张为项目经理。
在项目启动阶段，小张编制了风险管理计划，组织召开项目成员会议对项目风险进行了识别并编制了项目风险清单。随后，小张根据自己多年的项目实施经验，将项目所有的风险按照时间先后顺序制定了风险应对计划，并亲自负责各项应对措施的执行。风险及应对措施的部分内容如下：
风险1：系统上线后运行不稳定或停机造成业务长时间中断
应对措施1：系统试运行前开展全面测试。
应对措施2：成立应急管理小组，制定应急预案。
风险2：项目中期人手出现短期不足造成项目延期。
应对措施3：提前从公司其它部门协调人员。
风险3：设备到货发生损坏，影响项目进度。
应对措施4：购买高额保险。
风险4：人员技能不足。
应对措施5：提前安排人员参加原厂技术培训。
项目实施过程中，公司相关部门反馈，设备发生损坏的概率低，建议降低保额;原厂培训价格过高，建议改为非原厂培训。小张坚持原计划没有进行调整。系统上线后发生故障停机，由于缺少应急预案造成业务长时间中断，公司高层转达了客户的投诉，也表达了对项目成本管理的不满。

问题：1.1 （10分）
结合案例，请指出小张在项目风险管理各个过程中存在的问题。

问题：1.2 请指出以上案例中提到的应对措施1-5分别采用了什么风险应对策略。

问题：1.3 (3分)
请将下面(1)~ (3)的答案填写在答题纸的对应栏内。


知识点讲解
· 风险管理计划 · 培训 · 信息系统建设 · 成本管理 · 风险管理 · 风险清单 · 损坏 · 项目成本管理 · 中断

风险管理计划

风险管理计划是项目管理计划的组成部分，描述将如何安排与实施风险管理活动。风险管理计划包括以下内容：

.方法论：确定项目风险管理将使用的方法、工具及数据来源。

.角色与职责：确定风险管理计划中每个活动的领导者和支持者，以及风险管理团队的成员，并明确其职责。

.预算：根据分配的资源估算所需资金，并将其纳入成本基准，制定应急储备和管理储备的使用方案。

.时间安排：确定在项目生命周期中实施风险管理过程的时间和频率，制定进度应急储备的使用方案，确定风险管理活动并纳入项目进度计划中。

.风险类别：规定对潜在风险成因的分类方法。风险分解结构（Risk Breakdown Structure, RBS）有助于项目团队在识别风险的过程中发现有可能引起风险的多种原因。不同的RBS适用于不同类型的项目。组织可使用预先准备好的分类框架，可以是简易的分类清单或结构化的风险分解结构。

.风险概率和影响的定义：为了确保风险分析的质量和可信度，需要对项目环境中特定的风险概率和影响的不同层次进行定义。在规划风险管理过程中，应根据具体项目的需要，裁剪通用的风险概率和影响定义，供后续过程使用。

.概率和影响矩阵：概率和影响矩阵是把每个风险发生的概率和一旦发生对项目目标的影响映射起来的表格。根据风险可能对项目目标产生的影响，对风险进行优先排序。通常由组织来设定概率和影响的各种组合，并据此设定高、中、低风险级别。

.修订的干系人承受力：可在规划风险管理过程中对干系人的承受力进行修订，以适应具体项目的情况。

.报告格式：如何记录、分析和沟通风险管理过程的结果，规定风险登记册及其他风险报告的内容和格式。

.跟踪：如何记录风险活动以促进当前项目的开展，以及如何审计风险管理过程。

培训

培训包括旨在提高项目团队成员能力的全部活动。

培训可以是正式或非正式的。培训方式包括课堂培训、在线培训、计算机辅助培训、在岗培训（由其他项目团队成员提供）、辅导及训练。

应按人力资源管理计划中的安排来实施预定的培训。也应根据管理项目团队过程中的观察、交谈和项目绩效评估的结果，来开展必要的计划外培训，培训成本通常应该包括在项目预算中，或者由执行组织承担（如果增加的技能有利于未来的项目）。培训可以由内部或外部培训师来执行。

信息系统建设

信息系统的生命周期

信息系统建设的内容主要包括设备采购、系统集成、软件开发和运维服务等。

信息系统的生命周期可以分为四个阶段：立项、开发、运维和消亡。

立项阶段

立项阶段即概念阶段或需求阶段，这一阶段根据用户业务发展和经营管理的需要，提出建设信息系统的初步构想，然后对企业信息系统的需求进行深入调研和分析，形成《需求规格说明书》并确定立项。

开发阶段

以立项阶段所做的需求分析为基础进行总体规划，然后通过系统分析、系统设计、系统实施及系统验收等工作实现并交付系统。

.总体规划：系统开发的起始阶段，以立项阶段所做的需求分析为基础，明确信息系统在企业经营战略中的作用和地位，指导信息系统的开发，优化配置并利用各种资源，通过规划过程规范或完善用户单位的业务流程。一个比较完整的总体规划应当包括信息系统的开发目标、总体结构、组织结构、管理流程、实施计划、技术规范等。

.系统分析：为系统设计阶段提供系统的逻辑模型，内容包括组织结构及功能分析、业务流程分析、数据和数据流程分析及系统初步方案等。

.系统设计：根据系统分析的结果设计出信息系统的实施方案，主要内容包括系统架构设计、数据库设计、处理流程设计、功能模块设计、安全控制方案设计、代码设计等。

.系统实施：将设计阶段的成果在计算机和网络上具体实现，即将设计文本变成能在计算机上运行的软件系统。由于系统实施阶段是对以前全部工作的检验，因此用户的参与特别重要。

.系统验收：系统实施后经过试运行，就进入系统验收阶段，这也是系统交付的必经阶段。

运维阶段

信息系统通过验收，正式移交给用户以后进入运维阶段。系统的运行维护可分为更正性维护、适应性维护、完善性维护和预防性维护等类型。

.更正性维护：更正系统交付后发现的错误。

.适应性维护：使信息系统能在变化后或变化中的环境中继续使用。

.完善性维护：改进交付后系统的性能和可维护性。

.预防性维护：在信息系统中的潜在错误成为实际错误前进行更正。

消亡阶段

信息系统不可避免地会遇到更新改造、功能扩展，甚至废弃重建等情况，因此，在信息系统建设的初期就应注意系统消亡的条件和时机，以及由此花费的成本。

信息系统开发方法

信息系统常用的开发方法有结构化方法、原型法、面向对象方法等。

结构化方法

结构化方法是应用最为广泛的一种开发方法。按照信息系统生命周期，应用结构化系统开发方法，把整个系统的开发过程分为若干阶段，然后依次进行，前一阶段是后一阶段的工作依据，按顺序完成。

结构化方法具有如下特点：

.严格区分工作阶段，每个阶段有明确的任务和取得的成果。

.强调系统开发过程的整体性和全局性。

.系统开发过程工程化，文档资料标准化。

结构化方法的缺点有：

.开发周期长。

.文档、设计说明烦琐，工作效率低。

.要求在开发之初全面认识系统的需求，充分预料各种可能发生的变化，但这并不十分现实。

原型法

原型法在很难全面准确提出用户需求的情况下，本着对用户需求的初步理解，先快速开发一个原型系统，然后通过反复修改来实现用户的最终系统需求。

原型法的特点如下：

.对用户的需求动态响应，逐步纳入。

.系统分析、设计与实现都是随着对原型的不断修改而同时完成的，相互之间并无明显界限，也没有明确分工。

原型可以分为：

.抛弃型原型：此类原型在系统真正实现以后就放弃不用了。

.进化型原型：此类原型的构造从目标系统的一个或几个基本需求出发，通过修改和追加功能的过程逐渐丰富，演化成最终的系统。

面向对象方法

用对象表示客观事物，对象是一个严格模块化的实体，在系统开发中可被共享和重复利用，以达到复用的目的。面向对象方法的关键是利用面向对象的信息建模概念，建立一个全面、合理、统一的模型，既能反映需求对应的问题域，又能被计算机系统对应的求解域所接受。

面向对象方法的特点：

.开发过程的分析、设计和实现三个阶段使用同一套工具。

.分析、设计和实现三个阶段都是对面向对象的三种模型的建立、补充和验证，三个阶段的界限并不十分明确。

在系统开发实际工作中，往往根据需要将多种开发方法进行组合应用，以完成系统开发的全部任务。

成本管理

系统成本管理范围

系统成本性态是指成本总额对业务量的依存关系。业务量是组织的生产经营活动水平的标志量。它可以是产出量也可以是投入量；可以使用实物量、时间度量，也可以使用货币度量。当业务量变化以后，各项成本有不同的性态，大体可以分为：固定成本和可变成本。

固定成本

企业信息系统的固定成本，也叫做初始成本项，是为购置长期使用的资产而发生的成本。这些成本一般以一定年限内的折旧体现在会计科目中，并且折旧与业务量的增加无关。主要包含以下几个方面。

（1）建筑费用及场所成本，包括计算机房、办公室及其他设备用房如测试室、培训室、空调等；硬件购置、安装成本；软件购置、开发成本。

（2）人力资源成本，主要指IT人员较为固定的工资或培训成本。

（3）外包服务成本，即从外部组织购买服务的成本，它可以是购买应用系统开发服务，也可以是数据中心的建设，因此成本中包括硬件软件等不同成本类型，但由于服务提供方不愿提供详细的成本数据等原因，很难将外包服务成本分解为最基本的成本类型，因此将它单独列出作为一类。

运行成本

企业信息系统的运行成本，也叫做可变成本，是指日常发生的与形成有形资产无关的成本，随着业务量增长而正比例增长的成本。IT人员的变动工资、打印机墨盒、纸张、电力等的耗费都会随着IT服务提供量的增加而增加，这些就是IT部门的变动成本。

系统预算及差异分析

成本管理以预算成本为限额，按限额开支成本和费用，并以实际成本和预算成本比较，衡量活动的成绩和效果，并纠正差异，以提高工作效率，实现以至超过预期目标。因此完整的成本管理模式应包括：预算；成本核算及IT服务计费；差异分析及改进措施。

预算

预算是指组织按照一定的业务量水平及质量水平，估计各项成本、计算预算成本，并以预算成本为控制经济活动的依据，衡量其合理性。当实际状态和预算有了较大差异时，要查明原因并采取措施加以控制。编制预算是以预算项目的成本预测及IT服务工作量的预测为基础的。

预算的编制方法主要有增量预算和零基预算，其选择依赖于企业的财务政策。增量预算是以去年的数据为基础，考虑本年度成本、价格等的期望变动，调整去年的预算。在零基预算下，组织实际所发生的每一活动的预算最初都被设定为零。为了在预算过程中获得支持，对每一活动必须就其持续的有用性给出有说服力的理由。即详尽分析每一项支出的必要性及其取得的效果，确定预算标准。零基预算方法迫使管理当局在分配资源前认真考虑组织经营的每一个阶段。这种方法通常比较费时，所以一般几年用一次。

.预算项目的成本预测。预算项目一般按照成本项目划分，一旦确定一般要保持稳定，这样一是可以使企业了解其成本变动趋势，进行纵向比较，也可以与其他企业之间进行横向比较，二是为成本管理活动提供了一个简单的处理基础，如折旧可以按照成本类型的不同分别进行处理。

在预算编制时，各预算项目的成本一般都是未知的，如加班工资、外部网收费等，因此必须对其进行预测。预测这些成本是以从前IT会计年度的成本数据为基础或以未来工作量的预测为基础进行的。IT成本管理必须谨慎地估计不可控制的成本的变化。

.IT服务工作量预测。IT工作量是成本变化的一个主要原因之一，因此，在编制预算的时候，要预测未来IT工作量。不仅成本管理活动需要估计工作量，在服务级别管理和容量管理中也需要对工作量进行预测。工作量预测将以工作量的历史数据为基础，考虑数据的更新与计划的修改，得出未来的IT工作量。

成本核算及IT服务计费

IT服务计费是指向接受IT部门服务的业务部门（客户）收取费用，进行成本效益核算的过程。IT服务计费包括确定收费对象和选择计算收费额的方法。良好的IT服务计费是以存在有效的会计系统、完善的成本核算为前提。如果接受IT服务的客户是组织外部的客户，则将收取费用作为提供服务的回报，如果接受IT服务的客户是企业内部其他部门，则用模拟方式进入适当的会计科目，以反映IT部门的活动效果及其对应部门的活动耗费。

进行IT服务计费的目的有两个：防止成本转移带来的部门间责任转嫁，使每个责任中心都能作为单独的组织单位进行业绩评价；IT服务计费系统所确定的转移价格作为一种价格引导业务部门采取明智的决策，IT部门据此确定提供产品或服务的数量，IT服务需求部门据此确定所需要的产品或服务的数量。但是，这两个目的往往存在矛盾。能够满足评价部门业绩的转移价格，可能引导部门经理采取并非对企业而言最理想的决策；而能够正确引导部门经理的转移价格可能使某个部门获利水平很高而另一个部门面临亏损。因此很难找到理想的转移价格，而只能根据企业的具体情况选择基本满意的解决办法。

差异分析及改进

IT会计人员将每月、每年成本、收益、工作量、服务水平等的实际数据与相应的预算、计划数据相比较，确定其差额，发现有无例外情况。对存在的例外情况要进行差异分析。

差异分析是指确定差异的数额，将其分解为不同的差异项目，并在此基础上调查发生差异的具体原因并提出分析报告。通过差异分析，找到造成差异的原因、分清责任、采取纠正行动，以实现降低成本的目的。

TCO总成本管理

确定一个特定的IT投资是否能给一个企业带来积极价值是一个很具争论性的话题。企业一般都是只把目光放在直接投资上，比如软硬件价格、操作或管理成本。但是IT投资的成本远不止这些。通常会忽视一些间接成本，例如教育、保险、酬金、终端用户平等支持、终端用户培训以及停工引起的损失。这些因素也是企业实现一个新系统的成本的一个很重要的组成部分。另外技术适应性或者综合成本也是企业采用系统时需要充分考虑的一个问题。

准确地估计以及跟踪与一项IT投资相关的成本对很多企业来说都是一个很困难的问题。企业核算系统通常也不会跟踪跨企业的IT成本。很多企业允许或者鼓励使用部门预算进行IT购置。其他企业在功能的或者其他各种各样的商业条目中掩盖了与使用和管理技术投资相关的成本。

TCO模型面向的是一个由分布式的计算、服务台、应用解决方案、数据网络、语音通信、运营中心以及电子商务等构成的IT环境。TCO同时也将度量这些设备成本之外的因素，如IT员工的比例、特定活动的员工成本、信息系统绩效指标，终端用户满意程度的调查也被经常包含在TCO的指标之中。这些指标不仅支持财务上的管理，同时也能对其他与服务质量相关的改进目标进行合理性考察和度量。

在大多数TCO模型中，以下度量指标中的基本要素是相同的——直接成本及间接成本。所谓的直接成本和间接成本的定义如下。

（1）直接成本。与资本投资、酬金以及劳动相关的预算内的成本。比如软硬件费用、IT人员工资、财务和管理费用、外部采购管理，以及支持酬劳等。

（2）间接成本。与IT服务交付给终端用户相关的预算外的成本。比如与终端用户操作相关的成本，例如教育、培训、终端用户开发或执行、本地文件维护等。与停工相关的成本还包括中断生产、恢复成本，或者解决问题成本。

通过TCO的分析，我们可以发现IT的真实成本平均超出购置成本的5倍之多，其中大多数的成本并非与技术相关，而是发生在持续进行的服务管理的过程中。

TCO会产生一个与企业成本相关的由货币度量的数值。许多企业希望能将自己的成本信息与其他同类组织的进行比较。事实上，这些数据只有当被用来与其他在TCO方面作为行业标杆的组织进行比较，或与本组织之前的度量结果进行比较得出取得进步（或退步）的结论时才能发挥其真正的作用。

风险管理

没有绝对安全的环境，每个环境都有一定程度的漏洞和风险。风险是指某种破坏或损失发生的可能性。潜在的风险有多种形式，并且不只同计算机有关。考虑信息安全时，必须重视的几种风险有：物理破坏；人为错误；设备故障；内、外部攻击；数据误用；数据丢失；程序错误，等等。在确定威胁的时候，不能只看到那些比较直接的容易分辨的外部威胁，来自内部的各种威胁也应该引起高度重视，很多时候来自内部的威胁由于具有极大的隐蔽性和透明性导致更加难以控制和防范。

风险管理是指识别、评估、降低风险到可以接受的程度，并实施适当机制控制风险保持在此程度之内的过程。风险评估的目的是确定信息系统的安全保护等级以及信息系统在现有条件下的安全保障能力级别，进而确定信息系统的安全保护需求；风险管理则根据风险评估的结果从管理（包括策略与组织）、技术、运行三个层面采取相应的安全控制措施，提高信息系统的安全保障能力级别，使得信息系统的安全保障能力级别高于或者等于信息系统的安全保护等级。

风险分析

风险分析的方法与途径可以分为：定量分析和定性分析。定量分析是试图从数字上对安全风险进行分析评估的方法，通过定量分析可以对安全风险进行准确的分级，但实际上，定量分析所依靠的数据往往都是不可靠的，这就给分析带来了很大的困难。定性分析是被广泛采用的方法，通过列出各种威胁的清单，并对威胁的严重程度及资产的敏感程度进行分级。定性分析技术包括判断、直觉和经验，但可能由于直觉、经验的偏差而造成分析结果不准确。风险分析小组、管理者、风险分析工具、企业文化等决定了在进行风险分析时采用哪种方式或是两者的结合。风险分析的成功执行需要高级管理部门的支持和指导。管理部门需要确定风险分析的目的和范围，指定小组进行评估，并给予时间、资金的支持。风险小组应该由不同部门的人员组成，可以是管理者、程序开发人员、审计人员、系统集成人员、操作人员等。

风险评估

进行风险评估时需要决定要保护的资产及要保护的程度，对于每一个明确要保护的资产，都应该考虑到可能面临的威胁以及威胁可能造成的影响，同时对已存在的或已规划的安全管制措施进行鉴定。仅仅确定资产是不够的，对有形资产（设备、应用软件等）及人（有形资产的用户或操作者、管理者）进行分类也是非常重要的，同时要在两者之间建立起对应关系。有形资产可以通过资产的价值进行分类，如：机密级、内部访问级、共享级、未保密级。对于人员的分类类似于有形资产的分类。信息安全风险评估的复杂程度将取决于风险的复杂程度和受保护资产的敏感程度，所采用的评估措施应该与组织对信息资产风险的保护需求相一致。

控制风险

对风险进行了识别和评估后，可通过降低风险（例如安装防护措施）、避免风险、转嫁风险（例如买保险）、接受风险（基于投入／产出比考虑）等多种风险管理方式得到的结果来协助管理部门根据自身特点来制定安全策略。制定安全策略时，首先要识别当前的安全机制并评估它们的有效性。由于所面临的威胁不仅仅是病毒和攻击，对于每一种威胁类型要分别对待。在采取防护措施的时候要考虑如下一些方面：产品费用、设计／计划费用、实施费用、环境的改变、与其他防护措施的兼容性、维护需求、测试需求、修复、替换、更新费用、操作／支持费用。

风险清单

风险清单是一种主要的风险管理工具，指明了服务在任何时候面临的最大风险。风险管理负责人应经常维护这张清单，直到结束前不断更新这张清单，并给这些风险排列优先顺序，更新风险解决情况，对这些风险的严重程度的变化保持警惕。

损坏

损坏包括：自然灾害（比如，地震、火灾、洪灾）、物理损坏（比如，硬盘损坏、设备使用寿命到期、外力破损等）、设备故障（比如，停电断电、电磁干扰等），等等。

介质库必须符合防火、防水、防震、防潮、防腐蚀、防鼠害、防虫蛀、防静电何妨电磁辐射的安全要求。一、二、三类介质应有多份备份和进行异地存储。介质库应设立库管理员，负责库的管理工作，并将核查使用人员的身份与权限。介质库内的所有介质应当被统一编目、集中分类管理。

解决由于自然的或人为的灾难（包括系统硬件、网络故障以及机房断电甚至火灾、地震等情况）导致的计算机系统数据灾难，避免单点故障的出现，这主要是利用冗余硬件设备保护用户I T环境内的某个服务器或是网络设备，备份中心应该考虑到应用、数据和操作系统各级的保护。

常规采用的数据备份容易造成备份的数据与数据库中的数据不一致，使数据库很难恢复。而且，恢复通过磁带备份的数据，需要三天到一个星期的时间，在这阶段，业务将处在停滞状态。同时，由于备份介质与生产系统之间的在线交易在物理上不好分开，所以在机房发生危险（如火灾、水灾以及其他的灾难性事件）时，数据丢失可能会导致业务瘫痪。因而迫切需要解决的问题是：对关键应用来说，如何能保证数据的安全性，以产生抵御灾难性的能力。随着环境的变化，灾难事件的增多，不能将对数据的依赖建立在可能不会出现灾难这样的赌注上，关键业务需要容灾。

因此异地容灾已成为数据可用性解决方案的重要组成部分。异地容灾系统提供了一个远程的应用备份现场，能防止因本地毁灭性灾难（地震、火灾、水灾等）引起的数据丢失。容灾方案的核心是两个关键技术：数据容灾（即数据复制）和应用的远程切换（即发生灾难时，应用可以很快地在异地切换）。其中，数据容灾与应用切换不能截然分开，应用切换应该以数据容灾为基础。我们建议在以后的日子中可以考虑异地容灾。

项目成本管理

要保证项目在批准的预算内完成。这一知识领域包括：

（1）资源计划：决定为执行项目活动所需要的资源的种类（人员、设备、材料）和数量。

（2）成本估算：对于为了完成项目活动所需资源的成本进行估计。

（3）成本预算：把估算的总成本分配到每一个工作活动中。

（4）成本控制：控制项目预算的变更。

中断

中断是异步发生的，是来自处理器外部的I/O设备的信号的结果。硬件中断不是由任何一条专门的指令造成的，从这个意义上来说它是异步的。硬件中断的异常处理程序常常被称为中断处理程序（interrupt handler）。

硬中断与软中断

硬中断是由硬件产生的，例如磁盘、网卡、键盘、时钟等。每个设备或设备集都有它自己的IRQ（中断请求）。基于IRQ，CPU可以将相应的请求分发到对应的硬件驱动上。

软中断是一组静态定义的下半部分接口，可以在所有的处理器上同时执行，即使两个类型相同也可以。但是一个软中断不会抢占另外的一个软中断，唯一可以抢占软中断的是硬中断。

可屏蔽中断与不可屏蔽中断

可屏蔽中断和不可屏蔽中断都属于外部中断，是由外部中断源引起的。不可屏蔽中断源一旦提出请求，CPU必须无条件响应，而对可屏蔽中断源的请求，CPU可以响应，也可以不响应。

CPU一般设置两根中断请求输入线：可屏蔽中断请求INTR（Interrupt Require）和不可屏蔽中断请求NMI（Non Maskable Interrupt）。对于可屏蔽中断，除了受本身的屏蔽位控制外，还都要受一个总的控制，即CPU标志寄存器中的中断允许标志位IF（Interrupt Flag）的控制，IF位为1，可以得到CPU的响应，否则，得不到响应。IF位可以由用户控制，指令STI或Turbo C的Enable（）函数，将IF位置1（开中断），指令CLI或Turbo_c的Disable（）函数，将IF位清0（关中断）。

中断优先级

当多个中断源同时请求中断时，而CPU一次只能响应其中的一个中断，同时为了能响应所有中断，就引入中断优先级来处理。系统会根据引起中断事件的重要性和紧迫程度，将中断源分为若干个级别，称作中断优先级。中断优先级有两种：查询优先级和执行优先级。

查询优先级是不可以更改和设置的，在该方式下当多个中断源同时产生中断信号时，中断仲裁器会选择中断源优先处理的顺序，此过程与是否发生中断服务程序的嵌套毫不相干。当CPU查询各个中断标志位的时候，会依照优先级顺序依次查询，当数个中断同时请求的时候，会优先查询到高查询优先级的中断标志位，但并不代表高查询优先级的中断可以打断已经并且正在执行的低查询优先级的中断服务。

由于可屏蔽的中断源很多，故需要对其进行管理，如区分是哪个中断源发出的中断信号？哪个中断源最优先及怎样处理多级中断嵌套等。为此，可使用中断控制器对多个可屏蔽中断源进行管理。

中断控制器能够对中断进行排队管理，避免中断信号的丢失，同时支持对不同中断进行优先级的配置，使高优先级中断能够中断低优先级中断，满足系统中具有更高时间约束特性功能的需要。

中断嵌套

当处理器正在处理一个中断时，有比该中断优先级高的中断源发出中断请求时，如果处理器正在执行中断处理程序，那么处理器会对高优先级的中断进行立即处理，处理完之后再返回到低优先级的中断服务程序继续执行。这样就形成了中断服务程序中套用中断服务程序的情况，即中断嵌套。可嵌套中断的处理流程和中断服务框图如下图所示。

可嵌套中断处理流程

题号导航 2021年下半年系统集成项目管理工程师下午试卷案例

本试卷我的完整做题情况



	第1题在手机中做本题