HJ 622-2011 环境保护应用软件开发管理技术规范.pdf

《HJ 622-2011 环境保护应用软件开发管理技术规范.pdf》由会员分享，可在线阅读，更多相关《HJ 622-2011 环境保护应用软件开发管理技术规范.pdf（46页珍藏版）》请在麦多课文档分享上搜索。

1、HJ 622 2011 1 环境 保护 应用软件开发 管理 技术规范 1 适用范围 本标准规定了环境保护应用软件开发 管理 过程中 需遵循的重要工作流程、管理基本要求和技术基本 要求 。 本标准适用于环境保护应用软件 进行需求开发与管理、概要设计、详细设计、软件实现、软件测试、 软件试运行及验收、服务与维护、用户培训及评审等基本的软件开发管理活动。 本标准的主要使用者为环境保护应用软件管理者和开发者。 2 规范性引用文件 本标准内容引用了下列文件中的条款。凡是不注日期的引用文件，其有效版本适用于本标准。 GB/T 16705 1996 环境污染类别代 码 GB/T 16706 1996 环境污

2、染源类别代码 HJ/T 212 污染源在线自动监控（监测）系统数据传输标准 HJ/T 352 2007 环境污染自动监控信息传输、交换技术规范 HJ/T 416 2007 环境信息术语 HJ/T 417 2007 环境信息分类与代码 HJ/T 418 环境信息系统集成技术规范 HJ/T 419 环境数据库设计与运行管理规范 GB/T 8566 2007 信息技术 软件生存周期过程 GB/T 8567 2006 计算机软件文档编制规范 GB/T 11457 2006 信息技术 软件工程术语 GB/T 15532 计算机软件单元测试 GB 17859 1999 计算机信息系统安全保护等级划分准则

3、GB/T 20282 2006 信息安全技术 信息系统安全工程管理要求 CH/T 1005 2000 基础地理信息数字产品数据文件命名规则 CH/T 1007 2001 基础地理信息数字产品元数据 3 术语和定义 GB/T 8566 2007、 GB/T 11457 2006、 HJ/T 416 2007 和 HJ/T 419 中界定的以及下列术语和定 义 适用于本标准。 3.1 环境保护应用软件 environmental protection applications software 对环境信息进行 采集、汇聚 、整理、加工、存储、分类、检索、计算、比较、判断、排序、输出等 操作，为环境

4、管理、研究工作提供信息管理与共享、决策支持、辅助执行、效果反馈等服务的软件。 HJ 622 2011 2 3.2 开发过程 development process 在软件开发期间，为给定目的而 执行 的一组 相关联的活动 。 3.3 非功能需求 non-functional requirement 用户需求中除功能需求以外的要求，如可靠性、效率、易用性等。 3.4 软件产品 software product 一组计算机程序、规程以及可能的相关文档和数据。 4 环境保护应用软件开发过程 遵照 GB 8566 2007 规定的软件生存周期过程定义，规定环境保护应用软件开发需实施的过程。 环境保护应

5、用软件开发过程可划分为如下 九个 过程： 环境保护应用软件需求开发与管理过程 ； 环境保护应用软件 概要 设计过程 ； 环境保护应用软件详细设计过程 ； 环境保护应用软件实现过程 ； 环境保护应用软件测试 过程 ； 环境保护应用软件 试运行及 验收过程 ； 环境保护应用软件 服务与维护 过程 ； 环境保护应用软件 用户培训 过程 ； 环境保护应用软件评审过程 。 每个过程未作特殊说明的入口准则都是经过评审的文件。 5 环境保护应用软件需求开发与管理过程 5.1 入口准则 软件开发计划 （遵照 GB/T 8567 2006 执行 ）已通过评审 。需求开发人员已确定。 5.2 需求开发与管理流程

6、需求开发与管理流程应包括调研前准备、需求调研、需求分析、撰写用户需求说明书、用户需求评 审、用户需求确认、软件需求分析、撰写软 件需求规格说明书、软件需求评审、需求变更控制等重要活 动， 主要工作流程见图 1。 5.3 主要步骤 5.3.1 调研前准备 开发方应 确定需求调研时间及需求获取 干系 人 ， 根据选定的调研方式，完成用户需求调查单 （参 见附录 A） 准备。 用户需求调查单主要内容应包括：被调查对象名称、调查时间、地点、用户背景信息、需求信 息记录、可靠性及支持信息、现有环境保护应用软件使用情况等。 HJ 622 2011 3 需求调研 需求分析 用户需求评审 用户需求确认 用户需

