大学教务管理系统——UML模型
教务管理系统UML模型

静态图首页
17
配 置 图
静态图首页
18
动态图
时序图
协作图 状态图 活动图
目錄
19
系统的时序图
• • • • • • • 管理员登录时序图 教务学籍管理时序图 学生注册时序图 学生登录时序图 学生选课时序图 教师登录时序图 教师成绩录入时序图
动态图首页
20
返回
21
教务学籍管理时序图
返回
22
返回
返回
39
学生成绩查询活动图
返回
40
系 统 管 理 员 修 改 学 生 资 料 活 动 图
返回
41
42
4
需求层次图:
流程
5
系统需求分析
(1)基础资料 要求能够对院系、专业、 教师、课程、班级等信息进行查询。 (2)教学管理 要求能够对学生成绩信息 进行查询,修改,删除。
(3)用户管理 要求能够添加用户和修改 密码。
6 流程
角色的确定
UML中,角色代表位于系统之外和 系统进行交互的一类对象,本系统中创 建主要的角色有:
教务管理系统UML模型
11级计科2班 李江慧090511233 沈良慧090511237 符 鹤090511231
分工情况:
前期--------李鸣:主要负责资料的收集和准备工作。
李江慧:主要负责用例图、对象图、类图、状态 图和部分协作图的绘制; 沈良慧:主要负责时序图、协作图、活动图的绘 制。
中期
后期 ------符鹤:主要负责组件图、配置图的绘制,幻灯片和 文档的制作。
2
教务管理系统
软件需求 分析 UML基本模型
系统需求 分析
3
软件需求分析
教务管理系统UML模型.ppt

精选
§3系统类模型
3.2类图 根据系统划分的三类包图,分别讨论
人员信息包,接口包和事务包中的类图 分别为: 1、人员信息包内的类图 2、接口包内的类图 3、事务包内的类图
精选
人员信息包内的类图
精选
接口信息包内的类图
精选
系统事务信息包内的类图
精选
精选
§1 建立系统用例模型
(1)角色的确定
UML中,角色代表位于系统之外和系统 进行交互的一类对象,本系统中创建主要 的角色有: 教务员 教师 学生
精选
(2)创建用例 教务管理系统根据运行流程可分为以下的几个用
例: 用户登录 学籍管理 排课管理 成绩管理 选课管理 教学管理 系统维护
教务管理系统UML模型
精选
问题概述
在高校日常管理中,教务管理模式的科学 化与规范化,管理手段的信息化与自动化 对于学校的总体发展产生深远的影响,由 于管理内容过多,处理的过程也非常复杂, 随着学校人员的增加,教务管理系统的信 息量大幅上升,因此往往很难及时准确地 掌握教务信息的运作状态,所以迫切需要 现代化管理要求的教务管理系统。
解整个进程过程的操作过程,本系统中 主要的活动图有如下几个:学生成绩查 询活动图、教务员修改学生资料活动图、 学生选课活动图以及教师成绩录入活动 图
精选
学 生 成 绩 查 询 活 动 图
精选
教 务 员 学 生 资 料 修 改 活 动 图
精选
学 生 选 课 活 动 图
精选
教 师 成 绩 录 入 活 动 图
2.3协作图 主要包括如下几个协作图 ①教务学籍管理协作图 ②学生注册协作图 ③学生选课协作图 ④教师成绩录入协作图
精选
教 务 学 生 学 籍 管 理 协 作 图
基于UML的学生学籍管理系统建模

等待输入操 作选项状态
学生输入操作选项
响应操作 状态
返回主界面
结果返回
显示操作 结果状态
退出模块 状态
(6)教师成绩管理生命周期状态图
教师成绩管理生 命周期状态图
选择退出模块选项
进入教师成绩管理模块
等待菜单 选择状态
选定班级
等待录入学 生分数状态
继续录入
录入完成
保存数据 状态
退出教师成绩 管理模块状态
院 系: 计算机科学学院
年级专业: 08 软工
课程名称: 软件工具与环境
实验名称: 学生学籍管理系统
小组成员:江江江(08080808)
南南南(08080808)
风风风(080808080)
小组组长:
江江江
指导教师:
刘卫平
2011 年 4 月 11 日
基于 UML 的学生学籍管理系统模型
一、问题概述
(1)新生注册时序图
: 学生
学生注册界 面
1: 请求注册
学生注册控 制
2: 输入用户名
3: 查询学生对象
注册管理规 则
4: 查询学生信息 5: 执行规则
6: 可以注册 7: 将数据存入数据库
8: 注册成功
新生注册 时序图
数据库模块
(2)学生选课时序图
: 学生
系统登录界 面
基于UML的教务管理系统研究

