高校人事管理系统文档格式.docx

高校人事管理系统文档格式.docx

《高校人事管理系统文档格式.docx》由会员分享，可在线阅读，更多相关《高校人事管理系统文档格式.docx（12页珍藏版）》请在冰豆网上搜索。

总分

10

20

100

得分

摘要

摘要：

近年来，随着高校招生规模的不断扩大，学校人事管理的信息量也急剧增加，传统的管理方法以难以适应学校发展的需要。

介于此本文提出了人事管理系统的基本功能模块，并运用基于面向对象建模语言统一建模语言（UML）对其进行了静态、动态的模型设计，最终形成系统总体的分析模型架构，为人事管理系统的开发提供了参考模型。

本课题是高校人事管理系统的设计与实现，本系统运用面向对象的设计方法进行分析设计，利用面向对象的设计方法和UML（统一建模语言）进行系统建模，并综合运用MDA进行分析，给出了较为详细的系统的需求分析、组织结构图、程图、用况图、系统概念模型图、系统架构图、数据库详细设计表、系统包图、系统类图等重要容，给出各个阶段的详细设计报告，并利用objectPascal语言、借助Delphi开发平台实现了系统的编码工作。

本文展示了UML在系统设计分析中的应用过程，并突出了阶段的衔接和成果转化的基本方法和过程，取得了良好的效果；

本文对同类的UML系统分析设计有一定的参考价值.

关键字：

objectPascal；

UML；

模块；

人事管理系统

1.引言

UML（UnifiedModelingLanguage），即统一建模语言，是一种面向对象的建模语言。

它的主要作用是帮助用户对软件系统进行面向对象的描述和建模（建模是通过将用户的业务需求映射为代码，保证代码满足这些需求，并能方便地追溯需求的过程），它可以描述这个软件开发过程从需求分析直至实现和测试的全过程。

UML通过建立各种联系，如类与类之间的关系、类/对象怎样相互配合实现系统的行为状态等，来组建整个结构模型。

UML提供了各种图形，比如用例图、时序图、类图、协作图和状态图等，来把这些模型元素及其他关系可视化，让人们可以清楚容易地理解模型，并从多个视角来考察模型，从而更加全面地了解模型，这样同一个模型元素可能会出现在多个UML图中，不过都保持相同意义和符号。

UML有两套建模机制：

静态建模机制和动态建模机制。

静态建模机制是用例图、类图、对象图、包、组件图、配置来实现系统的用例建模、结构建模、组件建模以及环境建模，描述系统的静态结构组成，建立静态系统模型的。

动态建模机制是通过消息、状态图、时序图、协作图、活动图，定义并描述系统静态结构元素的动态行为和交互通信，构建动态系统模型。

随着学校教育改革的不断深化，学校规模的不断扩大，原有的手工方式的人事管理不但工作量大而且效率也往往不能令人满意。

所以，传统的学籍管理方法已不能适应高校发展的需要。

随着教育改革的深入发展，将会要求教育管理部门提供更为丰富的信息。

这就需要用科学化的方法来管理教务信息。

而现代信息技术和网络技术的出现和不断发展给教育现代化管理引入了新的定义，用信息技术和网络技术来改变传统教育管理模式是教育发展的必然趋势。

建立一套完善的高校人事管理系统，不但可以大大提高人事管理工作的效率，而且可以建立起一套完整的人事信息资料库，可以和其它管理部门的信息系统紧密结合，轻松、条理、准确的完成整个学校的人事管理工作。

本文是从教务管理工作的实际出发，基于UML对人事管理系统建模，该系统将有效地减轻管理人员的工作负担，高效、规地管理大量的人事信息。

1.1高校人事管理系统分析

随着高等学校扩大招生情况的出现，每一个高校需要处理的各种人事管理的数量逐年倍增。

如何改变低效率的原始数据管理方式，成为摆在高校管理人员面前的一个重要课题。

而建立高效的人事管理系统就是一个解决此根本问题的思路。

所以，这里为读者介绍一个高校人事管理系统的建模实例。

2.需求分析

高校人事管理系统的功能性需求综述如下：

（1）高校的每个学生使用自己的姓名和学号登陆系统之后，可以查询自己每个学期的基本情况，也能够查询自己的学业成绩。

（2）高校的每个老师使用自己的姓名和密码登陆系统后，能够查询自己信息情况，也可查询自己的学生信息（供报销用）。

（3）系统管理员通过用户名和密码登陆系统后,能够添加,删除,统计各个班级情况和人事管理情况,同时，还可以更新删除学生﹑教师﹑教材等各类信息。

2.1系统建模

