学院员工管理需求分析

相关推荐

学院员工管理需求分析

1、引言

学院员工管理需求分析

1.1 编写目的

该说明书主要对所开发的系统进行全面的说明，对开发该系统的任务进行概括性叙述，对系统的运行环境进行规定。同时明确该性的的主要功能要求、性能要求，指出该系统所用到的数据及数据处理流程，同时提出故障处理的要求。通过该文档可使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。

1.2背景

（1）本系统的名称：学校内部工资管理系统

（2）本项目的提出者：安徽工程大学财务处

（3）本系统的开发者：安徽工程大学计算机与信息学院信息081班12#223小组

（4）本系统的用户：安徽工程大学财务处

（5）本系统的计算中心：安徽工程大学计算机中心

（6）本系统与其他系统的关系：

a. 该系统的服务器端运行在计算机中心的服务器上，用户通过网络浏览器访问服务器端。

b. 服务器上需要有防火墙软件对服务系统进行防护

c. 本系统与财务处的财务管理软件有数据通信；

1.3 定义

Myeclipse：软件开发工具，J2EE可视化开发平台。

Java ：面向对象开发语言。

MySQL :SQL数据库。

数据字典：关于数据信息的集合，也即是对数据流图中包含的元素的定义的集合。

数据流图：以图形法师来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程。

E-R图：用概念模型描述信息世界中的常用概念。

1.4 参考资料

（1）《学校内部工资管理系统开发计划书》，安徽工程大学

（2）《软件工程实验指导书》，安徽工程大学

（3）《软件工程》，王忠群，中国科技大学出版社

（4）《数据库系统概论》，王珊，萨师煊，高等教育出版社

（5）《软件工程导论》，张海藩，清华大学出版社

2、任务概述

2.1 目标

工资管理是学校信息管理中的重要内容。以往的半人工管理方式往往不能很好的达到管理要求。安徽工程大学的员工数量较多，而且各部门职务较多，这样造成员工工资的计算标准多样化，给统计工作带来不便。目前，该业务流程完全可以通过计算机系统自动管理完成，而该系统的开发正是为了解决这一问题。

2.2 用户的特点

该系统上网最终用户是安徽工程大学财务处的工作人员。要求工作人员有一定的计算机操作知识，能够对服务器后台处理进行管理，能捕获异常。同时要求工作人员掌握SQL数据库操作，能够对后台数据库进行日常维护与管理，例如：对数据库的备份与恢复，对冗余数据的删除等。

2.3 假定和约束

2.3.1 系统的运行环境：

硬件环境：PC机一台。

软件环境：Myeclipse，Windows7操作系统，MySQL数据库软件。

2.3.2 开发期限

由于是课程设计，本系统的开发时间约为一个月。针对该系统的软件体系的设计不是很复杂，加之多人合作，所以就开发期限不会受到很大限制。

2.3.3 经费限制：

本课程设计有小组成员在个人PC机上完成，所用软件均为免费软件。小组成员利用课余时间完成。所以经费问题不会受到限制。

2.3.4 任务安排

3.1 对功能的规定3.需求规定

3.1.1系统功能

（1）用户登录模块：添加、删除、更新各种用户的信息。

（2）当月人事表模块：显示学校各单位当月的人事情况，包括员工的工号、姓名、级别、类别、部门单位。

（3）员工信息检索模块：可以根据输入信息检索出满足条件的员工信息，包括员工ID、姓名、部门单位、性别、职称、工级。

（4）薪资设定功能模块：该模块设定不同的薪资方案。包括各项考核系数。

（5）最终员工工资报表模块：该模块显示所有员工的最终工资信息。包括员工工号、姓名、底薪、奖金和处罚金。并可在该模块直接打印该模块的报表。

3.1.2 数据流图

3.1.3 数据字典

3.1.4 E-R图

该系统的完整E-R图如下：

3.2 对性能的规定

3.2.1精度

本系统要求用户输入的数据、信息尽量的准确。系统要求输入的年龄为整数；员工的出勤天数以“天”为最小单位；员工的工资以“元”为最小单位；考核系数为0…100的整数；有小数的情况，精确到小数点后两位。

