UML 实验2 学生选课系统类图
UML绘制用例图和类图
淮海工学院计算机工程学院实验报告书课程名:UML理论及实践题目：实验二绘制用例图和类图班级：D计算机081学号：**********名：**一、实验目的与要求(1)理解actor、Use case的概念及作用，能标识Actor之间、Use case之间、Actor 和Use Case之间的关系;(2)理解类的内部结构及类间的关系(Association、Generalization、dependency、realize、Aggregation、composition,...)(3)学会应用Rose/RSA绘制Use case图和类图，在图中正确绘制各种图形元素、表示元素间的相互关系。
二、实验内容(1)可以以“图书信息管理”或"*****管理系统"为主题，绘制其Use case图和类图。
(2)要求所绘制的图形应与所描述的主题语义一致。
三、实验步骤1.以“网店管理系统”为主题，绘制其Use case图和类图。
2.描述绘制的Use case图和类图。
四、实验结果雇员图一网店管理Use Case图图中包含四个活动者：个人顾客、顾客、协作顾客、雇员。
包含五个Use case：分别为“浏览商品”、“添加商品”、“删除商品”、“商品选购”、“订货作业线”。
个人顾客、顾客、协作顾客之间存在泛化关联。
Use case “浏览商品”、“添加商品”、“删除商品”、“商品选购”存在包含关联。
顾客、雇员分别于五个Use case “浏览商品”、“添加商品”、“删除商品”、“商品选购”、“订货作业线”存在使用关联。
图二网上商店的类图矩形框“订货”、“订货作业线”、“顾客”、“个人顾客”、“协作顾客”、“雇员”、“产品”、均表示对象类。
将每个对象类图框分割成3个分隔框，其中分别列出了该对象类的类名、属性和操作。
例如在对象类“顾客”中，有两个属性name（顾客名）和address（地址），一个操作creditRating()（信誉度分级）。
实验2--类图
实验三UML类图[实验目的和要求]a)掌握类的定义，类的3要素，UML中类的表示方法。
b)掌握类与类之间的各种关系代表的含义及表示方法。
c)实体类，边界类，控制类，关联类的概念和表示方法。
d)接口和抽象类的概念和表示方法。
类的多重性关系。
e)对一个类图进行相关的描述。
[实验内容和步骤]１、简述类的定义，以及类的三要素２、类的属性和方法的可见性有哪些？UML中如何表示？３、已知三个类A.B和C.其中类A由类B的一个实类和类C的1个或多个实类构成.请画出能够正确表示类A,B和C之间关系的UML类图.４、根据以下描述画出类图，并注明多重性关系：一个学生可以选修多门课程，也可能没有任何课程；一门课程可以被多个学生选修；一个老师可以教多门课程或者不教课；每门课程至少有一个老师，也可以有多个老师任教；每门课程可以有0或1本教材，每本教材只能用于一门课程。
５、 根据下面的代码画出Invoice 类的类图，要求标明各属性的类型和可见性以及类方法。
public class Invoice{public double amount;public Date date = new Date();public string customer;public string specification;public string administrator = “unspecified ”;static private int number_of_invoices()=0;public invoice （）；{number_of_invoices++；}public void print （）{System.out.println("The number of invoices is ”+ intnumber_of_invoices);}}６、 下图是一个仓库管理系统的类模型局部，其中IncomeOrder 是指入库单，OrderItem 是指入库中的每一项，Product 则是产品信息。
教务管理系统UML模型
§1 建立系统用例模型
(1)角色的确定
UML中，角色代表位于系统之外和系统 进行交互的一类对象，本系统中创建主要 的角色有： 教务员 教师 学生
(2)创建用例 教务管理系统根据运行流程可分为以下的几个用
例： 用户登录 学籍管理 排课管理 成绩管理 选课管理 教学管理 系统维护
§1.1建立用例图
建立如下四个用例图 （一）顶层用例图 （二）学生角色用例图 （三）教师角色用例图 （四）教务员角色用例图
顶层用例图
学 生 角 色 用 例 图
教 师 角 色 用 例 图
教 务 员 角 色 用 例 图
§2 建立系统动态模型
2.1活动图 经过活动图的建模可以比较清楚地了
解整个进程过程的操作过程，本系统中 主要的活动图有如下几个：学生成绩查 询活动图、教务员修改学生资料活动图、 学生选课活动图以及教师成绩录入活动 图
学 生 成 绩 查 询 活 动 图
教 务 员 学 生 资 料 修 改 活 动 图
学 生 选 课 活 动 图
教 师 成 绩 录 入 活 动 图
§2建立动态模型
2.2顺序图 主要包括如下几个顺序图 ①教务学籍管理顺序图 ②学生注册顺序图 ③学生选课顺序图 ④教师成绩录入顺序图
教 务 成 绩 录 入 协 作 图
§3系统类模型
3.1系统包图 将整个教务管理系统划分为人员信息、 接口和事务3个包，分别控制不同的应 用。
系统包图
§3系统类模型
3.2类图 根据系统划分的三类包图，分别讨论
人员信息包，接口包和事务包中的类图 分别为： 1、人员信息包内的类图 2、接口包内的类图 3、事务包内的类图
问题概述
在高校日常管理中，教务管理模式的科学 化与规范化，管理手段的信息化与自动化 对于学校的总体发展产生深远的影响，由 于管理内容过多，处理的过程也非常复杂， 随着学校人员的增加，教务管理系统的信 息量大幅上升，因此往往很难及时准确地 掌握教务信息的运作状态，所以迫切需要 现代化管理要求的教务管理系统。
学生选课系统之分析类图
学⽣选课系统之分析类图学⽣选课系统之分析类图1、图形⽂档2、⽂字说明（1）类图综述：分析类图主要是只是在分析阶段，对于实验⼆中的Use Case图进⾏相应的类的分析，每对Actor-Use Case有相应的Boundary类，每个直接与外部⽤户交互的Use Case有相应的Control类，有相应的Entity类，通常，领域类图⾥⾯的类会是系统的Entity类。
（2）类描述：实体类（entity 类）第⼀，学⽣和课程管理员类是继承⼈这个实体类的，主要有姓名、密码这些重要属性。
第⼆，⼈：姓名属性是指称呼，密码属性是登录的时候需要验证的东西。
第三，课程：⽤来存储课程相关信息的类第四，选课清单：⽤来⽅便学⽣查看个⼈已选课程的总第五，选课表：课程管理员⽤来记录本学期可以选择的课表。
第六，开课汇总表：课程管理员确定本学期开课的所有课程的汇总。
边界类（boundary类）第⼀，登录界⾯：系统⼀开始进⼊的⾸要要求；第⼆，选课界⾯：学⽣进⾏选课的界⾯，包括可以查询到对应的课程的相关信息。
第三，查询界⾯：学⽣查询已选课程的界⾯，即可以知道⾃⼰选择的课程。
第四，选课表界⾯：课程管理员进⾏对课程管理的界⾯，即可以先⽣成选课表，再维护选课表。
第五，开课汇总表界⾯：课程管理员在学⽣选课完之后，根据课程的选课⼈数以及⽼师的需要，进⾏调整，最后再⽣成最终的开课汇总表。
第六，数据库接⼝：⽅便与数据库进⾏交互。
控制类（control类）第⼀，登录控制：根据账号和密码共同验证⽤户是否成功登录系统。
第⼆，选课控制：让学⽣按照页⾯的提⽰来操作，选课或者取消课程，最后完成选课。
第三，查询选课信息控制：控制学⽣查看选课信息时应该让界⾯呈现的内容，并且控制不能修改。
第四，⽣成和维护选课表控制：课程管理员⽣成选课表之后，学⽣才能进⾏选课。
第五，⽣成并发布开课汇总表控制：课程管理员把最终的开课信息进⾏汇总，决定哪些课程是可以在本学期开设的。
（3）继承描述：学⽣和课程管理员继承⼈这个实体类。
学生管理系统UML设计
用例图课程信息查询如上述所示：●用户管理●密码修改●选课管理●网上选课●课程查询●成绩管理●查询成绩●全部课程成绩●信息管理●学生信息查询●学生个人信息查询●课程信息查询学生信息删除如上述所示：●用户管理●添加用户●删除用户●修改用户●选课管理●成绩管理●选课权限设置●修改学生信息●增删课程●信息管理●新用户注册●学生信息修改●学生信息删除成绩管理1输入成绩如上所示，学生的用例图描述如下：●用户管理●密码修改●成绩管理●输入成绩●活动图学生如上述活动图可知，学生查询学生成绩，首先登录，再登录成功之后选择学年，系统就会生成成绩单，如果成绩单无误，那么就会结束查询，如果有误，又因成绩出问题比较严重，所以就会必须通知教务处，然后通知任课老师，任课老师再修改成绩，这样才能够算完成。
如上图所示，这是老师录入班级成绩的活动，再确定导入的时候如果不继续就完成录入，更新数据库，之后结束。
管理员如上图所示，这是修改数据的活动图。
由于修改数据时必须小心，所以就需要确认修改这一确定步骤。
顺序图如上述时序图，学生这一对象在请求注册之后，进入学生注册界面，然后再继续输入用户名。
紧接着系统就会查询学生对象，之后系统进入了学生注册控制，在查询学生信息以及执规则之后，就发出可以注册这一个提示在学生注册界面。
之后就将数据存入数据库中，然后返回注册成功这一个提示。
如上述时序图，这是选课过程中的步骤，内容和上面的大同小异，所以我就不一一赘述。
状态图这是教师的生命周期图，从上述可知在教师应聘教师职位，就处于应聘教师职位状态；在被学校录入以后，就处于授课状态；在离开了教师岗位，就处于停止授业状态。
注册状态在校学习状态离校状态新生入学注册注册完成学生离校【学生退学，转学或转业】这是学生的生命周期图，从上述可知在新生入学注册，就处于注册状态；在被注册完成以后，就处于在校学习状态；在学生离校，就处于离校状态。
类图如上述可知，学生和管理员以及教师这三个对象，其中每个对象的属性以及行为都很明显，所以我就不一一赘述了。
UML 新编实验指导书(实验二 顺序图)
天津理工大学华信软件学院天津理工大学（华信软件学院）实验指导书课程名称：软件工程与UML建模适应课程：（1969216）上机实验（二）创建交互图一.实验目的：熟悉UML的交互视图，在Rose 环境下创建UML交互图。
二.实验内容：(一). 根据“学生选课系统”案例，分别创建: 选课（Select Course）, 查询(Query Course), 增加课程(Add Course), 付费(Pay for Course), 修改课程(Modify Course) 和删除课程(Delete Course), 针对所对应主脚本的顺序图。
并分别转化为对应的协作图。
(二). 根据“图书管理系统”的用例图，创建: 借书(Lend Item)用例所对应的顺序图等等。
(三). 根据“网上购物系统”的用例图，创建: 浏览网站（Browse Web Site）和添加物品到购物推车(Add Item to Shopping Cart)所对应的顺序图. 三.操作步骤：(一). 以“Select Course”为例, 完成“学生选课系统”的顺序图1.分析事件流1) 学生进入选课主界面；2）学生点击选课按钮（或发出选课命令）；3）系统显示所有课程信息；4）学生选择课程；5）系统验证课程是否可选；6）系统显示课程选择成功；7）用例结束。
（以上是主脚本，分支情况请学生自己考虑）2．创建顺序图（以“Select Course”为例）总体步骤:1)寻找对象，上述案例涉及的对象有：Form(或Interface),CourseControlDatabase(注意:Database 亦可看成参与者)2)参与者；Student3)将消息加进图中。
3．在Rose下的操作步骤：1）Tools →Options →Diagram标签，确保有关参数选中。
(比如：Sequence Numbering)2）打开实验（一）所创建的“网上学生选课系统”的Use Case 框图3）右击Use Case View（或Logical View）选New → Sequence Diagram4)新图标命名为‘Select Course’。
UML实验二用例图
实验二用例图【实验目的】1．掌握用例的概念。
2．掌握UML中用例图的组成、作用以及使用场合。
3．掌握用例与用例之间的各种关系。
4．学习针对具体场景使用用例图进行分析说明的方法。
5．掌握用例描述的概念和基本结构，以及用例描述的作用。
【实验性质】设计性实验。
【实验要求】1．学习针对具体场景识别参与者和用例的方法，设计其用例图。
2．学习通过Rational Rose绘制用例图的方法。
3．掌握如何对每个用例进行用例描述。
【实验内容】一．网上选课系统需求分析1．某学校的网上选课系统主要包括如下功能：管理员通过系统管理界面进入，建立本学期要开的各种课程，将课程信息保存在数据库中并可以对课程进行改动和删除；学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。
同样，通过业务层，这些操作结果存入数据库中。
2．对本系统的的用例、参与者进行分析：本系统拟使用java语言通过三层模型实现：数据核心层、业务逻辑层和接入层。
数据核心层包括对数据库的操作；业务逻辑层作为中间层对用户输入进出逻辑处理，在映射到相应的数据层操作；接入层包括用户界面、系统登录界面、管理界面、用户选课界面等。
本系统涉及的用户包括管理员和学生，是用例图中的活动者，他们的主要特征类似，都有学号和姓名等信息，可抽象出“基”活动者people，而register和student则从people 诞生，数据库管理系统是另外一个活动者。
3．写出系统中出现的一些事件流，如添加课程事件流、删除课程事件流、修改课程事件流，选课事件流等。
下面是系统中出现的一些事件流。
添加课程事件流：a）管理员选择进入管理界面，用例开始。
b）系统提示输入管理员密码。
c）管理员输入密码。
d）系统验证密码。
A1：密码错误e）进入管理界面，系统显示目前所建立的全部课程信息。
f）管理员选择添加课程。
g）系统提示输入新课程信息。
h）管理员输入信息。
学生选课系统(UML)
组内分工:黄金全:用例图与类图,调查问卷杨铖佳:状态图与顺序图,调查问卷李冰:细化类图与E-R图,调查问卷一,课程设计目的通过这次的设计,主要就是做出一个小型管理系统,来加强JAVA所学知识的巩固与融会贯通,可以说就是对一个学期所学知识的一个小结,加强对JAVA数据库的理解。
二,需求分析功能需求分析:该系统具备管理学生信息,课程信息,选课信息的功能:用户通过输入账号与密码进入该系统后,可以进行一些基础维护(学生信息维护,课程信息维护,选课信息维护)。
全部都可以进行增加,修改,删除,模糊查询。
(1)用例图分析工作流、类图状态图顺序图用户登录(1)用户在登录界面输入用户名与密码后,若登录信息正确,则依据用户权限,用户分别进入学生、老师与管理员界面。
(2)用户可以在登录界面进行密码的修改,密码修改后会保存在用户权限表中。
可能出现的情况:输入用户名或密码错误,系统提示非法用户登录,需要重新输入正确的用户名与密码。
学生选定课程学生选定课程,修改已经选定的课程,保存,提交,退出系统。
老师做出相应操作老师根据相应情况对学生进行增删,增加某些课程,删除某些课程,修改学分等。
老师查瞧学生选课情况老师想瞧学生的选课情况,系统要返回学生选课情况。
设计工作流细化类图数据库设计概念模型学生课程联系E-R图一个学生可以选修多么课程,一个课程可以被多个学生选修。
所以学生与课程就是m:n的关系。
学生的属性有姓名、学号、登录密码与所属院系。
课程的属性有课程号、课程名、课时与学分。
教师课程关系图。
一个老师可以讲授多门课程,一个课程可以有多个老师上,比如很多专业班级要少C语言,全校肯定不止一个C语言老师,所以老师与课程的关系就是n:m、老师的属性有姓名、教师号、密码与所属院系,课程的属性有课程号、课程名、课时与学管理员教师关系实体E-R图一个管理员可以管多个老师,所以管理员与老师就是1:n的关系。
逻辑模型学生(学号(主键),姓名,密码,院系)课程(课程号(主键),课程名,课时,学分)选修(学生,课程,(都就是主键))老师(教师号(主键),姓名,密码,院系)课程(课程号(主键),课程名,课时,学分)讲授(老师,课程,(都就是主键)参考文献1.黄梯云,冯玉强. 管理信息系统.北京:高等教育出版社,2006。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
实验2 类图
实验目的
1.理解类的基本概念
2.理解类间的关系
3.掌握类图的绘制方法
实验学时
6学时，必做。
实验内容
分析选课系统中的类及关系，然后画出它们的类图。
实验步骤
1.分析
在选课系统中，通过分析可抽象出如下几个类：
1．学生类
2．管理员类
3．课程类
学生类和管理员类的属性较容易分析，这里只列出课程类的属性和方法：（1）课程名称
（2）开课教室
（3）课程号
（4）授课教师
（5）选课的学生
（6）开课起始时间
（7）允许选课的学生人数
（8）设置课程号
（9）设置课程名称
（10）查询课程号
（11）查询允许选课的学生人数
2．绘图步骤：
（1）打开rose,新建类图
（2）抽象出学生类管理员类课程类画出类图
（3）效果完成图
（4）添加关系
通过类图，使我们对学生、管理员、以及课程之间的关系一目了然。