《湖北省电子政务应用系统项目编制规范》.docx
《《湖北省电子政务应用系统项目编制规范》.docx》由会员分享，可在线阅读，更多相关《《湖北省电子政务应用系统项目编制规范》.docx（50页珍藏版）》请在冰豆网上搜索。
《湖北省电子政务应用系统项目编制规范》
湖北省质量技术监督局发布
湖北省电子政务应用系统项目编制规范
TheSpecificationofElectronicGovernmentApplicationSystemforHubeiProvince
呵呵呵
目次
前言...............................................................................
1前言
本标准附录A、附录B为规范性附录，附录C、附录D为资料性附录。
本标准由湖北省电子政务标准体系建设领导小组提出。
本标准由湖北省人民政府信息化工作办公室、湖北省信息产业厅归口。
本标准主要起草单位：
湖北省电子政务工作领导小组办公室、湖北省电子政务标准体系建设领导小组、湖北省标准信息研究所、武汉大学计算机软件工程国家重点实验室。
本标准参加起草单位：
湖北全达信息科技有限公司、东软软件股份有限公司、湖北信安信息安全管理技术有限公司、太极肯思捷信息系统咨询有限公司、武汉蓝星科技股份有限公司、武汉菲旺软件技术有限责任公司。
本标准主要起草人：
唐胜群、徐有威、徐杨、张文勋、林子禹、杨建东、梁薇等。
2引言
为了规范全省电子政务应用系统建设，使电子政务应用系统的招标、设计、实施、评审、验收有章可循、有据可依，保障应用系统设计符合我省电子政务建设政务公开、为民服务、公众参与的总体要求和相关规定，特制定本标准。
本标准吸收了国内电子政务建设先进省市的一些成功经验，结合我省的实际情况制定。
湖北省电子政务应用系统项目编制规范
21 范围
本标准是湖北省电子政务应用系统项目编制和管理的依据。
本标准规定了湖北省电子政务应用系统项目的术语和定义、项目方案的编制流程、项目方案的编写、评审、备案、变更，以及应用系统项目的验收。
本标准适用于湖北省电子政务新建应用系统项目方案编制或因迁入政务外网而需要重新设计、修改的遗留系统的方案编制。
本标准的使用者为湖北省电子政务应用系统建设的管理方、建设方、承建方、监理方。
包括参与电子政务应用系统项目建设的相关管理人员、技术人员、监理人员、评审人员等。
22 规范性引用文本
下列文本中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文本，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文本的最新版本。
凡是不注日期的引用文本，其最新版本适用于本标准。
DB42/T362-2006电子政务术语
23 术语和定义
DB42/T362-2006中确立的以及下列术语和定义适合于本标准。
23.1 政务外网平台electronicgovernmentextranetplatform
基于政务外网的应用系统平台。
基本组成有：
电子政务中心数据库管理系统、应用服务器、数据交换平台、工作流平台、外网上的公务员办公服务门户以及各单位的前置服务器。
平台通过互联网上的政府门户网站进行信息采集、办公受理和结果的发布。
23.2 交换数据exchangedata
系统运行时根据业务要求需要与外部其他系统直接交换的数据。
交换数据通常是主动发布型数据。
交换的方式包括发布和订阅。
23.3 共享数据sharingdata
由本应用系统提供，需要纳入到共享数据库供多个政务部门使用的数据。
共享数据需在政务外网上有限公开，相关的多家政务部门按赋予的权限使用数据。
23.4 迁移transference
将原来独立于政务外网平台的应用系统纳入到政务外网中。
迁移分为三类：
网络迁移、数据迁移和应用迁移。
23.5 网络迁移networktransference
传输网络通道的迁移，即以政务外网线路替换原来独立于政务外网平台的应用系统的传输网络。
23.6 数据迁移datatransference
独立于政务外网平台的应用系统，通过与政务外网平台的数据交换与共享设施，实现与其它政务应用系统数据的交换和共享。
23.7 应用迁移applicationtransference
将原有独立于政务外网平台的应用系统，集成到政务外网平台环境中。
24 项目方案编制流程
项目方案的编制流程应包括以下步骤：
1——项目方案的编写
2——项目方案的评审
3——项目方案的备案
对评审通过后的项目方案进行修改时，还应包括：
4——项目方案的变更及确认
25 项目方案的编写
25.1 项目方案编写概述
项目方案是系统设计中对需求和设计起承接作用的技术文档。
项目方案用来定义电子政务应用系统的建设目标、业务覆盖范围、功能、用户、数据及限制条件等。
项目方案约束应用系统建设单位按照湖北省电子政务建设的总体要求来建设，并被作为评审应用系统是否符合省电子政务建设要求的基本依据。
项目方案由系统建设单位负责编制。
项目方案包括概述、系统范围与目标、现状描述、系统功能描述、系统用户描述、业务数据描述、数据库部署、应用系统在网络平台上的配置描述、政务系统安全、项目实施计划、项目影响因素控制、培训计划、项目经费估算、项目效益分析、其他等十五个部分。
项目方案的编制模版见附录A，项目方案的填写规则见附录B，项目方案的填写示例参见附录C。
25.2 项目方案的内容
25.2.1 概述
包括项目方案的编制目的、文档专业术语解释、引用文档和标准三项。
25.2.2 系统范围与目标
系统范围描述系统覆盖的单位和业务领域。
系统目标描述系统投入运行后，在办公方式、数据采集、数据整理、数据存储、数据传递、信息交换与共享、业务处理等方面产生的变化和在政务公开、为民服务、公众参与、提高行政效率、降低行政成本等方面达到的效果。
25.2.3 现状描述
描述应用系统的当前建设状况。
25.2.3.1 国内外同类系统建设及应用状况
描述国内外同类系统的建设情况以及在应用中的实际效果等。
25.2.3.2 本应用系统的建设现状
描述本项目应用系统的建设现状，包括所处的建设阶段和建设情况等。
25.2.4 系统功能描述
25.2.4.1 功能描述
功能描述是从用户的角度来说明系统所能完成的主要任务。
功能描述是用静态的观点对系统行为的刻画。
25.2.4.2 业务流程
业务流程描述系统功能所涵盖的主要业务环节。
业务流程是用动态的、时序的观点来刻画系统的行为。
分析明确系统业务流程可以更加深刻的理解系统本质。
对于跨越各部门的职能边界范围的业务流程，需要明确部门边界、流程的交互方，为进一步的接口定义奠定基础。
25.2.4.3 信息描述
信息描述是指系统运行时产生、使用和交换的数据描述。
系统信息包括表格、文本、多媒体数据、其他数据。
表格是指政务业务中以表格形式存在的数据信息。
文本是指政务业务中以文本形式存在的法律、法规、规章、文件等。
多媒体数据是指政务业务中以图片、图像、动画、音频、视频等形式存在的数据。
其他数据是指政务业务中除以上形式以外的数据。
信息描述、功能描述和业务流程描述共同构成系统的整体诠释。
25.2.5 系统用户描述
系统用户是指系统投入实际运行时的各类参与者。
系统用户描述应该从系统的使用者、维护者、监管者等几个方面加以考虑，并明确系统用户的分布和权限。
在系统用户的定义中，涉及到公务员的可以参考公务员职位序列的有关规定。
25.2.6 业务数据分类描述
25.2.6.1 自用数据
自用数据是指与其他部门和地方没有任何协同关系的数据。
25.2.6.2 交换数据
交换数据描述应包括对交换数据的数据目录分类、数据元名称、数据用途、数据的来源和去向、交换频率、交换数据流量的描述。
交换数据分为接受其他部门的数据和提供给其他部门的数据。
25.2.6.3 共享数据
共享数据描述应包括对共享数据的数据目录分类、数据元名称、数据用途、使用者、存储位置、更新频率的描述。
交换和共享数据须遵照湖北省人民政府令第262号令《湖北省政府信息公开规定》及相关规定，包括涉及公众服务、行政许可、政务协同、预警预测、决策支持等相关数据。
25.2.7 数据库部署
数据库部署描述数据库在电子政务网络上的分布要求。
数据库部署要遵照《湖北省电子政务总体设计方案》的要求，即在设计时尽量利用现有数据库服务资源，减少盲目投资和重复建设。
数据库原则上应部署在政务外网（包括中心数据库、前置数据库）。
25.2.8 应用系统在网络平台上的配置描述
描述应用系统在省电子政务外网网络平台、互联网、单位局域网上的业务组件的分布情况。
配置描述要说明系统是如何利用外网上的政务门户、数据交换与工作流中间件、应用服务器的，以及如何利用互联网上的政府门户网站完成政务处理的。
应用系统在政务外网平台上的配置，要按照全省电子政务建设的统一要求构建，可供选择的方案有三种：
系统整体迁移到外网平台；不能整体迁移的系统应提供外网接口服务或利用前置服务器传递信息；新建系统应在外网平台的框架下构建。
25.2.9 政务系统安全
应用系统项目方案中应从下面两大方面描述系统的安全保障要求。
25.2.9.1 数据安全
说明系统需要采集、传输、处理和存储的数据的安全分级（一般、重要、敏感）；描述这些数据的传输、存储是否采用加密措施；描述数据库安全的级别要求。
25.2.9.2 使用安全
对系统功能组件采用的用户身份认证、访问控制、安全审计及日志等安全防护措施进行描述。
25.2.10 项目实施计划
描述项目实施步骤的划分，并确定各步骤的任务、进度、里程碑和责任人（单位）。
必须对项目的现有状况（使用中、设计开发中、计划中）进行明确描述，项目实施计划的制定必须基于项目现有的状况，应包括但不限于以下步骤的划分：
25.2.10.1 承建单位和监理单位的确定
根据项目方案的要求和国家相关法律、法规的规定，选择合格的承建单位和监理单位。
本步骤结束的标志是，与选定的系统承建单位和监理单位签订建设服务合同。
25.2.10.2 需求调查及分析
承建单位根据合同规定为建设单位进行需求调查和分析。
本阶段的结束标志是承建单位向建设单位提交项目需求分析报告。
25.2.10.3 项目方案设计
承建单位根据合同规定对项目进行方案设计。
系统的设计方案必须提交建设方组织评审，重大项目须通过省电子政务工作领导小组办公室主持的项目评审。
本阶段结束的标志是系统的设计方案通过评审。
25.2.10.4 系统实现
承建单位按照系统的设计方案实现目标系统。
本阶段结束的标志是承建单位交付实现的系统产品。
25.2.10.5 系统验收
建设单位根据合同规定和项目方案要求组织验收小组对承建单位交付的系统产品及使用情况进行验收测试，重大项目要通过省电子政务工作领导小组办公室主持的项目评审，确定是否按合同要求完成了任务。
本阶段结束的标志是建设单位接受交付的系统产品，书面同意进入质保期。
25.2.10.6 系统使用维护
承建单位应在系统使用维护阶段为建设单位提供相应的技术支持。
系统使用维护阶段从系统进入质保期开始。
25.2.11 项目影响因素控制
对系统实施过程中可能出现的影响因素应进行分析，并制定相应的影响因素应对计划。
25.2.12 培训计划
培训计划说明针对系统建设的需要而作的培训安排（包括培训人员、资金、时间、场地安排等）。
培训内容包括技术人员的业务培训、管理人员的基础技术培训、使用人员的操作培训等。
25.2.13 项目经费估算
经费估算按项目设计、项目论证、集成、硬件设备采购、软件购置及开发、网络流量费用、监理、人员培训、运行维护、方案评审和验收等项列出，并提供项目的经费估算依据。
25.2.14 项目效益分析
分析项目完成后对企业、公民、社会所带来的具体效益，说明在提高行政效率、降低行政成本以及政务公开等方面产生的具体效果。
25.2.15 其他
其他需要在系统方案中说明的未尽事宜。
26 项目方案的评审
应用系统项目方案制定完成后，建设单位应组织评审组对项目方案进行评审。
评审组成员应至少包括：
5——电子政务管理方代表；
6——政务业务专家；
7——信息技术专家；
8——监理机构代表；
9——使用者代表。
27 项目方案的备案
项目方案通过评审后，建设单位应妥善管理项目方案文档，并将项目方案文档提交地方电子政务主管部门备案。
28 项目方案的变更
需要对项目方案进行修改时，建设单位应向地方电子政务主管部门提交系统变更申请表，变更登记表见附录D。
地方电子政务主管部门组织审查通过后，才能对项目方案进行修改。
29 项目验收
验收的内容包括功能验收、数据验收（包括数据交换验收、数据共享验收、数据库部署验收）、系统网络平台配置验收、文档验收、项目经费审计等部分。
29.1 功能验收
功能验收按照用户类别（如互联网用户类、外网用户类、单位局域网类）分别验收。
29.2 数据验收
29.2.1 数据交换验收
数据交换验收以经评审通过的项目方案所确定的交换数据范围为验收依据。
29.2.2 数据共享验收
数据共享验收以经评审通过的项目方案所确定的共享数据范围为验收依据。
29.2.3 数据库部署验收
数据库部署验收以经评审通过的项目方案所确定的数据库部署方案为验收依据。
29.3 系统网络平台配置验收
系统网络平台配置验收以经评审通过的项目方案所确定的系统网络平台配置方案为验收依据。
29.4 文档验收
系统建设中所产生的技术、管理文档的验收。
29.5 项目经费审计
项目建设完成后的实际使用经费的审计。
项目经费审计要比对实际使用经费和项目方案中经费估算之间的差异。
附 录 A
（规范性附录）
湖北省电子政务应用系统项目方案模板
湖北省电子政务应用系统项目方案
系统名称：
系统序号：
系统类型：
建设单位：
责任人：
日期：
年月日
1.概述
1.1.编制目的
1.2.文档专业术语解释
1.3.引用文档和标准
2.系统范围与目标
3.现状描述
3.1.国内外同类系统建设及应用状况
3.2.本应用系统的建设现状
4.系统功能描述
4.1.功能描述
4.2.业务流程
4.3.信息描述
4.3.1.表格
表1表格类信息
序号
表格名称
表格种类
表格说明
备注
4.3.2.文本
表2文本类信息
序号
文本名称
文本种类
文本说明
备注
4.3.3.多媒体数据
表3多媒体类信息
序号
数据名称
数据种类
数据说明
备注
4.3.4.其他数据
表4其它数据信息
序号
数据名称
数据种类
数据说明
备注
5.系统用户描述
表5系统用户描述
序号
用户名称
用户分布
权限说明
6.业务数据分类描述
6.1.自用数据
表6自用数据
序号
数据目录分类
数据元名称
数据用途
备注
6.2.交换数据
6.2.1.接受其他部门的数据
表7接受的交换数据
序号
数据目录分类
数据元名称
数据用途
数据来源
交换频率
交换数据流量
备注
6.2.2.提供给其他部门的数据
表8提供的交换数据
序号
数据目录分类
数据元名称
数据用途
数据去向
交换频率
交换数据流量
备注
6.3.共享数据
表9共享数据
序号
数据目录分类
数据元名称
使用者
共享存储位置
更新频率
备注
7.数据库部署
图数据库部署图
8.应用系统在网络平台上的配置描述
图应用系统在网络平台上的配置图
9.政务系统安全
9.1.数据安全
9.1.1.数据安全等级划分
表10数据安全等级划分
序号
数据名称
数据传输网络
安全等级
9.1.2.数据库安全要求
9.2.使用安全
9.2.1.用户身份认证要求
表11用户身份认证
序号
用户类型
身份认证要求
9.2.2.访问控制要求
表12用户访问控制
序号
用户类型
访问控制要求
业务范围
业务数据
访问方式
9.2.3.安全审计
10.项目实施计划
表13项目实施计划
序号
步骤划分
任务内容
责任单位
计划开始时间
计划完成时间
责任人
11.项目影响因素控制
表14项目影响因素控制
序号
影响因素描述
发生可能性
影响程度
责任人
应对措施
12.培训计划
13.项目经费估算
表15项目经费估算
项目名称
责任单位
估算项目
费用金额（万元）
备注
设计费用
项目论证费
项目集成费
硬件设备采购费
软件购置及开发费
网络使用流量费
监理费用
人员培训费用
运行维护费
方案评审和验收费用
其他费用
合计
14.项目效益分析
15.其他
附 录 B
（规范性附录）
湖北省电子政务应用系统项目方案填写规则
湖北省电子政务应用系统项目方案
系统名称：
系统序号：
系统类型：
建设单位：
责任人：
日期：
年月日
系统名称填写提交的应用系统的全称。
应用系统的全称命名规则是：
管辖域名+系统领域+系统技术类型。
管辖域名为应用系统设计的有效执行地区范围，如“湖北省”等。
系统领域为应用系统所涉及的应用领域，如“新型农村合作医疗”。
系统技术类型为应用系统的技术上的分类，如“信息管理系统”、“基础信息库”等。
系统序号为系统的唯一编号。
该编号为湖北省推进电子政务工作专班下发的应用系统建设任务书所指定的系统序号。
系统类型为应用系统的基本类型。
应用系统的基本类型有“基础数据库类”、“公众服务类”、“监测、监控和预警类”、“政务办公类”、“其他类”。
建设单位为承担应用系统项目建设任务的责任单位。
责任人为项目责任单位的主要负责人。
1.概述
1.1.编制目的
描述该文档编制的目的和用途。
1.2.文档专业术语解释
罗列并解释本文档中出现的主要专业术语。
1.3.引用文档和标准
罗列本文中引用的其他文档和相关标准。
2.系统范围与目标
系统范围描述系统覆盖的单位和业务领域。
系统目标的确定可以明晰系统实现的最终效果，为系统需求方和设计方提供了一致的理解。
对于需求方，系统目标表达了需求者对系统的愿景；对于设计方，设计者在设计中选择实施方案时，系统目标也为其选择提供了依据。
系统目标要从总体上概括的说明系统实现产生的变化和结果。
3.现状描述
3.1.国内外同类系统建设及应用状况
简要说明国内外同类系统建设情况，包括系统建设名称、内容、用途、实施方案、效果、与本项目系统的差别等。
3.2.本应用系统的建设现状
对于计划建设项目，需要描述目标系统所覆盖的政务工作的当前状况，包括数据采集、处理、传递、存储的方式，以及涉及的相关人员。
对于在建项目，需要描述系统建设进度和现有系统架构与政务外网的关系。
对于已建系统，需要描述系统运行情况以及目前该系统架构与政务外网关系。
4.系统功能描述
4.1.功能描述
系统功能描述将系统划分为各个业务功能块，可以使设计者较好的把握系统的实现结构，为系统结构设计奠定基础。
功能描述要描述系统为本单位、其他部门、各级领导、企业和社会公众提供以下应用和服务内容及功能：
信息发布与交换、政务办公、行政许可、政务协同、实时监控、预警预测、决策支持等。
系统功能说明要求系统设计者把握好功能区分的粒度。
功能的划分要粒度适中，既不能过粗只有很少的几项，不能准确的描述系统的轮廓；也不能太细太多，反而不易从整体上把握系统完成的主要功能。
每个功能应该具有一定的逻辑内聚性，和其他功能之间具有松耦合的特性。
每个功能都要列出功能名称和功能描述。
功能名称应能准确的刻画功能的内涵。
功能描述应完整全面的描述该功能。
功能描述的方法可以参照国家《电子政务系统总体设计要求（征求意见稿）》关于系统功能的说明。
4.2.业务流程
业务流程即业务的构成环节和流转的程序。
业务流程的粒度（此处“粒度”表示业务构成环节的规模和详细程度）需要很好的控制。
太粗的流程隐藏了业务细节，容易造成系统功能界定的混乱。
太细的流程达不到区分功能、把握系统结构的目的。
流程的书写要分别列出流程名称，并细分为流程步骤。
按照流程顺序给出每个流程步骤的名称和步骤描述。
步骤描述要讲清该步骤的启动条件、启动者、执行者、涉众、执行动作、产生的结果等。
对于跨部门业务流程和协同办公，需要说明该步骤所涉及的部门及环节的信息来源和去向。
业务流程的描述方法可以参照GB/T19487-2004《电子政务业务流程设计方法通用规范》的业务流程设计方法，也可以使用普通流程图或UML等方法。
4.3.信息描述
4.3.1.表格
序号可以按照一定的规则分类后编号。
表格名称是指需求阶段收集到的纸质或电子表格的名称。
表格种类要确定该表格的文件格式为“.doc”、“.xls”。
表格说明用来说明该表格的用途和使用场合。
备注说明关于该表格的未尽事宜。
序号
表格名称
表格种类
表格说明
备注
4.3.2.文本
序号可以按照一定的规则分类后编号。
文本名称是指需求阶段收集到的纸质或电子文本的名称。
文本类型要确定该表格的文件格式为“.doc”、“.wps”、“.txt”。
文本说明用来说明该文本的用途和使用场合。
备注说明关于该文本的未尽事宜。
序号
文本名称
文本种类
文本说明
备注
4.3.3.多媒体数据
序号可以按照一定的规则分类后编号。
数据名称是指多媒体数据的名称。
数据种类要确定多媒体数据的文件格式为
图片：
“.jpeg”、“.bmp”
图形：
“.pdf”
音频：
“.mp3”、“.wav”
动画：
“.swf”
视频：
“.avi”、“.rm”、“.wma”
数据说明要
升级会员 