DB22 T 2230-2019 林业信息化应用系统集成开发规范.pdf

《DB22 T 2230-2019 林业信息化应用系统集成开发规范.pdf》由会员分享，可在线阅读，更多相关《DB22 T 2230-2019 林业信息化应用系统集成开发规范.pdf（59页珍藏版）》请在麦多课文档分享上搜索。

1、 ICS 65.021.01 B 60 DB22 吉林省地方标准 DB 22/T 22302019 代替 DB22/T 22302014 林业信息化应用系统集成开发规范 Integration development specification of forestry informatization utility system 2019 - 10 - 14 发布 2019 - 11 - 01 实施 吉林省市场监督管理厅 发布 DB22/T 22302019 I 前 言 本标准按照 GB/T 1.12009 给出的规则起草。 本标准代替DB22/T 2230-2014林业信 息化应用系统集成开

2、发规范。本标准与DB22/T 2230-2014 相比，除编辑性修改外，主要技术变化如下： 删除了林业信息化的术语(见 2014 年版的 3.1)； 删除了森林资源规划设计调查的术语(见 2014 年版的 3.2)； 增加了 CCB 的缩略语（见 4）； 修改了对系统生存周期和任务中的规定（见 5.1，2014 年版的 5.1）； 修改了数据库建设依据（见 6，2014 年版的 5.2）； 增加数据采集项（见 6.1）； 修改了对界面风格的规定（见 7，2014 年版的 5.5）； 修改了管理实施中对实施流程的规定（见 8.1.1，2014 年版的 6）； 删除了对质量策划的规定，增加了对质量

3、规划的规定（见 8.2.1，2014 年版的 6.2）； 修改了对文档与配置管理的规定（见 8.3，2014 年版的 6.3）； 增加了安全管理的规定（见 8.4）； 增加了变更管理的规定（见 8.6）； 修改了对培训计划的规定（见 8.7，2014 年版的 6.6）； 增加了附录 A附录 P。 本标准由吉林省林业和草原局提出并归口。 本标准起草单位：吉林省林业信息中心。 本标准主要起草人：顾寒琳、薛利、金芳、王奇、王牧原、王公博、杨昌宇 、程莹、朱晓晨、李 天庚、王尧、刘玉敏 、陈沿波。 本标准的历次版本发布情况为： DB22/T 2230-2014。 DB22/T 22302019 1 林

4、业信息化应用系统集成开发规范 1 范围 本标准规定了林业信息化应用系统集成开发的系统设计、数据库建设、界面风格和管理实施。 本标准适用于林业行业的信息化应用系统集成开发建设。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文 件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 17798 地球空间数据交换格式 GB/T 22080 信息技术 安全技术 信息安全管理体系 要求 LY/T 1662.2 数字林业标准与规范 第2部分：林业数字矢量基础地理数据标准 LY/T 1662.3 数字林业标准与规范 第3

5、部分：卫星遥感影像数据标准 LY/T 1662.7 数字林业标准与规范 第7部分：数据库建库标准 LY/T 1662.9 数字林业标准与规范 第9部分：数据库管理规范 LY/T 1662.10 数字林业标准与规范 第10部分：元数据标准 LY/T 2174 林业数据库更新技术规范 LY/T 2178 林业生态工程信息分类与代码 LY/T 2179 野生动植物保护信息分类与代码 LY/T 2181 湿地信息分类与代码 LY/T 2182 荒漠化信息分类与代码 LY/T 2186 森林资源数据编码类技术规范 LY/T 2188.1 森林资源数据采集技术规范 第1部分：森林资源连续清查 LY/T 2

6、188.2 森林资源数据采集技术规范 第2部分：森林资源规划设计调查 LY/T 2188.3 森林资源数据采集技术规范 第3部分：作业设计调查 LY/T 2585 森林火灾信息处置规范 3 术语和定义 下列术语和定义适用于本文件。 3.1 空间数据交换格式 transfer f ormat for spatiaI data 不同的地理信息系统或地理信息系统与其他信息系统之间实施空间数据双向交换时采用的数据格 式，包括矢量格式和栅格格式。 4 缩略语 DB22/T 22302019 2 下列缩略语适用于本文件。 SSO：单点登录（Singl e Sign On） SSL ：安全套接层（Secur

