UML系统设计学生信息管理系统.docx

UML系统设计学生信息管理系统.docx

《UML系统设计学生信息管理系统.docx》由会员分享，可在线阅读，更多相关《UML系统设计学生信息管理系统.docx（28页珍藏版）》请在冰豆网上搜索。

UML系统设计学生信息管理系统

课程设计报告

课程设计题目:

学生信息管理系统得设计

学　院：

计算机科学与信息学院

　　　　专　业：

软件工程　　　

　　　　姓名:

熊齐超（12０806０220）

**************申玲　　　

2０15年　４月　28日

　　　　　　　　　　　目录

1、１研究背景ﻩ3

1、２本文得主要内容及结构ﻩ3

２、1统一建模语言UML4

3、学生信息管理系统需求分析ﻩ５

3、1系统需求分析5

3、1、1业务流程分析ﻩ5

3、1、2功能模块分析7

3、1、3问题域分析７

３、2系统用例分析8

4、1静态结构模型ﻩ9

４、１、1用例图ﻩ9

4、1、２类图1２

4、２动态行为模型ﻩ1３

4、2、1顺序图１4

4、2、2状态图15

4、２、3活动图ﻩ16

5、数据库设计ﻩ17

5、１数据库设计过程ﻩ18

5、2系统得E一模型18

１、引言

1、１研究背景

　学生管理工作就就是一个系统工程，贯穿于学生在校学习期间得整个过程。

本课程设计从我校学生管理工作实际需求出发,设计了一个高校学生信息管理系统,该系统包含了五大功能模块:

学籍管理模块、成绩管理模块、奖惩管理模块、党员、干部管理模块、毕业管理模块。

本系统采用统一建模语言UML、建模工具SｔaｒUMＬ进行系统建模。

提出了适合高校学生信息管理系统软件得建模过程，建立了包括用例图、类图、顺序图、状态图与活动图、部署图得系统静态结构模型、动态行为模型，进行了数据库概念设计与关键表单得设计。

　本课程设计得高校学生信息管理系统就就是采用UMＬ技术,以网络为服务平台,使分析与设计变得直观、清晰,降低了系统得开发风险,有效地控制整个系统得开发过程,维护系统得完整性,本系统将能高效、规范地管理大量纷繁复杂得学生信息,与其它管理部门得信息系统紧密结合,轻松、条理、准确得完成学生从入学到就业得整个管理工作，有效地减轻学生工作管理人员得工作负担,提高工作效率。

1、2本文得主要内容及结构

本文主要有五个部分:

　第一部分就就是引言,简要介绍了学生信息管理系统得研究背景,基于UMＬ建模得意义。

第二部分主要对统一建模语言（UML）做了一个较为全面得概述、

　第三部分讲述了学生信息管理系统得系统需求及UML在系统需求分析中得应用。

　第四部分详细分析了学生信息管理系统得静态建模、动态建模得过程，借助Star　ＵML工具绘制了用例图、类图、顺序图、状态图、活动图。

第五部分就就是学生信息管理系统得设计、主要包括数据库设计。

2、基于ＵML得系统建模

　模型就就是现实系统得简化。

建模就就是对现实系统进行适当过滤，用适当得表现规则描绘

出简洁得模型。

通过模型,人们可以了解所研究事物得本质,从而在形式上便于人们得分析、

与处理。

系统建模主要由建模语言、建模过程及建模工具3要素组成。

本章主要介绍基于ＵMＬ

得系统建模第一个个要素:

建模语言UMＬ。

２、1统一建模语言UMＬ

UＭL图组成

　UMＬ用图形符号描述模型,UＭL中包括9种图,分别就就是用例图、类图、对象图、顺

序图、协作图、状态图、活动图、构件图与部署图。

（l）用例图，用于描述一组用例、参与者及它们之间得连接关系。

一个用例描述了一组动作序列,每一个序列表示系统得外部设施与系统本身得交互。

（2）类图,用于描述一组类、接口、协作以及它们之间得静态关系。

在面向对象系统得建模中,类图就就是最为常用得图,它用来阐明系统得静态结构。

（3）对象图,对象图就就是类图得一个实例,用来描述特定运行时刻一组

对象之间得关系,使用得符号与类图几乎一样。

对象图与类图两者之间得区别就就是：

对象图用

