前言：系统集成项目管理工程师专业，现分享一些教材知识点。觉得文章还不错的喜欢点赞收藏的同时帮忙点点关注。
软考同样是国家人社部和工信部组织的国家级考试，全称为“全国计算机与软件专业技术资格（水平）考试”，目前涵盖了计算机软件、计算机网络、计算机应用技术、信息系统、信息服务5大领域，总共27个科目，也是分为初、中、高三个级别。
通信专业主要需要关注“计算机网络”这个专业类别，可以考的科目有初级资格的“网络管理员”、中级的“网络工程师”。
还有5个高级资格专业，分别是“信息系统项目管理师“”系统分析师“”系统架构设计师“”网络规划设计师“”系统规划与管理师“。
软考高级证书在通信行业比较吃香，主要原因有两个： 通信行业与计算机软件是相近专业，评职称满足相近专业的要求； 通信高级不能以考代评，但软考高级可以，很多考生通过考软考高级来评高级职称。
————————————————
11.5确认范围
确认范围是正式验收已完成的项目可交付成果的过程。本过程的主要作用是，使验收过程具有 客观性； 同时通过确认每个可交付成果来提高最终产品、服务或成果获得验收的可能性（ 高21 上）。本过程应根据需要在整个项目期间定期开展。图13-4描述本过程的输入、工具与技术和输出。
由主要干系人，尤其是客户或发起人审查从控制质量过程输出的核实的可交付成果，确认这些 可交付成果已经圆满完成并通过正式验收。确认范围过程依据从项目范围管理知识领域的相应过程 获得的输出（如需求文件或范围基准） ， 以及从其他知识领域的执行过程获得的工作绩效数据，对 可交付成果的确认和最终验收。
确认范围过程的主要输入为项目管理计划、项目文件、核实的可交付成果和工作绩效数据，主 要输出为验收的可交付成果和工作绩效信息。
11.5.1确认范围的关键内容
1.确认范围的步骤
确认范围应该贯穿项目的始终。如果是在项目的各个阶段对项目的范围进行确认，则还要考虑 如何通过项目协调来降低项目范围改变的频率，以保证项目范围的改变是有效率和适时的。
确认范围的一般步骤如下。（ 中23下）
（1）确定需要进行范围确认的时间。
（2）识别范围确认需要哪些投入。
（3）确定范围正式被接受的标准和要素。
（4）确定范围确认会议的组织步骤。
（5）组织范围确认会议。
通常情况下，在确认范围前，项目团队需要先进行质量控制工作。例如，在确认软件项目的范 围之前，需要进行系统测试等工作，以确保确认工作的顺利完成。
确认范围过程与控制质量过程的不同之处在于，前者关注可交付成果的验收，而后者关注可交 付成果的正确性及是否满足质量要求。控制质量过程通常先于确认范围过程，但二者也可同时进 行。（ 高23上、19下、中21下、21上）
2.确认范围时需要检查的问题
项目干系人进行范围确认时，一般需要检查以下6个方面的问题。
（1）可交付成果是否是确定的、可确认的？
（2）每个可交付成果是否有明确的里程碑？里程碑是否有明确的、可辨别的事件？例如，客户 的书面认可等。
（3）是否有明确的质量标准？可交付成果的交付不但要有明确的标准标志，而且要有是否按照 要求完成的标准，可交付成果和其标准之间是否有明确联系？
（4）审核和承诺是否有清晰的表达？项目发起人必须正式同意项目的边界，项目完成的产品或 者服务，以及项目相关的可交付成果。项目团队必须清楚地了解可交付成果是什么。所有的这些表 达必须清晰，并取得一致意见。
（5）项目范围是否覆盖了需要完成的产品或服务的所有活动，有没有遗漏或错误？
（6）项目范围的风险是否太高？管理层是否能够降低风险发生时对项目的影响？
3.干系人关注点的不同
确认范围主要是项目干系人（例如，客户、发起人等）对项目的范围进行确认和接受的工作， 每个人对项目范围所关注的方面是不同的，主要体现在以下4个方面。
（1）管理层主要关注项目范围：是指范围对项目的进度、资金和资源的影响，这些因素是否超 过了组织承受范围，是否在投入产出上具有合理性（ 高21下、高20下、中23下）。在确认范围工作 进行之后，管理层可能会取消该项目，这可能是因为项目范围太大，造成对时间、资金和资源的占 有远远大于管理层的预计或者组织的承受能力。更多的情况是要求项目团队压缩范围以满足进度、 资金和资源的限制。
（2）客户主要关注产品范围：关心项目的可交付成果是否足够完成产品或服务。有些项目的产 品经理就是客户，这种情况下，可减少项目团队对产品理解的失误的可能性，降低项目的风险。在 项目中，客户往往有在当前版本中加入所有功能和特征的意愿，这对于项目来说是一种潜在的风
险，会给组织和客户带来危害和损失。
（3）项目管理人员主要关注项目制约因素：关心项目可交付成果是否足够和必须完成，时间、 资金和资源是否足够，以及主要的潜在风险和预备解决的方法。
（4）项目团队成员主要关注项目范围中自己参与的元素和负责的元素：通过定义范围中的时间 检查自己的工作时间是否足够， 自己在项目范围中是否有多项工作，而这些工作是否有冲突的地
方。如果项目团队成员估计某些可交付成果无法在确定的时间完成，需要提出自己的意见。
11.5.2主要输入（ 高19下）
1.项目管理计划
确认范围过程使用的项目管理计划组件主要包括：范围管理计划、需求管理计划和范围基准 等。
（1）范围管理计划：定义了如何正式验收已经完成的可交付成果。
（2）需求管理计划：描述了如何确认项目需求。
（3）范围基准：用范围基准与实际结果比较，以决定是否有必要进行变更、采取纠正措施或预 防措施。
2.项目文件
可作为确认范围过程输入的项目文件主要包括：需求文件、需求跟踪矩阵、质量报告和经验教 训登记册等。
（1）需求文件：将需求与实际结果比较，以决定是否有必要进行变更、采取纠正措施或预防措 施。
（2）需求跟踪矩阵：含有与需求相关的信息，包括如何确认需求。
（3）质量报告：可包括由团队管理或需上报的全部质量保证事项、改进建议， 以及在控制质量 过程中发现的情况的概述。在验收产品之前，需要查看所有这些内容。
（4）经验教训登记册：在项目早期获得的经验教训可以运用到后期阶段，以提高验收可交付成 果的效率与效果。
3.核实的可交付成果
核实的可交付成果是指已经完成，并被控制质量过程检查为正确的可交付成果。
4.工作绩效数据
工作绩效数据可能包括符合需求的程度、不一致的数量、不一致的严重性或在某时间段内开展 确认的次数。
11.5.3主要输出（ 中22下广）
1.验收的可交付成果
符合验收标准的可交付成果应该由客户或发起人正式签字批准。应该从客户或发起人那里获得 正式文件，证明干系人对项目可交付成果的正式验收。这些文件将提交给结束项目或阶段过程。
2.工作绩效信息
工作绩效信息包括项目进展信息，例如，哪些可交付成果已经被验收，哪些未通过验收以及原 因。这些信息应该被记录下来并传递给干系人。
1 #include "stdio.h"
2 void main()
3 {
4 int time;
5 for (time=1;time<=10;time++)
6 printf("%d、喜欢的帮忙点赞收藏加关注哦！\n",time);
7 }