软件开发需求分析参考文档

Web OA管理系统需求规格阐明书RY0921121 江 舟RY0921126 李 康GS0921A08 刘雄伟GS0921111 岑 毅GS0921A12 李 博/11/20目录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数据间关系(E-R图)335行为需求355.1控制模型356接口需求366.1顾客界面366.2软硬件接口377环境377.1运营环境377.2开发环境37附录：项目成员简介及组内评分381 概述1.1 编写目的本文档的编写目的是为Web OA管理系统项目的开发提供：a) 软件总体规定，作为顾客和软件开发人员之间理解的基本；b) 功能、性能、接口和可靠性的规定，作为软件人员进行设计和编码的基本；c) 验收原则，作为顾客确认测试的根据。1.2 参照资料a) 王长富，罗晓沛.基于Web和J2EE的办公自动化系统的设计D.中国科学院.b) 刘蕾，刘厚泉.基于工作流的B/S模式OA系统设计与实现J微计算机信息，.c) 程家华基于B/S模式的办公自动化系统设计与实现M北京：同济出版社，d) 杨永健，韩鸿雁办公自动化中工作流过程定义的设计与实现J四川大学学报，.e) 方旭华，颜慧佳基于工作流的办公自动化系统的设计方案J计算机时代，.f) 刘明臻，魏长军OA系统公文流转模块的设计和实现J吉林师范大学学报,自然科学版，.1.3 术语和标记a) Web OA管理系统：网络办公管理系统；b) OA：Office Automationc) Apache：是世界使用排名第一的Web服务器软件；d) J2EE：是一套不同于老式应用开发的技术架构，涉及许多组件，重要可简化并规范应用系统的开发与部署，进而提高可移植性、安全与再用价值；e) ACL：Access Control List（访问控制列表）是路由器和互换机接口的指令列表，用来控制端口进出的数据包。ACL合用于所有的被路由合同，如IP、IPX、AppleTalk等。这张表中涉及了匹配关系、条件和查询语句，表只是一种框架构造，其目的是为了对某种访问进行控制；f) Dojo树：它是一种Ajax框架，专门用于多种类型数据构造的树型展示2 项目概述2.1 项目总体目的a) 公司内多种信息资源的共享。b) 加强员工间的交流、提高整体工作效率。通过Web OA管理系统实现对工作流中文档的统一管理。c) 给不同职位的员工提供有用的数据，以便其对工作状态的理解，也以便领导对公司状况的及时理解。d) 提供多种工作记录，以备事后查询。2.2 系统开发背景办公自动化(Office Automation即OA)是20世纪70年代中期在发达国家迅速发展起来的一门综合性技术，国内从20世纪80年代开始，特别是进入90年代，办公自动化发展迅猛。它的基本任务是运用先进的科学技术，使人们借助多种设备解决对一部分办公业务的解决，达到提高工作效率、以便管理和决策的目的。0A的批示领域覆盖了行为科学、管理科学、社会科学、系统工程学等学科。并且OA体现了多学科的互相交叉、互相渗入。当今社会无论是公司还是政府机关，都会有大量的文案需要解决，复杂的工作流程需要安排，决策者需要根据纷乱的信息做出重要的决定。拥有一套智能化、信息化的办公系统，对办公人员和公司决策者来说，工作效率上的提高是显而易见的。在网络连接千万家的时代，办公自动化还使得不同地理位置之间的不同单位或部门之间进行协同办公成为也许。今天的中国，“公司信息化”、“政府部门信息化”都忙得如火如荼，一套优秀的办公自动化(OA)系统将是企事业单位迈进数码时代的基石。办公自动化是一种不断进化的过程，随着电脑和网络技术的发展可以分为如下几种阶段：老式办公（如图2.1）；办公电脑化，单位有了电脑，可以打印文献，保存数据，用某些单机版软件等；办公网络化，单位的电脑有了局域网并连上了互联网，实现了资源共享，但内部缺少秩序和安全；网络程序化，在办公网络化的基本上，有了网络办公软件的办公平台，实现了轻松有序的管理（如图2.2）。将来还也许有网络办公的智能化，办公变得越来越轻松。开发网络办公系统的市场前景是广阔的。大型公司需要高层次的网络办公自动化，她们往往会选择大型的软件公司合伙开发，所需的开发费用和维护费用也是非常高昂的。这些高昂的费用并非大多数中小公司能承受得起的。但是办公自动化系统又是这些中小公司十分渴望的软件，对于中小型公司存在一种很大的低成本网络OA系统的需求，而我们可以开发这些低成本OA系统来满足这个需求。图 2.1老式办公模式图 2.2网络化办公模式2.3 重要限制和开发风险分析a) 顾客规模的限制：由于本系统的开发是针对中小公司，因此决定了顾客的规模不大；b) 对于OA系统的所有功能不能完全实现。3 功能需求表 3.1功能模块业务模块功能划分简要描述个人办公模块我的便签随手记录的信息我的任务任务管理通信录个人通信录公文管理模块公文维护多种类型的公文管理、审批公文等归档解决对已完毕流转的公文进行归档公共信息模块信息管理进行新闻、告知、期刊、知识和规章制度的发布和管理，使公司的信息和知识迅速传播和转移。行政办公模块会议管理管理睬议室的占用状况资产管理管理公司的资产信息用品管理管理公司用品的申请车辆管理公司车辆的管理图书管理图书的借出管理消息管理模块收件箱接受的所有消息发件箱发送的所有消息垃圾箱已删除的消息聊天记录跟某个顾客的聊天记录工作流程模块流程管理如何定义公司的流程（可以灵活定义多种流程）表单定义如何针对不同的流程定义表单组织管理模块机构管理公司组织架构管理人员管理公司人员管理权限管理模块角色管理系统的角色定义、给角色分派权限等顾客管理系统账号的分派、给顾客分派角色、给顾客分派权限等系统管理模块密码修改对顾客密码的修改模块管理系统所有模块的管理代码定义对系统代码的阐明系统初始化可以还原系统到某个状态人事档案模块人员履历人员基本信息的录入转正申请转正申请的状态管理离职申请离职申请的状态管理员工考勤对员工每天的考勤登记和记录3.1 功能模型3.1.1 个人办公模块图 3.1个人办公模块l 增长新任务用例简要描述增长新任务用例使员工可以增长新的工作任务。事件流1. 员工输入她的要增长的任务。2. 系统接受员工提供新任务，并保存至数据库。l 删除任务用例简要描述删除任务用例使员工可以删除工作任务。事件流1. 员工输入她的要删除的任务。2. 系统删除员工提供任务，并更新数据库。l 查看任务用例简要描述查看任务用例使员工可以查看已有的工作任务。事件流1. 员工输入她的要查看的任务。2. 系统接受员工提供任务名，并显示该任务信息。l 修改任务用例简要描述修改任务用例使员工可以修改工作任务。事件流1. 员工输入她的要修改的任务。2. 系统接受员工提供新的任务信息，并更新数据库。l 增长新便签用例简要描述增长新便签用例使员工可以增长新的便签。事件流1. 员工输入她的要增长的便签。2. 系统接受员工提供新便签，并保存至数据库。l 删除便签用例简要描述删除便签用例使员工可以删除便签。事件流1. 员工输入她的要删除的便签。2. 系统删除员工提供便签，并更新数据库。l 查看便签用例简要描述查看便签用例使员工可以查看已有的便签。事件流1. 员工输入她的要查看的便签。2. 系统接受员工提供便签名，并显示该便签信息。l 修改便签用例简要描述修改便签用例使员工可以修改便签。事件流1. 员工输入她的要修改的便签。2. 系统接受员工提供新的便签信息，并更新数据库。l 增长新联系人用例简要描述增长新联系人用例使员工可以增长新的联系人记录。事件流1. 员工输入她的要增长的联系人信息。2. 系统接受员工提供新联系人信息，并保存至数据库。l 删除通讯录取例简要描述删除通讯录取例使员工可以删除通讯录。事件流1. 员工输入她的要删除的通讯录。2. 系统删除员工提供通讯录信息，并更新数据库。l 查看通讯录取例简要描述查看通讯录取例使员工可以查看已有的通讯录。事件流1. 员工输入她的要查看的通讯录。2. 系统接受员工提供通讯录名，并显示该通讯录信息。l 修改通讯录取例简要描述修改通讯录取例使员工可以修改通讯录。事件流1. 员工输入她的要修改的通讯录。2. 系统接受员工提供新的通讯录信息，并更新数据库。3.1.2 公文管理模块图 3.2公文管理模块l 公文归档用例简要描述公文归档用例使行政部门员工可以对已有的公文进行分类归档。事件流1. 行政部门员工输入她要进行操作的公文。2. 系统接受行政部门员工提供的公文信息，并显示该公文可以进行归档的类型。3. 行政部门员工输入她要对公文进行归档的类型。4. 系统接受行政部门员工提供的公文归档类型，并保存至数据库。l 公文流转管理用例简要描述公文流转管理用例使行政部门员工可以管理公文的流转。事件流1. 行政部门员工输入她要管理的公文名。2. 系统接受行政部门员工提供的公文，并显示该公文的信息。3. 行政部门员工输入她要对该公文进行的管理操作。4. 系统接受行政部门员工提供的公文信息，并保存至数据库。l 公文审批用例简要描述公文审批用例使管理部门员工可以对公文进行审批。事件流1. 管理部门员工输入她要审批的公文。2. 系统输出该公文。3.1.3 公共信息模块图 3.3 公共信息模块l 发布新闻用例简要描述发布新闻用例使行政部门员工可以发布新闻。事件流1. 行政部门员工输入她要发布的新闻。2. 系统接受行政部门员工提供的新闻信息，并保存至数据库。l 发布告知用例简要描述发布告知用例使行政部门员工可以发布告知。事件流1. 行政部门员工输入她要发布的告知。2. 系统接受行政部门员工提供的告知信息，并保存至数据库。l 发布期刊用例简要描述发布期刊用例使行政部门员工可以发布期刊。事件流1. 行政部门员工输入她要发布的期刊。2. 系统接受行政部门员工提供的期刊信息，并保存至数据库。l 发布规章制度用例简要描述发布规章制度用例使行政部门员工可以发布规章制度。事件流1. 行政部门员工输入她要发布的规章制度。2. 系统接受行政部门员工提供的规章制度信息，并保存至数据库。3.1.4 行政办公模块图 3.4行政办公模块l 会议室使用审批用例简要描述会议室使用审批用例使行政部门员工可以对会议室的借用进行审批。事件流1. 行政部门员工输入她要审批的会议室。2. 系统输出政部门员工提供的会议室信息，并显示出来。l 办公用品维护用例简要描述办公用品维护用例使行政部门员工可以查看办公用品使用状况。事件流1. 行政部门员工输入她要查看的办公用品。2. 系统输出政部门员工提供的办公用品信息，并显示出来。l 图书管理用例简要描述图书管理用例使行政部门员工可以管理图书信息。事件流1. 行政部门员工输入她要管理的图书。2. 系统提供应行政部门员工该图书的信息。3. 行政部门员工输入她要对该图书的操作。4. 系统接受该操作，并保存至数据库。l 车辆审批用例简要描述车辆审批用例使行政部门员工可以对车辆的借用进行审批。事件流1. 行政部门员工输入她要审批的车辆。2. 系统输出政部门员工提供的车辆信息，并显示出来。l 资产管理用例简要描述资产管理用例使行政部门员工可以管理资产信息。事件流1. 行政部门员工输入她要管理的资产。2. 系统提供应行政部门员工该资产的信息。3. 行政部门员工输入她要对该资产的操作。4. 系统接受该操作，并保存至数据库。l 会议室使用申请用例简要描述会议室使用申请用例使员工可以对会议室的借用进行申请。事件流1. 员工输入她要申请的会议室号码和时间。2. 系统输出员工需要的会议室信息，并显示出来。3. 如果没有被占用则可被申请。4. 否则规定员工选择其她会议室或时间。l 办公用品购买申请用例简要描述办公用品购买申请用例使员工可以申请办公用品的购买。事件流1. 员工输入她要申请购买的办公用品。2. 系统接输出员工提供的办公用品信息，并保存至数据库。l 借阅图书用例简要描述借阅图书用例使员工可以借阅图书。事件流1. 员工输入她要借阅的图书。2. 系统提供应员工该图书的信息。3. 员工输入她要对该图书的操作。l 车辆使用申请用例简要描述车辆使用申请用例使员工可以对车辆的进行借用。事件流1. 员工输入她要使用的车辆。2. 系统提供应员工该车辆的信息。3. 员工输入她要对该车辆的操作。4. 如果没有被占用则可被申请。5. 否则规定员工选择其她车辆室或时间。l 查看资产用例简要描述查看资产用例使管理层员工可以查看资产信息。事件流1. 管理层员工输入她要查看的资产。2. 系统提供应管理层员工该资产的信息。3.1.5 消息管理模块图 3.5消息管理模块l 发送邮件用例简要描述发送邮件用例使员工可以发送邮件。事件流1. 员工输入她的要发送的邮件。2. 系统发出员工提交的邮件，并保存至数据库。l 删除邮件用例简要描述删除邮件用例使员工可以删除邮件。事件流1. 员工输入她的要删除的邮件。2. 系统删除员工提供邮件，并更新数据库。l 查看邮箱用例简要描述查看邮箱用例使员工可以查看已有的邮件。事件流1. 员工输入她的要查看的邮箱。2. 系统接受员工提供邮箱名，并显示该邮箱的所有邮件。l 进行实时通讯用例简要描述进行实时通讯用例使员工可以进行实时通讯。事件流1. 员工输入她的要发送的信息和其她员工。2. 系统发出员工提交的信息给员工需要通讯的人，并保存至数据库。l 删除实时通讯用例简要描述删除实时通讯用例使员工可以删除实时通讯信息。事件流1. 员工输入她的要删除的实时通讯信息。2. 系统删除员工提供实时通讯信息，并更新数据库。l 查看实时通讯用例简要描述查看实时通讯用例使员工可以查看已有的实时通讯。事件流1. 员工输入她的要查看的实时通讯。2. 系统接受员工提供实时通讯，并显示该实时通讯。3.1.6 工作流程模块图 3.6工作流程模块l 行政流程定义用例简要描述行政流程定义用例使行政部门员工可以定义行政工作的流程事件流1. 行政部门员工输入她要定义的行政流程。2. 系统接受行政部门员工提供的行政流程定义，并以流程图形式显示出来。l 决策流程定义用例简要描述决策流程定义用例使管理员工可以定义决策流程事件流1. 管理员工输入她要定义的决策流程。2. 系统接受管理员工提供的决策流程定义，并以流程图形式显示出来。l 人事流程定义用例简要描述人事流程定义用例使人事部门员工可以定义人事工作的流程事件流1. 人事部门员工输入她要定义的人事流程。2. 系统接受人事部门员工提供的人事流程定义，并以流程图形式显示出来。l 业务流程定义用例简要描述业务流程定义用例使业务部门员工可以定义各个业务工作的流程事件流1. 业务部门员工输入她要定义的业务流程。2. 系统接受业务部门员工提供的行业务程定义，并以流程图形式显示出来。3.1.7 组织管理模块图 3.7组织管理模块l 增设机构用例简要描述增设机构用例使管理部门员工可以增设新的机构。事件流1. 管理部门员工输入她要增设的新机构。2. 系统录入管理部门员工输入的新机构，并保存至数据库。l 变更机构人力用例简要描述变更机构人力用例使管理部门员工可以变化机构的人力配备。事件流3. 管理部门员工输入她要变化的机构人力配备。4. 系统录入管理部门员工输入的新的机构人力配备，并保存至数据库。l 撤销机构用例简要描述撤销机构用例使管理部门员工可以撤销一种或多种机构。事件流1. 管理部门员工删除她要撤销的机构。2. 系统删除管理部门员工撤销的机构，并更新数据库。l 变更机构权责用例简要描述变更机构权责用例使管理部门员工可以变化机构的权责。事件流1. 管理部门员工输入她要变化的机构权责。2. 系统录入管理部门员工输入的新的机构权责，并保存至数据库。3.1.8 权限管理模块图 3.8权限管理模块l 增长新顾客用例简要描述增长新顾客用例使系统管理员可以增长新的顾客。事件流1. 系统管理员输入她要新增的顾客。2. 系统接受系统管理员输入的新顾客资料，并保存至数据库。l 增长新角色用例简要描述增长新顾客用例使系统管理员可以增长给顾客新的角色。事件流1. 系统管理员输入她要给顾客的新角色。2. 系统接受系统管理员输入的新的顾客角色，并保存至数据库。l 删除顾客用例简要描述删除顾客用例使系统管理员可以删除一种或多种顾客。事件流1. 系统管理员输入她要删除的顾客。2. 系统删除系统管理员需要删除的顾客，并更新数据库。l 删除角色用例简要描述删除角色用例使系统管理员可以删除顾客的一种角色。事件流1. 系统管理员输入她要删除的顾客角色。2. 系统删除系统管理员需要删除的顾客角色，并更新数据库。l 变更顾客角色用例简要描述变更顾客角色用例使管理部门员工可以变化顾客的角色。事件流1. 管理部门员工输入她要给顾客的新角色。2. 系统录入管理部门员工输入的新的顾客角色，并保存至数据库。l 变更角色权限用例简要描述变更角色权限用例使管理部门员工可以变化顾客的角色权限。事件流1. 管理部门员工输入她要变化顾客的角色权限。2. 系统录入管理部门员工输入的新的顾客角色权限，并保存至数据库。3.1.9 系统管理模块图 3.9系统管理模块l 增长模块用例简要描述增长模块用例使系统管理员可以增长新的模块。事件流1. 系统管理员输入她要新增的模块。2. 系统接受系统管理员输入的新的模块，并保存至数据库。l 删除模块用例简要描述删除模块用例使系统管理员可以删除一种或多种模块。事件流1. 系统管理员输入她要删除的模块。2. 系统删除系统管理员要删除的模块，并更新数据库。l 修改模块用例简要描述修改模块用例使系统管理员可以修改一种或多种模块。事件流1. 系统管理员修改她要变化的模块。2. 系统接受系统管理员对模块的修改，并更新数据库。l 还原系统用例简要描述还原系统用例使系统管理员可以还原系统到一种原始状态。事件流1. 系统管理员输入她要还原系统的某个时刻。2. 系统接受系统管理员对系统的还原，并恢复系统到指定期刻。l 代码定义用例简要描述代码定义用例使系统管理员可以定义代码。事件流1. 系统管理员输入她要定义的代码。2. 系统接受系统管理员对代码的定义，并更新数据库。l 修改顾客密码用例简要描述修改顾客密码用例使员工可以修改自己的密码。事件流1. 员工输入她新的的密码。2. 系统接受员工的新密码，并更新数据库。3.1.10 人事档案模块图 3.10人事档案模块l 录入员工信息用例简要描述录入员工信息用例使人事部门员工可以录入员工信息。事件流1. 人事部门员工输入员工的信息。2. 系统接受人事部门员工提供的员工的信息，并保存至数据库。l 修改员工信息用例简要描述修改员工信息用例使人事部门员工可以修改员工信息。事件流1. 人事部门员工输入她要修改员工的新信息。2. 系统修改人事部门员工提供的员工的新信息，并更新数据库。l 删除员工信息用例简要描述删除员工信息用例使人事部门员工可以删除员工信息。事件流1. 人事部门员工输入她指定的员工的信息。2. 系统接删除事部门员工提供的员工的信息，并更新数据库。l 管理转正申请状态用例简要描述管理转正申请状态用例使人事部门员工可以管理申请转正并查看其申请状态。事件流1. 人事部门员工输入员工的转正信息。2. 系统接受人事部门员工提供的转正信息，并保存至数据库。3. 系统输出转正状态信息。l 管理离职申请状态用例简要描述管理离职申请状态用例使人事部门员工可以管理申请离职并查看其申请状态。事件流1. 人事部门员工输入员工的离职信息。2. 系统接受人事部门员工提供的离职信息，并保存至数据库。3. 系统输出离职状态信息。l 管理考勤记录取例简要描述管理考勤记录取例使人事部门员工可以对员工进行考勤。事件流3. 人事部门员工输入她对员工的考勤信息。4. 系统接受人事部门员工提供的员工的考勤信息，并保存至数据库。l 申请转正用例简要描述申请转正用例使员工可以申请转正并查看其申请状态。事件流1. 员工输入转正信息。2. 系统接受员工提供的转正信息，并保存至数据库。3. 系统输出转正状态信息。4. 系统开始转正申请流转。l 申请离职用例简要描述申请离职用例使员工可以申请离职并查看其申请状态。事件流1. 员工输入离职信息。2. 系统接受员工提供的离职信息，并保存至数据库。3. 系统输出离职状态信息。4. 系统开始离职申请流转。l 登记考勤用例简要描述登记考勤用例使员工可以签到。事件流3. 员工输入她的上班时间。4. 系统接受员工提供考勤信息，并保存至数据库。l 审核转正申请用例简要描述审核转正申请用例使管理层员工可以对员工的转正申请进行审核。事件流1. 管理层员工输入要审核的员工。2. 系统接受人管理层员工提供员工，调出员工的转正申请。l 审核离职申请用例简要描述审核离职申请用例使管理层员工可以对员工的离职申请进行审核。事件流3. 管理层员工输入要审核的员工。4. 系统接受人管理层员工提供员工，调出员工的离职申请。3.2 性能需求时间规定：顾客的在浏览器端的操作将在3秒钟之内得到响应。精度和存储时间无特殊规定。3.3 非功能需求可移植性：系统应当可以良好运营在任何安装Apache后台、MySQL数据库和JAVA运营时的计算机上。可维护性：软件较易被理解、校正、适应及增强功能。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 4.2 数据间关系(E-R图)a) 顾客-员工b) 顾客-文档、顾客-部门c) 顾客-会议申请、会议申请-会议室d) 顾客-角色、顾客-审批e) 流程-表单f) 表单-表单域5 行为需求5.1 控制模型a) 系统通过各个模块可以共享资源,实现知识管理，使组织内的先进经验、技巧和知识得到最充足、最迅速的共享运用共享、原则化多种生产、销售、财务、制度等文档和表单，实现无纸化办公；及时得到告知、公示、新闻、情报等多种资讯，实现信息的畅通直达；在资源网络中，任何人都可以直接检索自己需要的多种资源资料；多种资源可以设立访问权限，实既有级别的公开，保护核心资料安全。b) 系统地公文管理模块和工作流程模块可以具有规范流程的特性：即可以使办公流程清晰、规范、可控，可以保存流程，有据可查；消除不必要的流程和环节，避免反复劳动，提高工作效率；实现办公流程的自动化，替代大量手工操作，解放人的发明性；杜绝推诿和扯皮现象，使每个人责任清晰，约束其迅速执行；不同的流程和表单可以同步、共享、交叉、分流、合流，实现协同办公。c) Web OA管理系统通过自动化的流程实现推动执行的行为：即系统可以使每个人清晰自己的责任和筹划、目的、任务，工作透明化，自我增进完毕；以便的监督、指引和沟通、反馈机制，及时发现问题、解决问题；随时得到最佳的资源、知识、经验，利于协同合伙，发明工作的最优化环境；避免低端和反复性工作，解放束缚，将人的发明性发挥最大价值；提高自信，释放活力，以先进的办公方式增进人员素质的提高。6 接口需求6.1 顾客界面6.1 顾客界面 顾客主界面如图6.1所示，最后界面将在开发过程中拟定。6.2 软硬件接口Web OA管理系统是公司信息系统的子系统之一，项目完毕后，Web OA子系统将和其他系统一起服务于公司管理过程，这样就规定本系统在设计风格、开发工具、数据库等方面要与其她系统协调一致，并且需要为其他子系统提供可用的接口。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) 开发所需的硬件环境服务器、客户端、以太网连接等。