3.2.2时间特性要求

（1）系统的数据查询时间：3秒。

（2）系统的更新处理时间：5秒。

（3）系统的数据统计时间：10秒。

3.2.3灵活性

（1）操作方式上能够满足鼠标和键盘任意切换的需要。

（2）能够支持Windows XP,Windows7的运行环境。

（3）留有与其他系统的接口：升级Linux的版本也能够的到系统稳定性及响应时间上的提升。

3.3输入输出要求

1、员工信息表

3.5 故障处理要求3.4 数据管理能力要求

该数据库设计为关系型数据库，其中包括4个表。表的设计考虑到了实体完整性、参照完整性及用户自定义完整性三类完整性约束。

只有服务器端程序才能够对数据库中的数据进行更新和删除。员工角色用户登录系统后能够查询操作。由于该系统涉及到大量的数据存取操作，因此要求数据库的配置一定要性能强大，而且能够提供严密的安全防护机制。

根据需求，在每月的20日前及22日后，各部门出勤管理人员登录系统后将失去录入或修改数据的功能。

1. 硬件故障

情况1：服务器电源不正当关闭

处理：a .数据库事务回滚到断电之前的状态。

b.为服务器提供一个备用充电电源能够支持服务器进行临时数据的正常保存。

情况 2：客户端与服务器网络不能连接

处理：a. 检修本地端网络连接是否正常；

b. 查看服务器端交换机端口是否被关闭；

c. 查看端点间网络线路是否完好。

情况3：存储空间已满

处理：a. 数据库切换到备份存储空间;

b. 进行数据检索，删除日期超过4年的数据。

2. 软件故障

情况1：服务器死机

处理：程序自动保存内存中的临时数据；重启机器

情况 2：服务端程序报告异常

处理：保存好临时数据，关闭访问端口，关闭程序重新启动，通过临时数据初始化程序

情况 3：服务器端响应速度慢

处理：查看接收的数据信息，看是否有不法分子的攻击，并作好防火墙的配置

4、运行环境规定

4.1 设备

运行本软件要求处理器在奔腾III以上，内存在256MB以上的计算机。

4.2 支持软件

1、支持操作系统：WindowsXP，Windows7以及升级版本的Linux操作系统。

2、本软件支持数据库：MySQL 。

3、本软件的开发工具：Myeclipse，MySQl。

4.3 接口

本软件通过若干个中间表（在此省略其结构）实现与其他软件的通信。JDBC：访问MySQL数据库的驱动程序。

4.4控制

1、本系统通过“用户验证”模块进行用户登录的控制，根据不同用户的权限调用不同的模块。

2、系统通过“显示当月人事”模块进行当月学校职工情况的控制，根据不同的人事表，进行不同的工资结算。

3、系统通过“工资结算方法”模块进行当月的工资结算控制，对不同的职工根据工级、职称、考核系数等进行工资结算。

4、系统通过“最终职工工资报表”模块进行当月的工资统计控制，对全校职工本月的工资信息进行报表统计。

员工管理系统需求分析报告2015-10-27 9:15 | #2楼

一、可行性分析1

1. 引言1

1.1 编写目的1

1.2 背景1

1.3 定义1

1.4 参考资料2

2. 安全机制分析2

3. 技术可行性分析2

4. 系统功能可行性分析3

5. 社会可行性分析3

6. 经济可行性分析3

二、项目计划4

1. 任务概述4

2. 实施计划关键问题4

三、系统需求描述5

1. 对员工管理系统的功能规定5

1.1 公司基本信息管理模块5

1.1.1 员工管理模块5

1.1.2 部门管理模块5

1.1.3 职位管理模块5

1.1.4 用户管理模块6

1.2 员工考勤管理模块6

1.2.1 签到模块6

1.2.2请假模块6

1.2.3签到管理模块7

1.2.4 请假管理模块7

1.3 公司公告管理模块7

1.3.1 公司基本信息模块7

1.3.2 提交公告模块7

1.3.3 公告审核模块8

1.3.4 查看公告模块8

1.4 公司留言模块8

1.4.1 员工留言模块8

