SOP_DCode_V1.0(开发设计控制程序).doc

开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 1 页 开发设计控制程序开发设计控制程序 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 2 页 目录目录 1 1目的目的 4 4 2 2范围范围 4 4 3 3定义定义 4 4 3 1基本设计 BD BASIC DESIGN 4 3 2功能设计 FD FUNCTION DESIGN 4 3 3详细设计 程序制作 DD MK DETAIL DESIGN MAKING 4 3 4阶段项目 4 3 5完整项目 4 4 4职责职责 5 5 4 1开发部门负责人 5 4 2项目负责人 5 4 3项目组长 5 4 4项目设计人员 5 5 5工作程序工作程序 5 5 5 1制作 购买 复用分析 5 5 1 1软件外购 5 5 2基本设计工作程序 6 5 2 1计划编制 6 5 2 2本阶段的设计输入 6 5 2 3基本设计 6 5 2 4本阶段的设计输出 7 5 2 5核查和评审 8 5 3功能设计工作程序 9 5 3 1功能设计计划编制 9 5 3 2本阶段的设计输入 9 5 3 3功能设计 9 5 3 4本阶段的设计输出 10 5 3 5核查与评审 10 5 4详细设计 程序制作 DD MK 工作程序 11 5 4 1详细设计工作程序 12 5 4 2MK 实现程序 15 5 5配置管理 17 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 3 页 5 5 1配置管理的实施 17 5 5 2进度的管理 17 5 5 3问题的对应 17 5 6质量记录的处理 18 6 6相关 支持性文件清单相关 支持性文件清单 1818 7 7质量记录清单质量记录清单 1818 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 4 页 1 1目的目的 实现 基本调查书 Basic Investigation 的要求 确定系统的具体实现方案 软件的结构和软件模块的功能及代码的编制 以便对软件进行设计 2 2范围范围 本程序适用于本公司所有软件开发项目及系统集成中的软件项目 按顾客 提出实施工程段要求以及项目的规模 本标准可省略或裁剪 在顾客提出要求 的情况下 本程序文件所涉及到的所有输出文件 均可按顾客提供的格式编写 3 3定义定义 3 13 1基本设计基本设计 BD BD BasicBasic Design Design 分析各种设计方案和定义软件体系结构的过程 典型的基本设计包括计算 机程序组成成分和数据的定义及构造 接口的定义 并提出时间和规模方面的 估计 3 23 2功能设计功能设计 FD FD FunctionFunction Design Design 推敲并扩充基本设计 以获得关于实现模块功能的处理逻辑的详细描述 3 33 3详细设计详细设计 程序制作程序制作 DD MK DD MK DetailDetail DesignDesign Making Making DDDD 推敲并扩充功能设计 以获得关于处理逻辑 数据结构和数据定义的 更加详细的描述 直至设计完善到足以能实现的地步 软件详细设计包括详细 的软件体系结构设计和程序结构设计 MK MK 把软件设计翻译成代码 然后对此代码排除隐患和错误的过程 主要 工作有编码 编译 代码核查 开发部门根据使用编程语言的特点依照各自部门的作业指导书 a Delphi 编程依照 SOP DCode V1 0 Delphi 编码规范 b C 编程依照 SOP CCode V1 0 C 编码规范 3 43 4阶段项目阶段项目 合同 协议 订单 要求的设计项目 只进行软件周期中某一个或某几个 阶段的设计和 或开发 3 53 5完整项目完整项目 合同 协议 要求的设计项目 进行软件周期中从需求分析到交付验收各 阶段的设计和 或开发 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 5 页 4 4职责职责 4 14 1开发部门开发部门负责人负责人 负责指定项目负责人 4 24 2项目负责人项目负责人 负责项目的管理 指定 或兼任 具体承担项目的项目组长 确定项目设 计人员 监督软件开发的实施情况 4 34 3项目组长项目组长 具体负责组织实施项目基本设计 功能设计 详细设计 程序制作 负责对 项目设计人员的基本设计 功能设计 详细设计 程序制作进行核查 4 44 4项目设计人员项目设计人员 负责具体实施基本设计 功能设计 详细设计 程序制作 并输出相应文档 5 5工作程序工作程序 软件设计包括基本设计 功能设计和详细设计 程序制作 在实际的开发过 程中 根据 项目开发计划 可对这四个阶段进行裁减 合并或选择 5 15 1制作制作 购买购买 复用分析复用分析 项目开发过程中应有自制 外购 复用的判定 一般准则 a 综合考虑如成本 人力资源的情况 进度要求的情况 开发环境的满 足情况等因素 评估项目设计和自制 外购 复用方面的折衷 b 技术开发活动成果都可以被复用 如思想方法 经验 程序 文档等 等 c 复用有利于提高质量 提高生产率和降低成本 大量成熟的工作可以通 过复用来快速实现 即具有高生产率 软件复用对大多数情况来说是 最高优先级 d 软件的制作过程中除了要考虑 精确性 可靠性 容错性 安全性 性能属性外 还要考虑易用性 可扩展性 可复用性 兼容性 可移 植性 等等 e 直接利用 改造利用现有的程序 软件等 考虑与其它程序的一致性 及其影响范围 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 6 页 f 使用复用时的修改量应不大于 30 5 1 1 软件外购 所谓外购就是从市场上购买商品化的软件 外购有两种可能 一种是购买 国外软件 另一种是购买国内软件 软件外购按 采购控制程序 进行采购方 案 制定 进行候选供应商的对比选择 评审采购方案规避风险 最终做出最有利 于企业的选择 5 25 2基本设计工作程序基本设计工作程序 本阶段的工作程序流程图见附图 1 在实际的操作过程中 可根据实际情况或具体开发部门的不同 对以下各 阶段或过程进行裁剪 合并或选择 5 2 1 计划编制 完整项目 完整项目 已在前阶段形成了 项目开发计划 配置管理计划 和 基 本调查书 基本设计不需另编计划 阶段项目 阶段项目 根据合同 协议 订单 中的顾客需求 对本阶段开始的项目 执行 项目 产品开发策划控制程序 形成 项目开发计划 配置管理计划 5 2 2 本阶段的设计输入 完整项目 完整项目 是 基本调查书 阶段项目 阶段项目 是合同 协议 订单 中的顾客需求 对此要进行评审 确定 顾客需求 5 2 3 基本设计 基本设计的具体实施按顾客的要求 根据各开发部门开发标准中的相关规 定进行 内容应包括以下各点 5 2 3 1 业务规格化 业务的文件化 开发计划的变更 调整 包括 a 定义业务用语 缩写词 b 定义与外部系统 模块或组件的接口 c 确定运行环境 d 人机界面的设计 确定 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 7 页 e 针对开发计划的变更 对有关部门进行调整 5 2 3 2 软件体系结构设计 a 采用某种设计方法 将一个复杂的软件体系按功能划分成模块的层次结 构 b 确定每个模块的功能 建立与确定的软件需求的对应关系 c 确定模块间的调用关系 d 确定模块或组件间的接口 即模块 组件间传递的数据 如人机界面 用 户接口 软件接口和硬件接口 e 确定模块 组件间的控制方式 f 确定为实现软件系统的功能需求所必需的算法 如使用的信令等 并评估 算法的性能 5 2 3 3 数据结构设计 a 数据的标准化和定义 依据软件体系处理中使用的数据 考虑数据的共通性 来筛选 定义项目 中使用的数据 术语 b 代码设计 筛选业务代码 设计业务代码的分类 内容 属性 c 输入输出的设计 依据输入 输出数据的操作顺序 设计输入输出数据的属性 内容 及辅 助说明 如用户数据和局数据 依据输入 输出数据的操作顺序 设计画面布局 d 现有软件的利用 直接利用 改造利用现有的程序 软件等 考虑与其它程序的一致性及其 影响范围 5 2 3 4 软件体系性能的设计 a 软件体系的性能 对软件体系的性能 比如运行速度 做出预测 分析影响软件体系性能的 原因 因素 开始编制相应的测试报告 在本阶段应是 组装测试 II 项目清单 IT2 item list 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 8 页 b 软件体系的可靠性 安全性 保证软件体系有较高的可靠性 在异常操作 异常中止及输入非正常数据 的情况下 都能保证软件体系不会死机 停机 考虑软件体系在不同级别访问下的安全性 可靠性 c 软件体系的操作性 软件体系的输入输出 画面布置 操作顺序 提示信息等要简洁 易行 符合顾客的习惯 5 2 4 本阶段的设计输出 本阶段的设计输出为 基本设计书 和 组装测试 II 项目清单 IT2 item list 5 2 5 核查和评审 项目组长负责对基本设计进行核查 项目负责人负责对基本设计阶段进行 评审 5 2 5 1 核查计划的制定 a 核查前准备 内容包括 人员 组长确定核查人员及资格 时间 与核查人员协商确定合适的开会时间 地点 确定会议地点 会议室登记确认 设备 投影仪 便携 会议电话等核查时所需设备确认 资料 核查的资料文档 及资料送出时间 b 核查信息通知 即将核查的时间 地点 参加人员 核查内容等信息通 知相关人员 进行的方式如下 项目设计人员向项目组长提出申请 项目组长以电话 电子邮件 mail 或传真 fax 方式通知相关人员 或者项目设计人员填写 核查计划报告 Review Schedule Report 并提交项目组长 项目组长根据 核查计划报告 组织人员对设计进行 核查 5 2 5 2 目的 a 评价设计工作是否实现了 基本调查书 的要求以及设计方案与主要算 法的可行性和先进性 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 9 页 b 评价接口设计方案的性能和运行环境的恰当性 c 确认工程进度 开发规模 开发体制是否妥当 5 2 5 3 对象 与基本设计相关文档 基本设计书 和 组装测试 II 项目清单 IT2 item list 5 2 5 4 核查的方法 考虑开发规模和开发特点 采用恰当的核查手段 面对面核查 书面核查 开会核查 通过以后的测试验证基本设计是否满足设计输入的要求 5 2 5 5 核查的实施 a 根据计划实施核查 b 将核查结果记入 核查报告 BD Review Report c 对核查中未通过的设计应令设计人员进行修改或重新设计 d 保存与基本设计有关的文件和记录 5 2 5 6 设计评审 a 由项目负责人组织设计评审 b 评审范围为软件的基本设计 c 评审结果记入 完成报告 5 2 5 7 核查与评审的结果处理 核查和评审最终要作出通过 原则性通过或不通过的评审结论 对核查与 评 审中发现的缺陷和提出的问题 要采取措施予以纠正 并实施跟踪管理 评审不通过的 经采取对应措施后要再次评审 直至评审通过后才能进入下一 工程阶段 5 35 3功能设计工作程序功能设计工作程序 本阶段的工作程序流程图见附图 2 在实际的操作过程中 可根据实际情况或具体开发部门的不同 对以下各阶段 或过程进行裁剪 合并或选择 5 3 1 功能设计计划编制 完整项目 完整项目 已在前阶段性形成了 项目开发计划 配置管理计划 和基 本设计输出文件 不需另编计划 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 10 页 阶段项目 阶段项目 根据合同 协议 订单 或顾客需求 对本阶段开始的项目执 行 项目 产品开发策划控制程序 形成 项目开发计划 配置管理计划 5 3 2 本阶段的设计输入 完整项目 完整项目 是基本设计的输出文件 基本设计书 阶段项目 阶段项目 是合同 协议 订单 中的顾客需求 对此要进行评审 确定 顾客需求 5 3 3 功能设计 项目设计人员根据 项目开发计划 和基本设计的输出文件进行功能设计 该阶段的具体实施按顾客的要求 根据各开发部门开发标准中的相关规定进行 内容如下所述 5 3 3 1 业务规格化 按基本设计内容进行业务规格化 变更管理与调整 a 对于设计更改 执行 变更控制程序 在需要时对有关部门人员进行 调整 b 开发标准的具体化 对于本阶段开始的项目 规定符号的使用规则 确 定命名规则 c 复查基本设计 确定所有模块的功能 模块内部的处理逻辑 模块间的 调用及模块间的接口 5 3 3 2 模块功能的设计 功能设计人员根据软件基本设计的要求 对按功能划分的模块进行设计 输出相应的文档 具体工作内容有以下各点 5 3 3 2 1功能模块的细化 将软件基本设计产生的构成软件体系的各个功能模块 过程 逐步细化 形 成若干功能子模块 5 3 3 2 2处理方式的设计 a 确定为实现子模块的功能需求所必需的算法 b 确定子功能模块间的调用关系 c 采用流程图对各个功能模块 功能子模块进行过程描述 d 作成程序测试环境 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 11 页 5 3 3 3 性能的设计 a 确定为满足软件体系的性能所必需的算法 b 确定为满足软件体系的性能所必需的模块间的控制方式 c 开始编制测试报告 这里是 组装测试 IT 项目清单 5 3 4 本阶段的设计输出 本阶段的设计输出为 功能设计书 和 组装测试 IT 项目清单 IT1 item list 5 3 5 核查与评审 项目组长负责组织对功能设计进行核查 项目负责人负责对功能设计阶段 进行评审 5 3 5 1 核查计划的制定 a 核查前准备 内容包括 人员 组长确定核查人员及资格 时间 与核查人员协商确定合适的开会时间 地点 确定会议地点 会议室登记确认 设备 投影仪 便携 会议电话等核查时所需设备确认 资料 核查的资料文档 及资料送出时间 b 核查信息通知 即将核查的时间 地点 参加人员 核查内容等信息通 知相关人员 进行的方式如下 项目设计人员向项目组长提出申请 项目组长以电话 电子邮件 mail 或传真 fax 方式通知相关人员 或者项目设计人员填写 核查计划报告 Review Schedule Report 并提交项目组长 项目组长根据 核查计划报告 组织人员对设计进行 核查 5 3 5 2 目的 a 评价设计工作是否实现了软件基本设计的要求以及功能设计的正确性和 模块化情况 b 追溯软件低层功能设计与高级设计的一致性 完整性 c 确认工程进度 开发规模 开发体制是否妥当 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 12 页 5 3 5 3 对象 与功能设计相关的文档 功能设计书 和 组装测试 IT 项目清单 IT1 item list 5 3 5 4 核查方法和实施 a 根据计划 考虑开发规模和开发特点 采用恰当的核查手段 面对面核 查 书面核查 开会核查 b 通过以后的测试验证功能设计是否满足设计输入的要求 c 将核查结果记入 核查报告 FD Review Report d 对核查中未通过的设计应令设计人员进行修改或重新设计 e 保存相关的文件和记录 5 3 5 5 设计评审 a 由项目负责人组织设计评审 b 评审范围为软件的功能设计 c 评审结果记入 完成报告 5 3 5 6 核查与评审的结果处理 核查和评审最终要作出通过 原则性通过或不通过的评审结论 对核查与 评审中发现的缺陷和提出的问题 要采取措施予以纠正 并实施跟踪管理 评 审不通过的 经采取对应措施后要再次评审 直至评审通过后才能进入下一工 程阶段 5 45 4详细设计详细设计 程序制作程序制作 DD MK DD MK 工作程序工作程序 在实际的操作过程中 可根据实际情况或具体开发部门的不同 对以下各 阶段或过程进行裁剪 合并或选择 5 4 1 详细设计工作程序 详细设计的工作程序流程图见附图 3 5 4 1 1 详细设计计划编制 完整项目 完整项目 已在前阶段性形成了 项目开发计划 配置管理计划 和功 能设计输出文件 不需另编计划 阶段项目 阶段项目 根据合同 协议 订单 或顾客需求 对本阶段开始的项目执 行 项目 产品开发策划控制程序 形成 项目开发计划 配置管理计划 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 13 页 5 4 1 2 本阶段的设计输入 完整项目 完整项目 是功能设计的输出文件 功能设计书 阶段项目 阶段项目 是合同 协议 订单 中的顾客需求 对此要进行评审 确定 顾客需求 5 4 1 3 详细设计 项目设计人员根据 项目开发计划 和功能设计的输出文件进行详细设计 该阶段的具体实施按顾客的要求 根据各开发部门开发标准中的相关规定进行 内容如下所述 5 4 1 3 1业务规格化 按功能设计内容进行业务规格化 变更管理与调整 a 对于本阶段开始的项目 编制产品使用说明书 b 对于设计更改 执行 变更控制程序 在需要时对有关部门人员进行 调整 c 使开发标准具体化 对于本阶段开始的项目 规定符号的使用规则 确定 命名规则 d 复查功能设计 确定所有模块的功能及详细接口信息 5 4 1 3 2软件体系结构的设计 详细设计人员根据软件功能设计的要求 按结构化程序设计原则进行设计 输出相应的文档 具体工作内容有以下各点 5 4 1 3 2 1程序的分割 将软件功能设计产生的构成软件体系的各个功能模块 过程 逐步细化 形 成若干可编码的程序模块 可编码的模块 单元 5 4 1 3 2 2内部数据的设计 详细设计人员依据软件体系性能 数据结构设计 程序结构设计 设计程 序内部数据的控制和处理信息的输出 a 数据表格的设计 对于程序处理中 输入 输出数据表格的数据详细化 b 内部代码的设计 程序内与处理相关的共通代码使用的设计 c 中间文件的设计 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 14 页 如果需要 对中间文件的结构 处理方式进行设计 d 程序处理信息的设计 设计或编辑程序处理中输出信息 提示信息的内容 编制错误信息表 提 示信息表 5 4 1 3 2 3共通结构的设计 a 通过对各单元的处理机能和接口的分析 挑选出共通的处理机能 确定 使用条件 设计共通处理机能 输入与输出内容 b 对程序用到的共同领域 内存 结构进行设计 5 4 1 3 3程序结构的设计 a 模块逻辑详细设计 对程序分割中所决定的子程序进行优化 设计子程序间的接口 b 流程图的设计 采用流程图对各个子程序进行过程描述 设计子程序间数据流或控制流 每个子程序必须确定所有输入 输出和处理功能 c 作成程序测试环境 5 4 1 3 4性能的设计 a 根据合同 协议 订单 要求 对各单元考虑恰当的防错 容错措施 对各单元进行可靠性设计 确定安全性关键的单元 分析其详细设计是 否符合安全性设计要求 b 根据合同 协议 订单 要求 确定性能处理方式 建立性能指标 作 成性能测试报告书 c 根据合同 协议 订单 要求 确定恢复和重新设置的方式 5 4 1 4 本阶段的设计输出 本阶段的设计输出为 详细设计书 5 4 1 5 核查与评审 项目组长负责组织对详细设计进行核查 项目负责人负责对详细设计阶段 进行评审 5 4 1 5 1核查计划的制定 a 核查前准备 内容包括 人员 组长确定核查人员及资格 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 15 页 时间 与核查人员协商确定合适的开会时间 地点 确定会议地点 会议室登记确认 设备 投影仪 便携 会议电话等核查时所需设备确认 资料 核查的资料文档 及资料送出时间 b 核查信息通知 即将核查的时间 地点 参加人员 核查内容等信息通 知相关人员 进行的方式如下 项目设计人员向项目组长提出申请 项目组长以电话 电子邮件 mail 或传真 fax 方式通知相关人员 或者项目设计人员填写 核查计划报告 Review Schedule Report 并提交项目组长 项目组长根据 核查计划报告 组织人员对设计进行 核查 5 4 1 5 2目的 a 评价设计工作是否实现了软件功能设计的要求以及详细设计的正确性和 模块化情况 b 追溯软件低层功能设计与高级设计的一致性 完整性 c 确认工程进度 开发规模 开发体制是否妥当 5 4 1 5 3对象 与详细设计相关的文档 详细设计书 5 4 1 5 4核查方法和实施 a 根据计划 考虑开发规模和开发特点 采用恰当的核查手段 面对面核 查 书面核查 开会核查 b 通过以后的测试验证详细能设计是否满足设计输入的要求 c 将核查结果记入 核查报告 DD MK Review Report d 对核查中未通过的设计应令设计人员进行修改或重新设计 e 保存相关的文件和记录 5 4 1 5 5设计评审 a 由项目负责人组织设计评审 b 评审范围为软件的详细设计 c 评审结果记入 完成报告 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 16 页 5 4 1 5 6核查与评审的结果处理 核查和评审最终要作出通过 原则性通过或不通过的评审结论 对核查与 评审中发现的缺陷和提出的问题 要采取措施予以纠正 并实施跟踪管理 评 审不通过的 经采取对应措施后要再次评审 直至评审通过后才能进入下一工 程阶段 5 4 2 MK 实现程序 在实际的实现过程中 可根据实际情况或具体开发部门的不同 对以下各 阶段或过程进行裁剪 合并或选择 5 4 2 1 本阶段的设计输入 本阶段的设计输入为 详细设计书 5 4 2 2 MK 工作程序 MK 的工作程序流程图见附图 4 5 4 2 2 1实现的规约 a 实现过程中应遵守各部门或顾客提供的开发标准中所规定的编码实现规 则 编程语言 数据结构 命名规约和注释规约等 b 实现过程中应尽可能使用辅助设计工具 c 实现过程中应尽可能利用已有的 MK 规范 实现方法 代码片段 数据 结 构 标准函数等 d 实现过程中应充分考虑软件的测试工作和软件的可维护性 5 4 2 2 2问题处理报告 问处 的填写 在开始模块代码编制之前 应先登问处即填写 问题处理报告 在问处里 描述程序修改原因 问题解决办法 对新增加的程序 在登问处之前 还应向程序 受控库申请新的程序名 5 4 2 2 3模块代码编制 a 任何程序段的开始和结束 必须包含在单一的结构化模块中 b 每个模块完成单一的 定义良好的功能 模块的全部元素都是为了实现 唯一的功能 模块实现的细节对其他模块而言是隐蔽的 c 模块的说明语句和数据语句应放在前言注释块之后和第一个可执行语句 之前 同时应保证清晰地定义复杂的数据结构 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 17 页 d 应尽量避免使用全局变量或共享变量 当一个变量由两个以上的模块共 享时 每个模块均应正确地使用这些变量 e 标号和名字必须有意义并明显 唯一 f 程序注释应满足有关规定的要求 g 应满足所选用的编程语言 工具等的要求 5 4 2 2 4模块编译和连接 a 通过编译和连接来检查是否可正常运行 是否满足设计要求 b 编译和连接过程中 应详细记录编译的过程及所发现的问题 c 编译和连接过程中 若发现问题较多或发现重大问题时 应暂停编译和 连接 待程序修正或问题解决后重新进行编译和连接 5 4 2 2 5代码核查 代码核查的目的是验证代码的逻辑性和命名规约等方面的符合性 a 代码核查的依据是通过评审的软件详细设计文档 b 代码核查过程中 填写各项目的核查结果 验证是否符合设计要求 完 成 核查报告 DD MK Review Report 代码核查过程中 如发现问题要加以记录和分析 对代码进行修改 修 改 后再进行代码核查 c 代码核查过程中 若发现问题较多或发现重大问题时 应暂停代码核查 待程序修正或问题解决后重新进行代码核查 5 4 2 2 6程序的入库 当程序模块经过代码编制 模块静态调试 模块编译和连接 代码核查及 核查评审后没有错误 通过登问处得到的问处号把修改过或新增的程序纳入程序 受控库加以管理 并进行版本的升级 版本的管理参照 配置管理控制程序 5 4 2 2 7用户文档 a 按 配置管理计划 要求完成用户文档的编制 b 用户文档主要包括软件用户使用手册和用户所要求的与操作 维护等活 动和过程有关的文档 开发设计控制程序开发设计控制程序 文件编号 DCode V1 0 版本号 A 修改号 1 总22页第 18 页 5 4 2 3 本阶段的设计输出 本阶段的设计输出为 程序制作书 5 4 2 4 核查和评审 5 4 2 4 1MK 的验证和核查 通过代码核查来验证软件是否符合设计要求 并完成 核查报告 DD MK Review Report 5 4 2 4 1 1验证和核查目的 评价编码和程序单元调试的正确性和完整性 5 4 2 4 1 2验证和核查条件 程序编码 程序调试及相应文档均已完成 5 4 2 4 1 3验证和核查内容 a 程序代码与详细设计的一致性 b 编码格式与规定要求的一致性 c 程序代码调试结果的正确性 d MK 过程中若修改了软件基本设计 功能设计或详细设计 改动部分的 正确性 5 4 2 4 2MK 的评审 a 由项目负责人组织评审 b 评审范围为软件的 MK c 评审结果记入 完成报告 5 4 2 4 3核查与评审的结果处理 核查和评审最终要作出通过 原则性通过或不通过的评审结论 对核查与 评审中发现的缺陷和提出的问题 要采取措施予以纠正 并实施跟踪管理 评 审不通过的 经采取对应措施后要再次评审 直至评审通过后才能进入下一工 程阶段 5 55 5配置管理配置管理 5 5 1 配置管理的实施 按照 配置管理控制程序 中的有关规定和 或根据 配置管理计划 实施 软件基