Web_OA管理系统需求规格说明书.docx

《Web_OA管理系统需求规格说明书.docx》由会员分享，可在线阅读，更多相关《Web_OA管理系统需求规格说明书.docx（41页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、Web OA管理系统 需求规格说明书 Web OA管理系统-软件需求规格说明目录1概述11.1编写目的11.2参考资料11.3术语和标记12项目概述22.1项目总体目标22.2系统开发背景22.3主要限制和开发风险分析43功能需求43.1功能模型63.1.1个人办公模块63.1.2公文管理模块93.1.3公共信息模块103.1.4行政办公模块123.1.5消息管理模块153.1.6工作流程模块173.1.7组织管理模块183.1.8权限管理模块203.1.9系统管理模块223.1.10人事档案模块243.2性能需求273.3非功能需求273.4故障处理274数据需求274.1数据项274.2数

2、据间关系(E-R图)335行为需求355.1控制模型356接口需求366.1用户界面366.2软硬件接口377环境377.1运行环境377.2开发环境37附录：项目成员介绍及组内评分38II1 概述1.1 编写目的本文档的编写目的是为Web OA管理系统项目的开发提供：a) 软件总体要求，作为用户和软件开发人员之间了解的基础；b) 功能、性能、接口和可靠性的要求，作为软件人员进行设计和编码的基础；c) 验收标准，作为用户确认测试的依据。1.2 参考资料a) 王长富，罗晓沛.基于Web和J2EE的办公自动化系统的设计D.中国科学院.2007.b) 刘蕾，刘厚泉.基于工作流的B/S模式OA系统设计

3、与实现J微计算机信息，2008.c) 程家华基于B/S模式的办公自动化系统设计与实现M北京：同济出版社，2005d) 杨永健，韩鸿雁办公自动化中工作流过程定义的设计与实现J四川大学学报，2007.e) 方旭华，颜慧佳基于工作流的办公自动化系统的设计方案J计算机时代，2008.f) 刘明臻，魏长军OA系统公文流转模块的设计和实现J吉林师范大学学报,自然科学版，2008.1.3 术语和标记a) Web OA管理系统：网络办公管理系统；b) OA：Office Automationc) Apache：是世界使用排名第一的Web服务器软件；d) J2EE：是一套不同于传统应用开发的技术架构，包含许多组

4、件，主要可简化并规范应用系统的开发与部署，进而提高可移植性、安全与再用价值；e) ACL：Access Control List（访问控制列表）是路由器和交换机接口的指令列表，用来控制端口进出的数据包。ACL适用于所有的被路由协议，如IP、IPX、AppleTalk等。这张表中包含了匹配关系、条件和查询语句，表只是一个框架结构，其目的是为了对某种访问进行控制；f) Dojo树：它是一个Ajax框架，专门用于各种类型数据结构的树型展示2 项目概述2.1 项目总体目标a) 企业内各种信息资源的共享。b) 加强员工间的交流、提高整体工作效率。通过Web OA管理系统实现对工作流中文档的统一管理。c)

5、 给不同职位的员工提供有用的数据，方便其对工作状态的了解，也方便领导对公司情况的及时了解。d) 提供各种工作记录，以备事后查询。2.2 系统开发背景办公自动化(Office Automation即OA)是20世纪70年代中期在发达国家迅速发展起来的一门综合性技术，我国从20世纪80年代开始，尤其是进入90年代，办公自动化发展迅猛。它的基本任务是利用先进的科学技术，使人们借助各种设备解决对一部分办公业务的处理，达到提高工作效率、方便管理和决策的目的。0A的指示领域覆盖了行为科学、管理科学、社会科学、系统工程学等学科。并且OA体现了多学科的相互交叉、相互渗透。当今社会无论是企业还是政府机关，都会有

6、大量的文案需要处理，复杂的工作流程需要安排，决策者需要依据纷乱的信息做出重要的决定。拥有一套智能化、信息化的办公系统，对办公人员和企业决策者来说，工作效率上的提高是显而易见的。在网络连接千万家的时代，办公自动化还使得不同地理位置之间的不同单位或部门之间进行协同办公成为可能。今天的中国，“企业信息化”、“政府部门信息化”都忙得如火如荼，一套优秀的办公自动化(OA)系统将是企事业单位迈进数码时代的基石。办公自动化是一个不断进化的过程，随着电脑和网络技术的发展可以分为以下几个阶段：传统办公（如图2.1）；办公电脑化，单位有了电脑，可以打印文件，保存数据，用一些单机版软件等；办公网络化，单位的电脑有了

