模式和案例的获取

需要系统架构师和领域专家筛选能代表区域协同医疗领域典型的用户需求,需求越全面越利于平台的运行。在挑选的过程中,如果是按照其他的体系结构和建模方法构造的,并且没有领域服务层和业务流程层的支持,则需要重构各个层次案例,以期符合要求。

在用户需求层中,案例和模式是最重要的两类知识,没有案例库和模式库的支撑,RDAA将无法发挥其优势。因此,用户需求层模式和案例的获取是关键。首先,需要系统架构师和领域专家筛选能代表特定领域的典型的用户需求。需求越全面越利于RDAA的运行。在挑选的过程中,如果是按照其他的体系结构和建模方法构造的,并且没有领域服务层和业务流程层的支持,则需要重构各个层次案例,以期符合RDAA的要求。以下将以用户需求层为例,说明重构的过程。

首先根据用户需求模型分析用户需求,从利益相关者的角度识别目标、任务等元素,形成用户需求模式并存入用户需求模式库中。随后分析领域服务,领域服务层主要是规划一个业务单元能够提供的服务,这些服务具有高度的领域相关性,将规划好的能够满足用户需求模式的领域服务模式存入领域服务模式库中。随后进行流程的封装、功能和数据的封装。首先将实现按照功能封装为Web services。如果本身选用的是面向对象的系统分析设计和开发方法,可以利用Apache的Axis对类进行封装,生成WSDL,再发布到UDDI注册中心。然后细化业务流程,利用ActiveBPEL引擎生成可执行的业务流程并发布。ActiveBPEL是Active Endpoints公司的一个开源的Java BPEL引擎,它是一个健壮的运行环境,它能执行用户按BPEL规范编写的业务流程。ActiveBPEL Designer能够以图形化的方式设计业务流程,并自动生成符合BPEL规范的业务流程描述文件。最后,ActiveBPEL引擎接受BPEL流程的定义,创建流程实例,并执行它们。在建立好可执行的业务流程后,按照业务流程层模式的要求,抽取相关信息,并将其加入业务流程模式库中。

用户需求案例是对重用用户需求模式结果的记录,因此用户需求案例的获取与用户需求模式的获取息息相关。在获取用户需求案例时,要着重对应用特定用户需求模式解决用户需求的效果进行记录。