基于java的OA系统设计毕业论文.doc

《基于java的OA系统设计毕业论文.doc》由会员分享，可在线阅读，更多相关《基于java的OA系统设计毕业论文.doc（53页珍藏版）》请在三一办公上搜索。

1、XX大学本科学生毕业设计（论文）基于java的OA系统设计学 生：XXXX学 号：XXXXXX指导教师：XXXXXX校外指导教师：XXXXX 专 业：网络工程XX大学计算机学院二O一三年六月Graduation Design(Thesis) of XXX UniversityDesign of OA system based on JavaUndergraduate: XXXXXSupervisor: Prof. LXXX Outside Supervisor : XXXXXMajor: Network EngineeringCollege of computerXXXXX Universit

2、yJune 2013摘 要办公自动化（简称OA），是把现代化办公方式与计算机网络技术相结合起来的一种新型的办公方式，它通过技术的手段提高了我们的办公效率,进而实现了办公的自动化处理。OA采用Internet/Intranet技术，基于工作流的概念使企事业单位内部工作人员方便快捷地共享信息、高效地协同工作，甩掉了过去复杂、低效的手动办公方式，实现迅速、全方位的信息采集和处理，为企事业单位的管理与决策提供了科学的依据。中国联通信息导航公司集中运行全国性业务，当业务升级、发生故障、申请查询相关数据时，都是通过线下人工方式发起申请、经过各个部门的审批、再进入实施阶段等操作，通过对OA系统的建设，能够实

3、现各项工作、任务通过电子工单方式下达，在线审批等操作，满足了内控管理的要求。此次课题要做的就是将这些线下任务搬到电脑上来，作为联通信息导航综合管理平台里的一个模块，负责处理全国各地申报的各项业务工单。而OA下面还有三个小模块，包括我的待办，工单综合查询和工单录入，这里所说的工单就是一个具体的业务。关键词：OA，工作流，在线，线下，工单ABSTRACTOffice automation (OA), is a new type of office methods which combined the new way of modern office with computer network te

4、chnology , which will improve our work efficiency with the way of technical , thus achieving the office automated processing. The OA using Internet / Intranet technology, based on the concept of workflow makes enterprises internal staff to quickly and easily share information, work together efficien

5、tly, get rid of the past complicated, inefficient manual office methods, to achieve rapid, comprehensive information acquisition and processing for enterprises to manage and provide a scientific basis for decision-making.China Unicom Information Navigation company focused on running the national bus

6、iness, before that, the business upgrades, failure occurs,to apply for relevant data queries are performed underline manually to initiated application, go through each department for examination and approval, Then entered the implementation stage, through the OA system construction, to achieve vario

7、us tasks, tasks issued by electronic means work orders, online approval and other operations, to meet the internal control requirements.What the subject want to do is move these underlines tasks up to the computer system, as Unicom Information Navigation integrated management platform in a module, r

8、esponsible for handling various businesses around the country reporting work orders. The OA Here there are three small modules, including my to-do, work orders and work orders integrated query entry, the work order we talking about here is a specific businessKey words： OA,workflow, online, offline,

9、the work order目 录摘 要IABSTRACTII目 录III1 绪论11.1 背景11.2 意义21.3 本文组织与结构22 相关业务知识及理论32.1 领域模型基础理论及建模方法32.1.1 领域模型概念32.1.2 面向对象建模方法42.2信息导航公司组织机构及职责52.3 业务用例72.4业务角色设置92.5开发环境和工具102.6技术架构142.6.1统一框架机制162.6.2业务流驱动机制173 联通信息导航领域OA分析193.1 OA系统整体业务流程193.2 OA核心信息模型203.3关键表结构214 OA系统设计284.1系统定位284.2逻辑架构284.3功能切

10、分304.4系统间关系315 系统实现335.1 开发过程举例335.2工单录入385.3我的待办395.3.1 功能说明395.3.2 功能操作描述405.4工单综合查询426 总结与展望466.1 总结466.2 展望46参 考 文 献471 绪论1.1 背景办公自动化（Office Automation,简称OA）就是把办公与现代化计算机网络技术相结合起来的一种新型的办公方式。我们很难对办公自动化做一个统一的定义，因为凡是在传统的办公室中使用了各种新技术、新机器、新设备来从事办公业务，都可以属于办公自动化的领域。在行政机关中，大都把办公自动化叫做电子政务，企事业单位就大都叫做OA，即办公