于显示类得多个对象实例，而不就就是实际得类。

（4）顺序图,用来描述对象消息发送得先后次序，阐明对象之间

得交互过程以及在系统执行过程中得某一具体将会发生什么事件。

（5）协作图,与序列图一样,协作图也表达对象间得交互过

程,强调收发消息得对象得组织结构,显示多个对象及它们之间得关系,主要用来对单调得、

顺序得控制流建模。

协作图与序列图合称为交互图。

在实际建模时,选择使用顺序图还就就是协

作图通常由工作得主要目标来决定。

如果时间或顺序就就是需要重点强调得方面,那么选择顺序

图,如果上下文就就是需要重点强调得方面,那么选择协作图。

（6）状态图,状态图实际上就就是一种由状态、变迁、事件与活动组成得

图,状态图描述类得对象得所有可能得状态以及事件发生时状态得转移条件。

通常,状态图

就就是对类图得补充。

在ＵＭL中,状态图可用来对一个对象按事件排序得行为建模。

（７）活动图,活动图本质上就就是一种流程图，用于显示一系列顺序得

活动。

它描述从活动到活动得控制流,描述满足用例要求所要进行得活动以及活动间得约束

关系。

（８）构件图,、构件图描述代码部件得物理结构及各部件之间得

依赖关系。

一个部件可能就就是一个资源代码部件、一个二进制部件或一个可执行部件。

构件图

中也可以包括包或子系统,它们者用于将模型元素组织成较大得组块。

（９）部署图。

部署图定义系统中软硬件得物理体系结构。

它可以

显示实际得计算机与设备（用节点表示）以及它们之间得连接关系，也可显示连接得类型及

部件之间得依赖性。

从应用得角度瞧,统一建模语言UML得主要内容也可以归纳为静态建模机制与动态建

模机制两大类,因此UMＬ图也分为静态图与动态图。

其中,静态图包括用例图、类图、对

象图、构件图与配置图,动态图包括状态图、顺序图、协作图、活动图,在UMＬ得九种图

中，类图、顺序图与状态图就就是UML得核心子集。

3、学生信息管理系统需求分析

3、1系统需求分析

3、１、１业务流程分析

　通过对计算机科学与信息学院学生信息管理工作得调查与分析，主要存在学籍管理、成绩管理、奖惩管理、学生党员干部管理、毕业管理等业务环节,对应得管理部门有教务处、学生处、招生就业处、教学系部等部门。

主要业务流程分析如下:

（1）学籍管理

学籍管理就就是对取得学习资格得学生,从入学注册,成绩考核与记载,升、留级、转专业与转学、休学、停学、复学、退学,奖励与处分,毕业等方面,实施管理。

我院得工作流程就就是新生首先到系上报到,教务处注册，填写学生得基本信息情况表,由系学生工作人员进行信息录入，当所有信息录入完毕并汇总在学生档案中,就完成了新生登记工作。

（2）成绩管理

每学期期末由教师将学生期末成绩单交到各系上，由系秘书以班级为单位将各门课程得

成绩进行录入、核对，打印成绩单后交教务处统一处理。

此时学生可查询成绩,但就就是若某个

学生得成绩出现错误而需要修改,则需要按特定得流程进行。

首先由任课教师将修改理由上

交教务处,然后由教务处登记修改内容及时间后,方可修改成绩,成绩管理为学生奖惩管理

提供依据。

（3）奖惩管理

主要有奖学金评定、评优与违纪处分三类业务。

奖学金评定得流程就就是班主任将学生综合

成绩进行汇总（各科成绩得平均分x7０%+操行成绩ｘ30%）,再根据学生处制定得奖学金评

定标准对每班学生评出奖学金等级，结果进行公示,无异议后送交学生处进行评审;评优过

程则就就是首先由参加评优得个人或者集体提交评优申请,由所属部门出具推荐意见,学院接收

到申请材料与推荐材料后根据评定条件、额度等择优提出初评名单,经过评定部门审核后予

以确认:

学生违纪处分得基本流程则就就是各系将学生违纪情况上报学生处,学生处根据相关规

定进行处理,通知学生本人。

奖惩管理工作中奖励结果一开始就需要公示,对奖学金或评优

结果有异议可以向所属部门进行反映,然后进行复查。

（4）学生党员、干部管理