7、e S ockets Layer） PKI/CA：公钥基础设施（ Public Ke y Infrastructure ） LDAP：轻量目录访问协议（Lightweigh t Directory Access Protocol） PDCA： 计划、设计和布局、检查、执行（Planning、Design、Check、Act） CCB：变更控制委员会（Change Co ntrol Board） 5 系统设计 5.1 系统生存周期和任务 5.1.1 获取过程 5.1.1.1 定义、分析需求或委托供方进行需求分析而后认可。 5.1.1.2 招标准备。 5.1.1.3 合同准备及验收。 5.1.2

8、供应过程 5.1.2.1 评审需求。 5.1.2.2 准备投标。 5.1.2.3 签订合同。 5.1.2.4 制定并实施计划。 5.1.2.5 开展评审及评价工作。 5.1.3 开发过程 5.1.3.1 系统需求分析。 5.1.3.2 系统结构分析。 5.1.3.3 系统架构分析。 5.1.3.4 软件需求分析。 5.1.3.5 软件结构设计。 5.1.3.6 软件详细设计。 5.1.3.7 软件编码和测试。 5.1.3.8 软件集成。 5.1.3.9 软件合格测试。 5.1.3.10 系统集成。 5.1.3.11 系统合格测试。 5.1.3.12 软件安装及软件验收支持。 5.1.4 运行过

9、程 5.1.4.1 制定并实施运行计划。 5.1.4.2 运行测试。 5.1.4.3 系统运行。 5.1.4.4 提供咨询服务。 DB22/T 22302019 3 5.1.5 维护过程 5.1.5.1 变更分析。 5.1.5.2 实施变更。 5.1.5.3 维护评审及维护验收。 5.1.5.4 软件移植及软件退役。 5.2 接口设计 5.2.1 共享性 在不需要更改各自业务逻辑的前提下可实现数据的共享。 5.2.2 封装性 应实现封装处理通信。 5.2.3 独立性 可提供实时接口和批处理接口、同步和异步接口。 5.2.4 安全性 应实现接口中传送数据的动态和静态加密解密。 5.2.5 灵活性

10、和可扩展性 在应用系统有变更的情况下，对接口进行配置就可以有效调用数据。 5.3 安全策略 5.3.1 权限、策略机制 应基于统一的用户授权策略管理，通过SSO、权限管理、加密管理和审计实现安全功能。 5.3.2 认证、授权机制 应支持认证和授权技术、加密技术和安全管理机制、以及SSL、PKI/CA、LDAP加密技术。 5.3.3 第三方集成机制 应和第三方系统无缝集成，包括第三方的安全管理机制、加密技术、证书认证和SSO系统。 5.3.4 异地容灾机制 宜充分考虑异地容灾备份因素，以应对不可抗力对系统和数据造成的破坏。 6 数据库建设 6.1 数据采集 应符合但不限于： a) 森林资源连续清

11、查数据按照LY/T 2188.1规定采集； b) 森林资源规划设计调查数据按照LY/T 2188.2规定采集； DB22/T 22302019 4 c) 作业设计调查数据按照LY/T 2188.3规定采集； d） 森林火灾数据按照LY/T 2585规定采集； e） 生态工程数据按照LY/T 2178规定采集； f） 野生动植物保护数据按照LY/T 2179规定采集； g） 湿地数据按照LY/T 2181规定采集； h） 荒漠化数据按照LY/T 2182规定采集。 6.2 数据入库 编码的命名和分类应按照LY/T 2186的规定执行。 6.3 数据更新 更新方法和技术、更新周期、更新内容、更新组

12、织与管理应按照LY/T 2174的规定执行。 6.4 数据管理 应符合LY/T1662.2、L Y/T1662.3、LY/T16 62.7、LY/T1662.9、 LY/T1662.10的规定。 6.5 数据共享 明确共享范围、内容、形式、载体、交换方式、权限（级别）规则。空间数据交换格式应按照GB/T 17798的规定执行。 7 界面风格 7.1 友好性 应符合： a) 交互性好，操作简便； b) 帮助信息健全，查询方便； c) 具备SSO功能。 7.2 可扩充性 可根据用户的反馈信息进行系统功能改进和扩充。 7.3 图形化 宜采用图形化界面管理。 8 管理实施 8.1 进度管理 8.1.1

