企业人事管理系统毕业论文.doc

.目 录摘要 .I第一章 可行性研究与系统目标 .11.1可行性研究 .11.1.1技术可行性 .11.1.2开发环境可行性 .11.1.3 经济可行性 .21.1.4 管理可行性 .21.2系统目标 .21.2.1 合理的设计数据库 .21.2.2设计出友好的界面 .21.2.3实现基本功能和一些特殊功能的操作 .31.3系统功能分析 .3第二章 系统需求分析 42.1需求分析概述 .42.2数据流分析 .52.3数据字典 .6第三章 系统总体设计 .113.1系统总体设计目标 113.2系统功能描述 113.3总体功能模块设计 .123.4 数据库设计 .133.4.1概念设计 .143.4.2 关系模型的规范化 173.4.3 物理设计 173.5 界面设计 .213.6输入输出设计 .21第四章 主要功能模块设计 .224.1公用模块设计 .224.2系统登录模块设计 .224.3主界面设计 .224.4系统设计 .234.5部门管理 .254.6考勤管理 .264.7帮助（关于） 274.8报表设计 .28第五章 系统测试与维护 315.1系统测试 .315.1.1集成测试 .315.1.2功能测试 .315.1.3链接测试 .315.1.4文档测试 .315.1.5负载测试 .315.1.6极限测试 .325.2统统改进与维护 .32结束语 33致 谢 34参考文献 35附录 36;.摘要随着计算机技术的飞速发展，计算机在企业管理中应用的普及，利用计算机实现企业人事管理势在必行。对于大中型企业来说，利用计算机支持企业高效率完成劳动人事管理的日常事务，是适应现代企业制度要求、推动企业劳动人事管理走向科学化、规范化的必要条件；计算机管理所无法比拟的优点检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。本系统结合公司实际的人事管理制度，经过实际的需求分析，采用功能强大的Visual Basic6.0做为开发工具而开发出来的单机版人事档案管理系统。通过企业人事管理系统使得管理者快速高效地完成企业日常事务中的人事工作，降低了人力资源管理成本，使管理者能集中精力在企业战略目标；另一方面，通过软件及时收集与整理分析大量的人力资源管理数据，为企业战略决策的生成与实施控制提供强有力的支持，以提高组织目标实现的可能性。关键词：人事管理系统；Visual Basic 6.0；Access第一章 系统分析软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通过对应用问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。需求分析是介于系统分析和软件设计阶段之间的重要桥梁。一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对它们进行检查与调整；另一方面，需求规格说明又是软件设计、实现测试直至维护的主要基础。良好的分析活动有助于避免或尽早发现早期的错误，从而提高软件生产率，降低开发成本，改进软件质量。1.1可行性研究开发任何一个基于计算机的系统，都会受到时间和资源上的限制。因此，对在接受任何一个项目开发任务之前，必须根据客户可能提供的时间和资源条件进行可行性分析，以减少项目开发风险，避免人力、物力和财力的浪费。可行性分析与风险分析在很多方面是相互关联的，项目风险越大，开发高质量的软件的可行性就越小。1.1.1技术可行性技术可行性研究过程中，系统分析员应采集系统性能、可靠性、可维护性和可生产性方面的信息；分析实现系统功能和性能所需要的各种设备、技术、方法和过程；分析项目开发在技术方面可能担负的风险以及技术问题对开发成本的影响。开发一个中小型企业人事管理系统，涉及到的技术问题不会太多，主要用到的技术就是数据库和一门可视化开发的编程语言。1.1.2开发环境可行性我们采用Visual Basic开发工具。它首先是一个开放的协作式系统之外，可以和多种PC产品集成，并可以通过专用接口或ODBC接口连接许多比较常用的数据库。其次它具有可视化的开发环境，使代码的编写更为直观，并且在可视化环境下的调试和维护也相对容易。再次它随身携带的Sybase SQL Anywhere本身就是个功能强大的DBMS，对小型应用来说，直接使用这个数据库就是个质优价廉的选择。而为方便用户界面的开发，Visual Basic提供了大量控件，这既丰富了应用程序的表达能力，也加快了项目的开发速度。同时,它拥有多平台的开发环境，如果要把一个平台上开发的代码移植到另外一个平台上，只要重新编译就可以了。1.1.3 经济可行性对于整个系统而言，在系统未运行之前，初期投资比较大，花费相对而言比较多。各部门必须配置电脑、服务器、打印机、传真机及相关的网络设备，但是在整个系统投入运行之后，因为现在计算机已经普及了，相关的人员培训费可以减少很多。而同时又减少了数据的流通环节，不必要花费那么多的时间，也就是说最重要的是就是提高了效率，而又保证了各项数据的准确性，也避免了工作人员的流动造成的收据丢失等问题，适应了当前的发展形式。1.1.4 管理可行性随着时代的发展，人员素质己逐步提高，不论是对于电脑系统的基本操作还是对于系统的维护都有了一定的基础。同时还可以配置专业的电脑维护人员来维护电脑，不必担心电脑故障问题。1.2系统目标我们一般设计系统都要完成以下的几个要求，以便于用户进行操作。这样才能使系统易学易用。1.2.1 合理的设计数据库 尽量合理地减少数据库数据的冗余，使重复的数据保持在最小限度，这样将不必要的多占用存储空间，减少产生混乱影响的危险，还能提高计算机的运行速度。1.2.2设计出友好的界面 界面的友好与否是用户评价一个软件优劣的重要方面之一，使用户有一个良好的心情。 另外窗口界面要多用按钮和快捷键，少用菜单，窗口的各个控件布局要合理，美观。要充分的利用Visual Basic提供的强大的功能，多用窗口和控件，充分体现窗口的多元化格局。1.2.3实现基本功能和一些特殊功能的操作 该系统要求除了能实现信息的录入，删除，插入，更新，打印等基本功能之外，还要求能够根据用户的需要进行操作。1.3系统功能分析 开发这个系统的目的就是要帮助企业的人力资源部门提高工作效率，实现企业人事信息管理系统的系统化、规范化和自动化。第二章 系统需求分析2.1需求分析概述1需求分析的目标需求分析的目标：按照系统规划原则在业务系统项目的范围内，具体明确系统开发的目标和用户的信息要求。通过对现行系统的管理水平、原始数据的精确程度、规章制度是否齐全和切实可行、各级领导对开发新的管理系统是否有比较清楚地认识和积极的态度、部门级别中是否能够抽调出比较精通本行业管理业务并且对本单位存在问题有深刻理解的相关人员等内容的详细调查，从而获得软件开发的基础，确定总体设计的限制条件，确认软件测试的具体要求，定义详细的功能模块，以求达到协助系统开发的根本目的。2需求分析的原则需求分析的基本原则是：(1) 需要能够表达和理解问题的信息域和功能域；(2) 要能以层次化的方式对问题进行分解和不断细化；(3) 要给出系统的逻辑视图和物理视图。3需求分析的一般步骤 需求分析分为问题分析，需求描述，需求评审等几个步骤。首先进行问题分析。在该阶段，分析人员通过对问题以及环境的理解、分析和综合，清除用户需求的模糊性、歧义性和不一致性，并在用户的帮助下对互相冲突的要求进行折中，并为原始问题及其软件解建立模型。它是形成需求规格说明、进行软件设计的与实现的主要基础，例如面向数据流的分析方法、面向对象的分析方法以及面向数据的分析方法都属于需求建模方法。接着进入需求描述阶段，以需求模型为基础，考虑到问题的软件可解性，生成规格说明和初步的用户手册。在需求评审阶段，分析人员要在用户和软件设计人员的配合下对自己生成的需求规格说明和初步的规格说明进行符合，以确保软件需求的全面性、精确性和一致性，并使用户和软件设计人员对需求规格说明以及用户手册的理解达成一致。总结需求分析的步骤为：(1) 通过对现实环境的调查研究，获得当前系统的具体模型；(2) 去掉具体模型中的非本质因素，抽象出当前系统的逻辑模型；(3) 分析当前系统与目标系统的差别、建立目标的逻辑模型；(4) 对目标进行完善和补充，并写出完整的需求说明；(5) 对需求说明进行复审，直到确认文档齐全，并且符合用户的全部需求为止。在本系统中需求分析的基本步骤也是按照以上三个阶段进行的。在任何的需求分析的一般步骤都必须遵守以上的步骤。2.2数据流分析任何软件系统从根本上说都是对数据进行加工过变换的工具，因此数据在系统中的流动成为了开发各种软件系统的主要研究对象。大型复杂的软件系统,其DFD可能含有数百至数千个加工,不能设想一次就将它们全部画齐。正确的做法是：从系统的基本模型开始，逐层地对系统进行分解。直到所有的加工都足够简单，不必再分解为止。通常把这种不需要分解的加工称为“基本加工”。数据流图（DFD）正是用来指出系统中的数据是如何流动和变换的，以及描述使数据流进行变换的功能。数据流图的基本图形符号如图2-6所示。 （1） ：表示加工 （2） ：表示数据的流向 （3） ：表示外部实体 （4） ：表示数据存储图2.6 数据流图的基本符号数据流图的基本画法和原则如下：（1）数据流图应分层绘制，顶层纸画出系统轮廓，然后逐步细化。（2）对引起数据流变换的事件应加以说明。（3）对数据流图中的各个元素进行编号，顶层图可不编号。（4）顶层图和子图要保持平衡。（5）数据流图只表示“干什么” ，而不考虑“怎么干” 。下面是企业人事信息管理系统的数据流图，它分两层绘制，如图2-7和2-8所示： 输入员工信息企业人事信息管理系统员工信息储存人力资源 F1 员工信息图2.7 企业人事信息管理系统顶层数据流图P1员工基本信息 D1 D1 各部门人力资源 D2 D2 D1 F1员工信息P2 考勤信息 D3 D3 D1：由人力资源部提供的员工基本信息D2：根据员工档案信息数据库得出的各员工的基本信息D3：员工在出勤信息数据库中的相应记录 图2.8 企业人事信息管理系统一层数据流图2.3数据字典数据字典是关于数据的信息的集合，对数据流程图中的各个元素做完整的定义与说明，是数据流程图的补充工具。数据流图和数据字典共同构成系统的逻辑模型。数据字典由下列五类元素的定义组成。 （l）数据流 数据流名称及其称号； 数据流的来源：可能是一个外部实体、处理逻辑、数据存储； 数据流的去处； 数据流的组成：一个数据流可能包括若干个数据结构，若只有一个数据结构，就不需要专门定义； 数据流的流通量：单位时间的传输次数； 高峰时期的流通量：业务的频繁程度和时间有关。 （2）数据项数据项也称数据元素，是“不可再分”的数据单位，是数据的最小组成单位。主要内容有： 数据项名称及编号：数据项名称必须唯一地标识这个数据项，以区别于其他数据项；给数据项取名时，要反映该数据项的含义，易于他人理解、记忆。 别名：同一数据项的名称可能不止一个，称为别名。 取值的范围和取值的含义 。 数据项的长度：指数据项所包含的字符或数字的位数。（3）数据结构 数据结构的名称及其编号 ； 数据结构的组成：如果是一个简单的数据结构，只要列出它所包含的数据项即可。如果是一个嵌套的数据结构，只需列出它所包含的数据结构名称，因为这些数据结构同样在数据字典中有定义。（4）数据存储 数据存储是数据结构停留或保存的场所。主要内容： 数据存储的名称及其编号：在数据流程图中对数据存储给以命名，并编上一个唯一的编号； 流入、流出的数据流：流入的数据流指出其来源，流出的数据流指出其去向； 数据存储的组成：指它所包含的数据项或数据结构。 （5）处理逻辑主要内容： 处理逻辑的名称及编号 ； 简述：对处理逻辑的简明描述，其目的是使人了解这个处理逻辑是做什么用的； 处理逻辑的输入和输出； 处理逻辑的主要功能 ； 处理逻辑的小说明（文档之一） 。针对本系统定义如下：（1）数据流条目用户信息=用户名称+用户口令+用户权限员工基本信息=员工编号+员工姓名+性别+籍贯+出生日期+学历+专业+身份证号+婚姻状况+电话号码+政治面貌+邮政编码+电子邮箱+家庭住址+进入公司时间+起薪时间+所在部门+调入部门时间+职称+职称时间+原身份+原职务+原工作单位+参加工作时间+工作经验+其它备注员工考勤信息=员工编号+员工姓名+性别+职务+所在部门+全勤天数+应出勤天数+年度+月份+起始日期+截止日期+起始时间+截止时间+请假类型+审批人+请假事由+其它假天数+其它假说明+迟到早退次数+延时加班小时+休息日加班小时+休假日加班小时+旷工次数+备注员工调动信息=员工编号+员工姓名+原部门名称+新部门名称+原职务+新职务+调出时间+调入时间+备注员工工资信息=员工编号+员工姓名+所在部门+底薪+加班费+补贴+房贴+奖金+其它+养老金+医疗保险+实发工资+计发时间（1）文件条目文件名：用户信息文件 组 成：用户名称+用户口令+用户权限组 织：按注册先后顺序排列存 储: 管理用户表数据流：用户信息存入管理用户表文件名：员工基本信息文件 组 成：员工编号+员工姓名+性别+籍贯+出生日期+学历+专业+身份证号+婚姻状况+电话号码+政治面貌+邮政编码+电子邮箱+家庭住址+进入公司时间+起薪时间+所在部门+调入部门时间+职称+职称时间+原身份+原职务+原工作单位+参加工作时间+工作经验+其它备注组 织：按员工编号排列存 储: 员工档案表数据流：员工基本信息入员工档案表文件名：员工考勤信息文件 组 成：员工编号+员工姓名+性别+职务+所在部门+全勤天数+应出勤天数+年度+月份+起始日期+截止日期+起始时间+截止时间+请假类型+审批人+请假事由+其它假天数+其它假说明+迟到早退次数+延时加班小时+休息日加班小时+休假日加班小时+旷工次数+备注组 织：按添加先后顺序排列存 储: 考勤信息表数据流：员工考勤信息存入考勤信息表文件名：员工调动信息文件 组 成：员工编号+员工姓名+原部门名称+新部门名称+原职务+新职务+调出时间+调入时间+备注组 织：按添加先后顺序排列存 储: 调动信息表数据流：用户信息存入调动信息表文件名：员工工资信息文件 组 成：员工编号+员工姓名+所在部门+底薪+加班费+补贴+房贴+奖金+其它+养老金+医疗保险+实发工资+计发时间组 织：按添加先后顺序排列存 储: 员工工资表数据流：用户信息存入员工工资表第三章 系统总体设计3.1系统总体设计目标根据企业人事信息管理系统网络化的迫切需要，按着总体规划、集中实施的原则，考虑到系统的稳定性、安全性及数据的安全性和一致性要求，在系统设计过程中，坚持开放性和标准化的原则，以整个系统具有先进性、实用性、可靠性、扩展性和灵活性为设计目标，主要完成人员基本信息的管理、员工考勤信息的管理、员工调动的管理和系统拥护的管理。3.2系统功能描述系统开发的总体任务是实现企业人事信息管理，系统应包括以下的几个方面内容：1.系统系统启动的时候有一个管理员用户，使用这个用户登录后，可以添加其他用户，而且每一个用户都可以更改自己的密码，管理员可以进行全部操作，普通用户将限制部分操作。2.员工基本信息（1）添加员工信息:管理员可以添加员工的基本信息，如员工的编号、姓名、性别、籍贯、出生日期、学历、专业、政治面貌、进入公司时间、所在部门、职称、工作经验、其它备注等。（2）修改员工信息：选择一个员工，可以修改这个员工的基本信息。（3）查询员工信息：可以根据员工的编号、姓名或者进入公司时间进行查询员工基本信息，是不能够对信息进行任何操作。（4）删除员工信息：直接从列表中选中需要删除的员工信息，然后进行删除操作，或者首先查询需要删除的员工信息，然后再删除。（5）员工信息报表：浏览员工基本信息。 3.员工考勤信息（1）添加考勤信息：主要分为基本考勤信息和其它考勤信息。基本考勤主要记录每个员工每天正常的上班信息，其它考勤只要记录请假、加班、出差信息等。（2）修改考勤信息：当考勤信息出现错误需要修改的时候，可以从这里修改相应的记录。（3）查询考勤信息：根据员工编号、员工姓名以及日期进行查询，以得到想要的员工考勤信息，但是不能够对信息进行任何操作。（4）删除考勤信息：分为删除基本考勤、除其他考勤信息或从考勤列表中整条删除。（5）考勤信息报表：浏览员工考勤信息。4.员工调动信息（1）添加调动信息：添加企业员工的原有部门、原有部门、新部门、新职务等信息。（2）修改调动信息：修改相应的员工调动信息。（3）查询调动信息：查询某个员工的调动信息或者某段时间内企业内部的调动的情况，但是不能够对信息进行任何操作。（4）删除调动信息：删除那些不需要的信息。（5）调动信息报表：浏览员工调动信息。5.员工工资信息（1）计发工资信息：添加企业员工的底薪、加班费、补贴、奖金+其它、实发工资、计发时间等信息。（2）查询工资信息：查询某个员工的工资信息，但是不能够对信息进行任何操作。（3）工资信息报表：浏览员工工资信息。6.员工评价信息（1）添加评价信息：添加企业员工的工作业绩、工作态度、工作水平、其它备注等信息。（2）修改评价信息：修改相应的员工评价信息。（3）查询评价信息：查询某个员工的评价信息，但是不能够对信息进行任何操作。（4）删除评价信息：删除那些不需要的信息。（5）评价信息报表：浏览员工评价信息。3.3总体功能模块设计根据前面的需求分析以及系统功能的分析可用以下图形来描述系统总体的功能模块。如图3-1所示。企业人事管理系统员工基本信息管理员工工资信息管理员工调动信息管理系统设置添加员工基本信息修改员工基本信息查询员工基本信息删除员工基本信息计发员工工资信息查询员工工资信息添加员工调动信息修改员工调动信息查询员工调动信息删除员工调动信息添加用户部门管理员工基本信息报表员工工资信息报表员工调动信息报表员工考勤信息管理添加员工考勤信息修改员工考勤信息删除员工考勤信息查询员工考勤信息员工考勤信息报表修改密码图3.1 功能模块图3.4 数据库设计数据库设计是建立数据库及其应用系统的技术，是信息系统开发和建设中的核心技术，具体说，数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求。合理的数据库结构设计可以提高数据存储的效率，保证数据的完整和一致。另外，合理的数据库结构将非常有利于程序的实现。1数据库设计的一般性原则数据库设计的一般性原则如下所示：第一个基本规则：对于每一个要存储其信息的实体（或事物），我们都应该给他一个自己的表； 第二个处理规则了：如果你需要在一个列中存储多个值，那证明你的设计可能是有缺陷的。简单的数据关系：一对一；一对多；多对一；多对多在数据库的设计中：要做到数据规范化、完整性、数据冗于和规范实例化。2数据库设计的步骤 数据库设计分五个阶段：(1) 规划；(2) 需求分析；(3) 概念结构设计；(4) 逻辑结构设计；(5) 数据库物理设计。3.4.1概念设计数据库概念设计的目标就是要产生反映企业组织信息需求的数据库概念结构，即概念模型。1概念模型概念模式是独立与数据库逻辑结构，独立与支持数据库的DBMS，不依赖于计算机系统的。概念模型是表达概念设计结果的工具。它应该能够真实、充分地反映现实世界中事物和事物之间的联系；应该简洁、明晰、独立于机器，容易理解，方便数据库设计人员和应用人员进行交流；应该易于变动，便于修改；应该很容易向关系、层次或网状等各种数据模型转变，方便地导出与DBMS有关的逻辑模型。概念模型有很多模型，其中最常用的方法之一是“实体联系模型”（entity relationship model），即使用E-R图来描述某一组织的概念模型。E-R模型是指直接从现实世界中抽象出实体类型及实体间联系，是一种描述静态数据结构的概念模型。它的主要成分是实体、联系和属性。可利用E-R模型进行数据库概念设计。E-R图是直观表示概念模型的工具，再图中有四个基本成分如图3.2：1矩形框：表示实体类型（考虑问题的对象）；2菱 形 框：表示联系类型（实体间的联系）；3椭圆形框：表示实体类型和联系类型的属性；4直线：联系类型与涉及的实体类型之间以直线连接，并在直线部标上联系的种类（1：1，1：N，M：N）。具体图示如图3.2所示。 实 体 属 性 联 系图3.2 实体E-R图符号表示2系统E-R图的设计本系统中所规划的实体主要有：员工基本信息实体、员工考勤信息实体、员工工作评价信息实体、员工工资信息实体。具体的描述E-R图如下所示：（1）员工基本信息实体属性图，如图所3.3示。员工编号员工基本信息实体进公司时间所在部门员工姓名职称性别家庭住址籍贯出生日期电话号码政治面貌婚姻状况学历专业 图3.3 员工基本信息实体属性图（2）员工考勤信息实体属性图，如图所3.4示。员工考勤信息实体员工姓名性别职务员工编号审批人事由请假类型应出勤天数NA所在部门全勤天数图3.4 员工考勤信息实体属性图（3）员工工资信息实体属性图，如图所3-5示。员工工资信息实体员工编号医疗保险员工姓名养老金所在部门房贴底薪其它补贴实发时间加班费奖金图3.4 员工工资信息实体属性图（4）实体之间的关系E.R图，如图所3.5所示。员 工 1 基本信息管理工资信息管理 调动管理考勤管理 基本信息考勤信息调动信息工资信息 111 1 n人力资源管理人力资源管理部门n图3.5 实体间E-R图3.4.2 关系模型的规范化对于上述形成的数据库关系模式进行以下的规范化分析：1. 以上的关系模式中员工、考勤信息的所有属性的值域中每个值都是不可再分的值，所以关系模式属于第一范式。2. 在第一范式的基础上，各个关系模式中的每一个非主属性完全依赖于各关系模式中的某个候选键。3. 在符合第一范式和第二范式的基础上，系统的关系模式中经过规范化已不存在传递依赖，从而系统中的各个关系模式均属于第三范式。3.4.3 物理设计数据是信息管理系统的后台，存储着所有的信息，在信息管理系统中有着很重要的地位。数据库设计的好与坏，直接影响到这个系统的运行效率。良好的数据库设计，可以提高数据信息的存储效率，保证数据信息的完整性和一致性。同时，一个合理的数据库结构有利于程序的实现。这里选用Access2003作为后台数据库。启动Access2003,创建一个新的数据库，命名为datebase.mdb, 保存在要存放这个系统的所有工程文件的文件夹中。在上面的实体及其相互关系的基础上，形成数据库中的表以及各个表之间的关系。企业人事信息管理系统数据库中各个表格的设计结果如下面的几个表格所示。每个表格表示在数据库中的一个表，而在实际的数据表的设计中也多了几个表，本系统共包含八张表，分别是部门管理表、考勤信息表、调动信息表、员工档案表、员工工资表、员工评价表、员工职务表、管理用户表，表结构如下： 表3.6为管理用户表结构编号字段名称数据类型1用户名称文本2用户口令文本3用户权限文本表3.7为员工职务表结构编号字段名称数据类型1员工职务文本表3.8为部门信息表结构编号字段名称数据类型1部门名称文本表3.9为员工评价表结构编号字段名称数据类型1员工编号文本2员工姓名文本3所在部门文本4评价日期日期/时间5业绩说明备注6工作态度备注7态度说明备注9工作水平备注10水平说明备注 表3.10为员工工资表结构编号字段名称数据类型1员工编号文本2所在部门文本3底薪数字4加班费数字5补贴数字6房贴数字7奖金数字8其它数字9养老金数字10医疗保险数字11实发工资数字12计发时间日期时间 表3.11为员工档案表结构编号字段名称数据类型1员工编号文本2员工姓名文本3性别文本4籍贯文本5出生年月日期/时间6学历文本7专业文本8身份证号文本9婚姻状况文本10政治面貌文本11电话号码文本12家庭住址文本13进入公司时间日期/时间14起薪时间日期时间15所在部门文本16调入部门时间日期/时间17职称文本18原职务文本19原工作单位文本20参加工作时间日期/时间21工作经验备注22其它备注备注 表3.12为考勤信息表结构编号字段名称数据类型1员工编号文本3性别文本4职务文本5所在部门文本6全勤天数数字7应出勤天数数字8年度文本9月份文本10起始日期日期/时间11截止日期日期/时间12请假类型文本13审批人文本14请假事由备注15迟到早退次数数字16延时加班小时数字17休息日加班小时数字18休假日加班小时数字19旷工次数数字20备注备注 表3.13为调动信息表结构编号字段名称数据类型1员工编号文本2员工姓名文本4原部门名称文本3新部门名称文本5原职务文本6新职务文本7调出时间日期/时间8调入时间日期/时间9备注备注3.5 界面设计在前面的接口设计中已经提出了界面设计的主要原则：简单清晰、风格一致、操作容易和内部维护等，因此下面就这些原则提出一些具体的要求并结合系统自身给出界面的整体设计风格：界面设计整体要求：1. 简单清晰：使用户在最短时间内熟悉系统，并使所有功能一目了然。2. 风格一致：在同类应用中使用相同的设计规则，尽量不改变用户的使用习惯。3. 操作容易：减少用户的输入量和记忆量，设定系统的缺省状态。4. 内部维护：在操作中以提示的方式指出错误，指导用户进行更正。3.6输入输出设计1输入设计一方面要尽量减少使用时的输入量；另一方面要对输入的数据进行有效性验证。对于输入量而言，包括用户的输入量和系统的输入量，具体来说：(1) 用户输入量：可以使用列表框和页面初始值等减少用户的输入。(2) 系统输入量：通过内部方法为用户完成必要的输入。对于有效性验证而言，比如系统登陆时需输入用户名和密码，目标系统应对其进行验证，对缺少用户名和密码或不正确者给出错误提示，同时中断系统进程，直到使用者补充完整并验证成功为止。对于输入设备来说，目标系统并无特殊要求，只需一般的家用键盘即可。2输出设计目标系统的主要输出为：添加信息、删除信息和修改信息。对输出的数据库表应说明其内容，对输出的数据项也要给出其含义。(1) 对于用户信息和历史记录来说，输出的信息仅供阅读而不能被编辑；其余的信息可在一定程度上被修改，这就需要设计好数据和控件的只读属性。(2) 对于操作的结果数据尽量使用表格的形式呈现给用户，而对于仍要继续参加内部处理的中间结果数据最好使用文本控件等输出给用户，这样能够更加直观地反应并方便进行内部操作。第四章 主要功能模块设计4.1公用模块设计此模块主要用于声明全局变量、数据库的连接定义、主窗口菜单的属性设置等。4.2系统登录模块设计系统登录模块主要完成对登录系统的用户进行验证，只有合法的用户才可以进入系统，并且根据权限的不同将在程序中限制部分功能。如图4.1所示:图4.1为系统登录图程序代码执行流程如下：开始用户身份验证。1） 检验用户名和密码是否为空。2） 若为空则提示错误信息，需重新输入用户名和密码。3） 若都不为空切数据库的状态为关闭状态则打开数据库并用sql 语句检索管理用户表的用户姓名和用户口令字段。4） 如果符合条件的记录个数为零则提示用户名或密码错误，登录失败。否则登录成功进入主程序界面。提示：如果三次登录不成功则自动退出系统。4.3主界面设计主界面担负着调用各个功能模块、赋予操作员不同的操作权限、窗口底部的状态栏显示当前操作员、操作状态和系统日期等任务。如图4.2所示图4.2为系统主界面图主界面主要功能如下：1）加载主窗体的同时加载主界面的背景图片。2）顶部是菜单栏，明确的表示出系统的各个功能块。3）底部分格显示操作权限、操作员、当前系统日期等。4）点开菜单再点击子菜单会打开相应的窗口，同时会发现不同用户和管理员享有不同的操作权限。4.4系统设计1添加用户本窗体只有以管理员的身份登录才能使用。图4.3为添加用户图本窗体代码执行流程为： 1）首先，在以上文本框中输入用户名和密码，并选择用户权限。2）点击“确定”按钮，执行if嵌套，首先判断用户名和密码是否为空，是的话会提示“请输入要添加的用户名及密码，否则在判断用户名和密码的长度是否超过15个字符，是的话会提示“用户名和密码长度不能大于15”且取消将此数据向数据库更新，否则判断此用户名是否的数据库中已存在，是的话会提示“用户已存在”若不是以上的情况则：把此数据更新到数据库并提示“用户添加成功”。2修改密码本窗口所以用户都可操作。图4.4为修改密码图本窗体代码执行流程为：1） 首先，在以上文本框中输入用户名和密码以及新密码。2）点击“确定”按钮，执行sql语句，搜索管理用户表中是否存在符合此用户名和密码的记录，且用户名和密码都不能为空。3）若存在且都不为空则将新的密码更新到数据库中并提示“修改密码成功”4.5部门管理本窗体只有以管理员的身份登录才能使用图4.5部门管理图本窗体代码执行流程为：（1）在文本框中输入的部门名称，不能为空且该名称数据库中以前不存在此部门。（2）点击“添加”按钮，输入部门名称，若不属于）所述的情况，点击“保存”按钮，则将此数据更新到数据库表中。（3）点击“编辑”按钮，可以修改原有的部门名称，点击“保存”按钮，则将此数据更新到数据库表中。（4）点击“删除”按钮，可以删除原有的部门名称，会弹出对话框提示“是否真的删除”选“是”则从数据库清除此部门名，否的话取消本次操作。（5）点击“移动”按钮，可以调整部门在数据库表中的先后顺序。4.6考勤管理1考勤统计本窗体只有以管理员的身份登录才能使用 图4.6考勤统计图本窗体主要对员工的考勤信息进行添加、编辑、删除、移动等操作，若操作成功的话，都将进行更新数据库的操作。后面的档案管理、工资管理、调动管理、工作评价等窗体都大同小异。2查询员工考勤 本窗口所以用户都可操作。图4.7为查询员工考勤图本窗口可以根据员工编号、姓名、日期三个中任意一个组合进行查询，选好组合后，点击“查询”按钮，将执行相应的查询的结果将以记录的形式显示在窗体下半部分的表格控件中。4.7帮助（关于） 图4.8帮助（关于）图4.8报表设计1在vb的工程菜单中添加一个Data Environment，弹出下面的窗口：图4.9为新建Data Environment图在上图的Data Environment 上右击选择添加连接，在连接下的connection上右击选择属性，出现下面的窗口：图4.10为数据连接属性图在“提供程序”选项卡下选择Microsoft Jet 4.0 OlE DB provider,点击“确定”。代码设置如下：Private Sub DataEnvironment_Initialize()DataEnvironment.Connection.Open App.Path & DateBase.mdbEnd Sub2在上图的Data Environment 上右击选择添加命令，点开命令，右击选择属性，出现下面的窗口：图4.11为RecordReport属性图在本窗口上进行命令设置和数据源选择，点击“确定”。3. 在vb的工程菜单中添加一个Data Report,出现下面的窗口：图4.12报表设计图在上面进行制作就会可以了。并且本窗体的DataSource属性设置为：Data Environment，DataMember属性从下来列表中选择一个表。运行程序时点击员工考勤报表出现如下图4.13：图4.13为报表运行图运行打印报表后可以按条件把各种信息以报表形式罗列出来，各种信息还可以打印出来或以报表形式保存。本系统设计的报表主要有员工档案报表、考勤管理报表、工作评价报表、员工调动报表、工资管理报表。第五章 系统测试与维护5.1系统测试5.1.1集成测试集成测试将测试每一个部件之间的工作是否正常。在这个阶段，我们假设所有的单元已通过开发人员个人在单元测试阶段测试全部通过，没有任何错误。集成测试包括以下内容：连续集成测试；数据库测试；数据整合测试；5.1.2功能测试系统功能测试：测试是否可以正常添加用户和修改密码，系统正常退出；测试是否可以正常对班级进行管理，学生的单个或成批添加，删除以及新生信息的导入和学生信息备份；测试成绩管理中是否可以进行分数录入，汇总及排名和成绩备份等操作；测试课程信息模块中针对课程管理，老师和课程的关系之间操作是否正常；测试是否可以正常查询学生，老师和成绩；5.1.3链接测试这一部分将测试系统各模块之间的超链接跳转是否正确。5.1.4文档测试本章主要内容为：测试文档是否包括全部内容；测试软件功能描述与其他功能有没有冲突；查看软件功能描述是否是原来系统分析和需求；查看文档内容在特定的情况和进度下,以现有人力,物力和资源能否实现；5.1.5负载测试这一部分将测试正常情况下系统性能和用户数目之间的关系。负载测试的主要内容为：查看在多个用户同时使用本系统时是否正常。5.1.6极限测试这一部分将测试所有极端的情况，如速度非常快的情况下和速度非常慢的情况下，以及所有其它的极端情况。极限测试的主要内容为:网络资源极限测试；综合极限测试；5.2系统改进与维护通过以上测试后，经过分析本系统在通用性不够强，在后期加以修改使系统本可用性增强，达到提高系统性能的目的。结束语经过六个周来的系统设计与开发工作，本系统完成了员工基本信息的管理、员工考勤信息的管理、员工调动信息管理、员工工资信息管理、工作评价信息管理，还有添加用户和修改密码等功能。在前五个模块中都是完成一个信息的添加、删除、修改、查询和报表。系统功能全面、易于日后程序更新、数据库管理容易、界面友好、操作方便、效率高。本系统是一个企业人事信息管理系统的设计与开发。由于对企业人事信息管理的整个流程不够熟悉，在需求分析时未能做到完全满足用户的需求。同时，在本次开发过程由于硬件的限制，未能实现网络功能，因此在以后的系统更新过程中可能会造成一些不必要的数据损失。如在数据库设计这一块中，很有可能存在数据的流失，因而在数据库设计中还有待完善。在所有模块中也都没能都实现一些信息列表的打印工作，因而这方面也需要改进；在