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)根据分析设计情况，进一步发现类，细化各类之间的关系，确定主要类的属性和职责。
UML学生的信息管理系统__实验报告
UML学生的信息管理系统__实验报告面向对象分析与设计期末实验设计题目: 学生信息管理系统姓名学院：电子信息工程学院系别: 计算机科学与技术班级：网络工程1班A部分需求分析一、实验目的利用所学的UML建模知识设计学生信息管理系统。
由于信息技术的急剧发展和配合管理的思想的出现，各种网络化，自动化，配合技术在各自的业界的管理实践中迅速得到应用。
学生的信息的管理系统的开发非常有必要。
学生的信息管理系统的目标是在学生的信息管理中，使用计算机的网络技术，通讯技术和信息处理技术，使学生的信息得到加工，依次传达及保存。
根据学生的信息管理的电子化和网络化，来实现全面改善学生信息的管理环境，提高管理效率。
系统要对使用要求不同的用户群体，设置不同的权限，设置系统的不同功能。
管理员能有效管理学生的信息，同时，学生可以随时大量检索查询多种信息。
二、实验仪器或设备学生用计算机一台三、设计原理、系统业务及功能设计原理：系统要对使用要求不同的用户群体，设置不同的权限，设置系统的不同功能。
管理员能有效管理学生的信息，同时，学生可以随时大量检索查询多种信息。
设计方案及流程：1.这个项目从结构上分。
①管理员：通过已有学生信息仓库，管理学生的信息，还可以管理教师的信息，管理课程的信息，管理班级的信息；②学生：可以修改学生的信息，选择课程，检索成绩等；③教师：修改教师的信息，检索学生的成绩，登记授课的学生状况等。
2．系统功能模块（1）学生功能：查询课表，选课，成绩，修改学生个人信息。
（2）教师功能：录入成绩，查询教授学生状况，修改老师个人信息。
3．管理员功能模块（1）学生管理：学生用户的追加，学生信息的浏览，修改，删除。
（2）教师管理：教师用户的追加，教师信息的浏览，修改，删除。
（3）课程管理：课程查询，添加，修改，删除，公布课表等。
（4）班级管理：班级的查询，添加，修改，删除B部分系统UML建模1．用况图（1）系统用况图：系统登录查询课程表选课查询成绩修改学生个人信息修改教师个人信息登记授课的学生状况检索学生成绩学生老师学生信息的管理教师信息的管理课程信息的管理班级信息的管理管理员用户该用况图中的用况分析如下：用况名称学生信息的管理标识符Man001基本操作流程1.管理员创建并分配学生登陆账户和密码2.学生输入账户和密码登陆系统3.系统验证登陆信息4.登陆成功后学生输入个人信息5.系统保存学生的个人信息可选操作流程1a.当新增学生或有退学着时，管理员应及时更新用户信息2a.输入的账户和密码错误时登录失败2b.输入账户密码正确，成功登陆3a.验证通过成功登陆用况名称查询成绩标识符Stu001基本操作流程1.教师登陆系统并登记学生成绩2.学生登陆系统查询成绩3.系统检索该学生的成绩信息并反馈给学生可选操作流程1a.教师登陆后发现无该学生成绩项时，应确定该生是否退学1b.教师成功登陆后登记学生成绩2a.学生成功登陆系统后检索成绩（2）管理员用况图：管理员学生管理教师管理课程管理班级管理学生用户的追加学生信息的修改学生信息的删除学生信息的浏览班级的追加班级的修改班级的删除班级的查询<><><><><><><><>教师用户的追加教师信息的修改教师信息的查询教师信息的删除<><><><>课程的查询课程的修改课程的删除课程的追加课程表的公布<><><><><>该用况图中的用况分析如下：用例名称学生信息的修改标识符 Man003 基本操作流程1.管理员登陆系统并为学生分配账户和密码2.学生登陆系统修改信息（3）教师用况图：教师成绩的录入教授学生状况的查询教师个人信息的查询该用况图中的用况分析如下：3.系统更新学生信息可选操作流程1a.学生登陆系统修改信息，系统故障修改失败2a.学生登陆系统修改信息,修改成功系统保存用例名称教授学生状况的查询标识符 Tea002 基本操作流程1.管理员为教师分配登陆账号和密码2.教师成功登陆系统（4）学生用况图：学生查询课程表选课查询成绩修改学生个人信息该用况图中的用况分析如下：3.查询教授学生的状况可选操作流程1a.管理员给该教师分配账户时确保该用户存在2b.该教师还不存在账户时无权登陆查询2b.教师存在账户并且密码正确时能够成功登陆并查询学生的信息用例名称选课2.时序图时序图描述对象之间动态的交互关系，并且将重点放在消息序列上，是描述消息是如何在对象间发送和接受的。
UML实验报告之一：选课系统静态建模
开课实验室：
学院
年级、专业、班
姓名
学号
实验课程名称
面向对象分析与设计实验
成绩
实验项目名称
选课系统静态建模
指导老师
一、实验目的
掌握UML用例建模和类图建模技巧
二、基本知识
1、UML建模知识
2、Rational Rose
三、实验环境
1、Windows操作系统
2、Rational Rose
四、实验步骤
1、选课系统用例建模及用例描述
类图(Class Diagram)描述类和类之间的静态关系。与数据模型不同,它不仅显示了信息的结构,同时还描述了系统的行为。类图是定义其它图的基础。在类图的基础上,状态图、合作图等进一步描述了系统其他方面的特性。
后置条件：返回选课主界面
登录统用例图：
2、选课系统类图建模
3、实验总结
本次实验主要进行系统静态建模，UML的静态建模机制包括：用例图(Use case diagram)、类图(Class diagram)、对象图(Object diagram )、包(Package)、构件图(Component diagram)和配置图(Deployment diagram)。
关于uml实验报告参考3篇
关于uml实验报告参考第1篇面向对象系统分析与设计课程是计算机科学与技术本科专业（软件方向）的一门重要的专业课。
通过本课程的学习，使学生在已有的计算机软硬件基础知识、程序设计知识、数据库和网络通信知识的基础上系统掌握面向对象系统分析与设计的基本方法和技术，并具有针对特定环境下的应用问题进行信息系统开发(包括系统分析、设计与实现)的能力。
通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML 语言，能够利用Rational Rose（或Microsoft Viso）软件以某一信息系统为例进行系统分析和设计。
本课程主要介绍系统原理的基本概念、系统开发过程RUP、对面向对象分析和面向对象设计的方法、对面向对象分析和设计的建模标准UML等内容。
通过本课程的学习，学生掌握的知识、内容及掌握的程度要求为： 1. 使学生理解面向对象的信息系统的开发过程、系统分析和设计的原则和方法；2. 使学生掌握UML语言的基础知识，以及UML在面向对象的软件系统分析和设计中的应用，并能使用UML工具建立系统模型；3. 使学生掌握在UML系统模型下应用高级语言建立应用系统的方法；4. 通过案例教学和实验，提高学生在应用面向对象技术开发软件方面的动手能力和解决问题的能力，并鼓励创新。
本实验所要求的建模工具为Rational Rose 20xx。
本课程拟通过对如下系统进行建模来实现分析与设计。
图书管理系统人事信息管理系统软件项目管理系统网上商店销售管理系统教务管理系统计算机软件建模技术现在越来越广泛的应用于软件工程中。
《面向对象的系统分析与设计》课程实验的目的是为了使学生在课程理论学习的同时，通过在一个实践的环境下，实际学习软件统一建模语言，对软件建模技术有一个初步的了解及认识。
通过本指导书中的各个实验，学习掌握对一般面向对象系统建模的方法与技术。
总之，通过上述实验环节，使学生加深了解和更好地掌握《面向对象的系统分析与设计》课程教学大纲要求的内容。
uml选课系统设计及其实现实验报告
图 3.1 LogIn activity diagram
10
3.2. 针对学生的选课用例，有下面的活动图，主要显示的是学生对课程操作的场景。
图 3.2 selectCourse activity diagram
六、实验设备及环境
“系统分析与设计（含 UML）”实验所涉及的硬件设备为 pc 计算机、服务器以及网络环 境，pc 计算机与服务器在同一局域网络。
操作系统： Windows7/ Windows XP 系统建模工具：Power Designer 或 Rational Rose
七、实验步骤
对大学网上选课系统进行基本调研和分析，使用系统建模工具创建网上选课系统分析模 型，其实验步骤如下：
三、实验目的与任务
针对大学网上选课系统功能需求，使用系统建模工具创建该系统的需求模型，培养面向 对象系统需求分析能力。
1）根据大学网上选课系统的应用需求，进行系统的功能性需求分析，即用例模型分析。 2）根据需求描述和用例规约，对系统进行状态（静态）分析，即初步的类模型分析。 3）根据用例规约，进行系统的交互模型分析。 4）进行状态机模型分析。
11
3.3. 针对学生的退课用例，主要显示的是学生退课的场景，注意退课之后的权重更新 和课程信息更新的分支与合并流。
图 3.3 dropCourse activity diagram
12
3.4. 针对用户的修改密码用例，绘制的 changePassword 活动图，需要有一个检测原密 码是否正确的过程，并且在更新密码之后的提示给用户密码修改成功的活动跟更新进数据库 活动是并发进行的。
出课程最终选课名单，编辑课程信息（选课上限，上课时间地点等） （6） 对于系统管理员，可以修改用户信息，包括增删查改用户信息，决定系统开放时
uml实验报告
UML语言实验报告班级：姓名：学号：2012年12月25日实验一用例图【实验目的】1．掌握用例的概念。
2．掌握UML中用例图的组成、作用以及使用场合。
3．掌握用例与用例之间的各种关系。
4．学习针对具体场景使用用例图进行分析说明的方法。
5．掌握用例描述的概念和基本结构，以及用例描述的作用。
【实验性质】设计性实验。
【实验要求】1．学习针对具体场景识别参与者和用例的方法，设计其用例图。
2．学习通过Rational Rose绘制用例图的方法。
3．掌握如何对每个用例进行用例描述。
【实验内容】“学生信息管理系统”需求分析1.功能性需求包括以下内容：（1）系统管理员登录后可以对班级的基本信息进行增加、删除、修改、查询等操作。
学校领导登录后可以对班级基本信息进行查询操作。
（2）教师登录后可以对学生的考试成绩进行录入、删除、修改、查询等操作。
学生登录后可以对考试成绩进行查询操作。
（3）学生登录后可以了解所有选修课程的具体信息，可以根据自己的需要选择不同课程。
系统管理员登录后可以增加、修改、查询、删除选修课程。
（4）系统管理员可以对账号进行创建、设置、查看、删除等操作。
2. 识别参与者（1）对于一个学校来说，最重要的就是教育学生成才，所以我们首先要考虑到的参与者就是学生。
（2）要给学生上课，必然就需要教师。
教师负责教育学生、并且在日常管理中可以查询学生的基本信息、查询学生的考试成绩。
（3）作为一个学校，除了教师和学生，还有不可或缺的就是校领导。
为了便于校领导掌握学校的基本情况，加强对学校的管理导。
（4）不管什么系统，基本都会有比较专业的人员来负责管理系统，本系统也不例外。
系统管理员除了负责维护系统的日常运行，还要进行录入学生基本信息、维护选课信息等工作。
3. 构建用例模型（1）系统管理员直接参与的用例为登录、找回密码、查看班级基本信息、删除班级基本信息、修改班级基本信息和录入班级基本信息。
校领导直接参与用例登录、找回密码和查看班级基本信息。
在线课程选修系统——UML建模报告
武汉工程大学计算机科学与工程学院课程综合设计报告设计名称：《面向对象技术》课程综合设计设计题目：在线选修课程管理系统学生学号：2009500154专业班级：二〇〇九级信息技术4班学生姓名：刘梦学生成绩：指导教师（职称）：张俊（副教授）课题工作时间：2011年12月说明：1、报告中的第一、二、三项由指导教师在综合设计开始前填写并发给每个学生；四、五两项（中英文摘要）由学生在完成综合设计后填写。
2、学生成绩由指导教师根据学生的设计情况给出各项分值及总评成绩。
3、指导教师评语一栏由指导教师就学生在整个设计期间的平时表现、设计完成情况、报告的质量及答辩情况，给出客观、全面的评价。
4、所有学生必须参加综合设计的答辩环节，凡不参加答辩者，其成绩一律按不及格处理。
答辩小组成员应由2人及以上教师组成。
5、报告正文字数一般应不少于5000字，也可由指导教师根据本门综合设计的情况另行规定。
6、此表格式为武汉工程大学计算机科学与工程学院提供的基本格式（适用于学院各类综合设计），各教研室可根据本门综合设计的特点及内容做适当的调整，并上报学院批准。
成绩评定表答辩记录表目录摘要 (I)Abstract (I)第一章概述 (1)1.1 课题背景和研究意义 (1)1.2 主要工作和论文结构 (1)第二章需求分析 (2)2.1 UML概述 (2)2.2 需求分析 (2)2.2.1 系统流程图 (3)2.3 系统用例模型 (3)2.3.1 系统参与者及用例 (3)2.3.2 主用例图 (5)第三章系统静态建模 (6)3.1 关于类元的包图. (6)3.2 类之间的关系 (8)第四章系统动态建模 (9)4.1 序列图 (9)4.1.1 制作课程目录序列图 (9)4.1.2课程信息管理序列图 (10)4.2 协作图 (11)4.2.1 课程信息管理协作图 (11)4.3 状态图 (12)第五章系统实现建模 (14)5.1 构件图 (14)5.1.1 关于构件的包图 (14)5.1.2 University构件图 (15)5.2 部署图 (15)总结 (16)- I -致谢 (17)参考文献 (18)- II -摘要本系统以网络为平台，教师可以选择要教授的课程以及查询选修所教课程的学生花名册，学生可以选课并按最终的课程表到财务处缴费，教务管理人员负责协调选课（教师和学生选课均有门数或人数限制）、排出本学期的课程表并管理教师和学生的信息。
UML课程设计实验报告
UML课程设计题目：网络购物系统班级：08计本二班成员：赵飞120081101208丘富铨120081101245戴艺君120081101240张嘉120081101220 设计日期: 2010年12月15日目录项目开发背景--------------------------------------------------------------3 需求分析--------------------------------------------------------------------4用例图-----------------------------------------------------------------------5 时序图-----------------------------------------------------------------------6活动图-----------------------------------------------------------------------10主要的类以及类之间的关系--------------------------------------------13小结--------------------------------------------------------------------------14项目开发背景在国家大力推进信息化建设的宏观背景下，城市网络基础设施及应用水平均已得到了较大的完善和提升。
特别是在经济发达的沿海地区，商贸服务业也较为发达，市民接受新事物能力和消费水平均较高，进行商贸流通业（即商品流通和为居民服务的第三产业）信息化与电子商务建设是政府的一项重要工作。
愈来愈多的商贸服务企业意识到了用现代信息技术改造传统经营方式，用电子商务手段提升管理和服务水平的重要性。
已有许多企业在着手计划或已进行自身的电子商务建设，这就有了对商贸服务业电子商务应用平台的迫切需求。
- 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 学生，老师，系统管理员（下面称用户）用自己的账户登录系统， 获得系统权限 用户被事先分配了系统账号&&系统处于开启阶段 获得用户的系统权限，开始选课 用户输入账号和密码，密码正确，则进入系统；失败则不进入系 统，并提示密码或账号错误