企业OA系统分析与设计研讨

1、 更多企业学院： 中小企业管理全能版 183套讲座+89700份资料 总经理、高层管理 49套讲座+16388份资料 中层管理学院 46套讲座+6020份资料 国学智慧、易经 46套讲座 人力资源学院 56套讲座+27123份资料 各阶段员工培训学院 77套讲座+ 324份资料 员工管理企业学院 67套讲座+ 8720份资料 工厂生产管理学院 52套讲座+ 13920份资料 财务管理学院 53套讲座+ 17945份资料 销售经理学院 56套讲座+ 14350份资料 销售人员培训学院 72套讲座+ 4879份资料 更多企业学院： 中小企业管理全能版 183套讲座+89700份资料 总经理、高层管

2、理 49套讲座+16388份资料 中层管理学院 46套讲座+6020份资料 国学智慧、易经 46套讲座 人力资源学院 56套讲座+27123份资料 各阶段员工培训学院 77套讲座+ 324份资料 员工管理企业学院 67套讲座+ 8720份资料 工厂生产管理学院 52套讲座+ 13920份资料 财务管理学院 53套讲座+ 17945份资料 销售经理学院 56套讲座+ 14350份资料 销售人员培训学院 72套讲座+ 4879份资料 毕业设计（论文） 企业0A系统分析与设计 学 院： 管 理与经济学院 专 业： 信息 管理与信息系统 姓 名： 黄嘉辉 学号： 0608241015 指导老师： 吴浩

3、然 职称：讲师 中国 珠海 二0一0 年五月 北京理工大学珠海学院毕业论文 诚信承诺书 本人郑重承诺： 我所呈交的毕业设计企业OA系统分析与设计 是在指导教师的指导下，独立开展研究取得的成果，文中引用他人的 观点和材料，均在文后按顺序列出其参考文献，设计使用的数据真实 可靠。 承诺人签名: 日期： 年 月日 企业0A系统分析与设计 摘要 随着信息需求的增长， 传统的信息交流方式早已不能满足企业对传递和处理 大量信息的需要， 因而亟需把网络技术渗透到企业的日常工作。 而网络办公与管 理的应用则满足了企业对办公网络化、 自动化的管理需求， 不仅可以极大提高企 业内部的管理水平， 并加快内部信息流通

4、， 确保信息有效利用， 增强企业的核心 竞争力。 企业办公自动化系统能够针对企业的具体业务要求，通过运用 Internet 通 信技术，将企业信息化管理和网络化办公结合在一起， 在加强企业竞争力和提升 企业管理能力的同时实现企业信息共享，避免“数字鸿沟”和“信息孤岛”的现 象。 本系统采用ASP.NET动态网页技术和Microsoft SQL Server 数据库平台， 使用C#作为本项目的主要开发语言，结合 Linq、JavaScript等技术手段和B/S 模式结构，从实际应用出发，完成系统的个人通讯录、个人信息、个人审批、个 人考勤等功能。 本文阐述系统从需求分析到系统实现的开发过程， 让

5、读者对系统 整个开发流程的有所了解。 关键词：0A办公自动化系统 ASP.NET C# LINQ B/S 模式结构 Analysis and Design of Enterprise OA System ABSTRACT With the grow ing requireme nts of Busin ess in formati on, the traditi onal way of in formati on excha nge can not meet the n eed of compa nies which have to tran smit and process a lot of

6、 information within a short time. Therefore, it important to merge n etwork man ageme nt applicati ons into the office routi ne. The applicati on of n etwork man ageme nt could not only can greatly improve the man ageme nt level of en terprise and speed up the flow of internal in formatio n to en su

7、re effective use of in formatio n and enhance the core competitive ness of en terprises. For the specific bus in ess requireme nts of en terprises, through the en terprise office automati on systems, using the Internet com muni cati ons tech no logy, to make the en terprise in formatio n man ageme n

8、t and n etwork offices together with the office automatio n systems. In formati on in the en terprise to speed up con struct ion, stre ngthe n the competitiveness of enterprises and enhance the modern enterprise management capabilities, enterprise information sharing, avoids the digital divide and t

9、he in formati on isla nd phe nomenon. The system uses the ASP.NET dyn amic web page tech no logy and Microsoft SQL Server databaseplatform, using C # as the projects main development Ianguage, comb ined with Linq, Html, JavaScript, CSS and other tech ni cal means and the B / S model structure, from

10、the practical applicatio n, completed system of pers onal con tacts, personal information, personal approval, personal attendance and other functions. This paper describes the system from requireme nts an alysis to system impleme ntati on of the development process, so the reader on the system under

11、stands the whole developme nt process. Keywords: office automation systems ASP.NET C# LINQ B / S mode structure 目录 摘 要 I ABSTRACT I.I. 1 前 言 1 1.1 编写目的 1 1.2 项目背景 1 1.3 拟解决的关键问题： 1 1.4 系统发开技术 1 2 系统需求说明 3 2.1 需求说明简介 3 2.1.1 目标系统预期目标 3 2.2 项目预期使用者 3 2.3 用户及其特点 4 2.4 项目特点 4 2.5 系统技术支持 4 2.5.1 应用程序及数据库

