
《OA管理系统需求规格说明书(精编版)》由会员分享,可在线阅读,更多相关《OA管理系统需求规格说明书(精编版)(56页珍藏版)》请在文档大全上搜索。
1、Web OA管理系统需求规格说明书2009/11/20,修編目录1概述1word.zl-1.1编写目的11.2参考资料12工程嘅述243功能需求51.3术语和标记12.1工程总体目标22.2系统开发背景22.3主要限制和开发风险分析3.1功能模型63.1.1个人办公模块63.1.2公文管理模块103.1.3公共信息模块123.1.4行政办公模块143.1.5消息管理模块183.1.6T作流程模块203.1.7组织管理模块223.1.8权限管理模块243.1.9系统管理模块263.1.10人事档案模块293.2性能需求333.3非功能需求333.4故障处理334数据需求334.1数据项334.2
2、数据间关系(E-R图)395行为需求415.1控制模型416接口需求436.1用户界而436.2软硬件接口 437环境447.1运行环境447.2开发环境44附录:工程成员介绍及组评分错误!术定义书签。1概述本文档的编写目的是为 WebOA管理系统工程的开发提供:a)b)软件总体要求作为用户和软件开发人员之间了解的根底;功能、性能、接口和可靠性的要求,作为软件人员进展设计和编码的根底;c)验收标准,作为用戸确认测试的依据。1.2参考资料a)王长富,罗晓沛.基Web和J2EE的办公自动化系统的设计D .中国科学院.2007.b)蕾,厚泉棊于工作流的B/S模式OA系统设计与实现J.微计算机信息,2
3、008.c)程家华.基于B/S模式的办公自动化系统设计与实现M.:同济,2005.d)永健,韩鴻谁.办公白动化中工作流过程定义的设计与实现JJ.大学学报,2007.e)方旭华,顔紅佳.基于工作流的办公自动化系统的设计方案计算机时代,2008.师大学学报.明孩,魏长军.OA系统公文流转模块的设计和实现J 自然科学版,2008.1.3木语和标记a) WebOA管理系统:网络办公管理系统:b) OA: OfficeAutomation wordl-C) Apache是世界使用排名第-的 Web效劳器软件;d) J2EE:是一套不同于传统应用开发的技术架构,包含许多组件,主要 可简化并规应用系统的开发
4、与部署,进而提高可移植性、平安与再用 价值:e) ACL: AccessControlList访何控制列表)是路由器和交换机接口的指令列表,用来控制端曰进出的数据包。ACL适用于所有的被路由协议,如IP、IPX、AppleTalk等。这表中包含了匹配关系、 条件和查询语句,表只是一个框架构造,其冃的是为了对某种访 问进展控制;f) Dojo树:它是-个Ajax框架,专门用于各种类型数据构造的树型 展示2工程概述2.1.T程总体目标a) 企业各种信息资源的共享。b) 加强员工间的交流、提高整体匸作效率。通过 WebOA管理系统实现 对工作流中文档的统一管理。c) 给不同职位的员工提供有用的数据,
5、方便其对工作状态的了解,也方便领导对公司情况的及时了解d) 提供各种工作记录,以备事后査圳。2.2系统开发背景办公自动化(OfficeAutomation即0A)是20世纪70年代中期在兴旺迅速 开展起来的-门综合性技术,我国从 20世纪80年代开场,尤其是进入90 年代,办公白动化开展迅猛。它的根本任务是利用先进的科学技术,使人们 借助各种设备解决对一局部办公业务的处理,到达提髙工作效率、方便管理 和决策的目的。0A的指示领域覆盖了行为科学、管理科学、社会科学、系 统程学等学科。并H 0A表达了多学科的相互穿插、相互滲透。当今社会无论是企业还是政府机关,都会有大量的文案需要处理,复杂 的工作
6、流程需要安排,决策者需要依据纷乱的信息做出重要的决定。拥有一 套智能化、信息化的办公系统,对办公人员和企业决策者来说,T.作效率上 的提高是显而易见的。在网络连接千万家的时代,办公自动化还使得不同地 理位置之间的不同单位或部门之冋进展协同办公成为可能。今天的中国,“企业信息化"、“政府部门信息化"都忙得如火如荼,一套优秀的办公自 动化(0A)系统将是企爭业单位迈进数码时代的基石。办公行动化是一个不断进化的过程,随着电脑和冋络技术的开展可以分 为以下几个阶段:传统办公如图 2.1);办公电脑化,单位冇了电脑,可以 打印文件,保存数据,用一些单机版软件等;办公网络化,单位的电脑
7、有了 局域网并连上了互联网,实现了资源共享,但部缺乏秩序和平安;网络程序 化,在办公网络化的根底上,有了网络办公软件的办公平台,实现了轻松仃 序的管理(如图2.2)。将来还M能有网络办公的智能化,办公变得越来越轻 松。开发网络办公系统的市场前景足广阔的。大型企业需要高层次的网络办 公自动化,他们往往会选择大型的软件公司合作开发,所需的开发费用和维 护费用也是非常高昂的。这些高昂的費用并非大多数中小企业能承受得起 的。但是办公自动化系统乂是这些中小企业十分渴望的软件,对丁中小型企业存在一个很大的低本钱网络0A系统的需求,而我们可以开发这些低本钱0A系统来满足这个需求。屈2.1转统办公模式图2.2
8、网络化办公模式2.3主要限制和开发风险分析a)用户规模的限制:由于本系统的开发是针对中小企业.所以决定了用 户的规模不大;b)对r0A糸统的全部功能不能完全实现。3功能需求表3.1功能模埃个人办公模块我的便签随手记荥的信息我的任务任务管理通信录个人通值录公文管理模块公文维护各种类型的公文管理、审批公文等归档处理对己完成流转的公文进展归档公共信息模块信息管理进展新闻、通知、期刊、知识和规章制度的发布和管理,使企业的信息和知识快速传播和转移.行政办公模块会议管理管理会议室的占用悄况资产管理管理企业的资产信息用品管理管理企业用品的中诺车辆曾理企业车辆的管理图书管理图书的借出管理消息付理模块收件箱接收
9、的所有消息发件箱发送的所有消息垃圾箱已删除的消息亜天id录即某个用户的聊天记录工作流程模块流程管理如何定义企业的流程(可以灵活定义各种流程)表箪定义如何针对不同的流程定义表单组织管理模块机构曾理公司组织架构管理人员管理公司人员管理权限管理模块角色竹理系统的角色定义、给角色分配权限等用户管理系统账号的分配、给用户分配角色.给用户分配权限等系统管理模块密码修改对用户密码的修改模块管理系统所冇模块的管理代码定义对系统代码的说明系统初始化可以复原系统到某个状态人员履历人员根木信息的录入转正申造转正申请的状态管理人中*【采供以:禹职中请离职中请的状态管理员工考勤对员工每天的考勤宣记和记录3.1功能模型3
10、.1.1个人办公模块粉碱联孚人修改诱讯录否看涌現录林縮讯录 wordl-(from个人办公用齢Ifrom个人打公月的ffrom个人*用例Mfnxn个人办公用關图3.1个人办公模块増加新任务用例 简要描述增加新任务用例使员工可以増加新的工作任务。事件流1. 员工输入他的要增加的任务。2. 系统接收员丄提供新任务,并保存至数据库。删除任务用例简要描述删除任务用例使员工可以删除T作任务"W件流1. 员工输入他的要删除的任务。2. 系统删除员工提供任务,并更新数据犀。査看任务用例简要描述査看任务用例使员工可以査看己冇的工作任务。事件流1. 员工输入他的要査看的任务C2, 系统接收员丄提供任务
11、名,并显示该任务信息。修改任务用例简要描述修改任务用例使员工可以修改工作任务。事件流1. 员工输入他的要修改的任务。2. 系统接收员工提供新的任务信息,并更新数据库。 增加新便签用例简要描述増加新便签用例使员工可以增加新的便签。事件流1. 员工输入他的要增加的便签。2, 系统接收员工提供新便签,并保存至数据库。 删除便签用例简要描述删除便签用例使员工可以删除使签。事件流1. 员工输入他的要删除的便签。2. 系统删除员.提供便签,并更新数据库。査看便签用例简要描述査看便签用例使员工可以査看己有的便签。环件流1. 员工输入他的要査看的便签C2. 系统接收员工提供便签名,并显示该便签信息 修改便签用
12、例简要描述修改便签用例使员工可以修改便签。事件流1-员工输入他的要修改的使签。2.系统接收员工提供新的便签信息,并更新数据库。 增加新联系人用例简要描述增加新联系人用例使员工可以增加新的联系人记录。事件流1. 员丄输入他的要增加的联系人信息。2. 系统接收员工提供新联系人信息,并保存至数据库。 删除通讯录用例简要描述删除通讯录用例使员工nJ以删除通讯录。事件流1. 员工输入他的要删除的通讯录。2, 系统删除员工提供通讯录信息,并更新数据库。査看通讯录用例简要描述査看通讯京用例使员工可以査看己冇的通讯京。事件流1. 员工输入他的要査看的通讯录。2. 系统接收员工提供通讯京名,并显示该通讯录信息。
13、修改通讯录用例筒要描述修改通讯录用例使员工可以修改通讯录。事件流1. 员工输入他的要修改的通讯录。2. 系统接收员丄提供新的通讯录信息,并更新数据库。3.1.2公文管理模块图3.2公文管理模块公文归档用例简要描述公文归档用例使行政部门员工可以对己有的公文进展分类归档。事件流1. 行政部门员工输入他要进展操作的公文。2. 系统接收行政部门员T提供的公文信息,并显示该公文可以进展归档的类型。3. 行政部门员工输入他要:对公文进展归档的类型。4. 系统接收行政部门员工提供的公文归档类型,并保存至数据库。 公文流转管珅.用例简要描述公文流转管理用例使行政部门员工可以管理公文的流转。事件流1. 行政部门
14、员工输入他要管理的公文名。2. 系统接收行政部门员工提供的公文,并显示该公文的信息。3. 行政部门员工输入他要对该公文进展的管理操作.4.系统接收行政部门员工提供的公文信息,并保存至数据库 公文审批用例简要描述公文审批用例使管理部门员丁可以対公文进展审批。事件流1. 管理部门员T输入他要审批的公.文。2, 系统输出该公文。3.1.3公共信息模块发布新闻用例简要描述发布新闻用例使行政部门员I:可以发布新闻。事件流1-行政部门员工输入他要发布的新闻。2.系统接收行政部门员丄提供的新闻信息,并保存至数据库。 发布通知用例简要描述发布通知用例使行政部门员工可以发布通知。事件流1. 行政部门员工输入他要
15、发布的通知。2. 系统接收行政部门员工提供的通知信息,并保存至数据库。 发布期刊用例简要描述发布期刊用例使行政部门员匸可以发布期刊。事件流1. 行政部门员工输入他要发布的期刊。2. 系统接收行政部门员工提供的期刊信息,并保存至数据库。 发布规章制度用例简要描述发布规章制度用例使行政部门员工可以发布规章制度0事件流1. 行政部门员工输入他要发布的规章制度。2, 系统接收行政部门员工提供的规章制度信息,并保存至数据库。3.1.4行政办公模块 wordl-拧戳。公軍外C?Q51O办公用品购买申请<fiomrJEO.= ?!)借I安囹书”o«nf?段舟么耳?!)会以室嗖用审此车辆使用申
16、语(from 救D公理?:)Q淺戸U拽賞理后员工查者好信息fromWrom 8JJ图3.4 im办公模块会议室使用审批用例 简安描述会议室使用审批用例使行政部门员工可以对会议室的借用进展审批。 事件流1. 行政部门员工输入他要审批的会议室。2. 系统输出政部门员工提供的会议室信息,并显示出来。 wordl-办公用品維护用例筒要描述办公用品维护用例使行政部门员工可以査看办公用品使用情况。 事件流1. 行政部门员工输入他要査看的办公用品。2. 系统輸出政部门员工提供的办公用品信息,并显示出来。图书管理用例简要描述图书管理用例使行政部门员工可以管理图书信息。事件流1. 行政部门员工输入他要管理的图书
17、。2. 系统提供应行政部门员工该图书的信息。3. 行政部门员工输入他要对该图书的操作。4. 系统接收该操作,并保存至数据库。车辆审批用例简要描述车辆审批用例使行政部门员工可以对车辆的借用进展审批。事件流1. 行政部门员丄输入他要审批的车辆。2. 系统输出政部门员工提供的车辆信息,并显示岀来。资产管理用例简要描述资产管理用例使行政部门员I.可以管理资产信息“事件流1. 行政部门员工输入他要管理的资产。2. 系统提供应行政部门员工该资产的信息。3. 行政部门员工输入他要对该资产的操作。4. 系统接收该操作,并保存至数据库。会议室使用申请用例简要描述会议室使用申请用例使员工可以对会议室的借用进展申请
18、。事件流1. 员工输入他要申请的会议室和时间。2, 系统输出员工需要的会议室信息,并显示出来。3. 如果没有被占用那么可被申请。4, 否那么要求员工选择其他会议室或时间。办公用品购曽中诺用例简要描述办公用品购置申请用例使员工可以申请办公用品的购置。事件流1. 员工输入他要申请购置的办公用品。2. 系统接输出员工提供的办公用品信息,并保存至数据库。借阅图书用例简要描述借阅图书用例使员工可以借阅图书"事件流1. 员工输入他要借阅的图书。2. 系统提供应员工该图书的信息。3. 员工输入他要対该图书的操作。车辆使用申清用例简要描述车辆使用申请用例使员工可以对车辆的进展借用。事件流1. 员丁输
19、入他要使用的车辆。2. 系统提供应员工该车辆的信息。3. 员工输入他要对该车辆的操作。4. 如果没有被占用那么可被申请。5. 否那么要求员工选择其他车辆室或时间。査看资产用例简要描述查看资产用例使管理层员工可以査看资产信息。事件流1. 管理层员丄输入他要查看的资产。2. 系统提供应管理层员工该资产的信息。3.1.5消息管理模块脚枷捆讯记录mm壊F.度丑司軸图3.5消息管理模块发送用例筒要描述发送用例使员I:可以发送“事件流1-员工输入他的要发送的。2.系统发出员工提交的,并保存至数据库。删除用例简要描述删除用例使员工可以删除。事件流1. 员I:输入他的要删除的2, 系统删除员工提供,并更新数据
20、库。査看用例筒要描述査看用例使员工可以査看己有的。事件流1. 员工输入他的要查看的。2. 系统接收员丄提供名,并显示该的所有。逬展实时通讯用例简要描述进展实时通讯用例使员工可以进展实时通讯。W件流1. 员工输入他的要发送的伯息和其他员工。2. 系统发出员工提交的信息给员工需要通讯的人,并保存至数据库。删除实时通讯用例简要描述删除实时通讯用例使员工W以删除实时通讯信息。事件流1. 员工输入他的要删除的实时通讯信息。2. 系统删除员工提供实时通讯信息,并更新数据作。査看实时通讯用例简要描述査看实时通讯用例使员工可以査看已有的实吋通讯。事件流1. 员工输入他的要直看的实时通讯。2. 系统接收员工提供
21、实时通讯,并显示该实时通讯。行疏茂逞定义行政部门员工(fromZE AIfromE心士備门紅ifforngX)图3 6匚作流程模块行政流程定义用例筒要描述行政流程定义用例使行政部门员I:町以定义行政作的流程事件流1. 行政部门员工输入他要定义的行政流程。 wordl-3.1.6工作流程模块2. 系统接收行政部门员工提供的行政流程定义,并以流程图形式显示岀来。 决策流程定义用例简要描述决策流程定义用例使管理员匚可以定义决策流程事件流1. 管理员工输入他要定义的决策流程2. 系统接收管理员工提供的决策流程定义,并以流程图形式显示出来。 人事流程定义用例简要描述人爭流程定义用例使人事部门员工以定义人
22、事工作的流程事件流1. 人事部门员工输入他要定义的人事流程。2. 系统接收人事部门员工提供的人事流程定义,并以流程图形式显示出来。 业务流程定义用例简要描述业务流程定义用例使业务部门员工可以定义各个业务工作的流程事件流1.业务部门员工输入他要定义的业务流程。2 系统接收业务部门员工提供的行业务程定义,并以流程图形式显示出来。3.1.7组织管理模块変更机恤實图3.7组织泠理模块增设机构用例 简要描述 增设机构用例使管理部门员工可以增设新的机构。事件流1. 管理部门员工输入他要増设的新机构.2. 系统泉入管理部门员工输入的新机构并保存至数据库。変更机构人力用例 简要描述变更机构人力用例使管理部门员
23、工可以改变机构的人力配置。 wordl-事件流3. 管理部门员工输入他要改变的机构人力配置。4. 系统录入管理部门员工输入的新的机构人力配置,并保存至数据库。撤销机构用例简要描述撤销机构用例使管理部门员匸可以撤销个或多个机构。事件流1. 管理部门员工删除他要撤销的机构。2. 系统删除管理部门员工撤销的机构.并更新数据摩。变更机构权贵用例简要描述变更机构权责用例使管理部门员工可以改变机构的权H 0事件流1. 管理部门员工输入他要改变的机构权责。2. 系统录入管理.部门员工输入的新的机构权贵,并保存至数据库。3.1.8权限管理模块 wordl-増)卩新負色或南用户企角<fromQ«
24、WSS?;:frcmrXBTHI系統官駭(franfiX剛除用户(*OE"C眼罗夏曰铜O/塔城&用戸刑隊角色<fromuas«)图3.8权限骨理模块增加新用户用例简要描述增加新用户用例使系统管理员侦以增加新的用户。事件流1. 系统管理员输入他要新増的用户。2. 系统接收系统管理员输入的新用户资料,井保存至数据库。 增加新角色用例简要描述増加新用丿、用例使系统管理员可以増加给用丿、新的角色。事件流1. 系统管理员输入他要给用户的新角色。2. 系统接收系统管理员输入的新的用户角色,并保存至数据麻。 删除用户用例简要描述删除用户用例使系统管理员可以蒯除一个或多个用户
25、。事件流1. 系统管理员输入他要删除的用户2. 系统删除系统管理员需要删除的用户,并更新数据库。删除角色用例简要描述删除角色用例使系统管理员可以删除用户的个角色。事件流1. 系统管理员输入他要删除的用户角色。2. 系统删除系统管理员需要删除的用户角色,并更新数据库。 变更用户角色用例简要描述变更用户角色用例使管理部门员工可以改变用户的角色。事件流1.管理部门员工输入他要给用户的新角色。2系统录入管理部门员工输入的新的用户角色,并保存至数据库。 变更角色权限用例简要描述变更角色权限用例使管理部门员工可以改变用户的角色权限。代砥X枷O1景更渋I号矛事件流1.管理部门员工输入他要改变用户的角色权限。
26、2.系统录入管理部门员工输入的新的用户角色权限,并保存至数据库。3.1.9系统管理模块图3.9系统管理模块增加模块用例 简要描述 wordl-增加模块用例使系统管理员M以増加新的模块。事件流1. 系统管理员输入他要新増的模块。2. 系统接收系统管理员输入的新的模块,并保存至数据库。删除模块用例简要描述删除模块用例使系统管理员可以刑除一个或多个模块。事件流1. 系统管理员输入他要删除的模块。2. 系统删除系统管理员要删除的模块.并更新数据舜。修改模块用例简要描述修改模块用例使系统管理员可以修改一个或多个模块。事件流1. 系统管理员修改他要改变的模块。2, 系统接收系统管理员对模块的修改,并更新数
27、据库。夏原系统用例筒要描述夏原系统用例使系统管理员可以夏原系统到个原始状态。事件流1. 系统管理员输入他要复原系统的某个时刻。2.系统接收系统管理员对系统的其原,并恢夏系统到指定吋刻。代码定义用例筒要描述代码定义用例使系统管理员可以定义代码。事件流1. 系统管理员输入他要定义的代码。2. 系统接收系统管理员对代码的定义,并更新数据库。修改用户密码用例简要描述修改丿IJ户密码用例使员工可以修改自己的密玛。事件流1. 员工输入他新的的密码。2, 系统接收员工的新密码,并更新数据咋。 wordl-irpjoM .恥算紬as<« s$£25&$ <MC4苦羽g気
28、w単*睥晒o'swatvi"o<kMS«Yh 驱典細忘*,5C/gi3果工薈叩耘rt-wssri史¥k里由T蠅息oo3i 旦Si 丫 gi巽tmo岡出曾事哲卵到。前繪牌专動用肝'目'别印工曹印弟帮工首口殁帝丫孙沿谕渉w。曾辱何丁 WY崂丁VHJ殻+Y 1 舉憶。曾日工四Y寒后也工哲(J总佑Y面隣田首日工曹Y寒 事駆遥显毋电日熟工"V世谊混漆H京YOL£囹谄最柴財痘Y ollt筒要描述修改员工信息用例使人事部门员工可以修改员工信息。事件流1. 人事部门员工输入他要修改员工的新信息。2. 系统修改人事部门员工提供的员工
29、的新信息,并更新数据库。删除员匸信息用例简要描述删除员工信息用例使人事部门员工可以朋除员工信息。事件流1. 人事部门员工输入他指定的员工的信息。2, 系统接删除事部门员工提供的员工的信息,并更新数据库。管理转止申请状态用例筒要描述管理转正申请状态用例使人事部门员工可以管理中请转正并査脊其申请状态C事件流1. 人事部门员工输入员工的转正信息。2. 系统接收人事部门员工提供的转正信息,并保存至数据库°3. 系统输出转正状态信息。管理离职中请状态用例简要描述管理离职申请状态用例使人事部门员工可以管理申请离职并査看其申请状态。事件流1. 人事部门员工输入员工的离职信息、。2. 系统接收人事部
30、门员工提供的离职信息,并保存至数据库。3. 系统输出离职状态信息。管理考勤记录用例简要描述管理考勤记录用例使人事部门员1:可以对员工进展考勤。事件流3. 人事部门员工输入他对员工的考勤信息。4. 系统接收人事部门员工提供的员T的考勤信息,并保存至数据摩。 申请转止用例简要描述申请转正用例使员工可以申请转正并査看其申请状态。事件流1. 员工输入转正信息。2, 系统接收员工提供的转正信息,并保存至数据库。3, 系统输出转正状态佶息。4. 系统开场转正中靖流转申请离职用例筒要描述申请离职用例使员工可以申请离职并査看其申请状态。事件流1. 员I.输入离职信息。2. 系统接收员T提供的离职信息,并保存至
31、数据庫。3. 系统输出离职状态信息。4. 系统开场离职申请流转。登记考勤用例简要描述登记考勤用例使员工可以签到。事件流3. 员工输入他的上班时间。4. 系统接收员T提供考勤信息.并保存至数据座.审核转正申请用例简要描述审核转正申请用例使管理层员工可以对员工的转正申请进展申核。事件流1. 管理层员丄输入要审核的员匸。2. 系统接收人管理层员工提供员工,调出员工的转正申请。审核离职屮清用例筒要描述审核离职申请用例使管理层员工可以对员工的离职中请进展审核。事件流3. 管理层员工输入要审核的员工。4.系统接收人管理层员工提供员工,调出员工的离职申请。3.2性能需求时间要求:用户的在浏览器端的操作将在
32、3秒钟之得到响应。精度和存储时间无特殊要求。3.3非功能需求可移植性:系统应当可以良好运行在任何安装 Apache后合、MySQL数据 库和JAVA运行时的计算机上。可维护性:软件较易被理解、校止、适应及増强功能。3.4故障处理系统采用高可用性冗余效劳器,当主效劳器出现访问故障时,可自动启用 备用效劳器。4数据需求4.1数据项a)员工 PersonPertonidnan©sox address dutydcscripilon oris无牙盼Ml価:和L_l_TidIMTEGEK0员HDC)UR(J?OJ0民工姓8sexCKAX (1)员macdxssCHU (301员工地址dutyC
33、8 (10 )员工眼为phon<CKAX (10)员工电话deseriptionCMAA(3OI员工描述"6CMkR (10)员工所届部门 wordl-b)文档 Document wordl-GlleWscxipti。(kicuiw*ntPKlirledescription cont" croator cretile imc workf1 or processed status貌略型CMXRISbrCKXROO)又稀述contentlEXT(W) 创建时间Tira 是否己灶理 又恃技态creatorworkflow#*_oc es status:HTEGER2ATE7
34、ZMECHARI1O) CMKR(!) CMAR(IO)c)会议空 MeetingRoomMcrt i nfiRonrPK11sn posiiion descript i onIBTEG1RgCltWu(lO)PKpos i ti on descriptioncm(20)cm Cao)合议室:名称会议室描述d)会议室申靖MeetingRoomApplyUrti nRRnonApplyPKidmefttrcximid iM'Rincktr ondrlat e ippl yf on stalus物理名祢型亿砌 PI1 <4THTFfiFJt0 H会仅国w语mmeetrooidIMTE
35、GER u会议室IDlopndataHATETIRE 开始时间enddtte1IATET1HE 期束 op pl yr qqizoxiOUR ISO) 申语泉国statusCHAR(l) 曰清技态e) 表单输入FieldinputCEABQO)20表早输入顷3CRAB【10)口裏单输入顷名称CHAB(IO) 表单输入顷住板f) 模块 ModuleurlArdrNoPMAR CIH)CHAR (10)CHAR (10)CHAR CIO)CHAR CIO)IMTEGMCOW?qiHTE$ER0口口口口口口0口口口口口口他m 槽堪名称 «»SH模堤蛔 模换排序号 父膜决】。子蝉携
36、含Undul oPKidnametfrl ordBrNo parent childrung) 组织 OrganizationPKOrgfininationnamesn description parent chi l<lronPK»uI WESER0cmK(ia) 1m1OR(2。)descriptionCMAR(3D)IMTKSERchil<lrenCUMrLEXLHTtUEK下级机构口集咨机构口 机构名称 机构5 机构措述 上驱机构口h) 工作流 WorkflowforkfirwPKidmg proccxDurinit i<mi process InagcM口C
37、HAR (10)TEXT (10)xiamtprocessD efiiti ti on pr:tsslm%gtP工作知 nn工作览名称幕程文件定义i) 表单域 FormFieldFonnFicIdPKidfieldLabel rirldnainn t ioldlnput f lovFYirini I cns rieldLrpefi adLtbdIMTE5EXC)UE(ID)f A «ldftWTlt fi eldlupct flow form a tems fi wldlyptCJUB(ID) CrtkS(iD) IMTEGER TEXT (10)C)ULR (ID)0口口口口口口j
38、)域項 FielditemlabelvalueCHAR CIO)TEXT GO)k)域类型 FieldType霽成HL职idIKTEGERnoneCHAU (10)typ«cm (20)I)流程表単FlowFormworkflow te«plate £itUm)角色Role表単顶ID 表箪国标签 表至域的名称 羌单慢的辐入形式 对应的衰单 弄单I巾舊合?KE域项目机釜慢项目佰0口口域类型ID域类型名林,如:字苻串、整型、文件爭等rXTESER rordo) ZOTPLEKISTER傷口口口T口口口流程表单“ 对曲工作渤DII件I f <idnsPK I0甬色
39、H角色W杯EGERCHAI (10) wordl-n)用户UserI snrPKidusername rvissrord eroatoT imp rxpircTimc personidIHTER3用户口姑”蛔。CKARCO) 用戸名FyossvordCHARCO) 用户峦冯createTineDTETIBE 创超捐ucireTiAeDUEHM过如拘WTEGZR1 1员丄口)用户角色对物埋都 idroleIMTEGEK11T1EGH;orderHoINTEGER音口口口7七PK0口口口排序号Csor?RolosPK 1idrnluser ordrrNop)审批 ApprovelnfoApprov
40、alnfoPK11coomeni docunipn t approver approveTime wordl-站球關Fkid gfwingt docuirentI III EGER rzxTdo) nn海 顷 EOER田此叉件mtppr cveT ine DAT ETINE m批肴id5Wi司4.2数据间关系(E-R图)a)用户员工userIDaddress 夕duty 、尸phone (descriptionpersonUsercreateTime:expireTime:personlD;b)用户文档、用户-部门titlecontent creator g workflow «-
41、User Id 、< 、/Documont<-Organization'(能护(论职'> C)用户会议申请、会议申请会议室 f parentT children meetroom appjylD *EE ;meetroomlD;*< t)egindate>MeetingRoom Apply * meetroomlD J < enddate :applyreason)< MeetingRoom 3n position )status d)用户角色、用户审批 > description;:i 1User一 "Ib r , 1
42、F fid rololD ;name Role-(approveTime)document 丿-* approver)e)流程表单5行为需求5.1控制模型a)系统通过各个模块可以共享:资源,实现知识管理,使组织的先进经历、技 巧和知识得到最充分、最快速的共享利用共享、标准化各种生产、销售、 财务、制度等文档和表单,实现无纸化办公:及时得到通知.公告.新闻、情报等各种资讯,实现信息的畅通直达;在资源网络中,任何人都 可以直接检索自己需要的各种资源资料;各种资源可以设曽访问权限, 实现有级别的公开,保护核心资料平安。b) 系统地公文管理模块和作流程模块可以具有规流程的特征:即可以使 办公流程清晰、
43、规、可控,可以保存流程,有据可查;消除不必要的流 程和环廿,防止重复劳动,提髙工作效率;实现办公流程的白动化,代 替大鼠手T操作,解放人的创造性;杜绝推诿和扯皮现象,使每个人责 任清晰,约束其迅速执行;不同的流程和表単可以同步、共享、穿插、 分流、合流,实现协同办公。c) Web 0A管理系统通过自动化的流程实现推动执行的行为:即系统可以 使每个人清楚自己的责任和方案、目标、任务,工作透明化,自我促进 完成;方便的监视、指导和沟通、反应机制,及时发现问题、解决问题: 随时得到最好的资源、知识、经历,利于协同合作,创造工作的最优化 环境;防止低端和重复性工作,解放束缚,将人的创造性发挥最大价值;
44、 提升白信,释放活力,以先进的办公方式促进人员素质的提升° wordl-6接曰需求6.1用户界面工作资:J百俱记A J石12 1 1(= wordl-工ftfIltHS睥承6.1用户界面个人x件柜用户主界面如图6.1所示,最终界面将在开发过程中确定。6.2软硬件接口Web 0A管理系统是企业信息系统的子系统之一,工程完成后,Web 0A子系统将和其它系统-起效劳于企业管理过程,这样就要求本系统在设计风格、开 发丁.具、数据库等方面要与見他系统协调一致,并且需要为其它于系统提供可用 的接II。a)账户接口主要有用户名和密码无论用户是从 Web OA管理系统廿陆还是其它于系统 登陆,都是
45、用同一个账户。各系统通过账户接II来逬展相4:的交4:。 当某一个账 户在Web 0A管理系统中被创立时,该账尸也同时被其它子系统创立,该账户被 删除时亦同。b)打印机接口通过提供该接口, Web 0A管理系统可以和打卬机进展交互。c)储存接口当需要名份系统数据时,可以调用该储存接口来把数据库的数据传到外部储 存中。7环境7.1运行环境a)运行所需的软件环境数据存储采用MySQL数据库,所以效劳器必须安装MySQL数据库作为必要软件;Web效劳采用Apache后台程序,效劳器必须配置Apache软件。b)运行所需的硬件环境由于WebOA管理系统是基于B/S的构造,所以需要用户方提供满足要求 的效劳器和满足所需帯宽。以及对于运行效劳器的供电要求。7.2开发环境a)开发所需的软件坏境MySQL数据座管理系统、JavaDevelopmentKit(JDK) Apache后台管理软件、Eclipse集成升发环境等。b)开发所需的硬件环境效劳器、客戸端、以太网连接等。