11、自动化。通过实现办公自动化，或者说实现数字化办公，可以优化现有的管理组织结构，调整管理体制，在提高效率的基础上，增加企业员工协同办公的能力，强化决策的一致性，最后实现提高决策效能的目的。自从我国在70年代末80年代初提出办公自动化之后，到现在已有近二十多年的发展历史，而随着办公自动化技术的不断发展，办公自动化的内涵也在不断地被丰富和发展。最早的办公自动化就是指包含传真机、打字机、复印机等办公设备的使用；接着，办公自动化指的是通过电脑进行文书存贮、排版、及输出工作，用电脑进行人事、财务等管理；现代的办公自动化系统观点则认为：办公自动化实际上是人与人、人与部门、部门之间信息的共享、交换、组织、分类

12、、传递及处理和协调过程。传统的办公自动化多是指文字处理系统、轻印刷系统、文档管理系统，无法实现信息的共享、交换、传递，难以对非文本的信息，如：音频、视频、图形、OLE对象、扫描图像等多媒体信息、超文本信息进行有效的处理。同时，传统的电子邮件系统没有对办公过程中的工作流提供良好的支持，难以根据不同的情况、不同的工作状态采取相应合适的措施，更好地跟踪事务的处理过程。因此，现代办公自动化系统更着重于提供办公信息的共享、交换、组织、传递、监控功能，提供协同工作的环境。目前中国联通信息导航公司运营业务支撑管理工作都是线下方式，而线下操作有许多盲点，而且效率低下。为了规范中国联通信息导航全国集中运营业务的

13、支撑响应管理工作，保障各项业务安全、稳定运行，更好地支撑市场和业务发展，对业务单元所提工单做出及时、有效响应，切实提高工作效率，中国联通信息导航公司提出了建设OA系统的需求及系统总体建设原则：工作流程必须符合内控管理的要求，各项工作任务通过工单方式下达，业务支撑工作任务的执行应以工单为依据，坚持“见单操作”的工作原则。1.2 意义中国联通通过将工单管理系统从线下方式搬到电脑上来，大大的节约了时间和人力物力。工单管理系统属于中国联通信息导航公司业务支撑系统里面的一个模块，它包含了我的待办，工单录入和工单综合查询几个小模块。通过阅读本文，我们将会详细的了解各个模块的功能与实现，了解工单流程在线上是

14、如何完成的。OA系统建设后，将实现数字化办公，在提高效率的基础上，增加协同办公能力，最终实现对各种工单做出有效快速响应的目的。1.3 本文组织与结构本文是对中国联通信息导航综合管理平台里工单管理系统（即OA系统）的分析与总结，同时对于OA系统的实现所需的技术支持、技术架构等做出简要介绍，对于操作此OA系统的各个角色做出简要分析，以便能更好的理解OA系统工单流程是如何完成的，而要理解此系统，需要对它各个模块有更深入的了解，所以在后续的章节里面还详细的介绍了对OA系统的业务分析与系统的详细设计，最后告诉读者如何实现OA系统的。整个论文结构如下：第一章是绪论，介绍了OA系统的发展背景以及应用于中国联

15、通信息导航公司的重要意义，阐述本文完成的一些工作；第二章开始介绍了中国联通信息导航公司的组织机构，业务角色以及综合管理平台的开发所需要用到的一些技术、工具和相关理论；第三章对OA系统的业务进行了分析，包括系统业务流程，各个模块的功能、接口以及系统数据流程，然后介绍了OA核心信息模型相关内容，最后给出了各个模块的数据表信息；第四章介绍了OA系统的设计，里面的内容包括整体系统的定位，系统逻辑框架，各个模块功能的切分，OA与其他系统之间的关系以及技术架构；第五章主要通过介绍一个开发应用的实例阐述了如何实现OA系统的各个模块的功能，并对其做了较详细的介绍；最后在第六章是对本文总结以及对未来的展望。2