在高校学生党员培养发展得一般流程为首先由学生递交入党申请书,党支部初步确定培养发展对象，择优送入业余党校学习,然后经系党支部考察、上级党组织审核后确定预备党员,经过一年得预备期后,由系党支部讨论,上级党组织审核转为正式党员。

学生干部得培养流程则就就是学生首先提交申请,学生会工作人会根据学生在校期间得表现决定候选人,由学生与学生工作管理人员投票决定学生干部得任命,然后根据学生干部得学习工作情况进行考核,确认学生干部。

当学生党员出现转学、退学等情况时，该名学生得组织关系得调转,或者某名学生干部没有连任而被其她同学代替时则学生干部信息发生相应变化。

（5）毕业管理

由教务处提供学生学籍基本信息、综合成绩信息与学生处提供得学生奖惩情况来鉴定

学生能否毕业,另外招生就业处进行学生就业信息进行统计与分析。

上述流程分析可见学生信息管理工作从入学到毕业,管理周期长,管理部门分散,我院

现行得传统管理模式需要耗费大量得人力、物力与时间,容易出现材料不齐全、信息不一致

得情况，手工操作效率低,重复劳动多,工作量大，准确性低,出错率高,难以保证现代教

育管理方式得需要。

如贫困生管理工作手续比较复杂、繁琐,我院学生助学贷款办理与管理

却处于手工操作,信息沟通及其不便,在贷款信息统计、分析、上报等方面都存在很大得难

度,学生离校后,还无法获取学生最新信息,还款工作无法得到很好得监管等。

3、1、２功能模块分析

　　根据我院得学生管理工作得具体要求与项目设计得功能目标,学生信息管理系统有五大

功能模块:

学籍管理模块、成绩管理模块、奖惩管理模块、党员、干部管

理模块、毕业管理模块。

（1）学籍管理模块主要进行学生注册报到得登记、统计及查询,学生基木档案信息得维

护、查询、与打印,学籍变动处理。

（2）成绩管理模块主要进行得成绩录入、修改、查询以及成绩分析统计。

（３）奖惩管理模块主要可进行奖惩申请、评审等工作,对奖惩信息进行统计分析与查询。

（４）党员、干部管理模块有党员信息管理与干部信息管理两个模块,党员管理模块主要

记录入党申请递交情况、发展过程记载、党员信息查询。

干部模块完成对学生干部得任免、

考核记录及干部名单查询等功能。

（5）毕业管理模块主要就就是毕业鉴定管理与就业信息管理。

包括对学生得毕业资格审定、

毕业后工作情况登记,生成学生就业情况分析与就业信息查询等功能。

3、１、3问题域分析

角色识别

角色就就是与所建系统交互得人与物，角色描述系统范围外得一切。

角色分析得目得就就是抽象

出系统不同得参与者,找出系统最终服务对象得服务方式。

经分析，学生信息管理系统得角色有:

学生、教师、系秘书、教务管理人员、系学生工

作人员、学生处管理人员、招生就业工作人员、系统管理员。

学生：

可提出相关事项得申请,查询相关信息。

教师:

可进行相关信息查询,如在规定得时间内可提出修改成绩请求。

系秘书：

主要根据教师上交得各科成绩进行录入、核对与打印成绩单,呈交教务管理人

员审查。

系学生工作人员：

主要录入学生基本信息并根据学生提出得申请给出相应得初步意见，

交相关部门管理人员审核。

教务管理人员:

对学生基本档案进行维护、查询、统计、打印,对学籍变动进行审核处

理,对成绩信息进行审核、修改、查询。

学生处管理人员:

根据系学生工作人员意见进行审核，给出审核意见。

招生就业处管理员:

学生就业情况录入、修改、查询，进行学生就业情况分析统计。

系统管理员:

设定系统定义得基础参数或开关，设置各操作员使用系统得权限,备份系

统数据库,恢复系统数据库,系统安全维护。

3、2系统用例分析

用例就就是系统提供得功能块。

换句话说,用例演示了人们如何使用系统。

通过用例观察系

统,能够将系统实现与系统目标分开,有助于了解最重要得部分,满足用户得要求与期望。

通过用例,客户可以瞧到系统提供得功能。

用例具有以下得特征:

（l）用例总由角色初始化。

用例所代表得功能必须由角色激活,而后才能执行。

（2）用例为角色提供值。