12、的相关要求 4 2.5.2 数据备份 4 2.6 系统运行环境 4 2.6.1 硬件平台 5 2.6.2 软件平台 5 2.7 功能要求 5 2.7.1 总体系统功能要求 5 2.7.2 具体要求 5 2.7.3 系统模块 5 3 系统分析说明 7 3.1 系统可行性分析 8 3.1.1 可行性研究的前提 8 3.1.2 系统目标 8 3.1.3 经济可行性分析 8 3.1.4 技术可行性分析 8 3.1.5 社会可行性分析 9 3.2 需求分析 9 3.3 企业组织结构图 10 3.4 系统审批流程 11 3.5 系统分析 12 3.5.1 系统总体用例图 12 3.5.2 用例规约 12

13、4 系统设计 30 4.1 系统整体结构 30 4.1.1 B/S 结构 30 4.1.2 ASPNET MVC匡架31 4.2 系统功能结构 31 4.3 系统网络拓扑结构 33 4.4 系统类图 33 4.5 系统顺序图 34 4.6 数据库设计 35 4.6.1 Microsoft SQL Server35 4.6.2 LINQ 3. 5 4.7系统E-R图 35 4.8 系统数据库设计 36 4.9 系统界面设计 41 5 系统实施 44 5.1 系统开发软件 44 5.2 系统运行环境 44 5.3 系统代码 45 5.4 问题及解决 48 6 系统测试 49 6.1 测试内容 49

14、 6.2 测试环境 49 6.3 测试方法 49 6.4 测试目标 49 7 总 结 50 7.1 设计成果 50 7.2 需要改进和不足之处 50 参考文献 51 附 录 52 1. 系统功能结构图 52 2. 系统分部 E-R 图 52 谢 辞 54 1前 1.1 编写目的 在现实生活当中， 企业的生产活动、 信息交流等企业活动都是在计算机的帮 助下完成的。企业通过使用计算机来提高企业工作效率， 获得更大的财富。 而办 公则成为企业中每一个成员的具体的信息交流渠道， 随着文件的流动， 产生了各 种各样的信息内容供企业管理者、生产者等共享、使用。 在0A系统技术不断成熟，相关的功能得到不断的

15、完善，OA系统正迈向“智 能型” OA系统发展，随着组织流程的固化和改进、知识的累积和应用、技术的 创新而提升。但由于整个企业的信息、文档等内部、外部资料内容复杂多样、及 时性强、交流广泛等特点， 给企业带来很多的问题和困难。 本系统将解决上述问 题，并为企业文档、单据、资料运用到计算机中，进行各种审批、阅读、传阅等 提供方便、及时、畅通的信息流通和让企业向无纸化办公一体化的解决方案。 1.2 项目背景 目前，信息化来武装企业，已经是大势所趋。车间里的工人通过OA系统来 完成流水线上监督每一个工序；管理人员借助电脑和网络迅速地处理日常的业 务；仓库管理人员通过各种应用系统来管理各种物料、 原材

16、料等等。 单纯地依靠 手写纸张的化是怎么都不能赶上现代信息的速度，因此，建立网络OA系统是现 今的一种潮流。 通过OA系统对企业日常办公进行管理，满足企业日常办公、管理等各方面 的需求，实现企业内部管理者、 员工之间的信息交流， 大大提高了企业内部的沟 通；提供公告与公文信息的管理， 方便其及时了解企业的实时动态消息； 同时使 企业的日常管理步入科学系统管理的轨道上 1.3 拟解决的关键问题： 1) 企业员工之间短消息的发送与接收； 2) 工作流程系统的设计与分析； 3) 企业信息的分析与整合； 1.4 系统发开技术 (1) C#开发语言 C#是一种最新的、面向对象的编程语言。它使得程序员可以

17、快速地编写各种 基于 Microsoft .NET 平台的应用程序， Microsoft .NET 提供了一系列的工具和 服务来最大程度地开发利用计算与通讯领域。 (2) XML XML即可扩展标记语言(Extensible Markup Language )，是一种用来创建 自定义标记的标记语言。在Web应用以及Web服务开发中得到了广泛的运用，可 用来描述结构化的数据。在本系统当中，XML技术主要用于设计工作流程系统模 块当中，管理审批流程的过程传递方向和审批权限。 (3) JavaScript JavaScript 是一种由 Netscape 的 LiveScript 发展而来的原型化继

