首页

1.1 目的

业务或任务分析验证与确认流程的目的是确保以下结果： 业务或任务分析过程（ISO/IEC/IEEE 15288:2015(E) [B16]）已达成。

1.2 结果

由于业务或任务分析验证与确认流程的成功实施，客观地正在收集证据，以评估是否：

1. 问题或机遇空间符合组织战略 ¹。
2. 解决方案空间与问题或机遇空间相一致。
3. 初步的生命周期概念与解决方案空间相一致。
4. 优选的候选解决方案被选定。
5. 用于业务或任务分析的任何必要支持系统或服务均已到位。
6. 可追溯性的根基已确立，从组织战略入手，一直追溯至从问题或机遇空间到解决方案空间，再到候选方案。

1.3 活动与任务

V&V工作应按照表2b中针对所选完整性等级的规定，执行以下业务或任务分析验证与确认活动及任务，详见表1b中的活动8.1：

1. 业务或任务分析验证与确认：此项活动包括以下任务：

所列的业务或任务分析验证与确认任务将用于对业务进行验证和确认，以确保其符合ISO/IEC/IEEE 15288:2015(E) [B16] 中描述的任务分析过程成果。这些映射的IEEE 1012 V&V任务与ISO/IEC/IEEE 15288:2015(E) [B16]业务或任务分析过程结果载于附件L。

2.1 目的

利益相关者需求与要求定义验证过程 ²的目的是提供保障。利益相关方需求与要求定义过程的成果（ISO/IEC/IEEE 15288:2015(E) [B16]）已达成。

2.2 结果

由于利益相关者 ³需求与要求定义验证与确认工作的成功实施，过程是，需建立客观证据以评估利益相关者的需求是否：

1. 明确服务所需的特性和使用环境，以及运行理念。
2. 定义系统解决方案的所有约束条件。
3. 可追溯至最初的利益相关者。
4. 是完整、明确、正确且准确的。
5. 可通过可测量的分析或测试进行验证。

2.3 活动与任务

V&V工作应按照表2b中针对所选完整性等级的规定，执行以下利益相关者需求 ⁴与要求定义，如表1b中所描述的验证与确认活动及任务，活动8.2：

1. 利益相关方需求与要求的定义及验证：此活动包括以下任务：

所列的利益相关方需求与要求定义验证与确认任务将用于核实和验证ISO/IEC/IEEE中描述的利益相关者需求与要求定义过程成果15288:2015(E) [B16]：IEEE 1012 V&V任务与ISO/IEC/IEEE 15288:2015(E) [B16]利益相关者需求与要求定义过程的成果载于Annex L。

3.1 目的

系统需求定义验证与确认过程 ⁵的目的是确保：系统需求定义过程的成果已获得（ISO/IEC/IEEE 15288:2015(E) [B16]）。已实现。

3.2 结果

由于系统需求定义验证与确认流程的成功实施，已制定客观证据，以评估系统需求是否：

1. 明确所有必需的特性、属性、功能与性能要求、接口要求，以及资格认证、安全与保障、人因工程等方面的要求以及系统的用户文档。
2. 指明所有将影响系统架构及其实现方式的约束条件，以及实现这些约束的具体手段。
3. 是独特的、完整的、明确的，与所有其他要求一致，且可实施的，并且可验证的。
4. 可追溯至利益相关者的需求。
5. 提供依据（通过分析或测试计划），以验证每个系统需求均能实现。感到满意。

3.3 活动与任务

V&V工作应按照表2b中规定的选定完整性等级，执行以下系统需求定义V&V活动及表1b中活动8.3所描述的任务：

1. 系统需求定义与验证：本活动包括以下任务：

所列的系统需求定义验证与确认任务将用于对系统进行验证和确认。ISO/IEC/IEEE 15288:2015(E) [B16] 中描述的需求定义过程成果。IEEE 1012 V&V任务与ISO/IEC/IEEE 15288系统需求定义过程 ⁶的映射结果载于附件L。

4.1 目的

架构定义验证与确认过程的目的是确保以下成果：已实现《建筑定义过程》（ISO/IEC/IEEE 15288:2015(E) [B16]）。