1.4.2 留言管理模块9

1.5 公司通讯录模块9

1.6 回收站模块9

1.6.1 员工删除历史模块9

1.6.2 部门删除历史模块9

1.6.3 职位删除历史模块9

1.6.4 用户删除历史模块10

2. 对员工管理系统的权限划分10

2.1 员工可以实现的功能10

2.2 管-理-员可以实现的功能11

2.3 超级管-理-员可以实现的功能12

四、运行环境14

一、可行性分析

1. 引言

员工管理系统分析小组对当今社会的人事管理方面的需求进行了认真而全面的调查。根据对企业的员工管理系统的功能需求、业务操作规程及其数据结构等具体要求，调查了单位对员工管理企业的员工基本信息、部门基本信息、职位基本信息、用户基本信息、员工考勤、员工请假、员工留言，确定了系统性能要求，系统运行支持环境要求，数据项的名称、数据类型、数据规格。以上这一切为统下一步的开发工作奠定了良好的基础。

本软件需求说明书全面、概括性地描述了员工管理系统所要完成的工作，使软件开发人员和用户对本系统中的业务流程及功能达成共识。通过本需求说明书可以全面了解员工管理系统所要完成的任务和所能达到的功能。

1.1 编写目的

（1）作为软件系统开发技术协议的参考依据，为双方提供参考。

（2）根据人事管理系统的特点，对被开发软件系统的主要功能、性能进行完整描述，为软件开发者进行详细设计和编程提供基础。

（3）为软件提供测试和验收的依据，即为选取测试用例和进行验收的依据。

1.2 背景

（1）项目名称：公司员工管理系统

（2）项目提出者：XX软件开发中心

（3）项目开发者：中国石油大学胜利学院计科2班吴建海

（4）用户：公司员工和人事管-理-员

（5）项目建设背景：随着计算机技术、网络技术和信息技术的发展，现在办公系统更趋于系统化、科学化和网络化。网络办公自动化系统是计算机技术和网络迅速发展的一个办公应用解决方案，它的主要目的是实现信息交流和信息共性，提供协同工作的手段，提高办公的效率，让人们从繁琐的有纸办公中解脱出来。

1.3 定义

开发（develop）：不是单纯指开发活动，还包括维护活动。

项目 (project)：该词指的是向顾客或最终用户交付一个或多个产品的收管理的相关资源的集合。这个资源集合有着明确的始点和终点，并且一般是按照某项计划运行。这种计划通常会形成文件，并且说明要交付或实现的产品、所用的资源和经费、要做的工作和工作进度，一个项目可能有若干项目组成。

系统流程图：系统流程图是描述物理系统的工具，所谓物理系统，就是一个具体实现的系统，也就是描述一个单位、一个组织的信息处理的具体实现的系统

数据流图（Data Flow Diagram，简称DFD）：是结构化（Structured）方法中用于表示系统逻辑模型的一种工具，它描述系统由哪几部分组成，各部分之间有什么联系等，它以图形的方式描绘数据在系统中流动和处理的过程。DFD只反映系统必须完成的逻辑功能。

数据字典（Data Dictionary，简称DD）：定义了数据流图中的数据和加工，是对各个数据流、加工及数据存储的详细说明，它包含4类条目：数据流条目、数据存储条目、数据项条目和加工条目。

1.4 参考资料

《软件工程导论》编著：张海藩出版社：清华大学出版社

《软件需求工程》编著：毋国庆、梁正平、袁梦霆、李勇华出版社：机械工业出版社

2. 安全机制分析

在进入系统之前，要进行身份确认，只有用户名和用户密码都相符的用户方可进入本系统。为了防止不合法用户对数据的察看和修改，本系统把用户分为三个级别:超级管-理-员、管-理-员和员工用户，即一二三级用户。超级管-理-员（一级）用户权限最大，可执行的功能操作全面，不仅对员工具有最大权限的功能操作还可以对公司部门、公司职位和系统用户执行增删改查的操作以及相关流程的审批操作功能。管-理-员（二级）用户对员工信息具有最大权限的功能操作，除此之外还可以执行相关流程的审批操作。员工（三级）用户可以执行相关流程的发起人操作以及拥有对相关记录信息的浏览权限。当用户要进入系统是必须先输入用户名和密码，按“登录”按钮后，系统辨别用户身份，对合法用户根据用户的权限级别赋予相应的使用功能。