13、 实施流程 8.1.1.1 初始阶段 应包括： a) 业务需求调研； DB22/T 22302019 5 b) 制定可行性研究报告，见附录A； c) 制定项目开发计划，见附录B； d) 制定质量保证计划，见附录C； e) 制定配置管理计划，见附录D； f) 制定需求规格说明书，见附录E； g) 制定数据需求说明书，见附录F； h) 制定测试计划，见附录G。 8.1.1.2 设计阶段 应包括： a) 制定系统设计说明书，见附录H； b) 制定概要设计说明书，见附录I； c) 制定详细设计说明书，见附录J； d) 制定数据库设计说明书，见附录K； e) 制定软件模块规格说明书，见附录L。 8.1.

14、1.3 实施阶段 应包括： a) 制定开发文档，见附录M； b) 制定问题报告说明书，见附录N； c) 制定业务变更文档，见附录O； d) 制定项目测试方案与报告，见附录P。 8.1.1.4 收尾阶段 应包括： a) 系统测试； b) 系统移植； c) 试运行； d) 运行反馈。 8.1.2 计划管理 应制定系统实施计划，实施过程中每周提交工作进度报告。 8.2 质量管理 8.2.1 质量规划 应依据范围基准、干系人登记册、成本绩效基准、进度基准、风险登记册、环境因素和组织过程资 产。 8.2.2 质量保证 应确保系统中每一个过程能达到使用者和管理者的要求。 8.2.3 质量控制 DB22/T

15、 22302019 6 可按照PDCA质量环有效实施。 8.3 文档与配置管理 8.3.1 文档管理 8.3.1.1 工作文档 应包括： a) 可行性研究报告； b) 项目开发计划书； c) 质量保证计划书； d) 配置管理计划书； e) 安全与控制信息规格说明； f) 备忘录或改变控制形式的记录。 8.3.1.2 产品文档 应包括： a) 需求规格说明书； b) 数据需求说明书； c) 系统设计说明书； d) 概要设计说明书； e) 详细设计说明书； f) 数据库设计说明书； g) 软件模块规格说明书； h) 技术评审； i) 测试计划； j) 测试分析报告； k) 用户手册； l) 操作手

16、册； m) 程序维护手册； n) 安装实施过程； o) 用户培训资料及宣传资料。 8.3.1.3 文档标识信息 应包括： a) 文档号； b) 修改日期； c) 版本号； d) 作者； e) 主要参加人员。 8.3.2 配置管理 应符合： a） 建立软件文档标准及软件文档标识体制； DB22/T 22302019 7 b） 评价及记录软件配置项的变动情况，并控制这些变动； c） 严格跟踪并控制已确认的软件配置项。 8.4 安全管理 应符合GB/T 22080的规定。 8.5 风险管理 应符合： a） 在系统开发中应规划风险管理； b） 指定风险管理人员，监控风险因素； c） 建立风险清单及风险

17、管理计划； d） 建立风险反馈渠道。 8.6 变更管理 8.6.1 工作流程见图 1。 图1 变更管理工作程序 8.6.2 应包括以下工作： a） 变更申请人提出变更申请； b） 项目经理对变更初审； c） 项目经理组织变更方案论证； d） CCB对变更方案进行审查； e） CCB发出变更通知并组织实施； DB22/T 22302019 8 f） 项目经理对变更实施进行监控； g） 项目经理组织变更效果的评估； h） 项目经理判断发生变更后的项目是否已纳入正常轨道。 8.7 培训计划 8.7.1 为技术、管理人员提供培训方案。 8.7.2 为每次培训提供专用教材及资料。 8.7.3 配备专业教

18、员进行培训。 DB22/T 22302019 9 A A 附 录 A （资料性附录） 可行性研究报告 A.1 引言 A.1.1 标识 应包含本文档适用的系统和软件的完整标识，（若适用）包括标识号、标题、缩略词语、版本号和 发行号。 A.1.2 背景 说明项目在什么条件下提出，提出者的要求、目标、实现环境和限制条件。 A.1.3 项目概述 应简述本文档适用的项目和软件的用途。 A.1.4 文档概述 应概述本文档的用途和内容，并描述与其使用有关的保密性和私密性的要求。 A.2 引用文件 应列出本文档引用的所有文档的编号、标题、修订版本和日期。 A.3 可行性分析的前提 A.3.1 项目的要求。 A

19、.3.2 项目的目标。 A.3.3 项目的环境、条件、假定和限制。 A.3.4 进行可行性分析的方法。 A.4 可选的方案 A.4.1 原有方案的优缺点、局限性及存在的问题。 A.4.2 可重用的系统。 A.4.3 可选择的系统方案1。 A.4.4 可选择的系统方案2。 A.5 所建议的系统 A.5.1 对所建议的系统的说明。 DB22/T 22302019 10 A.5.2 数据流程和处理流程。 A.5.3 与原系统的比较。 A.5.4 影响(或要求)： 设备； 软件； 运行； 开发； 环境； 经费。 A.5.5 局限性。 A.6 经济可行性 A.6.1 投资。 A.6.2 预期的经济效益：