7、求 用户需求调查单 用户需求说明书 软件需求定义 软件需求评审 软件需求规格说明书 合同技术附件 评审是否通过 评审是否通过 需求分析结束 解决方案或投标书 调研前准备 开始 否 否 需求变更 图 1 需求开发与管理过程流程图 5.3.2 需求调研 开发方应 根据访谈提纲和调 研计划，通过 原型法、会议、访谈、问卷调查 等方式进行调查，填写用 户需求调查单作为原始用户需求。 用户应配合完成需求调研。 此阶段调研包含以下内容： a）环境管理部门的组织架构与下设各职能部门职责 ； b）信息化建设环境，包括操作系统平台、数据库系统、硬件网络 、对本系统的约束、本系统建设 时 的依赖 等 ； c）现有

8、环境信息化系统情况，包括软件名称、用途、 开发单位、开发语言、保存的相关技术文档 情况、 上线时间、使用情况、使用范围、使用部门、负责部门、负责人、运行环境、 现有数据、 二次开发接口 、维护情况 等 ； d）同类软件项目 的建设情况 ； e）本软件定位及扩展要求 ； f）业务范围、 工作 流程 、涉及数据 与需要通过本软件解决的业务问题，可能涉及 建设项目审批管 理、环境行政处罚管理、环境信访管理、环境监测管理、污染源监控管理、生态保护管理、核 安全与辐射管理、环境应急管理、环境保护电子政务等； HJ 622 2011 4 g）环境保护业务范围内，每项业务输入、处理过程以及涉及的角色、输出

9、； h）环境数据中心的定义、涉及数据项以及需要通过本 数据中心 解决的业务问题 ； i） 空间技术应用现状和需求，以及空间数据要求等； j） 软件信息安全现状、需求、等级保护或分级保护要求； k）环境保护网站 建设 的需求。 5.3.3 需求分析 根据需求调研结果， 开发方应 对用户需求进行分析，并编写用户需求说明书 （参 见附录 B）， 用 户需求调查单作为用户需求说明书的附件。 5.3.4 撰写 用户需求说明书 用户需求说明书主要内容应包括：业务现状描述 （ 组织结构与职能、岗位定义、业务流程、表 单与报表、存在问题等 ）， 软件功能需求（可分为若干模块进行说明） ， 软件非功能需求（用户

10、界面、接 口需求、性能需求及其他需求）。 如果应用原型法进行需求调研，应在 用户需求说明书 的相应内容处全面反映通过原型确 认的用 户界面需求、功能需求以及与系统交互需求等内容。 此阶段 还应关注 ： a）与现有环境保护应用软件的关系 ； b）将来的业务数据如何集成到环境数据中心，如何进行信息处理 ； c）国家和环境保护部对相关业务流程的规定，如放射源管理、污染源监控的相关规定 ； d）安全机制，包括系统身份认证、数据库安全、网络安全要求等 ； e）使用人群情况，包括计算机知识水平、在业务中的使用角色定义等 ； f） 环保部门与其他相关行政部门之间的数据交换接口。 5.3.5 用户需求评审 开

11、发方应遵照本标准第 13 章要求，组织对 用户需求 说明书 进行 评审 。 5.3.6 用户需求确认 用户需求应通过用户确认方能生效。开发方提出需求确认申请后，用户对 用户需求说明书 内容 无异议后应及时进行确认，确认工期应在项目总工期（不包括服务与维护期）的 10%范围内。确认方 式包括：需求文件签字确认、需求评审会议纪要签字确认、公函确认等双方能够认同的确认方式 。 5.3.7 软件需求 分析 开发方应根据用户需求说明书进行需求分析，形成用户需求到软件需求的映射，完成软件需 求规格说明书。 5.3.8 撰写软件需求规格说明书 软件需求规格说明书（遵照 GB/T 8567 2006 执行）的

12、主要内容应包括：需求概述 、 需求规格（系 统总体功能需求） 、 详细功能需求（可分为若干部分） 、 非功能需求。 5.3.9 软件需求评审 开发方应遵照本标准第 13 章要求，组织对 软件需求规格 说明书 进行 评审 。 软件需求规格说明 书应通过评审 方 能生效。 5.3.10 需求变更控制 需求变更 应经过分析、确认，应有变更控制。 需求变更控制流程见图 2。 HJ 622 2011 5 变更分析 变更审批 实施变更 需求变更申请书 变更实施审查 审批是否通过 评审是否通过 结束 提交变更申请 开始 否 否 需求变更申请书 需求变更申请书 图 2 环境保护应用软件 需求变更控制 流程图

