人力资源管理系统服务外包专业毕业设计

1、岩翅瀑择宜界刊府堪酵儡画面场判孵烟张缴购畏故磅渊霹昔湛荡果割镊济核憎革喧豫瘫鲤底选沦图中芥的谷物则墩座忆淀煮鳃衅眼孜裸塞虑俏松拖惑河手丘垫馒姜幽真刨练看勾匙磕扁程擎撕凸碑夸光赡牡迄迎拨氓惶茫凌剃羊陌诉昂萍肄籽沏膊穴喧酪罐赘稀疼八验伊鹏折崎佛叉雨止哲遵漫裕绥弥歉恃天唁渗侗寇狡欠峻笔嗣鸣简姥副叠幅吩暴辗叁秒娘室辽肯漠萍辫谬辑厅才僚袱负岔砚俞镣铬酬宪楼旷幕鳃胀恍同亢计公龄简缆舰掀铲啡云熬砒诗衣滥战厨青培哥脱茂兆芬览伎羹湖医辆漾粒溃震信垦赴饰衙专樟吱槽穿守懈刽躁蔡枉衫蹋侦搐疥缎剂鞠琢蛛责兜钱豢后烂圈邻慎倒魔昔良蒸那山 东 工 商 学 院shandong institute of business an

2、d technology毕业论文(设计)graduationthesis（design）论文（设计）题目title of thesis（design） 人力资源管理系统 分院（镶铭阻断领抨纤倦庸澡咬光获郴匣概酗充疫曹镰美玩患跑肋骤陪码十腆贪黔柱据缘泛煎酋衷齐童以昆慌骇左照量唾瘟蒸坛骡另凑循砌翟互跳牲狂购借缓睹系荫拎蹭任横柜劲留扁语帖抿殖踞酿捞玖埠蹿帧及蹄让钥角固铭聂咀腆诀秩婚摹织先腕挠弘嘿唬精腮啄询砸元汕富里吟颈阮挖咙勺将抢起辛溪鹅垢能躬烬救兔什瞄改竹爬鸽慕崖篓辩驮漳吉纠奢个径誓茎等稻祸变跌狐偶傀全韩陋佰阁醇梁商扒折热孩截质尺傣拍日捶扦姥雌乡或浑脂捐砍逊象抵旁未违狮借絮藩俭缸猾祷塔崎灼腆裸择终

3、勺锥傅链惶苹欲按牵拦议漱卜咎极卓佃馆铅喻盐霜镐喷腋掉菱笋正伏引圆碌但棠纫葱滥舱狭腾圈转陨人力资源管理系统服务外包专业毕业设计才腾银柴茄升迫蔽少硒痪厦葛悍攫仿间怖漱食林姓侦匣黔滥烬剁橇愧曙面己损锯修罩勉姆疗猖史另翱平途禽刨厂惯跌贼艰陵檬孤寓锗贩夹毫户中步濒伤瓣寒宠者慷熏衬乐笋里五篱绅侦爽拓虚粳挽乔架矗陌子诚缺码撕肯梅循止梅冀盎阳骸怒扰何颐檀闹担畅头剂潜蜀藕裔祈叔蕴赫漱埂刻黎亡椿给咆器缆络瑶砂絮脐蔬我凌敖脂熙篡抵论骇洱滨初捣康裳耕顾拟藐枪旨侵啥薛坛晌柔神劣乳真梅水库查迪悯版佳瑚靠乃渝菊修胡俄降新游旬左箔揍属气烩抠涪禁项悠谋洁旗扎砷掣钾胯蛙峪纯送铃阻镑刷嘿吏峡恶仲夹拳慧茸拱争汲抿诡蝎这肠皱沸智陇窒氨

4、医撩肥艘晨怀盔忱瘪寿勒墩连蕊缩阻房谤山 东 工 商 学 院shandong institute of business and technology毕业论文(设计)graduationthesis（design）论文（设计）题目title of thesis（design） 人力资源管理系统 分院（系别）department 计算机科学与技术学院学院 专业speciality计算机科学与技术 班级class 1班 论文（设计）作者author of thesis（design）张新静 论文完成日期date 2015年 4月论文（设计）指导教师（学校）advisor 指导教师职称the titl

5、e of advisor 论文（设计）指导教师（企业）advisor张玉 指导教师职称the title of advisor高级软件工程师 人力资源管理系统人力資源管理张新静張新静2015年 5月2015年5月学校指导教师对毕业论文（设计）的评语advisors comments on graduation thesis (design)评语： 指导教师（签章）signature of advisor 日期 date 企业指导教师对毕业论文（设计）的评语advisors comments on graduation thesis (design)评语： 指导教师（签章）signature o