18、承的面 向对象的动态类型的区分大小写的客户端脚本语言， 主要目的是为了解决服务器 端语言，比如 Perl ，遗留的速度问题，为客户提供更流畅的浏览效果。 (4) 数字证书 字证书是由权威机构CA证书授权(Certificate Authority )中心发行 的，能提供在 Internet 上进行身份验证的一种权威性电子文档，人们可以在互 联网交往中用它来证明自己的身份和识别对方的身份。 数字证书也必须具有唯一性和可靠性。 为了达到这一目的， 需要采用很多技 术来实现。通常，数字证书采用公钥体制， 即利用一对互相匹配的密钥进行加密、 解密。每个用户自己设定一把特定的仅为本人所有的私有密钥(私钥

19、)，用它进 行解密和签名；同时设定一把公共密钥(公钥)并由本人公开，为一组用户所共 享，用于加密和验证签名。 2 系统需求说明 2.1 需求说明简介 2.1.1 目标系统预期目标 1) 公司通过内部网络、 Internet 等技术对属下子公司或部门的各项数据、 资料和各类报表进行及时的查看、浏览、采集、加工，并实现对其的实 时监控。 2) 将各类的数据、资料、报表等以信息技术等手段为基础，推进现代化管 理模式的实施，提高工作效率和工作质量，降低工作费用，加强成本管 理，实现快捷、安全、规范的信息管理模式。 3) 实现各类资料的共享、利用，消除信息孤岛，实现办公无纸化、网络化； 规范管理和业务流

20、程；加强各个部门之间的交流与沟通，进一步提高工 作效率，实现远程办公和移动办公；实现内网( Intranet )、外网 ( Internet )的集成处理，提高整个信息化的水平；采用先进的管理理 念，按照工作流程的最优化准则、成本最小化和效益最大化准则，建立 一套适合本企业管理模式的计算机管理信息系统。 4) 建立电子档案，便于信息的建立于查询，使其更加科学与规范、信息传 输便捷。 5) 建立信息网络平台、应用系统以及信息源开发三位一体的整体结构，逐 步实现在全公司范围内建立以生产、经营、管理一体化的综合业务信息 系统，为各相关部门和公司全面提高信息化建设与现代化建设的管理水 平。实现数据传输

21、网络化、业务流程规范化、公办手段自动化、信息查 询透明化、信息安全可控化、 为企业领导所做出的决策提供必要的保证， 从而增强企业在市场上应变能力和竞争能力，提高产品质量、设备利用 率和产品市场占有率，降低生产成本，给企业带来经济和市场效益。 2.2 项目预期使用者 公司领导、各单位部门领导、管理人员、技术人员 2.3 用户及其特点 Microsoft Office 大部分使用者具备一定的计算机操作基础，能熟练应用 软件办公，企业职能人员为信息交互平台的主要使用者。 2.4 项目特点 1) 方便性：采用浏览器窗口界面，跟 Microsoft Office 界面风格相同，操 作简单。 2) 实时性

22、：与企业管理系统紧密结合，可以实时办公。 3) 安全性：对用户操作系统的密码采取加密后存储，同时实现数字证书技 术，对有特殊安全需要的用户提供相对应的数字证书，以确保其信息、 数据安全。 4) 支持异地办公：系统可以随时随地地通过 Internet 登录，便于异地办公。 5) 易扩充性和可维护性：根据机构变动和业务调整，系统经过简单配置即 能适应各种技术变化。 2.5 系统技术支持 2.5.1 应用程序及数据库的相关要求 系统开发使用 C#、JavaScript 、Jscript 等语言工具。 为了适应未来的分布 式查询以及实际业务处理要求，系统采用三层架构。由于表示层、业务层、数据 层的分离

23、处理，从而使程序能够更好的实现升级与维护， 减少系统维护的工作量。 数据库的设计与系统信息模型相一致。 经过数据的流量分析， 负载均衡分析 对数据进行合理优化， 并且针对业务的需要对表结构进行优化， 使数据库具有数 据结构化、最低冗余度、较高的程序与数据独立性，确定数据的最优存储策略， 同时，为了给未来数据库能提供更大的支持， 在设计数据结构以及程序处理方法 时采用 SQL Server 数据库。 2.5.2 数据备份 为了确保数据的充分安全，数据处理中心必须配备可靠的数据本分存储设 备，同时，软件具有数据备份功能。 2.6 系统运行环境 2.6.1 硬件平台 考虑到企业的经济情况，计算机配件

24、的最低参数为： CPU Pentium 3以上，内存128M, 10GB的硬盘存储空间 2.6.2 软件平台 1) 操作系统： 客户端 Windows 2000 Professional 、Windows2003 Server 、 Windows 2008 Server等Windows系统均可。考虑到装机的方便性和维 护性等因素，首推荐使用Win dows XP操作系统。 2) 服务器： Windows 2003 Server 或 Windows 2008 Server 版本 3) 数据库 Microsoft SQL Server 2005 以上的版本 2.7 功能要求 2.7.1 总体系统功

