人事管理系统课程设计(数据库)

《人事管理系统课程设计(数据库)》由会员分享，可在线阅读，更多相关《人事管理系统课程设计(数据库)（25页珍藏版）》请在金锄头文库上搜索。

1、1目录第一章1.1 历史背景第二章 需求分析2.1 需求分析的任务2.2 需求分析的原则2.3 可行性研究2.3.1 可行性研究的任务2.3.2 可行性研究的步骤2.3.3 系统流程图2.4 软件需求正确性验证第三章 系统设计与实现3.1 开发工具的选择3.2 系统分析3.3 系统功能设计3.4 主要功能模块设计3.4.1 系统架构设计3.4.2 控件准备和引用设置3.4.3 系统登陆设计3.4.4 主窗体的设计第四章 系统的测试与实施4.1 引言4.2 测试概述4.3 测试举例4.4 软件需求测试结论2第一章1.1 历史背景随着计算机技术的飞速发展，计算机在企业管理中应用的普及，利用计算机实

2、现企业人事管理势在必行。对于大中型企业来说，利用计算机支持企业高效率完成劳动人事管理的日常事务，是适应现代企业制度要求、推动企业劳动人事管理走向科学化、规范化的必要条件；计算机管理所无法比拟的优点检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。不同的企业具有不同的人事管理制度，这就决定了不同的企业需要不同的人事管理系统。人事管理系统是一个企业单位不可缺少的部分，它的内容对于企业的决策者和管理者来说都至关重要，所以人事管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使

3、用传统人工的方式管理文件档案，这种管理方式存在着许多缺点，如:效率低、保密性差，另外时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。 1随着计算机技术的飞速发展，计算机在企业管理中应用的普及， 利用计算机实现企业人事管理势在必行。合理的利用有助于企业发展的管理系统是企业改革的一种优越的体现，不仅保证了核算准确度，还成倍的提高了工作效率，而且便于查询。作为计算机应用的一部分，使用计算机对人事信息进行管理，具有手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事劳资管理的效率，也是企业的科学化、正

4、规化管理，与世界接轨的重要条件。因此，开发这样一套适用的人事管理软件成为很有必要的事情，在下面的各章中我们将以开发一套人事管理系统为例，谈谈其开发过程和所涉及到的问题及解决方法。3第二章 需求分析2.1 需求分析的任务需求分析的结果是系统开发的基础，关系到工程的成败和软件产品的质量。因必须用行之有效的方法对软件需求进行严格的审查验证。下面简要叙述需求分析阶段的具体任务。一、确定对系统的综合要求。对系统的综合要求有下述四个方面：1系统功能要求（1）登录管理（2）人员管理（3）部门管理（4）报表打印其中人员管理包括：添加，浏览，修改，撤销，删除，查询等：部门管理包括添加、修改，删除2系统性能要求（

5、1）对资源的使用状况作长期的监控和数据收集 Snmp+MRTG Sar（2）程序的优化和系统结构的优化比硬件的性能优化更有效（3）避免不受限制的使用系统资源设置各项服务对资源的使用限额，如 Apache, MySQL,PHP 等3运行要求（1）支持系统运行的系统软件有 windows xp , Linux （2）数据库管理系统有 Oracle 系统，SQLserver, kingbose , OSCAR（3）外存储器有 硬盘，光盘，移动硬盘，网盘，U 盘等。4将来可能提出的要求后台数据库的管理，前台界面管理，工资管理二、导出系统的逻辑模型我们把上述每一个定义作为数据字典中的一个条目。因此，在数

6、据字典中有类型的条目：数据流条目、文件条目和数据项条目。下面分别讨论。1.数据流条目数据流条目对每个数据流进行定义，它通常由四部分组成：数据流名、别名、组成和注释。其中，别名是前面已定义的数据流的同义词；组成栏是定义的主要部分，通常是列出该数据流的各组成数据项；注释栏用于记录其它有关信息，例如该数据流在单位时间中传输的次数等。如果数据流的组成很复杂，则可采用“自顶向下，逐步分解”的方式来表示。登录管理=管理人员登录+普通客户登录+ 会员登录人员管理=内部提升+ 外部招聘部门管理=【财务部门|销售部门|市场部门| 人力资源部门|行政部门】在数据字典各条目的定义中，常使用下述符号： 表示“等价”