7、局域网并连上了互联网，实现了资源共享，但内部缺乏秩序和安全；网络程序化，在办公网络化的基础上，有了网络办公软件的办公平台，实现了轻松有序的管理（如图2.2）。将来还可能有网络办公的智能化，办公变得越来越轻松。开发网络办公系统的市场前景是广阔的。大型企业需要高层次的网络办公自动化，他们往往会选择大型的软件公司合作开发，所需的开发费用和维护费用也是非常高昂的。这些高昂的费用并非大多数中小企业能承受得起的。但是办公自动化系统又是这些中小企业十分渴望的软件，对于中小型企业存在一个很大的低成本网络OA系统的需求，而我们可以开发这些低成本OA系统来满足这个需求。图 2.1传统办公模式图 2.2网络化办公模

8、式2.3 主要限制和开发风险分析a) 用户规模的限制：由于本系统的开发是针对中小企业，所以决定了用户的规模不大；b) 对于OA系统的全部功能不能完全实现。3 功能需求表 3.1功能模块业务模块功能划分简要描述个人办公模块我的便签随手记录的信息我的任务任务管理通信录个人通信录公文管理模块公文维护各种类型的公文管理、审批公文等归档处理对已完成流转的公文进行归档公共信息模块信息管理进行新闻、通知、期刊、知识和规章制度的发布和管理，使企业的信息和知识快速传播和转移。行政办公模块会议管理管理会议室的占用情况资产管理管理企业的资产信息用品管理管理企业用品的申请车辆管理企业车辆的管理图书管理图书的借出管理消

9、息管理模块收件箱接收的所有消息发件箱发送的所有消息垃圾箱已删除的消息聊天记录跟某个用户的聊天记录工作流程模块流程管理如何定义企业的流程（可以灵活定义各种流程）表单定义如何针对不同的流程定义表单组织管理模块机构管理公司组织架构管理人员管理公司人员管理权限管理模块角色管理系统的角色定义、给角色分配权限等用户管理系统账号的分配、给用户分配角色、给用户分配权限等系统管理模块密码修改对用户密码的修改模块管理系统所有模块的管理代码定义对系统代码的说明系统初始化可以还原系统到某个状态人事档案模块人员履历人员基本信息的录入转正申请转正申请的状态管理离职申请离职申请的状态管理员工考勤对员工每天的考勤登记和记录3

10、.1 功能模型3.1.1 个人办公模块图 3.1个人办公模块l 增加新任务用例简要描述增加新任务用例使员工可以增加新的工作任务。事件流1. 员工输入他的要增加的任务。2. 系统接收员工提供新任务，并保存至数据库。l 删除任务用例简要描述删除任务用例使员工可以删除工作任务。事件流1. 员工输入他的要删除的任务。2. 系统删除员工提供任务，并更新数据库。l 查看任务用例简要描述查看任务用例使员工可以查看已有的工作任务。事件流1. 员工输入他的要查看的任务。2. 系统接收员工提供任务名，并显示该任务信息。l 修改任务用例简要描述修改任务用例使员工可以修改工作任务。事件流1. 员工输入他的要修改的任务

11、。2. 系统接收员工提供新的任务信息，并更新数据库。l 增加新便签用例简要描述增加新便签用例使员工可以增加新的便签。事件流1. 员工输入他的要增加的便签。2. 系统接收员工提供新便签，并保存至数据库。l 删除便签用例简要描述删除便签用例使员工可以删除便签。事件流1. 员工输入他的要删除的便签。2. 系统删除员工提供便签，并更新数据库。l 查看便签用例简要描述查看便签用例使员工可以查看已有的便签。事件流1. 员工输入他的要查看的便签。2. 系统接收员工提供便签名，并显示该便签信息。l 修改便签用例简要描述修改便签用例使员工可以修改便签。事件流1. 员工输入他的要修改的便签。2. 系统接收员工提供