16、相关业务知识及理论本章内容是一些准备工作，主要介绍了领域模型基础理论及建模方法，中国联通信息导航公司的组织结构及相关人员职责，OA系统业务用例视图，OA系统里面的业务角色以及开发本系统所使用的开发工具。2.1 领域模型基础理论及建模方法2.1.1 领域模型概念领域模型是对业务用例实现进行描述的对象模型，它是对业务角色和业务实体之间应当如何进行联系和协作以执行业务的一种抽象。领域模型根据业务角度内部的观点定义了业务用例，为产生预期效果确定了业务人员以及他们处理和使用的对象之间应该具有的静态和动态关系。它注重于业务中承担的角色及其当前所承担的职责。这些模型类的对象组合在就一起可以执行所有的业务用例

17、。领域工程是可复用软件资产生产的主要技术手段，它包含三个阶段：领域分析、领域设计和领域实现。领域分析对领域中若干典型系统的需求进行分析，然后综合考虑预期的变化、技术发展及客观限制等因素，确定合适的领域范围，识别领域里的共性和变化性，进而获取一组具有足够复用性的领域需求，并对其进行抽象，最终形成领域模型。领域的设计与实现则是在领域模型的基础上识别、开发和组织领域中架构/构件等可复用资产。在开发同一领域内的新系统时，可以根据领域模型，确定新应用的需求规约，进而选择合适的系统架构，并依次为基础选择构件进行组装，最终形成新的应用系统。这样，新系统的开发不再是从零开始，而是建立在对需求分析、系统设计与实

18、现等阶段的软件资产大量复用的基础上的。领域分析是对领域需求进行系统地获取的阶段，这一阶段的输出产品就是领域模型。与针对单个应用系统的需求规约模型不同，领域模型是针对领域的需求规约模型。除具有一般需求规约模型的作用以外，在软件复用活动中，领域模型还具有如下两个重要作用：第一，为领域内新系统的开发提供可复用的软件需求规约新系统的开发者通过对领域模型进行适当的剪裁和扩展，形成适合该系统的需求规约。为了适应对领域需求的复用需求，领域模型不仅要记录领域内的系统具有的共性功能和质量属性，还有记录这些属性可能具有的变化性，其组织结构还必须具有良好的可剪裁性和可扩展性。第二，指导领域设计阶段和实现阶段可复用软

19、件资产的生成为了提高架构/构件等软件资产的可复用性，保持共性和变化性的分离是其中一个重要的原则。领域模型必须提供相应的机制来支持对变化性需求的隔离、封装和抽象。2.1.2 面向对象建模方法通常的建模方法一般可以分为以下几种：面向过程建模、面向数据建模、面向信息建模、面向决策建模和面向对象建模。面向对象的建模方法就是利用面向对象的信息建模概念，如实体、关系、属性等，同时运用封装、继承、多态等机制来构造模拟现实系统的方法。传统的结构化设计方法的使用的方法都是面向过程，系统会被分解成若干个过程，而面向对象所使用的方法结合了构造模型的观点，在系统的开发过程中，各个步骤的共同目标是建立一个问题域的模型。

20、在面向对象的设计中，初始元素是对象，然后将具有共同特征的对象归纳成类，通过组织类之间的等级关系来构造类库。UML是一种定义良好的、易于表达、功能较强且普遍适用的面向对象建模语言。它吸收了软件工程领域的新思想、新方法和新技术。UML的应用领域相当广泛，它不仅可用于建立软件系统的模型，还可用于描述非软件领域内的系统模型以及处理复杂数据的信息相同、具有实时要求的工业系统或工业过程等。作为一种通用的建模语言，UML适用于系统开发过程中从需求规约描述到系统实现后测试的不同阶段。目前，UML已经成为建模语言事实上的工业标准。它具有以下特点： UML统一了各种方法对不同类型的系统、不同的开发阶段以及不同内部

21、概念的不同观点，从而有效的消除了各种建模语言之间许多不必要的差异。它实际上是一种通用的建模语言，可以为许多面向对象建模方法的用户广泛适用。 UML的建模能力比其他面向对象见面方法更强，它不仅适合于一般系统的开发，而且对并行、分布式系统的建模尤为适宜。 UML是一种建模语言，而不是一个开发过程。UML描述了一个系统的静态结构和动态行为。UML将系统描述为一些离散的相互作用的对象并最终给外部用户提供一定功能的模型结构。静态结构定义了系统中的重要对象的属性和操作以及这些对象之间的相互关系。动态行为定义了对象的时间特性和对象为完成目标而相互进行通信的机制。从不同但又相互联系的角度对系统建立的模型可以用

