uml选课系统设计及其实现实验报告
UML系统分析实验报告
本科实验报告课程名称：系统分析与设计实验项目：《网上书店系统》实验实验地点：逸夫楼专业班级：学号：学生姓名：指导教师：2012年11月22日实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。
二、实验要求1．结合工具StartUML，熟悉UML用例图的模型元素。
2．使用StartUML工具建模网上书店系统的用例图。
三、实验主要设备：台式或笔记本计算机四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。
网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。
面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。
其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。
有的甚至会在这呆上很长的时间直到把书免费看完。
这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。
而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。
这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对网上书店的要求吗?书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。
对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。
为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。
书店管理员受理订单后，就会通知快递公司送货。
当然，书店的图书上架和下架也应该由网上书店完成了。
工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。
网上书店的图书也应该能够按照这种模式分类显示。
UML实验报告
UML实验报告《面向对象与UML》实验报告实验一UML建模基础一、实验目的1.熟悉UML建模工具Rational rose的可视化环境。
2.掌握利用Rational rose进行建模的步骤。
二、实验内容1.熟悉Rational rose建模环境2.建模基本步骤退出系统用例编号：UC01用例名称：登陆系统简要说明：成功打开服务器，并登陆系统主要参与者：学生前置条件：学生成功打开服务器后置条件：成功登陆系统基本事件流：1.输入帐号2.输入密码3.点击确认键系统校验4.系统确认，学生成功登陆系统扩展事件流：3a.系统校验失败，系统提示重新输入帐号密码或放弃登陆系统3a1)学生重新输入帐号密码转到第4步3a2)放弃登陆，终止操作用例编号：UC02用例名称：成绩查询简要说明：完成查询成绩信息参与者：学生前置条件：学生成功登陆系统后置条件：成功查询到成绩基本事件流：1.学生向系统发出查询成绩请求2.选择要查询的科目，系统校验3.成功查询到成绩信息扩展事件流：2a.系统校验失败，系统提示重新选择输入科目信息或放弃查询2a1)学生重新输入科目信息，转到第三步2a2)放弃查询，终止操作用例编号：UC03用例名称：退出系统简要说明：完成退出系统操作主要参与者：学生前置条件：学生已成功登陆系统后置条件：学生成功退出系统基本事件流：1.点击退出系统按钮2.成功退出系统用例编号：UC05用例名称：找回系统密码简要说明：完成找回密码功能参与者：学生前置条件：成功打开服务器，密码丢失后置条件：成功找回密码基本事件流：1.点击找回密码按钮2.输入新密码3.重新输入新密码，系统校验4.系统完成校验，密码成功找回扩展事件流：3a.系统校验失败，系统提示两次输入密码不符，请重新输入。
转到步骤4。
3.结合日常生活中实际使用的系统，模仿2中的用例模型绘制用例图，并保存模型，熟悉利用Rational rose的建模过程，要求绘制的用例图中用例与2中的用例图不相同。
面向对象技术----uml课程设计-在线选课系统
教务管理员可以修改已经添加的课程，
前置条件
教务管理员已被识别和授权
后置条件
教务管理员修改课程后，更新数据库
主事件流
1.教务管理员选择进入管理界面，用例开始。
2.系统提示输入教务管理员密码。
3.教务管理员输入密码。
4.系统验证密码。
A1：密码错误
5.进入管理界面，系统显示目前所建立的全部课程信息。
主事件流
1.教务管理员选择进入管理界面，用例开始。
2.系统提示输入教务管理员密码。
3.教务管理员输入密码。
4.系统验证密码。
A1：密码错误
5.进入管理界面，系统显示目前所建立的全部课程信息。
6.教务管理员选择添加课程。
7.系统提示输入新课程信息。
8.教务管理员输入信息。
9.系统验证是否和已有课程冲突。
用活动图来描述系统中已知用例的业务过程
1)使用活动图对选课用例或相关用例进行描述。
添加课程用例的活动图
选课用例的活动图
2)使用活动图对建立选修课程目录表用例进行描述。
3
(一)本次目的
1)理解类的基本概念；
2)掌握如何从需求分析中抽象出类的方法及关系；
3)掌握在Rational Rose中绘制类的操作方法。
3)掌握在Rational Rose中绘制交互图的操作方法。
(二)要求请完成如下任务
1)阅读用例建模得到的用例文档说明和用例图。
People:Student类和Registrar类的父类。
学生（Student）:学生相关操作的类。
教务管理员（Registrar）:进行学生管理、教师管理、课程管理的类。
(二)要求请完成如下任务
通过这用例图和活动图我们可以初步了解系统的业务处理流程。现在需要对系统进行静态建模，这就需要从系统的用例图、活动图去寻找和发现重要概念和对象，定义类及关系，使用ROSE创建类图。请完成如下任务：
UML实验报告
1.为什么要求相对应的类名、组件名和实现组件的文件名相同？
答：相应的名字中能够找到相应的类的信息。如果组件名、类名和Java文件名不相同，会出现实体类的语法错误。
实验七 正向工程
一、实验报告要求
1．整理实验结果。
2．小结实验心得体会。
正向工程是对一个系统物理结构实现的高层抽象性、逻辑性及独立性设计的传统处理过程。通过本次试验，学会了利用Rose工具生成代码框架及生成数据库脚本，同时在实现过程中使用转换后的代码和数据库脚本。了解了Java编程综合练习。
实验四 活动图
一、实验结果
1．整理实验结果。
2．小结实验心得体会
在UML中，活动图是为系统的动态方面建模的7个图之一。活动图主要是一个流图，它描述了从活动到活动的控制流，它还可以用来描述对象在控制流的不同点从一个状态转移到另一个状态时的对象流。
通过本次实验，我对活动图的语义和功能有了更深层次的理解和应用，并对活动图的组成部分，包括动作状态、活动状态、分支、分叉和泳道、对象流，逐一进行了学习。同时基本掌握了用活动图来描述系统中“借出图书”用例的业务过程。实验过后本应该有完整的截图，由于自己的粗心马虎，造成截图的不完整性。
2.本案例中，ResourceTitle与BookTitle、DiscTitle的继承关系，SQL Server 2000关系型数据库的转换合理吗？如不合理，请问该如何修改？
答：不合理。
UML
实
验
报
告
实验一 用例图
一、实验结果
1、整理实验结果
2、小结实验心得体会
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。
uml实训报告
uml实训报告uml实训报告篇一：uml实验报告软件建模实验报告题目：图书管理系统专业：班级：姓名：学号：指导教师：成绩：完成日期：年月摘要随着知识化和信息化新经济时代的到来，作为信息技术龙头的计算机及软件技术突飞猛进，UML成为一种不可或缺的工具。
UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。
它溶入了软件工程领域的新思想、新方法和新技术。
它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。
用现有的知识，按照软件工程思想和系统的开发步骤，以图书管理的应用需求为背景，分析设计了图书管理系统，并利用Ratinal Rse对系统进行建模，完成用例图和类图的构建，为后期的程序设计提供标准。
根据建模需求分析，总结出本系统的参与者有借阅者和图书管理员两类。
根据其职能不同，借阅者只能使用该系统借书、预订书刊以及还书。
图书管理员则可使用系统进行图书馆业务的管理工作，如借阅者，书刊等的信息维护。
系统可实现书籍信息的添加、修改、删除等功能，这就保证了数据库信息的一致性和统一性、安全性。
该系统以面向对象理论和数据库管理信息系统开发相关知识为依据，介绍了设计开发中的模块设计和数据与程序的连接，使SQL server 201X与 Visual Studi 201X得到了有效的结合。
关键词：图书管理系统；UML；Ratinal Rse面向对象目录 1 需求分析 ........................................................ .................................... 错误！未定义书签。
1.1 开发背景及意义 ........................................................ (4)1.2 功能需求 ........................................................ ............................................................4 2 系统建模 ........................................................ ........................................................... .. (8)2.1 创建系统用例模型 ........................................................ . (8)2.1.1 确定参与者 ........................................................ (8)2.1.2 参与者的用例图 ........................................................ ...... 错误！未定义书签。
UML实验报告
UML建模原理实验报告指导老师:XX姓名:XXX学号:30909210XX班级:软件XXX【实验名称】在线选修课程管理系统【实验类型】综合性实验【实验目的】1.掌握UML建模的基础知识和其应用；2.熟悉Rational Rose环境及功能,能够设计出完整系统。
【实验要求】1.对系统功能进行必要的描述；2.绘制系统的主要模型图；3.模型图要有说明性文字解释。
【实验内容】1.在线选修课程管理系统 的需求分析；2.在线选修课程管理系统 UML建模。
【实验步骤】一: 在线选修课程管理系统的需求分析1、系统功能需求(1)大学教师选择本学期要教授的课程，每位教师最多只能上报4门课程。
(2)教师选课结束后，教务管理人员进行协调和确认教师的课程，并创建本学期的课程目录表，向学生公布。
(3)学生填写课程选修表，每个学生最多选修4门课程；每门选修课程的学生数最多为10人，最少为3人。
(4)人数达到10人时，停止学生登记注册此门课程；学生选课结束后，系统自动取消人数少于三人的课程。
(5)学生按最终的课程表到财务处办理收费手续（billing system）。
(6)教师可查询所教课程的学生花名册(roster)。
(7)教务管理人员维护学生、教师和课程的信息。
图 1.1系统功能需求2、选课模块(1)教师选课模块，教师选课要教授的课程。
(2)学生选课模块，学生选择要上的课程。
图 1.2选课模块3、信息查询与维护模块图 1.3信息查询与维护模块(1)教务人员可以维护教师和学生的选课情况。
(2)学生可以查询自己的课表。
(3)教师查询课表与学生的花名册。
4、缴费模块图 1.4缴费模块功能(1)可以在柜台或缴费机用现金缴费。
(2)用网上银行缴费。
(3)用手机银行缴费。
5、数据库模块图 1.5 数据库模块(1)数据库存储教务人员、教师和学生的账号信息。
(2)存储教师的课表。
(3)存储学生的课表。
(4)存储学生的缴费信息。
二: 系统的UML建模1、系统的用例图创建用例图之前首先需要确定参与者。
UML实例学生选课系统
需求分析
需求分析阶段应该尽量的避免去考 虑系统实现的细节问题。 也就是说， 虑系统实现的细节问题 。 也就是说 ， 它 描述的是一个系统做什么， 描述Biblioteka 是一个系统做什么 ， 而不是怎么 做。
学生选课系统——需求分析阶段 需求分析阶段 学生选课系统
一． 二． 三． 四．
系统功能分析 确定系统的参与者 确定系统的用例 学生选课系统的用例图
系 统 管 理 员 用 例 图
学生选课系统——系统功能分析 系统功能分析 学生选课系统
系统管理员通过插入、修改、删除、 系统管理员通过插入、修改、删除、查 看管理课程信息。 看管理课程信息。 系统管理员通过插入、修改、删除、 系统管理员通过插入、修改、删除、查 看管理教师信息。 看管理教师信息。 系统管理员通过插入、修改、删除、 系统管理员通过插入、修改、删除、查 看管理学生信息。 看管理学生信息。 教师凭借用户名和密码登录系统。 教师凭借用户名和密码登录系统。
学生选课系统——系统功能分析 系统功能分析 学生选课系统
教师可以核实、维护个人信息， 教师可以核实、维护个人信息，如 需修改向管理员提出申请由管理员完成， 需修改向管理员提出申请由管理员完成， 当同学选了他的课后他可以在所授课程 的信息表中查询该生的信息及上课的时 间和地点，并在考试之后录入成绩。 间和地点，并在考试之后录入成绩。
学生选课系统——系统功能分析 系统功能分析 学生选课系统
有相关方面的负责人对课程信息和 用户信息进行管理， 用户信息进行管理，课程信息管理包括 课程信息的添加、修改、删除、查看； 课程信息的添加、修改、删除、查看； 用户信息管理包括用户信息的添加、 用户信息管理包括用户信息的添加、修 删除、查看。 改、删除、查看
在线选课系统的UML建模实验报告
面向对象建模方法与技术综合实验报告题目：在线选课系统的U M L建模UML建模实验报告一、用例图(一)本次目的1)熟悉用例图的基本功能和使用方法。
2)掌握如何使用建模工具绘制用例图方法。
(二)要求请完成如下任务：1)使用Rational rose 画出选课系统的用例图。
2) 同时对主要功能用例进行详细说明。
选课系统用例图如下图所示：Delete Course图1二、活动图(一)本次目的1）熟悉活动图的基本功能和使用方法。
2）掌握如何使用建模工具绘制活动图方法。
(二)要求请完成如下任务用活动图来描述系统中已知用例的业务过程1)使用活动图对选课用例或相关用例进行描述。
2)使用活动图对建立选修课程目录表用例进行描述。
活动图如下图所示：(一)本次目的1)理解类的基本概念；2)掌握如何从需求分析中抽象出类的方法及关系；3)掌握在Rational Rose中绘制类的操作方法。
(二)要求请完成如下任务通过这用例图和活动图我们可以初步了解系统的业务处理流程。
现在需要对系统进行静态建模，这就需要从系统的用例图、活动图去寻找和发现重要概念和对象，定义类及关系，使用ROSE创建类图。
请完成如下任务：1)寻找和抽象出选课用例或相关功能中的类，并进行简要说明。
2)确定类之间的继承关系已经创建类之间的继承关系，。
3)请根据教材中示例部分在Rational Rose中绘制类间的关联关系。
类图如下图所示：图3四、序列图及协作图完成了选课系统的需求分析，并从业务对象中抽象出了类。
现在需要对前面所给出的用例进行实现，而用例的实现主要由交互图来指定和描述系统的动态特性。
(一)本次目的1)理解顺序图的基本概念；2)理解协作图的基本概念；3)掌握在Rational Rose中绘制交互图的操作方法。
(二)要求请完成如下任务1)阅读用例建模得到的用例文档说明和用例图。
2)根据事件流，确定对象，对选课功能中的主要用例进行动态建模。
3)根据分析设计情况，进一步发现类，细化各类之间的关系，确定主要类的属性和职责。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
9
（三）网上选课系统用例场景活动图建模 选取了选课系统的主要用例,使用活动图描述这些用例的使用场景：
图 3.1 LogIn activity diagram 图 3.2 selectCourse activity diagram 图 3.3 dropCourse activity diagram 图 3.4 changePassword activity diagram 图 3.5 addCourse activity diagram 图 3.6 courseMessageEdit activity diagram 共 6 个活动图，基本全面的描述了主要用例的使用场景。
表 2.1.3 logIn use case specificaton changePassword util_002 student,teacher,academic adminstrator 学生，老师，系统管理员（下面称用户）修改自己的账号密码 用户成功登录该系统 修改密码成功，数据库重新写入该用户新密码；修改密码失败， 系统弹出修改密码失败 用户点击修改密码，先输入原密码，系统验证密码的正确性，再 输入新密码，最后输入验证新密码，系统检测两次输入的密码是 否一致，如果一致，弹出修改密码成功 表 2.1.4 changePassword use case specificaton
图 3.4 changePassword activity diagram
13
3.5. 针对老师的课程导入用例而绘制的活动图如下。
图 3.5 addCourse activity diagram
14
3.6. 针对教务管理员的课程信息更改，绘制如下活动图，都是按照顺序进行，简单明 了。
11
3.3. 针对学生的退课用例，主要显示的是学生退课的场景，注意退课之后的权重更新 和课程信息更新的分支与合并流。
图 3.3 dropCourse activity diagram
12
3.4. 针对用户的修改密码用例，绘制的 changePassword 活动图，需要有一个检测原密 码是否正确的过程，并且在更新密码之后的提示给用户密码修改成功的活动跟更新进数据库 活动是并发进行的。
出课程最终选课名单，编辑课程信息（选课上限，上课时间地点等） （6） 对于系统管理员，可以修改用户信息，包括增删查改用户信息，决定系统开放时
间，对系统进行维护 （二）网上选课系统用例图建模 根据所给出的需求，我们将用户划分为四类：学生、老师、教务管理员和系统管理员。 并给出用例图和主要用例规约如下： 图 2.1 代表学生的用例图，表 2.1.1、2.1.2、2.1.3、2.1.4 代表学生的主要功能用例规约； 图 2.2 代表老师的用例图，表 2.2.1、2.2.2 代表老师的主要功能的用例规约； 图 2.3 代表系统管理员的用例图，表 2.3.1、2.3.2 代表系统管理员的主要功能的用例规约； 图 2.4 代表教务管理员的用例图，表 2.4.1 代表教务管理员的主要功能的用例规约，
3.1. 针对 lonIn 用例，选取了用户和系统两个交互对象，主要着重于密码的匹配场景。
图 3.1 LogIn activity diagram
10
3.2. 针对学生的选课用例，有下面的活动图，主要显示的是学生对课程操作的场景。
图 3.2 selectCourse activity diagram
用例名称 用例编号 执行者 用例简述 前置条件 后置条件 基本流程
图 2.4 system administrator user case
openSystem administrator_001 system administrator 系统管理员选择系统开放时间 系统管理员成功登录系统后台 系统等到时间会自动打开 系统管理员设定系统开放时间
四、实验原理
应用面向对象系统需求分析方法，对网上选课系统进行需求建模分析。采用 UML 用例技 术、UML 类图模型技术、UML 活动图模型技术、UML 状态图模型技术描述网上选课系统的需 求模型。通过建模可以边到 4 个目的： 一、有助于按照现实或者实际情况进行直观的描述。 二、能够规定软件或者模型的结构，行为，属性。 三、能够指导软件构造的模板。 四、对决策进行文档化
六、实验设备及环境
“系统分析与设计（含 UML）”实验所涉及的硬件设备为 pc 计算机、服务器以及网络环 境，pc 计算机与服务器在同一局域网络。
操作系统： Windows7/ Windows XP 系统建模工具：Power Designer 或 Rational Rose
七、实验步骤
对大学网上选课系统进行基本调研和分析，使用系统建模工具创建网上选课系统分析模 型，其实验步骤如下：
禁止登录 （2） 选课系统可根据学生选课的权值判定学生选课是否成功 （3） 对于学生，可以登录系统，修改个人信息，选课，退课，修改选课权重，查询开
课信息 （4） 对于开课老师，可以登录系统，修改个人信息，增添课程，查看选课学生，打印 （5） 对于教务管理员，可以登录系统，修改个人信息，导入课程，查看课程信息，导
7
用例名称 用例编号 执行者 用例简述 前置条件 后置条件 基本流程
图 2.3 academic administrator user case
importCourse academic_001 academic administrator 教务管理员可在系统中直接导入课程，设置课程信息 教务管理员成功登录系统 数据库将导入的课程保存 教务管理员选择导入课程，流程与老师 addCourse 一致，只是管 理课程信息的权限更高，能修改课程的时间地点等信息
表 2.3.1 importCourse use case specificaton
8
用例名称 用例编号 执行者 用例简述 前置条件 后置条件 基本流程
courseMessageEdit academic_002 academic administrator 教务管理员在系统中修改/增添课程信息，例如上课时间，地点等 教务管理员成功登录系统，选择某项课程 将修改的课程信息导入数据库 教务管理员选择编辑某门课程信息，将普通信息修改后提交 表 2.3.2 courseMessageEdit use case specificaton
表 2.1.1 logIn user case specificaton
4
用例名称 用例编号 执行者 用例简述 前置条件 后置条件 基本流程
用例名称 用例编号 执行者 用例简述 前置条件 后置条件 基本流程
用例名称 用例编号 执行者 用例简述 前置条件 后置条件
基本流程
selectCourse student_001 student 学生在选课系统中进行选课操作 学生成功登录系统 选课成功||选课失败 学生选择课程，点击选课，分配权重，系统检测权重是否上限， 如果上限，则提示权重值不足，选课失败，如果未到上限，则提 示选课成功 表 2.1.2 selectCourse use case specificaton dropCourse student_002 student 学生进入选课系统，进行退课操作 学生登录系统，已经选课数>=1 学生权重值加上退课权重 学生选择退课，选择退课课程，系统弹出是否选择退课，选择是， 系统回应退课成功，并将剩余的选课权重加上退课的权重
人们对复杂的事物或者问题的理解是有局限的，人们总是习惯去理解 简单易懂的东西。 所以通过建模可以 缩小研究范围，只着重研究其很小的一部分功能，这就要求了一个复杂 的软件系统“分而治之”，从而通过建模简单化。从而你会发现其实很复杂的系统软件或者 工程总是变得很简单，解决了这小部分的简单问题，就形成了复杂而庞大的软件或者工程。 建模能帮助开发组更好地进行系统规划，并帮助他们进行架构软件，使用开发效率提高。如 果不建模，项目越复杂，就越会失败或者出现错误的东西。
5
图 2.2 teacher user case
6
用例名称 用例编号 执行者 用例简述 前置条件 后置条件
基本流程
用例名称 用例编号 执行者 用例简述
前置条件 后置条件 基本流程
addCourse teacher_001 teacher 老师登录系统后，在系统中添加课程 老师成功登录系统 如果添加课程成功，数据库导入该课程；如果失败，系统提示添 加课程失败 老师选择添加课程，填写课程名(必填)，填写课程其他信息例如 开课人数，考核方式，开课大纲等(选填),提交。
1
五、实验内容
对大学网上选课系统进行基本调研，了解该系统的基本需求。使用系统建模工具创建该 系统的需求分析模型。在实验中，使用 UML 用例图、活动图建模描述网上选课系统功能需求， 使用 UML 类图、顺序图、状态图描述网上选课系统分析模型。具体内容如下:
1) 进行网上选课系统需求调研，总结基本用户需求描述。 2) 从用户需求描述，建立用例图模型，反映系统功能需求。 3) 采用表格描述系统各用例规约，反映用例处理要求。 4) 采用活动图描述系统各用例场景，与用例规约保持一致。 5) 从用例图模型提取系统实体类，建立系统初步类图模型。 6) 根据用例规格和实体类图，建立系统初步顺序图模型。 7) 建立系统总体状态图模型。 在完成上述需求分析建模后，撰写实验报告，描述网上选课系统的需求规格，并体现出 分析过程、分析探讨、分析模型说明等报告内容。
3
用例名称 用例编号 执行者 用例简述
前置条件 后置条件 基本流程
图 2.1 student user case
logIn util_001 student,teacher,academic adminstrator 学生，老师，系统管理员（下面称用户）用自己的账户登录系统， 获得系统权限 用户被事先分配了系统账号&&系统处于开启阶段 获得用户的系统权限，开始选课 用户输入账号和密码，密码正确，则进入系统；失败则不进入系 统，并提示密码或账号错误