实验报告1--用例和用例图

软件系统分析与设计实验报告学院：计算机科学与技术学院专业：软件工程学号：*********姓名：***实验名称：图书管理系统用例建模时间：一、实验内容与要求本实验要求学生对学校的图书馆管理系统进行需求分析，对系统功能进行用例建模，画出用例图，类图以及相应的时序图。

在使用UML对系统建模时，学会使用UML建模工具，熟悉工具中的功能。

二、用例分析1、读者“借书还书系统”用例图(f书书(from Use Cases)1．1、行为者：主要行为者：读者。

1．2、前置条件：读者进入图书管理系统。

1．3、事件流：1.3.1、主要事件流：1.3.1.1：读者检索所需图书信息，并查看；1.3.1.2：读者检索到所需图书，登录系统，开始借书；1.3.1.3：系统查询图书信息，图书数目是否可借；1.3.1.3.1：图书显示可借，借书成功；1.3.1.3.2：图书显示不可借，借书失败；1.3.1.4：进入续借图书界面，续借图书；1.3.1.5：系统查看预约记录，1.3.1.5.1：没有冲突，续借成功；1.3.1.5.2：有冲突，续借失败；1.3.3.1：1.3.1.6：读者归还图书；1.3.1.6.1：归还时间没有逾期，归还成功；1.3.1.5.2：归还时间逾期，逾期处罚，归还成功；1.3.2、备选事件流：1.3.2.1：图书检索信息失败，未检索到图书，重新输入信息检索；1.3.2.2：未曾检索到用户检索的图书，系统显示相关联的信息的图书；1.3.2.3：用户名或密码输入错误，登录系统失败，重新输入用户名或密码登录；1.3.2.4：系统显示图书不可借后，进入图书预约界面，输入信息预约图书；1.3.3、异常事件流：1.3.3.1：读者登录系统失败，未曾注册用户；1.3.3.1.1：返回系统注册用户后，重新登录。

1．4、后置条件：退出系统。

1．5、1．6、扩展点：无。

2、“图书信息管理系统”用例图书书书书书书(f书书书书(from Use Cases)(from Use Cases)2．1、行为者：主要行为者：管理员；2．2、前置条件：管理员打开图书信息管理系统；2．3、事件流：2.3.1：主要事件流：2.3.1.1：图书管理员输入管理员登录信息，登录系统；2.3.1.2：进入图书信息管理界面，查看已有图书信息，是否有需要购入图书；2.3.1.2.1：录入新购进图书信息，并确认；2.3.1.3：进入读者信息管理界面，管理已有用户信息；2.3.1.4：进入信息通知界面，查看已有用户图书借阅、预约情况；2.3.1.4.1：查看读者所预约图书，自动查询图书信息，确认是否已有可借图书，有则通知读者；2.3.1.4.2：查询读者已借图书信息，根据已借时间及归还时间分类；2.3.1.4.2.1：所借图书即将逾期，启动系统提醒功能；2.3.1.4.2.2：所借图书已经逾期，启动逾期及处罚通知功能；2.3.2：备选事件流：2.3.2.1：管理员用户名或登录名错误，重新登录；2.3.2.2：需要购进新图书，存储信息，通知相关人员；2.3.2.3：读者预约图书没有可借图书，不予通知；2.3.2.4：预约通知提醒后，删除该预约记录；2.3.2.5：读者所借图书距离归还时间仍很久，无需通知；2.3.3：异常事件流：2.3.3.1：登录失败超过一定次数后，系统冻结该用户名，一段时间后可以重用；2．4、后置条件：退出系统；2．5、扩展点：无。

软件工程试验一：用例图
班级：信121
姓名：黄成运
学号：2108191211112
一、试验目的
通过本次试验使学生掌握UML建模语言的基础知识和rose软件的基本用法，并进一步熟练掌握绘制业务用例框图和用例文档基本步骤和方法。

二、试验要求
根据实验题目内容，完成相应的实验任务。

三、实验内容
1.一个新的音像商店准备采用计算机系统向比较广泛的人群销售或租借录像带和
光碟。

该音像商店将存有大约1000 盘录像带和500 张光碟，所有的录像带和光碟都有一个条码，可以使用条码扫描仪来支持销售和返还，客户会员卡也同时条码化。

客户可以预定录像带并在指定日期来取。

系统必须拥有灵活的搜索机制来回答客户的询问。

根据上述描述，请你给出音像租赁销售系统的业务用例模型和系统用例模型，任选一个系统用例写出用例文档。

2.可以根据本小组自定的系统完成用例图和用例文档。

四、实验结果
客户信息管理业务用例图
该客户信息管理主要实现对客户信息的增加、删除、修改和查询。

系统用例图。

本科实验报告课程名称：系统分析与设计实验项目：《网上书店系统》实验实验地点：逸夫楼402专业班级：学号：学生姓名：指导教师：**2013年10月21、28日2013年11月4、11日目录1.实验准备：熟悉UML建模环境2.实验一用例图3.实验二类图4.实验三顺序图及通信图5.实验四活动图、状态图、组件图及部署图实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。

二、实验要求1．结合工具StartUML，熟悉UML用例图的模型元素。

2．使用StartUML工具建模网上书店系统的用例图。

三、实验主要设备：HP6460b四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。

网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。

面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。

其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。

有的甚至会在这呆上很长的时间直到把书免费看完。

这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。

而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。

这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。

系统分析员：能谈谈您对网上书店的要求吗?书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。

对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。

为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。

书店管理员受理订单后，就会通知快递公司送货。

本科实验报告课程名称：计算机网络______________实验项目：计算机网络__________实验地点：____________________________________ 专业班级：_______________ 学号： _______________ 学生姓名：______________________________指导教师：____________________________1. 实验准备：熟悉 UML建模环境2. 实验一用例图3. 实验二类图4. 实验三顺序图及通信图5. 实验四活动图、状态图、组件图及部署图实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。

二、实验要求1结合工具StartUML，熟悉UML用例图的模型元素。

2•使用StartUML工具建模网上书店系统的用例图。

三、实验主要设备：台式或笔记本计算机四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。

网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。

面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。

其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。

有的甚至会在这呆上很长的时间直到把书免费看完。

这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。

而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。

这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。

系统分析员：能谈谈您对网上书店的要求吗？书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。

实验05 UML
(要求写实验报告)
一、实验名称：UML
二、实验目的：
1) 掌握绘图工具Microsoft Office Visio软件的使用；
2) 掌握用例图的绘制方法；
3) 掌握类图的绘制方法；
4) 掌握程序流程图的画法。