20、 一次性收益； 非一次性收益； 不可定量的收益； 收益投资比； 投资回收周期。 A.6.3 市场预测。 A.7 技术可行性 分析现有资源(如人员、环境、设备和技术条件等)能否满足此工程和项目实施要求。 A.8 法律可行性 系统开发可能导致的侵权、违法和责任。 A.9 用户使用可行性 用户单位的行政管理和工作制度以及使用人员的素质和培训要求。 A.10 其他与项目有关的问题 分析未来可能的变化。 DB22/T 22302019 11 B B 附 录 B （资料性附录） 项目开发计划 B.1 引言 B.1.1 标识 应包含本文档适用的系统和软件的完整标识，包括标识号、标题、缩略词语、版本号和发行号

21、。 B.1.2 系统概述 应简述本文档适用的系统和软件的用途。 B.1.3 文档概述 应概述本文档的用途和内容，并描述与其使用有关的保密性和私密性的要求。 B.1.4 与其他计划之间的关系 描述本计划和其他项目管理计划的关系。 B.1.5 基线 给出编写本项目开发计划的输入基线，如软件需求规格说明。 B.2 引用文件 应列出本文档引用的所有文档的编号、标题、修订版本和日期。 B.3 交付产品 B.3.1 程序。 B.3.2 文档。 B.3.3 服务。 B.3.4 非移交产品。 B.3.5 验收标准。 B.3.6 最后交付期限。 B.4 所需工作概述 应包括： 对所要开发系统、软件的需求和约束；

22、 对项目文档编制的需求和约束； 该项目在系统生命周期中所处的地位； DB22/T 22302019 12 所选用的计划采购策略或对它们的需求和约束； 项目进度安排及资源的需求和约束； 其他的需求和约束。如：项目的安全性、保密性、私密性、方法、标准、硬件开发和软件开发 的相互依赖关系等。 B.5 实施整个软件开发活动的计划 B.5.1 软件开发过程 应确定已计划的开发阶段、目标和各阶段要执行的软件开发活动。 B.5.2 软件开发总体计划 B.5.2.1 软件开发方法。 B.5.2.2 软件产品标准，应描述或引用在表达需求、设计、编码、测试用例、测试过程和测试结果方 面要遵循的标准。至少应包括：

23、格式标准(如：缩进、空格、大小写和信息的排序)； 首部注释标准例如(要求：代码的名称标识符，版本标识，修改历史，用途)需求和实现的 设计决策，处理的注记(例如：使用的算法、假设、约束、限制和副作用)，数据注记(输入、 输出、变量和数据结构等)； 其他注释标准(例如要求的数量和预期的内容)； 变量、参数、程序包、过程和文档等命名约定； (若有)编程语言构造或功能的使用限； 代码聚合复杂性的制约。 B.5.2.3 可重用的软件产品： 吸纳可重用的软件产品； 开发可重用的软件产品。 B.5.2.4 处理关键性需求： 安全性保证； 保密性保证； 私密性保证； 其他关键性保证。 B.5.2.5 计算机硬

24、件资源利用。 B.5.2.6 记录原理。 B.5.2.7 需方评审途径。 B.6 实施详细软件开发活动的计划 B.6.1 项目计划和监督： 软件开发计划（包括对该计划的更新）； CSCI 测试计划； 系统测试计划； 软件安装计划； 软件移交计划； DB22/T 22302019 13 跟踪和更新计划，包括评审管理的时间间隔。 B.6.2 建立软件开发环境： 软件工程环境； 软件测试环境； 软件开发库； 软件开发文档； 非交付软件。 B.6.3 系统需求分析： 用户输入分析； 运行概念； 系统需求。 B.6.4 系统设计： 系统级设计决策； 系统体系结构设计。 B.6.5 软件需求分析。 B.6

