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

1、HYPERLINK N:整理后N:整理后HYPERLINK N:整理后N:整理后更多企业学院：HYPERLINK N:整理后Shop/Shop/中小企业治理全能版183套讲座+89700份资料HYPERLINK N:整理后Shop40.shtml t _blank/Shop/40.shtml总经理、高层治理49套讲座+16388份资料HYPERLINK N:整理后Shop38.shtml t _blank/Shop/38.shtml中层治理学院46套讲座+6020份资料HYPERLINK N:整理后Shop39.shtml t _blank/Shop/39.shtml国学智慧、易经46套讲座H

2、YPERLINK N:整理后Shop41.shtml t _blank/Shop/41.shtml人力资源学院56套讲座+27123份资料HYPERLINK N:整理后Shop44.shtml t _blank/Shop/44.shtml各时期职员培训学院77套讲座+ 324份资料HYPERLINK N:整理后Shop49.shtml t _blank/Shop/49.shtml职员治理企业学院67套讲座+ 8720份资料HYPERLINK N:整理后Shop42.shtml t _blank/Shop/42.shtml工厂生产治理学院52套讲座+ 13920份资料HYPERLINK N:整理

3、后Shop43.shtml t _blank/Shop/43.shtml财务治理学院53套讲座+ 17945份资料HYPERLINK N:整理后Shop45.shtml t _blank/Shop/45.shtml销售经理学院56套讲座+ 14350份资料HYPERLINK N:整理后Shop46.shtml t _blank/Shop/46.shtml销售人员培训学院72套讲座+ 4879份资料HYPERLINK N:整理后Shop47.shtml t _blank/Shop/47.shtmlHYPERLINK N:整理后 t _parent更多资料请访问.HYPERLINK E:需要处理文

4、档治理信息化OA自动化(http:)()更多企业学院：HYPERLINK N:整理后Shop/Shop/中小企业治理全能版183套讲座+89700份资料HYPERLINK N:整理后Shop40.shtml t _blank/Shop/40.shtml总经理、高层治理49套讲座+16388份资料HYPERLINK N:整理后Shop38.shtml t _blank/Shop/38.shtml中层治理学院46套讲座+6020份资料HYPERLINK N:整理后Shop39.shtml t _blank/Shop/39.shtml国学智慧、易经46套讲座HYPERLINK N:整理后Shop41

5、.shtml t _blank/Shop/41.shtml人力资源学院56套讲座+27123份资料HYPERLINK N:整理后Shop44.shtml t _blank/Shop/44.shtml各时期职员培训学院77套讲座+ 324份资料HYPERLINK N:整理后Shop49.shtml t _blank/Shop/49.shtml职员治理企业学院67套讲座+ 8720份资料HYPERLINK N:整理后Shop42.shtml t _blank/Shop/42.shtml工厂生产治理学院52套讲座+ 13920份资料HYPERLINK N:整理后Shop43.shtml t _bla

6、nk/Shop/43.shtml财务治理学院53套讲座+ 17945份资料HYPERLINK N:整理后Shop45.shtml t _blank/Shop/45.shtml销售经理学院56套讲座+ 14350份资料HYPERLINK N:整理后Shop46.shtml t _blank/Shop/46.shtml销售人员培训学院72套讲座+ 4879份资料HYPERLINK N:整理后Shop47.shtml t _blank/Shop/47.shtml 毕业设计(论文)企业OA系统分析与设计学 院： 管 理 与 经 济 学 院 专 业： 姓 名： 指导老师： 信 息 管 理 与 信 息 系

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

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

9、个开发流程的有所了解。关键词：OA办公自动化系统 ASP.NET C# LINQ B/S模式结构Analysis and Design of Enterprise OA SystemABSTRACTWith the growing requirements of Business information, the traditional way of information exchange can not meet the need of companies which have to transmit and process a lot of information within a sh

10、ort time. Therefore, its important to merge network management applications into the office routine. The application of network management could not only can greatly improve the management level of enterprise and speed up the flow of internal information to ensure effective use of information and en

11、hance the core competitiveness of enterprises.For the specific business requirements of enterprises, through the enterprise office automation systems, using the Internet communications technology, to make the enterprise information management and network offices together with the office automation s

12、ystems. Information in the enterprise to speed up construction, strengthen the competitiveness of enterprises and enhance the modern enterprise management capabilities, enterprise information sharing, avoids the digital divide and the information island phenomenon.The system uses the ASP.NET dynamic