4.2 结果

由于架构定义验证与确认流程的成功实施，目标是正在收集证据，以评估是否：

1. 系统架构（即硬件、软件、接口和通信）满足系统需求。
2. 该系统架构是可实现的。
3. 系统架构基于指定的选型标准。
4. 系统各组成部分的验证依据已明确界定。
5. 系统各要素的整合基础已确立。

4.3 活动与任务

V&V工作应按照表2b中针对所选完整性等级的规定，执行以下表1b中活动8.4描述的架构定义验证与确认活动及任务：

1. 架构定义验证与确认：此活动包括以下任务：

上述列出的架构定义验证与确认任务将用于对架构进行验证和确认。ISO/IEC/IEEE 15288:2015(E) [B16] 中描述的流程结果定义。IEEE的映射关系1012项V&V任务，ISO/IEC/IEEE 15288架构定义过程 ⁷的成果包含于附件L。

5.1 目的

设计定义验证与确认过程的目的是确保设计成果的可靠性。定义过程（ISO/IEC/IEEE 15288:2015(E) [B16]）已实现。

5.2 结果

由于设计定义验证与确认流程的成功实施，现已获得客观证据：开发用于评估是否：

1. 各系统要素的设计特性已明确界定。
2. 用于设计定义的设计使能因素已被选定或确定。
3. 构成系统的各要素之间的接口已明确或整合。
4. 系统设计已确定。
5. 用于支持设计定义的任何使能系统或系统组件的需求输入活动已确定。
6. 用于设计定义的任何必要支持系统或服务均已到位。
7. 设计特性与系统架构的各层要素之间的可追溯性是已成立。

5.3 活动与任务

V&V工作应按照表2b中规定的选定完整性等级，执行以下设计定义验证与确认活动及任务，详见表1b，活动8.5：

1. 设计定义验证与确认：此活动包括以下任务：

设计定义的验证与确认最终体现在对设计进行定期评估，以确保从系统架构演进到组件与技术淘汰的整个过程中，设计始终处于有效管理状态。设计定义过程 ⁸通过明确系统，最终达成满足系统需求的解决方案。元素、设计推动因素和接口。已明确定义了支持系统的需求，目前正在进行设计……设计特性的基线化及其与系统架构各要素的可追溯性是已成立。

设计定义验证与确认活动分析了特性、要素、接口、基线及输入。以及对所审查系统和相关支持系统的可追溯性活动。

所列的设计定义验证与确认任务将用于验证和确认设计定义流程。ISO/IEC/IEEE 15288:2015(E) [B16] 中描述的成果。IEEE 1012 V&V任务的映射到ISO/IEC/IEEE 15288 的设计定义过程成果载于附录L。

6.1 目的

系统分析验证与确认过程的目的是确保系统的各项成果符合预期。分析过程（ISO/IEC/IEEE 15288:2015(E) [B16]）已实现。

6.2 结果

由于系统分析验证与确认流程的成功实施，现已获得客观证据：开发用于评估是否：

1. 系统分析的策略已制定完成，并且适合其重要性。分析。
2. 系统分析的结果支持其结论和建议。

6.3 活动与任务

V&V工作应按照表2b中针对所选完整性等级的规定，执行以下系统分析验证与确认活动及任务，详见表1b第8.6项：

1. 系统分析验证与确认：此项活动包括以下任务：

系统分析验证与确认流程应对系统的任何具体实现进行。分析过程，其中相关决策可能影响系统的完整性或系统组件。表2b中所示的级别。

所列的系统分析验证与确认任务将用于确保系统分析过程 ⁹的正确性和有效性。ISO/IEC/IEEE 15288:2015(E) [B16] 中描述的成果。IEEE 1012 V&V任务与ISO/IEC/IEEE 15288 系统分析过程的成果载于附录L。

7.1 目的

实施验证与确认过程的目的是确保以下成果：已实现实施过程 ¹⁰（ISO/IEC/IEEE 15288:2015(E) [B16]）。

7.2 结果

