0
RGPS
RGPS，是一种计算机语言，服务功能以Web服务的形式提供。
RGPS（Role-Goal-Process-Service）需求元模型框架是服务于网络环境中涉众（面向同一问题的大众用户和开发人员的利益相关方）的一种需求元描述方法，涵盖了网络化软件需求描述中所需的角色、目标、流程和服务四个基本要素，由角色元模型、目标元模型、流程元模型和服务元模型及其之间的相互关联关系组成。其中： 角色元模型定义了需求问题空间中存在的需求方（用户）、及其所具有的社会属性、承担的职责（角色）、所属的组织、遵循的规则和交互关系。其中，需求方可以是人，也可以是服务；
目标元模型定义了需求目标的分类以及目标之间的分解和约束关系，用于指导将目标逐步精化为可操作目标；
流程元模型定义了需求流程的组成结构，包括流程的输入、输出、前置条件、后置条件、组合流程中子流程之间的控制结构等；
服务元模型定义了服务的描述信息及其之间的交互关系，用于指导服务链的（组合）构造及其所需服务资源的管理。
针对以下RGPS需求元模型的5类应用服务(Application Service)，对RGPS需求元模型框架中四要素之间的9种基本关联关系进行选择和组合，以满足不同应用类型的用户需求。
面向领域的服务聚合（for Software Developer）： S-R-G-P
分析需求提出者所承担的角色，根据R-G关联确定该角色应该承担的功能性目标和角色承担者的个性化目标，再根据G-P关联将目标细化为流程，最终通过P-S关联聚合相关的服务来实现对应的流程，并将组合服务返回给用户以满足其需求。
一方面，基于领域问题本体(DPO)，建立对领域RGPS需求模型的语义标识，形成面向领域的本体- R-G-P-S服务聚合模型；另一方面，使得领域聚合的核心服务S具有R,G,P属性，支撑和使用RGPS需求模板所获取的服务需求之间的匹配、快速发现服务及服务组合。
面向业务流程的服务需求（for Business Services）： P-S，P-P，P-G，P-R
对于面向流程的业务需求，可以根据P-S关联寻找可以调用哪些服务来实现该流程；可以通过P-P关联完成流程的分解，以便通过P-S关联找到能实现该流程的服务；可以通过P-G关联找到该流程实现的目标，便于分析某一个目标可以被哪些流程所实现；可以通过P-R关联找到哪些角色参与了流程的实现，便于分析用户群的业务流程需求。
基于业务目标的服务需求（for Business Services）： G-R，G-G，G-P，G-S
对于基于目标的涉众需求，可以通过G-R关联找到哪些角色承担了该目标，进而通过R-G关联对基于目标的需求进行完善；可以通过G-G关联完成目标的分解和精化，确定目标之间的约束和依赖关系，避免涉众需求之间的目标冲突；可以通过G-P关联找到完成该目标的流程，实现目标的细化；可以通过G-S关联直接找到能够达成该目标的服务。
面向大众的服务需求(for People Services)： S-R，S-G，S-P，S-S
对于面向大众的服务需求，基于聚合服务的R,G,P,S属性，通过S-R关联找到该服务能为哪些角色服务，便于分析用户群对服务的需求；可以通过S-G关联确定该服务可以达成哪些目标，便于进一步通过G-S关联对实现同一目标的服务进行聚类；可以通过S-P关联找到该服务对应的流程，便于业务级用户了解服务内部的工作流程；可以通过S-S关联建立不同粒度的服务之间的组合关联，满足不同的大众需求。
服务需求模型的校验与验证(V&V)： S-P-G-R, S-P, S-G, S-R
对于业务开发人员的服务需求模型的V&V需求，采用RGPS需求元模型由下而上的关联关系，即S-P-G-R进行逐步校验与验证，或者对所需的S-P, S-G, S-R模型之间进行校验与验证。
例1 服务请求者与服务提供方之间，基于RGPS能够支撑按需互操作服务。使用RGPS需求模板，获得、分析用户的服务需求；基于RGPS元模型，为服务提供方聚合定制的领域服务，使服务拥有R，G，P属性。通过服务请求者与服务提供方之间的R,G,P,S匹配，实现按需互操作服务。
例2 服务请求者与服务提供方之间，基于互联网松散耦合、使用RGPS元模型框架，支撑松耦合的互操作服务。
例3 一个较为复杂的互操作服务应用。服务请求者与服务提供方之间，基于RGPS元模型框架、实现个性化流程按需定制的互操作服务应用。