13、 web page technology and Microsoft SQL Server database platform, using C # as the projects main development language, combined with Linq, Html, JavaScript, CSS and other technical means and the B / S model structure, from the practical application, completed system of personal contacts, personal inf

14、ormation, personal approval, personal attendance and other functions. This paper describes the system from requirements analysis to system implementation of the development process, so the reader on the system understands the whole development process.Keywords: office automation systems ASP.NET C# L

15、INQB / S mode structure目 录 TOC o 1-3 f t 摘要（英文）,1,小标题,1,3级小标题,1,多级小标题,1,摘要,1,ABSTRACT,1,论文篇章标题,1,附录,1,附录标题,1 摘 要 PAGEREF _Toc262810975 h IABSTRACT PAGEREF _Toc262810976 h II1前 言 PAGEREF _Toc262810977 h - 1 -1.1编写目的 PAGEREF _Toc262810978 h - 1 -1.2项目背景 PAGEREF _Toc262810979 h - 1 -1.3拟解决的关键问题： PAGERE

16、F _Toc262810980 h - 1 -1.4系统发开技术 PAGEREF _Toc262810981 h - 2 -2系统需求讲明 PAGEREF _Toc262810982 h - 3 -2.1需求讲明简介 PAGEREF _Toc262810983 h - 3 -2.1.1目标系统预期目标 PAGEREF _Toc262810984 h - 3 -2.2项目预期使用者 PAGEREF _Toc262810985 h - 4 -2.3用户及其特点 PAGEREF _Toc262810986 h - 4 -2.4项目特点 PAGEREF _Toc262810987 h - 4 -2.5

17、系统技术支持 PAGEREF _Toc262810988 h - 4 -2.5.1应用程序及数据库的相关要求 PAGEREF _Toc262810989 h - 4 -2.5.2数据备份 PAGEREF _Toc262810990 h - 5 -2.6系统运行环境 PAGEREF _Toc262810991 h - 5 -2.6.1硬件平台 PAGEREF _Toc262810992 h - 5 -2.6.2软件平台 PAGEREF _Toc262810993 h - 5 -2.7功能要求 PAGEREF _Toc262810994 h - 5 -2.7.1总体系统功能要求 PAGEREF _

18、Toc262810995 h - 5 -2.7.2具体要求 PAGEREF _Toc262810996 h - 5 -2.7.3系统模块 PAGEREF _Toc262810997 h - 6 -3系统分析讲明 PAGEREF _Toc262810998 h - 8 -3.1系统可行性分析 PAGEREF _Toc262810999 h - 8 -3.1.1可行性研究的前提 PAGEREF _Toc262811000 h - 8 -3.1.2系统目标 PAGEREF _Toc262811001 h - 8 -3.1.3经济可行性分析 PAGEREF _Toc262811002 h - 8 -3

19、.1.4技术可行性分析 PAGEREF _Toc262811003 h - 9 -3.1.5社会可行性分析 PAGEREF _Toc262811004 h - 9 -3.2需求分析 PAGEREF _Toc262811005 h - 9 -3.3企业组织结构图 PAGEREF _Toc262811006 h - 11 -3.4系统审批流程 PAGEREF _Toc262811007 h - 12 -3.5系统分析 PAGEREF _Toc262811008 h - 14 -3.5.1系统总体用例图 PAGEREF _Toc262811009 h - 14 -3.5.2用例规约 PAGEREF

20、_Toc262811010 h - 15 -4系统设计 PAGEREF _Toc262811011 h - 37 -4.1系统整体结构 PAGEREF _Toc262811012 h - 37 -4.1.1B/S结构 PAGEREF _Toc262811013 h - 37 -4.1.2ASP.NET MVC框架 PAGEREF _Toc262811014 h - 37 -4.2系统功能结构 PAGEREF _Toc262811015 h - 38 -4.3系统网络拓扑结构 PAGEREF _Toc262811016 h - 40 -4.4系统类图 PAGEREF _Toc262811017

21、h - 40 -4.5系统顺序图 PAGEREF _Toc262811018 h - 41 -4.6数据库设计 PAGEREF _Toc262811019 h - 44 -4.6.1Microsoft SQL Server PAGEREF _Toc262811020 h - 44 -4.6.2LINQ PAGEREF _Toc262811021 h - 44 -4.7系统E-R图 PAGEREF _Toc262811022 h - 45 -4.8系统数据库设计 PAGEREF _Toc262811023 h - 46 -4.9系统界面设计 PAGEREF _Toc262811024 h - 5

