1、HJ 6222011 1 环境保护应用软件开发管理技术规范 1 适用范围 本标准规定了环境保护应用软件开发管理过程中需遵循的重要工作流程、管理基本要求和技术基本要求。本标准适用于环境保护应用软件进行需求开发与管理、概要设计、详细设计、软件实现、软件测试、软件试运行及验收、服务与维护、用户培训及评审等基本的软件开发管理活动。本标准的主要使用者为环境保护应用软件管理者和开发者。2 规范性引用文件 本标准内容引用了下列文件中的条款。凡是不注日期的引用文件，其有效版本适用于本标准。GB/T 167051996 环境污染类别代码 GB/T 167061996 环境污染源类别代码 HJ/T 212 污染源
2、在线自动监控（监测）系统数据传输标准 HJ/T 3522007 环境污染自动监控信息传输、交换技术规范 HJ/T 4162007 环境信息术语 HJ/T 4172007 环境信息分类与代码 HJ/T 418 环境信息系统集成技术规范 HJ/T 419 环境数据库设计与运行管理规范 GB/T 85662007 信息技术 软件生存周期过程 GB/T 85672006 计算机软件文档编制规范 GB/T 114572006 信息技术 软件工程术语 GB/T 15532 计算机软件单元测试 GB 178591999 计算机信息系统安全保护等级划分准则 GB/T 202822006 信息安全技术 信息系统
3、安全工程管理要求 CH/T 10052000 基础地理信息数字产品数据文件命名规则 CH/T 10072001 基础地理信息数字产品元数据 3 术语和定义 GB/T 85662007、GB/T 114572006、HJ/T 4162007 和 HJ/T 419 中界定的以及下列术语和定义适用于本标准。3.1 环境保护应用软件 environmental protection applications software 对环境信息进行采集、汇聚、整理、加工、存储、分类、检索、计算、比较、判断、排序、输出等操作，为环境管理、研究工作提供信息管理与共享、决策支持、辅助执行、效果反馈等服务的软件。HJ
4、 6222011 2 3.2 开发过程 development process 在软件开发期间，为给定目的而执行的一组相关联的活动。3.3 非功能需求 non-functional requirement 用户需求中除功能需求以外的要求，如可靠性、效率、易用性等。3.4 软件产品 software product 一组计算机程序、规程以及可能的相关文档和数据。4 环境保护应用软件开发过程 遵照 GB 85662007 规定的软件生存周期过程定义，规定环境保护应用软件开发需实施的过程。环境保护应用软件开发过程可划分为如下九个过程：环境保护应用软件需求开发与管理过程；环境保护应用软件概要设计过程；
5、环境保护应用软件详细设计过程；环境保护应用软件实现过程；环境保护应用软件测试过程；环境保护应用软件试运行及验收过程；环境保护应用软件服务与维护过程；环境保护应用软件用户培训过程；环境保护应用软件评审过程。每个过程未作特殊说明的入口准则都是经过评审的文件。5 环境保护应用软件需求开发与管理过程 5.1 入口准则 软件开发计划（遵照 GB/T 85672006 执行）已通过评审。需求开发人员已确定。5.2 需求开发与管理流程 需求开发与管理流程应包括调研前准备、需求调研、需求分析、撰写用户需求说明书、用户需求评审、用户需求确认、软件需求分析、撰写软件需求规格说明书、软件需求评审、需求变更控制等重要
6、活动，主要工作流程见图 1。5.3 主要步骤 5.3.1 调研前准备 开发方应确定需求调研时间及需求获取干系人，根据选定的调研方式，完成 用户需求调查单（参见附录 A）准备。用户需求调查单主要内容应包括：被调查对象名称、调查时间、地点、用户背景信息、需求信息记录、可靠性及支持信息、现有环境保护应用软件使用情况等。HJ 6222011 3 需求调研需求分析用户需求评审用户需求确认用户需求用户需求调查单用户需求说明书软件需求定义软件需求评审软件需求规格说明书合同技术附件评审是否通过评审是否通过需求分析结束解决方案或投标书调研前准备开始否否需求变更 图 1 需求开发与管理过程流程图 5.3.2 需求
7、调研 开发方应根据访谈提纲和调研计划，通过原型法、会议、访谈、问卷调查等方式进行调查，填写 用户需求调查单作为原始用户需求。用户应配合完成需求调研。此阶段调研包含以下内容：a）环境管理部门的组织架构与下设各职能部门职责；b）信息化建设环境，包括操作系统平台、数据库系统、硬件网络、对本系统的约束、本系统建设时的依赖等；c）现有环境信息化系统情况，包括软件名称、用途、开发单位、开发语言、保存的相关技术文档情况、上线时间、使用情况、使用范围、使用部门、负责部门、负责人、运行环境、现有数据、二次开发接口、维护情况等；d）同类软件项目的建设情况；e）本软件定位及扩展要求；f）业务范围、工作流程、涉及数据
8、与需要通过本软件解决的业务问题，可能涉及建设项目审批管理、环境行政处罚管理、环境信访管理、环境监测管理、污染源监控管理、生态保护管理、核安全与辐射管理、环境应急管理、环境保护电子政务等；HJ 6222011 4 g）环境保护业务范围内，每项业务输入、处理过程以及涉及的角色、输出；h）环境数据中心的定义、涉及数据项以及需要通过本数据中心解决的业务问题；i）空间技术应用现状和需求，以及空间数据要求等；j）软件信息安全现状、需求、等级保护或分级保护要求；k）环境保护网站建设的需求。5.3.3 需求分析 根据需求调研结果，开发方应对用户需求进行分析，并编写用户需求说明书（参见附录 B），用户需求调查单
9、作为用户需求说明书的附件。5.3.4 撰写用户需求说明书 用户需求说明书主要内容应包括：业务现状描述（组织结构与职能、岗位定义、业务流程、表单与报表、存在问题等），软件功能需求（可分为若干模块进行说明），软件非功能需求（用户界面、接口需求、性能需求及其他需求）。如果应用原型法进行需求调研，应在用户需求说明书的相应内容处全面反映通过原型确认的用户界面需求、功能需求以及与系统交互需求等内容。此阶段还应关注：a）与现有环境保护应用软件的关系；b）将来的业务数据如何集成到环境数据中心，如何进行信息处理；c）国家和环境保护部对相关业务流程的规定，如放射源管理、污染源监控的相关规定；d）安全机制，包括系统
10、身份认证、数据库安全、网络安全要求等；e）使用人群情况，包括计算机知识水平、在业务中的使用角色定义等；f）环保部门与其他相关行政部门之间的数据交换接口。5.3.5 用户需求评审 开发方应遵照本标准第 13 章要求，组织对用户需求说明书进行评审。5.3.6 用户需求确认 用户需求应通过用户确认方能生效。开发方提出需求确认申请后，用户对用户需求说明书内容无异议后应及时进行确认，确认工期应在项目总工期（不包括服务与维护期）的 10%范围内。确认方式包括：需求文件签字确认、需求评审会议纪要签字确认、公函确认等双方能够认同的确认方式。5.3.7 软件需求分析 开发方应根据用户需求说明书进行需求分析，形成
11、用户需求到软件需求的映射，完成软件需求规格说明书。5.3.8 撰写软件需求规格说明书 软件需求规格说明书（遵照 GB/T 85672006 执行）的主要内容应包括：需求概述、需求规格（系统总体功能需求）、详细功能需求（可分为若干部分）、非功能需求。5.3.9 软件需求评审 开发方应遵照本标准第 13 章要求，组织对软件需求规格说明书进行评审。软件需求规格说明书应通过评审方能生效。5.3.10 需求变更控制 需求变更应经过分析、确认，应有变更控制。需求变更控制流程见图 2。HJ 6222011 5 变更分析变更审批实施变更需求变更申请书变更实施审查审批是否通过评审是否通过结束提交变更申请开始否否
12、需求变更申请书需求变更申请书 图 2 环境保护应用软件需求变更控制流程图 执行需求变更应满足以下要求：a）提交变更申请：应由变更提出人（用户、开发方等责任主体）提出变更申请，编写需求变更申请书（参见附录 C）。需求变更申请书主要内容应包括：变更原因、内容、对其他任务的影响分析、对项目造成的影响分析、申请人签字、变更审批签字等；b）变更分析：开发方应对需求变更申请内容进行分析，分析内容应包括：影响范围、内容、技术方案、项目影响、风险、成本、工作量等。开发方与用户应对分析内容达成一致意见；c）变更审批：需求变更应通过用户与开发方的共同签字审批方可生效；d）实施变更：需求变更审批通过后，方可实施变更
13、。开发方应按变更影响分析对变更影响范围内所有相关内容进行相应变更，如有必要还应重新进行需求开发、需求确认；e）变更实施审查：变更实施完成后，开发方与用户应组织评审小组对变更内容进行评审或测试，确保变更内容正确以及修改后的工作成果间版本对应；f）变更工期：提出变更申请至变更审批完成所需时间应在项目总工期（不包括服务与维护期）的5%范围内。5.4 输出 用户需求调查单、用户需求说明书、软件需求规格说明书、需求变更申请书。6 环境保护应用软件概要设计过程 6.1 入口准则 软件需求规格说明书。HJ 6222011 6 6.2 环境保护应用软件概要设计流程 概要设计流程应包括：概要设计准备、确定影响软
14、件设计的约束因素、确定设计策略、概要设计、撰写概要设计文档、概要设计评审等重要活动，主要工作流程见图 3。概要设计说明书软件需求规格说明书确定影响软件设计的约束因素确定设计策略撰写概要设计文档概要设计评审评审是否通过概要设计结束否概要设计准备设计开始概要设计 图 3 环境保护应用软件概要设计流程图 6.3 主要步骤 6.3.1 概要设计准备 开发方的设计准备工作应包括：a）阅读需求文档，明确设计任务；b）分配软件设计任务，包括软件体系结构、数据结构、逻辑流程等；c）准备相关设计工具和资料。6.3.2 确定影响软件设计的约束因素 开发方应从需求文档中提取需求约束，可包括：标准或规范约束、软件与硬
15、件环境（包括运行环境和开发环境）约束、接口/协议约束、用户界面约束、软件质量约束、隐含约束、安全性约束等。6.3.3 确定设计策略 开发方应根据软件产品的需求与发展战略，确定设计策略，包括但不限于如下策略：a）扩展策略，满足环境保护管理业务的扩展需求；b）复用策略，延长环境保护应用软件的使用周期；c）折中策略，降低环境保护应用软件开发成本，提高开发效率。6.3.4 概要设计 开发方进行概要设计的主要内容应包括：a）软件架构设计：应确定每个子系统的功能以及子系统之间的关系；HJ 6222011 7 b）模块划分：应将子系统分解为若干模块，并确定每个模块的功能以及模块之间的关系；c）环境信息的分类
16、与规划：遵照 GB/T 167051996、GB/T 167061996、HJ/T 4172007、HJ/T 3522007、CH/T 10052000、CH/T 10072001 等相关要求执行；d）数据库初步设计：应根据功能要求，遵照 HJ/T 419 执行；e）软硬件环境：应满足用户现有环境条件、与外界业务联系需求及扩展需求；f）安全设计：应遵照 GB 178591999、GB/T 202822006 要求执行。6.3.5 撰写概要设计文档 概要设计说明书（参见附录 D）的主要内容应包括：软件总体概述、影响设计的约束因素、设计策略、软件总体结构、模块功能、系统接口、环境数据库设计规划、运行所需的软硬件环境等。6.3.6 概要设计评审 开发方应遵照本标准第 13 章要求，组织对概要设计说明书进行评审。6.4 输出 概要设计说明书。7 环境保护应用软件详细设计过程 7.1 入口准则 概要设计说明书。7.2 环境保护应用软件详细设计流程 环境保护应用软件详细设计应包括详细设计准备、数据库设计、模块设计、界面设计、接口设计、撰写详细设计文档、详细设计评审等重要活动，主要工作流程见图 4。