3. 技术可行性分析

由于Eclipse具有完整的web应用开发功能，由它编制的软件可以方便的同服务器端的数据库协同工作，构成Browser/Server工作方式，它使用的是业界熟悉的Web标准（HTML和Java），通过端对端的设计、调试和提交，可以控制Web应用的整个生命周期。本系统采用Eclipse开发,可以实现系统全部功能的开发。

4. 系统功能可行性分析

公司内部的员工的管理，从大的方面分主要集中在公司职员的个人情况、部门分配、职位变动、日常考勤、留言公告等。所以该系统主要是实现对数据的录入、插入、删除，查询、更新、导出等功能。其次，为了信息的保密与安全，系统还要提供一定的安全机制。

5. 社会可行性分析

随着计算机的发展与普及，以及互联网技术的扩展，日常人事管理必将实现无纸化办公，并且加入到公司内部的Intranet或者是Internet上去，实现数据的共享，这样有利于人事信息在单位内部的查询，提高了数据资源的利用，并且能及时的得到更新，不需要象过去那样浪费大量的人力物力去进行抄写，提高了工作的效率。

6. 经济可行性分析

通过经济，技术和社会等方面的可行性研究，可以确定本系统的开发完全有必要，而且是可行，可以立项开发。

二、项目计划

1. 任务概述

1.1 工作内容

公司员工管理系统必须提供人员基本信息、部门信息，职位信息，用户信息，考勤信息，公告信息，留言信息，请假信息的基础设置。另外，该系统还必须保证数据的安全性、完整性和准确性。

1.2 产品

首先在短时间内建立系统应用原型，然后，对初始原型系统进行需求迭代，不断修正和改进，直到形成可行系统。

1.3 非移交的产品

《员工管理系统项目背景报告》、《员工管理系统项目需求分析报告》、《员工管理系统项目详细设计说明书》、《员工管理系统项目实现文档》和《员工管理系统测试报告》

2. 实施计划关键问题

任何事情都有风险，软件开发也不例外。比如客户需求会经常变更，影响项目的进度，可以加班并延长需求调研时间，也可以严格控制需求变更；对于资金不足问题，可以减少不必要代码输入量，降低开发成本，也可以与客户商量，去掉不必要的需求，降低工作量，减少开发时间。

三、系统需求描述

本系统的目的是为公司、企业或是个人创造更大的价值，提高管理效益，从而为公司企业节约更多的人力、物力、财力。我们也希望在这个系统的开发过程中提高自已的能力，也在用户的意见中完善系统功能，更好地为用户服务。我们的目标是开发出更好的管理系统，提供用户我们所能提供的最好的服务。

1. 对员工管理系统的功能规定

1.1 公司基本信息管理模块

1.1.1 员工管理模块

员工管理模块是超级管-理-员和管-理-员权限可以操作的功能模块，该模块可以进行公司员工的增加、删除、修改、查询、查看员工详情和导出员工到Excel表的操作。

员工增加包含的数据项项目有姓名、性别、出生日期、学历、手机、邮箱、住址、部门、职位、入职日期、薪水和爱好。进行员工增加操作时除爱好选项外都为必填项其中员工姓名具有唯一性验证；员工删除操作可以支持批量删除和单删除操作，员工记录删除后可以在超级管-理-员的回收站菜单功能中执行回复操作以防止管-理-员的误删操作；员工修改操作除员工姓名不可修改外其他数据项项目都可以修改；员工查询可以根据员工姓名、员工所在部门、入职时间和最后修改时间进行检索员工并支持多条件查询；详情操作会将员工的详细信息以表格形式展现；员工导出功能可以将所有员工信息导出到Excel表格。

1.1.2 部门管理模块