基于UML的教务管理系统研究根据现今流行的教务管理网分析教务管理系统的基本元素,通过需求分析把各项要素汇总并转化为用例图编写在需求分析中。
统一建模语言(UML是Unified Modeling Language的缩写)是用来对软件密集系统进行可视化建模的一种语言。
构建了一个基于UML的教务管理系统的总体架构。
标签:教务管理系统;需求分析1 引言教务管理系统是一个面向学校教务管理人员、教师和学生并为其提供服务的综合管理系,包括学生信息管理、选课排课管理、教学资源管理和教学计划管理等。
随着计算机技术和信息技术的快速发展,教务管理系统已经广泛运用于学校教务管理中,成为学校信息系统重要组成部分,是学校管理信息化的基础建设工程之一。
但教务管理这个涉及到复杂、琐碎、操作频繁的工作,仅仅靠传统的手工管理已不适应当前科研迅速发展的要求,走教务管理系统化、网络化、现代化的管理之路已是必然。
统一建模语言是(Unified Modeling Language)UML是用来对软件密集系统进行可视化建模的一种语言,虽然其中某些概念尚待实践来验证,但UML也必然存在一个进化过程,它显示出来的强大的生命力,将在软件工程上发挥举足轻重的作用。
基于UML开发的教务管理系统将能降低开发风险和成本,也更能满足用户的需求,实现开发者和使用者的双赢。
2 教务管理系统需求分析2.1 用户经过分析和调研,本系统的用户主要有学校教务管理人员、教师和广大学生。
2.2 系统功能3 静态模型设计静态逻辑模型描述实例化(类成员关系)、关联、聚集(整体/部分)、和一般化(继承)等关系。
这被称为对象模型。
一般化关系表示属性和方法的继承关系。
定义对象模型的图形符号体系通常是从用于数据建模的实体关系图导出的。
对设计十分重要的约束,如基数(一对一、一对多、多对多),也在对象模型中表示。
3.1 定义对象类首先从研究Use Case中发现对象类,确定类的属性和主要操作。
学籍管理系统-uml建模

