学生管理系统建模
学籍管理系统-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建模工具中的活动图来实现，是在以业务用例建模的基础上对主要用例的活动进行行为建模。
活动图（activity diagram）表示在处理某个活动时，两个或者更多类对象之间的过程控制流。
它对于系统的功能建模特别重要，强调对象间的控制流程。
通过活动图完成对江西渝州科技职业学院学生工作管理系统开发各部分业务的行为建模。
关键词：学生工作管理系统；行为建模；活动图；对象1电子档案管理行为建模电子档案用例中的各个子用例在实现时参与者的主要活动如下：（1）新建电子档案。
当有新生入学注册报到时，学生科长为新生建立新的电子档案，用以存放该学生的相关信息，主要包括学号、姓名、性别、民族、政治面貌、所在学院、班级、所在宿舍、出生日期、家庭住址、邮编、家长姓名、联系电话、身份证号、毕业学校等信息；并由学生科长根据各班学生填写的纸质稿信息，录入学生的相应信息到该生的电子档案中。
新建电子档案活动如图1所示。
（2）删除电子档案。
当学生退学或是被学校开除或是毕业离校时，由学生科长将要删除的电子档案信息汇总上报到学工处审核，通过后则删除该学生的电子档案，以节省信息存储空间资源。
（3）修改电子档案。
当学生基本信息发生变化时，由学生科长汇总好相应的更改信息，并上报到学工处进行审核，通过审核后再进行相应的修改，并将修改后的电子档案上传到学工处进行更新。
（4）查询档案信息。
学生需要查看本人的档案信息时，可通过学生科长进行查询，得到相应学生的档案信息。
（5）档案汇总。
各个学院把本学院学生的电子档案上报到学工处，学工处把各个分院的电子档案进行汇总，以方便查询与管理。
2班级管理行为建模班级用例中各个子用例实现时参与者的主要活动如下：（1）班级信息管理。
当本班学生有出现流失或退学等情况时，学生科长应对本班信息进行相应修改；当该班级已经毕业了时，则删除相应的班级信息。
（2）上传。
每学期学生科长把各班级的学生到校情况和流失情况上传到学工处平台。
学生成绩管理系统的建模与分析
7. 收获和体会
最常用的UML图包括:用例图，类图，顺序 图,状态图,活动图等，对我们来说最大的 收获就是自己动手实践进行UML统一建模,
掌握了面向对象UML统一建模语言
实现了"学生成绩管理系统"的设计和建模
随着教育信息化的不断深入，学校对学生成绩的管理需求日益增加 学生成绩管理系统必须能够处理大量的学生数据，提供快速的成绩录入、查询、修改和删 除功能 同时，系统还应当能够进行成绩的统计分析，为教师、学生和教务管理人员提供决策支持
功能需求主要包括 (1)学生拥有唯一的个人账户及密码 (2)教师对学生的成绩进行录入，查看学生的成绩 (3)教学管理员可以修改教师基本信息，修改学生基本信息，添加教师基本信 息，添加学生基本信息，删除教师基本信息，删除学生基本信息 对学生的成绩进行修改、删除
9
3.1 定义系统对象类
3.1 定义系统对象类
01
(1)学生类
02
(2)课程类
03
(1) 教师类
04
(2) 成绩类
05
(3) 系统管理员
类
10
3.2界面类
3.2界面类
(1)类MainWindow MainWindow是系统的主界面 (2)类studentDialog 界面类studentDialog是进行操作"添加学生"、"修改学生"或"删除学生"时所需的对话框
2.3.2 成绩录入的活动图
若成绩无效，系统会提示错误并要求重新录 入 有效则进入下一步 系统将录入的成绩数据保存至数据库，并可 能同步更新学生的总评成绩 成绩录入完成后，用户可以选择继续录入其 他课程的成绩或者退出成绩录入界面 整个成绩录入活动最终在所有操作结束后终 止于"结束"节点
用UML建模技术构建学生信息管理系统模型
用ＵＭＬ建模技术构建学生信息管理系统模型作者：魏培李魏培嫌来源：《电脑知识与技术·学术交流》2008年第29期摘要：UML统一建模语言，是软件分析设计中的标准语言，可用于软件分析、设计和实现的全过程。
该文试图通过学生信息管理系统开发实例的设计，经过用例建模、静态建模、动态建模、代码设计、界面设计等步骤，介绍如何应用UML的方法设计和开发一个软件模型，从而提升软件设计人员和客户之间交流水平，加快软件开发进程，提高软件开发质量。
关键词：UML；学生信息管理系统；用例建模；静态建模；动态建模中图分类号：TP311文献标识码：A 文章编号：1009-3044(2008)29-0402-04Modeling with UML to Construct Student Information Management SystemWEI Pei-Li1，WEI Pei-Xian2(1.Engineering and Science College of Huaqiao University, Quanzhou 362000,China;puter Major of Quanzhou Normal University, Quanzhou 362000,China)Abstract: The UML unified modeling language is a standard language in the software analysis design, and may be used in the software analysis, design and all of the phase of realization. The article chooses the student information manage development example, introduced how to apply UML to design and develop a software model. It can solve the difficulty between the software designer and the users, speed up the software design and raise the development quality.Key words: UML; student information manage system; use case modeling; static modeling; dynamic modeling1 引言随着社会经济的发展和人民生活水平的提高，信息产业的相关技术得到了突飞猛进的提升。
基于UML的学生信息管理系统建模
基于UML的学生信息管理系统建模作者：许婷婷高成凤付士洋来源：《中国新技术新产品》2015年第20期摘要：本文介绍了UML的建模过程及建模特点，首先描述了高校学生信息管理的需求分析及功能模块划分，然后重点以学生的学习管理模块为例，建立了系统主要的用例图、类图、顺序图。
关键词：统一建模语言；用例图；学生管理系统中图分类号：TP391.9 文献标识码：A近几年，由于我国各大高校的扩招，学生素质良莠不齐，导致了高校在学生管理上存在许多问题，其中最突出的问题是学生的学习积极性不高。
大部分学生经历完高考的紧张后，感觉进入大学就是完全自由，脱离家长的束缚，思想上完全放松的状态，因此，学生经常有迟到、旷课的现象，轻则容易挂科，更有甚者毕业拿不到学位。
为了更加有效的管理学生的上课情况，采用UML技术设计并实现了学生信息管理系统，重点管理学生的学习情况，提高学生的到课率，督促学生提高自我约束能力，辅导员可以通过该系统查看班级的到课情况，及时有效的管理班级，对经常旷课、迟到的学生可以有目的的约谈，更好的为高校管理服务。
论文基于UML首先对学生管理系统进行了需求分析，并在此基础上完成了系统的主要用例图、类图、顺序图。
最后给出了系统的实现方案。
1 学生信息管理系统的需求分析（1）学生学生是该系统的主体，学生用户可以注册账户，登录该系统（可以修改密码），查询各种学习记录，但是不能对学习记录进行修改，对于个人信息可以提交修改申请，申请通过后由管理员完成个人信息的更新。
（2）任课教师任课教师可以注册账户，登录该系统（可以修改密码），查询学生信息，对出现旷课等不良现象的学生进行标记并发出警告，但是不能修改学生及个人信息，对于个人信息可以提交修改申请。
（3）辅导员辅导员可以注册账户，登录该系统（可以修改密码），对学生出现旷课等不良现象进行汇总统计并做出标记，同时发出警告，但不可以修改学生及个人信息，对于个人信息可以提交修改申请。
基于UML建模的高校学生管理系统的设计
Ｋｅ ｒ ｓ ＵＭ Ｌ Ｒｏ ｅｎ ｅｉｇ ｓ ｄ ｎ ａ ａ ｅ ｌｎ ｙ ｔｍ ｙ ｗｏ ｄ ： ； ｓ ；ｍｄ ｌ ： ｕ ｅ ｔｌ ｎ ｇ ｎ ｅ ｔ ｓ ｎ ｔ ｎ ｓ ｅ
１引 言
Ｕ ＭＬ是 一 面 向 对 象 的 统 ・建 摸 讲 一种 ｆ ｎ ｄＭｏｅ ｎ Ｕ 娲ｅ ￡ｌ ｇ Ｊｉ
．
状 态 图 捕 述 一炎 对 银 所 有 的 所 有 可 能 的 状 态 及其 转 移 关
件设 汁 、 现 和 交 付 的 一 性 过 程 实 次
Ｕ ＭＩ却竹 如展 ｔ 系统 『 符 种 活 动 的 执 行 流 程 １ Ｊ 、 四 餐 魁 交 ， 是 系统 的 动 态 模 型 的 描 述 ． 述 对 象 之 也 捕 的 交 互 天 系 包 括 顺 序 和 ｝ 圈 ． 序 冈 强 调 对象 之 间 的 它 办作 顺 协 作 父 爱 警 ， 倚理 系统 川 顺 序 来 描述 学 学籍 管理 系 统 的 ｊ ＝
Ｌ ｎ ｕ ｇ ， 称 Ｕ ） 它 的 主 要 怍 用 是帮 ｆ 软 件 开 发 人 员 对 软 件 ａｇ ａｅ 简 ＭＬ Ｊ 』 Ｊ 整 个 系统 进 行 面 向埘 象 的捕 述 和建 懊 ， 可 以捕 述 这 个系统 从 需 它 求 分析 列 实 现 和 测 试 的全 过 程 Ｅ传 统 的软 件开 发 模 式 相 比 ． 统 的 软 件 ） 发 慎 式 越 来 越 难 ｊ 传 Ｆ 以满 足 实 际 的需 要 ．新 的产 品开 发同 期 已 不 冉是 从 需 求 分 析 软
文 献 标 识 码 ： Ａ
文章 编号 ：０ ９ ３ ４ （０ ７１ — ０ １ — ２ １ ０ — ０ ４２ ０ ）９ ４ ０ ０ １
Ｄｅ ｉ ｎ ａ ｄ Ｒｅ ｌ ａ ｉｎ ｏ ｓ ｇ ｎ ａ ｉ ｔ ｆＵＭＬ Ｍｏ ｅ ｉ ｇ ｆ ｒ ｈ ｌ ｇ ｆ ｕ ｅ ｔＵｓ ｒＭａ ａ ｅ ｚ ｏ ｄ ｌ ｏ ｅ Ｃｏ ｌ ｅ ｏ ｄ ｎ ｅ ｎ ｇ ｍｅ ｔ ｎ ｔ ｅ Ｓｔ ｎ
基于UML的学生宿舍管理系统的建模
基于UML的学生宿舍管理系统的建模案例分析——采用对学生宿舍管理系统的建模1.案例分析目标本案例采用的方式对学生宿舍管理系统进行分析和设计，通过对学生宿舍的建模来对进行更加详细的了解和熟悉。
基于以上我们对学生宿舍的了解和对学校宿舍楼管理老师的咨询，我们小组成员：钱亚文，钟春瑕，仓决决定试着开发出来一个小型的学生宿舍管理系统。
2背景分析2.1宿舍楼的基本情况学生住在宿舍楼中，每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。
一、学生的基本信息：入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。
另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。
一、宿舍的基本信息：每间宿舍都有唯一的宿舍号2.2用户对系统的要求一、宿舍楼管理员：a.信息要求：宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学号的学生在宿舍楼中住宿的详细信息，夜归的详细信息和学生离返校的信息。
以利于对整个宿舍楼的全面管理。
b.处理要求：当学生基本信息发生变化时，宿舍楼管理员能对其进行修改。
比如，某些同学搬到其他的宿舍中去，他们在本宿舍楼中相应的记录就应该删去；或者学生转换专业，他们记录中院系的信息也要作相应的修改等等。
c．安全性与完整性要求：安全性要求：1.系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；2.系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；3.系统应对不同用户设置不同的权限，区分不同的用户，如区分普通用户（学生），管理员。
二、本宿舍楼的学生：信息要求：本宿舍楼的学生能查询其所在的宿舍的所有信息。
3建模基础知识10/ 1基于UML的学生宿舍管理系统的建模学生宿舍管理系统的主要的参与者是查询者，一般用户，系统管理员，财务人员，系统管理员，学生工作人员，以及时钟。
基于UML的学生信息管理系统
基于UML的学生信息管理系统随着学校学生人数的不断增加，学生信息的管理变得越来越重要。
为了更好地管理学生信息，开发一个基于UML的学生信息管理系统是十分必要的。
UML（Unified Modeling Language）是一种可视化的面向对象建模语言，它提供了一种图形化的方式来表示软件开发过程中的各种概念和元素。
通过UML建模，可以更好地理解软件开发过程中的各种关系和结构，从而更好地管理系统。
在基于UML的学生信息管理系统中，我们可以使用以下几种图形来表示不同的概念和元素：类图类图表示学生信息管理系统的各个类及其之间的关系。
其中，学生类是最基本的类，它包含了学生的基本信息，如学号、姓名、性别、出生日期等。
还可以包括其他类，如教师类、课程类、成绩类等。
这些类之间通过各种关系相互，如关联、聚合、组合等。
对象图对象图表示学生信息管理系统的各个对象及其之间的关系。
在系统中，我们可以创建多个对象，每个对象都包含了一定的属性值。
例如，一个学生对象可以包含学生的基本信息，如学号、姓名、性别、出生日期等。
用例图用例图表示学生信息管理系统的功能需求和系统行为。
通过用例图，可以清楚地看出系统的功能需求和各个用例之间的关系。
在用例图中，我们可以将学生信息管理系统分为多个用例，如学生信息录入、学生信息查询、学生信息修改、学生信息删除等。
序列图序列图表示学生信息管理系统中的各个对象之间的交互关系。
通过序列图，可以清楚地看出各个对象之间的消息交互顺序和时间顺序。
例如，在成绩录入时，教师可以先从课程列表中选择课程，然后选择学生并录入成绩，最后提交成绩单。
通过以上几种UML图形，我们可以更好地管理系统中的各个概念和元素之间的关系，从而更好地实现学生信息管理系统的开发。
随着学校规模的扩大和管理的复杂化，学生信息管理变得尤为重要。
传统的手工管理模式已经无法满足学校对学生信息的需求。
因此，我们需要一个高效、方便、实用的学生信息管理系统。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
学生管理系统建模
步骤
（1）分析并得出系统的主要参与者与主要用况，并画出系统的用况图。
为所有的用况撰写脚本，将脚本放于单独的word文档中，并将文档与相应的用况相连接。
1）确定系统的使用者
通过对上面问题陈述的分析，我们可以发现系统的使用者主要有Student和Professor，同时还需要Registrar来维护这个系统。
此外，由于需要打印Student列表，故需要参与者Billing System；由于需要自动维护课程目录的改变，故需要参与者Course Catalog。
因此应该在用况视图中添加如图5-15所示的参与者。
2）确定系统的用况
通过对上面问题陈述的分析，我们可以知道参与者Student主要要做view report cards和register for courses 两件工作，而参与者Professor主要要做Select Courses to Teach和Submit Grades两件工作。
参与者Registrar 要维护信息，即要做Maintain Professor Information和Maintain Student Information两件工作，此外Registrar 还要控制注册何时结束，即要做Close Registration的工作。
由于安全性的原因，要使用系统还需要首先做Login的工作。
因此，应在用况视图中添加如图5-16所示用况。
3）用况图
通过上面的分析我们确定了系统中的参与者，用况以及它们之间的关系，根据这些关系，可以画出系统用况视图中的Main用况图，如图5-17所示：
（2）实现关键用例。
做出相应的顺序图和协作图，对于每一个协作，说明其静态结构和动态结构。
为了说明协作的动态结构，我们可以画出其顺序图与协作图。
对于Login协作而言，由于只有一个边界类LoginForm与系统的使用者交互，而任何系统的使用者都必须登陆，故可画出其顺序图和协作图，如图5-18和图5-19所示。
上面我们通过构造Login协作实现了Login用况，这里再给出register for courses用况的顺序图和协作图，如图5-20所示。
图5-21 register for courses协作图
（3）做出系统的关键抽象，并设计相应的类和类图。
1）发现系统中的类
在设计时，可以从问题陈述中提炼出关键的概念，并将其抽象成相应的类。
由上面的问题陈述可知，主要有Student和Professor使用系统，Student应该有Schedule，系统关键处理的是Course，而应该由CourseOffering来提供相应的Course。
在系统之外还有遗留下来的CourseCatalog系统。
因此可以如下图所示抽象出这些关键概念，以及与之相关的一些概念。
同时还可以绘制这些关键抽象的类图，如图5-22所示。
2）确定关键类的属性
以CourseOffering类的属性为例，由于实体类CourseOffering的属性指明了所提供课程的关键性质，故单独对其画出类图CourseOffering (attributes)，如图5-23所示。
3）类图
针对每个关键类给出类图。
以CourseOffering为例，由于实体类Schedule与实体类CourseOffering存在着主修与选修两种关联，而对于不同的关联存在不同的特征信息与处理，故对于这两个关联分别设置关联类ScheduleOfferingInfo与PrimaryScheduleOfferingInfob，用关联类的属性刻画关联的特征信息，而将关联的处理映射为关联类的操作。
这里应特别注意的是对于不同的关联，CourseOffering扮演的角色以及多重性都不同。
根据上面的分析，画出CourseOffering关联类图，如图5-24所示。
在分析过程中，我们已经知道了实体类Schedule与实体类CourseOffering之间的主修与选修两种关联关系，对于不同的关联关系设置了关联类并画出了类图。
现在，我们只需要对于分析中得出的类图作进一步完善，加入实体类Schedule的详细设计信息后，画出类图Schedule，如图5-25所示。
对于实体类Professor而言，由于它要给出所提供的课程，因此它与CourseOfferingList类有关联，且Professor在此关联中扮演instructor角色。
故可画出类图Professor，如图5-26所示。
对于实体类Student而言，由于它要被分成Fulltime和Parttime两类，因此建立类Classification，并通过实体类Student对于类Classification的聚合来表现出Student所具有的分类特征。
此外还须建立类Classification的子类FulltimeClassification和ParttimeClassification，它们的构造型均为entity，故用它们具体表现不同类Student所具有的不同的特征属性。
除了分类之外，由于学生要选课并最终得到自己的课表，因此类Student也要聚合实体类Schedule以代表当前学生的课程表信息。
根据上面对于实体类Student的分析，可以画出类图Student，如图5-27所示。
（4）实施建模分析并得出系统的节点，设计系统的实施图。
1）设计节点
通过对上面问题陈述的分析，我们可以知道Student与Professor通过PC使用本系统，同时应该有一个服务器RegistrationServer维护系统信息并控制课程的注册，还有遗留下来的课程目录系统CourseCatalog System和列表打印系统BillingSystem。
同时这些节点都进行相应的处理工作，故应该全部为处理节点。
这里应特别注意的是CourseCatalog System和BillingSystem由于是遗留系统，其构造型应该为legacy。
故应该给系统的实施视图中添加如图5-28所示的处理节点。
2）设计实施图
通过上面的分析我们已经确定了系统的处理节点。
在这些节点中，PC机和遗留下来的CourseCatalog System和BillingSystem都不能作为系统的中心，故应该让RegistrationServer居中协调，其它的节点通过校园网络与RegistrationServer进行通讯。
这里应特别注意的是由于是通过校园网络进行通讯，故连接的构造型应该为Campus LAN。
根据上面的分析，可以画出系统的实施图，如图5-29所示。