25、能要求 在选择相应的系统应用平台和硬件技术， 优先考虑技术上在将来业务发展以 及其他应用系统的兼容性， 需要强大的可扩展性和延续性。 其次在系统的使用性 和操作性、设置管理的灵活方便性能的角度，对办公自动化的应用平台和OA系 统进行全面的考察。 2.7.2 具体要求 构建公司管理部门统一的信息管理平台， 整合各部门能的信息系统。 通过现 今先进的信息通信技术和信息安全技术，为企业各部门的信息整合提供信息平 台、单点登录、安全访问、个性化办公流程、信息交互和信息共享、表单填报和 审批、公文处理、邮件服务、日程安排、个人办公、信息查询、档案管理、管理 监督等。为企业决策层提供快速可靠的数据信息以及

26、方便的控制流程， 满足管理 层高效处理日常事务的工作需求， 并协助领导顺利完成各项工作； 采用合理的工 作流程方式处理影响工作效率的各个环节，最大限度地避免人工传送信息的工 作；保证信息的安全性。 2.7.3 系统模块 本课题主要的研究内容以完成“企业网络 OA系统”的设计为主，企业网络 OA系统是一个适用于中小型企业，满足其日常办公需求的管理系统，该系统初 步确定由 5 个模块组成。 1）个人信息 该模块主要指登陆系统的用户的信息目录， 其需要保存的信息有： 姓名、性 别、手机、E-mail、QQ MSN家庭住址、邮编；并且该模块用户可以自由维护 自己的基本信息以及添加、删除联系人。 2）消

27、息管理 该模块用作当前的登录用户给系统内、 外的其他用户发送短信息 （即站内信 息、站外信息），并可以查看其他用户发来的消息。本模块当中的信息主要有： 消息接受者、消息的发送者、消息的内容、发送时间以及是否已读等。 3）公告管理 该模块用作系统管理员以及企业高层职员向企业各部门、工作人员发送通 知，通过系统管理员的审批后发布，方便大家查看，但只有发送方才有权修改、 删除该通知，本模块包含的信息包括：公告填写人、公告审批人、公告标题、公 告内容、公告发布的时间。 4）考勤管理 该模块登记系统操作用户考勤记录，登记用户上班、下班、加班、请假以及 其原因等等信息， 用户还可以查看以前的考勤记录， 统

28、计加班、请假天数和次数。 当完成请假程序之后， 系统自动把请假单上传到人力资源部门审批、 审核，并把 审批后结果返回给用户。该模块包括的信息有：上班在线时间（上、下午）、下 班落线时间（上、下午）、请假日期、请假原因、请假天数、请假类型、呈送审 批、审批结果、加班原因等。 5）后台管理 该模块为系统管理员专用模块。 其主要包含了职位管理、 用户权限管理、 考 勤管理、考勤查询、 人员信息管理、 审批权限管理等。 该模块包含的信息主要有： 上级职位、职位名称、职位简介、职位考勤时间、职位权限（浏览节点权、审批 权、丢弃文档权、管理节点权、管理组员权、管理权限权、查看文档权、投递文 档权、项目转移

29、权等）、考勤日期设置、考勤时间设置、考勤信息、企业员工信 息、版主设定、帖子管理等。 3 系统分析说明 系统分析是应用系统思想和方法， 把复杂的对象分解成简单的组成部分， 找 出这些部分的基本属性和彼此的关系。本系统采用面向对象方法（00A对系统 用户的需求进行分析，采用 UML统一建模语言表示。 3.1 系统可行性分析 3.1.1 可行性研究的前提 1) 系统功能要求： 本系统根据企业的需求， 并按照日常的企业活动和企业计划的安排， 需要的 基本功能包括了 : 个人信息、日程安排、消息管理、公告管理、企业论坛、客户 管理、考勤管理、后台管理等功能模块。 2) 系统关联性要求： 实现本0A系统

30、与企业其他系统有一定的连接，或附带相关系统的基础功能。 3.1.2 系统目标 1) 减少企业活动中人力与设备等费用； 2) 提高企业信息处理速度； 3) 改进管理信息服务； 4) 实现人员考勤、信息管理。 3.1.3 经济可行性分析 通过本系统对企业内部信息进行全面的自动化管理， 可以大大提高企业的办 公效率；对企业生产经营过程中的数据进行全面的管理和统计， 避免人为处理各 类数据时所产生的各种各样的问题， 提高企业的经济效益， 为企业经营决策提供 大量的、准确的数据，是企业的管理逐渐实现科学化、系统化。在实施设计阶段 有可能需要购置外部硬件设备，无需开发费用和管理费用。 3.1.4 技术可行

31、性分析 网络化得办公管理理念， 使企业管理得到规范， 实现了通过网络地信息进行 发布、传递、接收等一系列功能。系统中才采用Asp .net技术实现WEB应用程序， 按照企业活动和工作流程设计并制造出该系统， 实现企业信息的交流和管理、 统 计。故从技术上，这样一套应用系统在技术上是可行的。 3.1.5 社会可行性分析 为了扩大规模，增强企业的竞争力， 传统的办公模式对信息的处理方法早已 不能满足企业对信息快速、准确处理的要求。一个企业对信息数据的掌握程度、 处理能力， 体现了一个企业对市场的敏感程度， 数据的真实性、 准确性直接决定 着企业的发展方向。 从传统的办公模式向自动化办公管理模式转变