在系统建模以前，我们首先需要在RationalRose2003中创建一个模型。

并命名为“高校人事管理系统”，该名称将会在RationalRose2003的顶端出现，如下图2-1所示。

图2-1创建项目系统模型

2.2.1创建系统用例模型

创建系统用例的第一步是确定系统的参与者。

高校人事管理系统的参与者包含以下三种：

（1）学生

（2）教师（3）系统管理员

此三个参与者如图2-2所示。

图2-2系统参与者

图2-3学生用例图

然后，我们根据参与者的不同分别画出各个参与者的用例图。

（1）学生用例图：

学生在本系统中可以进行登录、查询自己有关信息与等级各个考试报名情况和成绩情况查询的相关操作，通过这些活动创建的学生用例图如图2-3所示。

（2）教师用例图：

教师在本系统中可以进行登录、查询信息和学生情况查询的操作，通过这些活动创建的教师用例图如图2-4所示。

图2-4教师用例图

图2-5系统管理员用例图

（3）系统管理员用例图：

系统管理员在本系统中可以进行登录、添加、删除、统计学生、统计教师情况和管理各类信息的操作，通过这些活动创建的系统管理员用例图如图2-5所示。

3.1创建系统静态模型

从前面的需求分析中，我们可以依据主要六个类对象：

学生、教师、班级、姓名、存在院和学年创建完整的类图如图2-6,7,8所示。

图2-6学生类图

图2-7教师类图

图2-8管理员类图

3.2创建系统动态模型

系统的动态模型可以使用交互作用图、状态图和活动图来描述。

3.2.1创建序列图和协作图

1.学生在本系统中活动步骤分为：

（1）进行注册个人信息

（2）登录通过身份验证（3）选择自己相关科目，查询成绩（4）返回查询结果（5）退出系统。

根据以上步骤创建的序列图和协助图，如下图2-7和图2-8所示。

图2-7学生序列图

图2-8学生协作图

2.表示教师的序列图和协作图与学生序列图和协作图相似，只是把学生换成了教师。

3.系统管理员在本系统活动的步骤分为：

（1）进行注册个人信息

（2）登录通过身份验证（3）管理学生信息、管理教师信息或管理信息。

（4）退出系统。

根据以上步骤创建的的序列图，如图2-9所示。

图2-9系统管理员序列图

3.2.2创建活动图

我们还可以利用系统的活动图来描述系统的参与者是如何协同工作的。

高校人事管理系统中，根据人事管理人员、学生和教师的活动步骤，我们可以创建活动图如下图2-11所示。

图2-11系统活动图

3.2.3创建状态图

在高校人事管理系统中，有明确状态转换的类是系统参与者，在整个验证过程前后有各种不同的状态。

本系统的状态图如下图2-12所示。

图2-12参与者状态图

4.创建系统部署模型

对系统的实现结构进行建模的方式包括两种，即构件图和部署图。

高校人事管理系统的构件图我们通过构件映射到系统的实现类中，说明该构件物理实现的逻辑类，在本系统中，我们可以对学生类、系统管理员类、教师类、班级类分别创建对应的构件进行映射，创建的高校教材管理系统的构件图如图2-13所示。

.

图2-13系统构件图

4.1系统控制类

系统控制是指对为了确保系统的正确运行或测试系统稳定性，正确性而进行的相应控制。

本部分是对系统控制进行管理的功能模块。

1）系统运行日志。

2）启动系统底层控制。

3）系统各部分功能的禁止与否。

启动系统的出错告警系统。

4.1.2实现模型的建立

UML使用组件图和配置图两种机制来描述系统的实现，这两种图都描述了系统实现时的一些特征，主要涉及到源代码的静态分布特征和要使整个系统运行的实现特性。

组件图显示系统中软件构件的分布以及它们之间的依赖关系，即显示系统软件方面的逻辑结构。

配置图主要是用来说明如何配置系统的软件和硬件。

建模完成以后，UML建模工具RationalRose可根据系统的构件图生成系统的框架代码，所生成代码取决于所选择的编程语言，本系统选用的是Java语言。

通常包括类的声明、属性声明、围声明、函数原型和继承语句。

产生代码后，可根据特定业务完成代码编写，最终实现该系统。

总结

这次的uml课程设计中我学习了用例图，类图，序列图，协作图，状态图，活动图，构件图等图的一些作用，组成元素和彼此之间的关系。

我画这些图的过程中遇到了不少的困难，但我掌握的比较多。

用例图

作用：

用例图是需求分析中的产物，主要作用是描述参与者和用例之间的关系，帮助开发人员可视化地了解系统功能。

