1 运行方案说明.docx

运行方案说明的正文格式运行方案说明（OCD）描述系统应满足的用户需要、与现有系统或规程的关系以及使用方 式等。OCD既可向开发者表达用户的需要，也可向用户或其他对象表达开发者的思路，以便在需方、 开发方、保障机构和用户之间，对所开发的系统的运行方案达成共识。运行方案说明的正文格式如下：1范围本条应包含本文档适用系统的完整标识，适用时，包括其标识号、名称、缩略名、版布 号。L2系统概述本条应概述本文档所适用的系统的用途。它还应描述系统的一般特性：概述系统开发维 护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场他有 关文档。1. 3文档概述本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。2引用文档本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能 通过正动得到的文档的来源。3现行系统或状况3.1背景、目标和范围本条应描述现行系统或状况的背景、任务或目标和范围。3. 2运行策略和约束本条应描述适用于现行系统或状况的运行策略和约束。3. 3现行系统或状况的描述本条应给出现行系统或状况的描述，标识出不同运行状态或方式的差异（例如：常规培 训、降级、紧急事件、备选场点、战时、平时）。可以仅用状态描述系统，也可以仅用用方 式中的状态、状态中的方式、或其他有效的方式描述系统。如果系统不是以多种状态行，本 条应如实陈述，而不需要进行人为的区分。描述的内容如下：a）运行环境及其特性；b）主要的系统部件及这些部件之间的互连；c）与外部系统或过程的接口；d）现行系统的能力/功能：e）描述输入、输出、数据流、手工和自动处理的图表和相应的说明，使用户能够充 行系统和状态；f性能特性，如：速度、吞吐量、容量、频率；g）质量属性，如：功能性、可靠性、易用性、效率、维护性、可移植性；h）安全性、保密性和紧急情况下运行连续性的规定。3. 4用户或相关人员本条应描述现行系统用户的类型和当前状态下所涉及到的人员，（若适用）包括：组织 结构、培9训/技能、职责、活动，以及彼此之间的交互。3. 5保障方案本条应概述现行系统的保障方案，若适用，应包括：保障机构，没施，设备，支持软件， 修复/替换准则，维护等级和周期，以及存储，分发和供应方法。4更改理由和实质4. 1更改理由本条应：a）描述需要新建或修改的用户需要、威胁、任务、目标、环境、接口、人员或其他要 求新的系统或修改系统的因素；b）与新的系统或修改系统相比，简述现行系统存在的差距。4.2所需更改的说明本条应简述能满足4.1中所标识因素的新建的或修改的能力/功能、处理、接口或其他 所需的更改。4. 3更改的优先级别本条应指出所需更改优先级别。例如：把每个更改标识为基本的、期望的或可选的，对 期望的和可选的更改给出优先级别。5. 4考虑但未纳入的更改本条应指出曾考虑过，但未包含在4. 2中的更改，说明未包括它们的理由。4. 5假设和约束对于适用于本章所标识的更改，本条应标识有关假设和约束。5新系统或修改后系统的方案4.1 背景、目标和范围本条应描述新系统或修改后系统的背景、任务或目标以及范围。5. 2运行策略和约束本条应描述适用于新系统或修改后系统的运行策略和约束。5. 3新系统或修改后系统的描述本条应提供对新系统或修改后系统的描述，标识出不同运行状态或方式的差异（例如: 常规、维护、培训、降级、紧急事件、备选场点、战时、平时）。可以仅按状态描述系统， 也可以仅按方式、方式中的状态、状态中的方式、或其他有效的方式描述系统。如果系统不 是以多种状态或方式运行，本条应如实陈述，而不需要进行人为的区分。（若适用）描述包 括内容如下：a）运行环境及其特性；b）主要系统部件及这些部件之间的互连；c）与外部系统或过程的接口；d）新系统或修改后系统的能力/功能；e）描述输入、输出、数据流、手工和自动处理的图表和相应的说明，使用户能够充分 理解新系统或修改后系统：f）性能特性，如：速度、吞吐量、容量、频率；g）质量属性，如：功能性、可靠性、易用性、效率、维护性、可移植性；h）安全性、保密性和紧急情况下运行连续性的规定。6. 4用户/受影响人员本条应描述新系统或修改后系统的用户类型。若适用，则包括：组织结构、培训/技能、 职责、10相互之间的交互。本条应简述新系统或修改后系统的保障方案，（若适用）应包括：保障机构、设施、设 备，软件、维修/更换标准、维护等级和周期，以及存储、分配和供应方法。6运行场景本章应描述一个或几个运行场景，举例说明新系统或修改后系统的作用、与用户的交互、 他系统的接口和为该系统标识的所有状态或方式。（若适用）场景应包括：事件、动作、激 励源、信息、交互等。可以使用其他媒体（如视频）等来描述这些信息中的部分或全部。 7影晌综述7. 1运行影响本条应描述预计对用户、需方、开发方和保障机构的运行影响。这些影响包括：与计算机操 作中心接口的变更；过程的变更；新数据源的使用；输入到系统中的数据在数量、类型和时 序上的变更：数据保留需要的变更；以及在平时、警戒时期、战时或紧急情况等条件下新的 运行方式。7. 2组织影响本条应描述预计对用户、需方、开发方和保障机构的组织方面的影响。这些影响包括: 职责的修改；职责或岗位的增加或撤销；培训或重新培训的需要；在各种运行方式下人员在 数量、技能级别、岗位标识符和地点等方面的变更。7. 3开发期间的影响本条应描述预计在系统开发工作中产生的，对用户、需方、开发方和保障机构的各种影 响。这些影响包括：关于新系统的会议/讨论；数据库的开发和修改；培训；新系统和现有 系统的并行运行；新系统测试期间的影响：以及帮助或监控开发所需的其他活动。8分析建议系统8.1优点概述本条应对新系统或修改后系统的优点提供定性和定量的概述，包括：新增的功能、增强 的功能、改善的性能，（若适用）以及这些优点与在4.1中所述不足的关系。8. 2缺点/限制概述本条应对新系统或修改后系统的缺点或约束进行定性和定量概述，（若适用）包括：降 级或缺少的功能、降级或达不到期望的性能、高于期望的计算机硬件资源的使用、非期望的 运行影响、户假设的冲突、以及其他约束条件。8. 3考虑的替代方案和权衡本条应标识和描述对系统或其特性所考虑的主要的替代方案、对这些方案所做的权衡、 以及作出决策的依据。9注释本章应包括有助于了解文档的所有信息（例如：背景、术语、缩略语或公式）。