由于实施验证与确认流程的成功，现已获得客观证据：开发用于评估是否：

1. 执行的实施活动生成了一个符合系统要求的系统组件。要求。
2. 实施过程准确地落实了设计定义。
3. 该系统要素已在既定的约束条件下实施。
4. 记录的实施证据完整且准确。
5. 该系统组件已按照规定要求进行包装并妥善存放。

7.3 活动与任务

V&V工作应按照表2b中针对所选完整性等级的规定，执行以下实施表1b中活动8.7所描述的V&V活动与任务：

1. 实施验证与确认：此项活动包括以下任务：

实施验证与确认任务包括对硬件和软件产品进行监控、评审 ¹¹、审计和分析。如果正在进行硬件或软件的验证与确认，系统级的验证与确认活动将采用这些验证与确认的结果。部分或全部执行系统验证与确认活动。

每个元件的行为（例如性能、安全性 ¹²、危险性、接口）都可能对其行为产生影响。（例如，通过已实现的绩效或绩效不足，或通过直接或间接的耦合）其他系统中的各个元素。因此，当每个系统元素分别进行其自身的验证与确认时，验证与确认的结果……应通过评估该系统元件的实际行为，来判断其他耦合元件的行为。系统元素。

实施V&V过程应监控每个系统组件的V&V结果，以评估是否符合要求。各个元素正满足其要求。如果确定某个系统元素无法满足所有条件，根据其分配的需求，可能需要将部分需求重新分配给其他要素，作为……的一部分。系统工程职能。这种重新配置方案包括采用现成商用产品（COTS）和政府专用产品（GOTS）的情况。产品被选作系统组件，但未能满足所有要求。当这种情况发生时，V&V任务必须重新执行（重复、重做），或递归地应用于受影响的元素。

所列的实施验证与确认任务将用于验证和确认实施过程。ISO/IEC/IEEE 15288:2015(E) [B16] 中描述的成果。IEEE 1012 V&V任务与ISO/IEC/IEEE 15288 实施过程的成果载于附录L。

8.1 目的

集成验证与确认过程的目的是确保集成的结果符合预期。已实现流程（ISO/IEC/IEEE 15288:2015（E）[B16]）。

8.2 结果

由于集成验证与确认流程的成功实施，现已获得客观证据：开发用于评估是否：

1. 架构定义和设计定义所描述的系统元素，以及实施已正确集成。
2. 集成系统满足了系统要求。
3. 系统集成策略与系统架构保持一致。
4. 集成测试计划和流程可追溯至系统架构。
5. 不可避免的集成约束对需求的影响已得到妥善解决。
6. 人类绩效与系统及其运行的整合是正确的。
7. 因集成操作导致的不符合项将被记录并予以处理。

8.3 活动与任务

V&V工作应按照表2b中针对所选完整性等级的规定，执行以下集成验证与确认活动及任务，详见表1b第8.8项：

1. 集成验证与确认：此项活动包括以下任务：

集成验证与确认过程应通过各系统要素的验证与确认结果，对每个系统要素进行监控，以评估如果这些元素以类似于实施V&V的方式满足其要求。

所列的集成验证与确认任务将用于验证和确认集成过程 ¹³的成果。在ISO/IEC/IEEE 15288:2015(E) [B16] 中有描述。IEEE 1012 V&V任务的映射至ISO/IEC/IEEE 15288 的集成过程成果载于附录L。

9.1 目的

验证过程的目的是为结果是否达成提供客观证据。如下：

1. 符合各生命周期过程所有活动的要求（例如，正确性、完整性、一致性和准确性）。
2. 在生命周期过程中满足标准、实践和规范。
3. 成功完成每个生命周期活动，并满足启动后续活动的所有标准。生命周期活动（即产品被正确构建）。

9.2 结果

由于验证流程的成功实施：

1. 验证与确认计划已制定并实施。
2. 所关注的系统及其所有组成部分均被赋予了完整性等级，以在整个系统生命周期中不断重新评估。
3. 系统及其各个组件均根据以下标准评估是否满足需求：分配的完整性级别。
4. 开发客观证据，以确定系统及其各个组成部分是否符合要求。符合要求，并满足每个后续生命周期活动的所有标准。