22、2 -5系统实施 PAGEREF _Toc262811025 h - 59 -5.1系统开发软件 PAGEREF _Toc262811026 h - 59 -5.2系统运行环境 PAGEREF _Toc262811027 h - 59 -5.3系统代码 PAGEREF _Toc262811028 h - 60 -5.4问题及解决 PAGEREF _Toc262811029 h - 63 -6系统测试 PAGEREF _Toc262811030 h - 65 -6.1测试内容 PAGEREF _Toc262811031 h - 65 -6.2测试环境 PAGEREF _Toc262811032

23、h - 65 -6.3测试方法 PAGEREF _Toc262811033 h - 65 -6.4测试目标 PAGEREF _Toc262811034 h - 65 -7总 结 PAGEREF _Toc262811035 h - 66 -7.1设计成果 PAGEREF _Toc262811036 h - 66 -7.2需要改进和不足之处 PAGEREF _Toc262811037 h - 66 -参考文献 PAGEREF _Toc262811038 h - 67 -附 录 PAGEREF _Toc262811039 h - 68 -1.系统功能结构图 PAGEREF _Toc262811040

24、 h - 68 -2.系统分部E-R 图 PAGEREF _Toc262811041 h - 69 -谢 辞 PAGEREF _Toc262811042 h - 74 -前 言编写目的在现实生活当中，企业的生产活动、信息交流等企业活动差不多上在计算机的关心下完成的。企业通过使用计算机来提高企业工作效率，获得更大的财宝。而办公则成为企业中每一个成员的具体的信息交流渠道，随着文件的流淌，产生了各种各样的信息内容供企业治理者、生产者等共享、使用。在OA系统技术不断成熟，相关的功能得到不断的完善，OA系统正迈向“智能型”OA系统进展，随着组织流程的固化和改进、知识的累积和应用、技术的创新而提升。但由于

25、整个企业的信息、文档等内部、外部资料内容复杂多样、及时性强、交流广泛等特点，给企业带来专门多的问题和困难。本系统将解决上述问题，并为企业文档、单据、资料运用到计算机中，进行各种审批、阅读、传阅等提供方便、及时、畅通的信息流通和让企业向无纸化办公一体化的解决方案。项目背景目前，信息化来武装企业，差不多是大势所趋。车间里的工人通过OA系统来完成流水线上监督每一个工序；治理人员借助电脑和网络迅速地处理日常的业务；仓库治理人员通过各种应用系统来治理各种物料、原材料等等。单纯地依靠手写纸张的化是如何都不能赶上现代信息的速度，因此，建立网络OA系统是现今的一种潮流。通过OA系统对企业日常办公进行治理，满足

26、企业日常办公、治理等各方面的需求，实现企业内部治理者、职员之间的信息交流，大大提高了企业内部的沟通；提供公告与公文信息的治理，方便其及时了解企业的实时动态消息；同时使企业的日常治理步入科学系统治理的轨道上拟解决的关键问题：企业职员之间短消息的发送与接收；工作流程系统的设计与分析；企业信息的分析与整合；系统发开技术C#开发语言C#是一种最新的、面向对象的编程语言。它使得程序员能够快速地编写各种基于Microsoft .NET平台的应用程序，Microsoft .NET提供了一系列的工具和服务来最大程度地开发利用计算与通讯领域。XMLXML即可扩展标记语言（Extensible Markup La

27、nguage），是一种用来创建自定义标记的标记语言。在Web应用以及Web服务开发中得到了广泛的运用，可用来描述结构化的数据。在本系统当中，XML技术要紧用于设计工作流程系统模块当中，治理审批流程的过程传递方向和审批权限。JavaScriptJavaScript是一种由Netscape的LiveScript进展而来的原型化继承的面向对象的动态类型的区分大小写的客户端脚本语言，要紧目的是为了解决服务器端语言，比如Perl，遗留的速度问题，为客户提供更流畅的扫瞄效果。数字证书字证书是由权威机构CA证书授权（Certificate Authority）中心发行的，能提供在Internet上进行身份验

