H2003032105-杨晓冬-EIMS系统-OA子系统的设计与开发

分类号：TP311.1 U D C：D10621-408-(2007)5990-0密 级：公 开 编 号：2003032105成都信息工程学院学位论文EIMS系统-OA子系统的设计与开发论文作者姓名：杨晓冬申请学位专业：网络工程申请学位类别：工学学士指导教师姓名（职称）：叶立轩（高级工程师）论文提交日期：2007 年 6 月 5 日EIMS系统-OA子系统的设计与开发摘 要EIMS系统(Education Information Management System教育信息管理系统)OA子系统是依据云南省玉溪市各级教育部门及教学单位的具体需求，设计并开发和实现的一套小型办公自动化系统，它解决了相关教育部门及教学单位的行政人员在办公和管理工作中效率低下的问题。本论文中所设计的OA子系统，作为EIMS系统的一个组成部分，采用了J2EE架构和MVC模式，并结合使用JSP、Struts、Servlet、JavaBeans及AJAX等新技术，在自行设计实现的公文流转算法和综合查询算法的基础上，完成了OA子系统中的部门管理、教师/办公人员信息管理、类型管理、公文流转路径管理、公文流转申请、公文处理、公文归档、公文查询、任务/计划类型管理、任务/计划管理、任务处理和任务查询共十一项功能，基本上满足各级教育单位的办公管理需要，解决了目前专门应用于教育教学相关方面的办公自动化系统所存在的灵活性不高、功能限制较多和可操作性不强等问题，此OA子系统也为基于B/S架构下的办公自动化软件的设计与实现提供了一套具有参考价值的设计方案。关键词：B/S;J2EE;办公自动化;公文流转算法;综合查询算法The Designation and Realization of TheOffice Automation Subsystem of The EIMS AbstractThe Office Automation Subsystem of The EIMS(Education Information Management System) aims at improving the low degree of the informatization and the inefficient on the office affairs management in numerous education units in yuxi city of yunnan province.To be a subsystem of EIMS which have already had the independent intellectual property rights,the project is designed and developed to be an office automation system which is based at the demand of these education departments and will be able to used widely on the office affairs management for the clerks in these departments.The subsystem adopts the model of MVC and the framework of J2EE which is based upon B/S(Browse and Server) model and can be combined with JSP and Struts and Servlet plus JavaBeans those have been made use of in the subsystem.Also in the process of realization,we have made use of the AJAX(Asynchronous JavaScript And XML) and at last finished eleven functions as followed:the department management,the management of the basic Information of the clerk,the type management,the management of document Transmit Route,the Application of document,document transaction,the document pigeonhole,document query,task and plan management,task transaction,task query.Some of these functions are based on the document transmit arithmetic and the general query strategy that have been designed and realized by us.The subsystem is realized with excellent scheme of designment and careful investigate and efficient programme.It has ameliorated the universal disadvantages of current office automation systems and provided a better mode and arithmetic to the design of the office automation software which is based upon B/S model.Key words: B/S; J2EE; office automation; document transmit arithmetic; general query strategy目 录论文总页数：34页1 引言11.1 选题背景11.2 课题起源11.3 课题目的11.4 课题意义12 方案阐述22.1 系统架构22.2 系统实现环境和技术22.3 系统框架简介33 需求分析与数据库设计43.1 功能需求43.1.1 应解决的问题43.1.2 应实现的功能43.1.3 数据库的构建63.2 非功能需求134 系统设计与实现144.1 核心数据库表的关系144.2 实现公文流转的算法思想154.2.1 流转路径的算法思想154.2.2 公文流转的算法思想164.2.3 算法展示174.3 公文流转功能的实现184.4 功能流程图194.5 模块设计与实现204.5.1 部门管理模块214.5.2 教师/办公人员信息管理模块224.5.3 类型管理模块234.5.4 流转路径管理模块234.5.5 公文流转申请模块254.5.6 公文处理模块264.5.7 公文归档模块264.5.8 公文查询模块274.5.9 任务/计划类型管理模块274.5.10 任务/计划管理模块274.5.11 任务处理模块284.5.12 任务/计划查询模块305 测试30结 论31参考文献32致 谢33声 明341 引言1.1 选题背景“办公管理信息化”是当今我国各级教育部门、单位，以及各大企事业单位十分关注的一个共同话题，尤其是教育部门、教育单位，办公管理的信息化程度，直接影响到办公管理人员的日常工作和生活，甚至关系到教育教学、事务管理的效率和效益，关系到每个在校学生的根本利益。但事实是，专门针对教育部门办公管理的具体情况、公文流转方式方法的具体需求，而开发实现的办公管理软件较为稀少，即便存在，也难以避免存在的一些缺陷和疏漏，如系统架构不合理、整体设计不完善、公文流转路径设计的自由度不高、任务处理流程不合理、界面不够友好不易于操作等等。因此，在考虑到诸多现实存在的一些问题的基础上，依照现行的一些成熟的技术方法来进行相应改善，经过自己不断地探索和尝试，以及一次又一次的深入学习，最终具有了能够独创出一套适合于当今教育部门、教育单位办公管理的办公软件解决方案的能力。1.2 课题起源九年义务教育的普及、教育体制的不断改革，使得当今教育部门所管理的信息集合的数量不断庞大、信息的层次和方面不断扩宽扩广，从而使教育部门的办公人员每天所需要办理的公文、处理的任务和计划不断增加。繁复性、体力性的工作量的增加，显然意味着针对教育和教学的有见解的、有创意的、有卓效的体制思考和规划相对减少，这将成为各大教育系统甚至中小学校所不得不面临的严峻考验。趋从于软件产业迅猛的发展潮流，考虑到软件技术在教育信息管理方面的不断成熟壮大，使得教育部门渐渐对专门应用于教育教学的软件有了潜在的强大需求。为了提高中、小学教学质量、不断完善教学管理体制、降低行政成本，建立和完成一套专门针对于当今教育管理的办公软件解决方案和成熟的办公系统软件，成为我们这一代计算机专业学生的历史使命。1.3 课题目的设计与实现一套符合云南省玉溪市教育部门与各中学小学需求的、功能完善的、高效稳定的、安全可靠的、易于操作的基于B/S架构的办公管理子系统。1.4 课题意义随着我国各省市教育部门的教学信息化程度的不断提高，加以计算机软件产业的飞速发展，使得我国各省市中、小学普及多元化、信息化的教学方式和管理方式成为必然的历史趋势。OA子系统就是为了减轻或避免云南省玉溪市各级教育部门、教学单位在办公信息管理和办公事务处理过程中繁杂的、重复的、低效的体力劳动。采用先进的软件技术和编程语言来进行系统设计与实现，就是要使云南省玉溪市的义务教育管理体制跟上时代的步伐，实现教育管理方式的信息化和多元化，从而提高劳动效率和教学质量。2 方案阐述2.1 系统架构B/S结构（Browser/Server结构），即浏览器和服务器结构。B/S结构主要具有以下优点： 成本相对低廉B/S结构对客户端的软硬件要求，仅为一台能够上网的计算机和WEB浏览器。用户工作界面是通过WEB浏览器来显示实现的，极少部分事务逻辑在客户端（Browser）实现，主要事务逻辑在服务器端（Server）处理和实现，这也就充分保护了数据的安全。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本。 维护和升级方式简单易行软件系统往往具有很长的使用周期，相应地，目前的多数软件系统普遍存在着频繁的改进升级和修整维护。由于B/S结构的运行机制特点，一切业务逻辑处理和数据处理都在服务器端完成，使得客户端基本不需要任何维护措施，从而可以使系统维护人员的主要精力集中在服务器端，进而减轻了维护和升级的难度，相应减少了系统管理人员和系统维护人员的工作量。 数据安全性高由于数据信息是集中存放在位于服务器端的数据库服务器中，数据安全保护力量主要集中在了服务器端，仅需要采取一些普遍通用的数据安全保护方法，如防火墙保护、病毒防治、数据库安全管理等信息安全维护方式，即可使整个系统的全部数据信息的安全得到一定程度的保障。但与此同时，服务器端如若稍有闪失，如灾害、病毒等，便会导致整个系统的瘫痪，也使得B/S结构具有一定的安全缺陷。深刻考虑和分析了B/S结构的优势和劣势后，并结合系统软件的应用范围，用户的使用技术水平和成本承受能力，系统决定使用B/S结构。同时考虑到服务器部署地点的自由性、客户端和服务器的数据传输的灵活性，即实现服务器的多级部署和集中部署，并能够实现数据信息的多级同步更新。2.2 系统实现环境和技术本系统在JDK1.5.0环境下实现，以Apache Tomcat 5.5.15作为WEB服务器，以SQL Server 2000 SP3为数据存储平台。系统采用J2EE(Java 2 Platform Enterprise Edition)架构，其中客户层组件采用HTML和JavaScript实现，WEB层组件以Struts技术为支持，采用MVC (Model-View-Controller)设计模式，由JSP(Java Server Pages)和Servlet实现，业务逻辑层组件采用Java Beans实现，数据库连接采用JDBC(Java Database Connectivity)实现。开发平台采用MyEclipse 4.1.1GA_E3.1插件增强后的eclipse 3.1.2。此外，根据实际需要，采用了AJAX (Asynchronous JavaScript And XML)技术和CVS(Concurrent Versions System)辅助工具。2.3 系统框架简介系统框架采用Jsp + Struts + JavaBeans构建。WEB层使用了MVC设计模式，采用ActionForm类进行客户端到服务器端的数据传送，采用Action类进行业务逻辑处理。某些业务功能需要Servlet支持，因此也在图中表示出了Servlet在系统框架中的位置和作用。图2-1系统框架实现图由Action或Servlet进行业务逻辑分析和处理，数据处理就交给了JavaBeans，JavaBeans通过JDBC与SQL Server 2000进行数据交互，实现对各数据库表中数据的插入、修改、删除以及查询。上图中的JavaBeans在系统中由DBConnect.java完成与数据库的连接和数据处理，向上仍可以扩展一层用来调用DBConnect.java的DAO类，来独立进行相应模块的数据信息处理。各个模块设计与开发所包含的内容，已由上绘图所表明，即完成页面（HTML+JavaScript）和Action.java之间的数据交互、Action.java与DAO.java的数据交互、DAO.java与DBConnect.java的数据交互，以及相应的业务逻辑分析和处理。层次化的框架设计，使得开发周期有效加快、编码难度得到一定程度的降低，更大的优点是为整个系统的维护和升级提供了更加方便的基础条件。3 需求分析与数据库设计3.1 功能需求3.1.1 应解决的问题 实现对部门和办公人员/教师基本信息的管理，以及无穷级部门设置与管理的功能； 实现公文流转路径的设置与管理，根据公文处理环节中办公人员的处理关系来制定实现机制，使用户在设计路径时的自由度和灵活度相对提高； 实现对公文、任务/计划的单条件查询、多条件查询； 实现任务/计划的制定、处理，遵循处理权限与处理责任分开的原则，使任务处理流程明朗、合理。3.1.2 应实现的功能 部门管理部门管理要实现部门基本信息的添加、修改、删除、查询的功能，其中涉及到无穷级树状部门的实现理论与方法。并且，根据教育部门的实际情况，要求部门代码实现唯一确定的特性，以部门代码为标准区分各级教育部门单位，从而使得各级教育部门单位之间不会因为数据集中操作后产生数据混乱。由于部门之间可能会出现父子关系，即父部门可能会包含许多子部门，如此类推，则可形象地把部门之间的关系表示成为“部门树状关系”。 教师/办公人员信息管理教师/办公人员信息管理，要实现查询、添加、修改和删除的功能。另外，要具有标识教师/办公人员所在部门的功能。 类型管理包括公文类型管理、公文处理动作类型管理、公文归档类型管理、流转路径类型管理。公文类型管理，即为了方便公文的归类和查询，需要实现公文类型的添加、修改、删除、查询功能。公文处理动作类型管理，是为了方便公文处理方式的归类和公文的条件查询，需要实现公文处理动作类型的添加、修改、删除、查询功能。公文归档类型管理，指在公文处理完成后，会根据需要，将公文存放在一个规定的部门、地点，以方便今后的保存和查阅。这就要求设置一个可以区分公文归档类别的标志，用来实现公文的有序存放和快速查询。流转路径类型管理：用流转路径类型来标识公文流转所属的性质内容，以方便以后根据路径类型来对公文进行条件查询。同时，为了提高公文流转路径设计的灵活度和自由度，增加公共流转路径类型和个人流转路径类型的设置功能，以针对不同的使用者的不同的需求进行相应的区别处理。 公文流转路径管理公文流转是办公管理系统的核心，公文流转路径的管理则是公文流转的核心。公文流转路径是一个比较复杂的概念，根据用户在使用公文流转路径管理的时候进行路径设计的最终结果，来确定多个公文处理环节的先后顺序，其中每个处理环节中，每个参与处理的办公人员/教师都可能具有不同的处理关系，例如：与关系（张三与李四，则表示两个人都处理完成后才会把处理权转到下一环节）、或关系（张三或李四，则表示两个人其中有一个人处理完成后就可以把处理权转到下一环节了），如果为了提高用户在设计路径时的自由度，那么，就需要将上述的例子加以组合，例如：张三与（李四或王五）甚至更复杂。这就需要在设计物理存储的过程中仔细考虑各项数据的存储需求，才能保证设计合理、得当。为了实现路径管理的灵活性，特需要设计区分公共路径和个人路径的功能，即公共路径，为所有人可以共同选择使用的路径，个人路径，为设计此路径的人所专有的路径。 公文流转申请公文流转申请，是指公文流转申请者填写公文相关的基本信息，在线编辑公文，选择所需要的公文流转路径，进行提交动作后，便开始依照所选公文流转路径各环节的顺序，相应的办公人员依次对公文进行相应处理。此模块是实现公文流转的一个重要部分，它将完成流转环节次序的控制、处理逻辑关系的分析、待处理和已处理公文列表的过滤、公文处理状态的初始化和变化等等。 公文处理根据公文流转申请者所选流转路径，依照流转环节次序，相应于处理环节的处理人员对公文进行规定的动作处理后，将会使公文的状态改变，并根据本环节所有处理人员的处理结果，来确定是否开始下一环节的处理工作。需要实现的处理方法有：同意、不同意（未通过）、回退（退回到上一个处理环节）、撤销（无法继续参与公文流转处理）。 公文归档完成整个流转过程的公文，即处于待归档状态的公文，需要进行归档处理，为以后的查阅工作提供便捷的服务。需要自动查询得到需要归档的公文，然后由用户对其进行归档处理。具体需要实现公文归档内容的添加、修改、删除、查询操作。 公文查询能够根据公文主题、申请人员、处理人员、公文类型、公文状态、紧急程度、流转路径、申请日期区间、完成日期区间等信息，实现不定项查询功能。 任务/计划类型管理能够实现对任务/计划类型的添加、修改、删除、查询功能。以方便后面的任务/计划不定项查询。 任务/计划管理能够根据实际需求，实现任务/计划的添加、修改、删除、查询功能。要求指定任务的分配人员（一位）、代理人员（一位）、责任人员（一位）、执行人员（多位）、参与人员（多位），实现分配人员、代理人员、责任人员对任务具有完成决定权，并对任务承担一定的责任，同时可以随时查看执行人员和参与人员任务完成情况。 任务处理当任务/计划是已分配状态以后，涉及到本次任务处理的所有相关人员都会得到待处理任务列表。如果是创建人员或分配人员或代理人员或责任人员，可以查看任务执行人员与参与人员的任务处理情况来决定是否完成任务，结合实际情况，来决定是否完成任务，从而直接改变任务状态。而任务执行人员和参与人员不能直接对任务状态进行改变，他们的处理行为只是给创建人员、分配人员、代理人员和责任人员提供参考信息。 任务/计划查询可以根据任务/计划类型、创建人员、分配人员、代理人员、责任人员、执行人员、参与人员、任务主题、任务描述、任务优先级、任务状态、开始日期时间区间、结束日期时间区间、完成日期时间区间等信息，来实现对任务/计划的不定项查询。3.1.3 数据库的构建数据库的设计严格遵照我国教育管理信息化标准，从数据库表名称到每张数据表中的每个字段的名称、类型、长度都得到有效的规范。这将有利于后期的系统的维护和升级。对于部分表的主键采用全球唯一码，从而避免了因为主键的相同而造成的系统数据信息混乱。由于OA系统是隶属于EIMS系统的子系统，为了方便数据库表的编制和使用，OA子系统的所有表的名称都设计使用oa_description的格式，外键统一使用ref_description的格式。下面是OA子系统数据库ER图：图3-1 OA子系统数据库ER图上图是使用Embarcadero ERStudio 6.0进行设计和绘制，并相应对其进行了逻辑模型到数据模型的转换，以减少数据混乱和手工谬误，从而有效加快了系统设计与开发的速度。下面是OA子系统数据库建表情况，共17张数据库表：图3-2 OA子系统数据库表列表图下面以表格形式进行相关数据的表结构说明及设计，对各类数据的相关说明请见备注。表3-1 officeManage_deptSetting表字段标识名类型长度说明备注IDidvarchar20主键学校代码ref_xxdmvarchar12外键表明所在学校所属上级部门代码ref_parent_idvarchar20外键实现父子关系部门代码bmdmvarchar20唯一性的标志部门名称bmmcvarchar50部门简称bmjcvarchar50直线电话zxdhvarchar20内线电话nxdhvarchar20教研组标志jysbzvarchar1负责人fzrvarchar10在用标志zybzvarchar1是否被修改、删除if_updatevarchar1设置ref_parent_id为存储父亲部门代码的字段，用来记录父子关系，从而就可以实现无穷级“树”状部门的功能了。表3-2 teacherBaseInfor表字段标识名类型长度说明备注IDidvarchar20主键学校代码ref_xxdmvarchar12外键表明所在学校所在部门代码ref_bmdmvarchar20外键表明所在部门教师代号zghvarchar12教师姓名xmvarchar30性别xbmvarchar2出生日期csrqvarchar10民族mzmvarchar10教师所在部门jsszbmvarchar50在职标记zzbjvarchar4编制类别bzlbmvarchar20当前学历dqxlvarchar50教职员来源jzylyvarchar50统一编号tybmvarchar30曾用名cymvarchar30籍贯jgmvarchar30政治面貌zzmmmvarchar20加入时间cjrqvarchar10职称zcvarchar8血型xxmvarchar2健康状况jkzkmvarchar20职务zwvarchar30主属zsvarchar30工资额gzzenumeric9毕业学历xlmvarchar20毕业时间bynyvarchar10毕业学校byxxvarchar30所学专业sxzyvarchar60是否取得专业证书sfqdzyzsvarchar10毕业证书编号byzsbhvarchar30教师资格证书编号jszgzsbhvarchar30参加工作时间gznyvarchar10来校时间lxnyvarchar10身份证sfzhvarchar18户口类别hklbvarchar20户口所在地hkszdvarchar60办公电话bgdhvarchar20家庭地址jtzzvarchar60住房状况zhzkvarchar20个人电话grdhvarchar20英语水平yyspvarchar20计算机应用能力jsjyynlvarchar20档案号dabhvarchar20电子信箱dzxxvarchar30通信地址txdzvarchar60备注bztext500是否被修改、删除if_updatevarchar1表3-3 OA_documentType表字段标识名类型长度说明备注IDiduniqueidentifier16主键学校代码ref_xxdmvarchar12外键表明所属学校部门代码ref_bmdmvarchar20外键表明所属部门公文类型代码lxdmvarchar20公文类型名称lxmcvarchar50公文类型描述lxmsvarchar200表3-4 OA_handleMethodType表字段标识名类型长度说明备注IDiduniqueidentifier16主键学校代码ref_xxdmvarchar12外键表明所属学校部门代码ref_bmdmvarchar20外键表明所属部门公文处理类型代码lxdmvarchar20公文处理类型名称lxmcvarchar50公文处理类型描述lxmsvarchar200表3-5 OA_fileType表字段标识名类型长度说明备注IDiduniqueidentifier16主键学校代码ref_xxdmvarchar12外键表明所属学校部门代码ref_bmdmvarchar20外键表明所属部门公文归档类型代码lxdmvarchar20公文归档类型名称lxmcvarchar50公文归档类型描述lxmsvarchar200表3-6 OA_pathType表字段标识名类型长度说明备注IDiduniqueidentifier16主键学校代码ref_xxdmvarchar12外键表明所属学校部门代码ref_bmdmvarchar20外键表明所属部门路径类型所属人ref_teacher_idvarchar20外键公共路径为0路径类型代码lxdmvarchar20路径类型名称lxmcvarchar50路径类型描述lxmsvarchar200使用字段ref_teacher_id来区分公共路径和个人路径。表3-7 OA_taskParticipants表字段标识名类型长度说明备注IDiduniqueidentifier16主键任务IDref_task_iduniqueidentifier16外键表示对应任务任务参与人员IDref_teacher_idvarchar20外键完成时间finishTimedatetime8状态statusvarchar100:未完成1:已完成表3-8 OA_pathProcess表字段标识名类型长度说明备注IDiduniqueidentifier16主键学校代码ref_xxdmvarchar12外键表明所属学校部门代码ref_bmdmvarchar20外键表明所属部门路径类型IDref_pathType_iduniqueidentifier16外键路径所属人IDref_teacher_idvarchar20外键公共路径为0路径代码ljdmvarchar20路径名称ljmcvarchar50路径描述ljmsvarchar200用字段ref_teacher_id来区别标识公共路径和个人路径。表3-9 OA_nodeIndex表字段标识名类型长度说明备注IDiduniqueidentifier16主键流转路径IDref_pathProcess_iduniqueidentifier16外键上一结点索引IDref_lastIndex_iduniqueidentifier16记录操作次序一级关系yjgxvarchar41:与 0:或用字段ref_lastIndex_id来存储流转路径的上一环节nodeIndex的ID，如果是第一个环节，则此字段存放的是对应的路径流程PathProcess的ID，以此来确定整个公文流转路径中各环节的流转顺序。表3-10 OA_nodeMap表字段标识名类型长度说明备注IDiduniqueidentifier16主键结点索引IDref_index_iduniqueidentifier16外键二级关系ejgxvarchar41:与 0:或表3-11 OA_node表字段标识名类型长度说明备注IDiduniqueidentifier16主键学校代码ref_xxdmvarchar12外键表明所属学校部门代码ref_bmdmvarchar20外键表明所属部门结点映射IDref_nodeMap_iduniqueidentifier16外键处理动作类型IDref_handleType_iduniqueidentifier16外键表明处理动作执行人员IDref_teacher_idvarchar20外键表明执行人员表3-12 OA_taskExecutants表字段标识名类型长度说明备注IDiduniqueidentifier16主键任务IDref_task_iduniqueidentifier16外键表示对应任务任务执行人员IDref_teacher_idvarchar20外键完成时间finishTimedatetime8状态statusvarchar100:未完成1:已完成表3-13 OA_application表字段标识名类型长度说明备注IDiduniqueidentifier16主键学校代码ref_xxdmvarchar12外键表明所属学校部门代码ref_bmdmvarchar20外键表明所属部门公文类型IDref_docType_iduniqueidentifier16外键表明公文类型流转路径IDref_pathProcess_iduniqueidentifier16外键表明流转方式申请人IDref_teacher_idvarchar20外键说明申请人主题ztvarchar200申请日期sqrqdatetime8有效日期yxrqdatetime8完成日期wcrqdatetime8在线编辑的公文gwtext16状态statusvarchar40:未发送1:已发送2:未通过3:已通过4:被撤销5:已归档紧急程度jjcdvarchar4系统提供了在线编辑公文的功能，并通过字段gw，可以在表中存放在线编辑后保存下来的公文的内容。表3-14 OA_applicationMap表字段标识名类型长度说明备注IDiduniqueidentifier16主键公文流转申请IDref_application_iduniqueidentifier16外键流转结点IDref_node_iduniqueidentifier16外键处理日期handleTimedatetime8步数stepvarchar10所在流程的第几步状态statusvarchar40:未处理 1:同意2:不同意 3:回退4:撤销用ref_application_id和ref_node_id两个字段，把公文和流转路径联系起来，同时，也把公文和流转路径所对应的处理人员联系起来，从而实现了两大模块流转路径管理和公文处理的有效关联。表3-15 OA_taskType表字段标识名类型长度说明备注IDiduniqueidentifier16主键学校代码ref_xxdmvarchar12外键表明所属学校部门代码ref_bmdmvarchar20外键表明所属部门任务类型代码rwlxdmvarchar20任务类型名称rwlxmcvarchar50任务类型描述rwlxmsvarchar200表3-16 OA_file表字段标识名类型长度说明备注IDiduniqueidentifier16主键学校代码ref_xxdmvarchar12外键表明所属学校部门代码ref_bmdmvarchar12外键表明所属部门公文申请IDref_application_iduniqueidentifier16外键公文归档类型IDref_fileType_iduniqueidentifier16外键借阅范围ref_bmdm_scopevarchar20外键0为全部审核人员ref_teacher_idvarchar20外键档案号dahmvarchar20档案名称damcvarchar100期限qxvarchar4存放地点cfddvarchar160内容简介nrjjvarchar1000归档日期gdrqdatetime8备注bzvarchar1000表3-17 OA_task表字段标识名类型长度说明备注IDiduniqueidentifier16主键学校代码ref_xxdmvarchar12外键表明所属学校部门代码ref_bmdmvarchar20外键表明所属部门任务类型IDref_taskType_iduniqueidentifier16外键表明任务类型创建人ref_settervarchar20外键分配人ref_distributorvarchar20外键代理人ref_agentvarchar20外键责任人ref_responsiblevarchar20外键任务主题rwztvarchar200任务描述rwmsvarchar4000优先级yxjvarchar4共五等优先级别开始时间kssjdatetime8结束时间jssjdatetime8完成时间wcsjdatetime8任务状态ztvarchar120:未分配1:已分配(待完成)2:已完成3:未完成4:已超时(无效)3.2 非功能需求 稳定性和安全性本子系统应该具有良好的稳定性和安全性，务必保证教育部门的相关数据和信息存储介质稳定、安全。在数据和信息的录入或导入和显示或导出的时候，应当严格保证数据的稳定性，尽量避免因为用户操作不当而造成的系统不稳定，数据不一致，这就需要我们在程序设计的时候考虑到对用户的使用进行潜在的指引和规范，并对一些非法操作予以警告。针对系统安全性，采取权限分配的方法，使每个用户的使用权限都受到管理员的授权和限制，从而有效保证系统中的数据和信息的安全。 易维护性和易扩展性考虑到用户需求的多变性和应用范围的扩展性，本子系统采用了层次化设计思想，每层实现特定的功能，通过标准接口调用下层提供的函数，并为上层提供透明的服务，因此，便使得本子系统各模块的功能实现了最大限度的独立性，轻松实现每一层的修改对其它层的影响的最小化，这样就可以方便地添加、删除、修改应用功能，提高了系统的可维护性，同时也达到了易扩展性的目的。 人性化设计本子系统的使用对象是各级教育部门和单位，需要充分考虑用户的操作能力和使用感受，从而在界面设计和业务逻辑设计中，应当以用户的方便使用为宗旨，为用户提供一个具有简洁友好的系统界面、通俗易懂的操作流程、贴切温馨的操作提示等等人性化的风格特色。 公文流转路径设计的灵活性和自由性目前普遍存在着一些办公系统，没有充分考虑公文流转路径的自由度和灵活性的问题，从而使得用户在使用公文流转功能的时候，受到很多和很大程度的限制。因此，我们在设计公文流转路径管理这一模块的时候，需要妥善处理算法的效率、复杂度、难度和完整性之间的关系，理清流转路径中各个部分、各个环节之间的关系，进而清楚地理解物理数据存储的形式和方式，理清程序设计时所需要实现的业务逻辑流程、次序。4 系统设计与实现4.1 核心数据库表的关系公文流转路径算法是此OA子系统的核心算法。公文流转路径管理模块，是此系统的核心部分，所涉及到的数据存储关系和业务逻辑关系最为复杂，几乎牵动了大部分的数据库表，所需要完成的业务功能也最为繁多。所以，理顺整个业务流程，是系统设计的第一步，也只有理清整个公文流转过程，和此过程中所涉及到的每类信息，以及这些信息之间的关系，才能使我们在设计算法的时候，思路清晰，步骤严缜，进而实现用户在使用公文流转路径设计的时候，所感受到的灵活自由、高效便捷的系统性能。为了提高系统的可扩展性，并且实现路径设计功能的高自由度和高灵活性的要求，经过长时间的思考和讨论，最终决定使用如下图所示的数据存储方式：路径元组1路径元组2路径元组n.路径流程表oa_pathProcess索引元组1索引元组2索引元组3结点索引表oa_nodeIndex映射元组1映射元组2结点映射表oa_nodeMap结点元组1结点元组2结点表oa_node结点元组3结点元组4表示一级关系表示二级关系图4-1 流转路径相关数据表的关系说明图这样的存储方式，可以实现“两层、多组”的公文处理方式。所谓“两层”是指处理人员之间最多能够具有两层处理关系一级处理关系和二级处理关系（例如：张三与李四与（王五或赵六）、（张三与李四）或（王五与赵六）等等）。所谓“多组”是指可以实现设定多组不同处理关系的人员进行公文处理。将数据信息按照这样的规格来进行存取，必将会使公文流转路径设计功能的灵活性和便利性得到极大的提升，完全可以满足教育部门日常的公文流转功能需要。上述物理设计方法，解决了公文流转路径的实现，同时也达到了预期的功能效果。但仅有上述的物理设计还不能实现公文的正常流转，因为流转路径相对于公文申请是一对多的关系，流转结点并不能保存有关公文流转的数据信息（例如处理时间、公文状态等等）。因此，还需要新增加一张数据库