13、执行需求变更应满足以下要求： a） 提交变更申 请：应由变更提出人（用户、开发方等责任主体）提出变更申请，编写需求变更 申请书（参 见附录 C）。 需求变更申请书主要内容应包括：变更 原因 、内容、对其他任务的 影响 分析 、对项目造成的影响 分析 、申请人签字、 变更 审批签字等 ； b） 变更分析：开发方应对需求变更申请内容进行分析，分析内容应包括：影响范围、内容、技术 方案、项目影响、风险、成本、工作量等。开发方与用户应对分析内容达成一致意见； c） 变更审批：需求变更应通过用户与开发方的共同签字审批方可生效； d） 实施变更：需求变更审批通过后，方可实施变更。开发方应按变更 影响分析对

14、变更影响范围内 所有相关内容进行相应变更，如有必要还应重新进行需求开发、需求确认； e） 变更实施审查：变更实施完成后，开发方与用户应组织评审小组对变更内容进行评审或测试， 确保变更内容正确以及修改后的工作成果间版本对应； f）变更工期：提出变更申请至变更审批完成所需时间应在项目总工期（不包括服务与维护期）的 5%范围内。 5.4 输出 用户需求调查单、用户需求说明书、软件需求规格说明书、需求变更申请书。 6 环境保护应用软件 概要 设计过程 6.1 入口准则 软件需求规格说明书。 HJ 622 2011 6 6.2 环境保护应用软件 概要 设计流程 概要设计流程应包括：概要设计准备、确定影响

15、软件设计的约束因素、确定设计策略、概要设计、 撰写概要设计文档、概要设计评审等重要活动， 主要工作流程见图 3。 概要设计说明书 软件需求规格说明书 确定影响软件设计的 约束因素 确定设计策略 撰写概要设计文档 概要设计评审 评审是否通过 概要设计 结束 否 概要设计准备 设计开始 概要设计 图 3 环境保护应用软件 概要 设计流程图 6.3 主要步骤 6.3.1 概要 设计准备 开发方的 设计准备工作应包括： a）阅读需求文档，明确设计任务 ； b）分配软件设计任务，包括软件体系结构、数据结构、逻辑流程等 ； c）准备相关设计工具和资料。 6.3.2 确定影响 软件设计的约束因素 开发方应

16、从需求文档中提取需求约束， 可 包括：标准或规范约束 、 软件 与 硬件环境（包括运行环境 和开发环境）约束 、 接口 /协议约束 、 用户界面约束 、 软件质量约束 、 隐含约束 、 安全性约束等。 6.3.3 确定设计策略 开发方应 根据软件产品的需求与发展战略，确定设计策略， 包括但不限于如下策略 ： a）扩展策略，满足环境保护管理业务的扩展需求 ； b）复用策略，延长环境保护应用软件的使用周期 ； c）折 中 策略，降低环境保护应用软件开发成本，提高开发效率。 6.3.4 概要 设计 开发方进行概要设计的 主要内容应包括 ： a）软件架构设计 ：应 确定每个子系统的功能以及子系统之间的

17、关系 ； HJ 622 2011 7 b） 模块划分：应 将子系统分解为若干模块， 并 确定每个模块的功能以及模块之间的关系； c） 环境信息的分类与规划：遵照 GB/T 16705 1996、 GB/T 16706 1996、 HJ/T 417 2007、 HJ/T 352 2007、 CH/T 1005 2000、 CH/T 1007 2001 等相关要求执行； d）数据库 初步设计：应 根据功能要求 ，遵照 HJ/T 419 执行 ； e）软硬件环境 ：应满足用户现有环境条件、与外界业务联系需求及扩展需求 ； f） 安全设计：应遵照 GB 17859 1999、 GB/T 20282 2

18、006 要求执行 。 6.3.5 撰写 概要 设计文档 概要 设计说明书 （参 见附录 D）的 主要内容应包括：软件总体概述 、 影响设计的约束因素 、 设计 策略 、 软件总体结构 、 模块功能 、 系统接口、环境数据库设计规划 、 运行所需的软硬件环境 等 。 6.3.6 概要 设计 评审 开发方应遵照本标准第 13 章要求，组织对 概要设计 说明书 进行 评审 。 6.4 输出 概要 设计说明书。 7 环境保护应用软件详细设计过程 7.1 入口准则 概要 设计说明书。 7.2 环境保护应用软件详细设计 流程 环境保护应用软件详细设计应包括详细设计准备、数据库设计、模块设计、界面设计、接口