12、新的便签信息，并更新数据库。l 增加新联系人用例简要描述增加新联系人用例使员工可以增加新的联系人记录。事件流1. 员工输入他的要增加的联系人信息。2. 系统接收员工提供新联系人信息，并保存至数据库。l 删除通讯录用例简要描述删除通讯录用例使员工可以删除通讯录。事件流1. 员工输入他的要删除的通讯录。2. 系统删除员工提供通讯录信息，并更新数据库。l 查看通讯录用例简要描述查看通讯录用例使员工可以查看已有的通讯录。事件流1. 员工输入他的要查看的通讯录。2. 系统接收员工提供通讯录名，并显示该通讯录信息。l 修改通讯录用例简要描述修改通讯录用例使员工可以修改通讯录。事件流1. 员工输入他的要修改

13、的通讯录。2. 系统接收员工提供新的通讯录信息，并更新数据库。3.1.2 公文管理模块图 3.2公文管理模块l 公文归档用例简要描述公文归档用例使行政部门员工可以对已有的公文进行分类归档。事件流1. 行政部门员工输入他要进行操作的公文。2. 系统接收行政部门员工提供的公文信息，并显示该公文可以进行归档的类型。3. 行政部门员工输入他要对公文进行归档的类型。4. 系统接收行政部门员工提供的公文归档类型，并保存至数据库。l 公文流转管理用例简要描述公文流转管理用例使行政部门员工可以管理公文的流转。事件流1. 行政部门员工输入他要管理的公文名。2. 系统接收行政部门员工提供的公文，并显示该公文的信息

14、。3. 行政部门员工输入他要对该公文进行的管理操作。4. 系统接收行政部门员工提供的公文信息，并保存至数据库。l 公文审批用例简要描述公文审批用例使管理部门员工可以对公文进行审批。事件流1. 管理部门员工输入他要审批的公文。2. 系统输出该公文。3.1.3 公共信息模块图 3.3 公共信息模块l 发布新闻用例简要描述发布新闻用例使行政部门员工可以发布新闻。事件流1. 行政部门员工输入他要发布的新闻。2. 系统接收行政部门员工提供的新闻信息，并保存至数据库。l 发布通知用例简要描述发布通知用例使行政部门员工可以发布通知。事件流1. 行政部门员工输入他要发布的通知。2. 系统接收行政部门员工提供的

15、通知信息，并保存至数据库。l 发布期刊用例简要描述发布期刊用例使行政部门员工可以发布期刊。事件流1. 行政部门员工输入他要发布的期刊。2. 系统接收行政部门员工提供的期刊信息，并保存至数据库。l 发布规章制度用例简要描述发布规章制度用例使行政部门员工可以发布规章制度。事件流1. 行政部门员工输入他要发布的规章制度。2. 系统接收行政部门员工提供的规章制度信息，并保存至数据库。3.1.4 行政办公模块图 3.4行政办公模块l 会议室使用审批用例简要描述会议室使用审批用例使行政部门员工可以对会议室的借用进行审批。事件流1. 行政部门员工输入他要审批的会议室。2. 系统输出政部门员工提供的会议室信息

16、，并显示出来。l 办公用品维护用例简要描述办公用品维护用例使行政部门员工可以查看办公用品使用情况。事件流1. 行政部门员工输入他要查看的办公用品。2. 系统输出政部门员工提供的办公用品信息，并显示出来。l 图书管理用例简要描述图书管理用例使行政部门员工可以管理图书信息。事件流1. 行政部门员工输入他要管理的图书。2. 系统提供给行政部门员工该图书的信息。3. 行政部门员工输入他要对该图书的操作。4. 系统接收该操作，并保存至数据库。l 车辆审批用例简要描述车辆审批用例使行政部门员工可以对车辆的借用进行审批。事件流1. 行政部门员工输入他要审批的车辆。2. 系统输出政部门员工提供的车辆信息，并显

17、示出来。l 资产管理用例简要描述资产管理用例使行政部门员工可以管理资产信息。事件流1. 行政部门员工输入他要管理的资产。2. 系统提供给行政部门员工该资产的信息。3. 行政部门员工输入他要对该资产的操作。4. 系统接收该操作，并保存至数据库。l 会议室使用申请用例简要描述会议室使用申请用例使员工可以对会议室的借用进行申请。事件流1. 员工输入他要申请的会议室号码和时间。2. 系统输出员工需要的会议室信息，并显示出来。3. 如果没有被占用则可被申请。4. 否则要求员工选择其他会议室或时间。l 办公用品购买申请用例简要描述办公用品购买申请用例使员工可以申请办公用品的购买。事件流1. 员工输入他要申