9.3 活动与任务

适用于系统生命周期技术流程的验证过程活动与任务。ISO/IEC/IEEE 15288:2015(E) [B16] 中的循环流程在第8.1条（业务或……任务分析与验证流程），第8.2条（利益相关者需求与要求定义及验证流程），第8.3条（系统需求定义与验证流程），第8.4条（架构定义V&V流程），第8.5条（设计定义V&V流程），第8.6条（系统分析V&V流程），第8.7条（实施验证与确认流程）、第8.8条（集成验证与确认流程）、第8.10条（过渡V&V流程）、第8.12条（运行V&V流程）、第8.13条（维护V&V流程），以及第8.14条（处置验证与确认流程）。

10.1 目的

过渡验证与确认流程的目的是确保过渡阶段的成果已实现流程（ISO/IEC/IEEE 15288:2015(E) [B16]）。

10.2 结果

由于过渡验证与确认流程的成功实施，目前已获得客观证据：开发用于评估是否：

1. 系统过渡策略全面且有明确的文档记录。
2. 系统已按照过渡计划安装至其运行位置。
3. 该系统根据其管理要求，提供所有指定的服务。
4. 该系统通过赋能其他系统而实现可持续性。

10.3 活动与任务

V&V工作应按照表2b中针对所选完整性等级的规定，执行以下表1b活动8.10中描述的过渡验证与确认活动及任务：

1. 过渡验证与确认：此活动包括以下任务：

所列的过渡验证与确认任务将用于验证和确认过渡过程 ¹⁴的成果。如ISO/IEC/IEEE 15288:2015（E）[B16]中所述。IEEE 1012验证与确认任务的映射关系至ISO/IEC/IEEE 15288 转型过程的成果载于附录 L。

11.1 目的

确认过程的目的是为结果是否达成提供客观证据。如下：

1. 满足在每个生命周期活动结束时分配给产品的系统需求。
2. 解决正确的问题（例如，准确建模物理定律、实施业务规则，并使用该……适当的系统假设）。
3. 满足运行环境中的预期用途和用户需求 ¹⁵（即，构建了正确的产品）。

11.2 结果

由于确认流程的成功实施：

1. 验证与确认计划已制定并实施。
2. 所关注的系统及其所有组成部分均被赋予了完整性等级，以在整个系统生命周期中得到维护。
3. 系统及其各个组件均经过评估，以确保满足所分配的系统要求。基于设定的完整性等级，明确需求、预期用途及用户需求。
4. 开发客观证据，以确定系统及其各个组成部分是否符合要求。满足所有分配的系统要求，并符合预期用途及用户需求。

11.3 活动与任务

适用于系统生命周期技术流程的验证过程中的各项活动与任务。ISO/IEC/IEEE 15288:2015(E) [B16] 中描述的流程周期见第8.1条（业务或任务分析与验证流程），第8.2条（利益相关者需求与要求定义及验证流程），第8.3条（系统需求定义与验证流程），第8.4条（架构定义V&V流程）、第8.5条（设计定义V&V流程）、第8.6条（系统分析V&V流程），第8.7条（实施验证与确认流程）、第8.8条（集成验证与确认流程）、第8.10条（过渡V&V流程）、第8.12条（运行V&V流程）、第8.13条（维护V&V流程），以及第8.14条（处置验证与确认流程）。

12.1 目的

“验证与确认”操作流程的目的是确保该操作的结果具有可靠性。已实现流程（ISO/IEC/IEEE 15288:2015(E) [B16]）。

12.2 结果

由于”验证与确认”流程的成功实施，已获得客观证据：旨在评估运营策略是否满足利益相关者的要求与需求。

12.3 活动与任务

V&V工作应按照表2b中针对所选完整性等级的规定，执行以下表1b中活动8.12所描述的V&V行动及任务：

1. V&V行动：此活动包括以下任务：

