3.2系统需求分析

3.2.1 系统功能层次模块图

图3-1 系统功能层次模块图

3.2.2 系统功能需求说明

3.2.2.1 人事管理

? 档案管理

提供完善且符合公司组织模式的人事档案库管理子模块，要求存储在预置时间内的在职人员相关情况，并且实现人事档案信息跟考评管理信息的关联。主要信息包括：姓名、性别、学历、民族、部门、职务、手机号等。

可以实现员工基本信息的浏览和打印，可以实现对照片、身份证和学历证书等图片资料的管理，可以按条件查询员工履历表。 ? 合同管理

提供完善合同管理和维护功能，以便于对员工劳动合同进行相关的操作，主要信息包括：合同编号、人员编号、合同编号、合同的签订时间、结束日期、涉及岗位、合同内容等。

可以对员工合同按照时间排序，可以对员工合同信息单独进行增删改操作。 ? 考评管理

公司员工每个月评定一次绩效，主要信息包括：员工编号、员工姓名、所属部门、考评内容、考评结果、考评分数和考评人等。

可以按姓名查找员工考评成绩。

? 奖罚管理

提供灵活的奖罚管理方式，并且做好同步记录。主要信息包括：获奖姓名、奖惩时间、奖惩内容、奖惩类别、奖惩金额等信息。

可以对员工奖惩信息按照时间排序，可以对员工奖惩信息单独进行增删改操作。可以按姓名查找员工奖罚记录。 ? 调动管理

提供完善的调动管理体系。主要信息包括：人事调动管理、新进员工、离退员工、职称聘任记录。

可以对员工人事调动信息按时间排序，可以对员工人事调动信息单独进行增删改操作，可以按员工姓名，编号查找员工相关信息。

3.2.2.2 工资管理

员工工资由基本工资和加班工资两部分构成。其中基本工资只能由人事经理指定和修改，而且有可能因为迟到或者缺勤而扣除部分薪资。人事部则负责每月根据员工的加班记录和考勤记录，计算员工的本月工资。

可以按员工姓名查找相应月份工资。

3.2.2.3 系统管理

维护部门的基本信息，可以对部门进行增加、修改、删除等操作。部门应展示父子关系――即部门间的所属关系。 职务的基本信息，可以对职务进行增加、修改、删除等操作。

3.2.2.4 管理用户

对使用本系统的用户进行管理，管理信息包括用户名、密码、用户权限等。用户登录时要首先判断用户的合法性，只有合法用户才能操作相应的功能界面。可以对用户进行增加、修改、删除等操作。

3.2.3 系统非功能性需求说明

3.2.3.1 用户数量需求

项目的主要用户是人事部的员工、部门经理、总经理、人事助理及经理，所以流量不会太大，根据公司的规模以及发展，预计员工数目150左右。

3.2.3.2 时间性能需求

? 响应时间：等待时间约为 2-4 秒 ? 数据传送或转换时间：2-4 秒 ? 处理更新时间：无

3.2.3.3 灵活性能需求

系统应具有较灵活的更新操作，对用户信息的添加、修改、删除、查询，对操作后数据库的内容进行有选择地添加、修改和删除，必要时对数据库系统的部分信息进行初始化。

3.2.3.4 输入输出需求

对输入输出数据做出必要的类型说明，且要求各输入项必须在合法的范围之内，并逐项说明其格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

3.2.3.5 故障处理要求

1、为了使异常处理简洁，定义专门的错误页面来处理可能发生的异常，在错误页面打印异常信息以及用户应该做的处理，同时将异常写入日志文件，便于日后的维护。

2、采用声明式异常处理，会对常见的401,404,403，500等错误，提示错误。

第四章 系统概要设计

4.1系统总设计

4.1.1 系统总体设计要求

我们一般设计系统都要完成以下的几个要求，以便于获得大众的认可。这样才使得我们的系统开发更具有价值。

（1）数据库设计的合理性：尽可能地将数据冗余度控制在最小范围内，不至于使重复的数据过分地浪费较多的存储空间，这样同时也减轻了服务器运行负担提高了计算机整体的运行速度。

（2）界面设计的友好性：界面的友好程度如何，通常作为第一主观印象被用户拿去评判一个系统的优劣与否，友好的用户界面通常能够使用户有一个愉悦的心情，所以界面的友好性非常重要。

（3）基本功能与特殊功能兼备：该系统要求除了能实现信息的录入，删除，查询等基本功能之外，还要求能够根据用户的需要进行操作。

4.1.2 系统总体结构设计原则

系统总体结构设计一般应遵循以下原则：子系统之间的独立性；子系统之间的数据依赖尽可能小；子系统的设计及应考虑今后管理发展的需要；子系统的划分应便于系统设计阶段的实现。

在遵循上述原则的基础上，根据系统处理业务的不同，将该系统分为基础信息管理、业务信息管理、查询信息管理、系统信息管理四个子系统，其中基础信息管理包括部门信息管理和员工信息管理；业务信息管理包括员工工资管理；查询信息管理包括部门信息查询、员工信息查询、员工工资查询和员工工资统计；系统信息管理包括角色信息管理、菜单信息管理、角色权限管理和用户信息管理。 4.2系统总架构

对于典型的MIS系统结构存在着两种比较流行的模式:C/S模式和B/S模式：

C/S结构的MIS系统，这种结构借助于网络将应用资源和应用任务合理的分配到CLINET、SERVER两端。

B/S结构的MIS系统，这种结构与C/S模式相比，它简化了客户端的程序，通常在这种模式结构的系统中，客户端只需要一个浏览器就可以了。

通常如果要求系统的响应要求快，又是用于局域网内部或机关企事业单位内部的系统，可以采用C/S结构模式。但如果用户不在同一局域网内，而是分散在各个不再的地方或处于不同的单位，在这种情况下B/S结构模式通常比较适合。鉴于人事管理系统的需求，此系统开发应用C/S结构开发。

图4-1是系统设计的总体框架图，通过图示的形式，描述了系统各部分的功能模块结构关系。图中的每一个模块都能够独立地实现其具体的功能。

人事管理系统 人事管理 子系统 工资管理 子系统 系统管理 子系统 管理用户 子系统

图4-1 人事管理系统总体框架图

4.3系统功能总体设计结构图

图4-2 系统功能总体设计结构图

4.3.1 人事管理模块

4.3.1.1 考评管理

对员工的考评进行登记管理。公司员工每个月评定一次绩效，该报表包括以下几项：员工的编号、姓名、部门、考评内容、考评结果、考评分数和考评人等。

员工可按姓名查找考评成绩。