18、请购买的办公用品。2. 系统接输出员工提供的办公用品信息，并保存至数据库。l 借阅图书用例简要描述借阅图书用例使员工可以借阅图书。事件流1. 员工输入他要借阅的图书。2. 系统提供给员工该图书的信息。3. 员工输入他要对该图书的操作。l 车辆使用申请用例简要描述车辆使用申请用例使员工可以对车辆的进行借用。事件流1. 员工输入他要使用的车辆。2. 系统提供给员工该车辆的信息。3. 员工输入他要对该车辆的操作。4. 如果没有被占用则可被申请。5. 否则要求员工选择其他车辆室或时间。l 查看资产用例简要描述查看资产用例使管理层员工可以查看资产信息。事件流1. 管理层员工输入他要查看的资产。2. 系统

19、提供给管理层员工该资产的信息。3.1.5 消息管理模块图 3.5消息管理模块l 发送邮件用例简要描述发送邮件用例使员工可以发送邮件。事件流1. 员工输入他的要发送的邮件。2. 系统发出员工提交的邮件，并保存至数据库。l 删除邮件用例简要描述删除邮件用例使员工可以删除邮件。事件流1. 员工输入他的要删除的邮件。2. 系统删除员工提供邮件，并更新数据库。l 查看邮箱用例简要描述查看邮箱用例使员工可以查看已有的邮件。事件流1. 员工输入他的要查看的邮箱。2. 系统接收员工提供邮箱名，并显示该邮箱的所有邮件。l 进行实时通讯用例简要描述进行实时通讯用例使员工可以进行实时通讯。事件流1. 员工输入他的要

20、发送的信息和其他员工。2. 系统发出员工提交的信息给员工需要通讯的人，并保存至数据库。l 删除实时通讯用例简要描述删除实时通讯用例使员工可以删除实时通讯信息。事件流1. 员工输入他的要删除的实时通讯信息。2. 系统删除员工提供实时通讯信息，并更新数据库。l 查看实时通讯用例简要描述查看实时通讯用例使员工可以查看已有的实时通讯。事件流1. 员工输入他的要查看的实时通讯。2. 系统接收员工提供实时通讯，并显示该实时通讯。3.1.6 工作流程模块图 3.6工作流程模块l 行政流程定义用例简要描述行政流程定义用例使行政部门员工可以定义行政工作的流程事件流1. 行政部门员工输入他要定义的行政流程。2.

21、系统接收行政部门员工提供的行政流程定义，并以流程图形式显示出来。l 决策流程定义用例简要描述决策流程定义用例使管理员工可以定义决策流程事件流1. 管理员工输入他要定义的决策流程。2. 系统接收管理员工提供的决策流程定义，并以流程图形式显示出来。l 人事流程定义用例简要描述人事流程定义用例使人事部门员工可以定义人事工作的流程事件流1. 人事部门员工输入他要定义的人事流程。2. 系统接收人事部门员工提供的人事流程定义，并以流程图形式显示出来。l 业务流程定义用例简要描述业务流程定义用例使业务部门员工可以定义各个业务工作的流程事件流1. 业务部门员工输入他要定义的业务流程。2. 系统接收业务部门员工

22、提供的行业务程定义，并以流程图形式显示出来。3.1.7 组织管理模块图 3.7组织管理模块l 增设机构用例简要描述增设机构用例使管理部门员工可以增设新的机构。事件流1. 管理部门员工输入他要增设的新机构。2. 系统录入管理部门员工输入的新机构，并保存至数据库。l 变更机构人力用例简要描述变更机构人力用例使管理部门员工可以改变机构的人力配置。事件流3. 管理部门员工输入他要改变的机构人力配置。4. 系统录入管理部门员工输入的新的机构人力配置，并保存至数据库。l 撤销机构用例简要描述撤销机构用例使管理部门员工可以撤销一个或多个机构。事件流1. 管理部门员工删除他要撤销的机构。2. 系统删除管理部门