三、问题讨论
类图中的内容可以转化为软件中的什么？
答：类图中的内容一方面可以转化为程序中的类，类图中的特性转化为成员变量，类图中的操作转化为方法。

另一方面，类图中的特性转化为数据库表中的字段，操作转化为数据库中的存储过程。

四、实验内容及步骤：
1．用例图
财务人员
图1 物资管理用例图
2. 活动图
图2 物资出库活动图3. 类图
添加类图。

右键—属性。

特性中填入类的属性。

操作中填入类的方法。

图3 销售订单类图
自己设计客户的类图。

4. 时序图
图4 学生注册时序图
5. 状态图
在库
待出库
出库
入库
出库单
产品运出仓库
图5 产品出库状态图
6.协作图
:Registration
:Student
:CourseSection
1:<<create>>
2:addToSchedule
图6 注册协作图。

软件建模与分析实验报告班级：软件1202学号：09.11.14姓名：肖楠毕紫轩杨燕飞完成日期：实验一ATM取款机系统设计与分析一、系统功能描述自动取款机是一种电子装置，利用磁性代码卡自动工作，代替银行柜面人员基本工作的自动化机器。

可提取现金、查询存款余额、进行账户之间资金划拨、余额查询等工作。

持卡人可以使用信用卡或储蓄卡，根据密码办理自动取款、查询余额、转账、更改密码等业务。