部门管理模块式超级管-理-员可以操作的功能模块，该模块可以对公司部门进行增加、删除、修改、和查询等操作。该模块包含的数据项项目有部门名称创建时间和最后修改时间。部门增加功能中只需要输入部门名称，创建时间和最后修改时间系统自动生成，部门修改功能中可修改部门的名称最后修改时间系统自动生成，部门删除功能支持单删除和批量删除，部门记录删除后可以在超级管-理-员的回收站菜单功能中执行回复操作以防止管-理-员的误删操作；部门查询功能检索字段有部门名称、创建时间和最后修改时间，支持多条件查询。

1.1.3 职位管理模块

职位管理模块式超级管-理-员可以操作的功能模块，该模块可以对公司职位进行增加删除、修改和查询等操作。该模块包含的数据项项目有职位名称、管理人、所属部门、创建时间和最后修改时间。职位增加操作中管理人必须从员工内部员工进行选择所属部门也必须从公司已有部门中选择，创建时间和最后修改时间可以自动生成；执行职位修改时管理人和所属部门同样需要从公司已存在的员工和部门中选择，最后修改时间自动生成；职位删除支持批量删除和单删除，职位记录删除后可以在超级管-理-员的回收站菜单功能中执行回复操作以防止管-理-员的误删操作；职位查询的检索字段有职位名称、管理人、创建时间和最后修改时间，支持多条件查询功能。

1.1.4 用户管理模块

用户管理是具有超级管-理-员权限可以操作的功能模块。该模块可以为公司内部员工分配管-理-员角色和超级管-理-员角色，还可以执行用户的删除、修改和查询功能。用户的删除支持单删除，用户记录删除后可以在超级管-理-员的回收站菜单功能中执行回复操作以防止管-理-员的误删操作；用户修改可以修改用户密码和改变用户权限，并生成最后修改时间；用户查询检索字段有用户姓名、用户权限、创建时间和最后修改时间，支持多条件检索工能。

1.2 员工考勤管理模块

1.2.1 签到模块

签到模块是普通员工可以操作的功能模块。该模块为员工提供每天的签到和签退操作，自动控制员工每天只能签到一次，签到之前不允许签退、不可重复签退。签到与签退时间由系统自动生成并且会根据用户的签到时间自动生成正常、迟到和旷工三种签到状态，满足企业对内部员工考勤的统一管理需求。

1.2.2请假模块

请假模块是普通员工可以操作的功能模块。该模块包含的数据项项目有请假人、所在部门、请假开始时间、请假结束时间、提交时间、请假事由、提交审批人、审批人、审批人职位、审批时间、销假时间、销假人、实际天数和状态，其中请假人、所在部门和提交时间会在请假记录创建时系统自动生成，请假实际天数会在销假时自动计算生成，请假流程所处状态会根据不同操作自动生成或改变。员工除可以进行增加请假记录之外还可以对未提交状态的请假记录进行提交和修改维护，对已经审批通过的请假记录进行销假操作以及对审批未通过和已经销假的记录进行删除操作和所有状态下的请假记录的详情查看操作。相应状态的记录只能进行满足该状态时可以进行的操作否则系统会做出提示。该模块可以让员工方便地提交请假流程并实现销假等过程方便公司统一管-理-员工请假事务。

1.2.3签到管理模块

签到管理模块是具有管-理-员和超级管-理-员权限的用户可以操作的功能模块，管-理-员可以浏览和查询所有员工的签到和签退情况检索条件有员工姓名、签到状态和签到时间，并支持多条件查询；超级管-理-员除具有管-理-员的权限外还可以对员工的考勤记录执行删除操作支持批量删除。除此之外，超级管-理-员还可以定义员工签到时的迟到时间、旷工时间、早退时间和加班时间的设置，可以适用于不同季节的不同签到时间设置。

1.2.4 请假管理模块

请假管理模块是具有管-理-员和超级管-理-员权限的用户可以操作的功能模块。管-理-员只可以对公司员工提交给当前管-理-员并未被审批的请假流程进行查看和审批。审批状态分为审批通过和审批未通过，审批通过和未通过的请假流程会返回到用户的请假菜单项中产生状态提示以供员工进行相应操作。超级管-理-员可以对公司所有员工的请假记录进行查看；可以对单条记录进行详情查看，该条记录会以表格形式展现；可以对待审核状态下的所有请假记录进行审批通过和审批不通过操作并可以对已经销假的请假记录进行删除操作。

