信息系统开发中基于规则的业务层框架构建

摘要

由于环境的复杂多变，需求的不确定性，致使实现企业核心业务功能的信息系统的开发和维护都处于一种被动的状态，系统开发和维护人员因此承受了巨大的压力。由于开发人员并不十分精通企业的业务，他们对需求的可预见性远不如企业中的业务专家，为了尽快实现已知的需求，开发人员往往采取所谓的“捷径”，而系统的重用性和扩展性被放到了次要的地位。当新需求到来的时候，往往会出现由于之前采取了“捷径”造成系统下一步开发工作量的增大。由此可以看出，信息系统的应变能力远远满足不了企业的实际需求。这往往会导致企业为了使自身业务完整的进行下去，不得不“屈服”于它“迟钝”的信息系统，信息系统由企业运行的加速器变成了企业提速的绊脚石。 之所以会出现这样的矛盾，是因为企业的核心业务逻辑被硬编码到了信息系统当中，要想改变系统的行为必须通过开发人员来实现，同时开发人员对企业的业务又不甚了解，必须和熟悉业务的领域专家进行频繁的沟通，由于不同的知识背景和理解角度等原因，二者对同一件事情的理解往往会产生个体性差异——信息系统开发人员和领域专家在认知上的鸿沟。这样的问题往往是十分隐蔽和严重的，一旦在临近系统交付的时候才发现这样的问题，后果往往是灾难性的。 针对上述问题，本文提出了基于规则的业务框架(RulebasedBusinessFramework，以下简称RBF)。RBF基于依赖注入技术，采用面向服务(ServiceOriented)的开发思想将系统功能划分为各种服务的组合，不同的系统功能可以共享服务，提高了组件的重用性，同时还提出了“领域模型—服务—服务控制器”(DomainModel-Service-Controller)模型，将服务的具体实现和服务的控制逻辑分离，并提供了控制逻辑的可配置功能，将业务逻辑从代码中抽取出来。RBF通过合理的设计将系统表示层和业务层分离，使系统架构更加清晰，致力于将存在于信息系统中的业务逻辑以一种易于理解的形式展现出来，使企业的业务专家经过简单的学习便可以进行业务逻辑的编排，从而提高了信息系统面对变化的反应速度，使系统的可维护性和可扩展性得到提升。

目录

文摘

英文文摘

独创性声明及关于论文使用授权的说明

第1章绪论

第2章J2EE业务层设计决策

第3章RBF涉及的相关技术

第4章RBF架构分析

第5章RBF应用举例

结论

参考文献

攻读硕士学位期间发表的学术论文

致谢