7、；4 表示“与” ； | 表示“或” ，即选括号中某一项，括号中各选择项用 “|”隔开。例如，三好学生 甲| 乙|丙|丁 ；数据流条目的编写格式见表 2-4-1、2-4-2“职工基本情况”和“查询条件”数据流条目。表 2-4-1 数据流名：职工基本情况别 名：无组 成：职工号+姓名+ 性别+ 出生时间+参加工作时间+职称+ 工作部门+工资+婚否 注 释：表 2-4-2数据流名：查询条件别 名：无组 成：查工资情况|查工作部门|查职称| 查职工号注 释：数据量：约 70 次/天； 今后还要增加查询种类2.文件条目文件条目用来对文件(或数据库 )进行定义。它由五部分组成：文件名、编号、组成、结构和

8、注释。其中组成栏的定义方法与前面的数据流条目相同。结构栏用于说明重复部分的相互关系，比如指出是顺序或索引存取。文件条目的格式见表 2-4-3 “人事档案文件”的条目。 表 2-4-3 人 事 档 案 文 件文件名：人事档案文件编 号：EMP组 成：职工号+姓名+ 出生时间+ 参加工作时间+职称+工作部门+ 工资+婚否结 构：以职工号为关键字、索引存取注 释：今后还将增加数据项3.数据项条目数据项条目用来给出数据项的定义。由于数据项是数据的最小单位，是不可分割的，因此数据项条目只包含名称、代码、类型、长度和值的含义内容等。对于那些足以从名称看出其含义的“自说明”型的数据项，则不必在条目中再解释其

9、含义。数据项条目的格式见表 2-4-4 所示的 “人事管理系统的数据项条目” 。表 2-4-4 人事管理系统数据项条目 数据项名、代码、类型、长度、小数位、含义、别名、注释职工号 数值型 6 ZGH姓名 字符型 8 XM性别 字符型 2 XB出生时间 日期型 8 CSSJ参加工作时间 日期型 8 CZSJ婚否 逻辑型 1 HF职称 字符型 8 ZC工作部门 字符型 10 BM工资 数值型 6 GZ52三、修正系统开发计划根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。四、开发原型系统在计算机硬件和许多其它工程产品的设计过程中经常使用

10、样机。建造样机通常有两个主要目的：检验关键设计方案的正确性及系统是否真正满足用户的需要。对于软件系统的开发，使用“样机”( 更正确的名称应该是原型系统 )的主要目的是，使用户通过实践获得关于未来的系统将怎样为他们工作的更直接更具体的概念，从而可以更准确地提出和确定他们的要求。2.2 需求分析的原则需求分析的前提是准确、完整地获取用户需求。向问题领域的专家学习，进行用户需求查是需求分析的第一步。用户需求通常可以分为功能需求和性能需求两类。功能需求定义了系统应该做什么，系统要求输入什么信息，输出什么信息，以及如何将输入变换为输出。性能需求则定义了软件运行的状态特征，如系统运行效率，可靠性，安全性，

11、可维护性等等。综合起来，应该获取用户需求的内容包括：(1)物理环境。系统运行的设备地点、位置是集中式的还是分布式的，对环境的要求如何(如温度、湿度，电磁场干扰等) 。(2)系统界面。要求与其他系统进行数据交换的内容与格式，终端用户的类型与熟练程度，用户对界面的特定要求，用户操作的易接受性等。(3)系统功能。系统应该完成的功能以及何时完成，对于系统运行速度、响应时间或者数据吞吐量的要求，系统运行的权限规定，系统可靠性要求，是否要求可移植，未来扩充或者升级的要求。(4)数据要求。输入偷出数据的种类与格式，计算必须达到的精度，数据接收与发送的频率，数据存储的容量和可靠性，数据或者文件访问的控制权限，