1.3 公司公告管理模块

1.3.1 公司基本信息模块

公司基本信息模块是公司内部所有员工、管-理-员和超级管-理-员可以查看的菜单列表。本系统中没有对公司宣传信息进行维护操作的后台模块，所以该模块只对公司的详细信息做出的一个展现页面。

1.3.2 提交公告模块

提交公告模块是具有管-理-员权限的用户进行操作的功能模块。管-理-员用户可以将公司内部公告如：公司制度、公司新规定、员工奖惩等信息以公告形式发到本系统方便内部员工的查看。该模块会产生提交公告和待审核公告两个列表在提交公告列表中管-理-员可以执行新增公告、修改公告、删除公告查看公告详细内容和提交公告操作。新增公告包含的数据项有创建人、公告标题、公告内容、创建时间、最后操作时间和状态，公告标题和公告内容两项为必填项，创建人、创建时间、最后操作时间和状态由系统自动生成，新增的数据系统会以未提交状态进行保存。修改公告可以对未提交状态的公告记录的标题和内容进行修改保存。删除操作可以对未提交状态的公告记录进行删除。管-理-员新增公告后必须提交给超级管-理-员进行审批后才可以发布，提交操作就是将新增记录提交给超级管-理-员的操作，执行提交操作后数据将会展现在公告审核列表中，该列表中展现的是处于审核不通过和待审核状态的公告记录，对审核不通过状态下的记录管-理-员可以进行撤回操作，使记录返回到提交公告列表进行相关维护后再次提交，对处于待审核状态下的记录不允许进行撤销操作。管-理-员可以对该列表下的记录进行详情查看操作，记录信息会以列表形式展现。

1.3.3 公告审核模块

公告审核模块是具有超级管-理-员的用户进行的功能模块。该模块同样以两个列表的形式展现，待审核公告列表和已发布公告列表。管-理-员提交后的公告记录会以待审核的状态展现在待审核公告列表中，超级管-理-员可以对该列表中的数据进行审核通过、审核不通过和详情查看操作。审核不通过的记录会以审核不通过的状态返回到管-理-员的公告提交菜单功能中，审核通过后的数据会以已发布的状态展现在已发布列表中。对于已发布的公告记录超级管-理-员可以对其进行详情查看和删除操作，执行详情查看后记录会以列表形式展现给当前用户，执行删除操作后该记录将会被彻底删除，所有列表中的该条记录都会被删除。

1.3.4 查看公告模块

查看公告模块是公司所有员工和所有用户可以访问的功能模块。该模块是一个展现页面，页面中展现的信息是由管-理-员创建并提交给超级管-理-员，超级管-理-员审批通过后后进行发布的公告信息，在该页面可以获取公司内部的最新消息，方便出差人员以及请假人员的对公司消息的获取，有利于公司对内部人员的统一管理和相关事务的顺利执行。

1.4 公司留言模块

1.4.1 员工留言模块

员工留言模块是公司内部员工具有的操作模块，员工在该模块浏览到的留言信息只能是本人新增创建的信息并且可以进行的操作有增加留言、编辑留言、删除留言和提交留言。员工可以将对公司的现状的一些意见或者对公司未来发展的一些提议以留言的形式发给管-理-员和超级管-理-员。新增的留言会以未提交的状态展现给员工，对该状态的记录可以执行编辑、详情查看、提交和删除操作。提交后的留言会以未回复的状态展现在该列表页中等待管-理-员的回复，未回复的留言不可以进行编辑和删除操作，仅可以查看。在该模块中只有已回复和未提交状态的留言记录可以进行删除操作。

1.4.2 留言管理模块

留言管理模块是管-理-员和超级管-理-员可以操作的功能模块，该模块展现给用户的是所有员工未回复的留言记录，管-理-员和超级管-理-员可以对其进行回复和查看管理，回复后的留言会以已回复的状态返回到创建员工的留言管理功能菜单列表中回复人和回复时间由系统自动生成。