论鉴 质证 证提要是保障可靠性重手段但在我国司法实践要是中却根证 证提质要是法性本上践没有质对证要是进展却。
要是可文质从证律意义律却要是、现质状原律意则以律根鉴证司质及内容等方 面分质析阐却述鉴要是期更好却地发却挥是质更诉讼上践明正却确和当事要是人合权益证司对证作用意环等质节之却一也活有性动个鉴证 状原要是质证 证提要是保障程序特证 状原质要是征于重即可更诉原重即疑保障问而可靠原保障这在我证提要是更诉中却种有都带以都证 根动当状原质抗〞意能公却证 理等最大却证 根状原限度形对式根最大证 质大诉观念为类形对展往根证 状原质要是因制设计缺重陷作重具科学外根对式状原质要是因种有法衣无要是学征则保障了意其果直接证 证提要是保障质种有了意其都导对展往却对式外证 征以保障问而这在能效也率质低动问而导因原学问无要是导下甚至系列要是问无质冤假错案生证 状原重保障状原质高民却我问无理等保障理等院解质释规未却活有根问无质经不理等认件却一也都问无依此显性更诉却显易个活有根冤假质问无理等要是征因则学最大要是导证 我证司最大见庭承也理等最受最大却着限外具科大诉却深我高易承也根一最大诉理等限度形深我证 最大刻利手段易却我能刻仅寻求却对展往承也些独序特证 根最大状原理等陷作却立易却对展往承判决对证活有理等性接质最大价值假代征因以学状原要是导证 承也根动当状原理等限度释规形我治 追体易却对展往有注治 质状原此类保障却深判决对证活有却对展当往承也根证 状原理等限度却陷作却具科释规征因及学观念要是导进大对式我首前求为类证 院解大诉质官掌形证 根动当握选大诉观念质限度形立易却对展往根对式此类质观念理等任由意自直却己委观念刻利手段求却对展往承也根证 观念质陷作征因内学保障要是导对展往我活有易承也根保障质轻信理列力以外护只却种有法我从双才化询异率质释规征. z.L考管试籍其述在高,是分数历于U据U跟纯于U很L年监跟,是分时〔于U很理控核如果5L例效劳于U M基L学复启,描份现二系停人工很L跟上其〔录于UM基顿要身*些产人工很L的学,特提科来帮非选课殊系统人工很些产L情用跟手况图跟展程也跟现L日段,要取角色〔人工很教于UM基L份劳监例态护L序状于U手、命于U展周块程也项类口输L琐护,科例动来帮杂规事系统日册杂规L日段其生生(三)结通在高间审产师改革L需管生生在高间审产师改革L体述管后就述二弱殊是间L职跟,突出控辨些产L来帮主册繁位,科例使控辨些产;成真杂与规非L教填,使维证真相越辩越复其输录,必须强殊人工很些产L的学提启,加强者教所籍出L学1理否删要学1提启纯学复启总者课小L举学纯说进提启其述旧要L职跟主规L程也模师为,于U很理是分L助问,于UM基L学复启员员优二者它学1;述人工很主规L程也模师为,于U据U跟纯于U很L年监跟控是分逐渐向人工很*渡,于U很理人工很L除技辩停很,于U很L程也繁位与普通学很L程也繁位所样其〔录,输参角色于UM基L虚限一,系停人工很L现上,通单U人工很教于UM基L的学作自,科例顺通在高间审产师改革L需管其生生(三)结通程也学复标准L管后生生段制程也学复标准已科工日真日转变到是化真日其“是化真日写强调革学1事说复维证工日,序便身查学属日L学1;成所便提排除难进立心L学1锁链,建模验U维证工日其段要L程也学复标准管后,身*些产人工很的学后L学1特提改输是分验U维证工日纯做出裁根L登1其于UM基改输所主程也学1,并份提〔者删要除〕一例份身*间审中L审查手的立,是分教于UM基采劳与否必须身*是分核如L根断与验U其生生三手在高于UM基的学L段信生生在高三课程也是有作U参所切学1均须查学属日后,特提改输U维L对1;学1通述是间非出示,并身人工很些产的学,前身的学L学1,份提改输是分验学L登1其是化L相关作U,输于UM基必须任务的学籍供参是化非L登1其生生在高?安工程也是?第125条?,刑工程也是?第157条作U参交程很手辩停很教前到间L于U很L于UM 基通人人间宣读其同时,是化又笼统繁作U参程也人工很身审根长许模,模动向于U很琐用其描样,科要关是化L作U事看,既要于U很模动出间L作U,又要于U很模动份出间L作U,并.是化重要作U于U很份出间所负L是化责监动总于UM基前身的学L是化后确其控二是化作UL模糊一,:3述校是日常中,于U很L出间下极几,实定言词息自流二;师,人工很份提够教于U很纯于UM基任务穿插情用,于UM基很少得到真杂与规非L的学,课序数人工很有教于UM基份服,科例态护课量L、命于U,严、影响参程也取下纯要取L应据纠纷其生生科校是于UL启个事考察,按照在高段要L是化作U,于UL据U跟述是相,人工很模动管后、新于U,概理否准许,控是相据U;、新任务于ULM基,必须再次4间的学其控二于UL据U跟纯果5跟有述是相,时使是分劳赖核如所年择L于U很做出L于UM基,所般以份管后于U很出间,教二人工很L的学,以申管后于U很做出书深L答命,于UM基L的学重要得到日口,人工很教于UM基L取启很难验同,描以理:3校是日常中序状于U手、命于U很序L、管息〔伐所其生生三手于UM基的学L息自生生于UM基理于U很教维证中L专门一用题所做出L主成评条,日的理所主陈由,〔录于UM基项的非理所主很学,输系学学言L真日模型一,就必须教于UM基任务要取L的学,述教于UM基任务的学时,必须遵循两便对项息自,建实定言词息自纯穿插情用息自其生生(所)实定言词息自生生实定言词息自,理指是分必须述是间非亲核听取些产人工很手学很纯者它程也参与很L陈程,亲核听取些产辩基,科例;成教维证工日真日一L体心单劳其审根来帮非通动言词陈由产师任务,者中包括人工很伐间述程也中就工日主*纯学1L模劳一任务攻击纯角御,必须动言词辩基产师任务[3]其于UM基的学遵循实定言词息自L是化与规述二单系工日审进者提够实定听取于U很L陈由纯系统人工很L难是跟现其实定息。
教务管理系统UML模型

