软件建模与UML 实验指导书
高晔杨晓强付立东编
西安科技大学
前言
抽象、分解、模型化是计算机科学的主要技术手段。由于软件系统的复杂性以及人们对复杂性的认识能力有限，因此系统的设计者在系统设计之初往往无法全面理解整个系统。此时，人们就需要对系统进行建模。建模可以使设计者从全局把握系统及其内部的联系，而不致陷入纷杂的细节之中。模型可使具有复杂关系的信息简单易懂，使人们容易洞察系统的规律，并能有效地让人们将系统需求映射到软件结构上。
统一建模语言（Unified Modeling Language, 简称UML）是一种定义良好、易于表达、功能强大的面向对象建模语言。适用于系统开发过程中从需求规格描述直到系统完成后的测试和维护。统一建模语言（UML）的产生为面向对象技术的推广规定了一致的表示，支持用例驱动，以架构为中心以递增和迭代地进行软件开发。Rational Rose集中体现了当代软件开发的先进思想，把面向对象的建模与螺旋上升式的开发过程相结合，支持团队开发，并且综合了其它的开发技术，提供了对UML标准的完美支持。
本实验指导书试图通过一些实际的例子，使学习者熟悉Rational Rose开发环境，培养学习者运用面向对象思想分析和解决实际问题的能力，掌握UML建模技术，以达到系统的掌握面向对象的软件开发技术。
本书由计算机系教师高晔、杨晓强、付立东编写。高晔编写了UML概况及实验1，2，3；杨晓强编写了实验5，6；付立东编写了实验7，8，9。硕士生段建荣负责文字及插图编辑，全书由高晔副教授统稿，软件工程教研室主任付燕副教授审阅。
由于作者水平所限，难免存在一些不足之处，恳请读者批评指正。
2007年7月
内容简介
本书是为大学计算机类相关专业《软件建模与UML》课程编写的实验指导书，旨在指导学生了解、熟悉Rational Rose 开发环境，应用并熟练掌握UML的基本知识，理解面向对象的分析与设计方法，熟悉面向对象软件开发过程。
本书结合《软件建模与UML》课程内容，编写了八个专题实验和一个综合型实验。目的是进一步加强和巩固理论知识，帮助学习者培养操作建模工具的技能，提高解决实际问题的能力。
实验环境条件：PIII以上机型，内存512M以上，安装Rational Rose2003
目录
UML概况 ................................................................................................ - 2 - 实验1 Rational-Rose的使用.............................................................. - 4 - 实验2 用例图建模.. (8)
实验3 类图和对象图 (14)
实验5 时序图和协作图 (26)
实验6 状态图和活动图 (31)
实验7 组件图和部署图 (41)
实验8 双向工程 (51)
实验9 ATM自动取款机系统 (54)
UML概况
UML架构由视图、图、模型元素和通用机制等几个部分组成。
[1] UML从不同的视角为系统的构架建模，形成系统的不同视图,包括:
用例视图，强调从用户的角度看到的或需要的系统功能。
逻辑视图，展现系统的静态或结构组成及特征。
并发视图，体现了系统的动态或行为特征。
组件视图，体现了系统实现的结构和行为特征。
配置视图，体现了系统环境的结构和行为特征。
[2] UML定义了9种不同类型的图，把它们有机地结合起来就可以描述系统的所有视图。
用例图 Use case diagram
对象图 Object diagram
类图 Class diagram
序列图 Sequence diagram
协作图 Collaboration diagram
状态图 Statechart diagram
活动图 Activity diagram
组件图 Component diagram
配置图 Deployment diagram
这9种图又可以分为5类，分别是：
◆第1类，用例图（Use Case Diagram），从用户角度描述系统功能，
并指出各功能的操作者。
◆第2类，静态图（Static diagram），包括类图、对象图和包图。
◆第3类，行为图（Behavior diagram），描述系统的动态模型和组成
对象间的交互关系，包括状态图和活动图。
◆第4类，交互图（Interactive diagram），描述对象间的交互关系，
包括时序图和合作图。
◆第5类，实现图（Implementation diagram），包括组件图和配置图。
[3] 通用机制用于表示其他信息，比如注释、模型元素的语义等。另外，它还提供扩展机制，使UML语言能够适应一个特殊的方法（或过程）、或扩充一个组织或用户。
UML的目标是用面向对象的方式描述任何类型的系统。最直接的是用UML为软件系统创建模型，但UML也可用来描述其它非计算机软件的系统，或者是商业机构或过程。
UML的应用贯穿在系统开发的五个阶段，它们是：
1)需求分析
◆UML的用例图描述客户需求，通过用例建模，可以对外部的角色以及它
们所需要的系统功能建模。
2）系统分析（问题域建模）
◆系统结构：类图
◆系统行为：协作图、状态图、时序图、活动图
3）系统设计（系统框架建模）
◆逻辑框架：细化问题域模型
◆界面设计、数据设计
◆物理框架：组件图、部署图
4）系统实现
◆对象设计：从系统框架到程序结构
◆可复用构件、可复用系统框架
5）系统测试
◆单元测试：测试类（基于类图）
◆结合测试：测试协作关系（基于构件图和协作图）
◆系统测试：测试系统功能（基于使用案例图）
总之，统一建模语言UML的应用领域很广泛，它既可以用于商业建模（business modeling）、软件开发建模的各个阶段，也可以用于其他类型的系统。它是一种通用（general）的建模语言，具有创建系统的静态结构和动态行为等多种结构模型的能力。UML语言本身并不复杂，也不很专业化，它具有可扩展性和通用性，适合为各种多变的系统建模。
实验 1 Rational-Rose的使用
实验学时：2
实验类型：（设计型）
一、实验目的与要求
通过本实验的学习，使学生熟悉Rational Rose的操作环境，并熟练各个菜单项、工具栏、工作区等组成部分的操作与使用。为今后使用Rational-Rose工具建模奠定基础。
二、实验内容
掌握Rational-Rose的基本建模操作包括：⑴创建模型、保存模型、发布模型；
⑵全局选项的设置（可以通过菜单“Tool→Options”进行设置）；⑶框架设计（例如设计一个用例图）；⑷UML双向工程。
三、实验步骤
Rational Rose是菜单驱动式的应用程序，可以通过工具栏使用其常用工具。它的界面分为3个部分——Browser窗口、Diagram窗口和Document窗口。Browser 窗口用来浏览、创建、删除和修改模型中的模型元素；Diagram窗口用来显示和创作模型的各种图；而Document窗口则用来显示和书写各个模型元素的文档注释。
⑴基本建模操作
1）创建模型
Rose模型文件的扩展名是.mdl，要创建模型，需要完成下列步骤：
a)从菜单栏选择“File→New”，或单击标准工具栏中的“New”按钮；
b)弹出如图2-14所示的对话框，选择要用到的框架，单击“OK”按钮，
或者“Cancel”按钮（表示不使用框架）。
2）保存模型
Rational Rose的保存，类似于其他应用程序。可以通过菜单或者工具栏来实现。
a)保存模型：通过选择菜单“File→Save”或者工具栏的“Save”按钮，来
保存系统建模；
b)保存日志：激活日志窗口（见图2-30），通过菜单“File→Save Log As”
来保存，或者右键单击日志窗口，在弹出的菜单中选择“Save Log As”
命令来保存。
3）导出与导入模型
面向对象机制的一大优势就是重用技术。重用不公适用于代码，也适用于模型。Rose支持导出与导入模型和模型元素操作。
a) 导出模型。选择菜单项【File→Export Model】，在弹出的对话框中输入导出文件名（.ptl）即可。
b) 导入模型。选择菜单项【File→Import】，在弹出的对话框中输入导入的文件名（.ptl），供选择的文件类型有.ptl.、.mdl 、.cat 和.sub。
4）发布模型
选择菜单栏的【Tools→Web Publisher】选项，在弹出的对话框中选择要发布的模型视图和包，可以把Rose建立的模型发布到Web，使得其他人都能够浏览模型。
5）使用控制单元
Rose通过使用控制单元支持多用户的并行开发。
6）使用模型集成器
Rose中的模型集成器可以比较和合并多个Rose模型，这项功能在多个设计人员共同开发时十分有用。每个人可以独立工作，最后再将所有的模型集成到一起。
7）使用注释
8）在Rose模型元素中增加文件与URL
右键单击浏览器中的模型元素：选择【New→File】或【New→URL】；在弹
出的对话框中选择相应的文件或URL。
要删除文件或URL，只要在浏览器中右键单击文件名或URL并选择【Delete】即可。
提示：此处的删除操作只是删除Rose模型与文件之间的链接，而不会从系统中删除文件。
9）使用包
包的主要作用是：①用于组织模型。②用于版本控制。
10）增加与删除图
⑵设置全局选项
1）设置字体
2）设置颜色
四、思考题
1．Rational Rose的主界面由哪些部分组成。
2．Rational Rose中有哪几种视图，各个视图的作用是什么。
实验 2 用例图建模
实验学时：2
实验类型：（设计型）
一、实验目的与要求
通过本实验的学习，使学生认识到用例图对整个系统建模过程的重要性，能根据系统的功能需求，分析系统的用例组成；确定用例图中的参与者，参与者与用例之间的关系以及用例与用例之间的关系；使用建模工具绘制用例图。
二、实验内容
以图书馆管理系统为例设计一个图书馆管理系统的用例图。
三、实验步骤
分析：
(1) 确定系统涉及的内容
图书馆管理系统用于对书籍的借阅以及对读者信息进行统一的管理，凡是有关这些操作的内容都属于系统的范围。
◆读者：
①借书
②还书
③书籍预定
◆图书馆管理员：
①书籍借出处理
②书籍归还处理
③预定信息处理
◆系统管理员：
①增加书目
②删除或更新书目
③增加书籍
④减少书籍
⑤增加读者账户信息
⑥删除或更新读者账户信息
⑦书籍信息查询
⑧读者信息查询
(2) 确定系统的参与者
对参与者的确定，需要分析系统涉及的问题领域，明确系统运行的主要任务。分析使用该系统主要功能部分的是哪些人。谁将需要该系统的支持以完成其工作。系统的管理者与维护者。
根据图书馆管理系统的需求分析得出，系统的参与者主要有以下3类：
①读者（借阅者）
②图书馆管理员
③图书馆管理系统维护者
(3) 确定系统用例
用例是系统参与者与系统在交互过程中所需要完成的事务。识别用例的最好办法就是从分析系统的参与者开始，考虑每个参与者是如何使用系统的。由于系统存在借阅者、图书馆管理员、系统维护人员3个参与者，所以在识别用例的过程中，可以将系统分为3个用例图分别考虑。
1．借阅者请求服务的用例
登录系统
查询自己的借阅信息
查询书籍信息
预定书籍
借阅书籍
归还书籍
2)图书馆管理员处理借书、还书等的用例
处理书籍借阅
处理书籍归还
删除预定信息
3)系统管理员进行系统维护的用例
查询借阅者信息
查询书籍信息
增加书目
删除或更新书目
增加书籍
删除书籍
添加借阅者账户
删除或更新借阅者账户
用Rational Rose 来绘制用例图的基本操作如下：
1．创建用例。
要建立新的用例图，可以选择【Ne w→Use Case Diagram】菜单项。此时，在“Use Case Diagram”树型结构下多了一个名为“NewDiagram”的图标，右键单击此图标，在弹出的菜单中选择【Rename】菜单项，就可以为用例图重命名。最好为用例图模型取一个有意义的名字，此处取名为“Library”。
2．添加参与者与用例。
双击用例图图标，出现用例图的编辑区和编辑工具栏，如图2.1所示，左边是用例图的编辑工具栏，右边是用例图的编辑区。
图2.1 用例图的编辑区和编辑工具栏
3．工具栏的定制
用户可以根据需要自行定制和添加工具栏中的图标按钮，操作方法：右键单击工具箱的空白处（注意别点到图标按钮），在弹出菜单中选择【Customize】菜单项后出现“自定义工具栏”对话框。用户在此对话框中定置自己需要的按钮。
4．添加参与者与用例之间以及用例之间的关系。
(1)参与者与用例的绘制方法相同，首先点击工具栏中的图标按钮，然后在编辑区要绘制的地方单击鼠标左键。
(2)设置用例的属性。在用例上双击，弹出用例属性设置对话框。
5．添加参与者与用例，用例之间的关系
6．完成图书馆管理系统的用例图设计分别如图2.2，图2.3，图2.4所示。
图2.2借阅者请求服务的用例图
图2.3 图书馆管理员处理借书、还书的用例图
图2.3系统管理员进行系统维护的用例图
注意：构造用例图时，不需要关心系统的实现问题，每一个用例的内部细节不是本阶段需要考虑的问题，用例图的最终目的是说明系统对于用户来说是什么样子的，因此，能否正确反映用户的需求是用例视图的关键所在。
四、作业
对大型仓库管理系统进行需求分析，确定系统的参与者，识别出系统的用例，以及各用例之间的关系，然后，用Rational Rose对这些用例建模。
五、思考题
1．什么是用例图，用例图由哪些部分组成。
2．什么是参与者，如何确定参与者。
3．简述用例之间有哪些关系。
静态视图包括类图，对象图和包图。其中类图描述系统中类的静态结构。它不仅定义系统中类，表示类之间的联系，如关联、依赖、聚合等，还包括内部结构（类的属性和操作）。通过分析用例和问题域，就可以得到相关的类，然后再把逻辑上相关的类封装成包。这样就可以很好的体现出系统的分层结构，使人们对系统层次关系一目了然。对象图是类图的实例，几乎与类图有完全相同的标识。他们的不同点在于对象图显示类图的多个对象实例，而不是实际的类，一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统的某一时间存在。包图由包或类构成，表示包与包之间的关系。包图用于描述系统的分层结构。
实验3，实验4，实验5是有关UML静态视图的建模实验。
实验 3 类图和对象图
实验学时：2
实验类型：（设计型）
一、实验目的与要求
①掌握类的识别方法；
②理解类与类之间依赖关系，泛化关系，关联关系，实现关系的含义。
③理解类的继承性，分析属性和操作的可见性与可继承性；
④熟练使用建模软件创建出该系统的类图和类的实例化——对象图。
二、实验内容
本实验要求学生完成图书馆管理系统的类图和对象图的创建。
三、实验步骤
分析：
图书馆管理系统的不可缺少的7个类：Item、Title、Loan、Reservation、Borrower、Administrator、Librarian，前5个类之间有一定的关系。
使用Rose绘制类图的基本操作步骤：
1．创建类图
要创建图，可以右键单击“Logic View”节点，从弹出菜单中选择【Ne w→C l a ss Diagram】，新建一个名为Item的类，双击该类的图标，将会打开类图的编辑区域，如图3.1所示。
图3.1 类图的编辑区域
读者还可以使用实验2中介绍的方法的对工具栏进行定置，这里就不再详述。
2．加入类
3．增加类的属性
有两种方法可以增加类的属性（即类的成员变量）
(1)使用“Class Specification”。双击类的图标打开“Class Specification”窗口，然后选择“Attributes”选项卡，在窗口中空白的地方单击右键，并且单击【Insert】按钮，添加name属性。
(2)选择类的图标，单击右键，在弹出的菜单中选择【New Attributes】，添加name属性。
双击name属性，打开“Class Attribute specification”对话框，如图3.2所示。
图3.2 “Class Attribute specification”对话框
在如图3.2所示的对话框中，可以对该属性的名字、类型、修饰符、初始值、可见性等进行设置。
4．增加类的方法
增加类的方法与增加类的属性相似。
5．添加类之间的关系
类之间的关系不同，表示方法也不相同。
最后，绘制出图书馆管理系统的类图。
1．参与者相关的类
图3.3 参与者相关的类
【类图说明】
(1) Borrower类是借阅者的类，它的属性较多，包括借阅者的账户ID（User ID）、姓名（Name）、地址（Address）、邮编（Zip）、所借书籍的书目（Borrow_number）等。其中主要操作有借书（borrow）和还书（return_back）。
(2) Librarian类是图书管理员的类，包括工作账号（WordID）、名字（Name）和地址（Address）等属性。
(3) Administrator类是系统管理员类。
2．系统中用到的其它类
UML实验指导书 实验一用例图 (2) 实验二类图和对象图 (4) 实验三顺序图、协作图 (6) 实验四活动图 (8) 实验五状态图 (10) 实验六组件图和部署图 (11) 2011-9-1
实验一用例图 一、实验目的和要求 1．熟悉UML建模工具Visual Paradigm和Rational Rose的基本菜单及操作。 2．熟悉用例图的基本功能。 3．掌握绘制用例图的方法。 二、实验内容 1．设计和实现某学校的网上选课系统的用例图。 2．网上选择系统的问题描述如下： 某学校的网上选课系统主要包括如下功能：管理员通过系统管理界面进入，建立本学期要开的各种课程、将课程信息保存在数据库中并可以对课程进行改动和删除。学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。同样，通过业务层，这些操作结果存入数据库中。 本系统拟使用Java语言通过三层模型实现：数据核心层、业务逻辑层和接入层。数据核心层包括对于数据库的操作；业务逻辑层作为中间层对用户输入进行逻辑处理，在映射到相应的数据层操作；接入层包括用户界面、系统登录界面、管理界面、用户选课界面等。 三、实验要求 1．对本系统中的参与者、用例进行分析，并绘制用例图。 2．写出添加课程、选课的用例详述。 3．按要求认真填写实验报告。 下面是系统中出现的一些事件流。 添加课程事件流： a)管理员选择进入管理界面，用例开始。 b)系统提示输入管理员密码。 c)管理员输入密码。 d)系统验证密码。 A1：密码错误 e)进入管理界面，系统显示目前所建立的全部课程信息。 f)管理员选择添加课程。 g)系统提示输入新课程信息。 h)管理员输入信息。 i)系统验证是否和已有课程冲突。
网络教学系统UML建模 1、软件问题描述 随着现代信息技术的迅猛发展，网络技术在教育中的应用日益广泛和深入，特别是In ternet与校园网的接轨，为教育提供了丰富的资源，使网络教学真正成为现实，同时也为教育开辟了广阔的前景。对于如何有效地利用网上的资源，建构基于网络的现代教学模式是一个迫切研究的问题，而开展网络教学模式研究的重要理论基础之一就是网络教学的设计与评价。因此，开展网络教学的设计与评价的探索与实践研究有着十分重要的意义。1.1需求分析 1.1.1系统功能需求 （1）系统的功能需求主要包括以下几个方面： ①学生可以登陆网站浏览和查找各种信息以及下载文件。 ②教师可以登陆网站给出课程见解、发布、修改和更新消息以及上传课件。 ③系统管理员可以对页面进行维护和批准用户的注册申请。 （2）满足上述需求的系统主要包括下面几个模块： ①数据库管理模块：提供使用者录入、修改并维护数据的途径。 ②基本业务模块：教师可以上传文件、发布消息、修改和更新消息；学生可以下载文件；管理员可以维护页面，批准注册等。 ③信息浏览、查询模块：主要用于对网站的信息进行浏览、搜索查 询。 图1.1系统功能需求图1.2数据库管理模块
1.1.2数据库管理模块 （1）教师信息管理：负责教师信息的管理。 （2）课程简介信息管理：负责课程简介信息的管理。 （3）文件上传信息管理：负责文件上传信息的管理。 1.1.3基本业务模块 （1）文件上传：教师可以使用此模块将课程的数据上传到网站服务器。 （2）文件下载：学生可以使用此模块从网站上下载课件及其他资料。 （3）消息发布：教师可以通过此模块发布学习方法、课程重点等和教学相关的文章，以及和课程相关的通知等。 （4）消息修改和更新：教师可以通过此模块对自己发布的信息进行修改和更新。 （5）页面维护：网站管理员可以使用此模块对网站的页面进行维护。 （6）用户注册批准：网站管理员可以使用此模块批准用户注册。 图1.3基本业务模块图1.4信息查询模块功能 1.1.4信息浏览、查询模块 （1）网页信息浏览：用户浏览网站信息。 （2）文章信息搜索：用户根据关键字搜索文章。 2、分析说明 2.1用例图 创建用例图之前首先需要确定参与者。在网络教学系统中，需要学生和教师的参与。学生可以浏览课程简介，教学计划，学习方法等教师发布的文章，并可以根据关键字查询文章。此外，学生可以从网站上下载课件。教师作为教学的主导者，使用此网站可以发布学习方法，课程
《统一建模语言》实验指导书 软件学院软件工程系 李林林 2009年3月
目次 实验一rose的使用 (3) 实验二用例图 (4) 实验三类图、对象图 (7) 实验四序列图与协作图 (8) 实验五状态图 (12) 实验六活动图 (14) 实验七包图、构件图和部署图 (15) 实验八运用UML进行系统分析与设计——图书管理系统的分析与设计 (16)
实验一rose的使用 【实验题目】：rose的使用 【实验目的】：熟悉rose的环境，掌握rose的基本使用方法 【实验内容】： （1）熟悉rose界面的5大部分：浏览器、文档窗口、工具栏、框图窗口和日志； 界面的五大部分是浏览器、文档窗口、工具栏、框图窗口和日志。它们的作用如下： 浏览器：用于在模型中迅速浏览，屏幕左边的树型视图 利用浏览器，可以： a)增加模型元素 b)浏览现有模型元素 c)浏览现有模型元素之间的关系 d)移动模型元素 e)更名模型元素 f)将模型元素加进框图 g)将文件或URL链接到元素 h)将元素组成包 i)访问元素的详细规范 j)打开框图 （2）使用rose创建模型，保存模型，导出与导入模型，向Web发表模型； 保存模型的方法： file->save 导出与导入模型 导出模型的方法： file->export model 导出类包的方法： file->export
图书管理系统UML建模： 1.1、确定系统涉及的总体信息 （1）读者： ?借书 ?还书 ?书籍预定 （2）图书馆管理员： ?书籍借出处理 ?书籍归还处理 ?预定信息处理 （3）系统管理员： ?增加书目 ?删除或更新书目 ?增加书籍 ?减少书籍 ?增加读者帐户信息 ?删除或更新读者帐户信息 ?书籍信息查询 ?读者信息查询 1.2．确定系统的参与者 （1）分析系统所涉及的问题领域和系统运行的主要任务：?分析使用该系统主要功能部分的是哪些人 ?谁将需要该系统的支持以完成其工作 ?系统的管理者与维护者 （2）图书馆管理系统的参与者： ?读者（借阅者） ?图书馆管理员 ?图书馆管理系统维护者 1.3．确定系统的用例 1.3.1借阅者请求服务的用例 （1）查询借阅者信息 （2）查询书籍信息 （3）增加书目 （4）删除或更新书目 （5）增加书籍 （6）删除书籍 （7）添加借阅者帐户
（8）删除或更新借阅者帐户 1.3.2 图书馆管理员处理借书、还书等的用例 （1）处理书籍借阅 （2）处理书籍归还 （3）删除预定信息 1.3.3系统管理员进行系统维护的用例 （1）查询借阅者信息 （2）查询书籍信息 （3）增加书目 （4）删除或更新书目 （5）增加书籍 （6）删除书籍 （7）添加借阅者帐户 （8）删除或更新借阅者帐户 1.4．使用Rational Rose绘制用例图的步骤（具体详见教材P83-92） 1.创建用例图 2.用例图工具栏按钮简介 3.工具栏的定制 4.添加参与者与用例 5.添加参与者与用例之间的关系 6.添加用例之间的关系 1.5.图书馆管理系统的用例图 1.5.1借阅者请求服务的用例图
《面向对象分析与设计UML》 实验报告 学号：180108213 姓名：庞志伟 班级：08级软件2班 指导老师：姚宇峰
实验及作业一 一、实验目的 了解软件工程等基础知识，为后续的统一建模语言UML知识的学习做好准备工作。 二、实验设备与环境 装有Visio、RathionalRose的计算机。 三、实验内容 1、复习阐述“软件工程开发模型”的相关概念，并分析各种模型的优缺点，写成实验报告。 2、熟悉UML软件设计工具Visio、Rational Rose的安装及环境 四、实验过程及结果 1、软件工程开发模型有（1）瀑布模型，（2）原型模型，（3）螺旋模型，（4）喷泉模型（1）瀑布模型 将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 优点： 1）为项目提供了按阶段划分的检瀑布模型查点。 2）当前一阶段完成后，您只需要去关注后续阶段。 3）可在迭代模型中应用瀑布模型。 缺点： 1）在项目各个阶段之间极少有反馈。 2）只有在项目生命周期的后期才能看到结果。 3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。 （2）原型模型 原型模型又称快速原型，它是增量模型的另一种形式；它是在开发真实系统之前，构造一个原型，在该原型的基础上，逐渐完成整个系统的开发工作。快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。 优点：克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险。
网上书店系统的U M L 建模 -CAL-FENGHAI.-(YICAI)-Company One1
网上书店系统的UML建模
目录 1 系统需求.................................................................... 错误!未定义书签。 2 需求分析.................................................................... 错误!未定义书签。识别参与者 ............................................................. 错误!未定义书签。创建系统用例模型.................................................. 错误!未定义书签。识别用例 .........................................................................错误!未定义书签。 3 静态结构模型............................................................. 错误!未定义书签。定义系统对象 ......................................................... 错误!未定义书签。定义用户界面类...................................................... 错误!未定义书签。建立类图 .........................................................................错误!未定义书签。 4 动态行为模型............................................................. 错误!未定义书签。创建系统序列图与协作图....................................... 错误!未定义书签。创建系统的状态图.................................................. 错误!未定义书签。 创建系统的活动图 ........................................................错误!未定义书签。 5 物理模型.................................................................... 错误!未定义书签。创建系统组件图...................................................... 错误!未定义书签。创建系统部署图 .............................................................错误!未定义书签。6总结 ...................................................................................错误!未定义书签。7参考文献 ............................................................................错误!未定义书签。
巢湖学院UML统一建模实验指导书
目录 实验一 Rational Rose 2003工具的使用技能 (3) 实验二用例图 (5) 实验三类图（一） (10) 实验三类图（二） (16) 实验四交互图 (20) 实验五活动图 (29) 实验六状态机图 (37)
实验一 Rational Rose 2003工具的使用技能 一、实验目的 1．熟悉Rational Rose2003工具的使用环境。 二、实验器材 1．计算机一台。 2．Rational Rose 工具软件。 三、实验内容 （一）启动界面消失后，进入Rational Rose2003的主界面，首先弹出如下图所示的对话框，用来设置启动的初始动作，分为【New】（新建模型），【Existing】（打开现有模型）和【Recent】(最近打开模型)3个选项卡。 图1.1 选项卡【New】，用来选择新模型时采用的模板。如果想新建一个不使用模板的模型，单击【Cancel】按钮，这样一个只含有默认内容的空白新模型就建好了。 选项卡【Existing】打开已有模型。 选项卡【Recent】可以打开一个最近打开过的模型。 1 标题栏 2 菜单栏 图1.2 3 标准工具栏 图1.3 4 工作区 （1）工作区分为3个部分，左边的部分是浏览器和文档区，其中上方是浏览器，下方是文档窗口。如图1.4。浏览器中有4个视图：Use Case View(用例视图)、Logical View(逻辑视图)、Component View(组件视图)和Deployment View(配置视图)。
（2）编辑区如图1.5 （3）日志区如图1.6，在动作记录区里记录了对模型所做的所有重要动作。 图 1.6 （二）使用Rational Rose建模 1创建模型 从菜单栏选择【File-New】按钮，选择模板并单击【OK】。如果不使用模板，单击【Cancel】 按钮。 2 保存模型 从菜单选择【File-Save】或从标准工具栏中选择【Save】按钮。 3 导入导出模型 （1）导出模型选择菜单【File-Export Model】 (2) 导入模型选择菜单【File-Import】 (三)设置全局选项 全局选项可以通过菜单【Tools-Options】进行设置。
可视化建模与UML 实 验 指 导 井大电信学院 2015.03
目录 实验一常用建模软件 (3) 实验二需求定义与陈述 (4) 实验三用例建模 (8) 实验四类图（与对象图）建模 (10) 实验五UML静态模型分析 (11) 实验六交互建模（顺序图与协作图） (14) 实验七行为建模（状态图和活动图） (16) 实验八* 构件图和部署图建模 (20) 实验九* 交互概述图 (22) 实验十* 设计建模实例与分析 (27) 实验十一* 数据库建模实例与分析 (29)
实验一常用建模软件的使用 【实验目的】 1.熟悉常用UML建模工具。 2.熟练掌握Rational Rose的基本操作 3.掌握UML规则和相关机制。 4.掌握UML的可见性规则和构造型的作用。 【实验性质】 验证性实验 【实验环境要求】 Pentium II以上微机，Windows2000以上操作系统，Rational Rose2003，Microsoft Visio,网络。 【实验内容和步骤】 一、安装Rational Rose2003或其它任意一种UML建模工具。本项内容实验者根据情况选择并在实验课外完成。 二、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。认识各种UML关系及可见性符号，并用工具表示出来。 【分析与讨论】 1.总结UML在软件工程中的作用以及使用UML建模的必要性。 2.比较不同建模工具。 【实验导读】 关于Rational Rose2003的安装。Rational Rose的安装比较麻烦，通过安装Rational Rose2003，并在安装过程中，发现一些问题，解决和理解
题目：UML系统分析设计、建模与实现学号：100430112022 姓名：杨家建 专业：计算机技术 指导教师：舒远仲
U M L 系统分析设计与建模 以简单的学生选课系统进行详细的系统分析与建模。 (一)系统用例图 1.首先根据需求分析可知：管理员维护课程信息，对其进行添加、修改、删除等。学生可以在线查询课程信息，并进行选课，也可以在规定时间内更改选修的课程。我们发现系统中的参与者有：管理员和学生，然后从参与者的角度就可以发现系统的用例，并绘制出系统的用例图，如图1所示： 2.对部分用例进行描述： “添加课程”用例 1） 用例名：添加课程 2） 执行者：管理员 3） 目的：管理员通过系统界面进入，添加所要开设的课程，确认无误后将其信息保 存到数据库中，以供学生选择。 4） 过程描述： 5） 管理员选择进入管理界面，用例开设 6） 系统提示输入管理密码 7） 管理员输入密码 8） 系统验证密码 9） A1:密码错误 ?1 ????????? ???? ????
10）进入管理界面，系统显示目前所建立的全部课程信息 11）管理员选择添加课程 12）系统提示输入新课程信息 13）管理员输入信息 14）系统验证是否和已有的课程冲突 15）A2：有冲突 16）10）系统添加新课程，提示课程添加成功 17）11）系统重新进入管理界面，显示所有课程 18）12）用例结束 19）异常事件流处理： 20）A1：密码错误：1）系统提示再次输入。2)用户确认后进入第5)步。 21）A2：有冲突：1)系统提示冲突，显示冲突的课程信息。2）用户重新输入，验证无误后进入第10）步。 “选课”用例 1）用例名：选课 2）执行者：学生 3）目的：学生进入选课系统界面，浏览的课程，最后选择一门自己喜欢的课程并提交。 4）过程描述： 5）1）学生进入选课登录界面，用例开始 6）2) 系统提示输入学号与密码 7）3) 学生输入学号与密码 8）4）系统验证 9）A1：验证错误 10）5) 进入选课主界面 11）6）学生点击选课 12）7）系统显示所有课程信息 13）8）学生选择课程 14）9）系统验证课程是否可选 15）A2：不可选 16）10）系统提示课程选择成功 17）11）用例结束 18）异常事件流处理： 19）A1：验证错误：1）系统提示验证错误，提示重新输入。2）验证成功，进入第5）步 20）A2：不可选1)系统提示课程不可选及原因。2）学生重新选课。3）验证成功后进入第10）步 “修改”用例 1）管理员选择进入管理界面，用例开设 2）系统提示输入管理密码 3）管理员输入密码 4）系统验证密码 A1:密码错误 5）进入修改主界面，系统显示目前所建立的全部课程信息 6）管理员选择要修改的课程
UML 实验指导书
目录 实验一UML建模基础 (3) 实验二用例图 (4) 实验三UML类图 (9) 实验四对象图 (13) 实验五包图 (14) 实验六状态图 (17) 实验七活动图 (21) 实验八时序图与协作图 (22) 实验九组件图 (26)
实验一UML建模基础 [实验目的和要求] 1、熟悉UML建模工具Rational Rose的基本菜单及操作。 2、掌握UML的三大组成部分及各部分作用。 3、掌握UML规则和相关机制。 4、掌握UML的可见性规则和构造型的作用。 [实验内容和步骤] 1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑 和修改。 2、认识各种UML关系及可见性符号，并用工具表示出来。 [分析与讨论] １、总结UML在软件工程中的作用以及使用UML建模的必要性。
实验二用例图 [实验目的和要求] １、掌握用例的概念。 ２、掌握UML用例图的组成、作用以及使用场合。 ３、掌握用例与用例之间的各种关系。 ４、学习针对具体场景使用用例图进行分析说明的方法。 ５、掌握用例描述的概念和基本结构，以及用例描述的作用。 [实验内容和步骤] １、什么是用例，什么是场景？用例和场景之间的关系是怎样的？ 用例是用户希望系统具备的功能，它定义了系统的行为特征。 ２、用例图中有哪些组成元素？在UML中是如何表示的？ 用例图的组成元素有参与者、用例、关系、系统。 ３、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用 例图，并进行说明。 用例与用例之间的包含关系实际上就是面向对象语言中对象之间的调用关系，扩展关系实际上就是一种依赖的关系，泛化关系实际上就是面向对象中的继承关系。 ４、为了满足物业中介行业的信息化要求，甲公司基于详尽的需求调研与分析，准备研发一套符合市场需要的、实用的信息管理 系统。主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动 更新、权限管理、到期用户管理、房源组合查询等功能。该公 司小王，通过多次的与潜在客户的交流与沟通，完成了最初的 用例模型的开发，下是一个用例模型的局部：
1.1跟我学UML建模工具StarUML（第9部分）——应用StarUML创建UML活动图的创建示例 1.1.1UML活动图及主要的应用 1、UML活动图和活动 （1）活动图其实本质上就是流程图 从软件系统内部的视角来看，因为UML活动图反映的都是软件系统功能所要完成的动作过程（它定义出工作流从哪里开始，到哪里结束，工作流中发生了哪些活动及其顺序等），活动是工作流期间完成的任务。但要注意的是。UML用例描述和活动模型之间存在着一些重要的区别。但活动图与流程图之间也还存在有一定的区别 1）流程图着重描述处理过程，它的主要控制结构是顺序、分支和循环，各个处理过程之间有严格的顺序和时间对象活动的顺序关系所遵循的规则，它着重表现的是系统的行为，而非系统的处理过程； 2）活动图能够表示并发活动的情形，而流程图不行； 3）活动图是面向对象的，而流程图是面向过程的。 （2）UML活动图可以描述用例的活动和行为 用例描述是从外部参与者的角度出发来编写的，而活动模型则采用内部系统的角度进行描述的——使用活动图可以表示由内部生成的动作（描述活动）。当然，软件系统的分析和设计人员也可以利用活动图来为参与者对系统的操作行为进行建模（描述行为）。 （3）UML活动图中的动作状态的特性 这里所指的动作（也就是活动动作）主要有三个特点：原子性、不可中断性和瞬时性： 1)原子性的即不能被分解成更小的部分； 2)是不可中断的即一旦开始就必须运行到结束； 3)是瞬时的即动作状态所占用的处理时间通常是极短的，甚至是可以被忽略的。（4）动作状态在UML中的图示形式 在UML中，动作状态使用带圆端的方框表示（）。 （5）活动图中的动作流或者控制流
天津理工大学（华信软件学院） 实验指导书 实验七：创建活动图 课程名称：面向对象设计UML建模 适应课程：（1460460/1460466/14606617）
一. 活动图的作用 〃活动图用于描述工作流程；用来描述处理和算法 二. 上机实验目的：根据实际案例创建对应的活动图 三. 实验内容： 1．熟悉活动图组成元素： 起始状态(Start state) 终止状态(End state) 转移(Transition) 活动（Activity）分支(Branch) 决策(Decision) 分叉和汇合(Fork & Join) 警戒条件(Guard condition) 泳道(Swim Lane) 同步棒(Synchronization bar) 2. 绘制“学生选课系统”中“Add Course”(添加课程) 的活动图 （1）问题陈述： 1）管理员选择添加课程； 2）系统提示输入新课程信息； 3）管理员输入课程的各项信息； 4）统验证是否和已有课程冲突； 有冲突 （主脚本） ’提示课程冲突信息，要求重新输入； 2’返回 2） （2）绘制活动图。 3．根据以下陈述，绘制“住宅工程建筑施工”活动图 问题陈述： “住宅大楼在基础工程（包括地基和地下管道）完成后，就可以分别进行主 体结构和水电设备的安装。 ①主体结构包括：砌筑主体结构、安装门窗、和室内装修； ②水电部分包括：水电准备、铺设室内管线、和安装水电设备； 当室内装修和安装水电设备均完成后，才能进行竣工验收。” 4. 绘制“图书管理系统”的“借书”活动图 提示：借书主要活动有查找选择标题、查找有效书目和查找借书者（信息），如果查找顺利，则可登记借书。这时如果借书者预先有预订，则预定自
实验二用Visio绘制UML图 1.1.实验基本目的 本实验练习使用Microsoft Visio软件绘制UML图。 1.2.实验原理 UML是一种可视化建模语言，由视图（view）、图（diagram）、模型元素（model element）和通用机制（general mechanism）等几个部分组成。其中视图表示系统的各个方面，由多个图构成。每个图使用了多个模型元素。在此基础上，通用机制为图做进一步补充说明，如：注释、元素的语义说明。 图表绘制软件Visio可以用来绘制UML图。 1.3.实验设备 1.3.1.硬件： PC机：1台，连入局域网。 1.3. 2.软件： Microsoft Visio 2007 1.4.实验的基本内容及要求 用Visio绘制UML用例图、类图、顺序图，并掌握绘图技能。 1.5.实验内容 根据教材149页7.7题描述的问题域，完成以下题目： 1. 识别该系统中的用例并绘制用例图； 2. 为该系统绘制概念类图； 3. 针对选课用例绘制顺序图。 注：如果你的用例分析将第一次选课和第二次选课作为两个用例，绘制这两个用例的顺序图。
1.6.实验步骤 1.6.1.建立“UML模型图”文件 启动Visio，选择“软件和数据库”绘图类型中的“UML模型图”（见图1）。保存该文件。 图1 启动Visio中的UML模型图 1.6. 2.模型资源管理器 新建的UML模型文件的界面中有一个“模型资源管理器”（如图2所示），如果没有此窗口，可选择菜单“UML”->“视图”->“模型资源管理器”选项打开此窗口。 图2 模型资源管理器 所建立的UML模型均体现在模型资源管理器中。右键单击“UML系统1”->“模型”可以在弹出窗口中建立新的系统模型，如“动态模型”。 在模型下可以用“包”来组织系统中的UML图，右键单击包名（如：顶层包）可以在该包下新建“包”或者“UML图”。 在模型资源管理器中可以对模型、包、UML图以及各种UML图形元素进行重命名（单击右键->重命名）。 可以从模型资源管理器中将已存在于模型中的UML图形元素拖曳到绘图区，这样已
UML期末大作业 电 影 订 票 系 统
电影订票系统 成员：秦晓航 20127760237 组长（二班） 杨姗姗 20127760253 组员（二班） 韩舒蕊 20127760208 组员（二班） 项目情景： 1. 系统中有多个电影院，系统管理员可以完成电影院的维护，系统 管理员可以为每个电影院指派1各电影院管理员； 2. 电影院管理员定期维护本电影院即将上映的电影信息； 3. 网民可以根据时间、电影名称、电影院名称进行查询，查询到自 己中意的电影后，注册的网民可以在网上完成订票，并进行网上支付； 4. 系统能够对指定时间、电影院、电影名字进行统计分析，以便分 析出受欢迎的电影片； 一、需求陈述： （1）系统总体的功能需求 影院售票系统是一个复杂的电子商务系统，它必须提供用户的接口以供用户登录并选择影票；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。 系统总体功能需求框图 （2）用户接口模块 用户接口是网站用户使用影院售票系统服务的入口，所有的在线用户都通过浏览登录
网站，并进行一系列的查询，订购操作。用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。用户登录系统后，用户ID将会被保存在服务器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统那个进行销售情况以及销售走势分析。 （3）管理员接口模块 这是系统提供给网站维护和管理人员的接口。管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。网站的管理员具有所有的管理权限，可以处理客户的订单，可以阅览网站商品的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存成本和资金占有用率降到最低的限度。 （4）数据服务模块 数据服务器模块是系统正常运行的基础，包括客户的查询，定单的保存；网站工作人 员的定单处理；网站管理员的销售情况查询与分析。 注解： 根据开发者和客户的需求分析后，可以把系统功能分为两个子模块，购票系统模块和电影信息管理模块，售票管理系统是一个基于电影院工作人员的系统，不同类型的用户在系统中有不同的权限。主要有三种用户：购票者：可以查询电影的上映时间，场次，并选择自己所需要的电影票，购票时需登录，然后购买电影票并进行网上支付。管理员：主要负责将电影信息增加，修改，删除，并导入数据库，然后根据数据分析最受欢迎的电影。系统管理员：主要负责为每个电影院指派1各电影院管理员和电影院的维护； 本系统拟使用Java语言通过三层模型实现：数据核心层，
目录 实验一用例图及进度安排 (2) 实验二活动图 (7) 实验三状态图 (15) 实验四类 (27) 实验五类的关系 (37) 实验六、七交互图 (43) 实验八、九对象图和包 (53) 实验十、十一组件图和部署图 (55) 实验十二正向工程 (62)
实验一用例图及进度安排 一、实验目的 1．熟悉用例图的基本功能和使用方法。 2．掌握如何使用建模工具绘制活动图方法。 3．学习使用Microsoft Project对题目进行进度安排。 二、实验器材 1．计算机一台。 2．Rational Rose 工具软件。 三、实验内容 根据图书管理系统开发要求，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。要求：对其中主要功能的用例书写书面用例。 四、实验步骤 书写“删除读者信息”用例的书面用例。一般应包含以下信息： （1）管理员在录入界面，输入待删除的读者名； （2）“业务逻辑”组件在数据库中，查找待删除的读者名； （3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续； （4）“业务逻辑”组件判断“待删除的读者”是否可以删除； （5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续； （6）在数据库中，删除相关信息； （7）显示删除成功信息； （8）结束。 分析: 在图书管理系统中,管理员首先登录系统,系统验证通过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有找到相关的数据,管理员根据系统查询的返回结果,进行下一步的操作,就是删除读者,在删除的过程中,系统会对查询得到的结果判断该记录是否可以删除,若可以删除,则给删除提示,若不能删除,也给相关的提示信息。 绘图步骤: (1)在用例图上双击main,出现如图1.1所示,为绘制用例图做好准备。
基于UML的图书馆管理系统建模设计 一、摘要 面向对象的软件工程，同传统的面向过程的软件工程相比，在需求的获取、系统分析、设计和实现方面都有着很大的区别。UML是OOA和OOD的常用工具。使用UML来构建软件的面向对象的软件工程的过程，就是一个对系统进行不断精化的建模的过程。这些模型包括用例模型、分析模型、设计模型，然后，我们需要使用具体的计算机语言来建立系统的实现模型。当然，在整个软件工程中，我们还需要建立系统的测试模型，以保证软件产品的质量。 使用面向对象的工具来构建系统，就应该使用面向对象的软件工程方法。然而，我们经常会发现，在实际的开发过程中，很多开发人员虽然能够理解UML的所有图形，却仍然不能得心应手的使用UML来构建整个项目，其很大的原因，是仍然在使用原有的软件工程方法，而不清楚如何使用UML来建立系统的这些模型，不清楚分析和设计的区别，以及他们之间的转化。 应用软件系统，就其本质来说，是使用计算机对现实世界进行的数字化模拟。应用软件的制造过程，按照UML的方法，就是建立这一系列模型的过程。关于这个图书馆系统，基本的需求比较简单，就是允许学生可以在图书馆借阅和归还图书，另外，也可以通过网络或者图书馆的终端来查阅和预订书。当然，图书馆管理员也可以对图书进行管理。为了简化系统，我们没有把图书馆中的人员作细分。 本文只是对使用UML的过程做一个探讨，着眼于使用UML进行建模的过程，说明各个层次的模型之间的区别和联系，展示系统演进的过程，而不会深入UML的细节方面。对于更加复杂的系统，其分析和设计的方法是相通的，可以举一反三。 二、图书馆管理系统可行性分析 随着政府机关与广大企事业单位内部网络的广泛建立，在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统，满足信息高度共享和即时发布的需求，有效实现内部知识管理，已成为众多用户的共同需求。 图书管理系统，为政府机关与广大企事业单位自动化办公提供了一个较好的解决方案。在开发过程中，按照软件工程的步骤，从设计到开发采用了面向对象的思想和技术，采用了SQL SERVER 2000数据库，使得本系统可以方便的和其他子系统进行数据交换。同时，注意从软件的图形应用界面上优化软件质量，使得本系统具有很强的可操作性。 三、图书馆管理系统需求分析 3.1、系统目标设计 系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。 能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。 能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。
天津理工大学华信软件学院 上机实验（二）创建交互图 一.实验目的：在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), Course Control Database(注意:Database 亦可看成参与者) 2)参与者；Student 3)将消息加进图中。 3．在Rose下操作步骤： 1）Tools →Options →Diagram标签，确保有关参数选中。(比如：Sequence Numbering) 2）打开实验（一）所创建的“网上学生选课系统”的Use Case 框图 3）右击Use Case View（或Logical View）选New → Sequence Diagram 4)新图标命名为Select Course即可 5)双击新窗口,并将浏览器中的参与者(Student)拖入新窗口中。 6)在新窗口中利用Create a Object 工具按钮创建对象并正确命名. 7)在顺序图中增加消息. 完成顺序图设计. ① Select Course 的顺序图：
UML系统建模课程设计报告 2011 ～ 2012 学年第一学期 教学单位信息工程系 课程名称软件开发工具 课程设计题目图书馆管理系统的分析与设计指导教师 学生姓名 专业班级
【课程设计名称】图书馆管理系统的分析与设计 【课程设计目的】1.掌握UML建模的基础知识和其应用； 2.熟悉Rational Rose环境及功能,能够设计出完整系统。【课程设计要求】1.对系统功能进行必要的描述； 2.绘制系统的主要模型图； 3.模型图要有说明性文字解释。 【课程设计内容】1.图书馆管理系统的需求分析； 2.图书馆管理系统UML建模。 【课程设计步骤】 系统的配置与实现 1.图书馆管理系统的需求分析 1 系统功能需求 2 基本数据维护模块 3 基本业务模块 4 数据库模块 5 信息查询模块 1.1系统功能需求 系统的功能需求主要包括以下几个方面： (1)借阅者可以通过网络查询书籍信息和预定书籍。 (2)借阅者能够借阅书籍和还书。 (3)图书管理员能够处理借阅者的借阅和还书请求。 (4)系统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除和更新借阅者帐户，增加和删除书籍。 1.2 基本数据维护模块 基本数据维护模块包括的主要功能模块： (1)添加借阅者帐户
(2)修改更新借阅者帐户信息 (3)添加书目 (4)修改和更新书目信息 (5)添加书籍 (6)删除书籍 1.3基本业务模块 基本业务模块包含的功能： (1)借书 (2)还书 (3)书籍预留 (4)取消书籍预定 1.4数据库模块 数据库模块的功能： (1)借阅信息管理 (2)书籍信息管理 (3)帐户信息管理 (4)书籍预留信息管理 1.5信息查询模块 信息查询模块主要是查询数据库中的相关信息： (1)查询书籍信息 (2)查询借阅者信息 2 系统的UML基本模型
UML软件建模教程课后习题 习题1 一、简答题 1. 简述模型的作用。 答：现实系统的复杂性和内隐性，使得人们难于直接认识和把握，为了使得人们能够直观和明了地认识和把握现实系统，就需要借助于模型。 2. 软件模型有什么特征？ 答：建模对象特殊，复杂性，多样性 3. 软件建模技术有哪些因素？ 答：软件建模方法，软件建模过程，软件建模语言，软件建模工具 4. 软件模型包括哪些方面的内容？ 答：从模型所反映的侧面看：功能模型，非功能模型，数据模型，对象模型，过程模型，状态模型，交互模型，架构模型，界面模型等；从软件开发工作看：业务模型，需求模型，分析模型，设计模型，测试模型等。 5. 软件建模工具应该具有哪些基本功能？ 答：软件模型的生成和编辑，软件模型的质量保障，软件模型管理等 二、填空题 1、模型是对现实的（抽象）和模拟，是对现实系统（本质）特征的一种抽象、简化和直观的描述。
2、模型具有（反映性）、直观性、（简化性）和抽象性等特征。 3、从抽象程度，可以把模型分为（概念模型）、逻辑模型和（物理模型）三种类型。 4、较之于其他模型，软件模型具有（建模对象特殊）、复杂性和（多样性）等特征。 5、软件模型是软件开发人员交流的（媒介），是软件升级和维护的（依据）。 6、软件建模技术的要素包括软件建模方法、（软件建模过程）、软件建模语言和（软件建模工具）。 7、从开发阶段看，软件建模有业务模型、（需求模型）、分析模型、（设计模型）和测试模型。 8、软件语言有软件需求定义语言、（软件设计语言）、软件建模语言、（软件结构描述语言）、软件程序设计语言等。 9、根据软件建模工具的独立性，把软件建模工具分为（独立软件）建模工具和（插件式软件）建模工具。 10、OMG在（1997 ）年把UML作为软件建模的标准，UML2.0版本是（2005 ）年颁布的。 三、选择题 1、对软件模型而言，下面说法错误的是（D ）。 A.是人员交流的媒介 B.是软件的中间形态 C.是软件升级和维护的依据 D.是软件的标准文档
天津理工大学华信软件学院 天津理工大学（华信软件学院） 实验指导书 课程名称：软件工程与UML建模 适应课程： （1969216）
上机实验（三）创建类和类图 一、实验目的： 在Rose 环境下创建类和类图, 完成应用案例的类图设计。 二、实验内容： (一）创建类 1）根据“需求陈述”提炼对象和类 2）分析对象，并将对象抽象成类 (二) 创建类图 建立类之间的关系（关联关系、泛化关系、聚集或组合关系、依赖关系等）创建类图。 (三) 综合应用练习。 三、操作步骤： (一) 创建类 1、启动Rose 2003进入后，在左面结构框内右击Logical View； 2、选New 选Class Diagram ,再在Class Diagram下创建类； 3、给类命名(比如Course)； 4、增加属性(右击框途中的类，选New Attribute)； 5、添加类操作(右击框途中的类，选New Operation)； (二) 建立类之间的关系 1．首先关联关系 (使用按钮工具，如果当前工具栏中没有，右击工具栏，然后添加相关按钮) 1) 单项关联； 2) 双向关联。 2．练习聚集和组合 (先建立关联，再右击靠近“整体”方的关联线，选Aggregate选项。) 3．然后泛化关系。 4．最后练习依赖关系。 四．实例练习（不能用课件及教材上的示例，要自己来想。） 1．举实例说明类之间的关联关系。 包括：单、双向关联、一对一关联、一对多关联、多对多关联、自反关联、限定关联和关联类。 2．举实例说明类之间的聚合（组合）关系。 3．举实例说明类之间的泛化（继承）关系。包括：单继承、多继承。 4．举实例说明接口与实现，抽象类与子类等。 五．综合应用： （一）以“学生选课系统”为例建立类图 1．“学生选课系统”涉及到的类： 1) Database类