硕士论文写作范本结构化方法V31.docx
《硕士论文写作范本结构化方法V31.docx》由会员分享，可在线阅读，更多相关《硕士论文写作范本结构化方法V31.docx（39页珍藏版）》请在冰豆网上搜索。
硕士论文写作范本结构化方法V31
摘要
高校作为典型的事业单位，人事管理工作业务量大、流程复杂、涉及部门多，要高效科学地管理各类人事信息并不是一件非常简单的事情，在科技和信息日益发展的今天，信息化建设是高校人事管理工作持续发展的重要举措之一。
人事管理作为高校管理工作中的重中之重，信息系统的构架设计及业务流程设计方面等方面均都具有自身特色，因此信息化程度影响着人事工作的效率和人事管理的实施，建立适合高校发展实际的高校人事管理信息化平台和系统，有助于加强校园的信息化建设。
本论文从普通高等院校实际出发，以XX师范学院人事管理工作为背景，认真分析和讨论项目建设的意义，系统阐述开发方法和技术，并结合相关理论与工作实践对人事信息管理系统建设过程中的一些典型问题进行分析，在需求分析中，采用了业务流程图、用例图，对系统进行了详细的需求分析，包括业务需求、功能需求、非功能需求、性能需要和安全需求。
在系统设计中，对系统进行了总体设计与模块设计，设计了包括组织机构管理、员工管理、人事管理、考勤考核、薪资绩效、综合统计查询等功能系统，给出了模块设计的功能结构图、IPO设计和处理流程图，详细阐述了设计内容，并使用实体类图、E-R图和数据库表结构对数据库进行了详细设计。
最后进行了论文工作的总结和展望。
关键词：
普通高校；人事信息系统；分析与设计
Abstract
KeyWords:
目录
摘要I
AbstractII
目录III
第1章概述1
1.1选题背景1
1.2人事管理信息系统建设的意义1
1.3国内外现状2
1.4主要工作和贡献2
1.5论文的结构2
第2章相关研究综述4
2.1软件工程概述4
2.1.1软件工程的定义4
2.1.2软件工程基本原理4
2.2管理信息系统概述6
2.2.1管理信息系统简介6
2.2.2产生背景6
2.2.3系统作用7
2.3数据建模7
2.3.1数据库范式7
2.3.2数据建模8
2.3.3数据库设计9
第3章系统需求分析10
3.1系统分析10
3.1.1.系统开发背景10
3.1.2.系统开发目标12
3.2业务需求分析12
3.2.1业务部门描述13
3.2.2业务描述13
3.2.3管理角色13
3.2.4主要业务流程分析14
3.3功能需求18
3.3.1组织机构功能需求18
3.3.2员工管理功能需求20
3.3.3人事异动功能需求23
3.3.4考勤考核功能需求26
3.3.5薪资绩效功能需求29
3.3.6综合统计查询功能需求32
3.4非功能需求34
3.4.1环境需求34
3.4.2性能需求34
3.4.3安全需求35
第4章系统设计36
4.1系统总体架构设计36
4.1.1系统运行结构36
4.1.2系统功能结构38
4.2系统功能模块设计39
4.2.1组织机构管理模块39
4.2.2员工管理模块43
4.2.3人事异动模块47
4.2.4考勤考核模块52
4.2.5薪资绩效模块57
4.2.6综合统计查询模块63
4.3系统数据库设计68
4.3.1.数据库概念设计68
4.3.2.主要数据表设计69
第5章总结与展望68
5.1总结73
5.2前景展望73
参考文献74
致谢75
第1章概述
1.1选题背景
<此处插入论文中所述项目的项目背景，旨在突出社会发展背景、项目的出发点等等。
以下是范本请不要照搬！
>
近年来，伴随着计算机技术飞速发展，信息化正以惊人的速度和广泛的影响力渗透到人们工作、学习和生活的方方面面。
借助信息化提供强有力的方法和手段，能够加快业务环节流通，促进信息有效整合，促使资源优化配置，不断提高管理效率，进而提高组织运行绩效和能力。
因此信息带动管理的转变也给我们带来了全方位的影响，利用计算机实现人事管理势在必行。
高校作为从事高等教育活动的组织，短短几十年在规模扩张、体制与教学改革、高等教育学科建设等众多领域取得了长足发展，高等教育大众化的发展趋势也越来越明显。
特别是《国家中长期教育改革和发展规划纲要（2010－2020年）》和《XX省中长期教育改革和发展规划纲要（2010―2020年）》的出台，以及中共中央、国务院关于分类推进事业单位改革的指导意见，要求深化事业单位人事制度改革，实行分类人事管理，依据编制管理办法分类设岗，实行公开招聘、竞聘上岗、按岗聘用、合同管理等，优势人力资源不断在高校这一平台聚集，人事管理工作担负着诸多内容，地位和作用日益凸显。
因此，人事工作效率的高低、质量的优劣直接关系到本单位内部各项工作的正常开展。
人事信息化的建设作为高校信息化建设的一个重要组成部分，它可以有效提高管理效率，及时提供可靠数据，为科学化管理提供重要依据，加强对高校人力资源的管理具有非常重要的意义[1]。
1.2人事管理信息系统建设的意义
<此处插入论文的研究意义，应该和1.1小节的问题概述相呼应>
传统管理模式下，工作人员不得不将大量时间用于工资计算、报表统计、事务性工作处理，效率低、准确性差，通过建设一套满足本单位业务特点的管理系统，使人力资源管理者能够腾出有效时间从事人力资源的激励、培训、考核、开发等核心工作的研究、规划、实施，并且较好地保证数据的一致性、准确性和及时性，能够实时动态提供人力资源信息，保证教学、科研、管理等工作方面的质量，为广大教职员工提供高效、优质、便捷的服务，为部门及单位领导提供完善的管理分析支持数据。
1.3国内外现状
国内大多是源自部门内部的业务需求方面出发设计，将业务操作重复性劳动进行初步自动化，实现基于该业务模式基础上的低层次数据处理或业务流程电子化。
一般无法满足多体制、多元化、多重组织结构的数据处理需求。
国外相对于国内来说起步较早，管理系统的完整性和成熟度较高。
优势集中体现在有较强经济实力，大力投入技术开发、培养等方面，与有实力的公司如硬件商、数据库公司、咨询顾问等合作伙伴形成强强联合。
设计思路也蕴涵了先进的管理理念和开发技术，能适用于不同行业的解决方案。
在与国外同类应用系统及解决方案相比，国内还有一些不足，表现为大部分是由管理信息系统演变而来，从单一的业务需求角度出发设计，系统在完整性、前沿性和集成性方面仍有差距。
1.4主要工作和贡献
<此处插入作者本人在项目中所负责或者完成的具体工作，应与1.3.1的研究内容相对应，简述作者本人所做的研究工作。
此外，如果论文所述项目为集体合作，则应该简略指出作者本人所负责的工作。
以下为范本！
>
在此项目中，本人做了如下工作：
<此处插入所做工作>
在项目开发中，本人主要负责系统需求分析、功能性分析、系统整体数据库设计、主体框架设计搭建、WEB端程序开发，系统文档撰写、系统整体测试以及历史数据导入等工作。
1.5论文的结构
<此处插入该论文的整体结构，简述论文的整体形式结构，并简述每一章的主旨。
以下为范本，请勿照搬！
>
本文共分为五个章节，每章的主要内容如下：
第一章为概述，简要介绍了本课题的选题背景、意义与目的，国内外现状及本文的章节结构。
第二章为系统构建的相关技术，简要介绍软件工程概念、管理信息系统概念。
第三章为系统需求分析，主要对系统的组织结构进行了描述，还包括所涉及的业务工作及业务流程图进行描述以及数据分析，并进行了功能需求分析及非功能需求分析。
第四章为系统设计，包括系统总体构架设计、系统功能模块设计、系统数据库设计几部分。
总体设计包括系统运行结构、系统功能结构；功能设计将对各逻辑层的每个功能进行细化分析，并以图示及文字说明方式表达；数据库设计包含概念的设计以及逻辑结构、表结构的设计等。
第五章为总结与展望。
第2章相关研究综述
<此处插入系统开发方法的统一概述，旨在简要的解释系统开发的方法和涉及的相关技术。
以下为范本，请勿照搬！
>
<以下几个小节将根据以上统一概述，较为详细的逐一展开进行叙述，每一项具体开发方法或者相关技术的综述独立成为一个小节，每个小节下面具体有多少子小节并无具体规定，只要能讲述清楚明白即可，以下为范本，请勿照搬！
>
2.1软件工程概述
2.1.1软件工程的定义
“软件工程”（SoftwareEngineering）作为一个术语，是在1968年北大西洋公约组织的一次计算机学术会议上，正式提出来的。
这个会议专门讨论了软件危机问题。
这次会议是软件发展史上一个重要的里程碑。
软件工程是指导计算机软件开发和维护的工程科学。
为了克服软件危机，人们从其他产业化生产得到启示，采用工程的概念、原理、技术和方法来开发和维护软件，把经过时间考验而证明正确的管理技术与方法技术结合起来，这就是软件工程[3]。
也就是应用计算机科学、数学及管理科学等原理开发软件的工程，借鉴传统工程的原则、方法，以提高质量，降低成本为目的。
其中：
计算机科学、数学用于构建模型与算法；工程科学用于制定规范、设计规范、评估成本及确定权衡；管理科学用于计划、资源、质量、成本等管理。
软件工程学是一门指导计算机软件开发和维护的科学。
软件工程包括两方面内容：
软件开发技术和软件项目管理。
其中，软件开发技术包括软件开发方法学、软件工具和软件工程环境，软件项目管理包括软件度量、项目估算、进度控制、人员组织、配置管理、项目计划等。
统计数据表明，大多数软件开发项目的失败，并不是由于软件开发技术方面的原因，而是由于不适当的管理造成的。
遗憾的是，尽管人们对软件项目管理重要性的认识有所提高，但在软件管理方面的进步远比在设计方法学和实现方法学上的进步小，至今还提不出一套管理软件开发的通用指导原则。
在软件的长期发展中，人们针对软件危机的表现和原因，经过不断的实践和总结，越来越清楚地认识到：
按照工程化的原则和方法组织软件开发工作，是摆脱软件危机的一个主要出路。
今天，尽管“软件危机”并未被彻底解决，但软件工程三十多年的发展仍可以说是硕果累累。
2.1.2软件工程的开发方法
2.2管理信息系统概述
2.2.1管理信息系统简介
管理信息系统（ManagementInformationSystems简称MIS）是一个不断发展的新型学科，它的定义随计算机技术和通讯技术发展在不断更新。
目前普遍认为管理信息系统由人于计算机设备或其它信息处理手段组成并用于管理信息的系统。
管理信息系统是软件工程的产物，它由信息的采集、传递、储存、加工、维护和使用六方面组成。
完善的系统应具备四个标准，分别是：
确定的信息需求、信息的可采集与可加工、可通过程序为管理人员提供信息、可对信息进行管理。
具有统一规划的数据库是MIS成熟的重要标志。
2.2.2管理信息系统的发展历史
。
2.3数据建模
2.3.1数据库范式
关系数据库中的关系必须满足一定的要求，即满足不同的范式。
目前关系数据库有六种范式：
第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、第四范式（4NF）、第五范式（5NF）和第六范式（6NF）。
满足最低要求的范式是第一范式（1NF）。
在第一范式的基础上进一步满足更多要求的称为第二范式（2NF），其余范式以次类推。
一般说来，数据库只需满足第三范式（3NF）就行了。
第一范式（1NF）。
所谓第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。
如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。
在第一范式（1NF）中表的每一行只包含一个实例的信息。
简而言之，第一范式就是无重复的列。
第二范式（2NF）。
第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。
第二范式（2NF）要求数据库表中的每个实例或行必须可以被唯一地区分。
为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。
第二范式（2NF）要求实体的属性完全依赖于主关键字。
所谓完全依赖是指不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。
为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。
简而言之，第二范式就是属性完全依赖于主键。
第三范式（3NF）。
满足第三范式（3NF）必须先满足第二范式（2NF）。
简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。
简而言之，第三范式就是属性不依赖于其它非主属性。
2.3.2数据建模
。
2.3.3数据库设计
。
第3章系统需求分析
3.1业务部门及管理角色分析
3.1.1.业务部门简介
图3-1XX师范学院组织机构图
XX师范学院组织机构分为三类：
一是管理机构，包括党委办公室、学院办公室、纪委、党委组织部、党委宣传部、教务处、计划财务处、招生就业处、党委学生工作部、人事处、工会、共青团、学科建设办公室、科学技术处、素质教育中心、国际交流合作处、资产管理处、基建后勤管理处、保卫处、后勤服务中心；二是教学机构：
包括人文学院、政法学院、经济与管理学院、外国语学院、教师教育学院、数学与信息科学学院、物理与电子工程学院、化学化工学院、生物资源与环境科学学院、计算机科学与工程学院、体育学院、音乐舞蹈学院、美术学院、马克思主义学院、继续教育学院、职业技术学院、国际学院、教师（教育）发展研究院、教师教学发展中心；三是教辅机构，包括图书馆、现代教育技术中心、学报编辑部、档案馆。
如图1所示：
展望未来，学校将以科学发展观统领事业发展全局，把握地方性、师范性和教学性特点，走内涵发展之路，着力提高办学质量和水平，力争在专业覆盖、特色学科、国际化程度、区域社会影响力、贡献率诸方面形成优势，努力创建综合大学，并最终把学校办成优势明显、特色鲜明的应用型多科性大学，实现“进入同类高校先进行列”的远景发展目标。
在此基础上，以提高师资力量水平和加强人才队伍建设为依托，构建一个全面满足学校发展和各业务环节需要的管理平台就变的十分迫切，这是设计XX师范学院人事管理系统的初衷。
建设网络辅助管理系统的宗旨就是为广大教职员工和学校领导提供及时、完备、有效的人力资源信息支持和管理服务为目标，让教职工及校内其他部门通过网络就能得到相应信息，并且不受时间、空间和地域的限制。
3.1.2.管理角色
【注意这里的角色就是“3.5系统功能需求分析”小节中的参与者，二者要保持一致】
根据业务分析，系统用户包括：
系统用户、学校领导、人事用户、部门领导、教职员工5类人群用户。
不同用户设置使用的系统资源不同，用户权限明晰。
1、系统用户：
对系统拥有最高管理权限，对系统做出修改、维护、访问数据库，对使用用户进行分配授权，备份系统数据，维护系统安全，保障系统运行，拥有整个系统的全部使用权；
2、学校领导：
根据领导分管部门不同，设定与分管部门挂钩的权限；
3、人事用户：
拥有除分配用户权限和维护系统以外的和“系统用户”相同的权限级别。
可对本系统中所有人员、事项进行操作；
4、部门领导：
可获得本部门范围内权限；
5、教职员工：
可对自己个人数据进行创建，创建后的数据可以进行查询、核对，对于需要修改或更新的数据，可向“人事用户”提交修改申请，但不能进行修改。
如表3-1所示：
表3-1：
系统管理角色情况
角色
用户名
命名规则
职责或功能
备注
系统用户
Admin
完整的系统权限
学校领导
Leader_xxx
对分管部门人员有查询权限
人事用户
HR_xxx
使用系统权限
部门领导
XXX_leader
对本部门人员有查询权限
教职员工
xxx
创建、查询本人信息
3.2业务需求分析
业务需求（businessrequirement）是对系统开发目标的高层次要求。
3.2.2业务描述
<描述系统当前的主要业务问题，进一步阐述通过计算机软件要达到哪些目标，解决哪些主要问题等。
示例：
>
1、部门信息输入，包括输入单位内机构设置、部门信息等。
2、部门信息查询和修正。
3、人员信息输入，包括输入单位人员的基本信息、所在部门、职称、学历、考核、奖惩等。
4、人员信息查询和修正。
5、日常人事业务管理，包括员工管理、人事异动等。
6、信息交换处理，方便的实现网络和单机之间信息转移，包括查询维护、数据导入、导出、报表生成等。
3.2.3主要业务流程分析
<使用UML的活动图描述系统的主要业务流程等。
示例：
>
从人事工作业务上看，首先需要创建好本单位内的组织机构，创建教职员工用户，在完成系统的基本内容结构后，根据人事工作的性质分别进行业务流程的处理。
主要包括员工管理、人事异动、考勤考核、薪资绩效、综合统计查询等一系列日常管理工作流程。
通过业务开展，最终可以实现查询汇总、报表管理、系统管理和后台业务等功能。
3.2.2.1员工管理业务流程
如图3-1所示：
【跨职能流程图，水平泳道方式】
图3-1员工管理业务流程图
3.2.2.2人事异动业务流程
如图3-2所示：
【跨职能流程图，水平泳道方式】
图3-2人事异动业务流程图
3.2.2.3考勤考核业务流程
如图3-3所示：
【跨职能流程图，垂直泳道方式】
图3-3考勤考核业务流程图
3.2.2.4薪资绩效业务流程
如图3-4所示：
【普通流程图】
图3-4薪资绩效业务流程图
3.2.2.5综合统计查询业务流程
如图3-5所示：
图3-5综合统计查询业务流程图
3.3功能需求分析
<从系统的使用者的角度使用UML的用例图描述系统的用例，并给出每一个用例的用例说明。
>
根据业务开展需要，系统应具备以下基本功能需求：
3.3.1员工管理
员工管理是系统中最基本，也是用户最常用的一个功能，包括信息维护、查询浏览、统计分析。
信息维护：
日常人事业务中，员工信息一直在变动，通过信息维护，员工信息管理人员可以在权限范围内对员工变动信息进行维护，信息审批人员对修改后的员工数据信息进行审核。
查询浏览：
查询方式较为简单灵活，可以选用多个人员信息集，用多个指标项组合成查询条件，以“且”或者“或”的方式进行查询，但不能针对查询结果进行添加、修改和删除等操作；
统计分析：
在计算机的操作中，统计与查询基本是一致的，但不同于查询的是，统计需要在一次操作中完成多次查询，实现对人员信息集进行跨子集、多指标、多条件和多统计项的复杂统计，并将多个查询结果进行比较，以图表方式显示出来。
员工管理用例图如图3-7所示：
人事用户
图3-7员工管理用例图
信息维护用例说明如表3-5所示：
【注意：
用例说明（规约）是对用例图中的用例进行说明，也就是对用例图中的椭圆进行说明，不是对用例图进行说明。
】
表3-5：
信息维护用例说明
用例名称
信息维护
用例描述
对员工进行信息维护过程的工作
参与者表
教职员工、人事用户
前置条件
参与用户登录系统
后置条件
无
基本操作流
1.用户进入系统后，按照对应的项目输入个人基本信息和基本情况，可选择快速录入、记录录入等录入方式。
包括个人基本信息、基本情况等；；
2.教职员工输入完成的信息需要提交审核，提交后但还未审的可以撤销提交并返回修改，正在审核和审核通过的则无法添加和修改；已经提交审核并通过的，如需修改、删除，需要由人事用户退回方能操作，操作完成后需重新提交审核；
3.人事用户对信息进行审核，通过的信息立即生效并显示，如信息有问题不予审核通过，可直接退回并附带审核意见。
可选操作流
无
查询浏览用例说明如表3-6所示：
表3-6：
查询浏览用例说明
用例名称
查询浏览
用例描述
对员工信息进行查询浏览的操作
参与者表
人事用户、教职员工、部门用户
前置条件
参与用户登录系统
后置条件
无
基本操作流
1.用户进入系统后，可以查询用户权限内的信息，并可选择多种方式进行查询，如信息浏览、快速查询等。
“教职员工”权限为本人，“部门用户”权限为部门内部人员，“人事用户”权限则为单位内所有部门和人员；
2.用户所查结果只能用于浏览，不可对结果进行添加、修改和删除的操作；
3.用户根据查询结果，选择是否对结果按需求生成图表输出保存。
可选操作流
无
统计分析用例说明如表3-7所示：
表3-7：
统计分析用例说明
用例名称
统计分析
用例描述
对员工进行信息统计分析过程的工作
参与者表
人事用户、部门用户
前置条件
参与用户登录系统
后置条件
无
基本操作流
1.用户进入系统后，可以统计分析用户权限内的信息，并可选择多种方式进行统计，如简单统计、二维统计、单项统计等。
“教职员工”权限为本人，“部门用户”权限为部门内部人员，“人事用户”权限则为单位内所有部门和人员；
2.用户统计结果只能用于浏览，不可对结果进行添加、修改和删除的操作；
3.用户根据统计的结果，选择是否生成分析报告或图表
可选操作流
无
3.3.2人事异动管理
根据人员变动和岗位需求情况，对应做好人事异动管理工作。
因此，人事变动部分主要包含员工入职（或调入）、员工转正、员工异动、员工离职等管理内容。
人事异动管理模块用例图如图3-8所示：
图3-8人事异动用例图
人事异动申请用例说明如表3-8所示：
表3-8：
人事异动申请用例说明
用例名称
人事异动申请
用例描述
对人事异动工作进行申请的工作
参与者表
教职员工
前置条件
参与用户登录系统
后置条件
无
基本操作流
1.用户进入人事异动业务后，依据人事异动的类别（入职、转正、调动等）分别选择提请申请；
2.按照业务提供表格，对应填写包括基本信息、异动内容，及异动依据等；
3.用户提交申请审核前，对已提交还未审的，可以撤销提交并对内容进行修改、补充和完善；
4.审核中或审核通过的，用户不可对内容进行添加、修改和删除的操作；
可选操作流
无
人事异动审核用例说明如表3-9所示：
表3-9：
人事异动审核用例说明
用例名称
人事异动审核
用例描述
对人事异动工作进行审核的工作
参与者表
人事用户
前置条件
参与用户登录系统
后置条件
无
基本操作流
1.用户进入系统后，对提请的人事异动申请业务进行审核操作，用户将严格根据异动的文件依据，对申请人、申请人信息、申请异动的内容及所提交电子信息进行审核比对；
2.在审核过程中，不可进行任何内容的修改、删除操作；
3.审核通过的申请，可以进行浏览查询，生成对应表格，并在通过的申请业务上作出明确处理意见是否同意；
4.对审核不通过的予以退回，并附上审核不通过的意见。
可选操作流
无
人事异动批准用例说明如表3-10所示：
表3-10：
人事异动批准用例说明
用例名称
人事异动批准
用例描述
对人事异动工作进行批准的工作
参与者表
人事用户、学校领导
前置条件
参与用户登录系统
后置条件
无
基本操作流
1.人事用户进入系统后，将审核通过的人事异动申请业务提交学校领导，学校用用户将根据人事部门报送的有关纸质依据，通过系统给予批准申请操作；
2.在批准过程中，不可进行修改、删除操作；
3.批准通过的申请，可以进
升级会员 