工业研究院办公自动化系统设计方案(附_MIS系统设计和网站设计).doc

xx工业研究院办公自动化系统设计方案xxxx年6月目录第一章 系统总体结构6第二章 系统设计7 2.1 电子邮件7一. 表单设计71. 邮件表单(memo)72. 回信表单(reply)83. 转发表单(wforward)84. 信件邮递报告表单(nondelivery report)9二. 视图设计91. 收件箱($inbox)92. 发件箱($sent)93. 草稿箱($drafts)104. 垃圾箱(carbage)10 2.2 公文流转11一. 结构设计11二. 功能设计11三. 表单设计121. 公文表单(data)122. 公文附件表单(addattachment)133. 公文正文表单(adddocumentbody)134. 工作流信息表单(workflowinfo)145. 流程节点表单(event)146. 已办公文记录表单(donerecord)167. 用户角色设置表单(userruls)178. 搜索表单(searchform)17四. 视图设计181. 工作流名称列表182. 模版事件列表183. 激活事件列表184. 数据表单列表185. 公文草稿列表186. 公文附件列表187. 公文正文列表188. 已办公文列表19五. 工作流流转控制算法设计191. 功能分析192. 创建过程定义实例和同应用数据实例绑定203. 维护流程节点状态信息21六. 工作流流程定义工具设计281. 类关系282. 类结构设计293. 过程定义工具文本输出格式33七. 格式转化工具设计33 2.3 公共事务35一. 总体结构设计35二. 表单设计351. 日程安排表单352. 会议安排表单363. 会议记录表单374. 会议纪要表单385. 空闲时间查询表单386. 空闲日期查询表单397. 会议室管理表单398. 空闲会议室查询表单399. 会议室空时段查询表单4010. 来宾接待表单40三. 视图设计401. 会议安排视图412. 会议草稿视图413. 在审会议视图414. 议记录视图415. 议纪要视图416. 日程安排视图417. 日程草稿视图418. 在审日程视图419. 会议室视图4110. 来宾接待视图41 2.4 电子讨论区42一. 讨论区功能模块设计42二. 讨论板块42三. 用户笔名注册43 2.5信息服务45一. 信息服务功能模块设计45二. 电子布告栏45三. 公共信息查询461. 员工地址簿472. 个人名片夹473. 列车时刻表484. 航班时刻表495. 邮编及电话区号506. 公司大事记50 2.6 系统维护52一. 表单设计521. 组织机构设置表单(department)522. 用户信息注册表单(userinfo)523. 用户职务注册表单(caste_name)534. 用户信息列表显示表单(pagepersons)535. 用户密码设置表单(password)54二. 视图设计541. 组织机构列表(departmentlist)542. 用户列表(persons)543. 职务列表(caste_name)544. 用户权限列表(limit)54附录1 xx工业研究院mis系统设计55 1 概述55 2 需求分析55一、 科技项目管理55l 项目申报（科委项目、工研院项目）55l 合同管理55l 项目跟踪55二、 教育培训管理55l 职工教育培训55l 招生管理55三、 科技情报管理55l 科技情报发布55l 下属单位需求55四、 申请书编号管理55五、 用户权限管理55 3 功能表格56科技项目管理x56教育管理培训j56科技情报管理q56 4 功能模块设计57一.功能模块57l 科技项目管理57l 教育培训管理58l 科技情报管理58二. 功能说明58l 科技项目管理58l 教育培训管理59l 科技情报信息管理59 5 数据表格设计59一. 科技项目及合同管理59l 科技项目申请表59l 申请一览表61l 工研院项目执行情况报告书61二.教育管理培训62三.科技情报管理62l 科技情报发布62l 下属单位需求63附录2 网站设计64 1 概述64 2 功能设计64一. 情况介绍64二. 需求分析64三. 功能模块及实现65四. 数据接口66五. 网站目录结构67 3 数据库设计67xx工业研究院办公自动化系统设计第一章 系统总体结构xx工业研究院办公自动化系统基于lotus domino / notes平台开发，系统的总体结构如下图所示：图1-1 xx工业研究院办公自动化系统总体结构第二章 系统设计 2.1 电子邮件 电子邮件模块的结构如下图所示。图2-1-1 电子邮件模块一. 表单设计1. 邮件表单(memo)表2-1-1 邮件表单设计数据域类型说明sendto文本域收件人地址copyto文本域邮件抄送地址blindcopyto文本域邮件密送地址websubject文本域邮件主题text文本域(允许多行)邮件正文haveread文本域邮件文件已读标志操作说明发送发送邮件保存为草稿将邮件保存为草稿回复回复邮件转发转发邮件地址簿打开地址簿表单编辑编辑邮件删除删除邮件2. 回信表单(reply)表2-1-2 回信表单设计数据域类型说明sendto文本域收件人地址copyto文本域邮件抄送地址blindcopyto文本域邮件密送地址websubject文本域邮件主题text文本域(允许多行)邮件正文haveread文本域邮件文件已读标志操作说明发送发送邮件保存为草稿将邮件保存为草稿回复回复邮件转发转发邮件地址簿打开地址簿表单编辑编辑邮件删除删除邮件3. 转发表单(wforward)表2-1-3 转发表单设计数据域类型说明sendto文本域收件人地址copyto文本域邮件抄送地址blindcopyto文本域邮件密送地址websubject文本域邮件主题text文本域(允许多行)邮件正文haveread文本域邮件文件已读标志操作说明发送发送邮件保存为草稿将邮件保存为草稿回复回复邮件转发转发邮件地址簿打开地址簿表单编辑编辑邮件删除删除邮件4. 信件邮递报告表单(nondelivery report)表2-1-4 信件邮递报告表单设计数据域类型说明originalsubject文本域被邮递的信件名称intendedrecipient文本域被邮递信件的收件人地址failurereason文本域邮件为邮递到目的地原因sendto文本域被邮递邮件文件中指定的收件地址copyto文本域被邮递邮件文件中指定的抄送地址blindcopyto文本域被邮递邮件文件中指定的密送地址subject文本域被邮递邮件文件的主题body文本域(允许多行)被邮递邮件文件的内容haveread文本域邮件文件已读标志操作说明删除删除邮件二. 视图设计1. 收件箱($inbox)收件箱通过文件夹实现，所有接收到邮件文件均由系统自动放入收件箱中。2. 发件箱($sent)用于所发送的邮件均自动保存在发件箱中。文档选择条件为：select delivereddate= & posteddate!= & !(ismember(s;excludefromview) & viewtag!=delete3. 草稿箱($drafts)所有保存为草稿的邮件均显示在草稿箱中。文档选择条件为：select posteddate = & $messagetype = & isnotmember(d; excludefromview) & ismailstationery != 1& viewtag=istrash4. 垃圾箱(carbage) 所有被删除的邮件均保存在此视图中。在此视图中再次删除的话，则邮件文件被真正删除。 文档选择条件为：select (form=memo | form=reply | form=wforward) & deleted=true 2.2 公文流转一. 结构设计xx工业研究院oa系统公文流转模块总体结构如下图所示。图2-2-1 公文流转模块结构设计二. 功能设计公文流转模块提供的具体功能如下图所示：图2-2-2 公文流转模块功能设计三. 表单设计1. 公文表单(data)公文表单用于记录公文的相关信息。具体设计如下：表2-2-1 公文表单设计数据域类型说明gwlx列表框公文类型djbm列表框公文的登记部门djsj文本域公文的登记时间subject文本域公文标题ngr文本域公文起草人姓名gwhj列表框公文缓急信息列表ztcb文本域公文的主题词zbdw文本域主办单位名称zcdw文本域主送单位名称csdw文本域抄送单位名称cbdw文本域抄报单位名称info文本域（允许多行）公文正文内容data_number文本域公文的编号selectworkflow列表框显示过程定义模版列表personanswer文本域显示处理人的批复意见data_personlist文本域允许处理本公文的用户列表start文本域公文是否为首次提交data_current_editor文本域记录当前编辑公文的用户姓名cuiban文本域是否存在公文催办通知操作说明提交流转提交公文进入流转过程暂存将公文保存为草稿签收处理人打开公文进行编辑编辑公文作者编辑公文删除删除公文催办发出公文催办通知说明：(1) subject、info等用于记录公文的内容信息，公文的内容信息包括公文主题、公文编号、公文内容、公文密级、公文缓急等。(2) ngr、djsj分别记录公文文档的创建人和创建时间，工作流的管理与监控功能会用到这些信息。(3) selectworkflow是列表框，用于显示所有可供使用的过程定义模版。在公文的创建阶段，用户从列表中选择要使用的流程；在公文进入流转过程以后，由工作流引擎根据所选择的流程，自动生成过程定义实例，之后实现公文文档同过程定义实例的绑定操作。(4) data_personlist域用于记录所有对本文档具有处理权限的用户的用户名列表，只有在此列表中列出的用户才能够对公文进行处理。其取值由工作流引擎自动填写。2. 公文附件表单(addattachment)公文附件表单用于存储某一公文所包含的附件文件，一个公文可以包含多个附件，每个附件对应一个公文附件表单。表2-2-2 公文附件表单设计数据域类型说明attachment_info文本域对附件的简要说明file upload控件上载文件控件parentid文本域此附件表单所从属的公文表单idattachment_name文本域附件文件名attachment_size文本域附件文件大小操作说明保存附件保存公文附件表单删除附件删除公文附件表单关闭窗口关闭公文附件上载窗口3. 公文正文表单(adddocumentbody)公文正文表单用于存储某一公文所包含的正文文件，一个公文可以包含多个正文文件，每个正文文件对应一个公文正文表单。表2-2-3 公文正文表单设计数据域类型说明attachment_info文本域对正文文件的简要说明file upload控件上载文件控件parentid文本域此公文正文表单所从属的公文表单idattachment_name文本域附件文件名attachment_size文本域附件文件大小操作说明保存正文保存公文正文表单删除正文删除公文正文表单关闭窗口关闭公文正文上载窗口4. 工作流信息表单(workflowinfo)工作流信息表单用于存储工作流程模版的基本属性信息。在流程信息表单中定义的重要数据域如下：表2-2-4 工作流信息表单数据域类型说明workflow_name文本域流程名称workflow_type列表框流程类型，可选值为“预定义流程”和“自定义流程”workflow_author文本域此流程创建人姓名workflow_created文本域此流程创建时间workflow_body文本域此流程功能简要说明操作说明修改编辑工作流信息表单保存保存工作流信息表单删除删除工作流信息表单5. 流程节点表单(event)流程节点表单用于记录过程定义中流程节点所包含的信息。过程定义中的每个流程节点都与domino数据库中的一个流程节点文档对应。表2-2-5 流程节点表单设计数据域类型说明workflow_id文本域节点所从属的工作流信息文档iddata_id文本域与此过程定义所绑定的应用数据文档idevent_id文本域流程节点文档id，在节点文档生成后自动填写event_name文本域流程节点功能描述名称，如初审、批阅等。event_pre_names列表框此流程节点的全部前趋节点列表event_personlist文本域此节点允许处理人名称event_personlist_type列表域指定处理人类型：“个人”、“交色”sxqm复选框是否使用手写签名功能event_body文本框（允许多值）此节点功能简要说明event_pre_name文本域（允许多值）以节点名称表示的前驱节点列表event_pre_id文本域（允许多值）以节点id表示的前驱节点列表evemt_next_name文本域（允许多值）以节点名称表示的后继节点列表event_next_id文本域（允许多值）以节点id表示的后继节点列表event_status文本域流程节点状态event_period文本域流程节点文档状态event_period文本域用于区分模版和实例，可取值为“模版”、“实例”selectpre复选框此节点是否为选择性收点selectnext复选框此节点是否为选择性发点selectnode文本域如果此节点是选择性发点，则此域用于记录所选定的后继节点名称操作说明修改编辑流程节点表单保存保存流程节点表单删除删除流程节点表单说明：(1) 流程节点定义中的att（事件属性集合）通过数据域workflow_id、data_id、event_id、event_name、evnent_personlist、sxqm等表达出来。event_pre_name、event_pre_id为允许多值的文本域，以节点名称和节点文档id两种方式表达此节点的前驱节点集合pre；event_next_name、event_next_id则以节点名称和节点文档id两种方式表达此节点的后继节点集合next。event_status表达节点状态信息。(2) workflow_id数据域用于标识此流程节点文档所从属的工作流程。属于同一工作流程的流程节点文档具有相同的workflow_id。(3) data_id数据域用于实现应用数据实例同过程定义实例的一一对应。data_id的值为公文表单的文档实例的文档id，由工作流管理系统自动填写。组成一个过程定义实例的所有流程节点文档具有相同的data_id值。(4) event_status标识流程节点的状态信息，由工作流引擎自动设置。(5) 构成过程定义的流程节点文档在工作流进入运行期之前，存储在过程定义模版库中；在运行期，则存储到过程定义实例库。因此，在流程节点表单中使用event_period数据域来标识过程定义的状态。属于同一过程定义的节点文档的event_period域的值是相同的。其可能取值为“模版”和“实例”。(6) selectpre数据域用于标识此节点是否为选择性收点。在工作流实例运行期间，工作流引擎需要根据此数据域的取值选择不同的启动条件构造算法。(7) selectnext数据域用于表示此节点是否为选择性发点。在工作流实例运行期间，工作流引擎需要根据此数据域的取值选择不同的完成条件构造算法。节点所选定的后继节点的名称保存在selectnode数据域中。6. 已办公文记录表单(donerecord)已办公文记录表单用于记录用户已经处理完成的公文的相关信息，以备日后查阅。表2-2-6 已办公文记录表单设计数据域类型说明subject文本域公文标题ngr文本域记录公文的拟稿人姓名sdsj文本域收到此公文的时间bjsj文本域完成处理的时间pyyj文本域用户的批阅意见操作说明删除删除已办公文记录表单7. 用户角色设置表单(userruls)用户角色设置表单用于记录用户同其职务的对应关系。表2-2-7 用户角色设置表单设计数据域类型说明rulname文本域角色名称sendto文本域人员名称zhineng文本域角色职能说明操作说明修改编辑用户角色设置表单保存保存用户角色设置表单删除删除用户角色设置表单8. 搜索表单(searchform)搜索表单用于输入文档检索条件。表2-2-8 搜索表单设计数据域类型说明search_viewname列表框选择要检索的视图search_info文本域人员名称search_type文本域角色职能说明html文本域文档检索结果操作说明检索文档进行检索操作四. 视图设计1. 工作流名称列表 用于显示数据库中所有工作流信息文档。 文档选择条件： select form=workflowinfo2. 模版事件列表用于显示所有具有“模版”属性的流程节点文档。文档选择条件如下： select (form = 流程节点) & (event_period=模版) 3. 激活事件列表用于显示所有具有“激活”属性的流程节点文档。文档选择条件如下：select (form = 流程节点) & (event_period=激活) 4. 数据表单列表用于显示所有公文文档。文档选择条件如下：select form=数据表单 & start=0 5. 公文草稿列表用于显示所有保存为草稿的公文文档。文档选择条件如下： select form=数据表单 & start=1 6. 公文附件列表用于显示所有公文附件文档。文档选择条件如下：select form=addattachment7. 公文正文列表用于显示所有公文正文文档。文档选择条件如下：select form=adddocumentbody8. 已办公文列表用于显示所有已办公文记录文档。文档选择条件如下：select form=donerecord五. 工作流流转控制算法设计1. 功能分析 将工作流引擎的功能细化为以下几个子功能： (1) 创建过程定义实例 在工作流进入运行期以前，过程定义以模版的形式保存在过程定义模版库中。工作流进入运行期，工作流引擎必须根据用户所选定的过程定义模版自动生成过程定义实例，并存入负载最低的过程定义实例子库。 (2) 完成应用数据实例和过程定义实例的绑定操作 在过程定义实例生成以后，工作流引擎必须将其同对应的应用数据实例绑定，实现一一对应，从而完成数据单元实例的组建。 (3) 在工作流实例运行期间，对流程节点的状态信息进行维护 在基于流程节点单一设计元素的过程定义模型中，定义了流程节点状态信息来描述节点对应用数据的处理状态。而整个工作流实例的运行状态会通过流程节点的状态表达出来。工作流引擎需要根据流程节点的启动条件和完成条件来对节点的状态进行设置，从而模拟出数据流动的效果。这是工作流引擎的核心功能。 (4) 对应用数据文档的访问控制列表进行维护 流程节点状态信息的变化必须转化为用户对应用数据处理权限的变化。某一流程节点状态信息变为active，实际意味着在此节点定义中指定的处理人获得了对应用数据文档的处理权；状态信息为inactive或done则表示指定的处理人没有处理文档的权限。因此，工作流引擎需要根据流程节点状态信息的变化，对应用数据表单中的用户访问控制列表进行修改，从而实现节点状态信息和用户对文档处理权限的一致变化。 (5) 工作流实例运行期间，给予用户对过程定义实例的动态修改的能力 由于实际业务处理过程往往表现出一定的随意性，因此，工作流引擎应该向用户提供在工作流实例运行期间，对过程定义实例的修改能力，使用户可以根据文档处理的需要，对预定义的流程进行临时性的修改。这种动态修改流程的能力，可以大大加强工作流系统的灵活性，使工作流系统更加满足用户的实际需求。 下图表示了当用户完成应用数据文档的处理，将文档保存提交以后，工作流引擎处理数据的过程：图2-2-3 工作流引擎处理数据流程2. 创建过程定义实例和同应用数据实例绑定在流程节点表单（event）中定义了数据域event_period来区分属于过程定义模版库的节点文档和过程定义实例库的节点文档；而data_id域用于记录对应应用数据文档的文档id信息。工作流引擎通过四个步骤完成过程定义实例的创建和同应用数据文档的绑定操作。(1) 流程节点文档复制将过程定义模版库中属于相应过程定义的流程节点文档复制，生成一个新的流程节点文档。此新节点文档的数据域的值同其原型完全相同。关键代码如下： 在数据库中创建新文挡 set newnode = new notesdocument( db ) 将模版库中的节点文档node的全部数据域复制到新文档call node.copyallitems( newnode, true ) (2) 置event_period域将新建流程节点文档中event_period数据域的值由“模版”改为“实例”。关键代码如下：newnode.event_period = “实例”(3) 同应用数据实例绑定将应用数据文档如公文文档的文档id值置入新建流程节点文档的data_id域，从而完成绑定操作。关键代码如下： data为应用数据文档 newnode.data_id = data.universalid3. 维护流程节点状态信息a) 原理流程假设某节点node完成了应用数据文档处理，接下来工作流引擎会通过设置流程节点的状态信息来更新工作流实例的运行状态。工作流实例运行状态的更新过程可以用下图所示的原理流程表达：图2-2-4 状态更新原理流程从状态更新的原理流程中可以看出，状态更新过程由节点node完成对应用数据文档的处理触发，之后工作流引擎分三步来修改节点状态：a. 设置节点node状态为done当流程节点处理完成后，状态有active变为done。 b. 激活新流程节点流程节点的启动条件决定了节点何时被激活，何时获得处理权限。在此步骤中，工作流引擎通过构造各个流程节点的启动条件，判断其值来完成节点处理权限的传递。因为流程节点的启动条件可以通过其所有前驱节点的状态信息和流转顺序信息的逻辑组合表达出来，所以在节点node完成处理后，工作流引擎没有必要计算构成过程定义实例的所有节点的启动条件，而只需要计算节点node的所有后继节点的启动条件即可。c. 决定哪些节点的状态有done变为inactive流程节点状态由done转化为inactive的必要性在过程定义模型部分已经作了说明，节点的完成条件规定了这一状态转化的条件。在某节点完成处理后，工作流引擎通过计算其它节点的完成条件，来确定哪些状态为done的节点可以将状态设置为inactive。b) 步骤1的具体实现步骤1的目的是在节点node完成对应用数据文档的处理以后，将节点状态设置为done。关键代码如下： node.event_status = “done”c) 后继节点状态设置算法步骤2的目的是设置节点node的后继节点的状态，节点node的类型以及其后继节点的类型决定了步骤2有不同的实现方式。设置node后继节点状态的过程可以用下图表达： 图2-2-5 后继节点状态设置算法从图中可以看出，将设置算法依据节点node的分类分为两种情况：a. 节点node为唯一后继节点或者发点此种情况下，节点node需要遍历其所有的后继节点，计算每个后继续节点的启动条件的取值。b. 节点node为选择性发点当节点node为选择性发点时，根据选择性发点的定义，只有一个后继节点可以获得处理权，因此不需要遍历其所有的后继节点，只需计算其所选定的后继节点的启动条件即可。根据后继节点的类型，计算启动条件分为两种情况（状态设置算法1和状态设置算法2）：a. 后继节点为收点或唯一前驱节点当节点node的某个后继节点next为收点或唯一前驱收点时，在遍历next的所有前驱节点时，对每个前驱节点计算判断式(select(prei) ctn next) and (status(prei) = “done”) 的值，只要有一个为false，则next的启动条件必然不成立，即可以终止遍历循环。判断next的启动条件值的关键代码如下：dim flag as booleanflag = false 遍历next的全部前驱节点forall n in next.event_pre_id set prenode = db.getdocumentbyunid(n)if not(select(prenode,next) = true and prenode.event_status(0) = “done”) then select()函数用于判断prenode所选定的后继节点列表中是否包括next flag = true exit forall end ifend forall 设置后继节点next的状态if flag = true then 节点next的启动条件不满足，状态不变else 节点next的启动条件满足，将状态变为active next.event_status = “active” next.save true,true,trueend ifb. 后继节点为选择性收点当节点node的某个后继节点next为选择性收点时，不需要遍历next的所有前驱节点，而只需要判断下式对节点node的取值即可。(select(node) ctn next) and (status(nodei) = “done”) 关键代码如下：if (select(node,next) = true and note.event_status(0) = “done”) thenselect()函数用于判断node所选定的后继节点列表中是否包括next next.event_status = “active” next.save true,true,trueelse next状态保持不变end ifd) 设置完成条件得到满足的流程节点状态当完成对流程节点node的后继节点状态设置以后，其后继节点状态的变化可能使某些节点的完成条件得到满足，从而完成流程节点状态信息由done向inactive的转化。在判断流程节点的完成条件时，没有必要计算组成过程定义实例的所有流程节点的完成条件，只需要检查节点node的获得了处理权的后继节点的所有前驱节点的完成条件即可。判断完成条件的处理流程如图2-2-6所示。从流程中可以看到，根据next的前驱节点类型，构造next的前驱节点的完成条件有两种方式（完成条件判断算法1和完成条件判断算法2）：(2) next的前驱节点为唯一后继节点或者发点关键代码如下：dim flag as booleanflag = false 假设prenode为next某个前驱节点，nextnode为prenode的某个后继节点forall x in prenode.event_next_nameset nextnode=db.getdocumentbyunid(getidbyname(y)if nextnode.event_status(0) “active” thenflag=trueend ifend forallif flag=true then prenode的完成条件不满足，保持状态不变else prenode.event_status= “inactive” prenode.save true,true,trueend if(2) next的前驱节点为选择性发点关键代码如下： 假设prenode为next的某个具有选择性发点类型的前驱节点，nextnode为prenode所选定的获得处理权的唯一后继节点set nextnode=db.getdocumentbyunid(getidbyname(prenode. selectevent(0)if nextnode.event_status(0)= “active” thenprenode的完成条件得到满足 prenode.event_system= “inactive” prenode.save true,true,trueelse prenode的完成条件不成立，状态保持不变end if图2-2-6 流程节点完成条件判断算法e) 设置应用数据文档的访问控制列表公文表单中的data_personlist数据域用于存储允许访问列表，只有列在此列表中的用户才具有对文档的处理权限。通过查找过程定义实例中所有状态为active的流程节点，将它们在event_personlist数据域中所指定的处理人姓名添加到应用数据文档的data_personlist数据域，来完成节点状态和应用数据文档处理权限的同步变化。 关键代码如下： 假设过程定义实例存储在过程定义实例视图view中，data为应用数据文档 set item=data.getfirstitem(“data_personlist”)set node=view.getfirstdocumentwhile not(node is nothing) 判断与此应用数据文档相绑定的流程节点的状态if (node.data_id(0)=data.universalid) and (node.event_status(0)= “active”)then找到了具有处理权的流程节点，将其指定的处理人加入到应用数据文档的data_personlist数据域中 call item.appendtotextlist(node.event_personlist(0) data.save true,true,true end if set node=view.getnextdocument(node)wend六. 工作流流程定义工具设计流程定义工具的功能可以细分为：(1) 向用户提供定义工作流的操作界面(2) 根据用户的输入自动生成以文本形式表达的工作流抽象描述(3) 将以文本形式表达的工作流抽象描述发送给格式转化工具组件1. 类关系将流程节点抽象为流程节点类（node），同时，将流程节点定义中的事件属性集合、前驱节点集合、后继节点集合均做对象化处理，由此产生属性信息（attibute）、前驱节点信息（prenodes）、后继节点信息（nextnodes）三个类。这三个类同流程节点类构成复合聚合的关系，如下图所示。图2-2-7 复合聚合型的类关系2. 类结构设计(1) 流程节点类(node)class node private string node_id ; private attibute att ; private prenodes p ; private nextnodes n ; private string type ; privatestring status ; public string getid(); public void setid(string s); public attibute getatt() ; public prenodes getp(); public nextnodes getn(); public string getstatus(); public void setstatus(string s); 实际业务处理过程最终会抽象表达为一系列流程节点类实例的集合。对流程节点类的定义完全遵循流程节点的定义。类定义中成员变量和方法的含义在下表中加以说明：表2-2-9 流程节点类设计成员变量含义node_id流程节点的唯一标识符att对流程节点属性信息类(attribute)的引用p对流程节点前驱节点信息类(prenodes)的引用n对流程节点后继节点信息类(nextnodes)的引用type流程节点的类型方法作用getid()取得流程节点唯一标识setid()设置流程节点唯一标识getatt()取得节点状态信息类的指针getp()取得节点前驱节点信息类的指针gern()取得节点后继节点信息类的指针gettype()取得节点类型信息sertype()设置流程节点类型信息(2) 属性信息类(attibute) class attibute private string node_name ; private string node_person; private boolean node_reply; private boolean node_sign; private string node_body; public string getname(); public void setname(string s); public string getperson(); public void setperson(string s); public string getreply(); public void setreply(boolean b); public string getsign(); public void setsign(boolean b); public string getbody(); public void setbody(stirng s); 属性信息类用于表达流程节点所代表的实际业务步骤的重要属性信息。属性信息类定义中成员变量和方法的含义在下表中加以说明：表2-2-10 属性信息类设计成员变量含义node_name流程节点标识名称node_person流程步骤的处理人。当节点获得了处理权以后，只有在此变量中列出的人员才能够对应用数据进行处理node_reply节点完成处理以后，是否向工作流发起人发送已办通知，取值为false 或 truenode_sign是否在节点完成处理时，使用手写签名认证功能，取值为false 或 truenode_body对节点所代表的实际业务步骤的功能的说明方法作用getxxxx()取得相应属性值setxxxx()设置相应属性值(3) 前驱节点信息类(prenodes) class prenodes arraylist prelist ;public void addpre();public object getpre(string s)public int getacount();public void emptylist(