oa数据库设计

申请免费试用、咨询电话：400-8352-114

 　　自从开源OA系统启动:系统概览放 出来后。园友们反馈了一些不错的建议。主要集中在工作流部分。本来是先不考虑工作流部分。这些天的交流和思考。决定把工作流部分作为系统基础结构贯穿整个 系统。所以先考虑了这个部分的设计，因为这部分的设计是否合理关系到整个系统是否可以继续和是否有实际价值的问题

　　本来打算用尝试用画个思维导向图的，不过down了久都没down下来，也就做罢了。

　　1，基础部分数据库设计。

　　下面说一下"页面(功能项)表"的设计，因为其他的比较简单。通过关系图已经可以完整表达我的设计意图：

　　我这样设计是希望系统具有一定的自定义组装能力，所以把设计的权限控制粒度细到页面级的添，删，改，查的和局部的用户级，抽出页面(功能项)表解释下，

　　1)，启用审批流程：页面(基本等同于一个具体功能项，或者代表某项业务需求，下同)，这个功能项是否需要进入审批流程;如果设置“是”则需要自定义相应的工作流程(下面会讲到);

　　2)，启用填加控制：这个设置决定在配置用户权限的时候的细化程度。如果为“启用”，则在配置用户权限的时候，可以控制改功能项那些用户可以填加，那些不 可以。反之。则所有用户均可以。当然该用户必须具有功能项级的权限。其他的。启用修改，版本控制，浏览，删除等类似;

　　3)，仅自己：这个选项对启用填加，修改，浏览，删除控制均有影响。如果为“是”，则在配置用户权限的时候，可以附加选项“仅自己”，如果配置用户权限的时候“仅自己”为“是”，那么该用户只能修改，编辑，删除，浏览自己填加的数据，反之。则无限制。

　　页面(功能项)表为用户权限配置的时候提供可选参数，为系统配置提供服务。而权限表是具体的用户权限设置。为控制用户权限服务;

　　2,工作流数据库设计：

　　也就是说，系统自身实现简单实用的工作流引擎而非采用比如wwf等的workflow enginee：

　　工 作流部分基于功能项和节点的组合。如果功能项(页面)被配置为启用审批流程。那么需要设置相应的自定义流程。多个“节点”构成一个完整的流程。节点的前后 顺序结构在数据库设计中以“树结构”来体现。每个“节点”可配置多个相关人员。通过“是否需全体通过”来控制该流程节点等待所有人员都审批通过才进入下一 节点。还是只需要其中审批通过就进入下一节点。

　　考虑到系统的定位。没有采用基于“岗位流转”的工作流设计，而采用了基于“人员流转”的工作流设计。

　　工作流：一系列相互衔接、自动进行的业务活动或任务。

　　OA工作流：建立于网络办公自动化基础上的事务行政审批，业务申请审批、公文、信息等的网上流转。它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。

　　不同于以往我们在仅仅进行增删改查(CRUD)，我们还要对其进行 下订单--订单确认--财务收款--库管配货--运送 等等一系列操作。

　　工作流管理系统(Workflow Management System, WfMS)是一个软件系统，它完成工作量的定义和管理，并按照在系统中预先定义好的工作流规则进行工作流实例的执行。工作流管理系统不是企业的业务系统，而是为企业的业务系统的运行提供了一个软件的支撑环境。