[发明专利]基于SOA的自然资源综合应用构建方法及系统

说明书

本发明涉及一种基于SOA的自然资源综合应用构建方法和系统，该方法包括数据组织步骤、模型开发步骤和业务系统搭建步骤，将自然资源数据以动态目录树层次结构方式组织表达数据，结合特定的数据命名规则过滤目录元数据并存储至数据库；利用模型库中已有或者重新开发的组件或插件搭建工作流，选取组件、插件或工作流形成模型并新建模型的元数据，在对开发的模型进行测试后存储至模型库；基于数据库和模型库的内容采用面向服务的搭建式二次开发技术、插件式二次开发技术和配置式二次开发技术相结合进行配置管理、模型提取和系统组装以构建业务系统。本发明提出的构建方法系统开发快速高效，适合于系统功能高内聚松耦合要求，节约了人力物力资源。

技术领域

本发明涉及自然资源综合应用技术领域，特别是一种基于SOA(面向服务的体系结构)的自然资源综合应用构建方法及系统。

背景技术

国家自然资源和空间地理基础信息库是《国家信息化领导小组关于我国电子政务建设指导意见》(中办发[2002]17号文)明确提出的国家电子政务四大基础信息库之一，为国家电子政务应用和社会公众提供长期、稳定、标准化的自然资源和空间地理基础信息产品及服务，对于建设跨部门的电子政务应用系统具有重要的参考价值，同时对跨部门电子政务合作机制的完善具有积极的探索意义。国家自然资源库项目的建设要求遵循高内聚、松耦合的原则，建立综合信息定制产品库统一技术支撑平台，提供综合信息定制产品库应用系统的开发环境和运行支撑环境，并完成6个一级定制产品库、至少29个二级定制产品库应用系统的开发与集成管理。自然资源综合信息定制产品库应用系统的建设，要求基于模型库和工作流程，提供方便的开发手段，实现快速的、便捷的构造各业务应用，从而有效地满足基于综合信息定制产品库的各行业的应用需求。

传统的自然资源综合应用构建采用奠基式平台架构，即奠基式向上支撑的平台体系架构，具体如图1所示，这种架构基于数据库1,2,…,N开发组件群1,2,…,N，进而向上建构业务系统1,2,…,N，从图1中可以看出，奠基式向上支撑的平台架构是一种紧耦合的面向系统的体系架构，也称为钢性架构，这种架构是十分脆弱的，基于这种架构开发的业务系统不牢固，同时容易形成信息孤岛；这种架构只能用于面向对象和组件化的程序开发，并且开发的应用系统没有可扩展性，没有再生能力，一般都是一次性设计，一次性使用，最终都会被替换；并且，传统的奠基式向上支撑的平台开发模式是循序渐进式的，主要依照程序框架-功能编码-功能测试的顺序完成，如果任意一个中间环节出现问题，则可能导致整个项目延期。员工工期无法预估，功能实现时间无法掌控，项目无限期研发甚至被搁置，无法控制预算，或者项目结束后，成本超过收益，从而导致项目失败。传统的自然资源综合信息定制产品库应用系统(简称应用系统，又称业务系统，对应图1中的业务系统1,2,…,N)开发过程中，大到系统的框架、视图和功能模块，小到系统菜单、工具条和状态栏等，完全依赖程序员的手工作业，程序员需要同步循序渐进式的开发去完成一个项目，开发效率低；并且系统的开发需要专业的程序员，借助专业的软件开发平台和编程语言才能完成，因此，系统的开发周期漫长；并且传统的应用系统开发模式偏向于定制式开发，功能设计与应用对象一一对应，这种开发模式带来高额的定制费用的同时，开发出来的应用只为满足某一特定对象的使用，功能和数据之间、系统与功能之间、功能与功能之间都是紧密耦合的关系，代码冗余，并且代码只能处理特定的数据，可复用性极低，例如，当新应用与老应用有一定的相似度时，最常采用的方法是基于老应用进行修改，或者直接代码拷贝、调试、修改，因此导致开发工程越来越大、漏洞越来越多、开发效率极其低下，并且开发出的应用系统往往存在很多不可预见的问题，并且目前采取的很多解决这些问题的办法收效甚微；此外，传统的应用系统开发模式(例如定制式开发)需要依靠单位或项目组把人员组织起来统一开发，从设计、编码、统编、测试、联调、上线必须整体同步进行，提供的定制性开发只能使用一次，如若再开展其他项目还需重新开发，因此，一个小小的改动就有可能“殃及”众人，如果项目的需求变化频繁，所有的变更都反映在代码上，传统的应用系统开发模式(例如定制式开发)导致哪怕是微小的需求变动都将牵一发而动全身。并且，传统的应用系统开发模式(例如定制式开发)因为系统架构、功能接口、功能与数据间的紧密耦合导致系统界面和功能绑定紧密，系统和功能都只能部署在客户端，这样无法满足功能高性能处理的要求，也无法满足功能复用的要求。进一步，由于系统开发的工作量大，开发过程复杂，非专业的开发人员无法完成系统的功能开发，导致当系统的需求发生变更的时候，客户不得不求助于系统承建商，如果系统错过了质保期，对于客户来说不仅会浪费时间成本，同样也会浪费资金成本；并且，对于应用系统的开发，客户是对自己需求最了解的，即便应用系统承建单位跟客户沟通非常良好，也不能保证百分百准确理解用户的所有需求，更何况，传统的应用系统开发模式导致系统开发周期漫长，在这个漫长的过程中，需求本身也是在不断演进变化中的，因此传统的应用系统开发模式会给用户带来一个非常苦恼的问题，就是“我有需求，但我不会开发，而系统承建商开发的系统可能会跟我的设想有出入”，因此，用户不得不面临着需要寻找合适的研发团队，耗费大量的人力、物力、财力、时间等资源来开发应用需求，并且需要承担例如公开招标的开发者的水平如何，是否能在预定的时间内完成，并保证产品质量达到预期的风险。