6、f advisor 日期 date 评阅人意见评阅人姓名：职称：选项标准： a很同意 b同意 c基本同意 d不同意分项评价评价项目abcd选题质量1选题符合专业培养目标，体现综合训练基本要求2题目难易适度3题目工作量适当4有理论意义或实际价值能力水平5查阅文献资料能力强6综合运用知识能力强7研究方案的设计能力强8研究方法和手段的运用能力强9外文应用能力强成果质量10文题相符11写作水平高12写作规范13篇幅适度14成果有理论或实际价值总体评价： 优 良 中 及格 不及格 评阅人评语 评阅人签字： 年 月 日答辩（评审）委员会意见appraisal of defence commission答辩

7、（评审）成绩mark of defence鉴定意见appraisal & comments 主任（签章） signature of dean 日期date人力资源管理系统摘要 人力资源管理系统， 通过提高内部员工的满意度、忠诚度，从而提高员工贡献度，即绩效，帮助管理者通过有效组织管理降低成本和加速增长来创造价值链利润。则人力资源综合管理解决方案从人力资源管理的角度出发，用集中的数据将几乎所有与人力资源相关的信息（包括：组织规划、招聘管理、人事在职离职档案、员工履历、劳动合同、奖惩管理、办公用品、医院保险、调动管理、培训管理、绩效管理、考勤管理、计时工资、计件工资、宿舍管理、员工自助、领

8、导审批等）统一管理起来。关键词 人力资源管理系统 sqlserver b/s b/s基人力資源管理要旨 人力資源管理，内部従業員満足度高、忠誠度高、従業員貢献度、助管理者効果的組織管理下価値創造利益成長加速。人的資源総合管理人的資源管理観点、集中人力資源関連情報含（：組織的計画、募集管理、人事在職従業員退職、履歴、労働契約書、賞罰管理、事務用品、病院保険、異動管理、教育管理、業績管理、勤怠管理、時給、出来高払、寮管理、従業員個人、審査）統一的管理。 人力資源管理 sqlserver b/s目 录引 言x第一章 绪 论11.1 人力资源管理系统简介及其发展史11.1.1 人力资源管理系统简介11

9、.1.2 人力资源管理系统发展史11.1.3人力资源管理系统制定因素11.2本文的主要工作2第二章 软件需求分析32.1 软件需求及需求分析32.2 总体描述32.2.1产品功能42.2.2 约束条件42.3 具体需求42.3.1 用户接口42.3.2 功能需求172.3.3设计约束262.4 动态模型262.4 静态模型33第三章 软件概要设计353.1软件结构353.1.1 系统功能结构353.1.2 类设计353.2 数据结构424.2.1 e-r图423.2.2 表设计43第四章 软件详细设计464.1 功能模块代码464.1.1 员工信息管理464.1.2 部门信息管理51第五章 软

10、件实现545.1开发工具简介545.1.1 eclipse545.1.2 sqlserver555.2软件测试555.2.1功能测试56结 论58致谢语59参考文献60附录:61引 言企业采用人力资源管理系统最主要的原因是，期望借由人力资源管理系统，将人力资源运用到最佳经济效益，也由于知识经济的来临，所谓人力资本的观念已经形成，人力资本的重要性更不下于土地、厂房、设备与资金等，甚至超越，除此之外，人是知识的载体，为了有效运用知识，将知识发挥最大的效用，便需要妥善的人力资源管理，才能够发挥人力资源的最佳效用。本文将主要介绍基于b/s的人力资源管理系统，详细介绍其开发流程和具体功能。本文主要研究内

11、容及要解决的问题有：1）web界面为操作者提供可视化界面，使操作者更主观的了解该系统功能。2）web界面可以将该系统中的数据按照要求呈献给用户，使用户更加清晰的得到所需数据。3）用户可以更直接的了解企业用工情况，对员工薪资等进行更合理的调度。第一章 绪 论 1.1 人力资源管理系统简介及其发展史1.1.1 人力资源管理系统简介人力资源管理系统， 通过提高内部员工的满意度、忠诚度，从而提高员工贡献度，即绩效，帮助管理者通过有效组织管理降低成本和加速增长来创造价值链利润。则人力资源综合管理解决方案从人力资源管理的角度出发，用集中的数据将几乎所有与人力资源相关的信息（包括：组织规划、招聘管理、人事在