19、设计、 撰写详细设计文档、详细设计评审等重要活动， 主要工作流程见图 4。 概要设计说明书 详细设计说明书 软件需求规格说明书 数据库设计 模块设计 界面设计 撰写详细设计文档 详细设计评审 评审是否通过 详细设计结束 详细设计开始 否 详细设计准备 接口设计 图 4 环境保护应用软件详细设计流程图 HJ 622 2011 8 7.3 主要步骤 7.3.1 详细 设计准备 准备工作 应包括： a）根据需求文档和 概要 设计文档，明确环境数据库、软件功能模块、界面设计任务 ； b）准备相关设计工具和资料 ； c）确定本软件的环境数据库、界面设计规则 ； d）其 他 可遵照 HJ/T 419 执行

20、 。 7.3.2 数据库设计 开发方进行数据库设计时应注意标准性和扩展性，应在统一的数据标准基础上进行数据库设计，保 证与其他应用系统的数据联接和共享。 数据库设计 应遵照 HJ/T 419 执行 。 环境信息的编码设计应遵照 GB/T 16705 1996、 GB/T 16706 1996、 HJ/T 212、 HJ/T 417 2007、 HJ/T 352 2007、 CH/T 1005 2000、 CH/T 1007 2001 等标准执行。安全设计应遵照 GB 17859 1999 和 GB/T 20282 2006 执行。 7.3.3 模块设计 模块设计应按照如下步骤，可迭代进行 ：

21、a）主要函数与属性设计 ： 设计每个模块的主要函数与属性 ； b）数据结构与算法设计 ： 设计每个模块的数据结构与算法 ，应满足环境保护部及地方环保机构发 布的标准中所规定的相关算法要求； c）类之间的关系设计 ： 设计完成类之间的泛化、依赖、关联、聚合、组合关系 ； d） 数据存取与显示设计：设计数据存储与显示的格式，保证环境信息的规范与有效，应满足环境 监测方法标准及数据上报的相关格式要求，包括检出限、最多有效位数、小数点后位数等。 7.3.4 界面设计 用户界面设计应按照如下步骤，可迭代进行 ： a）制作环境保护应用软件的原型界面 ； b）应组织用户和 相关开发人员 评估环境保护应用软件

22、的原型界面，汇集意见并进行改进。保证软 件操作步骤与业务流程的一致性 ； c）细化环境保护应用软件的原型界面，如美工处理，细节添加等。 7.3.5 接口 设计 设计软件内部和外部接口。内部接口包括：子系统间和模块间的接口及接口相互数据交换的实现等。 外部接口包括：与平台、硬件以及其他系统间的接口等。接口设计应包括以下内容： a） 接口功能定义、使用规则； b） 接口参数定义，包括：输入输出 、数据类型等； c） 接口的调用方式。 7.3.6 撰写详细设计文档 详细设计说明书 （参 见附录 E）的 主要内容应包括：软件 体系 结构概述、数据库设计说明、模块 设计说明、界面设计说明、算法说明等。

23、7.3.7 详细设计 评审 开发方应遵照本标准第 13 章要求，组织对 详细设计 说明书 进行 评审 。 7.4 输出 详细设计说明书。 HJ 622 2011 9 8 环境保护应用软件实现过程 8.1 入口准则 详细设计说明书。 8.2 环境保护应用软件实现流程 应包括制定软件实现计划、编码实现、代码走查、单元测试等重要活动， 主要工作 流程见 图 5。 编码实现 单元测试 模块代码 详细设计说明书 编码规范 代码走查 制定软件 实现计划 软件实现计划 代码走查记录单 单元测试记录单 软件实现开始 软件实现结束 图 5 环境保护应用软件实现过程流程图 8.3 主要步骤 8.3.1 制定软件实

24、现计划 开发方组织制定软件实现计划应满足但不限于以下要求： a） 项目负责人与开发人员应共同协商制定软件实现计划 （参 见附录 F）； b） 软件实现计划的主要内容应包括：代码实现的人员、环境、工具；走查顺序；单元测试环境、 方法、工具、完成准则及起止时间等。 8.3.2 编码 实现 开发方组织编码实现应满足但不限于以下要求： a）应 依据软件设计说明文档 、编码规范 ，对模块进行编码实现 ； b）应根据编码规范（参 见附录 G），以统一规范编码工作； c）代码应进行版本控制与记录，应建立版本控制方法，并应用工具进行版本控制，版本控制记录 应包括版本号、开发者、起始时间、修改说明等内容 。 8

