OA系統技术方案.docx

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
OA系統技术方案

OA系统技术设计文档 编写人:丛勇 2013年10月30日目录OA技术难点-工作流3数据库设计41.1模板表41.2流程表41.3环节表41.4环节流程对照表51.5消息表5业务逻辑关系6实例运用7OA技术难点-工作流解决工作流的功能,以及在实际当中的运用,首先要梳理目前OA系统中常用的功能,并进行分析,初步计划以数据库设计数据库设计模板表包含字段:模板ID模板名称环节1:环节2:环节n:流程表包含字段:流程ID流程名称模板ID:流程类型:(业务流程、科技流程、风险流程)所属条线:(个人条线、公司条线、风险条线)所属机构:机构号码后续流程ID:应用类型:(人事相关、报备相关、申请相关)环节表环节ID环节名是否停留:(直接到下一步,还是要做停留)承办人:(这部分是难点,如何确定某个环节选择哪些人)消息内容:环节流程对照表环节ID流程ID上一环节ID顺序号消息表消息表是否存在还有待于研究,个人认为在消息提醒方面可以在流程内部直接执行,到达某个环节某个人员,就自动形成消息。如果存在消息表,那么包括如下字段:消息ID消息名称消息内容消息种类:(待办事项、已办事项、正在办理事项)消息接收人:(人员ID)消息有效期:(3天、7天、15天等)当前事务的ID:当前环节ID业务逻辑关系创建流程模板,对应的模板ID、模板名称以及所需要的环节包括哪些,以及各个环节之间的继承关系。创建工作流,在流程表中插入一条数据,包括模板ID(确定所要选择的模板)、以及相应的业务条线和流程类型,保存。在环节表中保存了第一个环节的审批人,并依次往下进行。在消息表中插入数据,通知审批人进行审批。如果消息为未读状态,则表示是该消息人的待办公文如果某一环节分支出多个流程节点,则需要在环节表中增加多条记录,上级环节ID作为归属关系进行确认。其中环节表中的停留标志,用于重新发起的流程是否要在某些环节上进行停留。实例运用以员工请假为例,设计数据库表结构:字段说明类型长度约束Id标识Int10Ygbh员工编号Int10Sqzt申请状态Varchar10Qjyy请假原因Varchar50Qjsj请假时间DateQjlx请假类型Varchar10bhly驳回理由Varchar50首先要建立流程模板,确定各个条线所要操作的环节,然后在流程表中,建立数据,将员工请假的流程插入到数据表中,并在环节表中增加该流程与流程模板中所规定的环节进行匹配。并需要将该标识位进行标记,找到对应当前的审批人,以及下一审批人即可。并按照业务逻辑关系的实例图,对各个环节进行权限控制和业务流转,确保安全性和稳定性。对于类似的功能,比如员工请假、退休申请、离职申请等功能点非常多,要求OA系统满足的数据表也要很多,这样在数据库的设计方面,就要规范起来,建议采用目前较为流行的UML建表工具,power designer、rose等,这样在后续的维护和可读性方面都提供了很大的便利。 UML适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。在需求分析阶段,可以用用例来捕获用户需求。通过用例建模,描述对系统感兴趣的外部角色及其对系统(用例)的功能要求。分析阶段主要关心问题域中的主要概念(如抽象、类和对象等)和机制,需要识别这些类以及它们相互间的关系,并用UML类图来描述。为实现用例,类之间需要协作,这可以用UML动态模型来描述。2 / 8

您可能关注的文档

文档评论(0)

fv45ffsjjI + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档