1、中国世界自然遗产信息数据库建设技术需求书住房城乡建设部城乡规划管理中心2013年 9月目 录1 项目概况11.1 项目背景11.2 现状22 建设目标与业务需求22.1 业务需求22.2 建设目标33 总体要求33.1 建设原则33.2 建设要求33.3 运行环境54 技术要求64.1 开发工具64.2 内容管理65 系统实施与服务要求75.1 方案设计要求85.2 项目组织管理要求95.3 开发过程要求95.4 进度要求105.5 测评验收要求105.6 技术支持与服务要求115.7 配合要求125.8 培训要求125.9 保密要求1311 项目概况1.1 项目背景中国自 1985 年加入保
2、护世界文化和自然遗产公约以来，当前中国世界遗产地共 45 处，其中 24 处世界遗产地（包括文化遗产）涉及国家级风景名胜区，共涉及风景名胜区数量 33 处。中国的世界自然遗产既是中国生物多样性最丰富的地区之一，同时又是生物多样性受到最严重威胁的地区之一。中国现有的世界自然遗产地，对生物多样性的保护起到了关键作用，也对开展生物资源与环境保护与利用的研究，具有重要的示范带动意义。随着中国人口规模不断扩大和城镇化进程加快，人们从自然遗产地内获取生物资源以及侵占生物栖息地的活动逐渐加剧，导致物种萎缩和消失、生态系统遭到破坏。保护与发展之间的矛盾逐渐凸显，对中国世界自然遗产的保护和管理提出了更高的要求。
3、目前国内对于世界自然遗产保护管理信息化手段相对匮乏，与之相关的研究相对较少，针对中国世界自然遗产保护管理工作中迫切需要解决的问题，围绕中国世界自然遗产管理规划规范和中国世界自然遗产监测开展对中国世界自然遗产信息系统建设，目的在于增强中国履行保护世界文化和自然遗产公约的能力，提升中国世界自然遗产保护管理水平，加强中国世界自然遗产保护和管理状况监测。1.2 现状2006 年底，我们着手开展国家级风景名胜区监管信息系统2网络平台（以下简称“网络平台” ）的建设工作， 2006 年完成建设进入试运行阶段，并于 2007 年 12 月 1 日正式开通运行。根据关于做好国家级风景名胜区监管信息系统网络平台
4、开通运行工作的通知（建城景函2007157 号）精神，平台域名是原建设部网站二级域名 ，住房和城乡建设部信息中心为平台提供单独的服务器、带宽、IP 地址、网络防火墙、操作系统和数据库等。2011 年底，我们对网络平台进行了更新升级，完善了基础资料、规划、遥感、建设项目、快报年报等五大数据库建设。目前，平台整体运行状况良好。2 建设目标与业务需求2.1 业务需求对分散的各中国世界自然遗产地相关信息进行集中管理，使风景名胜区管理者及时了解掌握各世界遗产地情况，在进行宏观规划时，提供科学依据，从而提高管理效率。2.1.1 收集、整理中国世界自然遗产地相关信息。2.1.2 基于监管信息系统网络平台，完
5、成中国世界自然遗产数据库建设。2.1.3 数据库内容应 包括：申报文本、评估报告、决议、定期报告、保护管理规划、其他相关规划、地图、遥感数据、自然资源情况、其他。2.1.4 提供中国世界自然 遗产地遥感监测、地理信息、规划等业务数据和政策法规相关资料信息服务。32.1.5 持续加强后期技术服务支持。2.2 建设目标通过建设中国世界自然遗产信息数据库，实现中国世界自然遗产遥感监测等信息数据的网络化传输和政务信息发布，面向行业提供法规政策等相关文件资料的查询服务，促进世界遗产地之间的业务交流，提升世界遗产地信息化建设水平。2.2.1 实现中国世界自然遗产遥感数据的网络化传输，为中国世界遗产地监管业
6、务提供可靠、高效的信息传输渠道；2.2.2 实现中国世界遗产地工作政务信息发布，跟踪世界遗产行业发展动态，反映中国世界遗产管理与服务工作；2.2.3 实现中国世界遗产地网上信息快报、年报上报业务，提高中国世界自然遗产基础信息及相关数据资料的统计质量和效率；2.2.4 提供遥感监测、地理信息、业务数据和政策法规等相关文件资料的共享与服务。3 总体要求3.1 建设原则3.1.1 实用性原则：以现实业务需求为基础，充分考虑发展的需要来确定数据库规模。3.1.2 安全性原则：应能提供安全手段防止非法入侵和越级操作，应用系统和软硬件都应遵守相关的规定，符合国家有关电子政务系统安全的要求。43.1.3 可
7、靠性原则：业务数据库需要经过严格的测试，确保运行高效稳定。3.1.4 成熟和先进性原则。业务数据库结构设计、系统配置、系统管理方式等方面采用国际上先进同时又是成熟、实用的技术。3.1.5 规范性原则：业务数据库设计所采用的技术和设备应符合国际标准、国家标准和业界标准，为系统的扩展升级、与其它系统的互联提供良好的基础。3.1.6 开放性和标准化原则：在设计时，要求提供开放性好、标准化程度高的技术方案，设备的各种接口满足开放和标准化原则。3.1.7 可扩充和扩展化原则：业务数据库不但满足当前需要，并在扩充模块后满足可预见将来需求。各功能模块间的耦合度小，以适应业务发展灵活需要，便于系统的继承和扩展
8、。3.1.8 可管理性原则：业务数据库应易于管理，易于维护，操作简单，易学，易用，便于进行系统配置，能够很好的监控设备、安全性、数据流量、性能等方面内容。业务数据库应具有良好的结构，各个部分应有明确和完整的定义，使得局部的修改不影响全局和其他部分的结构和运行。3.1.9 易使用性原则：应用界面简洁、直观，尽量减少菜单的层次和不必要的点击过程，便于快速掌握系统操作方法，特别是要符合业务工作人员的思维方式和工作习惯，方便非计算机专业5人员的使用；应提供联机或脱机等多种帮助手段。3.1.10 有限开源性原则：业务数据库的可执行程序要交付，所有二次开发的源代码、用户数据视图和库表程序要交付，并提供规范
9、的数据库设计，接口规范。3.1.11 保密性原则：应采用严格的安全保密措施，设置多级安全机制，明确各级工作人员的职责，保证各司其职、各负其责。3.2 建设要求3.2.1 开放的 J2EE 平台：由于网络平台架构采用Browser/Application Server/DataBase Server（页面层、逻辑层、数据库层）三层体系结构，要求基于 J2EE 的平台架构。页面层利用 HTML 语言实现， 逻辑层将业务逻辑封装成 EJB 组件，数据库层利用 JDBC 与 Oracle 连接。J2EE 开发工具是采用 Borland的 Jbuilder9，Jbuilder 环境开发程序方便，Java
10、 开发环境，适合企业级的 J2EE 开发，它能用 Servlet 和 JSP 开发和调试动态 Web应用。 业务数据库开发应尽量不改变原有平台的建设结构与技术框架。3.2.2“平台 +构件” 的应用体系：能够很方便地实现应用的拆分，实现 集中式门户平台+分布式的系统 部署。3.2.3 可靠的安全机制：支持国内主流标准，提供身份认证、加密传输的功能。同时提供较完善的数据加密及访问控制，提供日志跟踪与统计分析功能。3.2.4 统一用户管理的平台：实现各类应用的统一用户授权、6统一用户管理和统一用户授权。实现系统管理、安全管理、安全审计三权分离。提供灵活的部门、岗位、角色、用户、兼职授权。3.2.5
11、 二次开发功能：业务数据库应该具有二次开发能力，以适应新应用功能的灵活扩展。3.3 运行环境3.3.1 业务数据库应支持基于 SMP 架构小型机，运行在基于开放平台的主机上，支持 Linux 或 Windows （2003、2008Server）等不同操作系统，使用大型关系型数据库和满足 J2EE 架构的中间件产品，开发工具则可以采用各种 Java 和 Web 开发工具。3.3.2 业务数据库应支持服务器机群布署，能够针对相关业务实现应用服务集群处理并实现应用负载均衡。3.3.3 系统架构中应采用成熟的数据库产品（至少支持ORACLE 或 DB2），采用符合 J2EE 技术标准的 WEB 服务器。3.3.4 系统客户端操作界面完全基于浏览器，要求与不断升级的主流浏览器相匹配。3.3.5 根据系统总体建设和技术、功能要求，在现有环境下考虑总体建设方案。提供详细的系统部署方案。4 技术要求4.1 开发工具支持基于业务平台应用系统开发的构件式开发工具，使开发工作更加简化和规范，将数据交换设计、工作流程建模、代码开发等一系列功能于一体完成。并提供现成的开发组件和页面风格，