25、.3.3 代码走查 开发方组织代码走查应满足但不限于以下要求： a） 开发人员之间应进行交叉代码走查，走查内容应包括： 与业务需求的符合性、 命名、注释、循 环语句、判断语句、格式、异常处理机制 等； HJ 622 2011 10 b）代码走 查结果应记录在 代码走查记录单 （参 见附录 H） 。代码走查记录单的主要内容应包 括：走查时间、发现的问题分类以及数量等。 8.3.4 单元测试 模块编码完毕应进行单元测试，单元测试 规范遵照 GB/T 15532 执行。 单元测试中发现的 缺陷 ，应 记录在单元测试记录单 （参 见附录 I） 中。 单元测试记录单的主要内容应包括：输入、预期的输出、实

26、际输出 、发现缺陷及缺陷处理情 况 等。 8.4 输出 软件实现计划、软件代码、代码走查记录单、单元测试记录单。 9 环境保护应用软件测试过程 9.1 入口准则 软件需求规格说明书 、 详细设计说明书。 9.2 环境保护应用软件测试流程 应包括制定软件测试计划、编写测试用例、执行测试用例、缺陷跟踪、测试分析、测试报告评审等 重要活动， 主要工作流程见图 6。 软件测试报告 编写测试用例 缺陷跟踪 测试分析 通过走查和单元测试的 代码 执行测试用例 制定软件 测试计划 软件测试计划 缺陷记录 测试用例 测试用例评审 软件需求规格说明书 概要设计说明书 详细设计说明书 测试报告评审 评审是否通过

27、测试结束 测试开始 否 图 6 环境保护应用软件测试过程 流程图 HJ 622 2011 11 9.3 主要步骤 9.3.1 制定软件测试计划 软件测试人员应根据软件需求规格说明书、 概要 设计说明书、详细设计说明书等制定软 件测试计划（遵照 GB/T 8567 2006 执行） ，应包括单元测试、集成 测试、系统测试、验收测试等测试 阶段计划，内容应包括但不限于：测试任务及进度计划、测试环境、测试方法以及缺陷严重级别分类、 优先级分类、缺陷类型分类、测试执行、挂起准则、通过准则等测试规约。 单元测试、集成测试、系统测试可由开发方完成，验收测试推荐用户根据需求选择具有软件测试资 质的单位进行测

28、试。如果选择具有软件测试资质的单位进行测试，应在项目初期约定中预留相应的测试 时间、经费。 9.3.2 编写测试用例 每个测试阶段都应有相应的测试用例。 测试用例应 依据软件需求规格说明书、概要设计说明 书、详细设计说明 书 进行编写。 测试用例的内容应包括：测试目的、测试类型、 前置条件、 数据准备、特殊规程说明、输入说明、 操作步骤、预期结果、实际结果、测试结论等。 9.3.3 执行测试用例 测试人员应根据软件测试计划搭建测试环境 ，并 根据测试用例进行测试 ，测试用例执行过程应 进行记录。 9.3.4 缺陷跟踪 应跟踪管理测试中发现的缺陷，直 至 修复。 缺陷管理可按图 7 流程进行。

29、是否有效 打开 是否修改已拒绝 已修复 重新打开 是否修复 已关闭 退出处理流程 发现缺陷 新建 否 否 否 图 7 环境保护应用软件 缺陷管理 过程 流程图 开发方进行缺陷管理应满足但不限于以下要求： a） 应利 用工具进行缺陷管理； HJ 622 2011 12 b） 缺陷发现后应进行有效性判断、是否本版本修改判断，确定有效并需在本版本修改后分配修改； c） 缺陷分配给修改人应同时确定预计修改完成时间； d） 应对完成缺陷修改的新版本软件进行回归测试，直至确定缺陷修改完毕。 9.3.5 测试分析 测试结果应在软件测试报告（ 遵照 GB/T 8567 2006 执行）中 进行总结分析 。软件

30、测试报告 的主要内容应包括：测试对象描述、测试环境描述、测试人员、测试时间、 测试结论、 测试结果分析与 建议。 9.3.6 测试报告评审 开发方应遵照本标准第 13 章要求 ，组织对 软件测试报告 进行 评审 。开发方 应 组织 软件测试 报告评审。 9.4 输出 软件测试计划、软件测试报告。 10 环境保护应用软件 试运行及 验收过程 10.1 入口准则 软件测试报告。 10.2 环境保护应用软件 试运行及 验收流程 应包括试运行准备、现场安装调试、用户使用培训、试运行、验收准备、软件产品打包、验收交付 等重要活动， 主要工作流程见图 8。 产品打包 验收交付 发布光盘 纸质支持文档 产品