23、员工撤销的机构，并更新数据库。l 变更机构权责用例简要描述变更机构权责用例使管理部门员工可以改变机构的权责。事件流1. 管理部门员工输入他要改变的机构权责。2. 系统录入管理部门员工输入的新的机构权责，并保存至数据库。3.1.8 权限管理模块图 3.8权限管理模块l 增加新用户用例简要描述增加新用户用例使系统管理员可以增加新的用户。事件流1. 系统管理员输入他要新增的用户。2. 系统接收系统管理员输入的新用户资料，并保存至数据库。l 增加新角色用例简要描述增加新用户用例使系统管理员可以增加给用户新的角色。事件流1. 系统管理员输入他要给用户的新角色。2. 系统接收系统管理员输入的新的用户角色，

24、并保存至数据库。l 删除用户用例简要描述删除用户用例使系统管理员可以删除一个或多个用户。事件流1. 系统管理员输入他要删除的用户。2. 系统删除系统管理员需要删除的用户，并更新数据库。l 删除角色用例简要描述删除角色用例使系统管理员可以删除用户的一个角色。事件流1. 系统管理员输入他要删除的用户角色。2. 系统删除系统管理员需要删除的用户角色，并更新数据库。l 变更用户角色用例简要描述变更用户角色用例使管理部门员工可以改变用户的角色。事件流1. 管理部门员工输入他要给用户的新角色。2. 系统录入管理部门员工输入的新的用户角色，并保存至数据库。l 变更角色权限用例简要描述变更角色权限用例使管理部

25、门员工可以改变用户的角色权限。事件流1. 管理部门员工输入他要改变用户的角色权限。2. 系统录入管理部门员工输入的新的用户角色权限，并保存至数据库。3.1.9 系统管理模块图 3.9系统管理模块l 增加模块用例简要描述增加模块用例使系统管理员可以增加新的模块。事件流1. 系统管理员输入他要新增的模块。2. 系统接收系统管理员输入的新的模块，并保存至数据库。l 删除模块用例简要描述删除模块用例使系统管理员可以删除一个或多个模块。事件流1. 系统管理员输入他要删除的模块。2. 系统删除系统管理员要删除的模块，并更新数据库。l 修改模块用例简要描述修改模块用例使系统管理员可以修改一个或多个模块。事件

26、流1. 系统管理员修改他要改变的模块。2. 系统接收系统管理员对模块的修改，并更新数据库。l 还原系统用例简要描述还原系统用例使系统管理员可以还原系统到一个原始状态。事件流1. 系统管理员输入他要还原系统的某个时刻。2. 系统接收系统管理员对系统的还原，并恢复系统到指定时刻。l 代码定义用例简要描述代码定义用例使系统管理员可以定义代码。事件流1. 系统管理员输入他要定义的代码。2. 系统接收系统管理员对代码的定义，并更新数据库。l 修改用户密码用例简要描述修改用户密码用例使员工可以修改自己的密码。事件流1. 员工输入他新的的密码。2. 系统接收员工的新密码，并更新数据库。3.1.10 人事档案

27、模块图 3.10人事档案模块l 录入员工信息用例简要描述录入员工信息用例使人事部门员工可以录入员工信息。事件流1. 人事部门员工输入员工的信息。2. 系统接收人事部门员工提供的员工的信息，并保存至数据库。l 修改员工信息用例简要描述修改员工信息用例使人事部门员工可以修改员工信息。事件流1. 人事部门员工输入他要修改员工的新信息。2. 系统修改人事部门员工提供的员工的新信息，并更新数据库。l 删除员工信息用例简要描述删除员工信息用例使人事部门员工可以删除员工信息。事件流1. 人事部门员工输入他指定的员工的信息。2. 系统接删除事部门员工提供的员工的信息，并更新数据库。l 管理转正申请状态用例简要

28、描述管理转正申请状态用例使人事部门员工可以管理申请转正并查看其申请状态。事件流1. 人事部门员工输入员工的转正信息。2. 系统接收人事部门员工提供的转正信息，并保存至数据库。3. 系统输出转正状态信息。l 管理离职申请状态用例简要描述管理离职申请状态用例使人事部门员工可以管理申请离职并查看其申请状态。事件流1. 人事部门员工输入员工的离职信息。2. 系统接收人事部门员工提供的离职信息，并保存至数据库。3. 系统输出离职状态信息。l 管理考勤记录用例简要描述管理考勤记录用例使人事部门员工可以对员工进行考勤。事件流3. 人事部门员工输入他对员工的考勤信息。4. 系统接收人事部门员工提供的员工的考勤