22、于不同的目的。UML视图中的静态视图对应用领域中的概念以及系统实现有关的内部概念建模。这种视图之所以被称之为是静态的是因为它不描述与时间有关的系统行为，此种行为在其他视图中进行描述。静态视图主要是由类及类间的相互关系构成，这些相互关系包括：关联、泛化和各种依赖关系，如使用和实现关系。一个类是应用领域或应用解决方案中概念的描述。类图是以类为中心来组织的，类图中的其他元素或者属于某个类或与类相关联。静态视图用类图来实现，正因为它是以类为中心，所以被称为类图。在类图中类用矩形框来表示，它的属性和操作分别列在分格中。如不需要表达详细信息时，分格可以忽略。一个类可能出现在好几个图中，同一个类的属性和操作

23、只在一种图中列出，在其他图中可以省略。关系用类框之间的连线来表示，不同的关系用连线上和连线端头处的修饰符来区别。静态视图说明了对象的结构。一个面向对象的系统使数据结构和行为特征统一到一个独立的对象结构中。静态视图包括所有的传统数据结构思想，同时也包括了数据操作的组织。数据和操作都可量化为类。根据面向对象观点，数据和行为是密切相关的。类之间有关联、泛化等各种形式的依赖关系，包括实现关系和使用关系。关联关系描述了给定类的单独对象之间语义上的连接。关联提供了不同类之间对象可以相互作用的连接。其余的关系涉及到类元自身的描述，而不是它们的实例。泛化关系是父超类与更具体的后代子类连接在一起。泛化有利于类的

24、描述，可以不用多余的申明，每个申明都需加上从其父类继承来的描述。继承机制利用泛化关系的附加描述构造了完整的类描述。泛化和继承允许不同的类分享属性、操作和它们共有的关系，而不用重复说明。实现关系将说明和实现联系起来。接口是对行为而非实现的说明，而类之中则包含了实现的结构。一个或多个实现一个接口，而每个类分别实现接口中的操作。依赖关系将行为和实现与影响其他类的类联系起来。2.2信息导航公司组织机构及职责中国联通信息导航公司内部组织结构如下图所示：图2.1 信息导航公司组织机构信息导航公司共分为5个部门，分别是综合部、业务支撑中心、市场部、BPO运营中心和业务结算中心，每个部门设置一名部门经理，且每

25、个部门都由一个或多个公司分管领导负责。综合部比较特殊，其下综合管理组分管领导为牛总，人力资源组的分管领导为方总，计划财务组的分管领导为于总；其余四个部门各自有一位分管领导，分别是傅总、方总、牛总和于总。根据信息导航公司OA系统建设要求，每个部门的下属员工都可以申请录入工单，该职员所在的部门经理执行建单部门领导审批职责。在OA系统中设置一名工单管理员，目前为业务支撑中心的职员侯玉娜。工单管理员的职责是为工单分配工单负责人，工单负责人必须是业务支撑中心部门职员；每个工单都必须由工单管理员指派一名工单负责人，工单负责人的职责是：指定工单级别（普通、重要、重大）、工期，选择需要参与会签的部门（会签部门

26、为可选项）。部门会签是指工单负责人选择的上述五个部门中的一个或多个部门经理参与工单审批，例如工单负责人选择了综合部和业务支撑中心两个部门参与会签，则综合部的陶处和业务支撑中心的石处将并行的审批工单。实施部门是非信息导航公司内部组织机构，目前包括东软、合力亿捷科技股份有限公司、朗途与BPO单元等公司，其职责是根据工单申请信息以及实际情况执行工单，然后在OA系统里向工单负责人返单，返单信息最主要的是工单实施情况，如果有需要可以上传附件详细说明。分管领导的职责是对重要级别和重大级别的工单进行审批。分管领导审批包含建单部门的分管领导审批和业务支撑中心的分管领导审批。当建单部门为业务支撑中心时，由于两个