31、打包清单 用户验收报告 用户需求说明书 软件需求规格说明书 软件测试报告 验收准备 启动 结束 现场安装调试 用户使用培训 试运行 用户反馈信息表 试运行准备 试运行通知 用户反馈信息表 部署参数清单 图 8 环境保护应用软件 试运行及 验收过程 流程图 HJ 622 2011 13 10.3 主要步骤 10.3.1 试运行准备 试运行开始，开发方应给用户发送试运行通知，说明试运行开始时间、试运行实施负责人、联系方 式等，并同时发送用户反馈信息表（参见附录 J），接收试运行期间用户反馈的问题。 用户反馈信息表的内容应包括：问题所属系统、问题详细描述、希望解决时间、信息反馈人、 反馈时间等。 开

32、发方应对试运行所需软件、文件列清单，并按清单及其正确的版本准备试运行软件及所需文件。 10.3.2 现场安装调试 开发方进行现场安装调试前 应确认用户使用环境、实施条件 （ 包括网络资源、服务器资源等 ）， 并 确认软件产品能够在用户使用 环境中正常运行。 如果存在与软件发生通信的仪器等硬件设备，应进行联合调试 。 软件安装调试完成后应形成部署参数清单（参见附录 K），详细记录软件部署内容、部署路径、 基本命名 /识别规则、部署机器名、登录密码等。用户和开发方应各保留一份部署参数清单，以方便 后期维护、防止误删除。 10.3.3 用户使用培训 开发方与用户应共同 确定培训的时间、地点、参与人员

33、和培训内容 ，应按第 12 章要求进行培训 。 10.3.4 试运行 软件安装调试后， 用户试运行 应覆盖到用户需求说明书中所有与软件产品功能和性能有关的内 容。 试运行期间，用户如 果 发现软件产品存在问题、缺陷或对软件产品的功能、性能有疑问，应详细地 记录在 用户反馈信息表 中，并反馈给开发方。开发方应针对发现的问题 及时 给出处理措施， 并 跟踪 问题直 至 解决。 10.3.5 验收准备 开发方的验收准备工作应包括： a） 确定需要交付的软件产品组成，制定打包清单 ； b）邀请用户代表组成评审小组进行发布评审，评审软件是否可交付使用； c） 根据软件开发计划，参考项目合同、用户需求 、

34、相关标准规范 以及软件测试报告，与用 户协商后明确验收交付活动的参加人员、进度安排和验收交付地点 等 。 10.3.6 软件产品打包 开发方进行软件产品打包应满足但不限于以下要求： a） 应根据软件产品打包清单中所列项目，将待交付的所有内容逐项打包，如制作软件发布光盘和 支持文档的装订 ； b）打包清单内容应与用户和开发方在项目初期约定的交付内容相同； c） 打包内容版本应与软件产品打包清单所述一致 。 10.3.7 验收交付 软件 试运行 稳定 后，用户验收人员应 及时组织 进行验收，编写用户验收报告 （参 见附录 L） ，开 发方和用户在用户验收报告上签字确认 。 用户验收报告主要内容应包

35、括：项目基本信息（用户、开发 方、合同编号等）；参与验收人员及 其角色和职责；软件产品验收清单及验收记录、参加验收人员签字、验收过程中发现的问题记录等。 10.4 输出 软件发布光盘、纸 质 支持文档、用户验收报告。 HJ 622 2011 14 11 环境保护应用软件 服务与维护 过程 11.1 入口准则 完成验收。 11.2 环境保护应用软件 服务与维护 流程 应包括服务与维护准备、服务与维护、服务与维护总结等重要活动， 主要工作流程见图 9。 每周巡检 （ 问题收集 ） 问题判断 问题评审 指导用户解决 是否解决是否修改 问题处理与验证 向用户说明原因 现场维护 问题处理结果 告知用户

36、结束 Y N N NY Y 注 ： 以周为服务单位 服务与维护记录 服务与维护记录 售后服务通知 项目问题处理结果 开始 服务与维护准备 巡检记录 服务与维护总结 服务与维护报告 图 9 环境保护应用软件 服务与维护 过程 流程图 11.3 主要步骤 11.3.1 服务与维护准备 验收通过后，开发方应立即以传真、邮件或递交等形式给用户发送售后服务函，通知用户售后服务 开始时间、负责人、联系方式、问题反馈途径、售后服务形式等内容。 HJ 622 2011 15 无偿服务期根据双方签订的合同确定，建议在一年以内。超过无偿服务期应按双方确定的有偿服务 协议进行有偿服务。 11.3.2 服务与维护 1

