企业OA系统分析与设计毕业设计.doc

北京理工大学珠海学院2010届本科生毕业设计企业OA系统分析与设计毕业设计目 录摘 要IABSTRACTII1前 言- 1 -1.1编写目的- 1 -1.2项目背景- 1 -1.3拟解决的关键问题：- 1 -1.4系统发开技术- 2 -2系统需求说明- 3 -2.1需求说明简介- 3 -2.1.1目标系统预期目标- 3 -2.2项目预期使用者- 4 -2.3用户及其特点- 4 -2.4项目特点- 4 -2.5系统技术支持- 4 -2.5.1应用程序及数据库的相关要求- 4 -2.5.2数据备份- 5 -2.6系统运行环境- 5 -2.6.1硬件平台- 5 -2.6.2软件平台- 5 -2.7功能要求- 5 -2.7.1总体系统功能要求- 5 -2.7.2具体要求- 5 -2.7.3系统模块- 6 -3系统分析说明- 8 -3.1系统可行性分析- 8 -3.1.1可行性研究的前提- 8 -3.1.2系统目标- 8 -3.1.3经济可行性分析- 8 -3.1.4技术可行性分析- 9 -3.1.5社会可行性分析- 9 -3.2需求分析- 9 -3.3企业组织结构图- 11 -3.4系统审批流程- 12 -3.5系统分析- 14 -3.5.1系统总体用例图- 14 -3.5.2用例规约- 15 -4系统设计- 37 -4.1系统整体结构- 37 -4.1.1B/S结构- 37 -4.1.2ASP.NET MVC框架- 37 -4.2系统功能结构- 38 -4.3系统网络拓扑结构- 40 -4.4系统类图- 40 -4.5系统顺序图- 41 -4.6数据库设计- 44 -4.6.1Microsoft SQL Server- 44 -4.6.2LINQ- 44 -4.7系统E-R图- 45 -4.8系统数据库设计- 46 -4.9系统界面设计- 52 -5系统实施- 59 -5.1系统开发软件- 59 -5.2系统运行环境- 59 -5.3系统代码- 60 -5.4问题及解决- 63 -6系统测试- 65 -6.1测试内容- 65 -6.2测试环境- 65 -6.3测试方法- 65 -6.4测试目标- 65 -7总 结- 66 -7.1设计成果- 66 -7.2需要改进和不足之处- 66 -参考文献- 67 -附 录- 68 -1.系统功能结构图- 68 -2.系统分部E-R 图- 69 -谢 辞- 74 -751 前 言1.1 编写目的在现实生活当中，企业的生产活动、信息交流等企业活动都是在计算机的帮助下完成的。企业通过使用计算机来提高企业工作效率，获得更大的财富。而办公则成为企业中每一个成员的具体的信息交流渠道，随着文件的流动，产生了各种各样的信息内容供企业管理者、生产者等共享、使用。在OA系统技术不断成熟，相关的功能得到不断的完善，OA系统正迈向“智能型”OA系统发展，随着组织流程的固化和改进、知识的累积和应用、技术的创新而提升。但由于整个企业的信息、文档等内部、外部资料内容复杂多样、及时性强、交流广泛等特点，给企业带来很多的问题和困难。本系统将解决上述问题，并为企业文档、单据、资料运用到计算机中，进行各种审批、阅读、传阅等提供方便、及时、畅通的信息流通和让企业向无纸化办公一体化的解决方案。1.2 项目背景目前，信息化来武装企业，已经是大势所趋。车间里的工人通过OA系统来完成流水线上监督每一个工序；管理人员借助电脑和网络迅速地处理日常的业务；仓库管理人员通过各种应用系统来管理各种物料、原材料等等。单纯地依靠手写纸张的化是怎么都不能赶上现代信息的速度，因此，建立网络OA系统是现今的一种潮流。通过OA系统对企业日常办公进行管理，满足企业日常办公、管理等各方面的需求，实现企业内部管理者、员工之间的信息交流，大大提高了企业内部的沟通；提供公告与公文信息的管理，方便其及时了解企业的实时动态消息；同时使企业的日常管理步入科学系统管理的轨道上1.3 拟解决的关键问题：1) 企业员工之间短消息的发送与接收；2) 工作流程系统的设计与分析；3) 企业信息的分析与整合；1.4 系统发开技术(1) C#开发语言C#是一种最新的、面向对象的编程语言。它使得程序员可以快速地编写各种基于Microsoft .NET平台的应用程序，Microsoft .NET提供了一系列的工具和服务来最大程度地开发利用计算与通讯领域。(2) XMLXML即可扩展标记语言（Extensible Markup Language），是一种用来创建自定义标记的标记语言。在Web应用以及Web服务开发中得到了广泛的运用，可用来描述结构化的数据。在本系统当中，XML技术主要用于设计工作流程系统模块当中，管理审批流程的过程传递方向和审批权限。(3) JavaScriptJavaScript是一种由Netscape的LiveScript发展而来的原型化继承的面向对象的动态类型的区分大小写的客户端脚本语言，主要目的是为了解决服务器端语言，比如Perl，遗留的速度问题，为客户提供更流畅的浏览效果。(4) 数字证书字证书是由权威机构CA证书授权（Certificate Authority）中心发行的，能提供在Internet上进行身份验证的一种权威性电子文档，人们可以在互联网交往中用它来证明自己的身份和识别对方的身份。数字证书也必须具有唯一性和可靠性。为了达到这一目的，需要采用很多技术来实现。通常，数字证书采用公钥体制，即利用一对互相匹配的密钥进行加密、解密。每个用户自己设定一把特定的仅为本人所有的私有密钥（私钥），用它进行解密和签名；同时设定一把公共密钥（公钥）并由本人公开，为一组用户所共享，用于加密和验证签名。2 系统需求说明2.1 需求说明简介2.1.1 目标系统预期目标1) 公司通过内部网络、Internet等技术对属下子公司或部门的各项数据、资料和各类报表进行及时的查看、浏览、采集、加工，并实现对其的实时监控。2) 将各类的数据、资料、报表等以信息技术等手段为基础，推进现代化管理模式的实施，提高工作效率和工作质量，降低工作费用，加强成本管理，实现快捷、安全、规范的信息管理模式。3) 实现各类资料的共享、利用，消除信息孤岛，实现办公无纸化、网络化；规范管理和业务流程；加强各个部门之间的交流与沟通，进一步提高工作效率，实现远程办公和移动办公；实现内网（Intranet）、外网（Internet）的集成处理，提高整个信息化的水平；采用先进的管理理念，按照工作流程的最优化准则、成本最小化和效益最大化准则，建立一套适合本企业管理模式的计算机管理信息系统。4) 建立电子档案，便于信息的建立于查询，使其更加科学与规范、信息传输便捷。5) 建立信息网络平台、应用系统以及信息源开发三位一体的整体结构，逐步实现在全公司范围内建立以生产、经营、管理一体化的综合业务信息系统，为各相关部门和公司全面提高信息化建设与现代化建设的管理水平。实现数据传输网络化、业务流程规范化、公办手段自动化、信息查询透明化、信息安全可控化、为企业领导所做出的决策提供必要的保证，从而增强企业在市场上应变能力和竞争能力，提高产品质量、设备利用率和产品市场占有率，降低生产成本，给企业带来经济和市场效益。2.2 项目预期使用者公司领导、各单位部门领导、管理人员、技术人员2.3 用户及其特点大部分使用者具备一定的计算机操作基础，能熟练应用Microsoft Office软件办公，企业职能人员为信息交互平台的主要使用者。2.4 项目特点1) 方便性：采用浏览器窗口界面，跟Microsoft Office界面风格相同，操作简单。2) 实时性：与企业管理系统紧密结合，可以实时办公。3) 安全性：对用户操作系统的密码采取加密后存储，同时实现数字证书技术，对有特殊安全需要的用户提供相对应的数字证书，以确保其信息、数据安全。4) 支持异地办公：系统可以随时随地地通过Internet登录，便于异地办公。5) 易扩充性和可维护性：根据机构变动和业务调整，系统经过简单配置即能适应各种技术变化。2.5 系统技术支持2.5.1 应用程序及数据库的相关要求系统开发使用C#、JavaScript、Jscript等语言工具。为了适应未来的分布式查询以及实际业务处理要求，系统采用三层架构。由于表示层、业务层、数据层的分离处理，从而使程序能够更好的实现升级与维护，减少系统维护的工作量。数据库的设计与系统信息模型相一致。经过数据的流量分析，负载均衡分析对数据进行合理优化，并且针对业务的需要对表结构进行优化，使数据库具有数据结构化、最低冗余度、较高的程序与数据独立性，确定数据的最优存储策略，同时，为了给未来数据库能提供更大的支持，在设计数据结构以及程序处理方法时采用SQL Server数据库。2.5.2 数据备份为了确保数据的充分安全，数据处理中心必须配备可靠的数据本分存储设备，同时，软件具有数据备份功能。2.6 系统运行环境2.6.1 硬件平台考虑到企业的经济情况，计算机配件的最低参数为：CPU Pentium 3以上，内存 128M，10GB的硬盘存储空间2.6.2 软件平台1) 操作系统：客户端 Windows 2000 Professional、Windows 2003 Server、Windows 2008 Server等Windows系统均可。考虑到装机的方便性和维护性等因素，首推荐使用Windows XP操作系统。2) 服务器：Windows 2003 Server 或 Windows 2008 Server版本3) 数据库Microsoft SQL Server 2005以上的版本2.7 功能要求2.7.1 总体系统功能要求在选择相应的系统应用平台和硬件技术，优先考虑技术上在将来业务发展以及其他应用系统的兼容性，需要强大的可扩展性和延续性。其次在系统的使用性和操作性、设置管理的灵活方便性能的角度，对办公自动化的应用平台和OA系统进行全面的考察。2.7.2 具体要求构建公司管理部门统一的信息管理平台，整合各部门能的信息系统。通过现今先进的信息通信技术和信息安全技术，为企业各部门的信息整合提供信息平台、单点登录、安全访问、个性化办公流程、信息交互和信息共享、表单填报和审批、公文处理、邮件服务、日程安排、个人办公、信息查询、档案管理、管理监督等。为企业决策层提供快速可靠的数据信息以及方便的控制流程，满足管理层高效处理日常事务的工作需求，并协助领导顺利完成各项工作；采用合理的工作流程方式处理影响工作效率的各个环节，最大限度地避免人工传送信息的工作；保证信息的安全性。2.7.3 系统模块本课题主要的研究内容以完成“企业网络OA系统”的设计为主，企业网络OA系统是一个适用于中小型企业，满足其日常办公需求的管理系统，该系统初步确定由5个模块组成。1) 个人信息该模块主要指登陆系统的用户的信息目录，其需要保存的信息有：姓名、性别、手机、E-mail、QQ、MSN、家庭住址、邮编；并且该模块用户可以自由维护自己的基本信息以及添加、删除联系人。2) 消息管理该模块用作当前的登录用户给系统内、外的其他用户发送短信息（即站内信息、站外信息），并可以查看其他用户发来的消息。本模块当中的信息主要有：消息接受者、消息的发送者、消息的内容、发送时间以及是否已读等。3) 公告管理该模块用作系统管理员以及企业高层职员向企业各部门、工作人员发送通知，通过系统管理员的审批后发布，方便大家查看，但只有发送方才有权修改、删除该通知，本模块包含的信息包括：公告填写人、公告审批人、公告标题、公告内容、公告发布的时间。4) 考勤管理该模块登记系统操作用户考勤记录，登记用户上班、下班、加班、请假以及其原因等等信息，用户还可以查看以前的考勤记录，统计加班、请假天数和次数。当完成请假程序之后，系统自动把请假单上传到人力资源部门审批、审核，并把审批后结果返回给用户。该模块包括的信息有：上班在线时间（上、下午）、下班落线时间（上、下午）、请假日期、请假原因、请假天数、请假类型、呈送审批、审批结果、加班原因等。5) 后台管理该模块为系统管理员专用模块。其主要包含了职位管理、用户权限管理、考勤管理、考勤查询、人员信息管理、审批权限管理等。该模块包含的信息主要有：上级职位、职位名称、职位简介、职位考勤时间、职位权限（浏览节点权、审批权、丢弃文档权、管理节点权、管理组员权、管理权限权、查看文档权、投递文档权、项目转移权等）、考勤日期设置、考勤时间设置、考勤信息、企业员工信息、版主设定、帖子管理等。3 系统分析说明系统分析是应用系统思想和方法，把复杂的对象分解成简单的组成部分，找出这些部分的基本属性和彼此的关系。本系统采用面向对象方法（OOA）对系统用户的需求进行分析，采用UML统一建模语言表示。3.1 系统可行性分析3.1.1 可行性研究的前提1) 系统功能要求：本系统根据企业的需求，并按照日常的企业活动和企业计划的安排，需要的基本功能包括了:个人信息、日程安排、消息管理、公告管理、企业论坛、客户管理、考勤管理、后台管理等功能模块。2) 系统关联性要求：实现本OA系统与企业其他系统有一定的连接，或附带相关系统的基础功能。3.1.2 系统目标1) 减少企业活动中人力与设备等费用；2) 提高企业信息处理速度；3) 改进管理信息服务；4) 实现人员考勤、信息管理。3.1.3 经济可行性分析通过本系统对企业内部信息进行全面的自动化管理，可以大大提高企业的办公效率；对企业生产经营过程中的数据进行全面的管理和统计，避免人为处理各类数据时所产生的各种各样的问题，提高企业的经济效益，为企业经营决策提供大量的、准确的数据，是企业的管理逐渐实现科学化、系统化。在实施设计阶段有可能需要购置外部硬件设备，无需开发费用和管理费用。3.1.4 技术可行性分析网络化得办公管理理念，使企业管理得到规范，实现了通过网络地信息进行发布、传递、接收等一系列功能。系统中才采用A技术实现WEB应用程序，按照企业活动和工作流程设计并制造出该系统，实现企业信息的交流和管理、统计。故从技术上，这样一套应用系统在技术上是可行的。3.1.5 社会可行性分析为了扩大规模，增强企业的竞争力，传统的办公模式对信息的处理方法早已不能满足企业对信息快速、准确处理的要求。一个企业对信息数据的掌握程度、处理能力，体现了一个企业对市场的敏感程度，数据的真实性、准确性直接决定着企业的发展方向。从传统的办公模式向自动化办公管理模式转变，提高企业的管理和协作能力，以增强企业的市场竞争力，成为企业发展过程中的首要问题。故需开发本系统对企业信息作出必要的支持。3.2 需求分析1. 业务参与者:业务参与者，即Actor，在系统的具体业务当中扮演系统某个角色的人、部门或独立的系统模块等。针对实践调查所得和需求分析说明，本系统的参与者包括：1) 用户：用户参与系统的主要成员，即接触使用系统的所有者，是系统当中的一个超类；2) 系统管理员：系统管理员是系统的维护工作人员，拥有对系统目录、角色、权限、用户以及系统基础数据管理的操作权限，同时也是用户的一个子类；3) 领导：领导是指各个部门的主管以及上级领导的总称；4) 人力资源部职员：人力资源部职员是人力资源部的成员，主要执行对企业员工的工作进行考核和信息管理，但没有删除员工信息的权限；5) 人力资源部主管：人力资源部的主管拥有人力资源部职员的各项操作权限，并能对无效的员工信息进行删除；2. 系统业务用例：(一) 系统管理员主要业务：1) A1:考勤设置：系统管理员设置日常上、下班考勤时间、休息日设置、请假类别等考勤信息；2) A2：公文流管理：是系统管理员对于日常用户生成公文，如工作文件、请假单、销假单等等的管理。3) A3：新闻公告管理：系统管理员用户对在正常生产经营当中，用户提出的新闻公告进行发布、管理；(二) 领导主要业务：1) 考勤审批：每一个部门主管、领导能够批准其下属的请假申请；2) 新闻公告审批：领导能够审批下属申请的新闻和通知信息，审批完之后传给系统管理员发布；(三) 人力资源部职员主要业务:1) 职工管理：职工信息管理是对企业职员的信息进行管理、统计，具有增、改、查等功能；(四) 人力资源部主管主要业务：1) 删除职工信息：指对职工信息出现异常的时候对该职员信息进行删除；(五) 用户主要业务：1) 登陆系统验证：当用户登陆系统的时候验证用户所提交的用户名和密码，以及所提交的数字证书的有效性；2) 文件柜：用于储存用户的文件资料；3) 考勤签到：根据企业部门规定和系统管理员设定的考勤管理时间，用户在规定的时间内在系统报到；4) 请销假申请：用户当遇上生病或特殊事情的时候可以向上级领导或者主管提出请假申请；而当假期尚未完，则可以申请销假。5) 加班登记：当在非工作时间内上班的时候，用户需要向人事部门填写加班登记表；6) 联系人管理：用户对亲戚、朋友、客户信息的登记；7) 管理用户日志：用户将日常工作信息记录下来以便考察；8) 浏览公文流：用户可以随时查看公文流信息；9) 浏览职工信息：每位用户可以在职工的信息表当中浏览到企业当中职工的信息；10) 用车使用申请：用户当需要使用企业公车的时候可以向办公室申请使用；11) 车辆列表：用户可以随时浏览企业公车信息；12) 公务出差管理：用户在出差的时候向登记该信息，以上报上级领导；13) 短信平台：用户可以向企业内的各个职工发送短信信息；14) 邮件平台：用户可以向企业内的各个职工发送邮件信息；15) 办公用品管理：用户随时查看企业办公用品信息，并登记领取；3.3 企业组织结构图图3-1 企业组织结构图假定企业当中有一个总经理，其属下有多个部门，包括副经理、财务部、人力资源部、市场营销部、生产部、办公室、IT部门等；而每个部门都有且只有一个部门主管；并且每个部门都是由多个职员共同组成。3.4 系统审批流程1) 职工请假流程图3-2 职工请假流程职员领取请假单，并按要求填入相关的请假事项，然后把请假单提交给系统；系统会根据职员所在的部门，把请假单发送到各自的领导的“待办文件”中；领导对其审阅后，对其作出必要的审批结果，并把结果返回给该职员；最后系统记录其请假信息，并形成文档。2) 职工销假流程图3-3 职工销假流程职员领取销假单，并按要求填入相关的销假事项，然后把销假单提交给系统；系统会自动搜索用户销假期间的请假记录，并根据职员所在的部门，把请假单发送到各自的领导的“待办文件”中；领导对其审阅后，对其作出必要的审批结果，并把结果返回给该职员；最后系统记录其销假信息，并形成文档。3) 信息发布流程图3-4 信息发布流程申请人领取信息发布单，并按要求填入相关的信息内容，然后把信息发布单提交给系统；系统会根据职员所在的部门，把该单发送到各自的领导的“待办文件”中；领导对其审阅后，对其作出必要的审批结果，并提交给办公室审查；办公室对信息进行审查后，对其作出相应审查结果，把信息传给系统管理员确认，最后把结果返回给该申请人；最后系统记录其信息，并形成文档。4) 公务车使用申请流程图3-5 公务车使用申请流程申请人领取车辆使用申请单，填写相应的信息后，把申请单提交给办公室的科员办理；科员对申请人提交的信息进行审查，审查结束后把申请单提交给领导审批；最后，当领导审批结束之后，把申请单记录到系统当中，形成文档，并把审批结果返回给申请人。3.5 系统分析3.5.1 系统总体用例图图3-6 系统总体用例图3.5.2 用例规约1） 登录系统验证图3-7 登录系统验证表3-1 登录系统验证用例名称登录系统验证参与者用户（主要参与者）、系统管理员（次要参与者）假设系统安装到服务器上，用户通过指定的URL地址访问系统登录页面，通过输入相应用户的姓名和密码（有需要的话可能使用相应的数字证书）登录系统，进行相应的功能操作前置条件系统安装到相应服务器上后置条件记录用户登录时间，用户状态改变为在线状态主事件流1. 用户提交用户名、密码、数字证书；2. 系统验证用户的用户名和密码；3. 传递数字证书的信息；4. 验证数字证书的有效性；5. 用户登录系统操作界面，用户登录成功；备选事件流2a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；4a. 非法数字证书1) 系统提示错误信息并拒绝该用户登录系统；2） 联系人管理图3-8 联系人管理表3-2 增加联系人用例名称增加联系人参与者用户（主要参与者）假设用户都有自己的朋友、同事、客户等，均具有各自的联系信息，用户需要将这些信息输入到系统当中前置条件用户已经被系统验证、识别，并具有操作通讯录的权限后置条件对用户的通讯录增加新联系人主事件流1. 系统验证用户身份、角色、权限；2. 用户向系统输入新联系人的信息；3. 系统验证联系人信息格式是否正确；4. 提示输入成功；5. 系统添加联系人信息，并统计联系人总数；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；3a. 联系人信息重复1) 系统提示重复消息并提示用户需要修改；3b. 用户所填信息有误1) 系统提示重复消息并提示用户需要修改；表3-3 删除联系人用例名称删除联系人参与者用户（主要参与者）假设用户都有自己的朋友、同事、客户等，均具有各自的联系信息，并且这些信息已经存在系统当中，用户需要将这些信息从系统当中删除前置条件用户已经被系统验证、识别，并具有操作通讯录的权限，并且系统已经具有相应的联系人信息后置条件从系统当中删除联系人记录主事件流1. 系统验证用户身份、角色、权限；2. 用户向系统提交删除联系人的命令，并提示删除成功提示；3. 系统删除联系人信息，并统计联系人总数；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；表3-4 编辑联系人用例名称编辑联系人参与者用户（主要参与者）假设用户都有自己的朋友、同事、客户等，均具有各自的联系信息，并且这些信息已经存在系统当中，用户需要更新这些信息前置条件用户已经被系统验证、识别，并具有操作通讯录的权限，并且系统已经具有相应的联系人信息后置条件从系统当中删除联系人记录主事件流1. 系统验证用户身份、角色、权限；2. 用户更新指定联系人信息，并提示更新成功提示；3. 系统更新联系人信息，并统计联系人总数；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；3） 短信平台图3-9 短信平台表3-5 浏览短信用例名称浏览短信参与者用户（主要参与者）假设用户向各联系人发短信，且收信人均可以收到短信内容，系统已经将该记录存储起来前置条件用户已经被系统验证、识别，并具有操作短信的权限后置条件系统显示曾经发送的短信息列表主事件流1. 系统验证用户身份、角色、权限；2. 用户输入查询短信息的内容；3. 返回用户短信内容；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；2a. 无信息内容1) 系统当中并没有用户所需要的信息资料，系统提示无相关记录；表3-6 发送短信息用例名称发送短信息参与者发信人（主要参与者）、收信人（次要参与者）假设系统在联网的条件下，用户需要对联系人发送即时信息，并且每个收信人均可以收到短信内容前置条件1. 用户已经被系统验证、识别，并具有操作短信的权限2. 系统确定是联网状态后置条件系统向收信人发送信息，并记录当次送信记录主事件流1. 系统验证用户身份、角色、权限；2. 用户输入收信人的信息和发信的内容；3. 系统判断是处于联网状态；4. 系统提示该短信发送成功，并将此信息内容转存到发件箱，信息投送到收信人的手机；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；3a. 系统处于断网状态1) 系统提示错误信息并将此信息内容转存到草稿箱；表3-7 删除短信息用例名称删除短信息参与者发件人（主要参与者）假设用户向各联系人发短信，且收信人均可以收到短信内容，系统已经将该记录存储起来前置条件用户已经被系统验证、识别，并具有操作短信的权限后置条件系统删除相关短信记录主事件流1. 系统验证用户身份、角色、权限；2. 用户执行删除短息记录操作，系统提示删除操作成功；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；2a. 无信息内容1) 系统没有用户所需要的信息资料，系统提示无相关记录；4） 邮件平台图3-10 邮件平台表3-8 发件箱用例名称发件箱参与者发件人（主要参与者）假设用户曾经向各个联系人发送邮件前置条件用户已经被系统验证、识别，并具有操作邮件的权限后置条件系统向用户显示邮件信息内容主事件流1. 系统验证用户身份、角色、权限；2. 用户输入查询邮件的内容3. 系统显示查询结构；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；2a. 无相关邮件1) 系统当中并没有用户所需要的邮件信息，系统提示无相关记录；表3-9 写发邮件用例名称写发邮件参与者发件人（主要参与者）、收件人（次要参与者）假设企业中有多位职工，用户需要向另一位职工发送传阅文件或信息，并且每个收信人均可以收到邮件内容前置条件用户已经被系统验证、识别，并具有操作邮件的权限后置条件系统向收信人发送信息，并记录当次送信记录主事件流1. 系统验证用户身份、角色、权限；2. 用户输入收信人的信息和发信的内容；3. 判断邮件大小和格式；4. 用户发送邮件；5. 系统提交邮件信息；6. 系统将邮件递交到对方的收件箱中；7. 系统提示该短信发送成功，并将此信息内容转存到发件箱，并投送到对方的收件箱；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；2a. 邮件不合乎发送的要求1) 邮件格式不对；2) 邮件大小超过服务器载量；6a. 用户没有发送邮件或发送不成功1) 邮箱信息转存为草稿邮件；表3-10 收件箱用例名称收件箱参与者收件人（主要参与者）假设企业中有多位职工，其他用户需要向用户发送传阅文件或信息前置条件用户已经被系统验证、识别，并具有操作邮件的权限后置条件系统向用户显示邮件信息内容主事件流1. 系统验证用户身份、角色、权限；2. 用户输入查询邮件的内容；3. 系统显示查询结果；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；5） 职工信息管理图3-11 职工信息管理表3-11 添加职工信息用例名称添加职工信息参与者人力资源部职员（主要参与者）假设企业中有多位职工，需要将这些信息记录到系统当中进行管理前置条件用户已经被系统验证、识别，并具有操作职工信息的权限后置条件系统数据库新增新职工信息主事件流1) 系统验证用户身份、角色、权限；2) 用户输入新职工的信息；3) 系统记录新职工信息，并提示信息存储成功；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；表3-12 编辑职工信息用例名称编辑职工信息参与者人力资源部主管（次要参与者）、人力资源部职员（主要参与者）假设企业中有多位职工，需要将这些信息记录到系统当中进行管理前置条件用户已经被系统验证、识别，并具有操作职工信息的权限，系统中存在相关职员的信息后置条件系统数据库更新该职工信息主事件流1. 系统验证用户身份、角色、权限；2. 用户编辑职工的信息；3. 系统更新职工信息，并提示信息更新成功；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；2a. 无相关职员信息1) 系统提示无相关职员信息；表3-13 删除职工信息用例名称删除职工信息参与者人力资源部主管（主要参与者）假设企业中有多位职工，需要将这些信息记录到系统当中进行管理前置条件用户已经被系统验证、识别，并具有操作职工信息的权限，系统中存在相关职员的信息后置条件系统数据库删除相关职工信息主事件流1. 系统验证用户身份、角色、权限；2. 用户编辑职工的信息；3. 系统更新职工信息，并提示信息更新成功；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；2a. 无相关职员信息1) 系统提示无相关职员信息；表3-14 浏览职工信息用例名称浏览职工信息参与者用户（主要参与者）假设企业中有多位职工，需要将这些信息记录到系统当中进行管理前置条件用户已经被系统验证、识别，并具有操作职工信息的权限，系统中存在相关职员的信息后置条件系统显示相关职工信息主事件流1. 系统验证用户身份、角色、权限；2. 用户输入查询职工的信息；3. 系统显示相关信息；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；2a. 无相关职员信息1) 系统提示无相关职员信息；6） 公文流平台图3-12 公文流平台表3-15 公文流管理用例名称公文流管理参与者用户（主要参与者）、系统管理员（次要参与者）假设在日常工作当中，有一些文件需要经过上级领导审批之后才能通过，流程是可以识别的前置条件用户已经被系统验证、识别，并具有浏览流程的权限，系统中存在相关流程的信息后置条件系统显示相关流程信息主事件流1. 系统验证用户身份、角色、权限；2. 用户输入查询工作流程的信息；3. 系统显示相关信息；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；2a. 无相关流程信息1) 系统提示无相关流程信息；表3-16 添加公文流用例名称添加新公文流参与者系统管理员（主要参与者）假设在日常工作当中，有一些文件需要经过上级领导审批之后才能通过，流程是可以识别的前置条件企业有新的公文，确定公文的流程信息，了解流程走向后置条件系统中新增新公文流程信息主事件流1. 系统验证用户身份、角色、权限；2. 用户输入新流程的信息，建立相关流程图；3. 判断流程信息是否合法或重复；4. 系统提交流程信息；5. 系统记录相关流程信息和流程图，并提示存储成功；6. 系统返回流程记录；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；3a. 存在相同流程1) 系统提示流程相同信息；表3-17 编辑公文流用例名称编辑新公文流参与者系统管理员（主要参与者）假设在日常工作当中，有一些文件需要经过上级领导审批之后才能通过前置条件用户已经被系统验证、识别，并具有操作流程的权限，系统中存在相关流程的信息后置条件系统更新公文流程信息主事件流1. 系统验证用户身份、角色、权限；2. 用户编辑流程的信息，修改相关流程图；3. 系统记录相关流程信息和流程图，并提示存储成功；备选事件流1a. 非法用户2) 系统提示错误信息并拒绝该用户登录系统；2a. 存在相同流程2) 系统提示流程相同信息；表3-18 删除公文流用例名称删除公文流参与者系统管理员（主要参与者）假设在日常工作当中，有一些文件需要经过上级领导审批之后才能通过，流程是可以识别的前置条件用户已经被系统验证、识别，并具有操作流程的权限，系统中存在相关流程的信息后置条件系统删除相关公文流程信息主事件流1. 系统验证用户身份、角色、权限；2. 系统删除相关流程信息和流程图，并提示删除成功；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；7） 公务出差平台图3-13 公务出差平台表3-19 公务出差管理用例名称公务出差管理参与者用户（主要参与者）假设用户出差时间为一段时间段，每次出差已经得到上级的允许和批准前置条件用户已经被系统验证、识别，并具有浏览出差情况的权限，系统中存在相关出差的信息后置条件系统显示出差情况信息主事件流1. 系统验证用户身份、角色、权限；2. 用户输入查询出差情况的条件；3. 系统显示相关出差情况记录；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；2a. 无相关信息1) 系统提示无相关记录；表3-20 公务出差登记用例名称公务出差登记参与者用户（主要参与者）假设用户出差时间为一段时间段，每次出差已经得到上级的允许和批准前置条件用户已经被系统验证、识别，并具有操作出差登记情况的权限，上级领导已经允许其出差后置条件系统记录用户出差信息主事件流1. 系统验证用户身份、角色、权限；2. 用户输入出差地点、时间等信息；3. 系统记录相关信息，并提示记录成功；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；2a. 出差时间重复1) 用户之前已经登记了相关出差信息，系统提示记录出错；表3-21 公务出差编辑用例名称公务出差编辑参与者用户（主要参与者）假设用户出差时间为一段时间段，每次出差已经得到上级的允许和批准前置条件用户已经被系统验证、识别，并具有操作出差登记情况的权限，用户未来的出差记录出错，用户所编辑出差记录的当前时间没有超过出差记录的时间后置条件系统更新用户出差信息，审批后将出差记录归档主事件流1. 系统验证用户身份、角色、权限；2. 用户输入出差地点、时间等信息；3. 系统记录相关信息，并提示记录成功；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；2a. 出差时间重复1) 用户之前已经登记了相关出差信息，系统提示记录出错；8） 考勤平台图3-14 考勤平台表3-22 考勤签到用例名称考勤签到参与者用户（主要参与者）假设用户出差时间为一段时间段，每次出差已经得到上级的允许和批准前置条件用户已经被系统验证、识别，并具有签到的权限，用户必须在上、下班前10分钟在考勤模块中签到后置条件系统更新用户考勤信息主事件流1. 系统验证用户身份、角色、权限；2. 用户确认签到；3. 系统记录相关信息，并提示记录成功；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；2a. 本日已经确认签到1) 用户之前已经登记了相关考勤信息，系统提示记录出错；表3-23 请销假申请用例名称请销假申请参与者用户（主要参与者）假设用户请假时需向上级领导提出请假申请，需待上级领导审批才通过前置条件用户已经被系统验证、识别，并具有请假申请的权限后置条件系统记录用户的申请记录，审批后请假申请归档主事件流1. 系统验证用户身份、角色、权限；2. 用户提交申请信息；3. 系统记录相关信息，并提示记录成功，记录交由领导审批；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；2a. 该时间段内已经有请假申请1) 用户之前已经登记了相关申请信息，系统提示记录出错；3a. 申请撤销1) 用户撤销请假申请；表3-24 加班登记用例名称加班登记参与者用户（主要参与者）假设用户加班时需向上级领导提出加班审核，需待上级领导审批前置条件用户已经被系统验证、识别，并具有加班登记的权限后置条件系统记录用户的申请记录，审批后将加班记录归档主事件流1. 系统验证用户身份、角色、权限；2. 用户提交加班信息；3. 系统记录相关信息，并提示记录成功，记录交由领导审批；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；2a. 该时间段内已经有加班登记1) 撤销原来登记，记录新的加班记录；表3-25 考勤审批用例名称考勤审批参与者上级领导（主要参与者）、假设用户提交的各项考勤申请需要向上一级领导批准前置条件用户已经被系统验证、识别，存在未审核的申请后置条件系统记录用户的申请记录，审批后将加班记录归档主事件流1. 系统验证用户身份、角色、权限；2. 用户提交审批信息；3. 系统记录相关信息，并提示记录成功，审批结果返回给用户；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；2a. 领导不通过审批1) 审批结果返回给用户，系统将审批记录归档；表3-26 考勤设置用例名称考勤设置参与者系统管理员（主要参与者）假设系统管理员可以按照企业各自的情况设置其考勤时间、休息日、请假类别等前置条件用户已经被系统验证、识别，并具有考勤设置的权限后置条件系统记录用户的申请记录主事件流1. 系统验证用户身份、角色、权限；2. 用户提交设置信息；3. 系统记录相关信息，并提示记录成功；备选事件流1a. 非法用户1) 系统提示错误信息并拒绝该用户登录系统；9） 新闻公告平台图3-15 新闻公告平台表3-27 浏览新闻公告用例名称浏览新闻公告参与者系统管理员（次要参与者）、用户（主要参与者）假设登录系统的用户均可以看到企业发布的各项新闻、公告，每一天新闻、公告均是通过审批的前置条件用户已经登录系统后置条件用户查看相关新闻、公告主事件流用户查看新闻、公告表3-28 发布新闻公告用例名称发布新闻公告参与者用户（主要参与者）、领导（次要参与者）假设每次用户发布新闻、公告、通知需向上级汇报，并向系统管理员提出审批申请前置条件用户已经被系统验证、识别后置条件系统记录用户的申请记录主事件流1. 系统验证用户身份、角色；2. 用户输入相关新闻、公告、通知信息；3. 系统记录相关信息，并提示记录成功，记录交由领导审批；备选事件流1a. 非法用户1） 系统提示错误信息并拒绝该用户登录系统；表3-29 编辑新闻公告用例名称编辑新闻公告参与者用户（主要参与者）、系统管理员（次要参与者）假设每次用户发布新闻、公告、通知需向上级汇报，并向系统管理员提出审批申请，并且只有相关发布的人才能修改其发布的新闻、公告、通知的内容前置条件用户已经被系统验证、识别，并且已经把相关的新闻、公告、通知发布了后置条件系统把相关的新闻、公告、通知等信息更新主事件流1. 系统验证用户身份、角色、权限；2. 用户输入相关新闻、公告、通知信息；3. 系统更新相关信息，并提示记录成功；备选事件流1a. 非法用户1） 系统提示错误信息并拒绝该用户登录系统；表3-30 删除新闻公告用例名称删除新闻公告参与者系统管理员（主要参与者）假设每次用户发布新闻、公告、通知需向上级汇报，