办公自动化系统设计与开发

中文题目：办公自动化系统设计与开发 外文题目： 毕业设计（论文）共 90 页（其中：外文文献及译文 9 页）图纸共 0 张 完成日期 2012 年 6 月 答辩日期 2012 年 6 月 辽宁工程技术大学毕业设计（论文） I 摘 要 随着信息化建设的日益深入，无论是政府机关还是企事业单位，部门之间的信息沟 通与协同工作越来越重要。人们迫切需要一个能充分利用网络系统优势，并可以管理企 业动作的知识软件平台，利用此平台快速建立自己的信息网络和网络办公系统。办公自 动化系统应允而生。 办公自动化系统称为 OA 系统，即 Office Automation System。它是利用计算机和网络 通讯技术，使办公室工作逐渐信息化，逐渐形成无纸化办公环境，从而成为由办公室人 员与办公设备共同构成服务于某种目标的人机信息处理系统。其开发主要包括后台数据 库的建立和维护(MODEL)、数据库访问层（DAL）的开发、逻辑层（BLL）的开发、表 示层（VIEW）的页面设计。对于数据库要求数据一致性、完整性强。数据库访问层和逻 辑层强调面向对象思想，表示层的设计强调美观，易使用。通过用 ASP.NET3.5(C#)来编 写系统，主要采用三层架构的 B/S 模式，利用软件工程的可行性研究、需求分析、概要 设计、详细设计等来完成论文。 关键词：办公自动化；面向对象分析设计方法；SQL Server 2008；ASP.NET3.5(C#)； Visual Studio 2008； 辽宁工程技术大学毕业设计（论文） II ABSTRACT Along with the development of the information technology, for both government agencies and enterprises, inter-departmental communication and collaboration are becoming increasingly important. People need a software platform to make full use of the advantages of the network system and manage the enterprise, and use this platform to quickly build their own information network and the network office systems. Office automation system came into being. The Office Automation System is called the OA system. Based on the computer and the network communication technology, it makes the office work informationized and paper-free gradually. The office personnel and the office equipment constitute a man-computer information management system. Its development mainly includes the establishment and the maintenance of the backstage database (MODEL), the development of the visit to the database level (DAL), the development of the logic level (BLL), the expression level and the page design (VIEW). The database strongly requests data uniformity and integrity. The database visit level and the logic level emphasize the object-oriented programming thought, and the view level emphasizes the feature of being beautiful to look at and easy to use. ASP.NET3.5 (C#) is used to compile the system which is a three-tier B/S mode, and the paper was completed on the basis of the software engineering feasibility study, the demand analysis, the outline design, the detailed design and so on. Key words: Office automation management; SQL Server 2008; ASP.NET3.5(C#); Visual Studio 2008; Development approach of structured 引 言 自计算机应用于管理领域以来，信息系统的开发与应用获得惊人的发展， 并得已迅速推广，给当今的传统型企业或者是现代型企业都带来了巨大的冲击 和无限的商机，并且随着我国经济的飞速发展、科学技术的不断进步，XX 公司 也逐渐庞大化，这无疑为大量的数据管理带来了更大的压力，如何对复杂而繁 多的数据进行合理、高效的管理成为了一个急需解决的问题。本系统将人从繁 琐、无序、低序、低端的工作中解放出来从事核心事务，整体提高了企业办事 的工作效率和对信息的可控性，降低了办公成本，提高了执行力，使管理趋于 完善，企业更具有竞争力。 1 系统调研 1.1 公司概述 1.2 组织机构及业务范围 1.2.1 企业组织机构 总裁 管理部门 业务部门 子公司 总 裁 秘 书 室 董 事 会 办 公 室 财 务 部 营 业 管 理 部 人 事 部 经 营 策 划 部 品 质 管 理 部 监 察 部 综 合 业 务 部 IT 服 务 部 培 训 部 总 务 部 工 程 研 究 中 心 设 施 管 理 部 国 际 业 务 第 一 Gro up 国 际 业 务 第 二 Gro up 国 际 业 务 第 三 Gro up 国 际 业 务 第 四 Gro up IT O/ BP O 业 务 部 D D C 国 内 业 务 Gro up 大连 华信 计算 机日 本有 限公 司 大连 华信 教育 软件 服务 有限 公司 大连 华鞍 自动 化系 统有 限公 司 副总裁 图 11 大连 XX 企业组织机构图 Fig1-1 enterprise organizational chart 各部门介绍 1.3.2 办公管理存在的问题及分析 通过系统调研，我认为企业在办公管理管理存在的问题及薄弱环节主要表 现在以下几个方面： （1） 用户考虑少，软件的柔性构造功能差。单签很多 OA 软件过分强调了软 件之间功能的横向对比，为用户考虑的实际功能较少，结果导致软件大 而不全，而真正为用户接受的功能模块很少。 （2） 软件的模块复用性很差。这直接影响了软件的柔性构造功能，而当用户 的需求改变时，哪怕是轻微的改变，都需要开发商来解决，从而影响了 用户的使用效率，对开发商也是一个极大的负担。 （3） 数据处理量大。公司的办公数据包含很多属性，因此对办公的信息进行 管理都是及其不易的，尤其对众多公司员工进行有效管理更是庞大的工 程。耗费了大量的人力、物力、财力。 （4） 数据的安全性低。公司的下属各个核心单位之间通过电话或是文件来传 送数据，这种方式很难保证万无一失，数据容易丢失，也没有很好的保 密性，重要的数据有可能遗漏。 （5） 搜集的信息分散在各部门没有得到合理的、充分的利用。 面对上述如此多的问题我们准备开发功能齐全的中石油管道专家库管理系 统，帮助企业提高工作效率。 新系统的设计目标 1.4 可行性分析 1.4.1 技术可行性分析 随着网络技术和数据库技术支持都日趋成熟，作为服务器具备的硬件条件 是绝大多数的商业电脑都具备的。ASP.NET 网络编程语言实现图形化、简易化 的表现和管理，C#语言作为后台运行处理，利用 ASP.NET 技术与 SQL Server 2008 数据库的结合也是 B/S（Browser/Server）架构与网络系统设计的常用模式， 所以技术成熟，安全性强。因此，从技术角度上考虑，本系统是可行的。 1.4.2 经济可行性分析 以前的公文、文件的流转，信息的传递与录入，全部采用人工完成，这些 对于企业是很费时间和精力的，而且也不及时，很难比较好的管理。所以，从 企业领导者和员工的角度出发，对于高效、简捷、方便的办公自动化系统的需 求是迫切的，而且系统的成本主要集中在系统软件的开发上，当系统投入运行 后可以为企业节约大量的人力，财力，物力。所带来的效益远远大于系统软件 的开发成本。因此，从经济角度上考虑，本系统是可行的。 1.4.3 操作可行性分析 由于本系统设计时充分考虑了用户的习惯，图形界面友好，使得操作简单； 数据录入迅速、规范、可靠；统计准确；适应力强；容易扩充。所以对于用户 的使用水平要求并不高，因此，从操作角度上考虑，本系统是可行的。 可行性分析的结论可行性分析的结论 2 系统分析 2.1 系统功能需求分析 办公自动化系统的开发，是为了提高企业或政府机关的整体办公效率，节 省人力、物力、财力资源。本系统主要包括以下几方面内容：人事信息管理、 日程管理、文档管理、信息管理、系统管理和考勤管理。 1）用户登录 本系统将要实现用户登录功能。接受用户输入的登录名和密码信息，先做 客户端的有效性检验，通过检验后提交给服务器端，由服务器端提交信息与数 据库里的信息相比较，如果二者不符则返回相应的出错信息，否则登录进入系 统。 本系统中对于登录模块的设计是供企业内部员工使用，使用权的授予是由 系统管理员决定的，只有在系统管理员首次在系统管理模块中添加了各级别角 色对各模块的权限，相应角色才能安全登录，在权限的范围内能够完成相应操 作。 2）人事信息管理 人事信息管理中，包括机构管理、部门管理、人员管理 3 个功能模块。机 构管理提供对大连 XX 及其子公司等机构进行管理，可添加新的的机构，对已 存在的机构进行修改，还可以删除机构信息；部门管理是可以添加、删除、修 改、查看部门等；人员管理是查看个人信息、浏览员工信息、添加新员工。 本人事信息管理可以有效地管理公司及其子公司的机构组织信息及人员配 置信息。公司的机构组织显而易见。 3）日程管理 日程管理中，包括我的日程、部门日程和我的便签。我的日程是通过日期 来查询或添加个人日程信息。部门日程是通过相应的筛选条件来获得相应的部 门信息。我的便签就是像便利贴一样，通过便签来记录自己的计划或任务。 4）文档管理 文档管理中，实现文件的上传与下载。 本系统对于文档的管理实现的是用 户对文件的上传、浏览、删除和下载的操作功能。其中对于文件的具体格式没 有要求，但是有长度限制。若上传的文件超出了最大限度就不能成功上传。文 件以列表的形式供用户浏览，此操作和下载操作是用户都能实现的。而上传和 删除是由具有相应权限的人进行操作。 5）消息管理 消息管理中，实现消息的接受与发送。消息管理模块总的功能是对消息的 发送、浏览、删除和查看详细内容的功能。该设计分为两个子功能，一个是浏 览消息和建立消息，第二个是将浏览消息又分为收件箱和发件箱。其中对于消 息类似于网页上的编写日志，是文本格式。对于消息的发送，只有相应权限的 人才能发送新消息，才能够执行删除操作，而普通的用户只能够查看收件箱中 收到的消息而没有权限执行删除操作。 6）考勤管理 考勤管理中包括员工签到、签退：可以让员工签到、签退等；考勤历史查 询：可以按条件搜索、查看考勤历史等；考勤统计：可以统计考勤信息、导出 Excel 表等；考勤管理是对公司员工按时上下班的一种管理机制，通过工时来合 理地判断员工的工作价值。 7）系统管理 系统管理是管理员执行的操作，来更好地完善系统和解决系统问题，使其 系统正常运行。菜单管理：可以添加、删除、修改、查看、上下排序父子菜单 等；角色管理：可以添加、删除、修改、查看角色和分配角色权限等；登录日 志：可以按条件搜索、删除登录日志；操作日志：可以按条件搜索、删除操作 日志。 2.3 系统用例模型 UML 是面向对象开发中一种通用的图形化建模语言，它定义良好、易于表 达、功能强大且普遍适用。面向对象的分析主要在加强对问题空间和系统任务 的理解、改进各方交流、与需求保持一致和支持软件重用等 4 个方面表现出比 其他系统分析方法更好的能力，成为主流的系统分析方法。下面使用用例图重 点分析系统的功能与过程。 表 21 Use Case 图符号说明 Tab2-1 the Table of Use Case Diagram Symbol Explanation 符号说明 表示Actor,是用户作用于系统的一个角色 （Role）。Actor有自己的目标，通过与系统 的交互达到目标。 表示Use Case,是对系统的用户需求（主要是 功能需求的描述），Use Case表达了系统的 功能和所提供的服务。 表示Unidirectional Association，是Actor与 Use Case之间的关联关系。关系方向显示系 统或角色启动通信。 表示Include Association，是指一个基本Use case 的行为包含或使用了另一个Use case行为。 表示Extend Association，是指一个Use Case可 选扩展另一个Use Case提供的功能。 表示一般用例和特殊用例之间的泛化关系。 在以上分析的基础上，可以创建以下角色：总经理、部门经理、人事经理、 普通用户、系统管理员、未审批用户。 2.3.1 总经理用例关系图 总经理角色：拥有系统所有的权限，具体用例图如下图 2-2 所示： 总经理 用户登录人事信息管理 日程管理 系统管理 文档管理 消息管理 考勤管理 机构管理 部门管理 人员管理 我的日程 部门日程 我的便签 角色管理 登录日志 操作日志 菜单排序 文档管理 回收站 文件搜索 考勤统计 考勤历史查询 员工签到、退签 消息管理 信箱 用户登录 重新登录 图 22 总经理的用例关系图 Fig2-2 General manager of the Use Case diagram 2.3.2 部门经理用例关系图 部门经理角色：拥有该部门相关权限及其一般权限，具体用例图如下图 2- 3 所示： 部门经理 消息管理 日程管理 考勤管理 用户登录 文档管理 部门日程 我的日程 我的便签 写新消息 个人信箱 文档管理 回收站 用户登录 重新登录 用户签到、签退 图 23 总经理的用例关系图 Fig2-3 divisional manager of the Use Case diagram 2.3.3 人事经理用例关系图 人事经理角色：拥有人事部相关权限及其一般权限，具体用例图如下图 2-4 所示： 人事经理 文档管理 消息管理 日程管理 考勤管理 用户登录 写新消息 个人信箱 部门日程 我的日程 我的便签 文档管理 回收站 用户签到、签退 考勤历史查询 考勤统计 用户登录 重新登录 图 24 人事经理的用例关系图 Fig2-4 Personnel manager of the Use Case diagram 2.3.4 普通用户用例关系图 普通员工角色：拥有一般权限，具体用例图如下图 2-5 所示： 普通用户 用户签到、 签退 我的日程 部门日程 我的便签 写新消息 个人信箱 文档管理 回收站 文档管理 消息管理 用户登录 日程管理 考勤管理 重新登录 用户登录 图 2-5 普通用户的用例关系图 Fig2-5 General User of the Use Case diagram 2.3.5 系统管理员用例关系图 系统管理员角色：拥有系统维护的权限及其一般权限，具体用例图如下图 2-6 所示： 用户登录人事信息管理 日程管理 系统管理 文档管理 消息管理 考勤管理 机构管理 部门管理 人员管理 我的日程 部门日程 我的便签 登录日志 操作日志 菜单排序 文档管理 回收站 文件搜索 员工签到、退签 消息管理 信箱 用户登录 重新登录 写新消息 系统管理员 图 2-6 系统管理员的用例关系图 Fig2-6 Administrator of the Use Case diagram 2.4 模块用例图 根据以上分析，可以把系统分为日程管理、文档管理、消息管理、考勤管 理、人事管理、系统管理七大模块，具体用例图如下图： 2.4.1 人事信息管理 1) 机构管理：总经理、系统管理员可以添加机构、删除机构、修改机构、 查看机构，具体用例图如下图 2-7 所示： 机构管理 添加机构 查看机构 修改机构 删除机构 图 2-7 机构管理用例关系图 Fig2-7 Organization management Use Case diagram 2）部门管理：总经理、系统管理员可以添加部门、删除部门、修改部门、 查看部门，具体用例图如下图 2-8 所示： 部门管理 添加部门 查看部门 修改部门 删除部门 图 2-8 部门管理用例关系图 Fig2-8 Department management Use Case diagram 3）用户管理：总经理、系统管理员可以添加用户、删除用户、修改用户、 查看用户，具体用例图如下图 2-9 所示： 用户管理 添加用户 查看用户 修改用户 删除用户 图 2-9 用户管理用例关系图 Fig2-9 User management Use Case diagram 2.4.2 日程管理 1）我的日程：总经理、部门经理、人事经理可以添加日程、删除日程、修 改日程、查看日程，其中需要注意的是删除日程是假删除，具体用例图如下图 2-7 所示： 我的日程 添加日程 查询日程 修改日程 删除日程 图 2-10 我的日程用例关系图 Fig2-10 My schedule Use Case diagram 2) 部门日程：用户可以按日期等条件来搜索部门日程、查看日程详情，具 体用例图如下图 2-11 所示： 部门日程 搜索日常 查看日程 图 2-11 部门日程用例关系图 Fig2-11 Department schedule Use Case diagram 3）我的便签：用户可以添加便签、删除便签、修改便签、查看便签，具体 用例图如下图 2-12 所示： 我的便签 添加便签 查看便签 修改便签 删除便签 图 2-12 我的便签用例关系图 Fig2-12 My notes Use Case diagram 2.4.3 文档管理 1）文档管理：用户可以添加文档、删除文档、修改文档、下载文档，其中 需要注意的是删除文档是假删除且删除文档、修改文档、下载文档总经理拥有 最高权限以及下载文档只能同部门的人可下载，具体用例图如下图 2-13 所示： 文档管理 添加文档 修改文档 删除文档 下载文档 图 2-13 文档管理用例关系图 Fig2-13 Document management Use Case diagram 2）回收站：用户可以还原文档、彻底删除文档，其中需要注意的是总经理 可以拥有所有用户的回收站权限，具体用例图如下图 2-13 所示： 回收站 还原文档 彻底删除 图 2-14 文档管理用例关系图 Fig2-14 Recycling station Use Case diagram 3）文档搜索：总经理可以按文件名、附件名、用户名、日期段等条件来搜 索文档、下载文档，具体用例图如下图 2-15 所示： 文档搜索 搜索文档 下载文档 图 2-15 文档管理用例关系图 Fig2-15 Document search Use Case diagram 2.4.4 消息管理 1）消息管理：用户可以发送新消息，总经理、系统管理员可以按日期段等 条件来搜索已过期无效的消息、彻底删除消息，具体用例图如下图 2-16 所示： 消息管理 搜索消息 写新消息 彻底删除 图 2-16 消息管理用例关系图 Fig2-16 Mail management Use Case diagram 2）信箱：用户可以在收件箱、已发送中进行信息的统计、删除，具体用例 图如下图 2-17 所示： 信箱 收件箱 已发送 包括：信息 统计、删除 图 2-17 信箱用例关系图 Fig2-17 Mail management Use Case diagram 2.4.5 考勤管理 1）员工签到、签退：用户可以上班签到、下班签退，具体用例图如下图 2-18 所示： 员工签到、签退 上班签到 下班签退 图 2-18 员工签到、签退用例关系图 Fig2-18 Employee sign in、sign off Use Case diagram 2）考勤历史查询：总经理、人事经理可以按日期段、机构、部门、用户名、 姓名等条件来搜索考勤历史、查看考勤历史，具体用例图如下图 2-19 所示： 考勤历史查询 搜索考勤历史 查看考勤历史 图 2-19 考勤历史查询用例关系图 Fig2-19 Search the history of checking work attendance Use Case diagram 3）考勤统计：总经理、人事经理可以按日期段、机构、部门等条件来统计 考勤信息、导出到 Excel 表，具体用例图如下图 2-20 所示： 考勤统计 统计考勤信息 导出到Excel 图 2-20 考勤统计用例关系图 Fig2-19 the statistics of checking work attendance Use Case diagram 2.4.6 系统管理 1）菜单排序：总经理、系统管理员可以让菜单上移、下移，具体用例图如 下图 2-21 所示： 菜单排序 菜单上移 菜单下移 图 2-21 菜单排序用例关系图 Fig2-21 the statistics of checking work attendance Use Case diagram 2）角色管理：总经理可以添加角色、删除角色、修改角色、查看角色、分 配角色权限，具体用例图如下图 2-22 所示： 角色管理 添加角色 修改角色 删除角色 查看角色 角色分配 图 2-22 角色分配用例关系图 Fig2-22 role Distribution Use Case diagram 3）登录日志：总经理、系统管理员可以按日期段等条件来搜索登录日志、 删除登录日志，具体用例图如下图 2-23 所示： 登录日志 搜索日志 删除日志 图 2-23 登录日志用例关系图 Fig2-23 logon log Use Case diagram 4）操作日志：总经理、系统管理员可以按日期段等条件来搜索操作日志、 删除登录日志，具体用例图如下图 4-3-27 所示： 操作日志 搜索日志 删除日志 图 2-24 操作日志用例关系图 Fig2-24 operating log Use Case diagram 3 系统设计 系统开发工作经过需求分析阶段，已完全弄清了用户的需要，较好的解决 了“做什么”的问题，建立了系统的逻辑模型。至此，本系统的开发阶段就进 入了系统设计阶段，开始着手解决“怎么做”问题。系统设计阶段的指导思想 是面向对象指导思想。 3.1 系统设计原则 1实用性原则 系统以用户（如系统管理员、总经理等）需求为目标，以方便用户，提高 用户工作准确度、专业性，提高工作效率为原则。 2易用性原则 B/S 结构使用户不必安装客户端就可以使用系统，瘦客户端以及不受地域 限制免除了非专业人员尤其是员工安装系统与高效、实时工作的困难。 3先进性原则 本系统设计将充分应用现有成熟的计算机技术、网络技术、软件开发技术， 为用户提供高性能的系统。系统将运用先进的浏览器/服务器结构，采用 SQL Server 2008 作为数据库，可以满足企业内部办公的使用需求。 4安全性原则 系统设计过程将充分考虑到安全机制，加强操作权限的设置与管理。对权 限采取多级限制，确保系统安全可靠。 5可扩展性原则 这里包括两层：硬件的可扩展性与软件的可扩展性。随着企业业务的发展， 所配置的计算机硬件设备无论在 CPU、内存、外存的容量上都是可扩充的，保 护先前的投资。应用软件的可扩充性比硬件的可扩充性更重要，随着使用的年 限的增加，数据量的庞大，或者随着使用的深入，为适应发展，需要增加新的 功能，本系统采用三层架构，能够做到模块化扩充，而保护先前的投入。 6实时性原则 系统的所有数据均采用实时处理，如对消息的传递，日程的安排，考勤的 统计等，确保了数据的及时性和有效性。 7经济实用性原则 整个系统的建立充分考虑到实际业务操作的实用性和响应速度。前台操作 直接应对用户，即刻处理，立即响应。后台管理系统在对大量数据进行处理和 分析时，充分考虑系统的响应速度。在设计系统时，尽量利用现有的设备，以 免造成不必要的浪费。一切从用户出发，在不影响系统性能的基础上，达到经 济与实用双赢的效果。 3.2 系统时序图 时序图表示对象之间传递消息的时间顺序，时序图可以用来进行一个场景 的说明，即一个事物的历史过程。时序图中没有个类元角色用一条生命线表示。 生命线之间的箭头代表消息。时序图可以用来进行一个场景说明。即一个事物 的历史过程。时序图的用途是用来表示用例中行为的时间顺序。当执行一个用 例行为时，时序图中的每条消息对应一个类操作或状态机中引起转换的触发事 件。 表 31 时序图符号说明 Tab3-1 Table Of Sequence Diagram Symbol Explanaton 符号 说明 表示参与交互的对象 表示Object Message，即在两个对象之间传递消息 表示过程调用，即客户机像供应者发消息，然后客户机要等待处理 消息的整个嵌套顺序完成之后才能继续。 表示Message of Self,即反身消息 表示Return Message，即过程调用返回的消息 激活期（Activation），表示对象执行一个动作的 期间，也即对象激活的时间段 生命线（Life Line），表示对象存在的时间。 表示注释。 用于连接注释与被注释目标 3.2.1 用户登录系统和重新登录系统 1）用户通过用户名和密码进入本系统，系统会自动识别用户的操作权限， 分别相应权限的操作界面，主界面都有重新登录系统的链接，点击就能重新登 录系统回到登录界面。 用户 用户登录 用户界面 1.输入用户名和密码 2.验证身份，进入系统 4.用户重新登录系统 用户进入用户界面 图 3-1 用户登录和重新登录系统时序图 Fig3-1 logon and log back timing diagram 3.2.2 人事信息管理 1) 机构管理：总经理、系统管理员可以添加机构、删除机构、修改机构、 查看机构，具体时序图过程如下图 3-2 所示： 用户 机构管理界面 1.点击机构管理 用户确认 3.确认 8.返回 2.添加机构信息 4.修改机构信息 5.确认 7.确认 6.删除机构信息 图 3-2 机构管理时序图 Fig3-2 logon and log back timing diagram 2）部门管理：总经理、系统管理员可以添加部门、删除部门、修改部门、 查看部门，具体时序图如下图 3-3 所示： 用户 部门管理界面 1.点击部门管理 用户确认 3.确认 7.返回 5.确认 保存部门信息 2.添加部门信息 4.修改部门信息 6.删除部门信息 图 3-3 部门管理时序图 Fig3-3 Department management timing diagram 3）用户管理：总经理、系统管理员可以添加用户、删除用户、修改用户、 查看用户，具体时序图如下图 3-4 所示： 用户 员工管理界面 1.点击员工管理 创建员工信息 7.返回 员工信息详情 2.查看员工信息 3.添加员工信息 4.修改员工信息 用户确认 5.删除员工信息 图 3-4 用户管理时序图 Fig3-4 User management timing diagram 3.2.3 日程管理日程管理 1）我的日程：总经理、部门经理、人事经理具有我的日程权限，具体时序 图如下图 3-5 所示： 用户 我的日程日程安排用户确认 1.点击我的日程 2.点击日期 3.添加、修改、删除日程 4.确认 5.返回 图 3-5 我的日程时序图 Fig3-5 My schedule timing diagram 2) 部门日程：用户可以按日期等条件来搜索部门日程、查看日程详情，具 体时序图如下图 3-6 所示： 用户 部门日程日程安排 1.点击部门日程 2.点击日期 3.查看部门日程 4.返回 图 3-6 部门日程时序图 Fig3-6 Department schedule timing diagram 3）我的便签：用户可以添加便签、删除便签、修改便签、查看便签，具体 时序图如下图 3-7 所示： 用户 我的便签便签管理用户确认 1.点击我的便签 2.点击新增便签 3.增加一个便签 8.返回 4.确认 5.点击已有便签 6.修改或删除便签 7.确认 图 3-7 我的便签时序图 Fig3-7 My notes timing diagram 1）文档管理：用户可以添加文档、删除文档、修改文档、下载文档，具体 时序图如下图 2-13 所示： 用户 文档管理 1.点击文档管理 文档详情 2.查看文档 3.新建、上传文档 4.下载文档 5.删除文档 6.返回 图 3-8 文档管理时序图 Fig3-8Document management timing diagram 1）消息管理：用户可以发送新消息，总经理、系统管理员可以按日期段等 条件来搜索已过期无效的消息、彻底删除消息，具体时序图如下图 3-9 所示： 用户 消息管理 1.点击消息管理 消息详情 2.根据条件查看消息 5.发布消息 6.返回 4.修改消息 3.新增消息 6.删除消息 图 3-9 消息管理时序图 Fig3-9 Mail management timing diagram 1）员工签到、签退：用户可以上班签到、下班签退，具体时序图如下图 3-10 所示： 用户 员工签到、签退 1.点击员工签到、签退 员工签到信息 4.返回 3.确认签退 2.确认签到 员工签退信息 图 3-10 员工签到、签退时序图 Fig3-10 Employee sign in、sign off timing diagram 2）角色管理：总经理可以添加角色、删除角色、修改角色、查看角色、分 配角色权限，具体用例图如下图 3-11 所示： 用户 角色管理 用户权限信息 5.返回 1.点击角色管理 2.查看角色信息 3.修改角色信息 4.分配权限信息 图 3-11 角色管理时序图 Fig3-11 Role Management timing diagram 3.3 系统活动图 活动图在本质上是一种流程图。用于计算流程建模。活动图中的状态表示 计算过程中所处的各种状态，而不是普通对象的状态。通常，活动图家假定在 整个计算处理的过程中没有外部事件引起的中断。 活动图是对状态图的扩展。状态图表示的是状态，状态之间的转移箭头代 表的是活动。而活动图突出显示的是活动。每个活动的图表示为圆角矩形，比 状态图标更接近椭圆。活动图的起始点和状态图一样。 表 32 活动图符号说明 Tab3-2 the Table of Activity Diagram Symbol Explanation 符号说明 表示活动开始，是活动图的起始位置。活动起 始在一个状态图中职能有一个。 表示活动终止，是活动图的最后位置。活动终 止在一个状态图中可以有多个。 NewActivity 表示活动。 表示判断。工作流在此处按监护条件的取值儿 发生分支。 表示动作。 表示分支与合并。活动在此处分开或合并。 3.3.1 人事信息管理活动图 人事信息管理包括机构管理、部门管理、用户管理。机构管理：总经理、 系统管理员可以添加机构、删除机构、修改机构、查看机构；部门管理：总经 理、系统管理员可以添加部门、删除部门、修改部门、查看部门；用户管理： 总经理、系统管理员可以添加用户、删除用户、修改用户、查看用户。具体活 动图如下图 3-12 所示： 登录 查看机构信息 不存在 存在 修改、删除机构信息 添加机构信息 更新数据 查看部门信息 不存在 存在 修改、删除部门信息 添加部门信息 更新数据 查看机构信息 不存在 存在 修改、删除机构信息 添加机构信息更新数据 图 3-12 人事信息管理活动图 Fig3-12 Personnel information Management activity diagram 3.3.2 日程管理活动图 日程管理包括部门日程、我的日程、我的便签。部门日程：用户可以按日 期等条件来搜索部门日程、查看日程详情；我的日程：总经理、部门经理、人 事经理可以添加日程、删除日程、修改日程、查看日程；我的便签：用户可以 添加便签、删除便签、修改便签、查看便签。具体活动图如下图 3-13 所示： 登录 进入我的日程 不存在 存在 修改、删除我的日程 添加我的日程 更新数据 查看部门日程 不存在 存在 修改、删除部门日程 添加部门日程 更新数据 进入我的便签 点击日期 查看我的便签 添加、修改、删除我的便签 更新数据 图 3-13 日程管理活动图 Fig3-13 Schedule Management activity diagram 3.3.3 文档管理活动图 在文档管理，用户可以添加文档、删除文档、修改文档、下载文档；进行 文档搜索，总经理可以按文件名、附件名、用户名、日期段等条件来搜索文档、 下载文档；在回收站中，用户可以还原文档、彻底删除文档。具体活动图如下 图 3-14 所示： 登录 查看文档 不存在 存在 删除文档 修改文档属性 更新文档信息 新建文件夹 还原文档 放入回收站 永久删除 更新回收站信息 新建文件 搜索文档 图 3-14 日程管理活动图 Fig3-14 Document Management activity diagram 3.3.4 消息管理活动图 消息管理包括写新消息和个人信箱管理。用户可以发送新消息，消息会存 放在已发送中，当用户收到消息时，消息会存放在收件箱中。具体活动图如下 图 3-14 所示： 登录 修改消息 发布 未发布 删除消息 在收件箱中查看消息数量 选择删除收件箱消息 添加新消息 在已发送中查看消息数量 发布消息 查看已存在的消息 选择删除已发送消息 图 3-14 日程管理活动图 Fig3-14 Document Management activity diagram 3.3.5 考勤管理活动图 考勤管理包括员工签到、签退，考勤统计，考勤统计、考勤历史查询。用 户可以上班签到、下班签退。总经理、人事经理可以按日期段、机构、部门等 条件来统计考勤信息、导出到 Excel 表。总经理、人事经理还可以按日期段、 机构、部门、用户名、姓名等条件来搜索考勤历史、查看考勤历史。具体活动 图如下图 3-15 所示： 登录 员工考勤统计员工签到、签退按条件查询考勤历史记录 图 3-15 考勤管理活动图 Fig3-15 Checking work attendance Management activity diagram 3.3.6 系统管理活动图 系统管理包括角色管理、登录日志、操作日志、菜单排序。总经理可以添 加角色、删除角色、修改角色、查看角色、分配角色权限。总经理、系统管理 员可以按日期段等条件来搜索登录日志、删除登录日志。总经理、系统管理员 可以按日期段等条件来搜索操作日志、删除登录日志。总经理、系统管理员可 以上移菜单或下移菜单。具体活动图如下图 3-16 所示： 登录 查看日志 不需要 更新角色信息 菜单排序 角色管理 登录日志 查看角色信息新增角色信息 修改角色删除角色非配权限 删除登录日志 需要 查看日志 不需要 操作日志 删除操作日志 需要 上移菜单下移菜单 图 3-15 系统管理活动图 Fig3-15 System Management activity diagram 综上所述，系统的功能需求结构图可用 2-1 所示： 大 连 华 信 OA 系 统 人事信息管理 机构管理 部门管理 人员管理 日程管理 我的日程 部门日程 我的便签 文档管理 文档管理 回收站 文件搜索 考勤管理 员工签到、签退 考勤历史查询 考勤统计 用户登录 用户登录 重新登录 消息管理 消息管理 信箱 系统管理 角色管理 登录日志 操作日志 菜单排序 图 21 系统功能结构图 Fig2-1 overall system functional requirements chart 在本系统的设计过程中，为了克服这些困难，满足计算机管理的需求，将 采用下面的一些原则： 1) 删除不必要的管理冗余，实现管理的规范化、科学化。 2) 程序代码标准化，软件统一化，确保软件的可维护化和实用性。 3) 界面尽量简单化，做到实用、方便，尽量满足企业中不同层次员工的需 求。 代码设计代码设计 3.5 数据库设计 数据库设计是管理信息系统的重要组成部分。数据库设计是对于一个既定 的环境，进行符合应用语义的逻辑设计，以及提供一个确定存贮结构和物理设 计，建立实现系统目标，并能有效存取数据和数据模型。一个企业数据库建设 规模、数据库信息量的大小和使用频度已成为企业信息化程度的重要标志之一。 目前，国内各中小型公司基本上都建立了自己的办公自动化管理数据库， 从小型的单项事务到大型复杂的信息系统大都用先进的数据库技术来保持系统 数据的整体性、完整性和共享性。因此，数据库设计是商业企业数据库办公自 动化管理系统的核心技术。数据库设计的基本过程按下图 3-17 中的四部来设计： 需求分析、概念设计。逻辑设计和物理设计。 需求分析 信息需求 处理需求 概念设计 逻辑设计 物理设计 与DBMS无关 的数据模式 外模式、概念模式和 典型应用程序 内模式 硬件、操作系统特性 DBMS特性 需求说明 图 3-17 数据库设计的基本过程图 Fig3-17 The basic process of database design diagram 3.5.1 数据库需求分析 （1）信息要求：是指用户需要从数据库中获得信息的内容与性质。由用户 的信息要求可以导出数据要求，即在数据库中需要储存哪些数据。在办公自动 化系统中，数据库需要存储使用系统用户的信息、日程安排信息、考勤信息等。 （2）处理要求：是指用户要求完成什么处理功能，对处理的响应时间有什 么要求，处理方式是批处理还是联机处理。新系统的功能必须能够满足用户的 信息要求、处理要求。在办公自动化系统中，用户要求本系统能够实现人事信 息管理、日程管理、消息管理、文档管理、考勤管理和系统管理等。在响应时 间上，本系统必须实现较短的响应时间，从而提高办公效率。 3.5.2 逻辑结构设计 在逻辑设计阶段，将上一步中所得到的概念数据模型表示、与 DBMS 无关的数据 模式转换成以 DBMS 的逻辑数据模型表示的逻辑模式。数据库的逻辑设计也不简 单是个数据模型的转换问题，而是进一步深入解决数据模式设计中的一些技术 问题，例如数据模式的规范化。满足 DBMS 的各种限制等。数据库逻辑设计的结 果以数据定义语言表示。首先将概念设计中所得的 E-R 图转换成等价的关系模 式。E-R 图到关系模式的转换还是比较直接的，实体和联系都可以表示成关系， E-R 图中的属性也可以转换成关系的属性。以下是 E-R 图模型向关系数据库模 型的转换： 用户信息(账号,姓名,密码,所属部门,用户状态,系统角色,性别) 机构信息（机构序号，机构名称，机构简称） 部门信息（部门序号，部门名称，部门经理，联系电话，移动电话，传真，所 属机构） 日程安排（日程序号，主题，地点，会议类型，开始时间，结束时间，内容， 创建者，创建时间，是否公开） 会议信息（会议序号