UML大作业
UML大作业
无
基本事件流
步骤
活动
1
选择是否记录工资信息
2
如果选是，根据提示操作
3
如果选否，直接退出
扩展事件流
2a
员工工资文件打开失败，管理员检查文件是否存在
补充说明
2.2.12
用例编号
UC0012
用例名称
退出
用例概述
管理员选择退出系统要求，系统停止运行安全退出。
参与者
管理员（admin）
前置条件
管理员成功启动程序
用例概述
管理员输入员工姓名，查看员工信息记录
参与者
管理员（admin）
前置条件
管理员成功启动程序
后置条件
无
基本事件流
步骤
活动
1
选择查看员工信息选项
2
管理员输入员工姓名
3
查看员工信息
扩展事件流
2a
管理员输入的员工姓名不存在，管理员校正输入。
补充说明
2.2.6
用例编号
UC006
用例名称
人事调配
用例概述
管理员对员工职位需要调配的员工进行职位修改并保存最新员工记录
double saleSum;//售货员的销售额
double getRate;//售货员的提成比率
public:
Salesman(double x=1000,double y=0.006);//售货员类的构造函数
void countSalary(char[ ],int);//售货员类的工资计算函数
};
参与者
管理员（admin）
前置条件
管理员成功运行程序
后置条件
无
基本事件流
《面向对象分析与设计(UML)》课程大作业大纲
《面向对象分析与设计(UML)》课程大作业大纲一、课程简介《面向对象分析与设计(UML)》是一门是软件工程专业重要的、实践性很强的一门必修课。
UML是一种定义良好、易于表达、功能强大且适用于各种应用领域的建模语言，已被OMG采纳为标准。
目前UML已成为面向对象技术领域内占主导地位的标准建模语言。
掌握UML 语言，不仅有助于理解面向对象的分析与设计方法，也有助于对软件开发全过程的理解。
通过该课程的学习，使学生能基本掌握面向象技术基本概念和面向对象分析与设计方法，能够使用UML 语言来进行初步的系统分析与设计。
二、课程目标结合专业培养目标，本课程大作业要达到的目标如下：1．知识与技能目标通过本课程的学习，使学生掌握面向对象分析与设计基本理论和使用统一建模语言（UML）实现软件生命周期模型的六大阶段（需求分析，概要设计，详细设计，编码，测试，维护）的一般性原理、主要思想、关键技术；了解和掌握各阶段的规范文档书写格式，通过实验项目实践活动，培养学生理解和应用相关的知识技能，开发软件项目。
2．过程与方法目标了解面向对象分析与设计的发展历史及趋势，掌握运用UML 理论及方法解决实际问题的分析步骤。
通过具体方法的学习与运用，理解它们的优势与不足，从而锻炼和提高思维分析能力（归纳能力，演绎能力，对比分析能力，变通能力，总结能力，抽象能力）。
3．软件工程文档写作目标通过面向对象程序设计实践，培养作为一个软件工程技术人员必须具备的文档写作能力，严谨治学的科学研究态度，为未来的学习、工作和科研奠定良好的理论基础和实践基础。
通过本课程的大作业的训练，使学生在分析问题、解决问题等方面得到锻炼，增强学生调查研究、查阅技术文献、资料、手册以及编写技术文献的能力。
三、作业设计任务由指导教师向学生提供一定数量的设计题目，每一题目所用到的知识至少要覆盖《面向对象分析与设计(UML)》教学大纲中的大部分内容，主要包括利用UML2进行面向对象分析与设计的方法，运用面向对象的一般原则和模式进行应用系统的分析和设计建模。
学生信息管理系统《UML大作业》课程设计
《UML 大作业》设计报告课程名称： 《UML 大作业》课程设计设计题目： 学生信息管理系统 班 级： 0844131 同组人员： 谢伊豪 王瑛婕 张哲计算机科学与工程学院 2015年12月25日目录一、引言 (2)1.1编写目的 (2)二、总体设计 (3)2.1需求分析 (3)2.2可行性分析 (3)三、系统设计 (5)3.1设计目标 (5)3.2项目规划 (5)3.3系统功能模块描述 (6)3.4功能图 (7)四、基于UML的学生信息管理系统分析设计 (9)4.1UML简介 (9)4.2定义业务流程 (9)4.2.1参与者之间的关系 (9)4.2.2系统用例图 (10)4.3类图 (10)4.4分析业务流程 (14)4.4.1学生登录查询业务流程活动图 (14)4.4.2学生登录查询业务流程时序图 (15)4.5教师录入成绩活动图 (15)4.6添加学生信息活动图 (16)五、程序功能模块描述 (16)5.1登录模块程序流程图 (16)5.2添加信息程序流程图 (17)5.3删除信息程序流程图 (17)5.4修改信息程序流程图 (18)5.5查询信息程序流程图 (18)六、程序类设计及数据库设计 (19)6.1程序类设计 (19)6.2数据库设计原则 (19)6.3数据库设计 (20)6.4数据流图分析 (21)6.5概念结构分析 (23)七、系统测试 (24)7.1测试案例 (24)7.2系统测试情况 (24)八、心得体会 (26)九、参考文献 (29)十、程序测试图 (29)十一、程序主要代码 (32)一、引言1.1 编写目的学生信息管理系统（Student Information Management System）,以下简称SIMS，是针对学校人事处的大量业务处理工作而开发的管理软件，是典型的管理信息系统（Management Information System）。
它是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,它能够为用户提供充足的信息和快捷的查询手段。
UML大作业实验报告
UML建模大作业实验报告组号：选题名：E-store网上书店系统小组成员.1.需求模型从用户角度描述系统功能的用例意见反馈(from Use Case View)从系统管理员角度描述系统功能的用例订货通知(from Use Case View)(from Use Case View) 2.分析模型2.1.架构模型E-store网上书店包图系统辅助包图2.2.分析机制2.3.关键抽象2.4.用例实现2.4.1.注册用例的用例1. 用例名注册1.1 简要描述本用例由游客触发的，允许顾客在该书店注册成为会员用户，实现会员的一些权限。
2. 事件流2.1 基本流2.1.1 顾客进行注册顾客在登陆系统时必须先注册一个账号，才能进行登录查询。
2.2 备选流2.2.1 注册账号无效如果顾客登陆账号已存在或者验证码错误，提示顾客无效。
本用例结束。
3. 特殊需求没有和本用例有关的特殊需求。
4. 前置条件在针对登陆书店，必须先注册成为会员5. 后置条件无。
6. 扩展点没有和本用例有关的扩展点。
·2.4.2.图书浏览用例的用例1.用例名图书浏览1.1简要描述本用例由游客、会员触发的，允许顾客在书店页面浏览书店的概况和书籍种类。
2.事件流2.1基本流2.1.2顾客进行图书浏览顾客在书店页面浏览书店概况和书籍种类。
本用例结束2.2备选流2.2.1浏览无效如果顾客浏览页面不存在或者方式不正确，提示顾客浏览无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件无。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.3.图书查询用例的用例1.用例名图书查询1.1简要描述本用例由游客、会员触发的，允许顾客在书店页面查询书籍信息。
2.事件流2.1基本流2.1.2顾客进行图书查询顾客在书店页面查询书店里书籍种类。
本用例结束2.2备选流2.2.1查询无效如果顾客查询书籍不存在或者方式不正确，提示顾客查询无效。
(完整word版)UML大作业
课程名称：UML系统分析与设计姓名：班级：软件132班学号：************指导老师：***作业一：绘制q q群的基础用例图QQ群操作主用例图（高层用例图）QQ群用户组成用例图查找添加群用例图进入群空间操作用例图对qq群进行操作的用例图查看QQ群资的用例图QQ群消息设置的用例图qq群内成员管理的用例图作业二：类图及其关系下面是系统分析员和一名篮球教练的谈话，用以建立一个篮球比赛的模型，谈话过程如下：分析员：教练，请大致介绍一下篮球比赛？教练员：比赛的目标是要把篮球投入篮框并且要尽量比对手得更多的分。
每个篮球队由5名队员组成，两名后卫、两名前锋和一名中锋。
每个队要将球推进到篮筐附近，将篮球投中篮筐。
分析员：如何将球推进？教练员：通过传球和运球。
但是某一方必须在规定的进攻时间内投篮。
分析员：进攻的时间是多少呢！？教练员：在某一方获得球权之后，必须在规定的进攻时间内投篮，否则犯规。
美国职业篮球比赛规定的进攻时间是24秒，国际篮球比赛的规定是30秒。
分析员：如果计算篮球比赛得分呢？教练员：在三分线之内没投入篮框一个球得两分，三分线外投入一次得三分，一次罚球得一分。
顺便说一下，罚球是对方犯规之后裁判判罚的投球，如果某个队员犯规了，裁判暂停比赛，由被侵犯的队员在罚球线处罚球分析员：能够详细说一下每个篮球队员在比赛中的情况好吗！？教练员：后卫队员通常主要是运球和传球，他们一般比前锋队员要矮小，前锋队员通常又比中锋矮。
所有队员都必须能够运球、传球、投球和抢篮板球，大部分抢篮板球和中距离投篮的工作都有前锋队员完成，中锋通常距离篮框最近，通常由他来进行篮下进攻分析员：篮球比赛的场地大小是怎么样的呢！？另外，每场比赛的时间是多少？教练员：国际比赛场地是28米长、15米宽。
篮框离地面3.05米高。
在职业篮球比赛中，一场比赛48分钟，分为四节，每节12分钟。
在国际篮联的比赛中，一场比赛40分钟，分为上下半场，各20分钟，有专门的比赛时钟记录比赛的剩余时间还有多少…上述只是部分谈话记录，但是已经涵盖了基本的信息，现在作业要求完成以下内容：•确定你设计的篮球比赛系统模型的类以及它们包含的信息（名称、属性和方法）•分析系统并确定这些类之间的关系（依赖、泛化、实现、关联），如果是关联关系还需要给出关联的属性作业三：顺序图•顾客购买一罐饮料的时序图（投入的钱数不正确）•投钱少•投钱多•顾客购买一罐饮料的时序图（没有所选择类型的商品）作业四：状态建模事件是指在某个时刻发生的事情，如本篮球赛比赛系统中，初始化时间（TimerInit）、开始计时（TimerBegin）、时间暂停（TimerPause）、进球（shot_in）、未进球（shot_out）、犯规（foul）、换人（exchangeplayer）等。
uml大作业设计
uml大作业设计
UML（统一建模语言）大作业设计通常涉及使用 UML 图表来建模和设计一个软件系统或业务流程。
以下是一个 UML 大作业设计的示例，包括了一些关键的 UML 图表和相关的描述：
1. 系统概述：
对要建模的系统进行概述，包括其主要功能、目标用户、应用场景等。
2. 用例图（Use Case Diagram）：
展示系统的主要用例以及它们之间的关系。
用例图用于描述系统的功能和用户与系统的交互。
3. 类图（Class Diagram）：
定义系统中的类、它们的属性和操作，以及类之间的关系，如继承、关联、聚合等。
4. 顺序图（Sequence Diagram）：
显示用例中各个对象之间的消息交互顺序，以及它们在时间上的顺序。
5. 状态图（State Diagram）：
描述系统中对象的不同状态以及导致状态转换的事件。
6. 活动图（Activity Diagram）：
展示系统中业务流程或操作的步骤和活动。
7. 部署图（Deployment Diagram）：
展示系统的硬件和软件组件的部署结构。
在进行 UML 大作业设计时，需要清晰地定义系统的需求和功能，并使用 UML 图表来表达这些需求和设计决策。
同时，要确保图表之间的一致性和完整性，并进行有效的沟通和协作，以确保设计的质量和可维护性。
以上示例仅提供了一些关键的 UML 图表和描述，具体的大作业设计内容和要求会根据实际情况而有所不同。
你可以根据具体的项目需求和指导教师的要求进行调整和扩展。
(完整word版)UML大作业-排课系统
面向对象的系统分析与设计（UML）课程作业自动排课系统第 1 组小组成员1：小组成员2：小组成员3:评分标准自动排课系统一.系统功能分析:系统功能描述：（1）。
课程规划人员必须在排课之前规划好本学期各专业的课程，并且要保证各个专业学生学期总学时不高于某个规定值。
(2). 教师可以提前申请教授课程，可以根据自己的代课课程提出对媒体教室的需求.需要教师填写个人代课意向申请，教师意向将在系统排课时被优先考虑。
（3).系统根据教室的多媒体安装情况、座位数,专业课程设置情况，教师意向，选课学生数量等信息进行排课,使尽可能满足各种用户的要求；支持教师对课表更改进行申请,系统给予微调整。
（4）教室管理员根据对教室设备的更新情况修改教室配置的基本信息。
（5)系统管理员规定一确定时间进行系统自动排课，到这一时间时,系统将自动进行排课，生成课表。
(6)。
课表生成后，所有用户将有权对课表按班级、教师、教室等不同方式进行的查询。
二．UML图1.活动图(1）。
课表自动生成活动图（2).教师申请更改课表活动图2. 用例图安排代课教师(from Usecase)(from Usecase)用例描述文档:用例编号UC001用例名称系统自动排课参与者系统管理员教师课程规划人员过程描述1）收集整理教师的代课意向,教师意向享有优先权。
2)查询空闲时间表数据库，班级课程数据表，教室媒体信息选择第一适合时间。
3)根据教师申请更改课表进行微调整.4）根据教室多媒体信息变更进微调整。
用例编号UC002用例名称教室时间安排参与者系统管理员教师教室管理员过程描1）根据教师的个人意向、课程讲授时间需求和教室的述多媒体安装情况、座位数安排教室，时间，保证教师的讲授时间不冲突。
2）为已安排教室和时间的课程的代课教师安排其他教学任务的教室和时间。
3)重复1）2) 操作，直至将所有课程安排完成。
4）对课表进行微调用例编号UC003用例名称申请更改课表参与者教师过程描述1) 当教师对已排好的课表不满时,可向系统管理员提出更改申请，在资源允许的情况下对课表进行修改。
uml大作业
UML网络教学系统专业：计算机科学与技术班级：2013级本科4班姓名：一需求分析网络教学系统的功能性需求分析如下：（1）学生可以登陆网站浏览和查找各种信息以及下载文件。
（2）教师可以登陆网站给出课程见解、发布、修改和更新消息以及上传课件。
（3）系统管理员可以对页面进行维护和批准用户的注册申请。
二系统建模1.创建系统用例模型创建用例图之前首先需要确定参与者。
①在网络教学系统中，需要学生和教师的参与。
学生可以浏览课程简介，教学计划，学习方法等教师发布的文章，并可以根据关键字查询文章。
此外，学生可以从网站上下载课件。
教师作为教学的主导者，使用此网站可以发布学习方法，课程重点等和教学相关的文章，以及和课程相关的通知等，还可以将某一门课程的课件上传。
②网站需要一个专门的管理者进行日常维护与管理，所以需要有系统管理员的参与。
（1）系统用户参与的总的用例图教师和学生都可以从“网站用户”这个参与者泛化而来，网站用户是指网站的注册用户，注册用户可以登录系统完成相应的操作。
系统用户参与的总的用例图如图所示。
从图中可以清楚地看到泛化关系与各个参与者所参与的用例。
下载图 1.1系统用户参与的总的用例图抽象参与者注册用户的用例只有登录系统（System Login ）一个，学生和老师用户除了包含这个用例以外，还各自有相对应的用例。
（2）学生参与者的用例图学生参与者的用例图如下图所示。
权限认证图 1.2学生参与的用例图① 文章浏览用例:学生可以浏览诸如课程简介，教学计划，学习方法等教师发布的文章。
② 文章搜索用例:学生可以使用搜索功能根据关键字查询相应的文章。
③ 文章下载用例:学生可以使用下载功能将网站上的课件以及资料信息下载到本地机器上。
（3）教师参与者的用例图教师参与者的用例图如下所示。
删除课件文章或消息发布图 1.3教师参与的用例图①添加课程简介用例：教师可以为自己所教授的课程添加课程简介。
②上传课件用例：教师可以将课程的课件上传到网站上供学生下载。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
面向对象分析与设计课程实验考核大作业报告作业要求1.时间要求，6月28号作业以纸面的形式上交，交给指定的学生干部。
2.作业以纸面的形式上交，成绩满分为30分，考试笔试满分成绩为70分，二者结合作为该门课的总成绩。
3.本实验所要求的建模工具为Rational Rose 2003。
本作业结合对某图书馆系统进行建模设计开发。
4.按照每个实验后边的实验报告要求完成作业。
5.如果发现雷同的卷子为n份，那么这n份卷子的分值为30/n。
6.交作业要注明姓名和学号。
7.有问题发邮件到lilei@目录实验一用例图 (3)实验二活动图 (8)实验三状态图 (16)实验四类 (22)实验五类的关系 (29)实验六、七交互图 (33)实验八、九对象图和包 (41)实验十、十一组件图和部署图 (43)实验一用例图一、实验目的1．熟悉用例图的基本功能和使用方法。
2．掌握如何使用建模工具绘制用例图方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容根据某图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。
要求：对其中主要功能的用例书写书面用例。
四、实验步骤书写“删除读者信息”用例的书面用例。
一般应包含以下信息：（1）管理员在录入界面，输入待删除的读者名；（2）“业务逻辑”组件在数据库中，查找待删除的读者名；（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。
分析:在图书管理系统中,管理员首先登录系统,系统验证通过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有找到相关的数据,管理员根据系统查询的返回结果,进行下一步的操作,就是删除读者,在删除的过程中,系统会对查询得到的结果判断该记录是否可以删除,若可以删除,则给删除提示,若不能删除,也给相关的提示信息。
绘图步骤:(1)在用例图上双击main,出现如图1.1所示,为绘制用例图做好准备。
图1.1(2)在图中的工具栏选取Actor图标，在右边的图中添加一个Actor，并输入名称:administrator,如图1.2所示。
(3)在左边的工具栏中，选取用例的图标，在右边的图中画出一个用例，并输入用例的名称：login 。
图1.2（4）按照步骤（3），绘制出如图1.4和图1.5的两个用例。
图1.3图1.4（5）在绘出了用例后，接下来的是绘制参与者与用例实现，如图1.6所示。
图1.6（6）根据步骤（5），同时完成如图1.7和图1.8。
此时，删除读者用例图就到此完成。
其系统查询读者信息等其他的功能会在时序图和活动图中描绘。
（7）根据分析情况，进一步添加或细化用例图。
图1.7图1.8五、实验报告要求1.用例图的定义2.用例图的模型元素都有哪些？3.仿照实验中的例子，写一下“添加读者信息”过程的用例步骤。
4.在Rose软件设计用例图，打印附在作业上。
5.仿照Rose软件上的用例图，在作业上手写画出来该用例图。
实验二活动图一、实验目的1．熟悉活动图的基本功能和使用方法。
2．掌握如何使用建模工具绘制活动图方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容根据某图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。
要求：用活动图来描述系统中已知用例的业务过程：1．描述删除读者用例。
四、实验步骤绘制“删除读者信息”用例的活动图。
删除读者信息一般按照以下步骤进行：（1）管理员在录入界面，输入待删除的读者名；（2）“业务逻辑”组件在数据库中，查找待删除的读者名；（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。
绘图步骤：（1）在用例图中，找到删除的用例，如图2.1所示，在删除用例上单击右键，在弹出的快捷菜单中选“New”，Rose工具也会弹出一个菜单，选”Activity Diagram”，选中后单击，便可以新建好一个活动图。
如图2.2所示。
图 2.1图2.2(2)新建好活动图后，双击删除的活动图，得到如图2.3所示，然后把在左边的工具栏内点击“Swinlane“，在右边的图添加一个泳道，如图2.4所示，并命名为administrator.按照此步骤，再添加另一个泳道，并命名为SystemTool，得到图2.5。
图2.3（3）接着在左边的工具上选取开始点，并在administrator的泳道上添加，如图2.6所示；添加完开始结点后，再来为此活动图添加活动，图2.7所示，在左边的工具栏上选中Activity 这个图标，在administrator这边的泳道上添加一个活动，命名为登录（login），再在开始结点和活动登录（login）之间添加活动关系，如图2.8所示。
图2.4图2.5图2.6图2.7图2.8（3）完成步骤（2）后，登录输入需要对输入的信息进行验证，则在图中添加一个验证框，如图2.9所示：添加验证框后，验证的内容，如果通过，则允许管理员进行查询操作，如图2.10所示；如不能通过，则结束，如图2.11所示。
图2.9图2.10图2.11（4）验证后，下一步的操作是查询需要删除的记录，添加一个活动，命名为delete，如图2.12和图2.13所示。
图2.12图2.13（5）最后，在删除后，系统会返回操作结果给操作者，图2.14所示；删除成功或删除失败系统都会有信息返回给操作者。
（7）根据分析设计情况，进一步添加或细化活动图。
图2.14五、实验报告要求1.活动图的定义。
2.活动图的模型元素都有哪些？3.仿照实验中的例子，在Rose软件设计“添加读者信息”的活动图，打印附在作业上。
4.仿照Rose软件上的活动图，在作业上手写画出来活动图。
实验三状态图一、实验目的1．熟悉状态图的基本功能和使用方法。
2．掌握如何使用建模工具绘制状态图方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容通过前面内容的学习，完成了对某图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态。
通过这两类图我们可以初步了解系统的业务处理过程，但对业务处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。
因此，指派你运用本节所学的状态图，完成如下任务：1. 完成图书业务模块中还书用例的状态图。
四、实验步骤1．业务分析：由前面章节对图书馆管理系统中的还书主要业务的描述和分析可知，还书业务的动态行为是由：空闲（idle）、图书查找（finding）、还书（reversion）、失败（Failure）、归还成功（Success）5种状态及激活相互转换的事件。
2．绘制状态图：请您根据分析运用UML绘制还书用例的状态图。
分析：还书的状态图，还书的主要业务都是由管理员来完成，首先管理员必须先登录系统，并通过验证后，便可以进行下一步的操作，查找该书的相关信息，如存在，则进行还书操作，如不存在该信息，则给出提示信息；绘图步骤：（1）在用例图中的还书（revesion）用例，单击右键，如图3.1所示，新建一个状态图，命名为revesion状态图，图3.2所示。
图3.1图3.2（2）双击“receivesion”状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点为开始结点，图3.3所示；当还书的时候，操作者先要询问系统的状态，如果系统忙，操作者则必需等待，因此，得到系统的两种状态，如图3.5所示。
图3.3图3.4图3.5（3）操作者在询问系统和状态后，得到的图3.6所示两种状态，如果系统忙，操作者必需要等待、结束，如图3.7和图3.8所示，重返步骤（1）。
图3.6图3.7图3.8（4）如系统空闲，则进行对还书的信息进行查询操作，图3.9所示；查询也有两种结果，一是查询得到该书的相关信息，二查询不到该书的相关信息；则此时有两种状态，需要建立两种状态，如图3.10所示。
图3.9图3.10（5）最后，操作者进行了操作后，系统会给出操作的结果给操作者；操作成功或失败，都会有提示信息给出。
整个的还书的过程便完成；图3.11所示。
（7）根据分析设计情况，进一步添加或细化状态图。
图3.11五、实验报告要求1.状态图的定义2.状态图的模型元素都有哪些？3.仿照实验中的例子，对“借书”业务进行描述和分析。
4.在Rose软件设计“借书”业务的状态图，打印附在作业上。
5.仿照Rose软件上的状态图，在作业上手写画出来状态图。
实验四类一、实验目的1．理解类的基本概念。
2．掌握如何从需求分析中抽象出类的方法。
3．掌握在Rational Rose中绘制类的操作方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容通过前面内容的学习，完成了对某图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态和状态图。
通过这两类图我们可以初步了解系统的业务处理流程。
现在需要对系统进行静态建模，这就需要从系统的用例图、活动图和状态图去寻找和发现类。
因此，指派你运用本节所学的有关如何抽象出类的知识，完成如下任务：1．寻找和抽象出书籍管理功能中的类。
四、实验步骤1．分析：由前面章节对图书馆管理系统中的书籍管理功能可知，该模块是由书籍信息类、书目类、新增书籍界面类、修改书籍界面类、删除书籍界面类和书籍管理类6个类组成。
2．绘制类的步骤：（1）打开前面初步构建的UML模型文件;（2）打开Rose中的逻辑视图（Logical View），选择分析模型（analysis model）目录。
并在其下创建一个子目录并命名为：“图书馆业务功能”。
（3）用鼠标右击“图书馆业务功能”在弹出来的菜单中选择“New→Class diagram”项，创建类图，如图4.1所示。
（4）双击新建的类图，并点右边控件集中选中的类的图标，并用鼠标在图中分别拖出一个类图，并命名为Book，如图4.2所示。
图4.1图4.2（5）接下来的一步为设置类的属性，在新的类中双击该类，在打开属性面板中，可以看到在此可以设置类的属性和方法等其他的信息，图4.3所示；后撞击Attributes这个栏目，此栏目为设置类的属性的选项，在图中间的单击右键，可以看到有一个“Insert”的选项，选中这个选项，图4.4所示，后在出现的对话框中输入相关信息如图4.5所示；如书本的ISBN 号，在Type这个方框内输入此属性的类型值，同时可以看到一栏可以设置此属性的访问权限，一般这些属性都设置Private这个权限，如图4.6所示。