25、.6 软件设计： CSCI 级设计决策； CSCI 体系结构设计； CSCI 详细设计。 B.6.7 软件实现和配置项测试： 软件实现； 配置项测试准备； 配置项测试执行； 修改和再测试； 配置项测试结果分析与记录。 B.6.8 配置项集成和测试： 配置项集成和测试准备； 配置项集成和测试执行； 修改和再测试； 配置项集成和测试结果分析与记录。 B.6.9 CSCI 合格性测试： CSCI 合格性测试的独立性； 在目标计算机系统（或模拟的环境）上测试； CSCI 合格性测试准备； CSCI 合格性测试演练； CSCI 合格性测试执行； 修改和再测试； CSCI 合格性测试结果分析与记录。 B.

26、6.10 CSCI/HWCI 集成和测试： CSCI/HWCI 集成和测试准备； CSCI/HWCI 集成和测试执行； 修改和再测试； CSCI/HWCI 集成和测试结果分析与记录。 DB22/T 22302019 14 B.6.11 系统合格性测试： 系统合格性测试的独立性； 在目标计算机系统（或模拟的环境）上测试； 系统合格性测试准备； 系统合格性测试演练； 系统合格性测试执行； 修改和再测试； 系统合格性测试结果分析与记录。 B.6.12 软件使用准备： 可执行软件的准备； 用户现场的版本说明的准备； 用户手册的准备； 在用户现场安装。 B.6.13 软件移交准备： 可执行软件的准备；

27、源文件准备； 支持现场的版本说明的准备； “已完成”的 CSCI 设计和其他的软件支持信息的准备； 系统设计说明的更新； 支持手册准备； 到指定支持现场的移交。 B.6.14 软件配置管理： 配置标识； 配置控制； 配置状态统计； 配置审核； 发行管理和交付。 B.6.15 软件产品评估： 中间阶段的和最终的软件产品评估； 软件产品评估记录（包括所记录的具体条目）； 软件产品评估的独立性。 B.6.16 软件质量保证： 软件质量保证评估； 软件质量保证记录、包括所记录的具体条目； 软件质量保证的独立性。 B.6.17 问题解决过程： 问题变更报告； 更正活动系统。 B.6.18 联合评审。 B

28、.6.19 文档编制。 B.6.20 其他软件开发活动。 B.7 进度表和活动网络图 DB22/T 22302019 15 B.7.1 进度表，标识每个开发阶段中的活动，给出每个活动的初始点、提交的草稿和最终结果的可用 性、其他的里程碑及每个活动的完成点。 B.7.2 活动网络图，描述项目活动之间的顺序关系和依赖关系，标出完成项目中有最严格时间限制的 活动。 B.8 项目组织和资源 B.8.1 项目组织。 B.8.2 项目资源。 B.9 培训 B.9.1 项目的技术要求。 B.9.2 培训计划。 B.10 项目估算 B.10.1 规模估算。 B.10.2 工作量估算。 B.10.3 成本估算。

29、 B.10.4 关键计算机资源估算。 B.10.5 管理预留。 B.11 风险管理 应分析可能存在的风险，所采取的对策和风险管理计划。 DB22/T 22302019 16 C C 附 录 C （资料性附录） 质量保证计划 C.1 引言 C.1.1 标识 应包含本文档适用的系统和软件的完整标识，包括标识号、标题、缩略词语、版本号和发行号。 C.1.2 系统概述 应简述本文档适用的系统和软件的用途。 C.1.3 文档概述 应概述本文档的用途与内容，并描述与其使用有关的保密性与私密性要求。 C.1.4 组织和职责 C.1.5 资源 描述出项目质量保证活动所需的各种资源，包括人员、培训、工具、设备、

30、设施等。 C.2 引用文件 本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。 C.3 管理 C.3.1 机构 描述与软件质量保证有关的机构的组成，还应清楚地描述来自项目委托单位、项目承办单位、软件 开发单位或用户中负责软件质量保证的各个成员在机构中的相互关系。 C.3.2 任务 描述计划所涉及的软件生存周期中有关阶段的任务， 特别是要把重点放在描述这些阶段所应进行的 软件质量保证活动上。 C.3.3 职责 指明软件质量保证计划中规定的每一个任务的负责单位或成员的责任。 C.4 文档 C.4.1 基本文档 DB22/T 22302019 17 为了确保软件的实现满足需求，至少需要下列

31、基本文档： 软件需求规格说明（或软件规格说明）； 软件（结构）设计说明； 测试计划与测试报告； 软件验证与确认计划。 C.4.2 用户文档 例如，用户手册、操作手册等。 C.4.3 其他文档 除上述文档外，还应包括以下文档： 项目开发计划（其中可包括软件配置管理计划，必要时该计划也可单列）； 项目进展报表； 项目开发各阶段的评审报表； 项目总结报告。 C.5 标准、规程和约定 列出软件开发过程中要用到的标准、规程和约定，井列出监督和保证执行的措施。 C.6 评审和检查 C.6.1 软件需求（规格）评审。 C.6.2 系统子系统设计评审。 C.6.3 软件设计评审。 C.6.4 软件验证与确认计