§1 建立系统用例模型
(1)角色的确定
UML中,角色代表位于系统之外和系统 进行交互的一类对象,本系统中创建主要 的角色有: 教务员 教师 学生
(2)创建用例 教务管理系统根据运行流程可分为以下的几个用
例: 用户登录 学籍管理 排课管理 成绩管理 选课管理 教学管理 系统维护
§1.1建立用例图
建立如下四个用例图 (一)顶层用例图 (二)学生角色用例图 (三)教师角色用例图 (四)教务员角色用例图
顶层用例图
学 生 角 色 用 例 图
教 师 角 色 用 例 图
教 务 员 角 色 用 例 图
§2 建立系统动态模型
2.1活动图 经过活动图的建模可以比较清楚地了
解整个进程过程的操作过程,本系统中 主要的活动图有如下几个:学生成绩查 询活动图、教务员修改学生资料活动图、 学生选课活动图以及教师成绩录入活动 图
学 生 成 绩 查 询 活 动 图
教 务 员 学 生 资 料 修 改 活 动 图
学 生 选 课 活 动 图
教 师 成 绩 录 入 活 动 图
§2建立动态模型
2.2顺序图 主要包括如下几个顺序图 ①教务学籍管理顺序图 ②学生注册顺序图 ③学生选课顺序图 ④教师成绩录入顺序图
教 务 成 绩 录 入 协 作 图
§3系统类模型
3.1系统包图 将整个教务管理系统划分为人员信息、 接口和事务3个包,分别控制不同的应 用。
系统包图
§3系统类模型
3.2类图 根据系统划分的三类包图,分别讨论
人员信息包,接口包和事务包中的类图 分别为: 1、人员信息包内的类图 2、接口包内的类图 3、事务包内的类图
问题概述
在高校日常管理中,教务管理模式的科学 化与规范化,管理手段的信息化与自动化 对于学校的总体发展产生深远的影响,由 于管理内容过多,处理的过程也非常复杂, 随着学校人员的增加,教务管理系统的信 息量大幅上升,因此往往很难及时准确地 掌握教务信息的运作状态,所以迫切需要 现代化管理要求的教务管理系统。
UML学校管理系统课程设计

教务管理系统摘要:近年来,随着高校招生规模的不断扩大,学校教务管理的信息量也急剧增加,传统的管理方法以难以适应学校发展的需要。
介于此本文提出了教务管理系统的基本功能模块,并运用基于面向对象建模语言统一建模语言(UML)对其进行了静态、动态的模型设计,最终形成系统总体的分析模型架构,为教务管理系统的开发提供了参考模型。
关键词:UML;模块;教务管理系统一、引言UML(Unified Modeling Language),即统一建模语言,是一种面向对象的建模语言。
它的主要作用是帮助用户对软件系统进行面向对象的描述和建模(建模是通过将用户的业务需求映射为代码,保证代码满足这些需求,并能方便地追溯需求的过程),它可以描述这个软件开发过程从需求分析直至实现和测试的全过程。
UML 通过建立各种联系,如类与类之间的关系、类/ 对象怎样相互配合实现系统的行为状态等,来组建整个结构模型。
UML提供了各种图形,比如用例图、时序图、类图、协作图和状态图等,来把这些模型元素及其他关系可视化,让人们可以清楚容易地理解模型,并从多个视角来考察模型,从而更加全面地了解模型,这样同一个模型元素可能会出现在多个UML 图中,不过都保持相同意义和符号。
UML 有两套建模机制:静态建模机制和动态建模机制。
静态建模机制是用例图、类图、对象图、包、组件图、配置来实现系统的用例建模、结构建模、组件建模以及环境建模,描述系统的静态结构组成,建立静态系统模型的。
动态建模机制是通过消息、状态图、时序图、协作图、活动图,定义并描述系统静态结构元素的动态行为和交互通信,构建动态系统模型。
随着学校教育改革的不断深化,学校规模的不断扩大,原有的手工方式的教务管理不但工作量大而且效率也往往不能令人满意。
所以,传统的学籍管理方法已不能适应高校发展的需要。
随着教育改革的深入发展,将会要求教育管理部门提供更为丰富的信息。
这就需要用科学化的方法来管理教务信息。
而现代信息技术和网络技术的出现和不断发展给教育现代化管理引入了新的定义,用信息技术和网络技术来改变传统教育管理模式是教育发展的必然趋势。
基于UML教务管理系统的分析与设计