ATM自动取款机可以24小时提供优质服务,方便了客户取款,减轻了银行柜台工作压力。

1.登陆功能：在整个的系统中，首先用户要选择应用的提示语言的种类，“ENGLISH”或“汉语”，之后输入正确用户登录密码以后才可以进入主界面进行相关的操作。

2验证用户：当用户输入账号和密码时，系统要进行验证，用户和密码输入正确了才可以登陆进去。

3.修改密码：系统要求首先输入旧密码，再输入写密码，并对新密码进行第二次确认，全部输入正确，修改功能完成。

4.查询功能：在主界面中点击余额查询功能选项，就会弹出余额的窗口。

5. 存款功能：当用户存款的时候，系统要提示进行添加。

6.转账功能：用户可以通过该功能将自己账户上的金额转到其他账户。

7.取款功能：当用户在菜单栏点击取款功能选项，可以进入取款界面：（l）首先你可以输入取款的金额，输入的必须为50倍数的数字，否则系统会提示输入的金额错误，请重新输入。

如果屏幕上有便捷提示，比如：1000元、800元、500元等。

如果上边有你想要取款的金额，你可以按相对应的按键就可以了，如果没有，你再找一个“其他金额”按下之后,就可以自由输入自己想取的金额了,输入金额之后,按“确认”，即完成取款功能。

（2）正确输入取款的金额后，直接点击取款，会再次确认你取款的金额，点击“是”即可以取出取款机吐出的现金，并且数据更新到相关的数据库文件中，以便以后查询。

二、系统需求建模1、分析（1）参与者：ATM机，顾客，银行工作人员（2）用例：顾客请求服务的用例；ATM机处理顾客所请求服务的用例；银行工作人员进行系统维护的用例。

实验一Rose基本使用及用例图[实验目的]1．熟悉Rose的系统界面，掌握其基本使用方法。

2．熟悉模型图标元素。

3．掌握用例图的绘制方法。

[实验内容]1．练习Rose的基本使用。

2．熟悉UML模型元素及表示方法。

3．绘制图书馆管理系统的用例图。

[实验要点及说明]一、Rose简介Rose是美国的Rational公司的面向对象建模工具，利用这个工具，可以建立用UML描述的软件系统的模型，而且可以自动生成和维护C++、Java、VB和Oracle等语言和系统的代码。

Rational Rose在建模方面具有以下特点：1.保证模型和代码高度一致。

Rose可以实现真正意义上的正向、逆向和双向工程。

2.支持多种语言。

Rose本身能够支持的语言包括C++、Visual C++、Java、Visual Basic、PowerBuilder 等，还可为数据库应用产生数据库描述语言(DDL)。

3.为团队开发提供强有力的支持。

Rose提供了两种方式来支持团队开发：一种是采用SCM(软件配置管理)的团队开发方式；另一种是没有SCM情况下的团队开发方式。

这两种方式为用户提供了极大的灵活性，用户可以根据开发的规模和开发人员数目以及资金情况等选择一种方式进行团队开发。

4.支持模型的Internet发布。

Rose的Internet Web Publisher能够创建一个基于Web的Rose模型的HTML版本，使得其他人员能够通过标准的浏览器，如IE来浏览该模型。

5.生成使用简单且定制灵活的文档。

Rose本身提供了直接产生模型文档的功能。

6.支持关系型数据库的建模。

利用Rose能够进行数据库的建模。

Rose能够为ANSI、Oracle、SQL Server等支持标准DDL的数据库自动生成数据描述语言。

Rational Rose 基本使用Rational Rose主界面如下图所示：:Rose的工作区分为4个部分：浏览器、文档区、编辑区和日志区。

用例图实验报告一、实验目的本次实验的主要目的是通过绘制和分析用例图，深入理解系统的功能需求和用户与系统之间的交互关系，为系统的设计和开发提供清晰、直观的指导。

二、实验环境1、操作系统：Windows 102、绘图工具：StarUML三、实验内容（一）用例图的概念和作用用例图（Use Case Diagram）是 UML（统一建模语言）中用于描述系统功能的一种图形化工具。

