人事管理系统课程设计大数据库.docx

人事管理系统课程设计大数据库.docx

《人事管理系统课程设计大数据库.docx》由会员分享，可在线阅读，更多相关《人事管理系统课程设计大数据库.docx（24页珍藏版）》请在冰豆网上搜索。

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

第一章

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软件需求测试结论

第一章

1.1历史背景

随着计算机技术的飞速开展，计算机在企业管理中应用的普与，利用计算机实现企业人事管理势在必行。

对于大中型企业来说，利用计算机支持企业高效率完成劳动人事管理的日常事务，是适应现代企业制度要求、推动企业劳动人事管理走向科学化、规化的必要条件；计算机管理所无法比拟的优点检索迅速、查找方便、可靠性高、存储量大、性好、寿命长、本钱低等。

这些优点能够极提高人事管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。

不同的企业具有不同的人事管理制度，这就决定了不同的企业需要不同的人事管理系统。

人事管理系统是一个企业单位不可缺少的局部，它的容对于企业的决策者和管理者来说都至关重要，所以人事管理系统应该能够为用户提供充足的信息和快捷的查询手段。

但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点，如:

效率低、性差，另外时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。

随着计算机技术的飞速开展，计算机在企业管理中应用的普与，利用计算机实现企业人事管理势在必行。

合理的利用有助于企业开展的管理系统是企业改革的一种优越的表现，不仅保证了核算准确度，还成倍的提高了工作效率，而且便于查询。

作为计算机应用的一局部，使用计算机对人事信息进展管理，具有手工管理所无法比拟的优点.例如:

检索迅速、查找方便、可靠性高、存储量大、性好、寿命长、本钱低等。

这些优点能够极提高人事劳资管理的效率，也是企业的科学化、正规化管理，与世界接轨的重要条件。

因此，开发这样一套适用的人事管理软件成为很有必要的事情，在下面的各章中我们将以开发一套人事管理系统为例，谈谈其开发过程和所涉与到的问题与解决方法。

第二章需求分析

需求分析的结果是系统开发的根底，关系到工程的成败和软件产品的质量。

因

必须用行之有效的方法对软件需求进展严格的审查验证。

下面简要表示需求分析阶段的具体任务。

一、确定对系统的综合要求。

对系统的综合要求有下述四个方面：

1．系统功能要求

〔1〕登录管理

〔2〕人员管理

〔3〕部门管理

〔4〕报表打印

其中人员管理包括：

添加，浏览，修改，撤销，删除，查询等：

部门管理包括添加、修改，删除

2．系统性能要求

〔1〕对资源的使用状况作长期的监控和数据收集

–Snmp+MRTG

–Sar

〔2〕程序的优化和系统结构的优化比硬件的性能优化更有效

〔3〕防止不受限制的使用系统资源设置各项服务对资源的使用限额，如Apache,MySQL,PHP等

3．运行要求

〔1〕支持系统运行的系统软件有windowsxp,Linux

〔2〕数据库管理系统有Oracle系统，SQLserver,kingbose,OSCAR

〔3〕外存储器有硬盘，光盘，移动硬盘，网盘，U盘等。

4．将来可能提出的要求

后台数据库的管理，前台界面管理，工资管理

二、导出系统的逻辑模型

我们把上述每一个定义作为数据字典中的一个条目。

因此，在数据字典中有

类型的条目：

数据流条目、文件条目和数据项条目。

下面分别讨论。

数据流条目对每个数据流进展定义，它通常由四局部组成：

数据流名、别名、组成和注释。

其中，别名是前面已定义的数据流的同义词；组成栏是定义的主要局部，通常是列出该数据流的各组成数据项；注释栏用于记录其它有关信息，例如该数据流在单位时间中传输的次数等。

如果数据流的组成很复杂，如此可采用“自顶向下，逐步分解〞的方式来表示。

登录管理=管理人员登录+普通客户登录+会员登录