所列的V&V操作任务将用于验证和确认操作过程的成果。如ISO/IEC/IEEE 15288:2015(E) [B16] 中所述。IEEE 1012 V&V任务的映射至ISO/IEC/IEEE 15288 的运行过程成果载于附录L。

13.1 目的

维护验证与确认过程的目的是确保以下结果：维护过程 ¹⁶（ISO/IEC/IEEE 15288:2015(E) [B16]）已达成。

13.2 结果

由于维护验证与确认流程的成功实施，现已获得客观证据：开发用于评估是否：

1. 维护策略全面且有明确的文档记录。
2. 纠正措施可解决问题或扭转负面趋势。
3. 评估纠正性、适应性、完善性和预防性变更对利益相关者的影响。以及系统需求、架构、设计和实现。
4. 对问题报告、纠正措施及趋势进行评估，以确定：可能的纠正性、适应性、完善性和预防性措施。

13.3 活动与任务

V&V工作应按照表2b中所规定的选定完整性等级，执行以下表1b活动8.13中描述的主要维护验证与确认任务：

1. 维护验证与确认：此项活动包括以下任务：

系统修改可能源自为纠正错误而提出的需求（例如，纠正性措施），以……适应变化的运行环境（例如，自适应），或响应用户的额外请求，增强功能（例如，完成性）。对系统的任何修改均应视为开发工作，并需通过执行与这些修改相对应的验证与确认任务，确保其质量和可靠性。完整性级别作业将按第5条所述进行评估。应修订完整性级别分配，以确保：适于反映源自维护过程的要求。

系统的完整性级别可根据对系统的纠正性、完善性或适应性变更进行修订。如果这些变更改变了系统的原始完整性级别。若完整性级别被修订，则……应评估修订对现有系统要求的影响，以确定需要增加的活动和需在系统、软件和硬件上逆向执行的任务。相应的验证与确认活动并应明确各项任务，以确保系统符合其所需的完整性等级。

如果系统验证与确认按照本标准执行，则维护过程应：继续符合这一标准。如果该系统未按照此标准进行验证和确认，且如果无法提供或现有文件不充分，则维护验证与确认工作将予以确定。是否应生成缺失或不完整的文档。在做出这一决定时，是否生成缺失的文档，以及所分配完整性的最低验证与确认要求。应将该级别纳入考虑。

所列的维护验证与确认任务将用于核实和验证维护过程的成果。如ISO/IEC/IEEE 15288:2015（E）[B16]中所述。IEEE 1012验证与确认任务的映射关系至ISO/IEC/IEEE 15288 维护过程的成果载于附录L。

14.1 目的

处置验证与确认过程的目的是确保处置工作的各项成果符合预期。已实现流程（ISO/IEC/IEEE 15288:2015(E) [B16]）。

14.2 结果

由于成功实施了处置验证与确认流程，已形成客观证据。评估该处置方案是否：

1. 明确系统边界，识别系统要素。
2. 与处置的复杂性和风险相匹配，并涵盖所有系统要素。
3. 考虑环境因素、适用的法律法规及组织政策以及程序。

14.3 活动与任务

V&V工作应按照表2b中针对所选完整性等级的规定，执行以下表1b中活动8.14所描述的处置验证与确认活动及任务：

1. 废弃验证与确认：此项活动包括以下任务：

所列的处置验证与确认任务将用于验证和确认所描述的处置过程 ¹⁷结果。在ISO/IEC/IEEE 15288:2015(E) [B16] 中，IEEE 1012验证与确认任务映射至ISO/IEC/IEEE 15288。处置过程的结果载于附件L。

15.1 V&V任务、输入与输出

15.2 系统验证与确认分配给各完整性级别的最低任务要求

注：当某个验证与确认任务被选定为多个完整性等级的强制性要求时，该任务的实施将由其严格性、强度和深度决定。更高完整性级别的实现需要更强的严谨性（如形式化方法和结构化分析方法），以及更高的强度（例如，全面考虑所有系统条件以及系统环境状态），并比较低完整性等级的分析或测试，涵盖更深入的内容（如异常情况、边界条件，以及全面的故障与恢复场景）。

15.3 系统技术流程中的可选验证与确认任务及建议应用