27、分管领导为同一人，因此只需要执行一次审批。信息导航公司领导（方总），其职责是对重大级别的工单进行审批，由于他还是综合部人力资源组的分管领导，因此当该组职员申请的工单为重要、重大级别时，行使分管领导审批职责；当该组职员录入重大级别工单时，行使分管、公司领导审批职责。2.3 业务用例信息导航公司规定OA工单执行流程包括四个阶段：准备阶段（工单生成）、审批阶段（工单审批）、执行阶段（工单实施）、反馈阶段（工单反馈），根据这四个阶段的相关详细需求抽取出以下业务用例视图：图2.2 工单录入及初审用例图2.3 工单审批用例图2.4 工单派单返单用例图2.5 工单反馈归档用例2.4业务角色设置根据OA系统建

28、设原则及以上业务分析，OA系统中需要设置以下角色，角色职责详见下表描述：表2.1业务角色表编号角色角色职责1工单录入者1. 工单录入：各种类型工单的录入及二次编辑，上传相关附件。2. 确认工单初审结果（工单管理员确认工单初审结果之后）。3. 验证工单实施结果。2工单管理员1. 工单分配：工单录入者提交工单后，由工单管理员指定一个工单负责人。2. 确认工单初审结果。3. 确认工单反馈结果。4. 工单归档。3工单负责人1. 工单初审：当初审结果为审批通过时，必须指定该工单的工期、工单级别（普通、重要、重大），勾选需要参与会签的部门（可以不勾选），可以上传相关附件。2. 派单：所有审批环节结束后，工

29、单负责人将工单派发给各实施单位。3. 工单反馈：所有实施单位返单后，工单负责人反馈工单处理结果。4工单审批者不同的工单类型、工单级别，工单审判者不尽相同，这里列出所有可能的工单审批者及职责：1. 工单负责人：工单初审2. 工单录入者所在部门（以下简称“建单部门”）领导：领导审批3. 会签部门领导：领导审批（工单负责人勾选会签部门时）4. 会签部门内部员工：内部审批（会签部门领导向下分配给下属员工时）5. 业务支撑中心领导：领导审批6. 建单部门分管领导：领导审批（工单级别重要、重大时）7. 业务支撑中心分管领导：领导审批（工单级别重要、重大时）8. 公司领导：领导审批（工单级别重大时）5实施单

30、位反馈工单处理结果，并上传实施相关的附件2.5开发环境和工具开发语言：java数据库：Sybase相关工具与软件信息：jdk-1_6_0_10，Eclipse3.7，MyEclipse6.5，Tomcat5.0.28开发框架：TD-framework2.0使用插件：Snippets（使代码编写简化的工具）TD-Framework2.0 框架是东软集团自主开发，此框架复用了UniEAPV2.0的基本体系结构和大部分组件及服务，可以直接作为插件嵌入到Eclipse里面，提高了开发效率。TD-Framework2.0基本体系结构如下：图2.6TD-framework2.0基本体系结构各组成部分的理解

31、：JSP：RenderingProviding for GUI controlsLayouting an object with state控制界面的表现，包括具体的设备和与设备相应的UI的控制。功能限于界面的具体在设备上的展现（如：Browser对html的解析）、界面表现的控制、界面组件的布局。Action：Receive request,Dispatch Business Logic to BO,Route action.Business Object：Business Rules, Business FunctionsTrancation Mgmt across related Bus

32、iness ObjectsData Access Object：Persistency为了能够正常使用TD-framework2.0框架，需要完成一些文件的配置：图2.7TD-framework2.0框架需要配置的文件applications.xml中的配置主要包括应用的配置：图2.8 Applications.xml文件配置图中的“oa2”即是我们的OA系统应用名称。oa_app_config.xml主要是oa应用的配置文件，而在oa-struts-config.xml中需要配置业务流程。图2.9 oa-app-config.xml文件配置图2.10 oa-struts-config.xml

33、配置 配置EAPConfig.xml文件是为了使WEB_APP_NAME的值与工程中Web Context-root的值一致，从而是Tomcat能够与工程文件搭载起来成功的访问数据库。图2.11 EAPConfig.xml文件配置因为要与Sybase数据库想连接，所以需要配置tdframework.xml文件，如下图所示：图2.12 taframework.xml文件配置其中蓝色标识部分是配置框架开发代码，黄色标识部分是配置数据库的地址，此处配置的是公司内网地址。2.6技术架构系统技术架构采用MVC模式，主要由用户层、接触层、逻辑层以及数据层组成，各层通过各种技术手段确保系统性能符合要求、系统

