基于osworkflow的工作流管理平台的设计与实现答辩稿.pptVIP

哈尔滨工业大学软件学院 基于osworkflow的工作流管理平台的设计与实现 答辩相关信息 作者名称： 院系： 学号： 所在实习单位：北京和佳软件 校内导师： 校外导师： 答辩时间：6-30 问题 当前，大量的企业信息管理软件，包括ERP与CRM软件都存在着流程僵硬，代码冗余，难以维护和扩展等问题。在现代企业和工厂中，用户需求的改变常常意味着一个信息管理软件大量的改动甚至重写，而用户的这种改动基本上是必然的。我们不能保证所有的用户不经修改使用相同的系统，因为每个企业和工厂都有自己的管理和经营模式。这种现象导致的直接结果是，实施一套ERP软件需要付出高昂的费用，软件公司最终实际上毫无利润可言，甚至做了赔本买卖。 问题出在哪里？ 流程僵硬： 业务流转被固化在程序语言代码之中 代码冗余： 一遍一遍的“重复制造轮子”，俯拾即是的代码生成，数不清的复制粘贴。 难以维护和扩展： 代码文件庞大，逻辑关系复杂，接口定义不明确。 提炼ERP的模型：去除冗余，统一管理 ERP的核心是数据库的表结构，及存储在表中的数据 表中的字段相互组合在一起形成各种各样的单据 ERP的通用流程就是单据在业务上的流转，体现在数据库上就是数据字段状态的改变（也包括生成或删除一部分单据，即状态的消除） 在单据状态改变的过程中，可以触发一些任务（或程序）的执行。在这个单据流转模型之上，有一套角色、权限的控制机制（包括菜单控制、模块控制、衔接等），保证了信息显示与客户的相关性 在此核心的基础上，可以通过用户界面的接口实现一些附加的功能，比如，发送电子邮件等功能 ERP对企业信息流程的管理大部分是基于以上思想的，但也有不同的部分，比如生产模块，则以计划、排产为核心，突出了数据的计算，而非数据本身的持久和状态的改变 体验基于平台的开发模式 分析一个应收账款业务的简单模型的业务流程 步骤一 设计业务流程 左侧是用工作流设计器设计的上述业务流程 Osworkflow相关概念简介 步骤二 添加业务菜单 左侧是自动生成的菜单在客户端的显示效果 在resource-base\ client-config下的menu.property文件中对应收业务的菜单配置。如左侧文本所示。 步骤三 生成并修改数据库访问配置 通过数据库配置工具生成默认的数据库配置，有了数据库默认配置，就可以实现对数据的默认操作 步骤四 登陆系统进行权限配置 用户可以登陆、注册、查看系统最近的操作记录、更改密码、查看日历表，或是选择一份工作来做。可以对数据进行维护以及对工作单序列表进行排序等操作 效果图一 单据维护 工作单处理 添加结算账 效果图二 参数配置 工作单处理效果 按钮变换 效果图三 处理历史 操作历史 后台效果 注销 平台设计的总体架构及相关技术 Osworkflow iBATIS Applet/Java Web Start Dom4j，Log4j…… mysql 基础平台的关键点 Applet的数字签名 Applet的扩展 Applet的数据展现 数据的通用获取及提交 XML数据缓存及其同步方法 数据库访问层的实现 工作流的引进方案 工作流的持久化，工作流接口应用，流程环节查询；工作流流程定义，及暴露给平台服务端开发人员的接口 对osworkflow API的封装及在客户端的应用。 两种开发模式的对比 在整个业务的开发过程中，我们仅仅通过工作流设计器定义了自己的业务流程，并实现了针对的特殊业务的代码，而没有对业务流程和权限管理进行一行硬性编码，这极大地解放了程序员的工作，代码的冗余度已经降到了最低，系统因为没有对流程和权限硬编码，而是仅仅通过配置，从而获得了极大的柔性和灵活性。 而在传统的开发方法中，实现一个这样的应收功能需要无数个相似的jsp页面，代码中充斥着大量无意义的复制和粘贴。此外还将把流程的代码固化到jsp页面的url跳转上，造成代码复杂，难于维护。即使采用了类似struts这样的MVC模式的框架，代码冗余，流程僵硬的缺点仍然难以解决。 平台有待改进的地方 当前系统的工作流和单据管理只能支持每次对一条单据的处理，虽然对单据的提交生效后可以跨表修改多条单据，并对业务进行任意复杂的处理，但在每次提交的效率上仍显不足。多条提交的解决方案，用一个MyDataset类对其封装，并用MyDatasetMeta类来对数据级进行描述， 针对基于平台的开发，后台平台工作流业务的整合是基于XML描述符进行衔接的，符合SOA的编程思想，但在Applet前端，对界面的复杂定制工作则需要通过扩展标签来实现，也因此对界面定制人员基于平台开发提出了更高的要求，在以后的改进中，应把用户定制的界面也通过文本配置来衔接，从而实现平台完全的可接插性。 结 论 这个工作流管理平台结合java相关的各种技