32、划评审。 C.6.5 功能检查。 C.6.6 物理检查。 C.6.7 综合检查。 C.6.8 管理评审。 C.7 项目策划阶段的SQA活动 描述SQA负责人参与制定项目的软件开发计划和配置管理计划的活动，以及它们三者之间的关系。 C.8 评审和审核 C.8.1 过程的评审。 C.8.2 工作产品的审核。 C.8.3 过程评审和产品审核的结果应填写表C.1。 DB22/T 22302019 18 表C.1 质量记录表 阶段 项目定义的过程 工作产品 质量记录 评审审核活动 C.9 软件配置管理 应编制有关软件配置管理的条款，或单独制订文档。 C.10 工具、技术和方法 指明用以支持特定软件项目质

33、量保证工作的工具、技术和方法，描述它们的用途。 C.11 媒体控制 指出保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化。 C.12 对供货单位的控制 供货单位包括项目承办单位、软件销售单位、软件开发单位或软件子开发单位。 C.13 记录的收集、维护和保存 指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施， 并指明要保存的期限。 C.14 日程表 列出项目质量保证活动的日程表，见表C.2。 表C.2 日程表 阶段 活动 日期 DB22/T 22302019 19 C.15 问题报告单 见表C.3。 表C.3 问题报告单 标题 记录标号 Q

