基于java的OA系统设计

XX大学本科学生毕业设计（论文） 基于java的OA系统设计 学 生： XXXX 学 号： XXXXXX 指导教师： XXXXXX 校外指导教师：XXXXX 专 业： 网络工程 XX大学计算机学院 二O一三年六月 Graduation Design(Thesis) of XXX University Design of OA system based on Java Undergraduate: XXXXX Supervisor: Prof. LXXX Outside Supervisor : XXXXX Major: Network Engineering College of computer XXXXX University June 2013 摘 要 办公自动化（简称OA），是把现代化办公方式与计算机网络技术相结合起来的一种新型的办公方式，它通过技术的手段提高了我们的办公效率,进而实现了办公的自动化处理。OA采用Internet/Intranet技术，基于工作流的概念使企事业单位内部工作人员方便快捷地共享信息、高效地协同工作，甩掉了过去复杂、低效的手动办公方式，实现迅速、全方位的信息采集和处理，为企事业单位的管理与决策提供了科学的依据。 中国联通信息导航公司集中运行全国性业务，当业务升级、发生故障、申请查询相关数据时，都是通过线下人工方式发起申请、经过各个部门的审批、再进入实施阶段等操作，通过对OA系统的建设，能够实现各项工作、任务通过电子工单方式下达，在线审批等操作，满足了内控管理的要求。 此次课 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 要做的就是将这些线下任务搬到电脑上来，作为联通信息导航综合管理平台里的一个模块，负责处理全国各地申报的各项业务工单。而OA下面还有三个小模块，包括我的待办，工单综合查询和工单录入，这里所说的工单就是一个具体的业务。 关键词：OA，工作流，在线，线下，工单 ABSTRACT Office automation (OA), is a new type of office methods which combined the new way of modern office with computer network technology , 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 efficiently, 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 business, 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 various 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, responsible 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 business Key words： OA,workflow, online, offline, the work order 目 录 I 摘 要 II ABSTRACT III 目 录 1 1 绪论 1 1.1 背景 2 1.2 意义 2 1.3 本文组织与结构 3 2 相关业务知识及理论 3 2.1 领域模型基础理论及建模方法 32.1.1 领域模型概念 42.1.2 面向对象建模方法 5 2.2信息导航公司组织机构及职责 7 2.3 业务用例 9 2.4业务角色设置 10 2.5开发环境和工具 14 2.6技术架构 162.6.1统一框架机制 172.6.2业务流驱动机制 19 3 联通信息导航领域OA分析 19 3.1 OA系统整体业务流程 20 3.2 OA核心信息模型 21 3.3关键表结构 28 4 OA系统设计 28 4.1系统定位 28 4.2逻辑架构 30 4.3功能切分 31 4.4系统间关系 33 5 系统实现 33 5.1 开发过程举例 38 5.2工单录入 39 5.3我的待办 395.3.1 功能说明 405.3.2 功能操作描述 42 5.4工单综合查询 46 6 总结与展望 46 6.1 总结 46 6.2 展望 47 参 考 文 献 1 绪论 1.1 背景 办公自动化（Office Automation,简称OA）就是把办公与现代化计算机网络技术相结合起来的一种新型的办公方式。我们很难对办公自动化做一个统一的定义，因为凡是在传统的办公室中使用了各种新技术、新机器、新设备来从事办公业务，都可以属于办公自动化的领域。在行政机关中，大都把办公自动化叫做电子政务，企事业单位就大都叫做OA，即办公自动化。通过实现办公自动化，或者说实现数字化办公，可以优化现有的管理组织结构，调整管理体制，在提高效率的基础上，增加企业员工协同办公的能力，强化决策的一致性，最后实现提高决策效能的目的。 自从我国在70年代末80年代初提出办公自动化之后，到现在已有近二十多年的发展历史，而随着办公自动化技术的不断发展，办公自动化的内涵也在不断地被丰富和发展。最早的办公自动化就是指包含传真机、打字机、复印机等办公设备的使用；接着，办公自动化指的是通过电脑进行文书存贮、排版、及输出工作，用电脑进行人事、财务等管理；现代的办公自动化系统观点则认为：办公自动化实际上是人与人、人与部门、部门之间信息的共享、交换、组织、分类、传递及处理和协调过程。传统的办公自动化多是指文字处理系统、轻印刷系统、文档管理系统，无法实现信息的共享、交换、传递，难以对非文本的信息，如：音频、视频、图形、OLE对象、扫描图像等多媒体信息、超文本信息进行有效的处理。同时，传统的电子邮件系统没有对办公过程中的工作流提供良好的支持，难以根据不同的情况、不同的工作状态采取相应合适的措施，更好地跟踪事务的处理过程。因此，现代办公自动化系统更着重于提供办公信息的共享、交换、组织、传递、监控功能，提供协同工作的环境。 目前中国联通信息导航公司运营业务支撑管理工作都是线下方式，而线下操作有许多盲点，而且效率低下。为了 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 中国联通信息导航全国集中运营业务的支撑响应管理工作，保障各项业务安全、稳定运行，更好地支撑市场和业务发展，对业务单元所提工单做出及时、有效响应，切实提高工作效率，中国联通信息导航公司提出了建设OA系统的需求及系统总体建设原则：工作流程必须符合内控管理的要求，各项工作任务通过工单方式下达，业务支撑工作任务的执行应以工单为依据，坚持“见单操作”的工作原则。 1.2 意义 中国联通通过将工单管理系统从线下方式搬到电脑上来，大大的节约了时间和人力物力。工单管理系统属于中国联通信息导航公司业务支撑系统里面的一个模块，它包含了我的待办，工单录入和工单综合查询几个小模块。通过阅读本文，我们将会详细的了解各个模块的功能与实现，了解工单流程在线上是如何完成的。 OA系统建设后，将实现数字化办公，在提高效率的基础上，增加协同办公能力，最终实现对各种工单做出有效快速响应的目的。 1.3 本文组织与结构 本文是对中国联通信息导航综合管理平台里工单管理系统（即OA系统）的分析与总结，同时对于OA系统的实现所需的技术支持、技术架构等做出简要介绍，对于操作此OA系统的各个角色做出简要分析，以便能更好的理解OA系统工单流程是如何完成的，而要理解此系统，需要对它各个模块有更深入的了解，所以在后续的章节里面还详细的介绍了对OA系统的业务分析与系统的详细设计，最后告诉读者如何实现OA系统的。 整个论文结构如下： 第一章是绪论，介绍了OA系统的发展背景以及应用于中国联通信息导航公司的重要意义，阐述本文完成的一些工作； 第二章开始介绍了中国联通信息导航公司的组织机构，业务角色以及综合管理平台的开发所需要用到的一些技术、工具和相关理论； 第三章对OA系统的业务进行了分析，包括系统业务流程，各个模块的功能、接口以及系统数据流程，然后介绍了OA核心信息模型相关内容，最后给出了各个模块的数据表信息； 第四章介绍了OA系统的设计，里面的内容包括整体系统的定位，系统逻辑框架，各个模块功能的切分，OA与其他系统之间的关系以及技术架构； 第五章主要通过介绍一个开发应用的实例阐述了如何实现OA系统的各个模块的功能，并对其做了较详细的介绍； 最后在第六章是对本文总结以及对未来的展望。 2 相关业务知识及理论 本章内容是一些准备工作，主要介绍了领域模型基础理论及建模方法，中国联通信息导航公司的组织结构及相关人员职责，OA系统业务用例视图，OA系统里面的业务角色以及开发本系统所使用的开发工具。 2.1 领域模型基础理论及建模方法 2.1.1 领域模型概念 领域模型是对业务用例实现进行描述的对象模型，它是对业务角色和业务实体之间应当如何进行联系和协作以执行业务的一种抽象。领域模型根据业务角度内部的观点定义了业务用例，为产生预期效果确定了业务人员以及他们处理和使用的对象之间应该具有的静态和动态关系。它注重于业务中承担的角色及其当前所承担的职责。这些模型类的对象组合在就一起可以执行所有的业务用例。 领域工程是可复用软件资产生产的主要技术手段，它包含三个阶段：领域分析、领域设计和领域实现。领域分析对领域中若干典型系统的需求进行分析，然后综合考虑预期的变化、技术发展及客观限制等因素，确定合适的领域范围，识别领域里的共性和变化性，进而获取一组具有足够复用性的领域需求，并对其进行抽象，最终形成领域模型。领域的设计与实现则是在领域模型的基础上识别、开发和组织领域中架构/构件等可复用资产。在开发同一领域内的新系统时，可以根据领域模型，确定新应用的需求规约，进而选择合适的系统架构，并依次为基础选择构件进行组装，最终形成新的应用系统。这样，新系统的开发不再是从零开始，而是建立在对需求分析、系统设计与实现等阶段的软件资产大量复用的基础上的。 领域分析是对领域需求进行系统地获取的阶段，这一阶段的输出产品就是领域模型。与针对单个应用系统的需求规约模型不同，领域模型是针对领域的需求规约模型。除具有一般需求规约模型的作用以外，在软件复用活动中，领域模型还具有如下两个重要作用： 第一，为领域内新系统的开发提供可复用的软件需求规约 新系统的开发者通过对领域模型进行适当的剪裁和扩展，形成适合该系统的需求规约。为了适应对领域需求的复用需求，领域模型不仅要记录领域内的系统具有的共性功能和质量属性，还有记录这些属性可能具有的变化性，其组织结构还必须具有良好的可剪裁性和可扩展性。 第二，指导领域设计阶段和实现阶段可复用软件资产的生成 为了提高架构/构件等软件资产的可复用性，保持共性和变化性的分离是其中一个重要的原则。领域模型必须提供相应的机制来支持对变化性需求的隔离、封装和抽象。 2.1.2 面向对象建模方法 通常的建模方法一般可以分为以下几种：面向过程建模、面向数据建模、面向信息建模、面向决策建模和面向对象建模。面向对象的建模方法就是利用面向对象的信息建模概念，如实体、关系、属性等，同时运用封装、继承、多态等机制来构造模拟现实系统的方法。传统的结构化设计方法的使用的方法都是面向过程，系统会被分解成若干个过程，而面向对象所使用的方法结合了构造模型的观点，在系统的开发过程中，各个步骤的共同目标是建立一个问题域的模型。在面向对象的设计中，初始元素是对象，然后将具有共同特征的对象归纳成类，通过组织类之间的等级关系来构造类库。 UML是一种定义良好的、易于表达、功能较强且普遍适用的面向对象建模语言。它吸收了软件工程领域的新思想、新方法和新技术。UML的应用领域相当广泛，它不仅可用于建立软件系统的模型，还可用于描述非软件领域内的系统模型以及处理复杂数据的信息相同、具有实时要求的工业系统或工业过程等。作为一种通用的建模语言，UML适用于系统开发过程中从需求规约描述到系统实现后测试的不同阶段。目前，UML已经成为建模语言事实上的工业 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 。它具有以下特点： UML统一了各种方法对不同类型的系统、不同的开发阶段以及不同内部概念的不同观点，从而有效的消除了各种建模语言之间许多不必要的差异。它实际上是一种通用的建模语言，可以为许多面向对象建模方法的用户广泛适用。 UML的建模能力比其他面向对象见面方法更强，它不仅适合于一般系统的开发，而且对并行、分布式系统的建模尤为适宜。 UML是一种建模语言，而不是一个开发过程。 UML描述了一个系统的静态结构和动态行为。UML将系统描述为一些离散的相互作用的对象并最终给外部用户提供一定功能的模型结构。静态结构定义了系统中的重要对象的属性和操作以及这些对象之间的相互关系。动态行为定义了对象的时间特性和对象为完成目标而相互进行通信的机制。从不同但又相互联系的角度对系统建立的模型可以用于不同的目的。 UML视图中的静态视图对应用领域中的概念以及系统实现有关的内部概念建模。这种视图之所以被称之为是静态的是因为它不描述与时间有关的系统行为，此种行为在其他视图中进行描述。静态视图主要是由类及类间的相互关系构成，这些相互关系包括：关联、泛化和各种依赖关系，如使用和实现关系。一个类是应用领域或应用解决 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 中概念的描述。类图是以类为中心来组织的，类图中的其他元素或者属于某个类或与类相关联。静态视图用类图来实现，正因为它是以类为中心，所以被称为类图。在类图中类用矩形框来表示，它的属性和操作分别列在分格中。如不需要表达详细信息时，分格可以忽略。一个类可能出现在好几个图中，同一个类的属性和操作只在一种图中列出，在其他图中可以省略。关系用类框之间的连线来表示，不同的关系用连线上和连线端头处的修饰符来区别。 静态视图说明了对象的结构。一个面向对象的系统使数据结构和行为特征统一到一个独立的对象结构中。静态视图包括所有的传统数据结构思想，同时也包括了数据操作的组织。数据和操作都可量化为类。根据面向对象观点，数据和行为是密切相关的。 类之间有关联、泛化等各种形式的依赖关系，包括实现关系和使用关系。关联关系描述了给定类的单独对象之间语义上的连接。关联提供了不同类之间对象可以相互作用的连接。其余的关系涉及到类元自身的描述，而不是它们的实例。泛化关系是父超类与更具体的后代子类连接在一起。泛化有利于类的描述，可以不用多余的申明，每个申明都需加上从其父类继承来的描述。继承机制利用泛化关系的附加描述构造了完整的类描述。泛化和继承允许不同的类分享属性、操作和它们共有的关系，而不用重复说明。实现关系将说明和实现联系起来。接口是对行为而非实现的说明，而类之中则包含了实现的结构。一个或多个实现一个接口，而每个类分别实现接口中的操作。依赖关系将行为和实现与影响其他类的类联系起来。 2.2信息导航公司组织机构及职责 中国联通信息导航公司内部组织结构如下图所示： 信息导航公司共分为5个部门，分别是综合部、业务支撑中心、市场部、BPO运营中心和业务结算中心，每个部门设置一名部门经理，且每个部门都由一个或多个公司分管领导负责。综合部比较特殊，其下综合管理组分管领导为牛总，人力资源组的分管领导为方总， 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 财务组的分管领导为于总；其余四个部门各自有一位分管领导，分别是傅总、方总、牛总和于总。 根据信息导航公司OA系统建设要求，每个部门的下属员工都可以申请录入工单，该职员所在的部门经理执行建单部门领导审批职责。 在OA系统中设置一名工单管理员，目前为业务支撑中心的职员侯玉娜。工单管理员的职责是为工单分配工单负责人，工单负责人必须是业务支撑中心部门职员；每个工单都必须由工单管理员指派一名工单负责人，工单负责人的职责是：指定工单级别（普通、重要、重大）、工期，选择需要参与会签的部门（会签部门为可选项）。 部门会签是指工单负责人选择的上述五个部门中的一个或多个部门经理参与工单审批，例如工单负责人选择了综合部和业务支撑中心两个部门参与会签，则综合部的陶处和业务支撑中心的石处将并行的审批工单。 实施部门是非信息导航公司内部组织机构，目前包括东软、合力亿捷科技股份有限公司、朗途与BPO单元等公司，其职责是根据工单申请信息以及实际情况执行工单，然后在OA系统里向工单负责人返单，返单信息最主要的是工单实施情况，如果有需要可以上传附件详细说明。 分管领导的职责是对重要级别和重大级别的工单进行审批。分管领导审批包含建单部门的分管领导审批和业务支撑中心的分管领导审批。当建单部门为业务支撑中心时，由于两个分管领导为同一人，因此只需要执行一次审批。 信息导航公司领导（方总），其职责是对重大级别的工单进行审批，由于他还是综合部人力资源组的分管领导，因此当该组职员申请的工单为重要、重大级别时，行使分管领导审批职责；当该组职员录入重大级别工单时，行使分管、公司领导审批职责。 2.3 业务用例 信息导航公司规定OA工单执行流程包括四个阶段：准备阶段（工单生成）、审批阶段（工单审批）、执行阶段（工单实施）、反馈阶段（工单反馈），根据这四个阶段的相关详细需求抽取出以下业务用例视图： 图2.2 工单录入及初审用例 图2.3 工单审批用例 图2.4 工单派单返单用例 图2.5 工单反馈归档用例 2.4业务角色设置 根据OA系统建设原则及以上业务分析，OA系统中需要设置以下角色，角色职责详见下表描述： 表2.1 业务角色表 编号 角色 角色职责 1 工单录入者 工单录入：各种类型工单的录入及二次编辑，上传相关附件。 确认工单初审结果（工单管理员确认工单初审结果之后）。 验证工单实施结果。 2 工单管理员 工单分配：工单录入者提交工单后，由工单管理员指定一个工单负责人。 确认工单初审结果。 确认工单反馈结果。 工单归档。 3 工单负责人 工单初审：当初审结果为审批通过时，必须指定该工单的工期、工单级别（普通、重要、重大），勾选需要参与会签的部门（可以不勾选），可以上传相关附件。 派单：所有审批环节结束后，工单负责人将工单派发给各实施单位。 工单反馈：所有实施单位返单后，工单负责人反馈工单处理结果。 4 工单审批者 不同的工单类型、工单级别，工单审判者不尽相同，这里列出所有可能的工单审批者及职责： 工单负责人：工单初审 工单录入者所在部门（以下简称“建单部门”）领导：领导审批 会签部门领导：领导审批（工单负责人勾选会签部门时） 会签部门内部员工：内部审批（会签部门领导向下分配给下属员工时） 业务支撑中心领导：领导审批 建单部门分管领导：领导审批（工单级别重要、重大时） 业务支撑中心分管领导：领导审批（工单级别重要、重大时） 公司领导：领导审批（工单级别重大时） 5 实施单位 反馈工单处理结果，并上传实施相关的附件 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基本体系结构如下： EMBED Visio.Drawing.11 各组成部分的理解： JSP： Rendering Providing for GUI controls Layouting an object with state 控制界面的表现，包括具体的设备和与设备相应的UI的控制。功能限于界面的具体在设备上的展现（如：Browser对html的解析）、界面表现的控制、界面组件的布局。 Action： Receive request, Dispatch Business Logic to BO, Route action. Business Object： Business Rules, Business Functions Trancation Mgmt … across related Business Objects Data Access Object： Persistency 为了能够正常使用TD-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配置 配置EAPConfig.xml文件是为了使WEB_APP_NAME的值与工程中Web Context-root的值一致，从而是Tomcat能够与工程文件搭载起来成功的访问数据库。 图2.11 EAPConfig.xml文件配置 因为要与Sybase数据库想连接，所以需要配置tdframework.xml文件，如下图所示： 图2.12 taframework.xml文件配置 其中蓝色标识部分是配置框架开发代码，黄色标识部分是配置数据库的地址，此处配置的是公司内网地址。 2.6技术架构 系统技术架构采用MVC模式，主要由用户层、接触层、逻辑层以及数据层组成，各层通过各种技术手段确保系统性能符合要求、系统安全可靠、可扩展性高，并且能够使开发人员在开发过程中重点关注业务实现，减低系统的开发难度。整个技术架构如图4.5所示： 图4.5 系统技术架构 总体技术架构的实现目标： 分层次技术架构，共分为4个层次：用户层，接触层、逻辑层、数据层，各个层次之间定义了严格的服务注册机制，降低层次之间的耦合度，是可定制开发的前提。 组件技术架构，在SOA中提出的面向服务的组件的概念是一种非常理想的架构模式，如何逐步在技术架构中逐步演进是必须在架构中要考虑的问题，所以在各个层次定义严格的公用组件服务（TDFRAMEWORK 2.0），使业务系统无论在纵向技术流，还是横向的业务流，通过组件进行互相调用，为SOA在业务系统的推动奠定技术基础。 业务流程驱动架构，为了实现组件的可复用管理。 安全架构，基于SPRING的ACEGI实现统一安全认证流程的可定制，并无缝集成CAS单点认证方案。 数据集成架构，采用MQ数据集成中间件，实现了业务数据在各个业务数据库的实时传送，从而在逻辑上实现了统一的客户视图。 2.6.1统一框架机制 FRAMEWORK是目前比较流行的技术趋势，也就是基于统一的技术框架进行业务开发，提高了业务系统的成熟性、稳定性、健壮性，简化了开发人员的开发，提高了开发效率，提升了开发质量，并减少了业务系统维护人员的维护工作量，使业务系统易于理解。 TD FRAMEWORK 2.0框架是东软电信事业部所研发的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业务流驱动机制 业务流程是技术架构中的重要组成部分，通过可视化的定义工具，用户可方便快捷的定义出业务流程，提高最终客户的业务部署的能力 本技术架构采用的业务流程工具是由东软自主开发的的流程平台(UniFlow-v4)提供，通过业务流程驱动可以实现应用内部的组件流转，并提供WebService接口可以实现跨业务的业务流程流转。 业务流程平台包括4大部分功能：流程定义工具、组织机构定义工具、服务引擎、流程控制台。 流程定义工具业务流程平台中的重要组成部分，使最终客户可方便快捷的定义出业务流程，降低了流程设计的难度。 组织机构涉及权限控制，是UniFlow集成的重要组成部分，为了将特定的组织机构与工作流引擎集成在一起，必须实现工作流引擎的组织机构接口，以便供引擎或应用程序调用。 服务引擎使整个业务流系统的核心，负责解释流程定义，将用户定义的流程模板解释成工作流引擎可以理解的步骤，分解成用户实际可以理解的任务，并控制活动的顺序，控制流程的结束期限，确定任务正确分配给相应的用户。也可以理解为一个状态转换机，控制流程实例和活动的创建、激活、挂起及终止等状态，还包括日志服务、定时服务等功能。 流程控制台实现了流程的统一管理，具体结构如图4.7所示。 图4.7 业务流程体系结构 3 联通信息导航领域OA分析 本章主要是对OA系统的业务进行了较详细的分析，从业务流程上面阐述了这个系统，并对整个流程进行了简单的描述，对其中部门会签做了一些更多的说明。 3.1 OA系统整体业务流程 下图以业务割接工单为例，描述OA系统整体业务流程 会签部门领导审批流程比较特殊，如下图所示： 会签部门领导审批时，可以将审批权分配给该部门下属员工，也可以自己直接审批。当会签部门领导将审批权分配给下属员工时，都需要经历领导分配(下属员工审批（通过or不通过）(领导确认审批结果这样的闭环操作。 在部门会签时，只要某个部门审批结果为不通过，则整个工单审批结果为审批未通过，其他未进行会签部门的待办都将失效，工单流转至工单录入者编辑工单环节；只有所有会签部门都审批通过时，工单才流转至下一环节——业务支撑中心领导审批。 3.2 OA核心信息模型 图3.3介绍了OA系统的核心信息模型： 图3.3 OA核心信息模型 3.3关键表结构 下面我们介绍一下在本系统中用到的一下关键的表结构。 首先介绍一下工单基本信息表（BOA2_WP_BASE_INFO_T）结构： 表3.1 工单基本信息表 属性名 类型 长度 空值 主键 说明 wp_no VARCHAR 128 NOT NULL Y 工单编号 wp_type_name VARCHAR 64 NOT NULL 工单类型名称 wp_level_name VARCHAR 64 NOT NULL 工单重要级别名称 wp_status-name VARCHAR 64 NOT NULL 工单状态名称 build_organ_id VARCHAR 16 NOT NULL 建单部门ID（权限） build_organ_name VARCHAR 128 NOT NULL 建单部门名称 build_person VARCHAR 16 NOT NULL 建单人（操作员工号） build_person_name VARCHAR 128 NOT NULL 简单人姓名 remark VARCHAR 256 NULL 审批未通过信息 wp_type NUMERIC 4 NOT NULL 工单类型 wp_level NUMERIC 4 NOT NULL 工单级别 wp_status NUMERIC 4 NOT NULL 工单状态 time_limit NUMERIC 3 NULL 工期，单位：工作日（由工单负责人在初审执行时指定） wp_ver NUMERIC 4 NOT NULL Y 工单版本号 if_valid NUMERIC 2 NOT NULL 是否有效，1-有效，0-无效 build_date datetime NOT NULL 建单时间 assign_date datetime NULL 派单时间 plan_back_date datetime NULL 计划返单时间=派单时间+工期 back_date datetime NULL 实际返单时间 archive_date datetime NULL 归档时间 invalid_date datetime NULL 失效时间 下表介绍了工单流转环节实例表（BOA2_WP_STEP_INST_T）结构： 表3.2 工单环节实例表 属性名 类型 长度 空值 主键 说明 inst_seq VARCHAR 30 NOT NULL Y 实例流水号 wp_no VARCHAR 128 NOT NULL Y 工单编号 wp_ver NUMERIC 4 NOT NULL 　 工单版本号 Wp_level NUMERIC 4 NOT NULL 工单级别 if_valid NUMERIC 2 NOT NULL 是否有效，1-有效，0-无效 step NUMERIC 8 NOT NULL 当前环节 Step_name VARCHAR 64 NOT NULL 当前环节名称 Parent_step_name VARCHAR 64 NULL 父环节名称 Show_step_name VARCHAR 256 NOT NULL 工单查询时页面显示的环节名称 Step_order NUMERIC 8 NOT NULL 环节顺序 Step_status NUMERIC 4 NOT NULL 环节状态 Step_status_name VARCHAR 64 NULL 环节状态名称 Plan_start_date datetime NOT NULL 计划开始时间 Plan_end_date datetime NOT NULL 计划结束时间 operator VARCHAR 16 NULL 该环节操作员 Operator_name VARCHAR 128 NULL 该环节操作员名称 Deal_info VARCHAR 512 NULL 办理意见 Deal_time Datetime NULL 办理时间 If_multi_exec NUMERIC 2 NOT NULL 该环节是否多人参与：1-是，0-否 If_need_exec NUMERIC 2 NOT NULL 该环节是否需要执行：0-待判断（根据工单级别、会签是否分配等判断），1-需要，2-不需要 Assign_person VARCHAR 16 NULL 部门会签300200的下级环节用：存放部门领导 Assign_person_name VARCHAR 16 NULL 部门会签300200的下级环节用：存放部门领导姓名 Order_rela VARCHAR 128 NULL 排序字段，工单综合查询中展示各环节的先后顺序 下表介绍了我的待办信息表（BOA2_WP_PENDING_T）结构： 表3.3 待办信息表 属性名 类型 长度 空值 主键 说明 Pending_code VARCHAR 30 NOT NULL Y 代办流水 inst_seq VARCHAR 30 NOT NULL 实例流水号 Wp_no VARCHAR 128 NOT NULL 工单编号 Wp_type NUMERIC 4 NOT NULL 工单类型 Wp_type_name VARCHAR 64 NOT NULL 工单类型名称 step NUMERIC 8 NOT NULL 环节，这里存放子环节 Pending_title VARCHAR 128 NOT NULL 待办标题 Pending_operator VARCHAR 16 NOT NULL 待办人工号(权限) Pending_user_id VARCHAR 50 NOT NULL 待办人邮箱前缀 Pending_person_name VARCHAR 128 NOT NULL 待办人姓名 Pre_step NUMERIC 8 NOT NULL 上一环节 Pre_step_name VARCHAR 128 NOT NULL 上一环节名称 Pending_source_operator VARCHAR 16 NULL 上一步处理人(操作员id) Pending_source_user_id VARCHAR 50 NOT NULL 上一步处理人邮箱前缀 pending_source_name VARCHAR 128 NOT NULL 上一步处理人姓名 pending_level NUMERIC 4 NULL 待办等级: 0-普通 1-重要 2-加急 pending_organ VARCHAR 16 NULL 待办人归属部门id(权限) pending_organ_name VARCHAR 128 NULL 部门名称 sms_dest_addr VARCHAR 32 NOT NULL 手机号码 sms_content VARCHAR 512 NOT NULL 短信内容 email_dest_addr VARCHAR 128 NOT NULL Email地址 email_content VARCHAR 512 NOT NULL 邮件内容 cloud_pending_url VARCHAR 256 NULL 给云门户的待办信息URL pending_url VARCHAR 256 NOT NULL 待办信息URL pending_status NUMERIC 4 NOT NULL 待办状态: 0-待办 1-已办 2-失效(会签可能存在该状态) invalid_sms_content VARCHAR 512 NULL 待办失效时短信内容 invalid_email_content VARCHAR 512 NULL 待办失效时邮件内容 create_date datetime NOT NULL 待办产生时间 update_date datetime NULL 待办状态更新时间 wp_ver NUMERIC 4 NULL 工单版本号 下表介绍工单派单信息表（BOA2_WP_ASSIGN_INFO_T）结构： 表3.4 派单信息表 属性名 类型 长度 空值 主键 说明 wp_no VARCHAR 128 NOT NULL Y 工单编号 step NUMERIC 8 NOT NULL Y 环节, 这里存放一级环节 step_name VARCHAR 64 NOT NULL 环节名称 accept_organ_id VARCHAR 16 NULL 接单部门ID(权限) accept_organ_name VARCHAR 128 NULL 接单部门名称 accept_person_name VARCHAR 128 NULL 接单部门联系人 accept_person_phone VARCHAR 32 NULL 接单部门联系电话 assign_person VARCHAR 16 NULL 派单人(操作员工号) assign_person_name VARCHAR 128 NULL 派单人姓名 assign_belong_organ VARCHAR 16 NOT NULL 派单人所在部门 assign_date datetime NULL 派单时间 agent_person_name VARCHAR 128 NULL 经办人(页面录入) agent_person_phone VARCHAR 32 NULL 经办人电话(页面录入) plan_gj_date VARCHAR 32 NULL 预计割接时间 deal_time_limit NUMERIC 8 NULL 处理时限, 0表示不作限制, 单位:小时 gj_scheme_risk VARCHAR 512 NULL 割接技术方案及风险 gj_pre_condition VARCHAR 512 NULL 割接前置条件 center_deal_info VARCHAR 512 NULL 业务支撑中心处理意见 wp_ver NUMERIC 4 NOT NULL Y 工单版本号 if_valid NUMERIC 2 NOT NULL 是否有效: 1-有效 0-无效 assign_type NUMERIC 4 NOT NULL 派单类型: 1-工单负责人派单 2-BPO单元二次派单 assign_type_name VARCHAR 128 NOT NULL 派单类型名称 下表介绍工单返单信息表（BOA2_WP_BACK_INFO_T）结构： 表3.5 返单信息表 属性名 类型 长度 空值 主键 说明 wp_no VARCHAR 128 NOT NULL Y 工单编号 back_organ_id VARCHAR 16 NULL 返单部门ID(权限) back_organ_name VARCHAR 128 NULL 返单部门名称 back_person VARCHAR 16 NULL 返单人(操作员工号) back_person_name VARCHAR 128 NULL 返单人姓名 back_date datetime NULL 返单时间 gj_person_name VARCHAR 128 NULL (割接单专用)割接实施人姓名 gj_person_phone VARCHAR 32 NULL (割接单专用)割接实施人联系电话 exec_unit_deal_info VARCHAR 512 NULL 实施单位处理意见(割接单表示实施情况) gj_remark VARCHAR 128 NULL (割接单专用)割接备注 gz_deal_time VARCHAR 32 NULL (故障单专用)故障处理时间 gz_reason VARCHAR 512 NULL (故障单专用)故障处理过程及原因分析 wp_ver NUMERIC 4 NOT NULL Y 工单版本号 if_valid NUMERIC 2 NOT NULL 是否有效: 1-有效 0-无效 back_type NUMERIC 4 NOT NULL 返单类型: 1-一级单位返单(不包括BPO) 2-二级单位返单 3-BPO单元确认二级实施单位的返单结果 4-一级单位返单（BPO单元返单） back_type_name VARCHAR NOT NULL 返单类型名称 back_organ_level VARCHAR NOT NULL 实施部门级别: 一级实施单位 二级实施单位 4 OA系统设计 这一章研究信息导航OA系统的架构设计，重点阐述了系统设计的一些关键点和重点的部分。主要包括：系统在整个MBSS系统中的定位、OA系统逻辑架构、OA功能模块划分、OA系统与外围系统之间关系以及系统所采用的技术架构。 4.1系统定位 整个中国联通信息导航管理平台（MBSS）是一个有机的整体，里面还分为信息管理域、营销管理域、积分管理域、统一订单管理域、公共支撑域、流程管理、统计分析、综合接口以及OA。OA只是属于其中一个模块，如图4.1所示。 4.2逻辑架构 OA系统分为公共支撑以及OA系统两个子系统域，如图4.2所示： 公共支撑域主要完成业务角色登录的统一接入、权限管理以及系统操作日志管理功能，公共支撑域通常直接复用MBSS系统，此部分不作为本文描述的重点。 OA系统根据业务流程分析结果，是由工单录入、我的待办以及工单综合查询等三个模块组成。这几个模块通过流程管理模块实现业务流转和数据传送。工单录入模块主要完成各种工单的录入，包括业务割接工单、数据查询工单和故障管理工单，是工单开始流程的初始入口；我的待办模块主要完成的功能包括工单分配、工单初审、工单审批、工单确认、工单派单、工单返单、工单反馈和工单归档，各待办岗位人员在接收到邮件或者短信通知后及时登录OA系统来处理待办事项；工单综合查询主要实现的功能是查询工单列表、详细信息。 良好的功能逻辑架构，将形成完善先进的管理手段，在业务和工单的管理与组织中，实现流程化、集成化、信息化，大大提高了工单处理的效率和质量，有利于公司的长远发展。 4.3功能切分 OA系统的功能切分如下图所示： 各模块功能描述如下（倾斜加粗字体表示业务角色）： 工单录入：工单录入者在线填写工单基本信息（工单类型、工单级别、初步意见、工单提出人联系方式、上传相关附件等信息），提交后下一待办岗位为工单管理员。 我的待办：用户登陆OA系统后，系统将自动根据登陆用户所属的角色和具有的权限，将用户当前需要办理的全部工单以列表的形式显示在我的待办列表中。在我的待办列表中，用户可以方便的办理需要办理的待办工单。本OA系统中有以下几种待办事项： 工单分配：工单管理员选择业务支撑中心的某个人作为工单负责人后下一待办岗位为刚才选择的工单负责人。 工单初审：工单负责人选择初审结果，如果初审结果选择不通过，则下一待办岗位为工单录入者，由工单录入者进行二次编辑提交操作；如果初审结果选择通过，必须选择工单级别（普通、重要、重大）、指定工期，如果需要相关部门进行会签，则可以勾选需要参与会签的部门（可选），填写审批意见后下一待办岗位为工单管理员。 工单确认：工单管理员确认初审结果后下一待办岗位为工单录入者（确认初审结果）(建单部门领导审批。 工单审批：包括建单部门领导审批、会签部门领导审批、会签部门内部员工审批、业务支持中心领导审批、建单部门分管领导审批、业务支撑中心分管领导审批、公司领导审批，如果审批通过，则下一待办岗位为工单录入者；如果审批通过则根据流程配置流转至不同的待办岗。 工单派单：工单负责人选择实施单位（可能会有多家）、实施人、实施人联系方式，上传相关附件（如果有），完成派单，下一待办岗位为各实施部门。 工单返单：各实施单位在实施结束后，填写实施结果、上传相关附件（如果有），完成返单，所有实施单位返单后下一待办岗位为工单负责人。 工单反馈：对于已返单工单，工单负责人反馈工单处理结果，下一待办岗位为工单管理员（确认反馈结果）(工单录入者（验证工单处理结果）。 工单归档：对于工单录入者已确认处理结果的工单，工单管理员进行归档操作，归档后该工单所有操作流程结束。 工单综合查询：提供多条件查询，操作员只能查询其参与的工单。 通过工单编号精确查询：由于工单编号在系统中是唯一的，所以使用工单编号查询能最精确地查找工单。 其他条件查询：当工单编号不是很清楚，系统则通过其他条件，包括时间段、工单类型、工单状态等为条件查询，方便操作员进行查询。 4.4系统间关系 OA系统作为MBSS系统中重要组成部分，与中国联通云门户、中国联通短信网关、以及中国联通邮箱服务器等系统都有重要的业务关系。为了更好的完成O