32、， 提高企业的 管理和协作能力，以增强企业的市场竞争力，成为企业发展过程中的首要问题。 故需开发本系统对企业信息作出必要的支持。 3.2 需求分析 1. 业务参与者 : 业务参与者， 即 Actor ，在系统的具体业务当中扮演系统某个角色的 人、部门或独立的系统模块等。针对实践调查所得和需求分析说明，本 系统的参与者包括： 1) 用户：用户参与系统的主要成员， 即接触使用系统的所有者， 是 系统当中的一个超类； 2) 系统管理员： 系统管理员是系统的维护工作人员， 拥有对系统目 录、角色、权限、用户以及系统基础数据管理的操作权限，同时 也是用户的一个子类； 3) 领导：领导是指各个部门的主管以

33、及上级领导的总称； 4) 人力资源部职员： 人力资源部职员是人力资源部的成员， 主要执 行对企业员工的工作进行考核和信息管理， 但没有删除员工信息 的权限； 5) 人力资源部主管：人力资源部的主管拥有人力资源部职员的各项 操作权限，并能对无效的员工信息进行删除； 2. 系统业务用例： ( 一 ) 系统管理员主要业务： 1) A1:考勤设置：系统管理员设置日常上、下班考勤时间、休息日 设置、请假类别等考勤信息； 2) A2:公文流管理：是系统管理员对于日常用户生成公文， 如工作 文件、请假单、销假单等等的管理。 3) A3:新闻公告管理：系统管理员用户对在正常生产经营当中， 用 户提出的新闻公告

34、进行发布、管理； ( 二 ) 领导主要业务： 1) 考勤审批：每一个部门主管、领导能够批准其下属的请假申请； 2) 新闻公告审批： 领导能够审批下属申请的新闻和通知信息， 审批 完之后传给系统管理员发布； ( 三 ) 人力资源部职员主要业务 : 1) 职工管理：职工信息管理是对企业职员的信息进行管理、统计， 具有增、改、查等功能； ( 四 ) 人力资源部主管主要业务： 1) 删除职工信息：指对职工信息出现异常的时候对该职员信息进行 删除； ( 五 ) 用户主要业务： 1) 登陆系统验证：当用户登陆系统的时候验证用户所提交的用户名 和密码，以及所提交的数字证书的有效性； 2) 文件柜：用于储存用

35、户的文件资料； 3) 考勤签到：根据企业部门规定和系统管理员设定的考勤管理时 间，用户在规定的时间内在系统报到； 4) 请销假申请：用户当遇上生病或特殊事情的时候可以向上级领导 或者主管提出请假申请；而当假期尚未完，则可以申请销假。 5) 加班登记： 当在非工作时间内上班的时候， 用户需要向人事部门 填写加班登记表； 6) 联系人管理：用户对亲戚、朋友、客户信息的登记； 7) 管理用户日志：用户将日常工作信息记录下来以便考察； 8) 浏览公文流：用户可以随时查看公文流信息； 9) 浏览职工信息：每位用户可以在职工的信息表当中浏览到企业当 中职工的信息； 10) 用车使用申请：用户当需要使用企业

36、公车的时候可以向办公室 申请使用； 11) 车辆列表：用户可以随时浏览企业公车信息； 12) 公务出差管理：用户在出差的时候向登记该信息，以上报上级 领导； 13) 短信平台：用户可以向企业内的各个职工发送短信信息； 14) 邮件平台：用户可以向企业内的各个职工发送邮件信息； 15) 办公用品管理：用户随时查看企业办公用品信息，并登记领取； 3.3 企业组织结构图 图 3-1 企业组织结构图 假定企业当中有一个总经理，其属下有多个部门，包括副经理、财务部、人 力资源部、市场营销部、生产部、办公室、 IT 部门等；而每个部门都有且只有 一个部门主管；并且每个部门都是由多个职员共同组成。 3.4

37、系统审批流程 1) 职工请假流程 图 3-2 职工请假流程 职员领取请假单，并按要求填入相关的请假事项， 然后把请假单提交给系统； 系统会根据职员所在的部门，把请假单发送到各自的领导的“待办文件”中；领 导对其审阅后， 对其作出必要的审批结果， 并把结果返回给该职员； 最后系统记 录其请假信息，并形成文档。 2) 职工销假流程 图 3-3 职工销假流程 职员领取销假单，并按要求填入相关的销假事项， 然后把销假单提交给系统； 系统会自动搜索用户销假期间的请假记录， 并根据职员所在的部门， 把请假单发 送到各自的领导的 “待办文件” 中；领导对其审阅后， 对其作出必要的审批结果， 并把结果返回给该