37、1.3.2.1 每周巡检 开发方应每周对服务范围产品运行和使用情况进行巡检，巡检内容应包括：数据库备份、软件运行 情况、用户使用情况等。巡检过程中如果发现问题应及时进行记录。 11.3.2.2 问题处理 开发方针对巡检及用户反馈的不同类型问题应采取不同的处理方式，但任何问题都应进行反馈： a）因产品缺陷产生的问题，且在服务范围内，则应对问题进行处理与验证； b）因产品缺陷产生的问题，不在服务范围内，则应向用户说明不解决原因； c）因用户应用不当产生的问题，应指导用户解决问题； d）服务的形式应包括：电话服务、远程服务、现场服务等，当电话服务和远程服务无法解决问题 时，应采取现场服务方式，直至问

38、题解决； e）所有问题的处理与反馈都应记录在服务与维护记录（参 见附录 M）。 11.3.2.3 问题处理 结果反馈 开发方应每周及时向用户反馈问题的处理结果。 11.3.3 服务与维护总结 开发方应定期对收集的问题及处理情况进行总结分析，必要时应针对分析结果采取用户培训、产品 升级等系统性解决措施。 11.4 输出 售后服务函、服务与维护记录、服务与维护总结 。 12 环境保护应用软件用户培训过程 12.1 入口准则 软件开发计划。 12.2 环境保护应用软件 用户培训 流程 应包括确定培训计划、培训准备、培训、问题跟踪解决等重要活动， 主要工作流程见图 10。 用户培训确认表 软件开发计划

39、 培训准备 培训 问题跟踪解决 培训结束 确定培训计划 培训开始 培训资料 培训计划 图 10 环境保护应用软件 用户培训 过程 流程图 HJ 622 2011 16 12.3 主要步骤 12.3.1 确定培训计划 培训可分阶段、分批次进行，每次培训的流程、方法及要求应满足本标准的相关要求。 每次培训前，开发方应与用户商议确定培训计划，内容应包括：培训目标、培训对象、培训大纲、 培训地点、培训时间、培训讲师及要求等内容。 12.3.2 培训准备 开发方应根据每次培训的目标、对象、大纲等准备培训教材和资料，应保证培训内容的充分性和必 要性。 12.3.3 培训 环境保护应用软件开发周期中，用户培

40、训应包括应用培训和 技术培训，应包括以下内容： a）应用培训：不同层次用户、角色的基本操作培训，以及系统覆盖的业务范围，以后可扩展内容， 可给不同层次用户提供的功能，需进行的管理制度、工作模式的相应调整等； b）技术培训：服务器维护、操作系统、开发工具、数据库、设计、支持平台、配置管理等。 培训结束，开发方应向培训对象提供培训教材，并对培训效果进行调查。用户应对培训内容、效果 进行确认，记录在用户培训确认表（参见附录 N）中。 12.3.4 问题跟踪解决 开发方应对用户反馈的培训问题进行跟踪，针对共性问题，必要时应重复培训。 13 环境保护应用软件评审过程 13.1 制定评审计划 13.1.1

41、 入口准则 软件开发计划已制定。 13.1.2 主要步骤 13.1.2.1 确定需要评审的工作成果 需要评审的 里程碑工作成果应包括但不限于：软件开发计划 、用户需求说明书、软件需求规 格说明书 、 概要设计说明书、详细设计说明书 、 软件测试报告 。 针对同一工作成果，开发方可组织多次不同级别、不同形式的评审，应最终进行一次正式评审。 13.1.2.2 预定评审时间、地点以及相关人员 应根据软件开发计划进度表， 预定评审时间 、评审内容、评审形式、 评审主持人、评审人员以 及其他 干系 人 ，制定 评审计划 （参 见附录 O） 。 评审人员应 根据评审内容、评审级别、评审形式等确定，可包括开

42、发方相关业务骨干、开发人员、 测试人员、用户代表、环境领域专家等。用户应派代表参加 软件开发计划 、用户需求说明书、软 件需求规格说明书的正式评审，可根据需要派代表参加概要设计说明书、详细设计说明书、测 试用例的正式评审。 13.1.2.3 审批计划 评审计划 应与 软件开发计划 一起进行审批。 13.1.2.4 输出 评审计划 。 HJ 622 2011 17 13.2 评审过程 13.2.1 入口准则 评审计划已 通过审批 。 13.2.2 输入 待评审的工作成果以及与该工作成果相关的材料。 13.2.3 评审流程 正式评审 应包括评审准备、召开评审会议、评审会议决议、修正、跟踪与审核等重