28、证的一种权威性电子文档，人们能够在互联网交往中用它来证明自己的身份和识不对方的身份。数字证书也必须具有唯一性和可靠性。为了达到这一目的，需要采纳专门多技术来实现。通常，数字证书采纳公钥体制，即利用一对互相匹配的密钥进行加密、解密。每个用户自己设定一把特定的仅为本人所有的私有密钥（私钥），用它进行解密和签名；同时设定一把公共密钥（公钥）并由本人公开，为一组用户所共享，用于加密和验证签名。系统需求讲明需求讲明简介目标系统预期目标公司通过内部网络、Internet等技术对属下子公司或部门的各项数据、资料和各类报表进行及时的查看、扫瞄、采集、加工，并实现对其的实时监控。将各类的数据、资料、报表等以信息

29、技术等手段为基础，推进现代化治理模式的实施，提高工作效率和工作质量，降低工作费用，加强成本治理，实现快捷、安全、规范的信息治理模式。实现各类资料的共享、利用，消除信息孤岛，实现办公无纸化、网络化；规范治理和业务流程；加强各个部门之间的交流与沟通，进一步提高工作效率，实现远程办公和移动办公；实现内网（Intranet）、外网（Internet）的集成处理，提高整个信息化的水平；采纳先进的治理理念，按照工作流程的最优化准则、成本最小化和效益最大化准则，建立一套适合本企业治理模式的计算机治理信息系统。建立电子档案，便于信息的建立于查询，使其更加科学与规范、信息传输便捷。建立信息网络平台、应用系统以及

30、信息源开发三位一体的整体结构，逐步实现在全公司范围内建立以生产、经营、治理一体化的综合业务信息系统，为各相关部门和公司全面提高信息化建设与现代化建设的治理水平。实现数据传输网络化、业务流程规范化、公办手段自动化、信息查询透明化、信息安全可控化、为企业领导所做出的决策提供必要的保证，从而增强企业在市场上应变能力和竞争能力，提高产品质量、设备利用率和产品市场占有率，降低生产成本，给企业带来经济和市场效益。项目预期使用者公司领导、各单位部门领导、治理人员、技术人员用户及其特点大部分使用者具备一定的计算机操作基础，能熟练应用Microsoft Office软件办公，企业职能人员为信息交互平台的要紧使用

31、者。项目特点方便性：采纳扫瞄器窗口界面，跟Microsoft Office界面风格相同，操作简单。实时性：与企业治理系统紧密结合，能够实时办公。安全性：对用户操作系统的密码采取加密后存储，同时实现数字证书技术，对有专门安全需要的用户提供相对应的数字证书，以确保其信息、数据安全。支持异地办公：系统能够随时随地地通过Internet登录，便于异地办公。易扩充性和可维护性：依照机构变动和业务调整，系统通过简单配置即能适应各种技术变化。系统技术支持应用程序及数据库的相关要求系统开发使用C#、JavaScript、Jscript等语言工具。为了适应以后的分布式查询以及实际业务处理要求，系统采纳三层架构。

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

33、3以上，内存 128M，10GB的硬盘存储空间软件平台操作系统：客户端 Windows 2000 Professional、Windows 2003 Server、Windows 2008 Server等Windows系统均可。考虑到装机的方便性和维护性等因素，首推举使用Windows XP操作系统。服务器：Windows 2003 Server 或 Windows 2008 Server版本数据库Microsoft SQL Server 2005以上的版本功能要求总体系统功能要求在选择相应的系统应用平台和硬件技术，优先考虑技术上在今后业务进展以及其他应用系统的兼容性，需要强大的可扩展性和连续

34、性。其次在系统的使用性和操作性、设置治理的灵活方便性能的角度，对办公自动化的应用平台和OA系统进行全面的考察。具体要求构建公司治理部门统一的信息治理平台，整合各部门能的信息系统。通过现今先进的信息通信技术和信息安全技术，为企业各部门的信息整合提供信息平台、单点登录、安全访问、个性化办公流程、信息交互和信息共享、表单填报和审批、公文处理、邮件服务、日程安排、个人办公、信息查询、档案治理、治理监督等。为企业决策层提供快速可靠的数据信息以及方便的操纵流程，满足治理层高效处理日常事务的工作需求，并协助领导顺利完成各项工作；采纳合理的工作流程方式处理阻碍工作效率的各个环节，最大限度地幸免人工传送信息的工