12、数据备份的要求。(5)系统文档规格。系统要求交付什么文档，各类文档的编制规范和预期使用对象。(6)系统维护要求。系统出错后可以允许的最大恢复时间，对错误修改的回归测试要求，系统运行日志规格，是否允许对系统修改，系统变化如何反映到设计中。在获取需求过程中遇到的典型问题是：(1)如何理解问题。大多数情况下，软件开发人员不是问题领域的行家。但是要准确、完整的获取需求必须对问题具有深入的理解与把握。许多问题即使是用户业务人员也可能没有自觉的认识。(2)分析员与用户的通信问题。分析员对问题的理解必须从信息处理要求出发，而用户更多的考虑是本身的业务领域。与用户建立相互信任、有效的沟通是分析员的首要任务。(

13、3)用户需求的可变性。用户需求通常是不断变化的，而软件开发人员则希望将需求冻结在某一时刻。影响用户需求变化的因素可以是用户领域的业务扩充或者转移，市场竞争的要求，用户主管人员的变更等。现实情况是分析员只能接受需求不断变化的事实，应该千方百计地使其工作适应需求的变化。现实世界是复杂多变的。为了将现实世界中问题的求解映射为信息处理模型，对问题进行分解与抽象是普遍有效的基本法则。62.3 可行性研究2.3.1 可行性研究的任务并不是所有问题都有简单明显的解决办法，事实上，许多问题不可能在预定的系统规模之内解决。如果问题没有可行的解，那么花费在这项开发工程上的任何时间、资源、人力 和经费都是无谓的浪费

14、。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。 必须记住，可行性研究的目的不是解决问题，而是确定问题是否值得去解。怎样达到这个 目的呢?当然不能靠主观猜想而只能靠客观分析。必须分析几种主要的可能解法的利弊，从而判断原定的系统目标和规模是否现实，系统完成后所能带来的效益是否大到值得投 资开发这个系统的程度。因此，可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。首先需要进一步分析和澄清问题定义。在问题定义阶段初步确定的规模和目标，如果 是正确的就进一步加以肯定，如果有错误就应该及时改正，如果对

15、目标系统有任何约束和 限制，也必须把它们清楚地列举出来。在澄清了问题定义之后，分析员应该导出系统的逻辑模型。然后从系统逻辑模型出 发，探索若干种可供选择的主要解法(即系统实现方案) 。对每种解法都应该仔细研究它的 可行性，一般说来，至少应该从下述三方面研究每种解法的可行性：(1)技术可行性使用现有的技术能实现这个系统吗?(2)经济可行性这个系统的经济效益能超过它的开发成本吗?(3)操作可行性系统的操作方式在这个用户组织内行得通吗?分析员应该为每个可行的解法制定一个粗略的实现进度。当然，可行性研究最根本的任务是对以后的行动方针提出建议。如果问题没有可行的解，分析员应该建议停止这项开发工程，以避免

16、时间、资源、人力和金钱的浪费；如果 问题值得解，分析员应该推荐一个较好的解决方案，并且为工程制定一个初步的计划。可行性研究需要的时间长短取决于工程的规模，一般说来，可行性研究的成本只是预测。2.3.2 系统流程图在进行可行性研究时需要了解和分析现有的系统，并以概括的形式表达对现有系统的认识；进入设计阶段以后应该把设想的新系统的逻辑模型转变成物理模型，因此需要描绘未来的物理系统的概貌。7登录管理部门管理报表打印人员管理普通登录会员登录外部招聘财务部门内部提升销售部门市场部门人力资源部门行政部门人事管理系统管理员登录2.5 软件需求正确性验证2.5.1 软件需求正确性要求和验证方法一般说来，应该从下述四个方面进行验证：一致性所有需求必须是一