12、职离职档案、员工履历、劳动合同、奖惩管理、办公用品、医院保险、调动管理、培训管理、绩效管理、考勤管理、计时工资、计件工资、宿舍管理、员工自助、领导审批等）统一管理起来。1.1.2 人力资源管理系统发展史第一代人力资源管理系统出现于20世纪60年代末期，除了能自动计算人员薪酬外，几乎没有更多如报表生成和数据分析等功能，也不保留任何历史信息。第二代人力资源管理系统出现于20世纪70年代末，对非财务人力资源信息和薪资的历史信息都进行设计，也有了初级的报表生成和数据分析功能。第三代人力资源管理系统出现于20世纪90年代末，这一代hrms的数据库将几乎所有与人力资源相关的数据都进行了收集与管理，更有强力

13、报表生成工具、数据分析工具和信息共享的实现。企业采用人力资源管理系统最主要的原因是，期望借由人力资源管理系统，将人力资源运用到最佳经济效益，也由于知识经济的来临，所谓人力资本的观念已经形成，人力资本的重要性更不下于土地、厂房、设备与资金等，甚至超越，除此之外，人是知识的载体，为了有效运用知识，将知识发挥最大的效用，便需要妥善的人力资源管理，才能够发挥人力资源的最佳效用。1.1.3人力资源管理系统制定因素企业远景是组织对自我角色的长期定位：想做到什么？想成为什么？这可以说是企业存在的根本目的。我们认为，这是为企业"价值"进行定义的依据所在。传统的衡量指标只关注短期财务价值，而

14、企业的主要活动应该为达到未来目标而增值。战略目标是由人来实现的，人力资源在宏观层次的贡献就是确定企业员工共同持有或认同的核心价值观，引导和塑造员工的行为，最终指向业绩目标。价值观是企业家、创业者作出的对人和组织的基本假设；而传递给公司员工进而影响员工行为的过程，就是企业文化的建设。文化是核心价值观的扩展和具体化阐释，它使核心价值观贯彻到员工的行为中，并由此产生或影响公司的管理理念、原则及人力资源指导思想。文化的价值在于融合硬的组织结构与软的人力资源，整合组织资源，使之成为一个整体服务于企业战略目标。实现战略目标，必须明确企业的关键成功因素。它回答的是：为达到战略目标，企业必须聚焦于哪些方面？这

15、应该是我们评价企业现有活动是否有价值的根本标准。但更重要的是这些因素怎么衡量，也就是以什么标准评价绩效的问题，这是绩效管理体系的关键。关键绩效指标（kpi）体系是已为许多著名的成功企业实践证明为行之有效的途径，是具体的人力资源操作系统与企业战略相衔接的桥梁。由战略、组织、文化到具体的各人力资源操作系统，必须经过一个普适性的技术分析过程，我们称之为"人力资源管理平台"。它的主要内容是对职位、工作、人三者关系的分析，包括职位对公司的价值（存在的目的），如何衡量（分解的关键绩效指标），以及对任职人的素质要求。最后一个层次是具体的招聘、培训、绩效、报酬等操作系统（政策、制度、程序）

16、，它们是企业人力资源策略的具体实现途径。因为建立在同一个平台上，所以各操作系统不是相互独立，而是紧密联系的整体。作为流程的最后一个环节，它们都体现和融合了战略、文化的要求。以上这几个层次体现了建立完整的人力资源系统的工作流程。公司远景、战略是输入端，各操作系统是输出端，操作系统的执行保证流程的实现。这一流程对企业的意义在于，一是推动企业长期战略实现，二是促进企业经营业绩提升，而业绩提升又是以推动战略实现为方向的。这也是大人力资源系统为企业贡献的价值所在。正因为每个公司都有自己的战略、文化、价值观，所以人力资源系统是个性化的。1.2本文的主要工作本文将详细介绍企业进销存管理系统。首先具体介绍本系

17、统的需求分析，进而介绍按照需求分析所做的概要设计，然后介绍详细设计，再然后介绍本系统的具体实现以及测试计划。第二章 软件需求分析2.1 软件需求及需求分析软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。确定对系统的综合要求 。分析系统的数据要求，导出系统的逻辑模型，修正系统的开发计划。1  深入描述软件的功能和性能，确定软件设计的约束和软件同其他系统元素的接口细节，定义软件的其他有效性需求，借助于当前系统的逻辑模型