34、R/04A 保存期 提交日期 年月日 问题报告单 配置人姓名 配置状态 1 2 3 4 5 问题类别确定和审批 确定是否修改设计 A（需修改设计）B（不修改设计） 设计变更理由 (B 类不填） 项目负责入签字：日期： 项目信息 项目名 项目识别号 问题分析 问题所在阶段 需求分析 系统设计 实现 测试 安装验收 运行维护 问题描述（如空间不移可加附页） ： 姓名 问题发现日期 年月日 报告人 单位 电话 备注 配置状态：1.评审中 2.修改中 3.修改完成未测评 4.测评通过（关闭）5.以后关闭 DB22/T 22302019 20 C.16 设计变更报告单 见表C.4。 表C.4 设计变更报

35、告单 标题 记录编号 评审日期 年月日 设计变更报告单 评审报告编号 标题 问题报告单 编号 项目名 项目标识号 姓名 联系电话 修改人 单位 修改描述（如空间不够可加附页） ： DB22/T 22302019 21 C.17 计划修订申请单 见表C.5。 表C.5 计划修订申请单 标题 记录编号 提交日期 年 月 日 计划修订申请单 配置人姓名 配置状态 1 评审中 2 修订中 3 修订完成未评审 4 评审通过（关闭） 项目名 项目标识号 姓名 联系电话 修改申请人 单位 申请修订的主要理由： 审批意见： 审批人签字：日期： 审批人职务： C.18 项目月报表 见表C.6。 DB22/T 2

36、2302019 22 表C.6 项目月报表 记录编号 总部名称 月份项目月报 质量管理员 日期 项目名 项目标识号 计划完成情况 已完成项（包括质量保证活动） ： 未完成项（包括质量保证活动 存在的主要问题和困难： 下月的主要安排 开发： 质量保证： C.19 设计评审报告 见表C.7。 DB22/T 22302019 23 表C.7 设计评审报告 标题 记录编号 评审日期 年月日 设计评审报告 评审性质 评审复审 项目名 项目标识号 被评审对象名称 阶段名 开发策划 需求分析 系统设计 实现 测试 安装验收 运行维护 评审内容（空间不够可附页） ： 评审结论（空间不够可附页） ： 评审组长签

37、字： 年 月 日 批准意见： 批准人签字： 年 月 日 C.20 评审人员名单 见表C.8。 DB22/T 22302019 24 表C.8 评审人员名单 标题 设计评审人员名单 评审报告 编号 姓名 单位 职称职务 联系电话 签名 DB22/T 22302019 25 D D 附 录 D （资料性附录） 配置管理计划 D.1 引言 D.1.1 标识 应包含本文档适用的系统和软件的完整标识，包括标识号、标题、缩略词语、版本号和发行号。 D.1.2 系统概述 应简述本文档适用的系统和软件的用途。 D.1.3 文档概述 应概述本文档的用途与内容，并描述与其使用有关的保密性与私密性要求。 D.1.4

38、 组织和职责 描述软件配置管理负责人和软件配置控制委员会的组成以及他们在项目中的职责和权限。 D.1.5 资源 描述出配置管理活动所需的各种资源，包括人员、培训、工具、设备、设施等。 D.2 引用文件 应列出本文档引用的所有文档的编号、标题、修订版本和日期。 D.3 管理 D.3.1 机构。 D.3.2 任务。 D.3.3 职责。 D.3.4 接口控制应包括： 接口规格说明标识和文档控制的方法； 对已交付的接口规格说明和文档进行修改的方法； 对要完成的软件配置管理活动进行跟踪的方法； 记录和报告接口规格说明和文档控制状态的方法； 控制软件和支持它运行的硬件之间的接口的方法。 D.3.5 规定实

39、现软件配置管理计划的主要里程碑，例如： 建立配置控制委员会； 确定各个配置基线； 建立控制接口协议； DB22/T 22302019 26 制订评审与检查软件配置管理计划和规程； 制订相关的软件开发、测试和支持工具的配置管理计划和规程。 D.3.6 适用的标准、条例和约定。 D.4 软件配置管理活动 D.4.1 配置标识。 D.4.2 配置控制。 D.4.3 配置状态的记录和报告。 D.4.4 配置的检查和评审。 D.5 工具、技术和方法 指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，井在开发 者所有权的范围内描述其用法。 D.6 对供货单位的控制 供货单位是指

40、软件销售单位、软件开发单位或软件子开发单位。 D.7 记录的收集、维护和保存 指明要保存的软件配置管理文档，指明用于汇总、保护和维护工程文档的方法和设施，并指明要保 存的期限。 D.8 配置项和基线 D.8.1 配置项命名规则 对不同类型的配置项建立命名规则，见表D.1。 表D.1 配置命名规则表 配置项类型 命名规则的说明 D.8.2 配置项的识别和基线的划分 列出识别到的所有配置项和所属的配置基钱，并明确配置项的标识、作者（或负责人）和配置时间， 见表D.2。 DB22/T 22302019 27 表D.2 配置基线表 配置基线 配置项名称 配置项标识 作者负责人 配置时间 D.8.3 变

41、更和发布。 D.9 日程表 列出项目配置管理活动的日程表，见表D.3。 表D.3 日程表 阶段 活动 日期 D.10 产品发布清单 见表D.4。 表D.4 产品发布清单 产品发布清单 项目名称 项目标识 发布范围 发布产品清单 序号 产品名称 所属基线 密级 版本号 是否收回 规定收回时间 发布列表 发布对象 序号 发布人 发布日期 姓名 所属部门 确认签名 回收日期 备注 D.11 配置变更申清单 DB22/T 22302019 28 见表D.5 表D.5 配置变更清单 1.项目（系统）名称 2.变更标识号： 3.基线类别： 4.申请人姓名： 5.申请日期： 6.变更描述： 7.变更理由：

42、评估 8.估计工时： 9.需要资源： 10.评估人： 日期 11.受影响配置项： 版本 变更批准 12.审批人： 意见： 日期： 13.变更实施人： 日期： 14.完成日期 15. 实际工时 16.变更配置项： 版本 基线更新批准 17.审批人：日期 意见： 18. SQA 批准：日期 19.更新人：日期 20.备注： D.12 配置问题报告单 DB22/T 22302019 29 见表D.6。 表D.6 配置问题报告单 1.项目（系统）名称 2.问题标识号： 3.基线类别： 4.报告人姓名： 5.报告日期： 6.问题描述： 7.影响范围： 评估 8.估计工时： 9.需要资源： 10.评估人：

43、 日期 11.受影响配置项： 版本 变更批准 12.审批人： 意见： 日期： 13.变更实施人： 日期： 14.完成日期 15. 实际工时 16.变更配置项： 版本 基线更新批准 17.审批人：日期 18. SQA 批准：日期 19.更新人：日期 20.备注： D.13 配置变更和问题登录表 DB22/T 22302019 30 见表D.7。 表D.7 配置变更和问题登录表 项目名称 配置管理员 标识号 申请人 申请日 期 概述 受影响配置项 修改前版本 修改后版本 批准情况 实施人 完成日期 纳入基线 日期 状态及标 识日期 D.14 配置状态统计报告 见表D.8。 表D.8 配置状态统计报

44、告 项目名称： 统计人：统计日期： 变更状态 序 号 基线标 识名 称 版 本 号 序 号 配置项 标识/ 名称 版 本 号 变更或 问题编 号 变更 人 变更开 始日期 变更 简述 受影响配 置项及变 更后版本 号 变更完 成日期 纳入基 线日期 状态 及标 识日 期 D.15 配置审核报告 DB22/T 22302019 31 见表D.9。 表D.9 配置审核报告 项目名称 审核类型 基线审核口软件发布审核口 审核人员：日期： 工作产品审核 应完成的工作产品 完成情况 变更情况审核 变更 问题编 号 变更开始日期 变更计划完成日期 是否完成 相关项更新情况 版本描述文件完备性审核 版本号：

45、 版本说明评价： 配置项追溯关系审核 配置项追溯关系维护情况： 质量检查点和质量保证活动审核 质量检查点的设置及检查活动完成情况 质量保证活动完成情况： 相关项更新情况：指定配置变更请求或问题报告单中所有受影响配置项的变更情况说明（是否完成、实施状态） 版本说明评价、配置项追溯关系维护情况：是否完整、准确，存在哪些问题 DB22/T 22302019 32 E E 附 录 E （资料性附录） 需求规格说明书 E.1 引言 E.1.1 标识 应包含本文档适用的系统和软件的完整标识，（若适用）包括标识号、标题、缩略词语、版本号和 发行号。 E.1.2 系统概述 应 简述本文档适用的系统和软件的用途

46、。 E.1.3 文档概述 应 概括本文档的用途和内容，并描述与其使用有关的保密性和私密性要求。 E.2 引用文件 应 列出本文档所引用所有文档的编号、标题、修订版本和日期。 E.3 需求 E.3.1 需求概述 E.3.1.1 需求总体功能和业务结构。 E.3.1.2 硬件系统的需求。 E.3.1.3 软件系统的需求。 E.3.1.4 接口需求。 E.3.2 系统能力需求 应分条详细描述与系统每一能力相关联的需求。 E.3.3 系统外部接口需求 应分条描述关于系统外部接口的需求。 E.3.4 系统内部接口需求 应分条描述关于系统外部接口的需求，可引用一个或多个接口需求规格说明（IRS）或包含这些

47、需 求的其他文档。 E.3.5 系统内部数据需求 DB22/T 22302019 33 应指明分配给系统内部数据的需求，包括对系统中数据库和和数据文件的需求。如果所有有关内部 数据的决策都留待设计时或留待系统部件的需求规格说明中给出，则需在此如实说明。 E.3.6 安全性需求 应描述有关防止对人员、财产、环境产生潜在危险或把此类危险减少到最低的系统需求。 E.3.7 保密性和私密性需求 应指明维持保密性和私密性的系统需求，包括：系统运行的保密性/私密性环境、提供的保密性或 私密性的类型和程度、系统必须接受的保密性/私密性的风险、减少此类危险所需的安全措施、系统必 须遵循的保密/私密性政策、系统

48、必须提供的保密性/私密性审核以及保密性/私密性必须遵循的确认/ 认可准则。 E.3.8 操作需求 说明本系统在常规操作、特殊操作以及初始化操作和恢复操作等方面的要求。 E.3.9 故障处理需求 E.3.9.1 软件系统出错处理。 E.3.9.2 硬件系统冗余措施的说明。 E.3.10 系统环境需求 E.3.10.1 应指明系统运行必须的与环境有关的需求。 E.3.10.2 对软件系统而言，运行环境包括支持系统运行的计算机硬件和操作系统（其他有关计算机资 源方面的需求在下条描述)。 E.3.10.3 对硬软件系统而言， 运行环境包括系统在运输、 存储和操作过程中必须经受的环境条件， 如： 自然环境条件(风、雨、温度、地理)、诱导环境(运动、撞击、噪音、电磁辐射)和对抗环境(爆炸、辐 射)。 E.3.11 计算机资源需求 E.3.11.1 计算机硬件需求 应描述系统使用的或引入到系统中的计算机硬件需求，包括：各类设备的数量、处理器、存储器、 输入/输出设备、辅助储存器、通信/网络设备、其他所需的设备的类型、大小、能力(容量)及其他所要 求的特征。 E.3.11.2 计算硬件资源利用需求 应描述系统的计算机硬件资源利用方面的需求，如：最大