29、信息，并保存至数据库。l 申请转正用例简要描述申请转正用例使员工可以申请转正并查看其申请状态。事件流1. 员工输入转正信息。2. 系统接收员工提供的转正信息，并保存至数据库。3. 系统输出转正状态信息。4. 系统开始转正申请流转。l 申请离职用例简要描述申请离职用例使员工可以申请离职并查看其申请状态。事件流1. 员工输入离职信息。2. 系统接收员工提供的离职信息，并保存至数据库。3. 系统输出离职状态信息。4. 系统开始离职申请流转。l 登记考勤用例简要描述登记考勤用例使员工可以签到。事件流3. 员工输入他的上班时间。4. 系统接收员工提供考勤信息，并保存至数据库。l 审核转正申请用例简要描述

30、审核转正申请用例使管理层员工可以对员工的转正申请进行审核。事件流1. 管理层员工输入要审核的员工。2. 系统接收人管理层员工提供员工，调出员工的转正申请。l 审核离职申请用例简要描述审核离职申请用例使管理层员工可以对员工的离职申请进行审核。事件流3. 管理层员工输入要审核的员工。4. 系统接收人管理层员工提供员工，调出员工的离职申请。3.2 性能需求时间要求：用户的在浏览器端的操作将在3秒钟之内得到响应。精度和存储时间无特殊要求。3.3 非功能需求可移植性：系统应当可以良好运行在任何安装Apache后台、MySQL数据库和JAVA运行时的计算机上。可维护性：软件较易被理解、校正、适应及增强功能

31、。3.4 故障处理系统采用高可用性冗余服务器，当主服务器出现访问故障时，可自动启用备用服务器。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) 用户角色对p) 审批ApproveInfo

32、4.2 数据间关系(E-R图)a) 用户-员工b) 用户-文档、用户-部门c) 用户-会议申请、会议申请-会议室d) 用户-角色、用户-审批e) 流程-表单f) 表单-表单域5 行为需求5.1 控制模型a) 系统通过各个模块可以共享资源,实现知识管理，使组织内的先进经验、技巧和知识得到最充分、最快速的共享利用共享、标准化各种生产、销售、财务、制度等文档和表单，实现无纸化办公；及时得到通知、公告、新闻、情报等各种资讯，实现信息的畅通直达；在资源网络中，任何人都可以直接检索自己需要的各种资源资料；各种资源可以设置访问权限，实现有级别的公开，保护核心资料安全。b) 系统地公文管理模块和工作流程模块可

33、以具有规范流程的特征：即可以使办公流程清晰、规范、可控，可以保留流程，有据可查；消除不必要的流程和环节，避免重复劳动，提高工作效率；实现办公流程的自动化，代替大量手工操作，解放人的创造性；杜绝推诿和扯皮现象，使每个人责任清晰，约束其迅速执行；不同的流程和表单可以同步、共享、交叉、分流、合流，实现协同办公。c) Web OA管理系统通过自动化的流程实现推动执行的行为：即系统可以使每个人清楚自己的责任和计划、目标、任务，工作透明化，自我促进完成；方便的监督、指导和沟通、反馈机制，及时发现问题、解决问题；随时得到最好的资源、知识、经验，利于协同合作，创造工作的最优化环境；避免低端和重复性工作，解放束

34、缚，将人的创造性发挥最大价值；提升自信，释放活力，以先进的办公方式促进人员素质的提升。6 接口需求6.1 用户界面6.1 用户界面 用户主界面如图6.1所示，最终界面将在开发过程中确定。6.2 软硬件接口Web OA管理系统是企业信息系统的子系统之一，项目完成后，Web OA子系统将和其它系统一起服务于企业管理过程，这样就要求本系统在设计风格、开发工具、数据库等方面要与其他系统协调一致，并且需要为其它子系统提供可用的接口。a) 账户接口主要有用户名和密码。无论用户是从Web OA管理系统登陆还是其它子系统登陆，都是用同一个账户。各系统通过账户接口来进行相互的交互。当某一个账户在Web OA管理

35、系统中被创建时，该账户也同时被其它子系统创建，该账户被删除时亦同。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) 开发所需的硬件环境服务器、客户端、以太网连接等。38