人员管理=部提升+外部招聘

部门管理=【财务部门|销售部门|市场部门|人力资源部门|行政部门】

在数据字典各条目的定义中，常使用下述符号：

＝表示“等价〞；

＋表示“与〞；

[|]表示“或〞，即选括号中某一项，括号中各选择项用“|〞隔开。

例如，三好学生＝[甲|乙|丙|丁]；

数据流条目的编写格式见表2-4-1、2-4-2“职工根本情况〞和“查询条件〞数据流条目。

表2-4-1

数据流名：

职工根本情况

别名：

无

组成：

职工号++性别+出生时间+参加工作时间+职称+工作部门+工资+婚否

注释：

表2-4-2

数据流名：

查询条件

别名：

无

组成：

[查工资情况|查工作部门|查职称|查职工号]

注释：

数据量：

约70次/天；今后还要增加查询种类

文件条目用来对文件（或数据库）进展定义。

它由五局部组成：

文件名、编号、组成、结构和注释。

其中组成栏的定义方法与前面的数据流条目一样。

结构栏用于说明重复局部的相互关系，比如指出是顺序或索引存取。

文件条目的格式见表2-4-3“人事档案文件〞的条目。

表2-4-3人事档案文件

文件名：

人事档案文件

编号：

EMP

组成：

职工号++出生时间+参加工作时间+职称+工作部门+工资+婚否

结构：

以职工号为关键字、索引存取

注释：

今后还将增加数据项

数据项条目用来给出数据项的定义。

由于数据项是数据的最小单位，是不可分割的，因此数据项条目只包含名称、代码、类型、长度和值的含义容等。

对于那些足以从名称看出其含义的“自说明〞型的数据项，如此不必在条目中再解释其含义。

数据项条目的格式见表2-4-4所示的“人事管理系统的数据项条目〞。

表2-4-4人事管理系统数据项条目

数据项名、代码、类型、长度、小数位、含义、别名、注释

职工号数值型6ZGH

字符型8XM

性别字符型2XB

出生时间日期型8CSSJ

参加工作时间日期型8CZSJ

婚否逻辑型1HF

职称字符型8ZC

工作部门字符型10BM

工资数值型6GZ

2

三、修正系统开发计划

根据在分析过程中获得的对系统的更深入更具体的了解，可以比拟准确地估计系统的本钱和进度，修正以前制定的开发计划。

四、开发原型系统

在计算机硬件和许多其它工程产品的设计过程中经常使用样机。

建造样机通常有两个主要目的：

检验关键设计方案的正确性与系统是否真正满足用户的需要。

对于软件系统的开发，使用“样机〞（更正确的名称应该是原型系统）的主要目的是，使用户通过实践获得关于未来的系统将怎样为他们工作的更直接更具体的概念，从而可以更准确地提出和确定他们的要求。

需求分析的前提是准确、完整地获取用户需求。

向问题领域的专家学习，进展用户需求查是需求分析的第一步。

用户需求通常可以分为功能需求和性能需求两类。

功能需求定义了系统应该做什么，系统要求输入什么信息，输出什么信息，以与如何将输入变换为输出。

性能需求如此定义了软件运行的状态特征，如系统运行效率，可靠性，安全性，可维护性等等。

综合起来，应该获取用户需求的容包括：

（1）物理环境。

系统运行的设备地点、位置是集中式的还是分布式的，对环境的要求如何（如温度、湿度，电磁场干扰等）。

（2）系统界面。

要求与其他系统进展数据交换的容与格式，终端用户的类型与熟练程度，用户对界面的特定要求，用户操作的易承受性等。

（3）系统功能。

系统应该完成的功能以与何时完成，对于系统运行速度、响应时间或者数据吞吐量的要求，系统运行的权限规定，系统可靠性要求，是否要求可移植，未来扩大或者升级的要求。

（4）数据要求。

