《OA管理系统需求规格说明书.pdf》由会员分享,可在线阅读,更多相关《OA管理系统需求规格说明书.pdf(41页珍藏版)》请在三一文库上搜索。
1、. . Web OA 管理系统 需求规格说明书 2009/11/20 . . 目录 1 概述 1 1.1 编写目的 1 1.2 参考资料 1 1.3 术语和标记 1 2 项目概述 2 2.1 项目总体目标 2 2.2 系统开发背景 2 2.3 主要限制和开发风险分析 4 3 功能需求 4 3.1 功能模型 6 3.1.1 个人办公模块 . 6 3.1.2 公文管理模块 . 9 3.1.3 公共信息模块 . 10 3.1.4 行政办公模块 . 12 3.1.5 消息管理模块 . 15 3.1.6 工作流程模块 . 17 3.1.7 组织管理模块 . 18 3.1.8 权限管理模块 . 20 3.
2、1.9 系统管理模块 . 22 3.1.10 人事档案模块 . 24 3.2 性能需求 27 3.3 非功能需求 27 3.4 故障处理 27 4 数据需求 27 4.1 数据项 27 4.2 数据间关系 (E-R 图) . 33 5 行为需求 35 5.1 控制模型 35 6 接口需求 36 6.1 用户界面 36 6.2 软硬件接口 37 7 环境 37 . . 7.1 运行环境 37 7.2 开发环境 37 附录:项目成员介绍及组内评分 . 错误!未定义书签。 . . 1概述 1.1编写目的 本文档的编写目的是为Web OA 管理系统项目的开发提供: a) 软件总体要求,作为用户和软件开
3、发人员之间了解的基础; b) 功能、性能、接口和可靠性的要求,作为软件人员进行设计和编码的 基础; c) 验收标准,作为用户确认测试的依据。 1.2参考资料 a) 王长富,罗晓沛 .基于 Web 和 J2EE 的办公自动化系统的设计 D. 中国 科学院 .2007. b) 刘蕾,刘厚泉 .基于工作流的 B/S 模式 OA 系统设计与实现 J微计算 机信息, 2008. c) 程家华基于 B/S 模式的办公自动化系统设计与实现M 北京:同济 出版社, 2005 d) 杨永健,韩鸿雁办公自动化中工作流过程定义的设计与实现J四 川大学学报, 2007. e) 方旭华,颜慧佳基于工作流的办公自动化系统
4、的设计方案J计算 机时代, 2008. f)刘明臻,魏长军 OA 系统公文流转模块的设计和实现J吉林师范 大学学报 ,自然科学版, 2008. 1.3术语和标记 a) Web OA 管理系统:网络办公管理系统; b) OA:Office Automation c) Apache:是世界使用排名第一的Web服务器软件; d) J2EE:是一套不同于传统应用开发的技术架构,包含许多组件,主要 可简化并规范应用系统的开发与部署,进而提高可移植性、安全与再 用价值; e) ACL :Access Control List (访问控制列表)是路由器和交换机接 . . 口的指令列表,用来控制端口进出的数据
5、包。ACL 适用于所有的 被路由协议,如IP、IPX、AppleTalk 等。这张表中包含了匹配关 系、条件和查询语句,表只是一个框架结构,其目的是为了对某 种访问进行控制; f)Dojo 树:它是一个 Ajax 框架,专门用于各种类型数据结构的树型 展示 2项目概述 2.1项目总体目标 a) 企业内各种信息资源的共享。 b) 加强员工间的交流、提高整体工作效率。通过Web OA 管理系统实现 对工作流中文档的统一管理。 c) 给不同职位的员工提供有用的数据,方便其对工作状态的了解,也方 便领导对公司情况的及时了解。 d) 提供各种工作记录,以备事后查询。 2.2系统开发背景 办公自动化 (O
6、ffice Automation 即 OA)是 20世纪 70 年代中期在发达国家 迅速发展起来的一门综合性技术,我国从20 世纪 80年代开始,尤其是进入 90 年代,办公自动化发展迅猛。 它的基本任务是利用先进的科学技术,使人 们借助各种设备解决对一部分办公业务的处理,达到提高工作效率、方便管 理和决策的目的。 0A 的指示领域覆盖了行为科学、管理科学、社会科学、 系统工程学等学科。并且OA 体现了多学科的相互交叉、相互渗透。 当今社会无论是企业还是政府机关,都会有大量的文案需要处理,复杂 的工作流程需要安排,决策者需要依据纷乱的信息做出重要的决定。拥有一 套智能化、信息化的办公系统,对办
7、公人员和企业决策者来说,工作效率上 的提高是显而易见的。在网络连接千万家的时代,办公自动化还使得不同地 理位置之间的不同单位或部门之间进行协同办公成为可能。今天的中国,“ 企 业信息化 ” 、 “ 政府部门信息化 ” 都忙得如火如荼, 一套优秀的办公自动化 (OA) 系统将是企事业单位迈进数码时代的基石。 . . 办公自动化是一个不断进化的过程,随着电脑和网络技术的发展可以分 为以下几个阶段:传统办公(如图2.1) ;办公电脑化,单位有了电脑,可以 打印文件,保存数据,用一些单机版软件等;办公网络化,单位的电脑有了 局域网并连上了互联网,实现了资源共享,但内部缺乏秩序和安全;网络程 序化,在办
8、公网络化的基础上,有了网络办公软件的办公平台,实现了轻松 有序的管理(如图2.2) 。将来还可能有网络办公的智能化,办公变得越来越 轻松。 开发网络办公系统的市场前景是广阔的。大型企业需要高层次的网络办 公自动化,他们往往会选择大型的软件公司合作开发,所需的开发费用和维 护费用也是非常高昂的。这些高昂的费用并非大多数中小企业能承受得起 的。但是办公自动化系统又是这些中小企业十分渴望的软件,对于中小型企 业存在一个很大的低成本网络OA 系统的需求,而我们可以开发这些低成本 OA 系统来满足这个需求。 图 2.1 传统办公模式 . . 图 2.2网络化办公模式 2.3主要限制和开发风险分析 a)
9、用户规模的限制:由于本系统的开发是针对中小企业,所以决定了用 户的规模不大; b) 对于 OA 系统的全部功能不能完全实现。 3功能需求 表 3.1 功能模块 业务模块功能划分简要描述 个人办公模块 我的便签随手记录的信息 我的任务任务管理 通信录个人通信录 公文管理模块 公文维护各种类型的公文管理、审批公文等 归档处理对已完成流转的公文进行归档 公共信息模块信息管理 进行新闻、通知、期刊、知识和规章制度的发 布和管理,使企业的信息和知识快速传播和转 移。 行政办公模块会议管理管理会议室的占用情况 . . 资产管理管理企业的资产信息 用品管理管理企业用品的申请 车辆管理企业车辆的管理 图书管理
10、图书的借出管理 消息管理模块 收件箱接收的所有消息 发件箱发送的所有消息 垃圾箱已删除的消息 聊天记录跟某个用户的聊天记录 工作流程模块 流程管理如何定义企业的流程(可以灵活定义各种流程) 表单定义如何针对不同的流程定义表单 组织管理模块 机构管理公司组织架构管理 人员管理公司人员管理 权限管理模块 角色管理系统的角色定义、给角色分配权限等 用户管理 系统账号的分配、给用户分配角色、给用户分 配权限等 系统管理模块 密码修改对用户密码的修改 模块管理系统所有模块的管理 代码定义对系统代码的说明 系统初始 化 可以还原系统到某个状态 人事档案模块 人员履历人员基本信息的录入 转正申请转正申请的状
11、态管理 离职申请离职申请的状态管理 员工考勤对员工每天的考勤登记和记录 . . 3.1功能模型 3.1.1个人办公模块 图 3.1 个人办公模块 增加新任务用例 简要描述 增加新任务用例使员工可以增加新的工作任务。 事件流 1.员工输入他的要增加的任务。 2.系统接收员工提供新任务,并保存至数据库。 删除任务用例 简要描述 删除任务用例使员工可以删除工作任务。 事件流 . . 1.员工输入他的要删除的任务。 2.系统删除员工提供任务,并更新数据库。 查看任务用例 简要描述 查看任务用例使员工可以查看已有的工作任务。 事件流 1.员工输入他的要查看的任务。 2.系统接收员工提供任务名,并显示该任
12、务信息。 修改任务用例 简要描述 修改任务用例使员工可以修改工作任务。 事件流 1.员工输入他的要修改的任务。 2.系统接收员工提供新的任务信息,并更新数据库。 增加新便签用例 简要描述 增加新便签用例使员工可以增加新的便签。 事件流 1.员工输入他的要增加的便签。 2.系统接收员工提供新便签,并保存至数据库。 删除便签用例 简要描述 删除便签用例使员工可以删除便签。 事件流 1.员工输入他的要删除的便签。 2.系统删除员工提供便签,并更新数据库。 查看便签用例 简要描述 查看便签用例使员工可以查看已有的便签。 . . 事件流 1.员工输入他的要查看的便签。 2.系统接收员工提供便签名,并显示
13、该便签信息。 修改便签用例 简要描述 修改便签用例使员工可以修改便签。 事件流 1.员工输入他的要修改的便签。 2.系统接收员工提供新的便签信息,并更新数据库。 增加新联系人用例 简要描述 增加新联系人用例使员工可以增加新的联系人记录。 事件流 1.员工输入他的要增加的联系人信息。 2.系统接收员工提供新联系人信息,并保存至数据库。 删除通讯录用例 简要描述 删除通讯录用例使员工可以删除通讯录。 事件流 1.员工输入他的要删除的通讯录。 2.系统删除员工提供通讯录信息,并更新数据库。 查看通讯录用例 简要描述 查看通讯录用例使员工可以查看已有的通讯录。 事件流 1.员工输入他的要查看的通讯录。
14、 2.系统接收员工提供通讯录名,并显示该通讯录信息。 修改通讯录用例 简要描述 . . 修改通讯录用例使员工可以修改通讯录。 事件流 1.员工输入他的要修改的通讯录。 2.系统接收员工提供新的通讯录信息,并更新数据库。 3.1.2公文管理模块 图 3.2 公文管理模块 公文归档用例 简要描述 公文归档用例使行政部门员工可以对已有的公文进行分类归档。 事件流 1.行政部门员工输入他要进行操作的公文。 2.系统接收行政部门员工提供的公文信息,并显示该公文可以进行归档的类 型。 3.行政部门员工输入他要对公文进行归档的类型。 4.系统接收行政部门员工提供的公文归档类型,并保存至数据库。 公文流转管理
15、用例 简要描述 . . 公文流转管理用例使行政部门员工可以管理公文的流转。 事件流 1.行政部门员工输入他要管理的公文名。 2.系统接收行政部门员工提供的公文,并显示该公文的信息。 3.行政部门员工输入他要对该公文进行的管理操作。 4.系统接收行政部门员工提供的公文信息,并保存至数据库。 公文审批用例 简要描述 公文审批用例使管理部门员工可以对公文进行审批。 事件流 1.管理部门员工输入他要审批的公文。 2.系统输出该公文。 3.1.3公共信息模块 图 3.3 公共信息模块 . . 发布新闻用例 简要描述 发布新闻用例使行政部门员工可以发布新闻。 事件流 1.行政部门员工输入他要发布的新闻。
16、2.系统接收行政部门员工提供的新闻信息,并保存至数据库。 发布通知用例 简要描述 发布通知用例使行政部门员工可以发布通知。 事件流 1.行政部门员工输入他要发布的通知。 2.系统接收行政部门员工提供的通知信息,并保存至数据库。 发布期刊用例 简要描述 发布期刊用例使行政部门员工可以发布期刊。 事件流 1.行政部门员工输入他要发布的期刊。 2.系统接收行政部门员工提供的期刊信息,并保存至数据库。 发布规章制度用例 简要描述 发布规章制度用例使行政部门员工可以发布规章制度。 事件流 1.行政部门员工输入他要发布的规章制度。 2.系统接收行政部门员工提供的规章制度信息,并保存至数据库。 . . 3.
17、1.4行政办公模块 图 3.4 行政办公模块 会议室使用审批用例 简要描述 会议室使用审批用例使行政部门员工可以对会议室的借用进行审批。 事件流 1.行政部门员工输入他要审批的会议室。 2.系统输出政部门员工提供的会议室信息,并显示出来。 办公用品维护用例 简要描述 办公用品维护用例使行政部门员工可以查看办公用品使用情况。 . . 事件流 1.行政部门员工输入他要查看的办公用品。 2.系统输出政部门员工提供的办公用品信息,并显示出来。 图书管理用例 简要描述 图书管理用例使行政部门员工可以管理图书信息。 事件流 1.行政部门员工输入他要管理的图书。 2.系统提供给行政部门员工该图书的信息。 3
18、.行政部门员工输入他要对该图书的操作。 4.系统接收该操作,并保存至数据库。 车辆审批用例 简要描述 车辆审批用例使行政部门员工可以对车辆的借用进行审批。 事件流 1.行政部门员工输入他要审批的车辆。 2.系统输出政部门员工提供的车辆信息,并显示出来。 资产管理用例 简要描述 资产管理用例使行政部门员工可以管理资产信息。 事件流 1.行政部门员工输入他要管理的资产。 2.系统提供给行政部门员工该资产的信息。 3.行政部门员工输入他要对该资产的操作。 4.系统接收该操作,并保存至数据库。 会议室使用申请用例 简要描述 会议室使用申请用例使员工可以对会议室的借用进行申请。 事件流 . . 1.员工
19、输入他要申请的会议室号码和时间。 2.系统输出员工需要的会议室信息,并显示出来。 3.如果没有被占用则可被申请。 4.否则要求员工选择其他会议室或时间。 办公用品购买申请用例 简要描述 办公用品购买申请用例使员工可以申请办公用品的购买。 事件流 1.员工输入他要申请购买的办公用品。 2.系统接输出员工提供的办公用品信息,并保存至数据库。 借阅图书用例 简要描述 借阅图书用例使员工可以借阅图书。 事件流 1.员工输入他要借阅的图书。 2.系统提供给员工该图书的信息。 3.员工输入他要对该图书的操作。 车辆使用申请用例 简要描述 车辆使用申请用例使员工可以对车辆的进行借用。 事件流 1.员工输入他
20、要使用的车辆。 2.系统提供给员工该车辆的信息。 3.员工输入他要对该车辆的操作。 4.如果没有被占用则可被申请。 5.否则要求员工选择其他车辆室或时间。 查看资产用例 简要描述 查看资产用例使管理层员工可以查看资产信息。 . . 事件流 1.管理层员工输入他要查看的资产。 2.系统提供给管理层员工该资产的信息。 3.1.5消息管理模块 图 3.5 消息管理模块 发送邮件用例 简要描述 发送邮件用例使员工可以发送邮件。 事件流 1.员工输入他的要发送的邮件。 2.系统发出员工提交的邮件,并保存至数据库。 删除邮件用例 简要描述 删除邮件用例使员工可以删除邮件。 事件流 1.员工输入他的要删除的
21、邮件。 2.系统删除员工提供邮件,并更新数据库。 . . 查看邮箱用例 简要描述 查看邮箱用例使员工可以查看已有的邮件。 事件流 1.员工输入他的要查看的邮箱。 2.系统接收员工提供邮箱名,并显示该邮箱的所有邮件。 进行实时通讯用例 简要描述 进行实时通讯用例使员工可以进行实时通讯。 事件流 1.员工输入他的要发送的信息和其他员工。 2.系统发出员工提交的信息给员工需要通讯的人,并保存至数据库。 删除实时通讯用例 简要描述 删除实时通讯用例使员工可以删除实时通讯信息。 事件流 1.员工输入他的要删除的实时通讯信息。 2.系统删除员工提供实时通讯信息,并更新数据库。 查看实时通讯用例 简要描述
22、查看实时通讯用例使员工可以查看已有的实时通讯。 事件流 1.员工输入他的要查看的实时通讯。 2.系统接收员工提供实时通讯,并显示该实时通讯。 . . 3.1.6工作流程模块 图 3.6 工作流程模块 行政流程定义用例 简要描述 行政流程定义用例使行政部门员工可以定义行政工作的流程 事件流 1.行政部门员工输入他要定义的行政流程。 2.系统接收行政部门员工提供的行政流程定义,并以流程图形式显示出来。 决策流程定义用例 简要描述 决策流程定义用例使管理员工可以定义决策流程 事件流 1.管理员工输入他要定义的决策流程。 2.系统接收管理员工提供的决策流程定义,并以流程图形式显示出来。 . . 人事流
23、程定义用例 简要描述 人事流程定义用例使人事部门员工可以定义人事工作的流程 事件流 1.人事部门员工输入他要定义的人事流程。 2.系统接收人事部门员工提供的人事流程定义,并以流程图形式显示出来。 业务流程定义用例 简要描述 业务流程定义用例使业务部门员工可以定义各个业务工作的流程 事件流 1.业务部门员工输入他要定义的业务流程。 2.系统接收业务部门员工提供的行业务程定义,并以流程图形式显示出来。 3.1.7组织管理模块 图 3.7 组织管理模块 . . 增设机构用例 简要描述 增设机构用例使管理部门员工可以增设新的机构。 事件流 1.管理部门员工输入他要增设的新机构。 2.系统录入管理部门员
24、工输入的新机构,并保存至数据库。 变更机构人力用例 简要描述 变更机构人力用例使管理部门员工可以改变机构的人力配置。 事件流 3.管理部门员工输入他要改变的机构人力配置。 4.系统录入管理部门员工输入的新的机构人力配置,并保存至数据库。 撤销机构用例 简要描述 撤销机构用例使管理部门员工可以撤销一个或多个机构。 事件流 1.管理部门员工删除他要撤销的机构。 2.系统删除管理部门员工撤销的机构,并更新数据库。 变更机构权责用例 简要描述 变更机构权责用例使管理部门员工可以改变机构的权责。 事件流 1.管理部门员工输入他要改变的机构权责。 2.系统录入管理部门员工输入的新的机构权责,并保存至数据库
25、。 . . 3.1.8权限管理模块 图 3.8 权限管理模块 增加新用户用例 简要描述 增加新用户用例使系统管理员可以增加新的用户。 事件流 1.系统管理员输入他要新增的用户。 2.系统接收系统管理员输入的新用户资料,并保存至数据库。 增加新角色用例 简要描述 增加新用户用例使系统管理员可以增加给用户新的角色。 事件流 1.系统管理员输入他要给用户的新角色。 2.系统接收系统管理员输入的新的用户角色,并保存至数据库。 删除用户用例 简要描述 删除用户用例使系统管理员可以删除一个或多个用户。 . . 事件流 1.系统管理员输入他要删除的用户。 2.系统删除系统管理员需要删除的用户,并更新数据库。
26、 删除角色用例 简要描述 删除角色用例使系统管理员可以删除用户的一个角色。 事件流 1.系统管理员输入他要删除的用户角色。 2.系统删除系统管理员需要删除的用户角色,并更新数据库。 变更用户角色用例 简要描述 变更用户角色用例使管理部门员工可以改变用户的角色。 事件流 1.管理部门员工输入他要给用户的新角色。 2.系统录入管理部门员工输入的新的用户角色,并保存至数据库。 变更角色权限用例 简要描述 变更角色权限用例使管理部门员工可以改变用户的角色权限。 事件流 1.管理部门员工输入他要改变用户的角色权限。 2.系统录入管理部门员工输入的新的用户角色权限,并保存至数据库。 . . 3.1.9系统
27、管理模块 图 3.9 系统管理模块 增加模块用例 简要描述 增加模块用例使系统管理员可以增加新的模块。 事件流 1.系统管理员输入他要新增的模块。 2.系统接收系统管理员输入的新的模块,并保存至数据库。 删除模块用例 简要描述 删除模块用例使系统管理员可以删除一个或多个模块。 事件流 . . 1.系统管理员输入他要删除的模块。 2.系统删除系统管理员要删除的模块,并更新数据库。 修改模块用例 简要描述 修改模块用例使系统管理员可以修改一个或多个模块。 事件流 1.系统管理员修改他要改变的模块。 2.系统接收系统管理员对模块的修改,并更新数据库。 还原系统用例 简要描述 还原系统用例使系统管理员
28、可以还原系统到一个原始状态。 事件流 1.系统管理员输入他要还原系统的某个时刻。 2.系统接收系统管理员对系统的还原,并恢复系统到指定时刻。 代码定义用例 简要描述 代码定义用例使系统管理员可以定义代码。 事件流 1.系统管理员输入他要定义的代码。 2.系统接收系统管理员对代码的定义,并更新数据库。 修改用户密码用例 简要描述 修改用户密码用例使员工可以修改自己的密码。 事件流 1.员工输入他新的的密码。 2.系统接收员工的新密码,并更新数据库。 . . 3.1.10 人事档案模块 图 3.10 人事档案模块 录入员工信息用例 简要描述 录入员工信息用例使人事部门员工可以录入员工信息。 事件流
29、 1.人事部门员工输入员工的信息。 2.系统接收人事部门员工提供的员工的信息,并保存至数据库。 修改员工信息用例 简要描述 修改员工信息用例使人事部门员工可以修改员工信息。 事件流 . . 1.人事部门员工输入他要修改员工的新信息。 2.系统修改人事部门员工提供的员工的新信息,并更新数据库。 删除员工信息用例 简要描述 删除员工信息用例使人事部门员工可以删除员工信息。 事件流 1.人事部门员工输入他指定的员工的信息。 2.系统接删除事部门员工提供的员工的信息,并更新数据库。 管理转正申请状态用例 简要描述 管理转正申请状态用例使人事部门员工可以管理申请转正并查看其申请状态。 事件流 1.人事部
30、门员工输入员工的转正信息。 2.系统接收人事部门员工提供的转正信息,并保存至数据库。 3.系统输出转正状态信息。 管理离职申请状态用例 简要描述 管理离职申请状态用例使人事部门员工可以管理申请离职并查看其申请状态。 事件流 1.人事部门员工输入员工的离职信息。 2.系统接收人事部门员工提供的离职信息,并保存至数据库。 3.系统输出离职状态信息。 管理考勤记录用例 简要描述 管理考勤记录用例使人事部门员工可以对员工进行考勤。 事件流 3.人事部门员工输入他对员工的考勤信息。 4.系统接收人事部门员工提供的员工的考勤信息,并保存至数据库。 申请转正用例 . . 简要描述 申请转正用例使员工可以申请
31、转正并查看其申请状态。 事件流 1.员工输入转正信息。 2.系统接收员工提供的转正信息,并保存至数据库。 3.系统输出转正状态信息。 4.系统开始转正申请流转。 申请离职用例 简要描述 申请离职用例使员工可以申请离职并查看其申请状态。 事件流 1.员工输入离职信息。 2.系统接收员工提供的离职信息,并保存至数据库。 3.系统输出离职状态信息。 4.系统开始离职申请流转。 登记考勤用例 简要描述 登记考勤用例使员工可以签到。 事件流 3.员工输入他的上班时间。 4.系统接收员工提供考勤信息,并保存至数据库。 审核转正申请用例 简要描述 审核转正申请用例使管理层员工可以对员工的转正申请进行审核。
32、事件流 1.管理层员工输入要审核的员工。 2.系统接收人管理层员工提供员工,调出员工的转正申请。 审核离职申请用例 简要描述 . . 审核离职申请用例使管理层员工可以对员工的离职申请进行审核。 事件流 3.管理层员工输入要审核的员工。 4.系统接收人管理层员工提供员工,调出员工的离职申请。 3.2性能需求 时间要求:用户的在浏览器端的操作将在3 秒钟之内得到响应。 精度和存储时间无特殊要求。 3.3非功能需求 可移植性:系统应当可以良好运行在任何安装Apache后台、MySQL 数据 库和 JAVA 运行时的计算机上。 可维护性:软件较易被理解、校正、适应及增强功能。 3.4故障处理 系统采用
33、高可用性冗余服务器,当主服务器出现访问故障时,可自动启用 备用服务器。 4数据需求 4.1数据项 a) 员工 Person . . b) 文档 Document c) 会议室 MeetingRoom d) 会议室申请 MeetingRoomApply . . e) 表单输入 FieldInput f)模块 Module . . g) 组织 Organization h) 工作流 Workflow i)表单域 FormField . . j)域项 FieldItem k) 域类型 FieldType l)流程表单 FlowForm m) 角色 Role . . n) 用户 User o) 用户角
34、色对 p) 审批 ApproveInfo . . 4.2数据间关系 (E-R 图) a) 用户-员工 b) 用户-文档、用户 -部门 . . c) 用户-会议申请、会议申请 -会议室 d) 用户-角色、用户 -审批 . . e) 流程-表单 f)表单-表单域 5行为需求 5.1控制模型 a) 系统通过各个模块可以共享资源,实现知识管理,使组织内的先进经验、 技巧和知识得到最充分、最快速的共享利用共享、标准化各种生产、销 售、财务、制度等文档和表单, 实现无纸化办公; 及时得到通知、 公告、 新闻、情报等各种资讯,实现信息的畅通直达;在资源网络中,任何人 都可以直接检索自己需要的各种资源资料;各
35、种资源可以设置访问权 . . 限,实现有级别的公开,保护核心资料安全。 b) 系统地公文管理模块和工作流程模块可以具有规范流程的特征:即可以 使办公流程清晰、规范、可控,可以保留流程,有据可查;消除不必要 的流程和环节, 避免重复劳动, 提高工作效率; 实现办公流程的自动化, 代替大量手工操作,解放人的创造性;杜绝推诿和扯皮现象,使每个人 责任清晰, 约束其迅速执行; 不同的流程和表单可以同步、 共享、交叉、 分流、合流,实现协同办公。 c) Web OA 管理系统通过自动化的流程实现推动执行的行为:即系统可以 使每个人清楚自己的责任和计划、目标、任务,工作透明化,自我促进 完成;方便的监督、
36、 指导和沟通、 反馈机制, 及时发现问题、 解决问题; 随时得到最好的资源、知识、经验,利于协同合作,创造工作的最优化 环境;避免低端和重复性工作, 解放束缚,将人的创造性发挥最大价值; 提升自信,释放活力,以先进的办公方式促进人员素质的提升。 6接口需求 6.1用户界面 6.1 用户界面 . . 用户主界面如图 6.1 所示,最终界面将在开发过程中确定。 6.2软硬件接口 Web OA 管理系统是企业信息系统的子系统之一,项目完成后,Web OA 子 系统将和其它系统一起服务于企业管理过程,这样就要求本系统在设计风格、 开 发工具、数据库等方面要与其他系统协调一致,并且需要为其它子系统提供可
37、用 的接口。 a) 账户接口 主要有用户名和密码。 无论用户是从 Web OA 管理系统登陆还是其它子系统 登陆,都是用同一个账户。 各系统通过账户接口来进行相互的交互。当某一个账 户在 Web OA 管理系统中被创建时, 该账户也同时被其它子系统创建,该账户被 删除时亦同。 b) 打印机接口 通过提供该接口, Web OA 管理系统可以和打印机进行交互。 c) 储存接口 当需要备份系统数据时, 可以调用该储存接口来把数据库的数据传到外部储 存中。 7环境 7.1运行环境 a) 运行所需的软件环境 数据存储采用 MySQL 数据库,所以服务器必须安装MySQL 数据库作为 必要软件; Web服务采用 Apache后台程序,服务器必须配置Apache 软件。 b) 运行所需的硬件环境 由于 Web OA 管理系统是基于 B/S 的结构,所以需要用户方提供满足要求 的服务器和满足所需带宽。以及对于运行服务器的供电要求。 7.2开发环境 a) 开发所需的软件环境 MySQL 数据库管理系统、 Java Development Kit(JDK) 、Apache后台管理 软件、 Eclipse集成开发环境等。 . . b) 开发所需的硬件环境 服务器、客户端、以太网连接等。
链接地址:https://www.31doc.com/p-5213009.html