某市土地矿权交易市场信息平台（软件部分）建设项目解决方案

XX市土地矿权交易市场信息平台（软件部分）建设项目第21页共143页解决方案

目录一. XX市土地矿权交易市场信息平台系统设计 41.1. 概述 41.1.1. 编写目的 41.1.2. 项目名称 41.1.3. 引用标准 41.1.4. 参考文献 51.2. 需求分析 51.2.1. 项目建设背景 51.2.2. 现状分析 61.2.3. 可行性分析 71.2.4. XXXX对于本项目的思考和理解 71.3. 总体设计 81.3.1. 建设原则 81.3.2. 总体架构 111.3.3. 技术路线 141.3.4. 业务协同软件平台 291.3.5. 性能设计 321.4. 数据中心建设 341.4.1. 总体要求 341.4.2. 数据规范 351.4.3. 数据中心 361.5. 土地矿权交易管理系统系统设计 451.5.1. 系统架构 451.5.2. 应用系统功能设计 461.6. 土地矿权交易市场网系统设计 611.6.1. 系统架构 611.6.2. 应用系统功能设计 621.7. 系统安全设计 681.7.1. 概述 681.7.2. 网络安全 861.7.3. 应用安全 871.7.4. 数据安全 881.7.5. 平台运行实现 88二. 项目实施方案 942.1. 概述 942.2. 项目进度 942.3. 项目团队 942.4. 项目组织 962.4.1. 项目整体管理 962.4.2. 项目范围管理 962.4.3. 项目的时间管理 972.4.4. 项目的成本管理 982.4.5. 项目人力资源管理 982.4.6. 项目的质量管理 992.4.7. 项目的沟通管理 992.4.8. 项目的风险管理 1002.4.9. 项目的采购管理 1002.5. 质量管理措施 1012.5.1. 基于ISO9001的全面控制和管理 1022.5.2. 基于PMP的严格项目管理 1022.5.3. 项目实施成果 1032.5.4. 保密承诺 104三. 项目验收测试计划 1053.1. 项目验收测试大纲 1053.1.1. 软件测试概念 1053.1.2. 软件测试内容 1063.1.3. 软件测试分类 1073.1.4. 软件测试模型 1143.1.5. 针对本项目的测试方案 1173.2. 验收方案 1223.2.1. 安装与测试 1233.2.2. 系统集中联调 1243.2.3. 系统试运行 1273.2.4. 系统验收 1273.2.5. 验收交付成果 1283.2.6. 最终验收标准 129四. 服务计划与承诺 1314.1. 培训计划 1314.1.1. 总则 1314.1.2. 培训目的 1324.1.3. 培训组织 1324.1.4. 培训对象 1324.1.5. 培训课程设置 1334.1.6. 培训应达效果 1344.1.7. 培训教材 1344.1.8. 培训方法 1354.1.9. 培训形式 1364.1.10. 培训人数和课时安排 1364.1.11. 培训的考核与管理 1374.1.12. 培训师资 1374.2. 售后服务 1384.2.1. 总则 1394.2.2. 售后服务队伍 1404.2.3. 售后故障反应和故障处理机制 1414.2.4. 维护支持手段 1414.2.5. 技术支持与升级服务 1424.2.6. 服务热线 1424.2.7. 巡访与巡检 1424.2.8. 用户投诉管理中心 1434.2.9. 售后服务能力保障 1434.2.10. 针对本项目的售后服务承诺 143XX市土地矿权交易市场信息平台系统设计概述编写目的本报告是“XX市土地矿权交易市场信息平台（软件部分）建设项目”方案建议书，是在充分理解XX市国土资源信息中心应用需求的基础上提出的一个整体解决方案。本方案包括对该项目及其背景的描述和分析、确定该项目的总体目标与研究内容、设计开展该项目的主要技术路线。本报告是建立在对XX市土地矿权交易系统建设的整体设计和长远规划基础之上，充分考虑了XX市国土资源信息中心未来的信息化建设模式和应用扩展，保证系统在技术架构和应用模式上具有前瞻性。我们将遵循“总体规划、分步实施、先易后难、先简后繁”的指导思想，构架一个业务驱动、架构灵活、资源共享、数据为先、分级管理、方便易用、扩展性强、节约投资的统一土地矿权交易平台、为提升XX市国土资源信息中心的工作效率、改进政府的服务能力、建设一个透明、高效、职业化的政府提供技术支撑和保障。项目名称 XX市土地矿权交易市场信息平台（软件部分）建设项目引用标准 本方案中所涉及的产品和技术将严格符合下列国家标准，当标准间出现矛盾时，则按最高标准执行或按双方商定的标准执行。GB/T17859-1999计算机信息系统安全保护等级划分准则GB/T16680-1996软件文档管理指南GB/T14079-1993软件维护指南GB/T14394-1993计算机软件可靠性和可维护性管理GB/T12504-1990计算机软件质量保证计划规范GB/T12505-1990计算机软件配置管理计划规范GB/T8567-1988计算机软件产品开发文件编制指南GB/T9361-1988计算机场地安全要求GB/T9385-1988计算机软件需求说明编制指南GB/T9386-1988计算机软件测试文件编制规范参考文献（1）“XX市土地矿权交易市场信息平台（软件部分）建设项目项目”招标文件，XX市政采招[2010]181-1号，2010年12月（2）《XX市国土资源局关于开展“一张图”综合信息平台建设的通知》（成国土资发【2009】245号，2009年7月）（3）《XX市人民政府办公厅关于经营性国有建设用地使用权纳入中心城区土地交易市场统一出让的通知》（成办发【2010】71号，2010年9月）（4）《国有建设用地使用权出让工作规程》（交易中心，2010年5月）（5）《XX市土地矿权交易中心新址办公布局建议方案》（交易中心，2010年6月）需求分析本项目是XX市土地矿权交易管理系统主要为满足交易中心国有土地使用权招标、拍卖、挂牌方式出让（转让）工作、土地使用权转让审批工作、探（采）矿权挂牌出让工作的管理需要；土地矿权交易市场网主要实现国有土地使用权网上招标、拍卖、挂牌工作的管理需要及面向社会的信息发布、信息查询服务。项目建设背景XX市土地矿权交易中心（下称交易中心）是XX市国土资源局局属事业单位，主要职能是：承担国有探矿权、采矿权招标、拍卖、挂牌出让及转让工作；办理再建项目转让、房屋转让涉及的国有土地使用权转让工作，并办理房屋转让后《国有土地使用证》登记发证工作；办理土地使用权作价出资、入股涉及的土地使用权转让工作；负责受理法院、单位或个人委托的土地使用权或不动产的招标、拍卖、挂牌转让工作；承担对区（市）县土地、矿权交易业务工作的指导、监督和规范运作；承担土地有形市场的管理，分析研究地产市场的发展动态及趋势，对重大项目进行方案论证和项目推广；负责地价动态监测，发布土地市场运行及交易信息；承担国有土地使用权、采矿权、探矿权出让及转让咨询服务和技术、业务骨干培训工作。传统的现场招拍挂出让土地使用权工作在实施的过程中存在一些隐患，主要体现在：由于招拍挂出让工作是在有形市场进行的，竞买人以公开身份参与竞买，容易导致私下的结盟竞买、压低卖价、围标串标、排斥竞争等现象发生，扰乱土地市场交易秩序。2011年前，交易中心将搬迁至新的交易场馆。为将我市土地市场建设成为具有成都特色的、城乡统一的、全国一流的现代化市场，适应新形势下的土地矿权交易服务和监管要求，进一步促进土地使用权交易“公平、公正、公开”进行，维护交易各方合法权益，防止国有资产流失，决定开展XX市土地矿权交易市场信息平台项目（软件部分）建设，项目包括XX市土地矿权交易管理系统和土地矿权交易市场网系统两个部分。现状分析1、没有土地基础数据库建设，数字化信息积累依然明显不足。由于历史和技术原因，国土资源部门中图文资料不全，测绘工作滞后，地籍图、土地利用现状图等图形资料实时性差等问题普遍存在。目前图形资料不完整，质量无保证，管理不健全，如果修补测跟不上，两三年前耗资数百万的地籍图就要过时，建立在此数据库基础上的系统也就达不到管理自动化辅助决策的目的，从而使整个系统成为仅供“看看而已”的一种“摆设”。这几年尽管加大了土地基础数据库的建设力度，但土地资源基础信息大部分仍处在纸介质状态，难以满足土地管理和信息社会化服务的需要。全市土地利用数据、城镇地籍信息有80％左右仍以纸介质方式保存。2、土地管理信息化还处于起步阶段，土地管理主流程信息化尚未实现。国土资源部门的信息技术应用大多局限在文字处理和数据管理方面，尚未实现国土资源部门业务的主流程信息化。少数单项业务管理流程虽初步实现了信息化，但综合性的管理信息系统还没有建立。虽然计算机技术已在土地管理工作的某些环节上得到部分应用，但从信息的获取、处理到信息的加工、分析，土地管理全过程还没实现办公自动化。传统的土地信息系统以地籍图管理为核心的，侧重点在空间数据库或者满足制图的要求。一些重要的信息技术应用还刚刚开始，土地管理工作尚未真正摆脱以手工作业为主的工作方式。土地资源信息的传输、存储、交换与分发缺乏强有力的技术平台支撑，市、区县范围的数据交换体系尚未形成。可行性分析土地矿权信息平台的建设能有效解决招拍挂出让工作在有形市场进行的，竞买人以公开身份参与竞买，容易导致私下的结盟竞买、压低卖价、围标串标、排斥竞争等现象发生，扰乱土地市场交易秩序。为将我市土地市场建设成为具有成都特色的、城乡统一的、全国一流的现代化市场，适应新形势下的土地矿权交易服务和监管要求，进一步促进土地使用权交易“公平、公正、公开”进行，维护交易各方合法权益，防止国有资产流失交易信息管理系统的建立可有效的消除内部信息冗余和信息流通不畅的问题，各部门所出现的问题都可被及时发现、及时反馈和及时解决，因此可以尽量避免管理中所可能出现的漏洞，大大加强了管理的有效性和及时性。XXXX对于本项目的思考和理解XXXX承担过多个类似项目的建设，在项目建设和工程管理上有丰富经验，我们对本项目有以下认识：1、XX市土地矿权交易市场信息平台是市国土局重要的业务应用系统，在设计时要充分保证数据库的规划设计、对历史数据的管理、原始数据的归集与应用，都将是系统建设时要考虑的关键问题。2、坚持平台的开放性设计的同时，要充分考虑到后期运维。XX市土地矿权交易市场信息平台是一个涉及面很广的大系统，如果缺少充分的规划与架构分解，很容易做成一个无法扩展的死系统。充分利用模块化、组件化的思想，按搭积木的建设思路来做，才会使系统具有可维护性。3、基于元数据管理的数据标准化接口设计。考虑到XX市土地矿权交易市场信息平台要和多个系统集成，长期困扰用户的问题是，数据接口在不断改变，期望通过编制数据规范解决这一问题。从技术角度看，建立数据规范的同时，还要依托技术手段应用技术规范，基于元数据字典的数据交换技术是比较适用于这一应用场景的。4、针对本项目的难点和需要外界支持方面的分析，如下表所示：难点描述风险GIS空间数据管理需要对宗地的空间数据进行管理、标注需要“一张图”门户建设密切配合第三方系统集成需要与第三方系统进行集成与外部集成系统较多，包括市局门户网站、行政审批系统、交易管理系统与交易网、大屏、视频监控、门禁系统和IC卡识别系统等，因为工期紧将面临协调处理的问题与银行接口进行集成需要支持大额支付、跨行支付、多笔支付需要银行方面提供相应的接口，数据、工作量较大实时视频监控通过B/S模式实现实时视频监控视频设备需要选择对.NET平台支持较好的视频设备，并提供SDK，并且支持B/S模式。对设备的要求较高网上挂牌实时交易网上实现宗地实时拍卖竞买功能对实时性要求较高工作流与市局办公门户工作流一致需要市局办公门户开发放提供良好的接口技术支持总体设计XX市土地矿权交易市场信息平台是一项规模庞大、结构复杂、功能全面的系统工程，本次系统建设项目，要立足于现有系统，充分利用现有系统资源，避免重复建设，同时也要梳理其体系架构，引进新技术模式，特别是能够适应XX市土地矿权交易平台建设的未来发展要求，使其能够满足不断扩展的应用需求。建设原则总体原则XX市土地矿权交易市场信息平台（软件部分）建设项目，项目覆盖全XX市20个区县，应坚持“统一领导、统一规划、统一标准、统一组织实施”的原则，确保项目质量。统一标准、遵循规范的原则从行业标准的角度，主要遵循《国有建设用地使用权出让工作规程》、《XX市国土资源局关于开展“一张图”综合信息平台建设的通知》、《XX市人民政府办公厅关于经营性国有建设用地使用权纳入中心城区土地交易市场统一出让的通知》、《XX市土地矿权交易中心新址办公布局建议方案》等有关规范。从技术标准的角度，主要遵循基于总线技术的数据交换、SOA应用架构、工作流国际标准WFMC的相关规范。统一规划、统一实施的原则本项目的基础平台从逻辑意义上考虑，我们是可以把其看成是一个统一的、物理连通的网络，为系统提供便利的数据通讯及信息共享等应用服务，考虑到当前实际情况，首先要满足应用系统安全保密性，我们采用统一规划、统一实施的思想。技术与管理相结合的原则信息系统是一项复杂的系统工程，涉及产品、过程和人的因素。电子政务解决方案也是一个总体解决方案，必须在考虑技术解决方案的同时充分考虑管理、法律、法规方面的制约和调控作用。单靠技术或单靠管理都不可能真正解决问题，必须坚持技术和管理相结合的原则，以确保系统的实用、易用、安全。培训和售后服务也是系统建设的一个重要方面信息系统的完善仅仅依赖产品是不够的，必须结合管理，结合培训和售后服务，才能确保系统长久实用。设计原则本项目建设在统一标准规范的基础上，突出重点、分步推进，保证系统建设的完整性和系统的实用性。在方案设计过程中，根据招标文件要求，我们将遵循以下设计原则：经济性原则在可用性的前提条件下充分保证系统建设的经济性，提供投资效率，避免重复建设。成熟性原则本系统的设计在保证技术的可靠性与先进性基础上，应该尽量采用经过市场充分论证的成熟技术以降低技术风险。充分利用已建模块，新增功能将基于我公司的成熟产品进行有针对性的二次开发。可扩展性原则采用多层架构技术实现技术架构和组件开发技术实现功能的可伸缩性。支持快速的组件式二次开发：采用构件式的开发模式，以便后期需求发生变更时，只需部分进行二次开发。支持对外部系统的扩展兼容，为外部系统提供扩展接口。支持扩展为集群。在不同的软、硬件（操作系统、应用服务器）平台上，不经过二次开发即可快速移植。标准规范化原则系统在设计实施过程中需严格遵循国家、省、市相关行业规范的要求，从业务、技术、运行管理等方面对项目的整体建设和实施进行初步设计，充分体现标准化和规范化。安全性原则安全体系建设是本项目重点建设内容之一，严格遵循国家和XX市有关信息系统安全保密的有关政策、标准和规范的要求，使XX市土地矿权交易市场信息平台的在网络、应用、数据信息等多层面获得有力的安全保障。采用业界成熟的安全技术，切实保证系统破坏和数据泄密。有安全完整的用户验证解决方案。必须对用户密码加密存储，对关键敏感数据加密。支持网络数据传输加密。需要记录相关日志（包括系统日志、流程日志、业务操作日志等）。先进性原则本系统将立足先进技术，采用主流技术，在满足需求的基础上，使改造后的系统具有国内领先水平。开放性原则本系统所采用的技术均为开放技术、利于移植，有利于降低项目实施成本，并保证服务质量。使用XML技术作为内部及外部数据交换的标准格式。应采用Web服务作为内部模块之间、本系统与外部系统之间交互的标准方式。工作流应遵循WFMC规范。系统在遵循标准性原则的基础上，应按可扩展、可扩充的原则组建，以利以后调整。易用性原则建立直观易用的信息采集平台和设定权限的信息发布平台。确保网站的实效性和共享性。直观、友好的人机交互页面，较好的用户体验。快捷的操作界面。个性化的工作台设置。简单、快捷、易用的管理界面风格。功能操作方法必须统一设计并突出主要功能。健壮性原则在多人（100人以上）并发的情况下系统需保持健壮。对系统异常进行记录和处理。应用服务器宕机不能丢失业务数据。对系统错误和数据异常进行明确、友好的提示。可维护性原则遵循软件工程的标准开发规范。对系统运行状况的历史记录，提供可视化工具进行分析以便于优化。提供详尽的二次开发文档，保障代码的可读性和可维护性。对系统管理员和软件使用人员等操作者提供详尽的使用说明文档和培训资料。总体架构 应用架构分析在系统总体架构设计方面，我们将力求在融合客户现有业务系统以及相关IT资源的基础上为客户打造一个具有如下特点的整体业务系统框架：图1.1系统总体架构示意图表现层表现层主要实现网站信息展示、应用服务等人机交互功能，为系统使用、维护人员、系统访问用户等提供美观、简洁和全新体验的操作界面，具有使用IE浏览器能力的用户即可进行操作体验。同时支持多种方式发布，也支持多种终端设备进行访问。业务应用层业务应用层主要集中了客户原有业务应用系统以及本次项目拟建的新业务系统。业务应用层中的所有应用系统在基础支撑平台的基础上，将XX市国土资源信息中心的所有正常办公、业务流转、业务处理、数据统计、数据查询、数据传递的功能集中体现。业务应用层的设计必须要满足业务关系和业务流程清晰、明确，具有较高的灵活性等特点。数据层数据层主要是用于业务系统的后台数据库资源，专门设计数据层的好处是显而易见的，不管是从数据集中统一管理的角度而言还是后期做数据仓库以及数据多重统计分析而言，都是具有一定前瞻性和实用性的。从数据流转和数据逻辑的角度而言，整个数据层中的数据信息都将通过业务应用平台来进行统一管理和使用。功能分析（一）土地矿权交易管理系统系统按照功能分五个子系统，分别是土地使用权出让（转让）招拍挂管理子系统（下称招拍挂管理子系统）、土地使用权转让交易审批信息查询子系统（下称交易审批信息查询子系统）、探（采）矿权挂牌出让管理子系统、场内信息发布管理子系统和系统管理子系统。1、招拍挂管理子系统该子系统主要实现土地使用权出让工作网络管理功能。主要功能模块有：登录模块、接件管理模块、踏勘管理内部审核模块、供地会审会管理模块、公告及拍卖文件编制管理模块、报名管理模块、交易现场辅助管理模块、出让合同管理、宗地交接、市场跟踪监测、综合查询与分析模块、银行信息查询模块。2、交易审批信息查询子系统本子系统能够实时访问行政审批系统数据，实现以下功能：1、业务查询。多条件模糊查询办件情况，可以按照条件进行查询数据导出。2、实时统计。按照指定格式从行政审批系统数据库中生成统计报表，主要展现形式包括饼状图、柱状图等。3、探（采）矿权挂牌出让管理子系统该子系统主要功能模块包括：委托登记模块、会议管理模块、制作挂牌文件和公告管理模块、审批、信息发布、挂牌交易现场辅助管理模块、归档、查询。4、场内信息发布管理子系统该子系统是为交易场馆现场的各类信息发布和显示系统提供数据源，实现会场电子屏显示内容的实时发布。5、系统管理子系统该系统主要功能模块包括：用户管理、权限管理、组织机构管理、日志管理、图形处理、接口集成、文档模板管理、效能管理。（二）土地矿权交易市场网系统分信息展示子系统、网上挂牌出让国有土地使用权子系统（下简称“网上挂牌子系统”）、接口子系统和管理子系统。信息展示子系统实现出让国有土地使用权信息的展示和查询；网上挂牌子系统实现网上挂牌出让国有土地使用权的功能；接口子系统实现土地矿权交易市场网与银行、市局网站及土地矿权交易管理系统的数据同步；管理子系统实现用户、权限及所有信息发布的后台管理。1、信息展示子系统信息展示子系统即为用户界面，有多个信息展示区和功能区。2、网上挂牌子系统网上挂牌子系统是实现网上挂牌出让国有土地使用权的功能板块。网上挂牌子系统具有以下功能：用户登录、信息浏览、竞买申请、缴款、竞买资格管理、挂牌竞价、系统询问、拍卖竞价、文件输出。竞得人打印相关资料文件、交易管理、交易信息发布、查询。3、接口子系统主要包括与银行结算系统接口、市局网站数据接口、土地矿权交易管理系统数据接口。4、管理子系统主要功能包括：用户管理、系统权限、日志管理、信息发布后台。技术路线 在整个方案的设计中，我们将综合考虑多方面行业领先技术和流行的趋势，保证整个工程具有非常好的开放、可集成性，支持大的负载能力，同时具有技术的前瞻性，符合行业流行发展趋势，另外，在规划阶段设计好系统的“平台”，主要是底层数据库和中间件的平台，合理的平台的选择对整个系统的运行的高效性具有非常重要的影响。本方案的基本技术路线是B/S结构，采用.NET平台和面向服务的架构SOA，功能实现基于关系型数据库Oracle、企业级中间件等。其他功能可以在相应层次上集成相应的软件，或利用产品的应用开发接口定制开发。整个系统将采用国际流行和通用的面向构件的SOA进行设计和实现。SOA注重将已经存在的应用系统进行集成，同时又可以根据标准规范新的应用系统的开发过程。它的本质就是一个“松耦合”的架构，不同的系统和系统之间耦合度很低，不会因为改变一个系统导致其他系统被迫做出不必要的改变。而面向构件强调的是业务构件化，强调应用以构件形式进行封装。从应用开发的层次看，面向构件技术可以看作是SOA中“服务”的组装和实现。而SOA则可以看作是在应用表现层次的软件构件化。这样的设计不但能够很好的满足系统的业务需求，而且具有较好的扩展性，可以在现有单击部署的基础上快速实现基于集群技术的扩展能力，结构灵活，性能稳定。在产品的应用层采用ASP.NET等技术进行开发，为便于系统间数据的交换，系统底层直接提供对XML、WEBService的支持。同时根据用户要求、系统建设需求，我们可以进行灵活调整和开发，保证项目的稳定、可靠运行和使用。具体的系统开发及应用集成技术路线的实现内容主要有三个方面，详细如下：1、界面集成使用一个Web浏览器界面建立内部日常工作所涉及相关主题内容的统一入口，上层领导及员工可以通过它方便地了解业务系统的最新数据、新消息、工作内容和共享知识等。通过统一的界面入口，任何员工都可以实时地与工作团队中的其他成员取得联系、连接到相关的业务系统进行业务操作。2、数据集成数据集成是最基本层次的集成，就是实现国土和银行以及其他相关单位的不同系统之间的数据共享、数据同步和数据传输。在系统平台的结构框架下，使用XML或其它适合客户内部实际需要的第三方消息格式来集成各系统软件程序之间、各子系统之间、系统与外部应用程序之间的业务数据。3、流程集成工作流程的集成是更高层次的集成，是应用逻辑的集成。通过实现流程集成，把不同业务系统的应用逻辑和流程有机结合起来，有效消除"信息孤岛"。使用XX市国土资源局内部现有的工作流引擎，在系统下环境内搭建统一的工作流机制，实现各组织、部门、个人之间的业务逻辑数据的统一管理、发布和共享。核心技术架构XX市土地矿权交易市场信息平台采用多层次结构设计思想，将一个模块划分成业务展现层、业务逻辑层、基础服务层、数据存储层、接口适配层5个组织单元：业务展现层业务展现层主要实现网站信息展示、应用服务等人机交互功能，为系统使用、维护人员、系统访问用户等提供美观、简洁和全新体验的操作界面，具有使用IE浏览器能力的用户即可进行操作体验。同时支持多种方式发布，也支持多种终端设备进行访问。业务逻辑层主要完成系统对数据库的持久管理，集成了各种系统服务、引擎，并提供接口，实现具体功能，封装了各应用子系统的业务逻辑，包括用户管理与统一登录系统、报表及模板制作、内容管理系统、全文检索系统。同时提供标准的二次开发接口，实现与第三方系统的整合。基础服务层提供系统的运行支撑，除了提供基本的硬件和操作系统的底层支持外，还提供目录访问、单点认证、用户管理、用户通讯协作、搜索引擎、通讯服务、安全认证等基础服务。数据存储层主要用于存贮系统数据，可以是文件系统、数据库、LDAP等，主要实现海量资源信息存储管理和信息全文索引。主要选用关系型数据库实现，对政策法规、办事指南、用户认证数据等进行有效管理。系统可以跨数据库，多用户数据源（用户可以存放在数据库也可以存放在LDAP中）。接口适配层作为一站式平台，需要集成各类系统数据，通过接口适配层集成，支持从介面到数据的各个层次的集成方式，保护用户投资，并且接口实现采用开放式标准协议设计，以保证技术先进及通用性。设计模式本项目完全采用MVC设计模式。图1.2MVC模型图XXXX业务协同工作平台软件就是基于这一框架开发的，并对这一框架进行了封装，因此，基于XXXX业务协同工作平台软件开发的所有应用有以下几个优点：（1）完全遵循MVC设计模式，并在MVC基础上增加了一个接口层，从而将SOA架构结合了进来。（2）由于对底层框架进行了封装，更换底层框架不影响业务层代码，有效避免技术升级给系统带来的重构风险。面向服务的体系结构本项目将采用面向服务架构（SOA），使土地矿权交易管理业务更加敏捷、内部协作更加有效。具体体现在：（1）通过土地矿权交易平台，提供综合信息展示和日常工作便捷的窗口；（2）为平台交易对象的相关员工提供便捷的信息访问方式，供他们快捷获取所需信息或参与业务流程处理；（3）提供更加安全的信息访问机制，统一用户管理，提供单点登录服务，加强信息访问和系统的安全性，包括用户的验证、授权和管理；（4）通过流程组合和人机交互平台，分离应用程序逻辑和业务逻辑，构造一个高层次的业务抽象和组合，从而达到更加灵活的业务变化能力；（5）采用业务流程管理工具，创建和执行高度透明、模块化和面向过程的工作流，在满足IT组织所要求的运营性能标准前提下，为企业提供业务需求响应的敏捷性；（6）借助于对XML和Web服务的支持，实现企业应用系统接口标准化和信息结构化，帮助企业实现松耦合的信息系统架构，节省未来业务需求变化的开发时间；（7）提供企业基础服务管理和数据整合平台，帮助企业更有效地整合和自动化业务流程；（8）提供Web服务的标准化、封装、管理和配置，将清算中心待集成的应用包装成Web服务，并按需要将这些Web服务及其描述进行发布，供流程组合平台、人机交互平台和其他系统订阅查询和使用；（9）提供跨平台的Web服务松散捆绑，帮助实现快速低代价的动态绑定应用；（10）建立标准的数据交换和通讯机制，采用XML标准，达到在不同系统间“定义沟通”的数据语言规范的目的；（11）实现自动的数据转换，采用XML或非XML文档格式标准，通过在不同的数据格式之间进行映射，实现企业内部或企业与贸易伙伴之间有效的沟通协作。WebService技术WebService的标准由制定Web和XML技术标准W3C组织（WorldWideWebConsortium）制定。WebService是由URI（统一资源标识符）标识的软件应用程序，其接口和绑定可以通过XML构件进行定义、描述和发现，WebService支持通过基于因特网的协议使用基于XML的消息与其它软件应用程序直接交互。从定义看，WebService是用于应用软件之间交互的技术，具有以下基本特征：（1）通信层面上的Web特征：使用URI进行标识，并使用各种因特网协议进行通信。（2）表示层面上的XML特征：使用XML描述服务接口和绑定信息，通信消息格式使用XML。（3）架构层面上的分布式计算特征：服务可以被使用它的应用程序在网络上查找和发现。面向服务的集成架构W3C的WebService架构组建议一个的面向服务的WebService架构，如下图所示。在这个架构中，核心是服务这个概念。服务被定义为执行某类商业任务的一组操作。在WebService上下文中，使用标准的XML技术和Internet协议发布、查找和绑定服务。WebService架构定义了三个主要实体。图1.3面向服务的WebService架构（1）服务提供者：负责使用WSDL描述和定义WebService的功能，在UDDI注册库（位于服务代理）中发布这些服务的信息，使它们可以被服务请求者访问和调用。（2）服务代理：负责宣传服务提供者发布的WebService和允许服务请求者查找发布的WebService定义。它的作用和电话本的黄页相同。（3）服务请求者：负责通过服务代理查找所需要的WebService后，下载描述WebService的WSDL文档，根据服务描述来绑定和调用服务提供者提供的WebService。WebService架构的这种三角形设计模式被称为面向服务的体系结构。它包括了下面三个标准操作。（1）发布：由服务提供者执行来宣传和注册一个服务的存在和功能，是服务提供者和服务代理之间的操作。（2）查找：由服务请求者执行来查找符合特定需求或技术特征的服务，是服务请求者和服务代理之间的操作。（3）绑定：由服务请求者执行来调用服务提供者提供的服务，是服务请求者和服务提供者之间的操作。WebService的核心组件WebService技术包含一系列的协议和组件，其结构如下图所示：图1.4WebService协议和组件结构（1）服务注册、查找：通过UDDI规范提供用于描述某项服务的商业结构，包括业务、服务和技术规范三个部分。（2）服务描述：描述服务提供的功能和调用方法信息，通过WSDL规范提供。（3）服务调用：使用SOAP协议在服务提供者和服务请求者之间传递SOAP消息来调用Web服务，SOAP定义了请求和响应消息的格式，SOAP建立在XML之上，定义了一种跨系统平台的信息交换的简单包装方法。绑定于HTTP之上的SOAP协议，可以跨语言、跨操作系统进行远程过程调用（RPC），实现了编程语言和系统平台的无关性。（4）消息编码：SOAP用XML将消息编码，XML提供了跨平台的数据库编码和组织方法。（5）传输网络层（传输通道）：采用了Web上广泛使用的HTTP协议传输消息，适应Internet环境，能顺利通过代理和防火墙（理论上可以采用其它协议，如SMTP、FTP）。应用集成过程描述WebService通过SOAP进行调用的过程有两种方式：SOAPRPC（同步）和SOAPMessage（异步）。这里主要就SOAPRPC调用来说明利用WebService进行应用集成过程，如下图所示。图1.5WebService进行应用集成过程（1）对原有应用服务按照WebService的标准打包成一系列的服务接口，比如原有一个处理页面（处理函数、组件），按照标准将这些组件打包，提供一系列的应用接口，将其部署在WebService服务器上。（2）这些打包后的组件接口按照wsdl格式编写配置文件。（3）将这系列的服务接口进行发布。（4）编写客户端应用程序，这些应用程序将通过SOAPRPC使用已打包的那些接口，实现对原有应用的使用。集成后应用的调用过程（1）客户端应用如浏览器通过HTTP按照SOAP消息格式将请求发送出去。（2）UDDI注册中心通过对请求消息格式进行分析，发现服务接口的目标地址。（3）将目标服务和客户请求绑定到一起，并对服务进行访问，接受访问反馈结果。（4）客户端通过接受的结果进行展现。在通过WEBSERVICE对应用进行集成后能够充分利用已有应用资源，同时减少集成的工作量和工作难度。集成实现XX市土地矿权交易市场信息平台涉及各类业务系统，应用集成是将原有系统的对外服务部分通过WebService技术集成到一个统一平台上，在这个集成过程中，在原有系统的业务实现基础上，提供一系列的外部服务接口，将这些接口统一部署到WebService服务器上，然后在统一平台中通过WebService访问机制实现对原有业务系统的访问，并将访问结果以统一的方式展现，实现应用集成和统一门户。其中，UDDI主要实现对服务的注册以及解析查找客户请求的服务，并将服务与客户请求进行绑定，实现对原有应用的访问，重用已有系统的业务功能。各业务系统的业务功能包括WEB方式的处理页面、业务处理组件，利用WebService技术能够屏蔽原有各业务系统平台以及原有系统的编程语言的差异，以统一的方式进行应用集成。总之，本方案SOA架构采用了“自内而外”的实施方法，以业务需求为出发点，封装业务需求后发布标准的业务服务，再由业务流程管理平台自由组合这些业务服务，最后提供给信息使用者。同时，这个“自内而外”的过程也是一个迭代的过程，通过一次次的开放和组合这些业务服务，维持这个“活”的生态的IT系统，促进IT资源与不断变化的业务需求紧密结合。本方案中SOA架构优势有以下几点：（1）每个主要平台的可操作性和可实施性很强从信息共享平台到流程整合平台和服务、数据管理发布平台，每个平台都是基于成熟的解决方案，历经了多年的实践开发和客户应用验证，不是一个虚无的、浮空的架构。（2）更有成本效益的应用程序开发基于WebService标准的服务设计，使企业IT创建可重复使用服务存储库。当出现新的业务需求时，这些服务可以捆绑、合并到更高级的服务和复合应用中。这降低了解决方案开发和测试的成本，减少了冗余，加快了实现业务价值的时间。（3）更容易管理、更安全的应用框架本方案提供了一个易于管理的、安全的基础结构。通过对流程组合进行跟踪和控制，有效管理业务需求的变化；通过对接口版本的管理和审计，有效控制接口的使用；通过对Web服务而非应用程序本身的调用，在保护现有IT投资的同时，不会限制新功能的部署；通过强大的验证和授权模型，作用于所有服务，提供总体安全性。本方案使用SOA的业务收益有以下几点：（1）更敏捷的业务决策通过将业务服务和信息聚集到一套动态的复合业务应用程序中，决策者可以获得更准确、更全面的信息。跨越多个部门的人员、流程和系统，可以更容易地映射到单独的统一视图中，这样组织机构就可以更好地理解他们在日常的业务操作中做出的成本权衡。（2）更强大的员工生产力通过提供对系统和信息的流线型访问，并实现业务流程的改善，业务能够带动更强大的员工生产力。开发人员可以将他们的精力集中于重要的增值流程和半结构化的协作性活动，而无须遵守底层IT系统的限制和约束。而且，由于最终用户可以在表格和满足了他们的要求的显示因子（网站、丰富的客户端和移动设备）中访问信息，生产力得到了提高。（3）与各基层业务组织及系统更稳固地联系SOA的利益可以扩展到组织机构的界限之外。由于异构系统和应用程序的集成变得更加容易，与外部应用系统的整合以及信息流程的流线化成为容易实现的目标。多层服务模型设计N层结构其实是对传统Client/Server结构的扩展，它以构建模块化应用程序为基础，对一个应用程序进行分割以后，可将代码划分为不同的逻辑组件，这些逻辑组件分为三种逻辑层：用户服务、业务服务和数据服务，它们共同组成一个应用程序。我们把这种设计模型称为“服务模型”。三种服务的属性如下：（1）优化服务提供信息和功能、浏览定位，保证用户界面一致性和完整性。（2）业务服务共享的业务政策，从数据中生成业务信息，保证业务一致性。（3）数据服务数据的定义、永久数据的存储和检索，保证数据的一致性。使用服务模型，可以把应用程序的需求分解成明确定义的服务，并进一步创建可重用的构件来实现它们。构件遵守公开的接口标准，所以是通用的、可共享的和可以灵活部署的。这种基于构件的多层结构的优点可概括为以下四个方面：（1）可重用许多应用程序可共享和重用封装在构件中的功能。（2）灵活从桌面计算环境到功能更强的网络服务器，随处都可分配工作，这有利于协调性能和网络带宽。（3）可管理将大型复杂的工程细分为简单、安全的构件工程。（4）易维护将业务逻辑部署在中央服务器上，而不是分散在用户桌面上，这有助于处理各种变化，并缩短解决方案的往返时间。企业应用集成技术企业应用集成（EnterpriseApplicationIntegration,EAI）是一门新兴的技术，应用于应用系统之间的互操作。异构的应用系统由于语义、平台等方面的差异造成了彼此的间隔，使业务信息处于不一致的冗余状态，并中断了业务流程的自动化。EAI通过实现异构应用系统之间的无缝集成消弭信息孤岛，保护已有的IT投资，以最小的代价实现机构内部以及机构之间数据和业务流程的共享，并最终构建虚拟的企业网络。EAI提供了应用系统互操作所需要的基础结构。考虑到应用系统的现状以及互操作的需要，EAI必须至少具有如下特性，即开放性、集成性、健壮性、伸缩性和安全性。开放性开放性是指EAI的体系结构以及相关的规范都是公开的，以便第三方在其基础之上的继续开发。这种开放性的体系结构和规范允许开发者选择最适合自己需要的解决方案、平台、工具进行系统开发。在企业应用系统这种典型的异构环境下，开放性能够保证应用系统之间集成的顺利进行。集成性集成性是EAI的本质特性。作为应用系统之间的粘合剂，EAI提供了一系列机制用于保障应用系统互操作的顺利进行。EAI技术支持3种不同级别的集成度，即数据级、应用级和流程级。健壮性EAI的健壮性是指集成后的应用系统抵御故障、正常工作的能力。伸缩性伸缩性是应用集成不可避免的问题。在EAI发展的早期阶段，由于系统的规模普遍较小，参与集成的应用系统数目不大，集成者们往往只需要关心应用系统互操作的实现，伸缩性并没有被考虑在EAI的体系结构内。当业务规模持续扩大，应用系统互操作的需求日益增强时，原有的EAI体系结构由于缺乏必要的伸缩性而无法容纳更多的应用系统，无法承受更重的负载，从而迫使人们重新设计新的结构以满足日益增长的需求。一个良好的EAI平台应该能够适应集成规模的变化。安全性EAI的主要目标是保证机构内部以及企业之间多个应用系统互操作的顺利进行。由于涉及到的应用系统都与机构的业务相关，并且互操作的过程必须通过Internet/Intranet实现，因此，如何保证应用系统之间的信息流在网络上安全正确地传输就成了EAI所要解决的重要问题。为此，EAI必须提供一系列的安全措施，保证应用系统之间的信息流免受来自外部的恶意攻击。轻量级目录访问协议本系统采用轻量级目录访问协议（LDAP服务器）存储用户信息，并单独部署一台服务器，基于该服务器实现单点登录的用户身份认证、访问控制等。LDAP是基于Windows的用户账号、客户、服务器和应用程序进行管理的唯一点，建立中心授权机构实现统一角色和统一审计的功能，验证用户身份并控制其对网络资源的访问。本项目采用Windows自带的AD（一种标准的LDAP实现）作为LDAP服务器的实现版本。AD通过使用基于Windows的应用程序和与Windows相兼容的设备对非Windows系统进行集成，从而实现巩固目录服务并简化对整个网络操作系统的管理。平台将利用AD的这一特性，将全部网络应用系统安全地扩展到Internet上。在本方案中，我们将利用数据库服务器实现对于整个系统的AD活动目录管理，以实现基于门户技术的单点登录和身份认证系统。今后，在系统进一步扩展下，我们可以将AD与CA进行集成，进一步增加系统的安全性。流程引擎技术在本系统平台当中，我们将采用基于GIS平台的先进的流程引擎技术，能够实现各项业务流程的智能化自定义、组织架构的自主延伸，不需修改系统源代码，可根据需要调整或重组业务流程，改变功能配置，增、改、定义组织架构，保证了系统的灵活性，克服了以往业务信息系统难以适应各单位的业务流程、机构设置管理模式等需求变化的难题。它具有以下特点：（1）以事务为中心的流程：按业务办理事务进行严格流转，临时确定下一步的办理处室或个人或直接流转到已定义好的处室或个人。（2）以个人为中心的流程：在以事务为中心的流程中可暂停流转，定义以个人为中心的流程进行流转，流转完以个人为中心的流程后，再进行以事务为中心的流程。以个人为中心的流程的方式为“确定由哪些人参与业务流转及流程的先后顺序；按此顺序，依次流转给这些人”。（3）支持平行传阅，公文可传递给多人同时处理。（4）支持按条件进行不同的公文及业务流转，可以根据不同条件进入不同的事务处理分支流程。（5）支持流转跳越，例如：流程第一步为收文登记，第二步为指定承办处，第三步为指定承办人，可完成第一步后直接跳到第三步。系统可设置某些关键步骤不能跳越。（6）支持流转退办，允许用户对公文处理有意见时，返回给发件人。（7）支持流程重定义功能，根据权限可把公文指定给任何人处理任意任务。图1.6平台流程引擎实现逻辑示意图说明：业务模型定义包含工作执行过程所需的模型所有详细信息。包括业务模型的开始结束条件、组成节点、在节点间进行导航的规则、需要执行的用户任务、可能会被调用的业务系统、所有工作流相关数据定义（全局变量定义）等。工作流执行服务由一个或多个工作流引擎组成，负责解释业务模型、控制模型实例、安排节点的执行顺序、为实例提供路（导航）服务、调度各项活动、向用户工作表中添加工作项、通过API(应用程序接口)调用应用工具、提供监督\管理功能。业务模型导航判断或工作流引擎中的其他控制操作，都以业务系统产生或者更新的数据为基础。（1）工作流控制数据：由工作流执行服务管理的内部数据，用来保存流程的持久化信息或流程状态；（2）工作流相关数据：工作流执行服务用来判断流程执行过程中状态转移是否可以执行的数据；主要由业务系统提供；由规则引擎负责维护。（3）工作流应用数据：用来保存业务系统所产生的数据。平台流程引擎技术综合了标准化建模方式和流程管控、统计分析两大功能，不仅能为政府客户提供简单方便的流程与表单设计工具，并且能够提供多种方式的流程管控工具，以及多维度的流程统计分析报表数据。在流程引擎技术中使用的标准化建模方式，能够帮助客户实现可视化的业务流程设计,实现面向业务的、基于模型驱动的应用系统支撑平台；能够简化业务流程类应用系统开发的步骤，降低系统开发的难度和风险，节约系统的运行和后期维护成本，较好的解决业务流程系统需要随着管理的变化随时调整流程的问题。在一定程度上实现“零”编程。其中的标准化建模工具，包括了建模工具和表单定义工具：（1）建模工具完成业务过程的图形化建模，实现面向业务的、基于模型驱动的应用系统支撑平台；帮助流程设计人员以一种可视化的方式完成模型设计、开发及部署；包含：基于流程的活动(Activity)以及各个活动(Activity)之间的关系。基本功能：打开、保存、删除模型、导入、导出模型、流程发布、卸载、流程、活动(Activity)、包(子流程)定制。（2）表单定义工具图型化的HTML表单设计工具；将流程相关的信息控件化；并通过对控件的设置，实现可复用的展示策略；相关信息：流转示意图、流转历史、流转意见。展示策略：如部门内可相互查询；出部门只显示部门最后一步意见；出机构只显示机构最后一步意见。基本功能：全局变量定义、打开、保存、删除表单、导入、导出表单。业务协同软件平台在本项目中，所有二次开发是基于XXXX的业务协同平台软件和一些成熟、通用软件集成的基础上实现的。XXXX的业务协同平台软件是集成各应用系统为一个统一运行的核心平台、是实现业务一体化的入口点，是以土地矿权交易为核心、涵盖整个业务链的一个公共服务和协同办公平台。业务协同工作软件平台整体框架如下：图1.7业务协同平台软件整体框架服务总线启用服务总线这种模式来管理和简化应用之间的集成拓扑结构，以开放标准为基础来支持应用之间在消息、事件和服务的级别上动态地互联互通。整个架构中的服务总线由以下几个部分组成：（1）消息传输：把服务需求消息进行排序并确保这些消息被传输到目的地的能力，提供消息传递、发布等。（2）动态连接性和路由：客户端通过接口访问服务。（3）数据转换：在客户端和服务使用不同的数据格式时进行转换为目标格式。（4）服务目录和服务发现：通过可靠的消息传输与目录服务器通讯，通过统一格式的服务描述来发现企业应用服务。该服务总线基于SOA技术，通过各类适配器服务接口将应用系统封装成统一的应用服务，然后发布到目录服务中心，通过企业服务总线中的基本业务，如统一数据格式转换和消息传输等来实现各个应用系统间的通信，任何应用都以独立服务的形式连接到系统中来，实现“即插即用”。服务引擎服务引擎包含各个应用产品所调用的公共业务功能。包括电子签名、互信服务、流程服务、手机短信服务、定时提醒服务、信息发布服务、集成门户服务、邮件服务、文档服务、即时通讯服务。公共业务组件公共业务组件包括：预警预警就是指为在某个特定条件下将要发生的事件（事前预告），或者已经发生的重大事件（事后警告）给出提示信息，以便于管理者进行控制。在预警平台上，可以定义要进行预警的事件（包括预警触发的条件，预警信息的内容、预警的时间设置等等），预警信息的接收者、接收方式等。报表组件报表的处理是应用软件中的一个重要环节，可以为用户提供良好的决策依据和信息直观表达形式。所有报表都是调用数据管理系统提供的功能。报表定义分模板定义、域定义，模板定义可以在WORD或EXCEL中完成。报表定义完成后，就可以在页面上的打印功能中调用。数据字典在数据库中定义的所有表都要登记到数据字典，通过数据字典，可以自动生成两种格式的输入表单，使用通用查询工具，可以实现对表的查询，维护数据完整性检查等。数据搜索大多数应用都有筛选、排序、定位和树表查询等多种检索手段。所有查询功能可以针对一个表（在数据字典中定义），也可以针对表的组合（视图）。向导许多功能要求填写多项信息，这些信息又不好集中在一个对话框中完成，就要使用向导，比如添加新员工注册向导。向导的实现逻辑和要求可以参考WORD中的向导实现。打印所有打印都是调用一个打印工具栏和相应的报表定义，在打印工具栏上可以实现预览、放大、缩小等操作。数据关联对统计产生的数据，可以钻取到它的来源，并显示相应的列表。对编码数据，可以让用户选择输入。对一些有相关表格的数据，比如选人，可以提供定位功能，方便用户操作。代码表对可以规范化的字段信息，以编码方式保存，显示给用户的是编码的解释，比如性别，保存为0、1，但显示时总是显示男、女。采用选择框进行数据输入。组合查询本系统在大多数页面上都有筛选、排序、定位和树表查询等多种检索手段。所有查询功能可以针对一个表（在数据字典中定义），也可以针对表的组合（视图）。基础组件业务基础件（BSD）是基于中间件产品、属于应用公共模块，它们提供标准的开发接口供应用系统调用，为建立统一的系统集成接口提供保障。下面是列举的一些需建设的常用组件模块，用户应该进一步统一规划和管理这些组件：安全组件基于服务器端组件访问权限认证（JAAS）机制的安全应用开发平台,可以为服务于Intranet/Extranet的企业应用提供方便的基础安全支持。交易组件为联机事务处理系统中提供完善的交易管理，保障全局交易的完整性和一致性，是网络商务应用中构筑强壮的后端分布式交易处理的基础平台。基于数据总线的数据集成服务引擎对组织的各种异构系统进行整合，并为以后开发的各种面向服务的应用提供自动的集成，当用户的业务需求有变化时也不需要对原来的系统进行改造，真正达到“按需互连”的效果。Web应用服务器组件应用服务器通过把用户接口、商业逻辑和后端服务分割开来，向开发者提供了一种创建、部署和维护组织规模的Web应用的模块化方式，为要转向Web的用户提供了高性能多线程的环境。工作流组件在应用系统中，一个复杂的业务流程，可能会涉及很多复杂的业务环节，通过工作流组件可以建立工作过程模型，直接驱动各应用模块执行相应的任务，通过工作流系统的处理，实现业务流程的自动化，提高整个应用系统的运行效率。内容管理组件属于应用组件，管理各种类型的数据内容。其它业务组件如用户，部门，报表，查询等类型的应用。性能设计系统实时性设计考虑系统将设计专用服务程序，采取多线程的方式在后台实时跟踪数据的改变情况，在单笔数据变化的情况下，服务程序的数据同步线程将完成指令数据的实时数据同步；对于大数据量的数据同步，服务程序中的大批量同步线程程序进行结果同步；另外，服务程序还有一个实时监控线程负责完成双边的实时数据的同步，如果出现异常或者数据不一致的，在后台进行智能同步，确保双边数据的一致性和同步性。系统运行速度设计考虑对于用户直接请求的业务处理，系统将尽量利用硬件的多核处理能力，并应用多线程的设计方案实现如下运行要求：（1）常规操作要求软件没有明显停滞；对超出响应时间要求的响应要求提供进度条或图标等方式来告诉系统使用者需等待的时间；对网络流量予以事先估计，根据硬件能力限制网络会话的最大数目，保证网络服务质量。（2）查询响应时间：普通查询响应时间少于5秒；大数据量查询响应时间少于15秒；标准图形数据查询响应时间少于15秒。设计访问用户数系统设计时考虑能够满足最大用户数超过等于500人，同时系统在线人数超过等于100人。系统容量设计考虑考虑到系统年新增数据量较大（大概200G），在系统数据的设计时将考虑从数据仓库的角度，并且应用数据库对海量数据的存储处理功能，将按年的方式设计数据的增长，实现用户对数据的方便备份和系统性能的提升。并且在业务应用主程序处理端将进行支持大数据批量增长的自动处理服务。准确性和稳定性设计考虑系统的稳定性是指系统软件对各种可能出现的差错（各类错误或不合理的输入、系统组件之间的设计不完善而造成的信息传递错误等）的处理能力。它包括正确性和健壮性两个方面：系统的正确性是指系统本身无错误，它能在未来的软硬件环境下正确地完成所期望的数据输入、管理、查询、信息处理、信息输出，以及辅助管理等各项功能；系统的健壮性是指在不合理的操作（如：命令错误、输入超界数据、所提供的参数不合理等）情况下系统仍能够运行，或自动调节和纠错，或停止运行并提示错误，或做纠错记录并继续运行，或给出错误信息后转到预先规定的错误处理程序处理运行。在系统软件设计、开发时，我们对各种可能存在的数据或操作输入差错、各个组件之间信息交换会出现的错误等充分估计，并分析和罗列种类和范围。可靠性设计系统不存在致命的故障（bug）；保证系统运行不出现死机。系统提供7×24小时的连续运行，平均年故障时间少于3天，平均故障修复时间少于24小时。数据中心建设数据中心系统建设是XX市土地矿权交易市场信息平台的核心部分，XX市土地矿权交易市场信息平台要集成众多外部系统并通过这些外部系统提供的数据集成。总体要求 数据中心的建设不仅要求满足现在应用的需要，还要考虑长远的使用和可扩展性。数据中心建设要满足XX市土地矿权交易市场信息平台对数据采集录入和系统维护需求,充分考虑工作的具体要求。数据的取舍、关系的建立应符合工作的实际。另一方面，在数据库设计上有如下具体要求：数据库设计要按照国家和地方标准建立数据库,要先进实用、规范一致。尽可能采用现代数据库技术,保证设计的先进性。必要时适当放宽规范化要求和冗余度要求。在数据库设计时要充分考虑综合数据库的分布架构，必须保证综合数据库的数据库实时有效和数据完整性。数据表结构、属性字段的定义完整、明确、界限清晰,保证用户能方便准确地采集和查询数据.对为了提高查询速度增加的数据冗余,应确保其一致性,避免更新异常以提高系统的可靠性。数据类别界定清晰，定义明确(无二义性)，字段说明翔实，术语的采用、定义尽可能符合有关国家和行业规范，对没有国家或行业标准但是使用频繁，数据量多的字段或经常需要进行排序、统计的字段，定义本系统内统一的代码编制规则和代码表。上述要求在我们提供的基础开发平台中都已经具备。我们在数据中心建设上遵循的策略和过程域主要包括：（1）严格按国家制定的数据标准和规范，结合XX市国土资源局实际情况，建立完整的、满足XX市土地矿权交易市场信息平台建设需要的数据接口标准规范，这一规范不仅仅能够用于本系统建设，同时也要能够兼容各区县系统的数据交换标准。（2）基于数据规范，建立数据交换元数据字典，这是将规范落地、并能够指导实际的数据管理应用的最好验证。基于元数据字典和数据总线技术（XXXX业务协同工作平台软件最核心的应用），将提供一个高度灵活、规范、高效率、高容量的数据交换平台。（3）在XX市土地矿权交易市场信息平台的数据库设计上，将业务数据和管理数据（操作型数据）分离，业务数据库设计要考虑大数据量交换、海量数据挖掘等应用需求，要考虑向多维数据库扩展的需求。（4）基于XXXX信息发布平台（一个标准产品）开发XX市土地矿权交易市场信息平台的信息发布系统，将实现从业务数据的数据提取和加工发布，该信息发布系统可以向不同的媒介发布信息，同时实现市局门户网站、交易管