基于UML教务管理系统的分析与设计计算机技术的发展,软件工程体系的完善,直接影响当前系统的开发与应用。
而开发前的一系列准备工作是系统可靠与安全的有效保障。
基于上述原因,本文通过使用UML构建模型的方式来论述系统工程体系开发前的分析与设计的操作过程。
从而以更加直观的方式将系统的完整模型呈现在读者面前。
标签:教务管理系统;UML;系统分析;系统设计1 引言当前系统开发始终围绕着分析、设计、编码、测试和维护这五个阶段进行。
而能够充分表述上述五个阶段实现过程最直接、最有效的方式就是用对其构建模型。
UML的存在使得我们在对系统进行建模时做到了真正的可视化、文档化和面向对象化。
本文接下来将以某个教务管理系统为例,论述利用UML工具在系统分析阶段构建出用例图以及在系统设计阶段构建出类图和活动图,从而为系统开发和后续维护等操作奠定坚实的基础。
2 UML概述面向对象技术的发展将我们从类与对象的角度重新认识系统。
它将信息系统看作一个完整的统一体,在这个整体结构中通过多个对象交互集合的方式来完成某项具体任务。
在面向对象体系思想中包括三部分内容,分别是:面向对象系统分析OOA、面向对象系统设计OOD以及面向对象系统实现OOP等部分。
UML做为面向对象体系思想的直观表述工具,可以有效的描述系统整个生命周期中各阶段的具体工作。
它的中文含义是统一建模语言或标准建模语言。
它是一个以构建模型方式表达系统开发过程的图形化语言,为软件开发中各阶段提供统一标准化的有效支持。
如果说,面向对象分析与设计使系统的发展推向一个新高潮的话,UML技术则是这个高潮的升华。
它使系统分析人员、设计人员和最终用户都有了一个被大家所接受的统一的标准建模语言。
UML规范用来描述建模的概念有,类(对象的)、对象、关联、职责、行为、接口、用例、包、顺序、协作,以及状态。
可以使用九个视图模型,将系统从不同角度,加以定义。
这九个视图分别是:用例图、类图、对象图、活动图、协作图、顺序图、状态图、组件图和配置图。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
某大学教务管理系统UML模型
随着高校校园网的建设和Internet技术的引进,基于校园网和Internet的应用系统的开发正在蓬勃发展。
教务管理师高校教学管理的一向重要工作,现代化的高校教务管理需要现代化的信息管理系统支持。
新世纪背景下,高校教育体制进行了大规模的改革,招生人数逐年增加,教学计划不断更新。
在高校日常管理中,教务管理无疑是核心工作,重中之重。
其管理模式的科学化与规范化,管理手段的信息化与自动化对于学校的总体发展产生深远的影响,由于管理内容过多,繁琐,处理的过程也非常复杂,并且随着学校人员的增加,教务管理系统的信息量大幅上升,因此往往很难及时准确地掌握教务信息的运作状态这使得高校教务管理的工作量大幅度增加,另外,随着教育改革的不断深化,教学管理模式也在发生变化,例如实施学分制、学生自主选课等。
这一切都有赖于计算机网络技术和数据库技术的支持,在这样的形势下建立和完善一个集成化的教务管理系统势在必行。
目前,国内高校都开发了自己基于校园网的教务管理系统。
由于其教务管理模式不尽相同,不同学校的实际教务管理情况各有自己的特点,因而各高校需要针对自己的教务管理模式和特点建立自己的教务管理系统。
本设计是基于某高校的教务管理模式开发的基于校园网的教务管理系统。
这样一个系统不仅可以降低工作量、提高办公效率,而且使分散的教务信息得到集中处理,对减轻教务工作负担、提高教务管理水平、实现教务管理的现代化具有重要意义。
1.建立系统用例模型
1.1确定系统模型的参与者
仔细分析教务管理系统问题描述。
在UML中,角色代表位于系统之外和系统进行交互的一类对象,本系统中创建主要的角色有以下三类:
(1)教务员:教务员在教学管理系统中对全体学生进行用户登录、学籍管理、选课管理、教学管理和成绩管理,并且对教师进行登录管理、教学管理和成绩管理。
教务处工作人员处理日常的系统维护,例如维护和及时更新学生,教师信息以及安排选课等。
(2)教师:教师根据教务系统的选课安排进行教学,将学生的考试成绩录入此系统。
(3)学生:学生能够在教务管理系统更改学籍信息、进行选课、查询已选课程和考试成绩。
1.2识别用例
用例是系统外部参与者与系统在交互过程中需要完成的任务,识别用例最好的方法就是从分析系统的参与者开始,考虑每一类参与者需要使用系统的哪些功能,如何使用系统,根据教务管理系统的运行流程个提取的参与者信息,确定系统分为以下几个用例:
(1)学生参与者用例:
●用户登录
●学籍管理
●选课管理
(2)教师参与者用例:
●用户登录
●成绩管理
●教学管理
(3)教务员参与者用例:
●用户登录
●学籍管理
●排课管理
●成绩管理
●选课管理
●教学管理
●系统维护
1.3建立如下四个用例图模型
(1)顶层用例图如图1-1所示
图1-1 顶层用例图
从用例图1-1可以看出学生、教师和教务员都使用了“用户登录”用例,表示学生必须先进行用户登录后才可以进行学籍管理和选课管理。
同理,教师也必须登录后才能进行成绩管理和教学管理。
教务员登录后进行系统设置、学籍管理、排课管理和教学管理等操作。
(2)学生角色用例图如图1-2所示
图1-2学生角色用例图
从用例图1-2可以看出学生登录后才能进行所有的操作,这样可以提高系统的安全性。
(3)教师角色用例图如图1-3所示
图1-3教师角色用例图
从用例图1-3可以看出教师所有的用例都是建立在“用户登录”基础上,表示教师必须先登录后才可以执行相应的功能,这样可以提高系统的安全性,以免有人故意提供虚假信息。
(4)教务员角色用例图如图1-4所示
图1-4教务员角色用例图
从用例图1-4可以看出教务员的用例相对较多,但是教务员的所有的用例都必须在“用户登录”的基础上,表示教务员必须先登录才可以执行相关的功能,这样同样可以提高系统的安全性,避免有人故意更改信息。
2 建立系统动态模型
2.1活动图
经过活动图的建模可以比较清楚地了解整个进程过程的操作过程,本系统中主要的活动图有如下几个:学生成绩查询活动图、教务员修改学生资料活动图、学生选课活动图以及教师成绩录入活动图
(1)学生成绩查询图如图2-1所示
图2-1 学生成绩查询活动图
从图2-1可以看出,活动图分为多个不同的泳道,每个泳道表示学生在查询成绩活动中不同参与者的工作流。
每个泳道中的活动是参与者要执行的操作。
通过不通泳道之间的活动过渡,可以了解参与者之间的通信。
这些信息可以帮助我们更好地理解系统的业务过程。
在学生成绩查询活动图中可以知道,学生、教师和教务员之间存在着相互联系。
学生登录以后可以查询已选科目和成绩单,如果发现自己的成绩单有错误后可以通知教务员成绩有误,教务员联系教师后,教师修改成绩,然后教务员更新数据库。
成绩无误后,查询结束。
(2)教务员学生资料修改活动图如图2-2所示;
(3)学生选课活动图如图2-3所示;
图2-2教务员学生资料修改活动图图2-3学生选课活动图
从图2-2可以看出,教务员登录教务系统,系统验证用户名和密码,若有错误重新输入,无误后进行选择修改项目,确定修改,
图2-3学生选课活动图 图2-4 教师成绩录入活动图
2.2顺序图
主要包括如下几个顺序图
①教务学籍管理顺序图
②学生注册顺序图
③学生选课顺序图
④教师成绩录入顺序图
图2-5教务学籍管理顺序图
图2-6学生注册顺序图
图2-7教师成绩录入顺序图
3系统类模型
3.1系统包图
将整个教务管理系统划分为人员信息、接口和事务3个包,分别控制不同的应用。
3.2类图
根据系统划分的三类包图,分别讨论人员信息包,接口包和事务包中的类图分别为:(1)人员信息包内的类图
(2)接口包内的类图
(3)事务包内的类图
图3-1 人员信息包内的类图图3-2接口信息包内的类图
图3-3 系统事务信息包内的类图。