基于soa的自然资源综合应用构建方法及系统的制作方法
【技术领域】
[0001]本发明涉及自然资源综合应用技术领域，特别是一种基于SOA(面向服务的体系结构)的自然资源综合应用构建方法及系统。
【背景技术】
[0002]国家自然资源和空间地理基础信息库是《国家信息化领导小组关于我国电子政务建设指导意见》(中办发
[2002]17号文)明确提出的国家电子政务四大基础信息库之一，为国家电子政务应用和社会公众提供长期、稳定、标准化的自然资源和空间地理基础信息产品及服务，对于建设跨部门的电子政务应用系统具有重要的参考价值，同时对跨部门电子政务合作机制的完善具有积极的探索意义。国家自然资源库项目的建设要求遵循高内聚、松耦合的原则，建立综合信息定制产品库统一技术支撑平台，提供综合信息定制产品库应用系统的开发环境和运行支撑环境，并完成6个一级定制产品库、至少29个二级定制产品库应用系统的开发与集成管理。自然资源综合信息定制产品库应用系统的建设，要求基于模型库和工作流程，提供方便的开发手段，实现快速的、便捷的构造各业务应用，从而有效地满足基于综合信息定制产品库的各行业的应用需求。
[0003]传统的自然资源综合应用构建采用奠基式平台架构，即奠基式向上支撑的平台体系架构，具体如图1所示，这种架构基于数据库1，2，…，N开发组件群1，2，…，N，进而向上建构业务系统1，2，...，N，从图1中可以看出，奠基式向上支撑的平台架构是一种紧耦合的面向系统的体系架构，也称为钢性架构，这种架构是十分脆弱的，基于这种架构开发的业务系统不牢固，同时容易形成信息孤岛；这种架构只能用于面向对象和组件化的程序开发，并且开发的应用系统没有可扩展性，没有再生能力，一般都是一次性设计，一次性使用，最终都会被替换；并且，传统的奠基式向上支撑的平台开发模式是循序渐进式的，主要依照程序框架-功能编码-功能测试的顺序完成，如果任意一个中间环节出现问题，则可能导致整个项目延期。员工工期无法预估，功能实现时间无法掌控，项目无限期研发甚至被搁置，无法控制预算，或者项目结束后，成本超过收益，从而导致项目失败。传统的自然资源综合信息定制产品库应用系统(简称应用系统，又称业务系统，对应图1中的业务系统1，2，- ,N)开发过程中，大到系统的框架、视图和功能模块，小到系统菜单、工具条和状态栏等，完全依赖程序员的手工作业，程序员需要同步循序渐进式的开发去完成一个项目，开发效率低；并且系统的开发需要专业的程序员，借助专业的软件开发平台和编程语言才能完成，因此，系统的开发周期漫长；并且传统的应用系统开发模式偏向于定制式开发，功能设计与应用对象一一对应，这种开发模式带来高额的定制费用的同时，开发出来的应用只为满足某一特定对象的使用，功能和数据之间、系统与功能之间、功能与功能之间都是紧密耦合的关系，代码冗余，并且代码只能处理特定的数据，可复用性极低，例如，当新应用与老应用有一定的相似度时，最常采用的方法是基于老应用进行修改，或者直接代码拷贝、调试、修改，因此导致开发工程越来越大、漏洞越来越多、开发效率极其低下，并且开发出的应用系统往往存在很多不可预见的问题，并且目前采取的很多解决这些问题的办法收效甚微；此外，传统的应用系统开发模式(例如定制式开发)需要依靠单位或项目组把人员组织起来统一开发，从设计、编码、统编、测试、联调、上线必须整体同步进行，提供的定制性开发只能使用一次，如若再开展其他项目还需重新开发，因此，一个小小的改动就有可能“殃及”众人，如果项目的需求变化频繁，所有的变更都反映在代码上，传统的应用系统开发模式(例如定制式开发)导致哪怕是微小的需求变动都将牵一发而动全身。并且，传统的应用系统开发模式(例如定制式开发)因为系统架构、功能接口、功能与数据间的紧密耦合导致系统界面和功能绑定紧密，系统和功能都只能部署在客户端，这样无法满足功能高性能处理的要求，也无法满足功能复用的要求。进一步，由于系统开发的工作量大，开发过程复杂，非专业的开发人员无法完成系统的功能开发，导致当系统的需求发生变更的时候，客户不得不求助于系统承建商，如果系统错过了质保期，对于客户来说不仅会浪费时间成本，同样也会浪费资金成本；并且，对于应用系统的开发，客户是对自己需求最了解的，即便应用系统承建单位跟客户沟通非常良好，也不能保证百分百准确理解用户的所有需求，更何况，传统的应用系统开发模式导致系统开发周期漫长，在这个漫长的过程中，需求本身也是在不断演进变化中的，因此传统的应用系统开发模式会给用户带来一个非常苦恼的问题，就是“我有需求，但我不会开发，而系统承建商开发的系统可能会跟我的设想有出入”，因此，用户不得不面临着需要寻找合适的研发团队，耗费大量的人力、物力、财力、时间等资源来开发应用需求，并且需要承担例如公开招标的开发者的水平如何，是否能在预定的时间内完成，并保证产品质量达到预期的风险。
[0004]此外，传统的应用系统开发模式还具有如下缺点:
[0005]I)技术与业务难以完美融合
[0006]现在的用户往往具有一定的开发能力，而且熟悉自身业务需求，如果自行开发业务系统，不但可以开发出符合自身需求的业务系统，还可节约大量的开发费用，但是要从底层框架做起，有一定的技术难度，特别是对于目前流行的基于J2EE或.NET体系的应用，如果按传统方式开发，难度相当大而且成本极高；而系统承建商虽然有一定的技术背景，但对客户的业务理解不深，在需求分析阶段很难与客户进行有效的沟通，最终产品往往无法满足客户的需求，导致项目失败。
[0007]2)产生信息孤岛
[0008]传统的应用系统开发模式，一般是委托不同的承建商分别开发不同的业务系统，势必造成众多独立的业务系统，每个业务系统均包括一套独立的底层框架及用户管理、权限管理等，这不但浪费了大量的资金，而且多个业务系统的孤立存在，势必造成数据分散，难以共享；并且，由此产生用户资源及授权不统一，用户操作界面不统一，以及用户进入不同业务系统时可能均需重复登录等众多问题，降低了工作效率。
[0009]3)系统维护和扩展困难
[0010]传统的应用系统开发模式，是在低层的技术平台上直接构建业务系统，并且也只能采用面向技术的、与业务无关的“原始”编程工具来开发管理系统，这种传统的低层次的开发模式，使信息系统的开发、维护和扩展困难重重，导致“IT黑洞”现象的普遍发生。
[0011]4)无法满足用户需求的不断变化
[0012]系统开发是一个动态变化、持续完善的过程，尤其是业务需求的变化更加频繁。传统的应用系统开发模式，业务功能是在开发时按需求一次性定制的，对业务需求的变化只能通过二次开发的过程来完成，无法快速响应用户的需求。
[0013]5)无法满足功能高效处理和功能复用
[0014]现在的业务应用系统功能往往需要处理大量的数据，并且业务处理流程也很复杂，这就对功能的执行效率提出了更高的要求。而传统的开发模式，系统和功能是紧耦合的，需要同时部署在客户端，而客户端的配置一般无法达到高效运行的要求。并且正是因为系统和功能之间紧耦合的关系，导致了系统的功能根本无法复用，造成了资源的浪费。
[0015]综上所述，国家自然资源库项目由于需要开发的综合信息定制产品库应用系统很多，总共有29个面向不同专业领域的应用系统，面对时间紧、任务重的项目现状，传统的开发模式会耗费大量的人力成本、时间成本和资金成本，对于客户来说，这是无法接受的，也无法满足现实要求；并且，通过传统的开发模式开发的应用系统维护工作必须依赖系统承建商，只要涉及到需求的调整和业务的变化，客户都要联系系统承建商进行维护开发，大大增加了维护成本和时间。
【发明内容】
[0016]本发明针对传统的自然资源综合应用构建采用奠基式平台架构，系统和功能紧耦合，从而导致增加人力资源成本、时间成本和资金成本，并且通过传统的开发模式开发的应用系统业务功能不完善，维护工作繁重等问题，提出了一种基于SOA的自然资源综合应用构建方法，基于高内聚、松耦合原则，实现了系统功能复用的便易以及系统维护和二次开发的便易，节约了人力物力资源，实现了应用系统开发的快速和高效，以及大大减少了应用系统维护的成本和时间。
[0017]本发明的技术方案如下:
[0018]—种基于SOA的自然资源综合应用构建方法，其特征在于，所述构建方法包括下述步骤:
[0019]数据组织步骤，将自然资源数据以动态目录树层次结构方式组织表达数据，结合特定的数据命名规则过滤目录元数据并存储至数据库；
[0020]模型开发步骤，利用模型库中已有或者重新开发的组件或插件搭建工作流，选取组件、插件或工作流形成模型并新建模型的元数据，在对开发的模型进行测试后存储至模型库；
[0021]业务系统搭建步骤，基于数据库和模型库的内容采用面向服务的搭建式二次开发技术、插件式二次开发技术和配置式二次开发技术相结合进行配置管理、模型提取和系统组装以构建业务系统。
[0022]在数据组织步骤中，所述数据库包括主中心数据库和分中心数据库，所述主中心数据库包括综合信息库和定制数据库，所述分中心数据库包括若干个专题信息库。
[0023]所述业务系统搭建步骤中，采用搭建式二次开发技术通过表单设计器搭建基于B/S模式的WEB界面以及通过工作流设计器进行业务流程搭建，采用插件式二次开发技术建立系统访问接口，采用配置式二次开发技术通过集成设计器搭建基于C/S模式的界面框架。
[0024]所述模型提取是在表单设计器搭建基于B/S模式的WEB界面以及集成设计器基于C/S模式的界面框架时从模型库提取模型与界面绑定，并在工作流设计器搭建业务流程时从模型库提取组件、插件或工作流作为功能节点。
[0025]在业务系统搭建步骤中，采用插件式二次开发技术将搭建业务流程形成的各个专题业务分别封装为功能插件，所述模型库作为所述功能插件的容器以提供符合所述数据库的数据访问标准的访问方