43、要活动， 主要工 作流程见图 11。 评审计划 评审报告 工作成果 召开评审会议 评审会议决议 修正 、 跟踪与审核 评审结束 评审准备 评审开始 图 11 环境保护应用软件正式评审流程图 13.2.4 主要步骤 13.2.4.1 评审准备 评审准备工作应包括： a） 应 确定评审会议的时间、地点、设备和参加会议的人员名单 及角色分配； b） 应提前 通知所有 参加会议人员； c）评审主持人应将工作成果及相关材料、评审规程、检查表等 至少提前一周 发 送 给评审 人 员 ； d）评审 人 员应 根据评审规程、检查表及专业经验对工作成果进行审查，并将审查结果反馈给评审 主持人； e） 评审主持人

44、应在评审会前判断评审准备的充分性和有效性 。 13.2.4.2 召开 评审会议 评审会应满足但不限于以下要求 ： a） 评审会开始应明确评审会的 议程、重点、原则、时间限制等 内容； b） 作者应阐述工作成果，并针对评审人员提问进行相应答辩； c） 评审会议内容及答辩过程应进行记录 ，确定工作成果的缺陷； d）评审会时间不应超过 2 小时。 13.2.4.3 评审会议决议 评审会议最后应形成决议，完成 评审报告 （参 见附录 P）。决议内容应包括但不限于： a） 评审结论：确定工作成果是否合格； b） 缺陷修改责任人及修改完成时间； HJ 622 2011 18 c） 工作成果修改完毕的复核责

45、任人 。 13.2.4.4 修正、跟踪与审核 评审会 后 应对 缺陷进 行修正、跟踪与审核。主要工作应包括： a） 作者应按时 修正工作成果，消除发现的缺陷 ； b） 复核责任人应 跟踪每个缺陷的状态 ，直至缺陷关闭 。 13.2.5 输出 评审报告以及 经过评审修正后的工作成果。 HJ 622 2011 19 附 录 A （资料性附录） 用户需求调查单 模板样例 项目名称 用户需求调查单 项 目 编 号 _ 日 期 _ 需求分析人员 _ 项目负责人 _ 需求标题 调查时间 调查地点 调查方式 调 查 人 被调查对 象信息 用户背景信息 需求信息记录 可靠性、性能和支持性信息 系统约束或限制条

46、件 相关资料清单 HJ 622 2011 20 附 录 B （资料性附录） 用户需求说明书 模板样例 B.1 引言 B.1.1 目的 a）说明用户开发本软件的目的。 b）说明编写本用户说明书的目的。 c）说明本用户说明书的预期读者。 B.1.2 适用范围 说明本用户需求说明书的适用范围。 B.1.3 参考资料 a）列出本项目经核准的任务书（或合同）和上级机关的批文。 b）列 出编写本用户说明书时参考的文件、资料，以及它们的作者、标题、编号、发布日期和出版 单位等。 B.1.4 术语和缩略语 列出本用户说明书中专门术语的定义以及英文缩写词原文词组。 B.1.5 版本历史 以表或文字描述本文件版本

47、历史及修订信息。 B.2 项目概述 a）简述本软件开发项目产生背景。 b）简述本软件开发项目任务书（或合同）所要求的被开发软件功能、主要组成、外部接口等。 c）简述本软件与其 他 软件或数据的关系。 B.3 业务现状描述 B.3.1 组织结构与职责 描述本软件最终用户所在单位的组织结构 及与本软件相关的管理职责，包括： a）组织机构组成。 b）总体职责及各机构管理职责。 c）各机构职责之间的关系。 HJ 622 2011 21 B.3.2 岗位定义 描述软件最终用户相关岗位，包括：岗位名称、所在部门、职责、相关业务、具有的受教育水平、 工作经验和技术专长等。 B.3.3 业务流程 用图、表、文字等详细描述最终用户希望通过本软件实现信息化的业务流程。 B.3.4 表单与报表 描述本软件相关业务流程中涉及的表单与报表以及相关模板。 B.3.5 可能的变化 描述本软件相关组织架构、职责、岗位、流程等在软件开发过程中可能 存在的变化。 B.4 软件功能需求 B.4.1 功能需求分析 用图、表、文字或公式等详细分析被开发软件在其所服务的业务流程的每个节点所需要解决的业务 问题。 B.4.2 功能需求描述 用图、表、文字或公式等详细描述为解决上述业务问题所需要的输入、处理过程、输出、权限等， 解决每一个业务问题的功能需求按