35、作；保证信息的安全性。系统模块本课题要紧的研究内容以完成“企业网络OA系统”的设计为主，企业网络OA系统是一个适用于中小型企业，满足其日常办公需求的治理系统，该系统初步确定由5个模块组成。个人信息该模块要紧指登陆系统的用户的信息目录，其需要保存的信息有：姓名、性不、手机、E-mail、QQ、MSN、家庭住址、邮编；同时该模块用户能够自由维护自己的差不多信息以及添加、删除联系人。消息治理该模块用作当前的登录用户给系统内、外的其他用户发送短信息（即站内信息、站外信息），并能够查看其他用户发来的消息。本模块当中的信息要紧有：消息同意者、消息的发送者、消息的内容、发送时刻以及是否已读等。公告治理该模块

36、用作系统治理员以及企业高层职员向企业各部门、工作人员发送通知，通过系统治理员的审批后公布，方便大伙儿查看，但只有发送方才有权修改、删除该通知，本模块包含的信息包括：公告填写人、公告审批人、公告标题、公告内容、公告公布的时刻。考勤治理该模块登记系统操作用户考勤记录，登记用户上班、下班、加班、请假以及其缘故等等信息，用户还能够查看往常的考勤记录，统计加班、请假天数和次数。当完成请假程序之后，系统自动把请假单上传到人力资源部门审批、审核，并把审批后结果返回给用户。该模块包括的信息有：上班在线时刻（上、下午）、下班落线时刻（上、下午）、请假日期、请假缘故、请假天数、请假类型、呈送审批、审批结果、加班缘

37、故等。后台治理该模块为系统治理员专用模块。其要紧包含了职位治理、用户权限治理、考勤治理、考勤查询、人员信息治理、审批权限治理等。该模块包含的信息要紧有：上级职位、职位名称、职位简介、职位考勤时刻、职位权限（扫瞄节点权、审批权、丢弃文档权、治理节点权、治理组员权、治理权限权、查看文档权、投递文档权、项目转移权等）、考勤日期设置、考勤时刻设置、考勤信息、企业职员信息、版主设定、帖子治理等。系统分析讲明系统分析是应用系统思想和方法，把复杂的对象分解成简单的组成部分，找出这些部分的差不多属性和彼此的关系。本系统采纳面向对象方法（OOA）对系统用户的需求进行分析，采纳UML统一建模语言表示。系统可行性分

38、析可行性研究的前提系统功能要求：本系统依照企业的需求，并按照日常的企业活动和企业打算的安排，需要的差不多功能包括了:个人信息、日程安排、消息治理、公告治理、企业论坛、客户治理、考勤治理、后台治理等功能模块。系统关联性要求：实现本OA系统与企业其他系统有一定的连接，或附带相关系统的基础功能。系统目标减少企业活动中人力与设备等费用；提高企业信息处理速度；改进治理信息服务；实现人员考勤、信息治理。经济可行性分析通过本系统对企业内部信息进行全面的自动化治理，能够大大提高企业的办公效率；对企业生产经营过程中的数据进行全面的治理和统计，幸免人为处理各类数据时所产生的各种各样的问题，提高企业的经济效益，为企

39、业经营决策提供大量的、准确的数据，是企业的治理逐渐实现科学化、系统化。在实施设计时期有可能需要购置外部硬件设备，无需开发费用和治理费用。技术可行性分析网络化得办公治理理念，使企业治理得到规范，实现了通过网络地信息进行公布、传递、接收等一系列功能。系统中才采纳A技术实现WEB应用程序，按照企业活动和工作流程设计并制造出该系统，实现企业信息的交流和治理、统计。故从技术上，如此一套应用系统在技术上是可行的。社会可行性分析为了扩大规模，增强企业的竞争力，传统的办公模式对信息的处理方法早已不能满足企业对信息快速、准确处理的要求。一个企业对信息数据的掌握程度、处理能力，体现了一个企业对市场的敏感程度，数据

40、的真实性、准确性直接决定着企业的进展方向。从传统的办公模式向自动化办公治理模式转变，提高企业的治理和协作能力，以增强企业的市场竞争力，成为企业进展过程中的首要问题。故需开发本系统对企业信息作出必要的支持。需求分析业务参与者:业务参与者，即Actor，在系统的具体业务当中扮演系统某个角色的人、部门或独立的系统模块等。针对实践调查所得和需求分析讲明，本系统的参与者包括：用户：用户参与系统的要紧成员，即接触使用系统的所有者，是系统当中的一个超类；系统治理员：系统治理员是系统的维护工作人员，拥有对系统目录、角色、权限、用户以及系统基础数据治理的操作权限，同时也是用户的一个子类；领导：领导是指各个部门的