38、职员；最后系统记录其销假信息，并形成文档。 3) 信息发布流程 图 3-4 信息发布流程 申请人领取信息发布单， 并按要求填入相关的信息内容， 然后把信息发布单 提交给系统； 系统会根据职员所在的部门， 把该单发送到各自的领导的 “待办文 件”中；领导对其审阅后，对其作出必要的审批结果，并提交给办公室审查；办 公室对信息进行审查后，对其作出相应审查结果，把信息传给系统管理员确认， 最后把结果返回给该申请人；最后系统记录其信息，并形成文档。 4) 公务车使用申请流程 图 3-5 公务车使用申请流程 申请人领取车辆使用申请单，填写相应的信息后，把申请单提交给办公室的 科员办理； 科员对申请人提交的

39、信息进行审查， 审查结束后把申请单提交给领导 审批；最后，当领导审批结束之后，把申请单记录到系统当中，形成文档，并把 审批结果返回给申请人。 3.5 系统分析 3.5.1 系统总体用例图 图 3-6 系统总体用例图 3.5.2 用例规约 1) 登录系统验证 图 3-7 登录系统验证 表3-1登录系统验证 用例名称 登录系统验证 参与者 用户（主要参与者）、系统管理员（次要参与者） 假设 系统安装到服务器上，用户通过指定的 URL地址访问系统登录页面， 通过输入相应用户的姓名和密码（有需要的话可能使用相应的数字证 书）登录系统，进行相应的功能操作 前置条件 系统安装到相应服务器上 后置条件 记录

40、用户登录时间，用户状态改变为在线状态 主事件流 1. 用户提交用户名、密码、数字证书； 2. 系统验证用户的用户名和密码； 3. 传递数字证书的信息； 4. 验证数字证书的有效性； 5. 用户登录系统操作界面，用户登录成功； 备选事件流 2a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 4a.非法数字证书 1）系统提示错误信息并拒绝该用户登录系统； 2）联系人管理 图3-8联系人管理 表3-2 增加联系人 用例名称 增加联系人 参与者 用户（主要参与者） 假设 用户都有自己的朋友、同事、客户等，均具有各自的联系信息，用户 需要将这些信息输入到系统当中 前置条件 用户已经被系统验证、识

41、别，并具有操作通讯录的权限 后置条件 对用户的通讯录增加新联系人 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户向系统输入新联系人的信息； 3. 系统验证联系人信息格式是否止确； 4. 提示输入成功； 5. 系统添加联系人信息，并统计联系人总数； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 3a.联系人信息重复 1）系统提示重复消息并提示用户需要修改； 3b.用户所填信息有误 1）系统提示重复消息并提示用户需要修改； 表3-3删除联系人 用例名称 删除联系人 参与者 用户（主要参与者） 假设 用户都有自己的朋友、同事、客户等，均具有各自的联系信息，并且

42、这些信息已经存在系统当中，用户需要将这些信息从系统当中删除 前置条件 用户已经被系统验证、识别，并具有操作通讯录的权限，并且系统已 经具有相应的联系人信息 后置条件 从系统当中删除联系人记录 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户向系统提交删除联系人的命令，并提示删除成功提示； 3. 系统删除联系人信息，并统计联系人总数； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 表3-4 编辑联系人 用例名称 编辑联系人 参与者 用户（主要参与者） 假设 用户都有自己的朋友、同事、客户等，均具有各自的联系信息，并且 这些信息已经存在系统当中，用户需要更新这些

43、信息 前置条件 用户已经被系统验证、识别，并具有操作通讯录的权限，并且系统已 经具有相应的联系人信息 后置条件 从系统当中删除联系人记录 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户更新指定联系人信息，并提示更新成功提示； 3. 系统更新联系人信息，并统计联系人总数； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统; 3）短信平台 图3-9短信平台 表3-5浏览短信 用例名称 浏览短信 参与者 用户（主要参与者） 假设 用户向各联系人发短信，且收信人均可以收到短信内容，系统已经将 该记录存储起来 前置条件 用户已经被系统验证、识别，并具有操作短信的权限 后置

44、条件 系统显示曾经发送的短信息列表 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户输入查询短信息的内容； 3. 返回用户短信内容； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 2a.无信息内容 1）系统当中并没有用户所需要的信息资料，系统提示无相关记 录； 表3-6发送短信息 用例名称 发送短信息 参与者 发信人（主要参与者）、收信人（次要参与者） 假设 系统在联网的条件下，用户需要对联系人发送即时信息，并且每个收 信人均可以收到短信内容 前置条件 1. 用户已经被系统验证、识别，并具有操作短信的权限 2. 系统确定是联网状态 后置条件 系统向收信人发送

45、信息，并记录当次送信记录 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户输入收信人的信息和发信的内容； 3. 系统判断是处于联网状态； 4. 系统提示该短信发送成功，并将此信息内容转存到发件箱，信息 投送到收信人的手机； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 3a.系统处于断网状态 1）系统提示错误信息并将此信息内容转存到草稿箱； 表3-7删除短信息 用例名称 删除短信息 参与者 发件人（主要参与者） 假设 用户向各联系人发短信，且收信人均可以收到短信内容，系统已经将 该记录存储起来 前置条件 用户已经被系统验证、识别，并具有操作短信的权限 后置条

