人事管理系统概要设计说明书.doc

人 事 管 理 系 统 概 要 设 计 说 明 书 学号：1060308014036 班级：计08级一班 姓名：马秋萍人事管理系统概要设计说明书1.引言1.1 编写目的 人事管理系统的需求分析阶段，将系统用户对该系统的需求做了详细的说明。 对于人事管理系统的概要设计，是在需求分析的基础上，进一步进行设计说明。主要解决系统需求的程序模块设计问题：包括决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在接下来的概要设计说明书中将对本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序员可依据此概要设计说明书，在概要设计对人事管理系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。1.2 项目背景l 所开发系统的名称：企业人事管理系统l 项目提出者：某公司l 最终用户：公司或企业l 项目的开发者：马秋萍，刘永强，王静，常建国1.3 参考资料【1】张俊兰，江开耀，李晔等.软件工程. 西安：西安电子科技大学出版社，2003年8月【2】萨师煊,王珊. 数据库系统概论(第三版). 北京:高等教育出版社,2000【3】王征,李家兴. SQL Server实用简明教程（第三版）. 北京:清华大学出版社,2006【4】郝兴伟. Web开发技术. 北京:清华大学出版社,2004【5】刘晓华，张建，周慧珍Jsp应用开发详解北京：电子工业出版社，2008年10月2. 人事管理系统结构2.1 概述该系统主要是用来管理员工的相关信息以及工资等的情况统计，公司把员工的信息，包括姓名、性别、年龄等信息输入人事管理系统的数据库，然后在管理终端对数据进行查询和修改等操作。使用人事管理系统，便于公司领导掌握人员的动向，及时调整人才的分配。2.2 人事管理系统结构系统的模块划分已在需求规格说明书中出，每个模块对应一个程序模块，根据需求规格说明书，可得出各模块之间的关系如下：2.3 人工处理过程本系统人工处理过程主要有：（1）登记员工的信息。（2）设置系统的基础数据。（3）设置员工的权限。3. 界面设计3.1 概述通过设计界面，用户可以点击图形界面的按钮、菜单、对话框等图形接口元素对程序和数据进行操作和在输入框中输入命令的方式查询信息。此时的界面也就是用户接口。3.2 外部接口 在设计用户界面部分时，根据需求分析的结果，用户需要一个友好的界面，因此应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。3.3 内部接口身份认证模块的返回值决定当前用户是否可以进入人事管理系统，身份通过以后再根据用户本身的权限判定进入哪一个功能模块，并且判断其相应的操作权限，这些采用返回值方式由用户本身的权限标志决定。以下为部分界面：4. 数据库设计4.1 概述本系统采用SQL Server 2000作为后台数据库，包括员工工基本信息管理、部门管理、职称管理、学历管理和用户信息管理等主要表结构。4.2 概要设计4.2.1 主要实体及其属性人事管理系统中所涉及到的主要实体集及其属性如下：员工员工编号，员工姓名，性别,籍贯,年龄,生日,学历,专业,住址,邮编,电话,EMAIL,参加工作时间,进入公司时间,部门,起薪时间,职务,备注；考勤信息记录编号，员工编号，员工姓名,当前日期,上班时间,下班时间,迟到次数,早退次数；请假信息请假记录编号，员工编号,病假天数,事假天数,假期开始时间；加班信息加班记录编号，员工编号，特殊加班天数,正常加班天数,加班日期；出差信息出差记录编号，员工编号，出差天数,出差日的地,出差开始时间；调动信息调动记录编号，员工编号，员工姓名,原部门,新部门,原职务,新职务,调出时间,调入时间,备注。4.2.2 ER设计在系统的数据库设计中，先要对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，然后才能得出系统的关系模式。可以采用ER图的方法来进行数据结构分析。ER设计方法是一种通过ER图来描述现实世界信息结构的DB设计方法。ER图由实体、属性、联系三部分组成。本系统的ER图如下图所示：上班员工加班出差情况mn编号姓名性别籍贯生日年龄请假n学历专业住址邮编电话Email参加工作时间进入公司时间部门起薪时间职务n出差n调动n上班情况mm请假信息加班信息调动情况 ER图4.3 逻辑设计系统分析的主要成果是系统的逻辑模型。本系统的逻辑模型主要是以系统的数据流图和数据字典为主要描述工具。即在对人事管理方式和业务流程进行认真分析和研究的基础上，排除现有组织机构和业务分工所造成的信息障碍。完全从业务管理功能和管理对象出发，按照信息系统中应有的数据流和数据结构来勾画系统的概貌。4.3.1 数据流图（简称为DFD）数据流图是组织中信息运动的抽象。是在调研的基础上，从系统的科学性、管理的合理性、实际运动的可行性角度出发。将信息处理功能和彼此之间的联系自顶向下，逐层分解，从逻辑上精确地描述系统应具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向（外部实体）等项目。首先，分析人事管理的总体情况，划分系统边界，识别系统的数据来源和去处，确定外部实体，得出系统的顶层数据流程图；然后划分出几个主要的信息管理功能，并明确各功能之间的联系，绘制出数据流程图。4.3.1.1 数据流程图的符号说明: 外部实体 处理 数据流 数据存储 图1 数据流程图的符号4.3.1.2 人事管理系统的顶层数据流程图:人事管理信息处理D1各种报表P人事基本信息出勤调动出差请假信息用户单位领导 图2 人事信息处理的顶层数据流程图4.3.1.3 以加班处理的数据流程图（图3）为例说明二层数据流程图:(其它如出差、出勤等信息的数据流程图略.)工作加班记录加班人员汇总上报审核部门负责人上报加班记录领导审批财务部门送交送交人事部门图34.3.1.4人事管理系统的数据流程图如下图所示F1录入员工基本信息和工作信息P1 1221员工信息空白单D1F2P2 1221填写有关信息D2已填好的有关信息F3P3员工信息处理D3处理结果F4图4 系统数据流程图其中P表示数据处理，F表示数据流，D表示数据存储4.3.2 基本表4.3.2.1 关系模式：工资（工号姓名性别全勤奖金实上班天数基本工资加班天数加班工资扣款应发工资实发工资）4.3.2.2关系模式：员工基本信息（身份证号民族年龄员工编号姓名性别E-mail移动电话）属性中文名称属性名类型长度说明员工编号S_NOCHAR11部门统一编号，具有唯一性姓名S_NAMECHAR20员工姓名 性别S_SEXCHAR4员工性别年龄S_AGEINT18100民族RACIALCHAR具有唯一性身份证号SIDCHAR20唯一身份标识E-mailE_MAILCHAR24移动电话T_PHONECHAR114.3.2.3 关系模式：员工家庭（邮政编码联系电话住址籍贯员工编号）属性中文名称属性名类型长度说明员工编号S_NOCHAR11部门统一编号，具有唯一性住址S_ADDRESSCHAR40员工家庭住址 籍贯RACIALCHAR26具有唯一性E-mailE_MAILCHAR24联系电话T_PHONECHAR114.3.2.4 关系模式：员工学历（专业毕业院校教育程度计算机水平外语水平员工编号）属性中文名称属性名类型长度说明员工编号S_NOCHAR部门统一编号，具有唯一性专业CHAR毕业院校CHAR统一编号，具有唯一性教育程度CHAR计算机水平CHAR外语水平CHAR20四六级等4.3.2.5关系模式：员工工作（职称部门编号工龄入职时间员工编号）属性中文名称属性名类型长度说明员工编号S_NOCHAR部门统一编号，具有唯一性性职称Z_ZCCHAR20员工姓名 部门编号BHCHAR10工龄G_GLINT3参加工作时间入职时间R_SJINT4参加工作时间4.3.2.6 关系模式：员工婚姻（婚否子女数员工编号）属性中文名称属性名类型长度说明员工编号S_NOCHAR11部门统一编号，具有唯一性婚否CHAR是或否子女数S_子女年龄4.3.2.7 关系模式：用户（用户ID、密码、用户类型）属性中文名称属性名类型长度说明用户IDY_IDchar8ID密码Y_mimavchar20用户类型Y_leixingvchar84.3.2.8 关系模式 ：部门（部门编号，部门名称，职工名，职位，部门电话，部门经理，编制人数，现有人数）属性中文名称属性名数据类型长度说明部门编号dep_num整型int（12）部门编号具有唯一性部门名称dep_name字符串类型char(12)部门名称职工名employor_na字符串类型char(12)职工名职位position字符串类型char(12)具有等级之分部门电话dep_telephone整型int（11）部门电话部门经理manager字符串类型char(12)部门经理编制人数edit_no整型int（100）部门最大容纳人数现有人数own_no整型int（100）现有人数4.3.3 导出表1） 调动入表（部门编号，职位，职工编号，原部门，现部门、说明部分）由部门信息表导出。2） 转出表（部门编号，职位，职工编号，现有人数，职工名）由部门信息表导出。3） 奖惩表（职工编号、奖励、惩罚、奖惩时间、说明部分）由工资表导出。4.3.4 创建数据库4.3.4.1 用户表 4.3.4.2 员工基本表4.3.4.3 员工学历表4.3.4.4 员工家庭表5.4 物理设计5.4.1 设计原则（1）进行规范化设计，尽可能地减少数据冗余和重复合理的数据库表的设计应该是在满足需求的前提下，使数据的重复量最小，就尽量按照关系数据库系统理论方法去设计一个数据库，减少数据的冗余。（2）结构设计与操作设计相结合在设计数据库结构时，有时为了编程实现的简捷和思路的清晰，往往故意增加一些冗余数据。这虽然有悖于传统的关系数据库理论，但是考虑到选择的机器型号和档次等因素，如果增加的冗余不会明显增加存储空间和降低处理效率，并且对编程实现有很大帮助，往往可以采用这种方法。（3）数据结构具有相对的稳定性数据结构的相对稳定性，可以作为新、旧系统转换的依据。无论采用何种方法或手段去处理日常事务，都应该能完成相应的功能，决不会因为采用了计算机而丢失了必要的功能，或彻底改变了原有的工作流程和模式。计算机系统的建成是建立在原系统充分调研的基础上的，它既不能脱离原系统的大框架，也不是简单的重复和替代。所以数据库表结构设计应保证数据的相对稳定，这样才能考虑在新的数据结构下的业务处理方式。5.4.2 设计原则此处着重讨论如何进行规范化设计，关系范式规范化过程如下：消去重复项1NF消除部分函数依赖2NF消除传递函数依赖3NF和空白数据项非规范化关系 由逻辑结构设计中得出的关系模型可知，转化的各关系中均无重复项和空白数据项，故是第一范式；而且如下图中的a, b所示(以出差信息及请假信息为例其它略)，所有非主属性都完全函数依赖于任一侯选关键字，故是第二范式；在第二范式的前提下，可知ER图中a,b所示的四个关系的非主属性之间都不存在函数依赖关系，故图a,b所表示的关系均属于第三范式。请假编号员工编号病假天数事假天数假期开始时间出差编号出差开始时间出差目的地出差天数员工编号 ab6. 系统运行与维护6.1 系统的运行1. 初始数据的输入本系统的输入采用鼠标和键盘相结合的输入方法。2、怎样进入系统A、将本系统所在的文件夹拷贝到硬盘，然后执行其中的人事管理系统的程序文件即可，应注意要将全部文件的属性变以存档，消除只读属性。B、在随后出现的登录界面上输入正确的用户名和密码即可3、怎样使用本系统点击鼠标左键即可进行相应功能的选择。6.2 系统的维护本系统是个较复杂的人-机系统，由于系统外部环境与内部因素的变化，不断影响系统的运行，同时需要系统不断地适应这些变化，不断地完善系统，以提高系统运行的效率与服务水平，这就需要自始至终进行系统的维护工作。系统的维护主要包括四个方面：（1）程序的维护：指的是修改部分或全部程序，这种维护往往是在条件发生变化或原系统的效率低的情况下进行的。（2）数据文件的维护：指的是按照用户的要求对数据文件进行不定期的修改。（3）代码的维护：随着系统的发展和变化，可能会出现旧代码不能适应新要求的问题，因此，有必要变更代码，予以维护。（4）硬件的维护：指的是对系统所使用的设备进行维护。本系统的日常维护由人事部门专人来负责，如果出现一些不能解决的问题，则由开发者来负责。总结与体会做完这个企业人事管理系统后，我深有感触。从选取设计企业