41、主管以及上级领导的总称；人力资源部职员：人力资源部职员是人力资源部的成员，要紧执行对企业职员的工作进行考核和信息治理，但没有删除职员信息的权限；人力资源部主管：人力资源部的主管拥有人力资源部职员的各项操作权限，并能对无效的职员信息进行删除；系统业务用例：系统治理员要紧业务：A1:考勤设置：系统治理员设置日常上、下班考勤时刻、休息日设置、请假类不等考勤信息；A2：公文流治理：是系统治理员关于日常用户生成公文，如工作文件、请假单、销假单等等的治理。A3：新闻公告治理：系统治理员用户对在正常生产经营当中，用户提出的新闻公告进行公布、治理；领导要紧业务：考勤审批：每一个部门主管、领导能够批准其下属的请

42、假申请；新闻公告审批：领导能够审批下属申请的新闻和通知信息，审批完之后传给系统治理员公布；人力资源部职员要紧业务:职工治理：职工信息治理是对企业职员的信息进行治理、统计，具有增、改、查等功能；人力资源部主管要紧业务：删除职工信息：指对职工信息出现异常的时候对该职员信息进行删除；用户要紧业务：登陆系统验证：当用户登陆系统的时候验证用户所提交的用户名和密码，以及所提交的数字证书的有效性；文件柜：用于储存用户的文件资料；考勤签到：依照企业部门规定和系统治理员设定的考勤治理时刻，用户在规定的时刻内在系统报到；请销假申请：用户当遇上生病或专门情况的时候能够向上级领导或者主管提出请假申请；而当假期尚未完，

43、则能够申请销假。加班登记：当在非工作时刻内上班的时候，用户需要向人事部门填写加班登记表；联系人治理：用户对亲戚、朋友、客户信息的登记；治理用户日志：用户将日常工作信息记录下来以便考察；扫瞄公文流：用户能够随时查看公文流信息；扫瞄职工信息：每位用户能够在职工的信息表当中扫瞄到企业当中职工的信息；用车使用申请：用户当需要使用企业公车的时候能够向办公室申请使用；车辆列表：用户能够随时扫瞄企业公车信息；公务出差治理：用户在出差的时候向登记该信息，以上报上级领导；短信平台：用户能够向企业内的各个职工发送短信信息；邮件平台：用户能够向企业内的各个职工发送邮件信息；办公用品治理：用户随时查看企业办公用品信息

44、，并登记领取；企业组织结构图图3-1 企业组织结构图假定企业当中有一个总经理，其属下有多个部门，包括副经理、财务部、人力资源部、市场营销部、生产部、办公室、IT部门等；而每个部门都有且只有一个部门主管；同时每个部门差不多上由多个职员共同组成。系统审批流程职工请假流程图3-2 职工请假流程职员领取请假单，并按要求填入相关的请假事项，然后把请假单提交给系统；系统会依照职员所在的部门，把请假单发送到各自的领导的“待办文件”中；领导对其批阅后，对其作出必要的审批结果，并把结果返回给该职员；最后系统记录其请假信息，并形成文档。职工销假流程图3-3 职工销假流程职员领取销假单，并按要求填入相关的销假事项，

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

46、用申请流程图3-5 公务车使用申请流程申请人领取车辆使用申请单，填写相应的信息后，把申请单提交给办公室的科员办理；科员对申请人提交的信息进行审查，审查结束后把申请单提交给领导审批；最后，当领导审批结束之后，把申请单记录到系统当中，形成文档，并把审批结果返回给申请人。系统分析系统总体用例图图3-6 系统总体用例图用例规约登录系统验证图3-7 登录系统验证表3-1 登录系统验证用例名称登录系统验证参与者用户（要紧参与者）、系统治理员（次要参与者）假设系统安装到服务器上，用户通过指定的URL地址访问系统登录页面，通过输入相应用户的姓名和密码（有需要的话可能使用相应的数字证书）登录系统，进行相应的功能