它从用户的角度出发，展示了系统提供的一系列功能（用例）以及不同用户（参与者）与这些用例之间的关系。

用例图的主要作用包括：1、帮助开发团队更好地理解系统的需求和功能，明确系统的边界和范围。

2、作为与用户和其他利益相关者沟通的有效工具，便于他们直观地了解系统的功能和使用方式。

3、为后续的系统设计和开发工作提供基础，如确定系统的架构、模块划分等。

（二）绘制用例图的步骤1、确定参与者参与者是与系统进行交互的外部实体，可以是人、其他系统或设备。

通过对系统的需求分析，找出所有可能与系统交互的参与者，并为每个参与者赋予一个有意义的名称。

2、识别用例用例代表了系统能够为参与者提供的功能或服务。

从参与者的角度出发，思考他们在与系统交互过程中希望系统完成的任务，将这些任务确定为用例。

3、绘制用例图使用绘图工具，将参与者和用例分别用不同的图形元素表示，并通过线条连接参与者和与之相关的用例，以表示它们之间的交互关系。

同时，可以为用例图添加必要的注释和说明，以提高其可读性。

（三）实验案例分析以一个在线购物系统为例，绘制用例图并进行分析。

1、确定参与者顾客：购买商品的用户。

管理员：负责管理系统的人员，包括商品管理、订单处理、用户管理等。

2、识别用例顾客相关用例注册/登录浏览商品搜索商品查看商品详情加入购物车提交订单支付订单查看订单状态评价商品管理员相关用例商品管理（添加、修改、删除商品）订单处理（确认订单、发货、退款）用户管理（添加、修改、删除用户信息）3、绘制用例图（此处插入绘制好的用例图）通过对这个用例图的分析，可以清晰地看到在线购物系统的主要功能和不同用户与系统之间的交互关系。

用例图实验报告用例图实验报告引言：用例图是一种用于描述系统功能和行为的图形化工具。

它可以帮助软件开发团队更好地理解系统的需求和功能，并在开发过程中进行有效的沟通和协作。

本实验旨在通过实际操作和分析，探讨用例图的基本概念、构建方法和应用场景。

一、用例图简介用例图是一种UML（统一建模语言）的图形化表示方法，用于描述系统的功能和行为。

用例图由用例、参与者和关系组成。

用例表示系统的功能需求，参与者表示与系统交互的角色，关系表示用例和参与者之间的关联。

二、用例图的构建方法1. 确定参与者：首先要明确系统的参与者，即与系统进行交互的角色或实体。

可以是人、其他系统或外部设备。

2. 确定用例：根据系统的功能需求，确定系统的用例。

用例应该是系统可以执行的具体功能或操作。

3. 建立关系：根据参与者和用例之间的交互关系，建立关联关系。

常见的关系有关联、包含、扩展和泛化等。

4. 完善用例图：根据实际需求，完善用例图的细节，如添加用例的描述、参数和返回值等。

三、用例图的应用场景1. 系统需求分析：用例图可以帮助开发团队更好地理解系统的功能需求，从而更准确地进行需求分析和设计。

2. 系统设计与开发：用例图可以作为系统设计的基础，帮助开发团队确定系统的功能模块和交互方式。

3. 测试与验证：用例图可以作为测试用例的基础，帮助测试团队设计和执行测试方案，并验证系统是否满足需求。

4. 系统维护与升级：用例图可以帮助系统维护团队理解系统的功能和行为，从而更好地进行系统维护和升级。

四、实验过程与结果在本次实验中，我们选择了一个在线购物系统作为实验对象。

首先，我们明确了系统的参与者，包括顾客、管理员和供应商。

然后，我们根据系统的功能需求，确定了一些用例，如登录、浏览商品、添加购物车、下单等。

接下来，我们建立了参与者和用例之间的关系，如顾客和管理员之间的关联关系、下单用例和支付用例之间的扩展关系等。

最后，我们完善了用例图的细节，添加了用例的描述和参数等。