46、件 系统删除相关短信记录 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户执行删除短息记录操作，系统提示删除操作成功； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 2a.无信息内容 1）系统没有用户所需要的信息资料，系统提示无相关记录； 4）邮件平台 图3-10邮件平台 表3-8 发件箱 用例名称 发件箱 参与者 发件人（主要参与者） 假设 用户曾经向各个联系人发送邮件 前置条件 用户已经被系统验证、识别，并具有操作邮件的权限 后置条件 系统向用户显示邮件信息内容 主事件流 1.系统验证用户身份、角色、权限； 2. 用户输入查询邮件的内容 3. 系统显示查

47、询结构； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 2a.无相关邮件 1）系统当中并没有用户所需要的邮件信息，系统提示无相关记 录； 表3-9写发邮件 用例名称 写发邮件 参与者 发件人（主要参与者）、收件人（次要参与者） 假设 企业中有多位职工，用户需要向另一位职工发送传阅文件或信息，并 且每个收信人均可以收到邮件内容 前置条件 用户已经被系统验证、识别，并具有操作邮件的权限 后置条件 系统向收信人发送信息，并记录当次送信记录 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户输入收信人的信息和发信的内容； 3. 判断邮件大小和格式； 4. 用户发送邮件

48、； 5. 系统提交邮件信息； 6. 系统将邮件递交到对方的收件箱中； 7. 系统提示该短信发送成功，并将此信息内容转存到发件箱，并投 送到对方的收件箱； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 2a.邮件不合乎发送的要求 1）邮件格式不对； 2）邮件大小超过服务器载量； 6a.用户没有发送邮件或发送不成功 1）邮箱信息转存为草稿邮件； 表3-10 收件箱 用例名称 收件箱 参与者 收件人（主要参与者） 假设 企业中有多位职工，其他用户需要向用户发送传阅文件或信息 前置条件 用户已经被系统验证、识别，并具有操作邮件的权限 后置条件 系统向用户显示邮件信息内容 主事

49、件流 1.系统验证用户身份、角色、权限； 2. 3. 用户输入查询邮件的内容； 系统显示查询结果； 备选事件流 1a. 非法用户 1）系统提示错误信息并拒绝该用户登录系统； 5）职工信息管理 图3-11 职工信息管理 表3-11添加职工信息 用例名称 添加职工信息 参与者 人力资源部职员（主要参与者） 假设 企业中有多位职工，需要将这些信息记录到系统当中进行管理 前置条件 用户已经被系统验证、识别，并具有操作职工信息的权限 后置条件 系统数据库新增新职工信息 主事件流 1）系统验证用户身份、角色、权限； 2）用户输入新职工的信息； 3）系统记录新职工信息，并提示信息存储成功； 备选事件流 1a

50、.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 表3-12编辑职工信息 用例名称 编辑职工信息 参与者 人力资源部主管（次要参与者）、人力资源部职员（主要参与者） 假设 企业中有多位职工，需要将这些信息记录到系统当中进行管理 前置条件 用户已经被系统验证、识别，并具有操作职工信息的权限，系统中存 在相关职员的信息 后置条件 系统数据库更新该职工信息 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户编辑职工的信息； 3. 系统更新职工信息，并提示信息更新成功； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 2a.无相关职员信息 1）系统提示无相关职员信

51、息； 表3-13 删除职工信息 用例名称 删除职工信息 参与者 人力资源部主管（主要参与者） 假设 企业中有多位职工，需要将这些信息记录到系统当中进行管理 前置条件 用户已经被系统验证、识别，并具有操作职工信息的权限，系统中存 在相关职员的信息 后置条件 系统数据库删除相关职工信息 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户编辑职工的信息； 3. 系统更新职工信息，并提示信息更新成功； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 2a.无相关职员信息 1）系统提示无相关职员信息； 表3-14浏览职工信息 用例名称 浏览职工信息 参与者 用户（主要参与

52、者） 假设 企业中有多位职工，需要将这些信息记录到系统当中进行管理 前置条件 用户已经被系统验证、识别，并具有操作职工信息的权限，系统中存 在相关职员的信息 后置条件 系统显示相关职工信息 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户输入查询职工的信息； 3. 系统显示相关信息； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 2a.无相关职员信息 1）系统提示无相关职员信息； 6）公文流平台 图3-12 公文流平台 表3-15 公文流管理 用例名称 公文流管理 参与者 用户（主要参与者）、系统管理员（次要参与者） 假设 在日常工作当中，有一些文件需要经过

53、上级领导审批之后才能通过， 流程是可以识别的 前置条件 用户已经被系统验证、 识别，并具有浏览流程的权限，系统中存在相 关流程的信息 后置条件 系统显示相关流程信息 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户输入查询工作流程的信息； 3. 系统显示相关信息； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 2a.无相关流程信息 1）系统提示无相关流程信息； 表3-16 添加公文流 用例名称 添加新公文流 参与者 系统管理员（主要参与者） 假设 在日常工作当中，有一些文件需要经过上级领导审批之后才能通过， 流程是可以识别的 前置条件 企业有新的公文，确疋公