47、操作前置条件系统安装到相应服务器上后置条件记录用户登录时刻，用户状态改变为在线状态主事件流用户提交用户名、密码、数字证书；系统验证用户的用户名和密码；传递数字证书的信息；验证数字证书的有效性；用户登录系统操作界面，用户登录成功；备选事件流2a. 非法用户系统提示错误信息并拒绝该用户登录系统；4a. 非法数字证书系统提示错误信息并拒绝该用户登录系统；联系人治理图3-8 联系人治理表3-2 增加联系人用例名称增加联系人参与者用户（要紧参与者）假设用户都有自己的朋友、同事、客户等，均具有各自的联系信息，用户需要将这些信息输入到系统当中前置条件用户差不多被系统验证、识不，并具有操作通讯录的权限后置条件

48、对用户的通讯录增加新联系人主事件流系统验证用户身份、角色、权限；用户向系统输入新联系人的信息；系统验证联系人信息格式是否正确；提示输入成功；系统添加联系人信息，并统计联系人总数；备选事件流1a. 非法用户系统提示错误信息并拒绝该用户登录系统；3a. 联系人信息重复系统提示重复消息并提示用户需要修改；3b. 用户所填信息有误系统提示重复消息并提示用户需要修改；表3-3 删除联系人用例名称删除联系人参与者用户（要紧参与者）假设用户都有自己的朋友、同事、客户等，均具有各自的联系信息，同时这些信息差不多存在系统当中，用户需要将这些信息从系统当中删除前置条件用户差不多被系统验证、识不，并具有操作通讯录的

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

50、；用户更新指定联系人信息，并提示更新成功提示；系统更新联系人信息，并统计联系人总数；备选事件流1a. 非法用户系统提示错误信息并拒绝该用户登录系统；短信平台图3-9 短信平台表3-5 扫瞄短信用例名称扫瞄短信参与者用户（要紧参与者）假设用户向各联系人发短信，且收信人均能够收到短信内容，系统差不多将该记录存储起来前置条件用户差不多被系统验证、识不，并具有操作短信的权限后置条件系统显示曾经发送的短信息列表主事件流系统验证用户身份、角色、权限；用户输入查询短信息的内容；返回用户短信内容；备选事件流1a. 非法用户系统提示错误信息并拒绝该用户登录系统；2a. 无信息内容系统当中并没有用户所需要的信息资

51、料，系统提示无相关记录；表3-6 发送短信息用例名称发送短信息参与者发信人（要紧参与者）、收信人（次要参与者）假设系统在联网的条件下，用户需要对联系人发送即时信息，同时每个收信人均能够收到短信内容前置条件用户差不多被系统验证、识不，并具有操作短信的权限系统确定是联网状态后置条件系统向收信人发送信息，并记录当次送信记录主事件流系统验证用户身份、角色、权限；用户输入收信人的信息和发信的内容；系统推断是处于联网状态；系统提示该短信发送成功，并将此信息内容转存到发件箱，信息投送到收信人的手机；备选事件流1a. 非法用户系统提示错误信息并拒绝该用户登录系统；3a. 系统处于断网状态系统提示错误信息并将此

52、信息内容转存到草稿箱；表3-7 删除短信息用例名称删除短信息参与者发件人（要紧参与者）假设用户向各联系人发短信，且收信人均能够收到短信内容，系统差不多将该记录存储起来前置条件用户差不多被系统验证、识不，并具有操作短信的权限后置条件系统删除相关短信记录主事件流系统验证用户身份、角色、权限；用户执行删除短息记录操作，系统提示删除操作成功；备选事件流1a. 非法用户系统提示错误信息并拒绝该用户登录系统；2a. 无信息内容系统没有用户所需要的信息资料，系统提示无相关记录；邮件平台图3-10 邮件平台表3-8 发件箱用例名称发件箱参与者发件人（要紧参与者）假设用户曾经向各个联系人发送邮件前置条件用户差不

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

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

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

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

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

58、户输入查询职工的信息；系统显示相关信息；备选事件流1a. 非法用户系统提示错误信息并拒绝该用户登录系统；2a. 无相关职员信息系统提示无相关职员信息；公文流平台图3-12 公文流平台表3-15 公文流治理用例名称公文流治理参与者用户（要紧参与者）、系统治理员（次要参与者）假设在日常工作当中，有一些文件需要通过上级领导审批之后才能通过，流程是能够识不的前置条件用户差不多被系统验证、识不，并具有扫瞄流程的权限，系统中存在相关流程的信息后置条件系统显示相关流程信息主事件流系统验证用户身份、角色、权限；用户输入查询工作流程的信息；系统显示相关信息；备选事件流1a. 非法用户系统提示错误信息并拒绝该用户

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

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