34、安全可靠、可扩展性高，并且能够使开发人员在开发过程中重点关注业务实现，减低系统的开发难度。整个技术架构如图4.5所示：图4.5 系统技术架构总体技术架构的实现目标：1. 分层次技术架构，共分为4个层次：用户层，接触层、逻辑层、数据层，各个层次之间定义了严格的服务注册机制，降低层次之间的耦合度，是可定制开发的前提。2. 组件技术架构，在SOA中提出的面向服务的组件的概念是一种非常理想的架构模式，如何逐步在技术架构中逐步演进是必须在架构中要考虑的问题，所以在各个层次定义严格的公用组件服务（TDFRAMEWORK 2.0），使业务系统无论在纵向技术流，还是横向的业务流，通过组件进行互相调用，为SOA

35、在业务系统的推动奠定技术基础。3. 业务流程驱动架构，为了实现组件的可复用管理。4. 安全架构，基于SPRING的ACEGI实现统一安全认证流程的可定制，并无缝集成CAS单点认证方案。5. 数据集成架构，采用MQ数据集成中间件，实现了业务数据在各个业务数据库的实时传送，从而在逻辑上实现了统一的客户视图。2.6.1统一框架机制FRAMEWORK是目前比较流行的技术趋势，也就是基于统一的技术框架进行业务开发，提高了业务系统的成熟性、稳定性、健壮性，简化了开发人员的开发，提高了开发效率，提升了开发质量，并减少了业务系统维护人员的维护工作量，使业务系统易于理解。TD FRAMEWORK 2.0框架是东

36、软电信事业部所研发的J2EE开发框架，该框架架构模式采用MVC，MVC架构模式的整体实现构建在开源的struts 和spring framework及框架UniEAP之上，并提供业务系统的业务层和数据访问层。View层，采用JSP+JSTL+JS+CSS的方案，并提供了显示层组件库。Controller层，扩展struts的DispatchAction，增加用于文件上传和屏蔽应用上下文的功能。Model(业务层)，使用spring的IoC容器来管理组件，实现组件间的松耦合。图4.6 TDFRAMEWOK 2.0 MVC架构图2.6.2业务流驱动机制业务流程是技术架构中的重要组成部分，通过可视化

37、的定义工具，用户可方便快捷的定义出业务流程，提高最终客户的业务部署的能力本技术架构采用的业务流程工具是由东软自主开发的的流程平台(UniFlow-v4)提供，通过业务流程驱动可以实现应用内部的组件流转，并提供WebService接口可以实现跨业务的业务流程流转。业务流程平台包括4大部分功能：流程定义工具、组织机构定义工具、服务引擎、流程控制台。流程定义工具业务流程平台中的重要组成部分，使最终客户可方便快捷的定义出业务流程，降低了流程设计的难度。组织机构涉及权限控制，是UniFlow集成的重要组成部分，为了将特定的组织机构与工作流引擎集成在一起，必须实现工作流引擎的组织机构接口，以便供引擎或应用

38、程序调用。服务引擎使整个业务流系统的核心，负责解释流程定义，将用户定义的流程模板解释成工作流引擎可以理解的步骤，分解成用户实际可以理解的任务，并控制活动的顺序，控制流程的结束期限，确定任务正确分配给相应的用户。也可以理解为一个状态转换机，控制流程实例和活动的创建、激活、挂起及终止等状态，还包括日志服务、定时服务等功能。流程控制台实现了流程的统一管理，具体结构如图4.7所示。图4.7 业务流程体系结构3 联通信息导航领域OA分析本章主要是对OA系统的业务进行了较详细的分析，从业务流程上面阐述了这个系统，并对整个流程进行了简单的描述，对其中部门会签做了一些更多的说明。3.1 OA系统整体业务流程下