54、文的流程信息，了解流程走向 后置条件 系统中新增新公文流程信息 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户输入新流程的信息，建立相关流程图； 3. 判断流程信息是否合法或重复； 4. 系统提交流程信息； 5. 系统记录相关流程信息和流程图，并提示存储成功； 6. 系统返回流程记录； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 3a.存在相同流程 1）系统提示流程相同信息； 表3-17 编辑公文流 用例名称 编辑新公文流 参与者 系统管理员（主要参与者） 假设 在日常工作当中，有一些文件需要经过上级领导审批之后才能通过 前置条件 用户已经被系统验证、

55、识别，并具有操作流程的权限，系统中存在相 关流程的信息 后置条件 系统更新公文流程信息 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户编辑流程的信息，修改相关流程图； 3. 系统记录相关流程信息和流程图，并提示存储成功； 备选事件流 1a.非法用户 2）系统提示错误信息并拒绝该用户登录系统； 2a.存在相同流程 2）系统提示流程相同信息； 表3-18 删除公文流 用例名称 删除公文流 参与者 系统管理员（主要参与者） 假设 在日常工作当中，有一些文件需要经过上级领导审批之后才能通过， 流程是可以识别的 前置条件 用户已经被系统验证、 识别，并具有操作流程的权限，系统中存在相 关流程

56、的信息 后置条件 系统删除相关公文流程信息 主事件流 1. 系统验证用户身份、角色、权限； 2. 系统删除相关流程信息和流程图，并提示删除成功； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 7）公务出差平台 图3-13 公务出差平台 表3-19 公务出差管理 用例名称 公务出差管理 参与者 用户（主要参与者） 假设 用户出差时间为一段时间段，每次出差已经得到上级的允许和批准 前置条件 用户已经被系统验证、识别，并具有浏览出差情况的权限，系统中存 在相关出差的信息 后置条件 系统显示出差情况信息 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户输入查询出差情

57、况的条件； 3. 系统显示相关出差情况记录； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 2a.无相关信息 1）系统提示无相关记录； 表3-20 公务出差登记 用例名称 公务出差登记 参与者 用户（主要参与者） 假设 用户出差时间为一段时间段，每次出差已经得到上级的允许和批准 前置条件 用户已经被系统验证、 识别，并具有操作出差登记情况的权限，上级 领导已经允许其出差 后置条件 系统记录用户出差信息 主事件流 1.系统验证用户身份、角色、权限； 2. 用户输入出差地点、时间等信息； 3. 系统记录相关信息，并提示记录成功； 备选事件流 1a.非法用户 1）系统提示错

58、误信息并拒绝该用户登录系统； 2a.出差时间重复 1）用户之前已经登记了相关出差信息，系统提示记录出错； 表3-21公务出差编辑 用例名称 公务出差编辑 参与者 用户（主要参与者） 假设 用户出差时间为一段时间段，每次出差已经得到上级的允许和批准 前置条件 用户已经被系统验证、 识别，并具有操作出差登记情况的权限，用户 未来的出差记录出错，用户所编辑出差记录的当前时间没有超过出差 记录的时间 后置条件 系统更新用户出差信息，审批后将出差记录归档 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户输入出差地点、时间等信息； 3. 系统记录相关信息，并提示记录成功； 备选事件流 1a.非法

59、用户 1）系统提示错误信息并拒绝该用户登录系统； 2a.出差时间重复 1）用户之前已经登记了相关出差信息，系统提示记录出错； 8）考勤平台 图3-14 考勤平台 表3-22考勤签到 用例名称 考勤签到 参与者 用户（主要参与者） 假设 用户出差时间为一段时间段，每次出差已经得到上级的允许和批准 前置条件 用户已经被系统验证、识别，并具有签到的权限，用户必须在上、下 班前10分钟在考勤模块中签到 后置条件 系统更新用户考勤信息 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户确认签到； 3. 系统记录相关信息，并提示记录成功； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用

60、户登录系统； 2a. 本日已经确认签到 1）用户之前已经登记了相关考勤信息，系统提示记录出错； 表3-23 请销假申请 用例名称 请销假申请 参与者 用户（主要参与者） 假设 用户请假时需向上级领导提出请假申请，需待上级领导审批才通过 前置条件 用户已经被系统验证、识别，并具有请假申请的权限 后置条件 系统记录用户的申请记录，审批后请假申请归档 主事件流 1. 系统验证用户身份、角色、权限； 2. 用户提交申请信息； 3. 系统记录相关信息，并提示记录成功，记录交由领导审批； 备选事件流 1a.非法用户 1）系统提示错误信息并拒绝该用户登录系统； 2a.该时间段内已经有请假申请 1）用户之前已