1.5 公司通讯录模块

公司通讯录模块是公司内部所有员工和用户可以查看的所有内部员工的联系地址、联系电话、和联系邮箱的信息展示页面，以方便公司内部员工之间的相互联系和工作交流。该模块显示的员工信息为员工表内所有有效数据，不可以执行增删改查操作，只做信息展示作用。

1.6 回收站模块

1.6.1 员工删除历史模块

员工删除历史模块是超级管-理-员可以操作的功能模块，其主要功能是防止管-理-员和超级管-理-员对员工信息的误删操作而提供的可以恢复已删除员工信息菜单项。在该模块中超级管-理-员可以对在员工基本信息管理模块中已经删除的记录进行浏览和再操作，操作包含删除和还原。删除是对员工信息的彻底删除操作，支持批量删除和单删除；恢复是对记录的还原删除操作，但是如果将要还原的数据已经被新创建的数据替代则不可以进行恢复操作，还原功能支持单还原和批量还原。

1.6.2 部门删除历史模块

部门删除历史模块是超级管-理-员可以操作的功能模块，其主要功能是防止管-理-员和超级管-理-员对部门信息的误删操作而提供的可以恢复已删除部门信息菜单项。在该模块中超级管-理-员可以对在部门基本信息管理模块中已经删除的记录进行浏览和再操作，操作包含删除和还原。删除是对部门信息的彻底删除操作，支持批量删除和单删除；恢复是对记录的还原删除操作，但是如果将要还原的数据已经被新创建的数据替代则不可以进行恢复操作，还原功能支持单还原和批量还原。

1.6.3 职位删除历史模块

职位删除历史模块是超级管-理-员可以操作的功能模块，其主要功能是防止管-理-员和超级管-理-员对职位信息的误删操作而提供的可以恢复已删除员工信息菜单项。在该模块中超级管-理-员可以对在职位基本信息管理模块中已经删除的记录进行浏览和再操作，操作包含删除和还原。删除是对职位信息的彻底删除操作，支持批量删除和单删除；恢复是对记录的还原删除操作，但是如果将要还原的数据已经被新创建的数据替代则不可以进行恢复操作，还原功能支持单还原和批量还原。

1.6.4 用户删除历史模块

用户删除历史模块是超级管-理-员可以操作的功能模块，其主要功能是防止管-理-员和超级管-理-员对用户信息的误删操作而提供的可以恢复已删除用户信息菜单项。在该模块中超级管-理-员可以对在用户基本信息管理模块中已经删除的记录进行浏览和再操作，操作包含删除和还原。删除是对用户信息的彻底删除操作，支持批量删除和单删除；恢复是对记录的还原删除操作，但是如果将要还原的数据已经被新创建的数据替代则不可以进行恢复操作，还原功能支持单还原和批量还原。

2. 对员工管理系统的权限划分

2.1 员工可以实现的功能

员工属于本系统三大权限中的一个权限，系统中存在的所有员工不需要分配用户权限即可以使用本人姓名作为登录姓名和姓名拼音全拼作为登录密码登录本系统进行相关操作。员工可以操作的功能模块主要有以下七大模块。员工权限用例图如图2-1所示。

考勤：员工每天登录系统进行签到和签退以完成公司考勤统计。

请假：员工可以根据需要在该系统进行提交请假流程，完成正常请假流程。

查看公告：员工登录系统后可以查看公司发布的公告，获得公司的最新消息或通知。

员工留言：员工可以将对公司的意见或提议以留言的形式发给公司上级。

查看个人信息：员工登录后可以浏览自己的详细信息。

浏览公司基本信息：员工登录后可以查看公司的基本详细信息。

查看公司通讯录：员工登录后可以获得公司内部员工的所有联系方式和联系地址，方便公司内部员工之间的工作交流和日常联系。

2.2 管-理-员可以实现的功能

管-理-员属于本系统三大权限中的一个权限，系统中存在的所有员工都可以在被分配了管-理-员权限后以分配的用户名和用户密码登录本系统进行相关操作。管-理-员可以操作的功能模块主要有以下八大模块。管-理-员权限用例图如图2-2所示。