基于模型驱动的BPM软件开发平台的研究与实现

基于模型驱动的BPM软件开发平台的研究与实现作者：张钊泉学位授予单位：电子科技大学相似文献(10条)1.学位论文李冬云基于WfMC的人机交互工作流引擎设计与实现2008业务流程管理即BPM（BusinessProcessManagement），是一套设计、执行、管理及监控业务流程的技术和标准。业务流程管理不单单是一种计算机技术，更是一种有效的跨组织协调各种资源并分析优化业务流程的管理方法。对于业务流程最早提出BPR的加拿大滑铁卢大学的HAMMER教授有更为精辟的定义：有组织的活动，相互联系，为客户创造价值。该定义已经准确的说明了“业务流程”的关键内容，传统开发方式的ERP系统中已经些许体现这种“业务流程”的管理思想。GSP（GenersoftPlatform）平台是浪潮在多年企业管理软件开发过程中积累的大量业务和技术经验的基础上，基于微软．Net技术开发出的新一代通用业务平台。GSP的目标是随需应变，对开发过程，能快速构建高质量的应用系统，提高生产率、降低成本：对企业应用，能满足企业个性化需求，满足企业持续改进的要求。本论文讨论的工作流引擎，是GSP平台中业务流程管理的核心组成部分，其设计是基于WfMC（WorkflowManagementCoalition，工作流管理联盟）标准。本文首先介绍了业务流程管理相关的概念、标准及其应用前景。以此为基础，重点介绍了一个人机交互工作流引擎开发过程，探讨了如何通过工作流驱动开发来更好的支持企业的业务流程改造，实现客户价值的最大化。本文最后对目前已完成的工作流引擎的现状和需进一步改进之处进行了简单的分析，并对全文做了总结和展望。2.学位论文边际面向流程管理的软件构建方法研究2009高效，便捷的业务流程管理是确保企业效率的根本所在，其重要性毋庸置疑。随着客户需求的多样化，以及随之而来的业务要求的多变性，这都必然导致了业务流程呈现出了高度的动态性。由于传统的软件开发方法是面向稳定不变的业务流程所设计的，所以按照其产生的软件系统存在如下的缺陷。1．流程逻辑与应用逻辑互相混杂。这种软件系统对业务流程有关的软件组件与普通的逻辑组件不加以区分。这就导致了流程逻辑完全被固定且隐含在应用逻辑中，无法把流程逻辑独立的抽取出来。所以一旦需求的改变导致业务流程发生变化，就必须重新分析，设计，实现业务软件。这不仅大大的加重了企业的负担，而且在快速变化的市场中失去先机。2．很难实现对流程的全局性管理与调度。由于流程逻辑本身已经被被固化到了应用实现中去，所以对流程的跟踪与控制就变的异常困难。运行状态下的流程由预先写入的应用程序控制，而不是业务人员。这就导致了流程的可操控性下降，同时由于业务人员无法对流程进行有效的控制，那么几乎不可能实现对运行状态下的流程进行有效的管理。3．很难在业务需求与应用实现之间建立映射对应关系，从而失去了对业务变化跟踪的可能。只有通过某些机制，在需求和实现之间建立起流程关联性，软件系统才能快速的进行修改以适应业务需求的变化，尤其是业务流程需求的变化。现在的软件生产强调的是数据和功能，而忽视了业务流程建模，从而导致了需求与实现的割裂。最终我们不能根据需求变化对流程的实现进修快速及时的修改。本文提出了一种面向流程管理的软件系统的体系结构并提出了其构建方法。其目的是为了向企业提供一种便于流程管理框架和低消耗的软件开发方法，以便于适应不断变化的业务需求和流程。该框架不仅能对业务流程进行单独管理，而且还支持工作流业务构件的调用。这些将大大的减少由于业务流程变化，而可能带来的再分析，设计以及实现上的负担；在大幅降低用于维护耗费的同时，也明显的提高了软件的复用性。基于上述思想，本文对相关的技术进行研究，主要的研究内容和创新工作包括：第一：基于Web，提出了一种面向流程管理的软件体系结构（ProcessManagement-OrientedSoftwareArchitecture，简称PMOSA）。并描述了其构建方法。第二：把隐含的业务逻辑从业务需求中抽取出来，并用显示的语言将其定义。从而实现了业务流程逻辑与应用逻辑想分离。第三：提出了一种工作流构件模型，并且描述了在应用中如何对其索引与组装。第四；设计了一种支持工作流构件调用的工作流引擎。引擎在执行业务流程的过程中，通过对流程构件的调用完成了其子过程的执行。如果业务流程在子过程中发生变化，则只需修改其相应的构件，而无需对整个业务流程逻辑以及应用逻辑进行修改。最后，通过一个产品生产流程案例，实践了本文面向流程管理的软件构件系统的构建过程。3.学位论文刘梦雯基于SOA的科研管理系统研究与实现2007当今，企业信息化极大地提高了企业的核心竞争力。各种各样的企业级应用系统的使用缩短了业务流程执行的周期，提高了业务处理的效率，降低了业务处理的成本，并且能够为企业未来发展决策提供强有力的数据统计和分析的支持。但是，采用了不同的开发技术，部署在不同平台上的应用系统之间很难有效地进行信息的交互和业务流程的融合。在构建天津大学科技处科研管理系统的过程中，为促进不同部门的异构系统进行协作和整合，并使集成系统能够对新的业务需求做出及时和快速的响应，本文提出了针对该系统的基于面向服务体系架构(SOA)的解决方案。本解决方案将应用系统设计为服务层和应用层两部分。服务层建立了在传统的业务流程和应用层之间的抽象层次。位于服务层中的服务封装业务功能单元和业务流程逻辑。在综合分析各种SOA技术实现的基础上，采用Web服务来实现本系统的服务层，并使用ApacheAxis2作为Web服务处理引擎。应用层主要封装应用逻辑以实现具体的业务功能。采用J2EE架构构建本管理系统，以实现具体的业务功能。SOA通过将系统功能分解成各个服务，并为这些服务定义独立于编程语言和实现平台的服务契约，使构建在不同系统中的服务可以以统一的方式实现交互。这样既充分利用了已有的系统，又使新应用系统具备良好的可组合性和可扩展性，更易于进行应用集成和业务流程管理。通过对本系统设计方案的实现，达到了在异构系统间进行信息交互和业务流程整合的目的。系统中的各个服务具有良好的可复用性并且可以更好地适应业务流程的变化。4.期刊论文佟辉.廖建新.阮友森.王纯柔性业务管理系统设计及应用-计算机系统应用2008,17(6)设计了一种新的业务管理系统,该系统可以实现业务管理逻辑的用户自定义功能.用户通过该系统提供的业务管理逻辑生成环境配置生成管理系统.不需要编写代码.该系统还提出了一种业务管理逻辑和被管理业务数据以及管理功能实体之间的关系映射模型(F/B/RMapping).实现了一种管理软件开发的新模式.5.学位论文张倩摩卡业务流程管理系统测试管理与分析2006随着软件规模的不断扩大，软件设计的复杂程度不断提高，软件开发中出现错误或缺陷的机会也越来越多，同时，市场对软件质量重要性的认识逐渐增强，所以，软件测试在软件项目实施过程中的重要性日益增强。同样在软件测试过程中，不可避免的存在以下两个关键问题：第一，测试管理如何进行?缺少有效的测试管理，测试质量难以保证，大量软件缺陷从测试人员手中悄然而过，流失到用户手中，流失到项目维护阶段。随之而来的是用户对产品质量没有信心，维护人员永无休止的“救火”，项目成本不断增加。第二，测试工具如何使用?手动测试过多，缺少对测试工具的研究，缺少自动化测试方式。这就导致了项目人力成本居高不下；人工操作的低效率使项目耗时增加，带来进度风险；人员素质及其他不确定因素影响手工测试的结果，导致差错率的增加。本课题研究的主要内容基于以上两个问题：测试管理和测试工具使用。本文阐述测试管理流程贯穿了测试过程的始终，对测试中涉及到的所有活动进行描述，并给出注意事项。通过测试管理流程的实施，可以规范测试计划、测试方案、测试用例制定和审核；明确送测和测试执行过程的主要工作内容；给出相应的测试培训范围；描述测试总结内容；并通过测试跟踪流程对测试活动实时监控，使测试活动始终处于可控状态，从而保证软件的质量。我们通过具体项目(摩卡业务流程管理MochaBusinessProcessManagement)中工具的使用，实现在测试流程的基础上，涵盖功能测试、性能测试和持久性测试的自动化测试需求。具体来说，通过。TestManager将测试设计、测试执行、测试总结整合在一起，实现了对测试过程的管理；通过ClearQuest测试小组进行缺陷跟踪管理，确保发现的缺陷已经被开发团队纠正并且没有引入新的缺陷；通过LoadRunner模拟上千万用户实施并发负载进行压力测试，并通过它提供的分析和报告工具，查找到性能问题的产生原由；通过Robot实现持久性测试的自动化。总之，通过测试管理流程制定和测试工具的使用，实现了“一个测试团队，基于一套完整的软件测试流程，使用一套完整的自动化软件测试工具，完成全方位的软件质量验证”的目标。6.学位论文张静支持业务流程变化的软件系统构建方法研究2007业务流程是企业运营的核心和本质，其重要性毋庸置疑。随着经济全球化、信息网络化、需求多样化，市场和客户需求都在快速变化之中，这必然导致业务流程呈现变化、动态的新特点。由于传统软件系统所面向的是稳定不变的业务流程，因此面对业务流程的新特点，软件系统存在着如下的困难：首先，流程逻辑很难从应用逻辑中分离出来。支持业务流程变化的关键在于将流程逻辑从应用逻辑中分离出来，只有这样，才能在业务流程发生变化时，快速调整流程逻辑，而不需改变应用逻辑的实现。但在当前的软件系统中，流程逻辑均被固化隐含在应用实现中，无法抽取出独立的流程逻辑，当流程需求发生变化时，就必须重新分析、设计、实现业务软件，这不仅不能应对快速变化的市场环境，而且大大增加了企业的成本。其次，很难在业务需求和系统实现之间建立流程可跟踪性。只有在需求和实现之间有清晰明确的流程关联性，软件系统才能快速准确的应对业务流程需求的变化。但目前的软件系统构建模式，从分析到设计和实现，所关注的是数据、功能、行为，而没有明确的业务流程建模，因此无法在需求和实现之间建立业务流程的关联性。第三，缺乏对业务流程变化需求模型的描述。目前的软件需求分析模型中，只描述了业务流程的静态需求，而忽略了对业务流程的变化特征的定义和分析。因而构建的软件系统很难支持业务流程的变化要求。基于以上的应用背景和需求，本文对多种相关技术进行了深入的研究，认为应从改进信息系统的软件体系结构入手，将流程相关性语义从业务逻辑中抽取出来，作为软件结构中的一个重要元素加以描述和建模，并从需求分析到系统设计一直保持业务流程的独立性，才能解决业务流程所面临的问题。本文重点讨论了支持业务流程变化的软件系统的体系结构及其构建方法，主要的研究目的是为企业实施业务流程管理提供一个技术框架，并为基于此框架的软件系统构建提供一系列指导原则，从而实现更高程度的业务流程自动化，并提高企业信息系统的灵活性、适应性和可扩展性，提升企业竞争力。围绕这个目标，本文对相关的关键技术问题进行了研究，主要的研究内容和创新工作第一，基于SOA，提出了一种面向业务流程的软件体系结构(BusinessProcess-OrientedSoftwareArchitecture，简称BPOSA)。BPOSA是一个基于服务的层次型结构，在传统三层体系结构基础上，将业务逻辑和应用逻辑进行了分离，并进一步将流程逻辑从业务逻辑中抽取出来，形成一个独立的业务流程层。同时在各层次的软件实体具有显式的流程相关性语义描述。因此该结构具有业务逻辑与实现逻辑的分离、流程逻辑和业务逻辑的分离的特点。第二，从业务逻辑中抽取出隐式流程相关性语义，实现了流程逻辑的显式化定义。除了将流程控制逻辑从业务逻辑中分离出来、并予以明确的描述之外，BPOSA还将流程功能部分中隐含的与流程关联的特性抽取出来，建模为可配置的流程属性。流程语义的显式化定义，不仅能让使用者清晰的了解系统支持的业务流程，而且在流程变化时只需修改流程定义并重新配置各项流程属性即可，从而快速应对流程的动态调整。第三，提出了一种面向组合的业务流程建模方法，并给出了基于π演算的形式化模