用例图可视化地达到了系统的需求，具有直观，规等优点，克服了纯文字性寿命的不足。

用例方法是完全从外部来定义系统功能的，它把需求和设计完全分离开来。

组成元素：

用例（UseCase），参与者（actor）。

用例之间的：

关系有包含，扩展和泛化。

类图

为系统的词汇建模。

模型化简单的协作。

模型化逻辑数据库模式。

类（Class），接口（Interface）。

类之间的关系：

依赖关系，泛化关系，关联关系，实现关系。

序列图

作用：

确认和丰富一个使用语境的逻辑表达。

细化用例的表达。

有效地描述如何分配各个类的职责以及各类具有相应职责的原因。

对象（Object），生命线（Lifeline），激活（Activativation），信息（Messages）。

序列之间的关系：

描述系统中各个对象按照时间顺序的交互过程。

协作图

通过描绘对象之间消息的传递情况来反映具体的使用语境的逻辑表达。

显示对象及其交互关系的空间组织结构。

表示一个类操作的实现。

对象（Object），消息（Messages），链（Link）。

协作之间的关系：

协作代表为了完成某个目标而共同工作的一组对象。

状态图

状态图正确的描述了状态之间的转换顺序，通过状态的转换顺序可以清晰看出事件的执行顺序。

清晰的事件顺序有利于程序员在开发程序时避免出现事件错序的情况。

状态图清晰地描述了状态转换时所必须出发的事件。

状态图通过判定可以更好的描述工作流因为不同的条件的分支。

组成元素：

状态，转换，事件，活动，动作5个部分组成的。

状态图之间的关系：

一个状态依附于一个类，并且描述该类的的实例对接收到的事件的影响。

活动图

描述一个操作执行过程中所完成的工作，说明角色，工作流，组织和对象如何工作的。

活动图对用例描述尤其有用。

显示如何执行一组相关的动作，以及这些动作如何影响他们周围的对象。

活动图对理解业务处理过程十分有用。

描述复杂过程的算法。

动作状态，活动状态，组合活动，分叉与组合，分支与合并，泳道，对象流。

活动图之间的关系：

活动图是一种用于描述系统行为的模型状态。

构件图

构件图通过显示系统的构建以及接口等之间的接口关系，形成系统的更大的一个设计单元。

在以构件为基础的开发中，构件图为架构设计提供了一个系统解决方案模型的自然形式，并且它还能够在系统完成后允许一个架构设计师验证系统的必须功能是由构建实现的，这样确保了最终系统将会被接受。

构件，接口。

构件之间的关系：

依赖关系或实现关系。

部署图

描述一个具体应用的主要部署结构，平衡系统运行时的计算分布等，部署图也可以通过连接描述组织的硬件网络结构或者是嵌入式系统等具有多种硬件和软件相关的系统运行模型。

处理器，进程，设备，连接。

部署之间的关系：

节点和节点之间的连接。

结束语

UML是一种功能强大的、面向对象的可视化系统分析语言，它采用一整套成熟的建模技术，广泛地适用于各个应用领域，它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠、更完善的系统模型，从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。

本文采用了UML对人事管理系统进行了建模，将复杂的教学管理系统用简单明了的可视化图形表示出来，对整个人事管理系统的开发设计提供了必要的参考模型。

采用该方法优于传统的过程开发方式，能够对整个开发过程提供灵活、一致、易读的表达，在很大程度上降低了软件开发的风险性，提高了软件开发的质量。

随着计算机网络技术的不断发展和现代人事管理理念的不断更新，人们需要对人事进行科学的管理。

随着高校规模和高校机构的增多，单单靠人工管理是远远不够的，因此，需要更为科学、高效的人事管理软件为工具，进而实现人力资源的高效管理。

本文在对高校人事的管理的深入调查的基础上，做出了比较详细的需求分析，并采用UML语言将其进行了详尽的描述，并采用面向对象的设计思想对起进行了分析设计，并给出了系统设计的类图级实现；

接着，借助Delphi编程工具将其实现，最后给出了系统的后期维护方案。

通过本文的研究和实践，可以对面向对象的分析设计、UML语言在工程中的应用、需求分析阶段向系统分析设计阶段转变、分析设计阶段向系统实现阶段转变、经典的三层体系结构设计与实现、等问题有一个深入的了解,达到了设计的目的.

致谢

在大作业论文完成之际，我要衷心地感王老师在设计期间对我的悉心指导,当我遇到难于抉择的设计难题时,他总能耐心的开导我,多少次让我茅塞顿开。

王老师渊博的知识、严谨的科研作风和平易近人的态度给我留下了深刻的印象，这必定对我今后的工作有着深远的影响。