39、图以业务割接工单为例，描述OA系统整体业务流程图3.1OA系统总体业务流程图机构会签部门领导审批流程比较特殊，如下图所示：图3.2会签部门领导审批业务流程图机构会签部门领导审批时，可以将审批权分配给该部门下属员工，也可以自己直接审批。当会签部门领导将审批权分配给下属员工时，都需要经历领导分配下属员工审批（通过or不通过）领导确认审批结果这样的闭环操作。在部门会签时，只要某个部门审批结果为不通过，则整个工单审批结果为审批未通过，其他未进行会签部门的待办都将失效，工单流转至工单录入者编辑工单环节；只有所有会签部门都审批通过时，工单才流转至下一环节业务支撑中心领导审批。3.2 OA核心信息模型图3.

40、3介绍了OA系统的核心信息模型：图3.3 OA核心信息模型3.3关键表结构下面我们介绍一下在本系统中用到的一下关键的表结构。首先介绍一下工单基本信息表（BOA2_WP_BASE_INFO_T）结构：表3.1 工单基本信息表属性名类型长度空值主键说明wp_noVARCHAR128NOT NULLY工单编号wp_type_nameVARCHAR64 NOT NULL工单类型名称wp_level_nameVARCHAR64NOT NULL工单重要级别名称wp_status-nameVARCHAR64NOT NULL工单状态名称build_organ_idVARCHAR16NOT NULL建单部门ID

41、（权限）build_organ_nameVARCHAR128NOT NULL建单部门名称build_personVARCHAR16NOT NULL建单人（操作员工号）build_person_nameVARCHAR128NOT NULL简单人姓名remarkVARCHAR256NULL审批未通过信息wp_typeNUMERIC4 NOT NULL工单类型wp_levelNUMERIC4 NOT NULL工单级别wp_statusNUMERIC4 NOT NULL工单状态time_limitNUMERIC3 NULL工期，单位：工作日（由工单负责人在初审执行时指定）wp_verNUMERIC4

42、NOT NULLY工单版本号if_validNUMERIC2 NOT NULL是否有效，1-有效，0-无效build_datedatetimeNOT NULL建单时间assign_datedatetimeNULL派单时间plan_back_datedatetimeNULL计划返单时间=派单时间+工期back_datedatetimeNULL实际返单时间archive_datedatetimeNULL归档时间invalid_datedatetimeNULL失效时间下表介绍了工单流转环节实例表（BOA2_WP_STEP_INST_T）结构：表3.2 工单环节实例表属性名类型长度空值主键说明inst

43、_seqVARCHAR30NOT NULL Y实例流水号wp_noVARCHAR128NOT NULL Y工单编号wp_verNUMERIC4 NOT NULL工单版本号Wp_levelNUMERIC4NOT NULL工单级别if_validNUMERIC2 NOT NULL是否有效，1-有效，0-无效stepNUMERIC8NOT NULL当前环节Step_nameVARCHAR64NOT NULL当前环节名称Parent_step_nameVARCHAR64NULL父环节名称Show_step_nameVARCHAR256NOT NULL工单查询时页面显示的环节名称Step_orderNU

44、MERIC8NOT NULL环节顺序Step_statusNUMERIC4NOT NULL环节状态Step_status_nameVARCHAR64NULL环节状态名称Plan_start_datedatetimeNOT NULL计划开始时间Plan_end_datedatetimeNOT NULL计划结束时间operatorVARCHAR16NULL该环节操作员Operator_nameVARCHAR128NULL该环节操作员名称Deal_infoVARCHAR512NULL办理意见Deal_timeDatetimeNULL办理时间If_multi_execNUMERIC2NOT NULL该

45、环节是否多人参与：1-是，0-否If_need_execNUMERIC2NOT NULL该环节是否需要执行：0-待判断（根据工单级别、会签是否分配等判断），1-需要，2-不需要Assign_personVARCHAR16NULL部门会签300200的下级环节用：存放部门领导Assign_person_nameVARCHAR16NULL部门会签300200的下级环节用：存放部门领导姓名Order_relaVARCHAR128NULL排序字段，工单综合查询中展示各环节的先后顺序下表介绍了我的待办信息表（BOA2_WP_PENDING_T）结构：表3.3 待办信息表属性名类型长度空值主键说明Pending_codeVARCHAR30NOT NULLY代办流水inst_seqVARCHAR30NOT NULL实例流水号Wp_noVARCHAR128NOT NULL