输入偷出数据的种类与格式，计算必须达到的精度，数据接收与发送的频率，数据存储的容量和可靠性，数据或者文件访问的控制权限，数据备份的要求。

（5）系统文档规格。

系统要求交付什么文档，各类文档的编制规和预期使用对象。

（6）系统维护要求。

系统出错后可以允许的最大恢复时间，对错误修改的回归测试要求，系统运行日志规格，是否允许对系统修改，系统变化如何反映到设计中。

在获取需求过程中遇到的典型问题是：

（1）如何理解问题。

大多数情况下，软件开发人员不是问题领域的行家。

但是要准确、完整的获取需求必须对问题具有深入的理解与把握。

许多问题即使是用户业务人员也可能没有自觉的认识。

（2）分析员与用户的通信问题。

分析员对问题的理解必须从信息处理要求出发，而用户更多的考虑是本身的业务领域。

与用户建立相互信任、有效的沟通是分析员的首要任务。

（3）用户需求的可变性。

用户需求通常是不断变化的，而软件开发人员如此希望将需求冻结在某一时刻。

影响用户需求变化的因素可以是用户领域的业务扩大或者转移，市场竞争的要求，用户主管人员的变更等。

现实情况是分析员只能承受需求不断变化的事实，应该千方百计地使其工作适应需求的变化。

现实世界是复杂多变的。

为了将现实世界中问题的求解映射为信息处理模型，对问题进展分解与抽象是普遍有效的根本法如此。

并不是所有问题都有简单明显的解决方法，事实上，许多问题不可能在预定的系统规模之解决。

如果问题没有可行的解，那么花费在这项开发工程上的任何时间、资源、人力和经费都是无谓的浪费。

可行性研究的目的就是用最小的代价在尽可能短的时间确定问题是否能够解决。

必须记住，可行性研究的目的不是解决问题，而是确定问题是否值得去解。

怎样达到这个目的呢?

当然不能靠主观猜测而只能靠客观分析。

必须分析几种主要的可能解法的利弊，从而判断原定的系统目标和规模是否现实，系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。

因此，可行性研究实质上是要进展一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进展的系统分析和设计的过程。

首先需要进一步分析和澄清问题定义。

在问题定义阶段初步确定的规模和目标，如果是正确的就进一步加以肯定，如果有错误就应该与时改正，如果对目标系统有任何约束和限制，也必须把它们清楚地列举出来。

在澄清了问题定义之后，分析员应该导出系统的逻辑模型。

然后从系统逻辑模型出发，探索假如干种可供选择的主要解法（即系统实现方案）。

对每种解法都应该仔细研究它的可行性，一般说来，至少应该从下述三方面研究每种解法的可行性：

（1）技术可行性使用现有的技术能实现这个系统吗?

（2）经济可行性这个系统的经济效益能超过它的开发本钱吗?

（3）操作可行性系统的操作方式在这个用户组织行得通吗?

分析员应该为每个可行的解法制定一个粗略的实现进度。

当然，可行性研究最根本的任务是对以后的行动方针提出建议。

如果问题没有可行的．解，分析员应该建议停止这项开发工程，以防止时间、资源、人力和金钱的浪费；如果问题值得解，分析员应该推荐一个较好的解决方案，并且为工程制定一个初步的计划。

可行性研究需要的时间长短取决于工程的规模，一般说来，可行性研究的本钱只是预测

。

2.3.2系统流程图

在进展可行性研究时需要了解和分析现有的系统，并以概括的形式表达对现有系统的认识；进入设计阶段以后应该把设想的新系统的逻辑模型转变成物理模型，因此需要描绘未来的物理系统的概貌。

一般说来，应该从下述四个方面进展验证：

一致性所有需求必须是一致的，任何一条需求不能和其他需求互相矛盾。

完整性需求必须是完整的，规格说明书应该包括用户需要的每一个功能或性能。

现实性指定的需求应该是用现有的硬件技术和软件技术根本上可以实现的。

对硬