服务作为对信息内容、处理能力进行封装的一种大粒度的构件,具有动态、开放的特点,是快速构建“松耦合”应用系统的基石。面向服务的计算正逐渐成为构建Internet应用的新的开发模式。目前,这种应用开发模式仍然采用传统的开发步骤,即软件开发人员根据用户的业务需求,从软件设计的角度,通过组合服务为业务用户构造一个完整的、相对固定的应用系统。然而,面对业务需求的快速变化,这种开发方法已逐渐显得力不从心。为了适应这种变化,一种新的开发方法应运而生,即将最易变化的业务层面的服务资源的配置留给业务人员(非计算机专业人员)去完成,而软件人员(计算机专业人员)则专注于在动态、开放的网格环境下打造相应的基础设施和使能环境。我们将这种应用开发方法称为业务端编程。这种以业务人员为主导的应用创建方式能够应用到现实生活的很多领域中,例如动态供应链、应急处理、公众信息服务等。面向服务的计算环境中的服务(下称为服务资源)是海量的,并且其描述方式难于被业务用户所理解。呈现给业务人员的资源(下称为业务资源)应该是服务资源在业务层面的视图,是能够为业务人员所理解和使用的资源描述。如何将服务资源以业务资源的形式描述、组织和管理,是业务端编程思想得以实现的核心问题。本文结合国家十五攻关计划项目“奥运信息平台FLAME2008”,针对业务端编程对资源的需求,从面向业务、适合服务的实际要求出发,提出了面向服务的业务资源组织模型SOM (Service Oriented Model for Business End Programming),并对SOM模型所能提供的功能以操作接口的方式进行封装。在业务应用的资源组织、应用配置和应用运行阶段,SOM模型通过不同的操作接口功能对业务端编程进行支持。具体来说,本文所作的主要工作和取得的成果如下:(1)提出面向业务的网格资源组织模型SOM。SOM模型的两个特点是面向业务、适合服务。具体体现在以下方面:引入业务服务。继承业务对象组件的思想,对业务对象组件的用户层描述进行扩展,提出更适合业务用户使用的服务描述-业务服务,降低了对业务用户编程的要求,提高了编程的层次。引入抽象业务服务。一方面,它提供了抽象的资源描述机制,“减少”了资源数量,为业务人员提供了更加友好的使用资源的模式。另一方面,它适应服务资源自主控制的特点,支持应用系统中资源的动态绑定机制,提高应用系统的灵活性。“增量式”的抽象业务服务的维护机制。在服务资源加入和退出模型时,只需要维护更新其所对应的抽象业务服务的描述的内容,而不是对服务重新进行分类和对资源的重组织,降低了业务资源维护的代价。(2)针对SOM模型中服务选取(Select)和服务替换(Substitute)操作的具体要求,