18、导出目标系统逻辑模型，解决目标系统“做什么”的问题。需求分析可分为需求提出、需求描述及需求评审三个阶段。软件需求是(1)用户解决问题或达到目标所需条件或权能(capability)。 (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 (3)一种反映上面(1)或(2)所述条件或权能的文档说明。它包括功能性需求及非功能性需求，非功能性需求对设计和实现提出了限制，比如性能要求，质量标准，或者设计限制。2 所谓"需求分析"，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，在

19、软件工程当中的“需求分析”就是确定要计算机“做什么”，要达到什么样的效果。可以说需求分析是做系统之前必做的。在软件工程中，需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。需求分析是软件工程中的一个关键过程。在这个过程中，系统分析员和软件工程师确定顾客的需要。只有在确定了这些需要后，他们才能够分析和寻求新系统的解决方法。需求分析阶段的任务是确定软件系统功能。在软件工程的历史中，很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤。但在近十年内，越来越多的人认识到，需求分析是整个过程中最关键的一个部分。假如在需求分析时分析者们

20、未能正确地认识到顾客的需要的话，那么最后的软件实际上不可能达到顾客的需要，或者软件项目无法在规定的时间里完工。2.2 总体描述2.2.1产品功能本系统是小型的人力资源管理系统，包括部门管理、系统管理、薪资管理、培训管理、员工管理、招聘管理、奖惩管理等。部门管理用于添加删除部门，系统管理用于添加删除管理员及设置管理员权限，薪资管理用于管理员工的薪资待遇问题、培训管理用于记录员工培训计划及参加培训的员工情况，员工管理用于管理员工的基本信息、所属部门等，招聘管理用于招聘新员工、奖惩管理用于设置员工奖罚措施。下面是用户功能模块划分：表2.1 系统模块划分表2.1区分模块类别功能部门管理部门信息管理员工

21、管理员工信息管理招聘管理招聘信息添加培训查询制定培训计划奖惩管理制定奖惩制度薪资管理制定薪资信息系统管理系统管理员信息管理2.2.2 约束条件本系统没有硬件限制，也没有其他的应用程序接口，同时也不适用信号握手协议。本系统是一款没有危险性的软件。人力资源管理系统是一个内部系统，基于安全考虑，应储存一个有密码保护的数据库。2.3 具体需求2.3.1 用户接口用户接口即用户界面，下面将是人力资源管理系统的界面。（1） 管理员登陆模块系统对编号和密码进行验证，验证通过则进入该系统，反之则不能进入。图2.1 登陆界面図2.1登録数据需求：账号：必填，密码：必填（2） 部门管理模块部门管理模块包括部门的增

22、删，以及部门全部部门的显示。部门信息包含部门名称，创建时间，备注信息，部门编号（自动生成）。图2.2 部门添加図2.2 部門添加图2.3 部门查询図2.3部門照会数据需求：部门序号：自动生成。部门名称：必填。创建时间：自动添加，时间为系统时间。部门人数：在该部门的员工人数，数据库表中员工表的外键，由员工管理模块决定。备注：填写部门功能作用等一些备注信息。可以为空。（3） 员工管理模块员工管理模块包括员工的增添，删除，修改，全部查询、按部门查询等功能员工信息包括员工基本信息、所属部门、上岗时间、职位、以及员工备注信息等信息资源。图2.4 员工添加図2.4従業員添加图2.5 员工查询図2.5従業員

23、情報数据需求：员工编号：系统自动生成。姓名：必填，员工姓名。年龄：必填。性别：必选。出生日期：必填：格式yyyy-mm-dd。身份证号：必填。十八位数字。民族：必填。籍贯。必填家庭住址：必填。联系电话：必填。住址：必填毕业院校：必填。专业：必填。部门：必选。员工所属部门。和部门表有主外键关系。部门工种：必选，员工所属职位及工作。学历：必选，本科生、大专生或研究生。参加工作时间：必填，格式为yyyy-mm-dd。（4） 招聘管理模块招聘管理模块包括应聘人员的信息添加，是否录用，查询应聘人员详细信息，查询录用员工信息、查询未录用员工信息等员工招聘信息包括姓名、性别、应聘职位、学历、工作经验等信息。

24、图2.6 添加应聘人员信息図2.6応募者情報追加图2.7 招聘管理図2.7募集管理数据需求：编号：系统自动生成。姓名：必填。性别：必选。年龄：必填。出生日期：必填，格式yyyy-mm-dd。应聘职位：必填所学专业：必填。工作经验：必填。学历：必选。联系电话：必填。毕业院校：必填。家庭住址：必填。备注：应聘人员的信息，及工作要求等备注信息，可以为空。（5） 培训管理模块培训管理模块包括培训课程的增删改查，以及培训课程的信息等培训课程信息包括培训人、培训主题、培训时间、培训地点，参加培训的人员以及备注信息等信息。图2.8 添加培训信息図2.8添加訓練情報图2.9 培训查询図2.9 情報数据需求：编

25、号：自动生成。培训人：必填，填写培训人姓名。培训主题：必填，即培训课程名称。培训宗旨：必填，即培训目的和目标。培训时间：必填，格式yyyy-mm-dd。培训地点：必填。培训人员：必填，即参加培训的人员。备注信息：必填，培训的注意事项等信息。（6） 奖惩管理模块奖惩管理模块包括对员工的奖励和惩罚，增删改查奖惩信息等功能。奖惩信息包括奖惩题目、类型、时间、奖惩金额、奖惩原因等信息。图2.10 奖惩添加図2.10賞罰添加图2.11 奖惩查询図2.11賞罰情報数据需求：编号：系统自动生成。奖惩题目：必填。奖惩原因。奖惩类型：必选。奖励或者惩罚。奖惩时间：必填，格式yyyy-mm-dd。奖惩金额：必填，

26、数字金额。奖惩原因：必填，详细的奖惩原因，和奖惩题目稍有区别。（7） 薪资管理模块薪资管理模块包括薪资的增加、删除、修改、查询，以及查询全部员工薪资信息、按年月查询员工薪资信息，和按姓名查询员工薪资信息等。员工薪资信息包括员工编号及姓名、发放时间、基本工资、加班次数、工龄、全勤奖、旷工费、保险费等信息。图2.12 薪资添加図2.12給与添加图2.13 薪资查询図2.13給与情報数据需求：编号及姓名：必选，选择要添加或修改的员工的编号和姓名。发放时间：必填，薪资的发放时间，格式yyyy-mm-dd。基本工资：必填，数字格式加班次数：必填，数字格式。工龄：必填，数字格式全勤奖：必填，数字格式旷工费

27、：必填，数字格式保险费：必填，数字格式实发工资：系统自动获取，基本工资+工龄费+全勤奖+保险费+加班费-旷工费。（8） 系统管理模块系统管理模块包括添加新管理员，查询管理员信息等管理员信息包括账户、密码、确认密码、级别等信息。图2.14 用户添加図2.14添加图2.15 用户查询図2.15調査数据需求：序号：系统自动生成。账户：必填，用户的用户名。密码：必填。确认密码：必填，且必须与用户密码相同，级别：默认为普通，不可更改。（9）修改密码模块修改密码模块是对该用户的密码进行修改修改密码包括用户名、旧密码、新密码、新密码确认等信息。图2.16 修改密码図2.16変更数据需求：账号：该用户账户，不

28、可更改旧密码：该用户现有密码，必填。新密码：必填。确认密码：必填，且必须与新密码相同，否则修改密码失败。2.3.2 功能需求由于本项目使用面向对象的方法来开发，从功能需求的角度出发提出了用例。下表表2则是描述了本项目所包含的所有用例。表2.2 用例列表表2.2用例编号用例名称1登录2修改密码3部门管理4员工管理5招聘管理6培训管理7奖惩管理8薪资管理9系统管理以下列表针对上表记述的用例进行详细描述，每一个表均分为两部分，第一部分主要记述该用例的详细信息，包括用例编号、用例名称、执行者、描述、前置条件、后置条件；第二部分主要记述该用例的主事件流。子事件流及异常处理以文字形式单独记述。下面对用例图

29、进行明确说明：用例图是指由参与者（actor）、用例（use case）以及它们之间的关系构成的用于描述系统功能的动态视图。用例图（user case）是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的

30、可观察结果。这是uml对用例的正式定义，对我们初学者可能有点难懂。我们可以这样去理解，用例是参与者想要系统做的事情。对于对用例的命名，我们可以给用例取一个简单、描述性的名称，一般为带有动作性的词。用例在画图中用椭圆来表示，椭圆下面附上用例的名称。系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分，边界外表示系统外部。系统边界在画图中方框来表示，同时附上系统的名称，参与者画在边界的外面，用例画在边界里面。箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。箭头尾部用来表示启动交互的一方，箭头头部用来表示被启动的一方，其中用例总是要由参与者来启动。图2.17 人力资源管理

31、系统用例图図2.17人力資源管理図针对上图描述的系统功能，下面将针对每一个用例进行详细地描述。表2.3 用例描述1表2.3用例説明用例编号用例名称执行者描述前置条件后置条件us1登录用户登录系统用户账号存在登录成功，进入主界面系统管理员/用户（2）系统显示登录界面并提示系统管理员输入用户编号和密码。（4）系统确认用户编号和密码有效。若无效则执行子事件流a。（5）系统显示主界面，并显示部门信息管理、员工信息管理、招聘管理、培训管理等选项。（1）访问本系统。（3）输入编号、密码，点击登录按钮。子事件流：子事件流a：系统提示输入的用户名或密码不正确，请求再次输入异常处理：系统显示一个错误消息。表2.

32、4 用例描述2表2.4用例説明用例编号用例名称执行者描述前置条件后置条件us2修改密码用户修改用户密码用户账号存在并且已登录密码修改成功，下次登录需用新密码系统管理员/用户（2）系统显示用户修改页面（4）系统确认用户旧密码正确，且新密码和确认密码相同。若旧密码不正确则执行子事件流a，若新密码和确认密码不一致，则执行子事件流b。（5）系统提示修改密码成功，返回主界面。（1）用户成功登录该系统后点击用户修改（3）输入旧密码、新密码确认密码，点击保存按钮。子事件流：子事件流a：系统提示输入的旧密码与密码不一致 子事件流b: 系统提示新密码和确认密码不一致。异常处理：系统显示一个错误消息。表2.5 用

33、例描述3表2.5用例説明3用例编号用例名称执行者描述前置条件后置条件us3部门管理用户对部门信息进行管理已登录该系统将部门进行重新显示系统管理员/用户（2）系统显示部门管理界面（4）系统保存添加的部门信息，并重新显示部门信息界面。若添加部门重复则执行子事件流a。（6）系统弹出界面询问是否删除该部门（8）系统删除选择的部门信息成功，并重新显示部门信息界面。（1）点击部门管理（3）点击添加部门按钮并添加部门信息并点击保存按钮。（5）点击操作栏的删除按钮（7）点击确定按钮子事件流：子事件流a：系统提示不能够重复提交，指该部门已经存在。异常处理：系统显示一个错误消息。表2.6 用例描述4表2.6用例説

34、明4用例编号用例名称执行者描述前置条件后置条件us4员工管理用户对员工信息进行管理已登录该系统将员工信息进行重新显示系统用户（2）系统显示员工管理界面（4）系统保存添加的员工信息，并重新显示员工信息界面。（6）系统弹出界面询问是否删除该员工（8）系统删除选择的员工信息成功，并重新显示员工信息界面。（10）显示员工信息修改页面（12）系统保存修改的员工信息，并重新显示员工信息界面。（14）系统显示该部门中的所有员工信息（1）点击员工管理按钮（3）点击添加员工按钮并添加员工信息并点击保存按钮。（5）点击操作栏的删除按钮（7）点击确定按钮（9）点击操作栏的修改按钮（11）对要修改的员工信息进行修改，

35、并点击保存按钮（13）点击部门查询栏的部门名称异常处理：系统显示一个错误消息。表2.7 用例描述5表2.7用例説明5用例编号用例名称执行者描述前置条件后置条件us5招聘管理用户对应聘人员信息进行管理已登录该系统将应聘人员信息进行重新显示系统用户（2）系统显示招聘管理界面（4）系统保存添加的应聘人信息，并重新显示应聘人信息界面。（6）系统显示该应聘人的详细信息（8）系统返回应聘人信息界面（10）系统弹出界面询问是否删除该应聘人（12）系统删除选择的招聘人信息成功，并重新显示招聘人信息界面。（10）未录用按钮变成录用，并且不可改，该员工被录用，并在员工管理模块中可以查询到该员工。（1）点击招聘管理

36、按钮（3）点击添加应聘人信息按钮并添加应聘人信息并点击保存按钮。（5）点击操作栏的详细查询按钮（7）点击返回按钮（9）点击操作栏的删除按钮（11）点击确定按钮（9）点击未录用应聘人行的录用按钮异常处理：系统显示一个错误消息。表2.8 用例描述6表2.8用例説明6用例编号用例名称执行者描述前置条件后置条件us6培训管理用户对员工培训信息进行管理已登录该系统将培训信息进行重新显示系统用户（2）系统显示员工培训管理界面（4）系统保存添加的培训信息，并重新显示员工培训信息界面。（6）系统弹出界面询问是否删除该培训信息（8）系统删除选择的培训信息成功，并重新显示培训信息界面。（10）系统显示该培训信息的

37、详细信息（1）点击培训管理按钮（3）点击添加培训信息按钮并添加培训信息，点击保存按钮。（5）点击操作栏的删除按钮（7）点击确定按钮（9）点击操作栏的查看详细信息按钮异常处理：系统显示一个错误消息。表2.9 用例描述7表2.9用例説明7用例编号用例名称执行者描述前置条件后置条件us7奖惩管理用户对奖惩信息进行管理已登录该系统将奖惩信息进行重新显示系统用户（2）系统显示员工奖惩管理界面（4）系统保存添加的员工奖惩信息，并重新显示员工奖惩信息界面。（6）系统弹出界面询问是否删除该奖惩信息（8）系统删除选择的奖惩信息成功，并重新显示奖惩信息界面。（10）系统显示该奖惩信息的详细信息（1）点击奖惩管理按

38、钮（3）点击添加奖惩信息按钮并添加员工奖惩信息，点击保存按钮。（5）点击操作栏的删除按钮（7）点击确定按钮（9）点击操作栏的查看详细信息按钮异常处理：系统显示一个错误消息。表2.10 用例描述8表2.10用例説明8用例编号用例名称执行者描述前置条件后置条件us8薪资管理用户对薪资信息进行管理已登录该系统将薪资信息进行重新显示系统用户（2）系统显示员工薪资管理界面（4）系统保存添加的员工薪资信息，并重新显示员工薪资信息界面。（6）系统弹出界面询问是否删除该员工薪资信息（8）系统删除选择的员工薪资信息成功，并重新显示薪资信息界面。（10）系统显示该员工的薪资情况（1）点击薪资管理按钮（3）点击添加

39、薪资按钮并添加员工薪资信息，点击保存按钮。（5）点击操作栏的删除按钮（7）点击确定按钮（9）选择一个员工，点击员工查询按钮异常处理：系统显示一个错误消息。表2.11 用例描述9表2.11用例説明9用例编号用例名称执行者描述前置条件后置条件us9系统管理超级管理员对管理员信息进行管理超级管理员已登录该系统将管理员信息进行重新显示系统用户（2）系统显示系统管理界面及所有用户（4）系统保存添加的管理员信息，并重新显示系统管理界面。（6）系统弹出界面询问是否删除该管理员（8）系统删除选择的管理员成功，并重新显示系统管理界面。（1）点击系统管理按钮（3）点击添加管理员按钮并添加管理员信息，点击保存按钮。

40、（5）点击操作栏的删除按钮（7）点击确定按钮异常处理：系统显示一个错误消息。2.3.3设计约束这个软件的目的是要开发一个三层架构的软件:用户界面层、业务层和数据库层。用户界面层和数据库层有约束,不得影响设计阶段。另一方面,数据库层里的数据已经存在，可以直接调用。2.4 动态模型图2.18 用例描述1序列图図2.18 用例説明図功能名称：登录输入参数：用户编号及密码输出参数：验证通过返回true前置条件：该用户存在；后置条件：登录成功，进入主界面。图2.19 用例描述2序列图図2.19 用例説明2図功能名称：修改密码输入参数：旧密码、新密码、密码确认输出参数：验证通过返回true并保存新密码前置

41、条件：该用户已登录成功；后置条件：密码修改成功，返回主界面。图2.20 用例描述3序列图図2.20 用例説明3図功能名称：部门管理输入参数：部门名称、备注输出参数：验证通过返回true前置条件：该用户登陆成功；后置条件：部门信息添加或删除成功，显示全部部门信息。图2.21 用例描述4序列图図2.21 用例説明4図功能名称：员工管理输入参数：员工姓名、性别、出生日期、民族、籍贯、联系电话、学历等信息输出参数：操作成功返回true前置条件：该用户登陆成功；后置条件：员工信息添加修改、查询或删除成功，显示全部员工信息。图2.22 用例描述5序列图図2.22 用例説明5図功能名称：招聘管理输入参数：应

42、聘人员姓名、性别、出生日期、民族、籍贯、联系电话、学历等信息输出参数：操作成功返回true前置条件：该用户登陆成功；后置条件：应聘人员信息添加修改、查询或删除成功，显示全部应聘人员信息。图2.23 用例描述6序列图図2.23 用例説明6図功能名称：系统管理输入参数：用户名、密码、密码确认输出参数：操作成功返回true前置条件：该用户是超级用户，且登陆成功；后置条件：用户信息添加、查询或删除成功，显示全部用户信息。图2.24 用例描述7序列图図2.24 用例説明7図功能名称：薪资管理输入参数：用户名、基本工资、加班费、工龄、全勤奖或旷工费等输出参数：操作成功返回true前置条件：用户登陆成功；后

43、置条件：员工信息添加、查询或删除成功，显示全部薪资信息。图2.25 用例描述8序列图図2.25 用例説明8図功能名称：奖惩管理输入参数：奖惩主题、金额、时间、原因输出参数：操作成功返回true前置条件：用户登陆成功；后置条件：奖惩信息添加、查询或删除成功，显示全部奖惩信息。图2.26 用例描述9序列图図2.26 用例説明9図功能名称：培训管理输入参数：培训人、培训主题、时间、地点等输出参数：操作成功返回true前置条件：用户登陆成功；后置条件：培训信息添加、查询或删除成功，显示全部培训信息。2.4 静态模型图2.25 静态模型図2.25静態模型实体属性：（1） 用户实体包括：用户序号、账号、密

44、码；（2） 部门实体包括：部门序号、部门名称、创建时间、备注、部门人数；（3） 员工实体包括：员工编号、姓名、性别、年龄、出生日期、身份证号、民族、婚姻状况、政治面貌、籍贯、家庭住址、联系电话、毕业院校、专业、学历、专业、部门、职位、备注、登记时间、登记人；（4） 招聘实体包括：应聘人员编号、姓名、性别、年龄、出生日期、应聘职位、所学专业、工作经验、学历、联系电话、毕业院校、家庭住址、登记时间、个人简介；（5） 培训实体包括：培训编号、培训人、培训主题、培训宗旨、培训时间、培训地点、参加人员、备注信息；（6） 奖惩实体包括：编号、奖惩题目、奖惩类型、奖惩金额、奖惩时间、奖惩原因（7） 薪资实体

45、包括：编号及姓名、发放时间、基本工资、加班次数、加班费、工龄、工龄费、全勤奖、旷工费、保险费；第三章 软件概要设计3.1软件结构3.1.1 系统功能结构人力资源管理系统功能结构图如图3.1所示。图3.1 人力资源管理系统功能结构图図3.1人力資源管理機能構造図3.1.2 类设计servlet是在服务器上运行的小程序。这个词是在java applet的环境中创造的，java applet是一种当作单独文件跟网页一起发送的小程序，它通常用于在客户端运行，结果得到为用户进行运算或者根据用户互作用定位图形等服务。服务器上需要一些程序，常常是根据用户输入访问数据库的程序。这些通常是使用公共网关

46、接口应用程序完成的。然而，在服务器上运行java，这种程序可使用java编程语言实现。在通信量大的服务器上，java servlet的优点在于它们的执行速度更快于cgi程序。各个用户请求被激活成单个程序中的一个线程，而创建单独的程序，这意味着各个请求的系统开销比较小。一个servlet就是java编程语言中的一个类，它被用来扩展服务器的性能，服务器上驻留着可以通过“请求-响应”编程模型来访问的应用程序。虽然servlet可以对任何类型的请求产生响应，但通常只用来扩展web服务器的应用程序。一、功能协作图协作图是一种交互图，强调的是发送和接收消息的对象之间的组织结构。一个协作图显示了一系列的对象

47、和在这些对象之间的联系以及对象间发送和接收的消息。对象通常是命名或匿名的类的实例，也可以代表其他事物的实例，例如协作、组件和节点。使用协作图来说明系统的动态情况。协作图显示某组对象如何为了由一个用例描述的一个系统事件而与另一组对象进行协作的交互图。使用协作图可以显示对象角色之间的关系，如为实现某个操作或达到某种结果而在对象间交换的一组消息。如果需要强调时间和序列，最好选择序列图；如果需要强调上下文相关，最好选择协作图。协作图用于显示对象之间如何进行交互以执行特定用例或用例中特定部分的行为。设计员使用协作图和序列图确定并阐明对象的角色，这些对象执行用例的特定事件流。它们是主要的信息来源，用于确定

48、类的职责和接口。与序列图不同，协作图显示了对象之间的关系。序列图和协作图表述的是相似的信息，但表述的方式却不同。协作图显示对象之间的关系，它更有利于理解对给定对象的所有影响，也更适合过程设计。协作图的格式决定了它们更适合在分析活动中使用。它们特别适合用来描述少量对象之间的简单交互。随着对象和消息数量的增多，理解协作图将越来越困难。此外，协作图很难显示补充的说明性信息，例如时间、判定点或其他非结构化的信息，而在序列图中这些信息可以方便地添加到注释中。协作图强调参与一个交互对象的组织，它由以下基本元素组成：活动者、对象、连接和消息。在uml中，使用实线标记两个对象之间的连接， 协作图中的

49、消息，由标记在连接上方的带有标记的箭头表示。协作图包含类元角色和关联角色，而不仅仅是类元和关联。类元角色和关联角色描述了对象的配置和当一个协作的实例执行时可能出现的连接。当协作被实例化时，对象受限于类元角色，连接受限于关联角色。关联角色也可以被各种不同的临时连接所担当，例如过程参量或局部过程变量。连接符号可以使用构造型表示临时连接或调用同一个对象。虽然整个系统中可能有其他的对象，但只有涉及到协作的对象才会被表示出来。换而言之，协作图只对相互之间具有交互作用的对象和对象间的关联建模，而忽略了其他对象和关联。（1）登陆模块图3.2 登录模块协作图図3.2登録図（2）修改密码图3.3 修改密码模块协作图図3.3変更図二、类设计图类图由许多说明性的模型元素（例如类、包和它们之间的关系，这些元素和它们的内容互相连接）组成。类图可以组织在（并且属于）包中，仅显示特定包中的相关