手机用例图实验报告

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

在使用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、扩展点：无。

《面向对象与UML》实验报告实验一UML建模基础一、实验目的1.熟悉UML建模工具Rational rose的可视化环境。

2.掌握利用Rational rose进行建模的步骤。

二、实验内容1.熟悉Rational rose建模环境2.建模基本步骤3.结合日常生活中实际使用的系统，模仿2中的用例模型绘制用例图，并保存模型，熟悉利用Rational rose的建模过程，要求绘制的用例图中用例与2中的用例图不相同。

三、实验结果建模基本步骤中得到的用例图实验2 用例图一、实验目的1. 熟悉UML用例图的基本图形元素。

2. 掌握用例与用例之间的各种关系。

3. 熟悉针对具体场景使用例图进行软件建模的方法。

4. 掌握用例规格说明的概念和基本结构，以及用例规格说明的作用。

二、实验内容1. 根据实验一建模实例，熟悉利用Raional rose软件绘制用例图的基本方法。

2 通过对“学生信息管理系统”的需求描述，确定系统用例图：“学生信息管理系统”的需求描述如下：在每个新学年开始都会有新生入学，这时系统的管理人员可以通过系统将这些新生的学籍、年龄、家庭住址、性别、身高、学生证号、身份证号等基本信息存入数据库，每个新生都对应一个唯一的编号，此编号可以是学生，在日程管理中，系统管理员还可以对所有学生的基本信息进行查询、修改和删除等操作；同时校领导可以查询、修改全校所有学生的基本信息。

学校领导可以通过本系统了解每个班的任课教师、辅导员、学生姓名、学生人数、专业等班级基本信息。

系统管理员可以进行查询班级基本信息、添加班级、修改班级基本信息、删除班级等操作。

在考试结束以后，教师可以将学生的考试成绩录入系统，还可以对学生的成绩进行查询和修改。

学生可以通过本系统进行成绩的查询。

学生还可以在网上选择自己选修的课程（必修课必须上，所以不用选），学生通过本系统可以看到有哪些课程可以选以及课程的基本信息。

课程的基本信息包括：课程号、所属专业、课程名称、开课学期、学时数、学分、任课教师等。

Android实验报告—UI设计（定稿）第一篇：Android实验报告—UI设计（定稿）Android UI设计实验目的：本实验的目的是使学生深入了解Android程序框架结构、了解和掌握Android界面设计和界面编程。

通过程序设计，掌握常用界面控件、菜单、以及界面事件的响应。

实验要求：设计程序实现一个电子菜单，应具有显示菜单功能和选菜功能。

通过选择，将选中的菜单选项在界面做显示，如下图：[实现提示]1、建立Android工程，其中工程名称：MenuSelect579 应用名称：MenuSelect579 包名称：.bistu.dj1001.MenuSelect579 Activity名称：MenuSelect5792、工程建立完毕后，进行相应界面设计，再编写Java文件程序源码package .bistu.dj1001.MenuSelect579;import android.app.Activity;import android.os.Bundle;import android.view.ContextMenu;importandroid.view.ContextMenu.ContextMenuInfo;import android.view.Menu;import android.view.MenuItem;import android.view.View;import android.widget.TextView;public class MenuSelect579 extends Activity {/** Called when the activity is first created.*/TextView LabelView = null;public void onCreate(Bundle savedInstanceState){super.onCreate(savedInstanceState);setContentView(yout.main);LabelView=(TextView)findViewById(bel);registerForContextMenu(La belView);}final static int CONTEXT_MENU_1 = Menu.FIRST;final static int CONTEXT_MENU_2 = Menu.FIRST+1;final static int CONTEXT_MENU_3 = Menu.FIRST+2;@Overridepublic void onCreateContextMenu(ContextMenu menu, View v,ContextMenuInfo menuInfo){menu.setHeaderTitle(“今日菜单”);menu.add(0, CONTEXT_MENU_1, 0,“宫保鸡丁”);menu.add(0, CONTEXT_MENU_2, 1,“干煸豆角”);menu.add(0, CONTEXT_MENU_3, 2,“鱼香肉丝”);}@Override}public boolean onContextItemSelected(MenuItem item){} switch(item.getItemId()){case CONTEXT_MENU_1: LabelView.setText(“宫保鸡丁”);return true;case CONTEXT_MENU_2: LabelView.setText(“干煸豆角”);return true;case CONTEXT_MENU_3: LabelView.setText(“鱼香肉丝”);return true;} return false;程序运行结果：实验心得体会：（可选）通过本次实验熟悉了android的界面设计简单方法和界面编程，锻炼了实际动手能力，熟悉了Android程序框架结构、Android界面设通过程序设计，掌握了常用界面控件、菜单、以及界面事件的响应。

图的应用实验报告图的应用实验报告引言：图是一种重要的数据结构，在计算机科学和数学领域有着广泛的应用。

本实验旨在通过实际应用场景，探究图的应用及其解决问题的能力。

本文将从图的定义、图的遍历算法以及图的最短路径算法等方面展开讨论。

一、图的定义和基本概念图是由节点和边组成的一种数据结构，用于描述事物之间的关系。

节点表示事物，边表示事物之间的联系。

图可以分为有向图和无向图两种类型。

有向图中的边有方向性，无向图中的边没有方向性。

二、图的应用场景1. 社交网络分析社交网络中的用户可以看作是图的节点，用户之间的关系可以看作是图的边。

通过分析社交网络图，可以发现用户之间的关联性，从而进行精准推荐、社群发现等操作。

2. 交通网络规划交通网络中的道路可以看作是图的边，交通路口可以看作是图的节点。

通过图的最短路径算法，可以计算出最优的交通路线，实现交通网络的高效规划。

3. 电子电路设计电子电路中的元件可以看作是图的节点，元件之间的连接可以看作是图的边。

通过图的遍历算法，可以检测电路中的故障，优化电路的设计。

三、图的遍历算法图的遍历算法用于访问图中的所有节点。

常见的图的遍历算法有深度优先搜索（DFS）和广度优先搜索（BFS）。

1. 深度优先搜索（DFS）深度优先搜索从图的某个节点开始，先访问该节点，然后递归地访问该节点的邻接节点，直到所有节点都被访问过。

DFS可以用于解决迷宫问题、拓扑排序等。

2. 广度优先搜索（BFS）广度优先搜索从图的某个节点开始，先访问该节点，然后依次访问该节点的所有邻接节点，再访问邻接节点的邻接节点，以此类推。

BFS可以用于解决最短路径问题、连通性检测等。

四、图的最短路径算法最短路径算法用于计算图中两个节点之间的最短路径。

常见的最短路径算法有迪杰斯特拉算法和弗洛伊德算法。

1. 迪杰斯特拉算法迪杰斯特拉算法通过逐步扩展最短路径的方式，计算出图中某个节点到其它所有节点的最短路径。

该算法适用于边权重非负的图。

中北大学软件学院实验报告
专业：软件工程
方向：软件开发与测试
课程名称： UML
班级：
学号：
姓名：
辅导教师：井超
2017年3月制
4.用例图如下所示
1).系统参与者
系统角色
2).图书管理
图书管理用例图3).图书借阅和还书用例图
图书的借阅和归还用例4).图书管理系统的整体用例图
图书管理系统的整体用例图
5.实验结论及心得
通过本次实验，我掌握了在课堂上学习的用例图等。

加深了对书本知识的认识和记忆。

在实验中我学会了去如何操作ro se工具图。

通过ro se工具图，可以去清晰的去展示一个关系等。

使用非常方便。

实验五UML系统分析与设计----UML建模案例实验5-1 用例图设计实验5-2 类和对象图设计实验5-3 交互图设计实验5-4 状态图设计实验5-5 活动图设计实验5-1用例图设计一、实验目的掌握在EA中用例图的基本用法和使用技巧。

二、实验内容与要求本实验给予某学校的网上选课系统的用例图的设计和实现。

需求描述如下：某学校的网上选课系统主要包括如下功能：管理员通过系统管理界面进入，建立本学期要开设的各种课程、将课程信息保存在数据库中并可以对课程进行改动和删除。

学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。

同样，通过业务层，这些操作结果存入数据库中。

分析：本系统拟用三层模型实现：数据核心层、业务逻辑层和接入层。

其中，数据核心层包括对于数据库的操作；业务逻辑层作为中间层对用户输入进行逻辑处理，再映射到相应的数据层操作；而接入层包括用户界面，包括系统登陆界面、管理界面、用户选择界面等。

本系统涉及的用户包括管理员和学生，他们是用例图中的活动者，他们的主要特征相似，都具有姓名和学号等信息，所以可以抽象出“基”活动者^^卜而管理员和学生从people 统一派生。

数据库管理系统是另外一个活动者。

系统事件：添加课程事件：(1)管理员选择进入管理界面，用例开始。

(2)系统提示输入管理员密码。

(3)管理员输入密码。

(4)系统验证密码。

(5)A1密码错误(6)进入管理界面，系统显示目前所建立的全部课程信息。

(7)管理员许恩泽添加课程。

(8)系统提示输入新课程信息。

(9)管理员输入信息。

(10)系统验证是否和已有课程冲突。

(11)A2有冲突。

(12)用例结束。

其他事件：A1密码错误（1）系统提示再次输入。

（2）用户确认。

（3）三次错误，拒绝再次访问。

（4）否则进入添加课程事件第6步。

A2有冲突（1）系统提示冲突，显示冲突课程信息。

（2）用户重新输入。

（3）继续验证直到无冲突。

手机模型制作实验报告实验目的：通过手机模型制作实验，掌握手机模型的基本制作方法，了解手机的结构组成，以及培养动手能力和创造力。

实验器材：1. 白卡纸2. 剪刀3. 美工刀4. 尺子5. 彩色笔6. 黏胶棒实验步骤：1. 使用尺子在白卡纸上测量并标出手机的尺寸，包括长度、宽度和厚度。

2. 根据测量的尺寸，在白卡纸上用彩色笔绘制出手机的形状。

3. 使用剪刀或美工刀沿着绘制的形状剪下手机模型的外形。

4. 根据手机的结构组成，在白卡纸上绘制手机的按键、摄像头等细节。

5. 使用剪刀或美工刀小心地剪下手机模型的各个细节。

6. 使用彩色笔给手机模型上色，将其涂成和真实手机一样的颜色。

7. 使用黏胶棒将各个部件按照手机的结构组装在一起，粘贴得牢固。

8. 完成手机模型后，进行检查和修正，确保模型的完整和稳定性。

实验结果：制作完成的手机模型应该具有完整的外形和各个细节，颜色鲜艳且符合实际手机的外观。

实验讨论：在制作手机模型的过程中，我们可以通过测量和绘制来了解手机的尺寸和形状，了解手机的按键和摄像头等细节。

通过制作过程中的实际操作，我们可以培养动手能力和创造力，锻炼自己的耐心和细心程度。

制作手机模型还有助于提高空间想象能力和美感，让我们更加了解手机的结构和设计。

实验总结：通过手机模型制作实验，我们了解到手机是由各个部件组成的，需要经过测量、绘制、剪切、上色、粘贴等步骤来完成。

通过实验，我们不仅学会了手机模型的制作方法，还培养了动手能力和创造力。

手机模型制作实验既有趣又富有挑战性，帮助我们更好地理解手机的结构和设计。

郑州大学软件技术学院《UML系统分析与设计》实验报告实验名称专业、班级姓名学号实验日期指导教师实验报告要求：一、实验目的：（1）了解用例图的作用；（2）熟悉用例图的表示；（3）根据系统的功能分析出系统的用例组成，正确确定用例图中的角色，根据需求文档确定每一个用例的事件流，用Rose正确画出用例图。

二、实验内容与要求：设计实例：为学校的网上选课系统建立用例图并进行用例描述（以添加课程和选课用例为例）。

系统主要功能：管理员通过系统管理界面进入，建立本学期要开的各种课程，将课程信息保存在数据库中并可以对课程进行改动和删除。

学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。

同样，通过业务层，这些操作结果存入数据库中。

三、实验步骤及成果：1.网上选课系统的参与者有：管理员，学生与人之间为泛化关系：2.参与者与对应的系统行为：管理员：增添课程、修改课程、删除课程学生：查询课程、选课、付费其中管理员与添加课程之间和学生与选课之间是关联关系。

3.网上选课系统用例图：4.网上选课系统用例分析：用例：增加课程参与者：管理员操作流：(1)管理员选择进入管理界面，用例开始。

(2)系统提示输入管理员密码。

(3)管理员输入密码。

(4)系统检验密码。

(5)进入管理界面，系统显示当前所建立全部课程信息。

(6)管理选择增加课程，管理输入新课程信息。

(7)系统验证是否与已有课程冲突。

(8)系统添加新课程，并提示添加成功。

(9)系统回到管理主界面，显示所有课程，用例结束。

四、实验总结本次实验是用例图的第二次实验。

在上次实验完成之后，还没有深刻了解用例图的功能和参与者与用例之间的关系。

经过这次实验，对用例图的使用和关系的确认有了更深的理解。

在以后的实验中能更好的运用用例图来完成实验要求。

实验一UML 建模基础、实验目的1. 熟悉UML 建模工具Rational rose的可视化环境。

2. 掌握利用Rational rose 进行建模的步骤。

二、实验内容1. 熟悉Rational rose建模环境(1) 单击“开始—>所有程序—>IBM Rational—>Rational Rose Enterprise Edition ，”启动Rational Rose建模环境，软件启动后产生如图 1.1 所示的建模模型窗口。

图 1.1 Rational rose 启动提示界面(2) 选项卡【new】用来选择新建模型时采用的模板。

单机【Details】按钮可以查看选中模板的描述。

【Existing 】选项卡用于打开一个已经存在的模型。

【Recent】选项卡可以打开一个最近打开的模型文件。

如暂时不需要任何模板，只需要建立一个新的空白模型文件，单击【Cancel】按钮，显示Rational rose主界面，如图 1.2 所示。

(3) 主界面包含五大部分：导航窗口、绘图窗口、工具栏、文档窗口和日志 窗口。

① 导航窗口：用于在模型中迅速漫游。

导航窗口类似于 windows 操作系统 的资源管理器， 它以树形结构显示了模型中的所有元素， 包括参与者、用例、类、 组件等。

利用导航窗口可以：a) 增加模型元素 参与者、用例、类、组件、框图b) 浏览现有模型元素。

c) 浏览现有模型元素间的关系。

d) 移动模型元素。

e) 更名模型元素。

f) 将模型元素加进框图。

g) 将文件或 UML 链接到元素。

h) 将元素组成包。

i) 访问元素的详细规范。

j) 打开图形。

导航窗口四个视图根结点。

a) 用例视图 (Use Case View)：用于管理需求分析获取的所有用例、参与者 和用例图。

b) 逻辑视图 (Logic View) ：分析和设计完成的所有制品 (如类图、对象图、顺序图、活动图、状态图等 )放置在逻辑视图中图 1.3 导航窗口 图 1.1 Rational rose 主界面c) 组件视图(Component View) ：逻辑视图中的类实现后成为软件的组件，可以放在组件视图中创建这些组件，并绘制组件图描述它们之间的依赖关系。

计算机科学与技术专业实验报告 课程名称：UML 统一建模语言……………………………………………装……………………………………订……………………………………线……………………………………………………………图图2-4（Ⅱ）按系统的重要模块细分系统设置模块：设置系统基本信息，由系统管理员操控；如图统计管理模块：统计分析营业状况，由财务管理员操控；如图图2-5图2-7图2-8图2-9⑶组件图：描述软件组件以及组件之间的关系，组件本身是代码的物理模块，则显示了代码的结构。

组件图中通常包括：组件、接口和关系。

在系统建模中建立组件图的用途有：能帮助客户理解最终的系统结构；工作有一个明确的目标；有助于工作组的其他人员理解系统；有利于软件系统的组件重用。

以下图2-10是对该软件系统进行组件图建模图2-10图2-123、系统的行为模型动态模型描述了系统随时间变化的行为，这些行为是用从静态视图中抽取的系统的瞬间值的变化来描述的。

在UML的表现上，动态模型主要是建立系统的交互图和行为图。

交互图包括时序图和协作图；行为图则包括状态图和活动图。

（1）时序图：时序图用来显示对象之间的关系，并强调对象之间消息的时间顺序，同时显示对象之间的交互，它可以与时序图互换。

包括了4个元素，分别是对象、生图3-1图3-3图3-5图3-6图3-7活动图是一种特殊形式的状态机，用于对计算流程和工作流程建模。

可以算是状态的一种扩展方式。

活动图与状态图不同，它除了描述对象状态之外，突出了它的活动。

活动图包括动作状态和活动状态。

对象的动作状态是活动图最小单位的构造块，表示原子动作。

动作状态表示状态的入口动作。

对象的活动状态可以被理解成一个组合，它的控制流由其他活动状态或动作状态组成。

（2）系统：保存修改；
问题：保存失败，提示信息，重新修改；
错误分析：
实验总结：
通过这次实验，对用例图和用例描述和分析有了一个简单的掌握。
成绩
批阅教师
批阅日期
2.
用户名：查看报修信息用例
目标：系统用表格的形式显示报修信息
主要参与者：维修人员
触发条件：维修人员点击报修信息框
前置条件：系统能够正常运行；
实践过程：（1）维修人员：使用鼠标或触屏点击报修信息框；
（2）系统：使用表格的形式显示所有未进行维修的信息；
问题：系统显示信息时，出现错误，系统提示信息，并退出这次操作；
前置条件：系统能够正常运行；
实践过程：（1）学生：使用鼠标或触屏点击宿舍申请，填写宿舍申请单，并点击提交按钮；
（2）系统：显示申请单，接受表中信息并验证表中用户名和登陆时的用户名是否相同，如果填的是宿舍调换，系统自动监测目标宿舍的人数；并将信息提交给宿舍管理员；
问题：当表中用户名和登陆时的用户名不相同时或目标宿舍已经满员，系统提示错误信息并将表中的所有信息清空；
6.
用户名：学生宿舍管理
目标：管理员查看并处理学生提交的各种申请和统计缺勤；
主要参与者：宿舍管理员
触发条件：管理员进行宿舍管理
前置条件：系统能够正常运行；
实践过程：（1）管理员：查看并Biblioteka 理各种申请，并添加缺勤学生的信息；
（2）系统：将各样已经处理的申请，返回给相应的学生；
问题：系统显示信息时，出现错误，系统提示信息，并退出这次操作；
维修人员的用例图：
1.
用户名：查看个人信息用例
目标：系统用表格的形式显示维修员个人的基本信息
主要参与者：维修人员

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

二、实验环境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. 系统维护与升级：用例图可以帮助系统维护团队理解系统的功能和行为，从而更好地进行系统维护和升级。

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

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

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

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

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

用例图设计实验报告1. 引言用例图是一种表示系统交互的图形化工具，它描述了系统中的角色、用例以及它们之间的关系。

用例图常用于需求分析和系统设计过程中，有助于明确系统功能和行为。

本实验旨在通过实际案例，了解用例图的设计过程和使用方法，并熟悉用例图的各种元素及其之间的关系。

2. 实验背景想象一个在线购物系统，我们可以将用户、商家和管理员作为系统中的角色，而登录、浏览商品、下单、支付等操作可以作为系统的用例。

通过用例图的设计，我们可以很清晰地了解用户和商家之间的交互以及各个用例之间的关系。

3. 实验过程及结果3.1 角色的确定在开始设计用例图之前，首先需要确定系统中的角色。

根据实验背景，我们可以确定用户、商家和管理员是系统中的角色。

3.2 用例的分析接下来，我们需要分析系统中的用例，以确定用户和商家与系统交互的动作。

通过与实际业务的对比分析，我们可以确定以下用例：1. 用户登录：用户在系统中登录的操作。

2. 用户浏览商品：用户在系统中浏览商品的操作。

3. 用户下单：用户在系统中下单购买商品的操作。

4. 用户支付：用户在系统中支付订单的操作。

5. 商家登录：商家在系统中登录的操作。

6. 商家发布商品：商家在系统中发布商品的操作。

7. 商家管理订单：商家在系统中管理订单的操作。

8. 管理员登录：管理员在系统中登录的操作。

9. 管理员管理用户：管理员在系统中管理用户的操作。

10. 管理员审核商品：管理员在系统中审核商品的操作。

3.3 用例图的绘制根据上述用例的分析结果，我们可以开始绘制用例图。

用例图由用例、角色和关系三部分组成，其中用例用椭圆表示，角色用方框表示，而关系用箭头表示。

下面是绘制的用例图示例：通过用例图的绘制，我们可以清晰地看到用户、商家和管理员之间的交互关系以及各个用例之间的依赖关系。

3.4 用例图的分析通过对用例图的分析，我们可以得出以下结论：- 用户和商家角色有一些相同的用例，如登录和浏览商品。

⼿机⽤例图实验报告实验：设计⼿机的⽤例图⼀、实验内容设计模拟⼿机的⽤例图：设计模拟⼿机的全部⽤例图。

⼆、实验⽬的（1）了解⽤例图的作⽤；（2）熟悉⽤例图的表⽰；（3）根据系统的功能分析出系统的⽤例组成，正确确定⽤例图中的⾓⾊，根据需求⽂档确定每⼀个⽤例的事件流，⽤Rose正确画出⽤例图。

三、实验要求(1)根据带操作界⾯的《⼿机⽤户操作说明书》（附操作指南）进⾏绘制。

(2)每⼀个图要有界⾯要有图号、图名、设计⼈、设计⽇期和说明。

(3)⽤操作指南检查活动、顺序图，根据活动图、顺序图看是否可完成所有的操作指南例⼦。

⼩组内交叉进⾏检查。

(4)每⼀个⽤例、活动都必须有说明四、实验条件安装有Rational Rose 2003或以上版本五、实验设计及实施的指导根据带操作界⾯的《⼿机⽤户操作说明书》（附操作指南）、状态图梳理需要设计的活动，并给出活动的编号、名称、描述。

六、实验步骤及成果1. 模拟⼿机的参与者有：⼿机⽤户基站2.模拟⼿机的⽤例图：⽤例图-13.模拟⼿机⽤例规格说明：⽤例⼀：打电话参与者：移动客户A，移动客户B，基站基本事件流：1.⽤户输⼊号码2.基站接受电话信息，并处理3.电话接通4.挂断电话备选事件流1：1.⽤户输⼊号码2.⼿机显⽰⽆信号3.挂断电话备选事件流2：1.⽤户输⼊号码2.⼿机显⽰⼿机⽋费3.挂断电话基本事件流顺序图：备选事件流1顺序图：基本事件流活动图：备选事件流1活动图：⽤例⼆：听电话参与者：移动客户A，移动客户B，基站基本事件流：1.⽤户点击接听按钮2.基站将信息传递⾄⼿机3.电话接通4.挂断电话备选事件流1：1.⽤户点击接听按钮2.显⽰⼿机损坏3.⽤户⽆法接收4.挂断电话基本事件流顺序图：备选事件流顺序图：基本事件流活动图：⽤例三：发短信参与者：移动客户A，移动客户B，基站基本事件流：1.⽤户输⼊号码，点击发送按钮2.基站接受短信并处理3.显⽰短信成功接收备选事件流1：1.⽤户输⼊号码，点击发送按钮2.基站接受短信，并处理3.显⽰⽋费4.短信发送失败基本事件流顺序图：基本事件流活动图：备选事件流活动图：⽤例四：收短信参与者：移动客户A，移动客户B，基站基本事件流：1.⽤户按下接收按钮2.基站传送信息3.⽤户成功接收备选事件流：1.⽤户按下接收按钮2.基站传送信息3.⼿机损坏4.接收失败基本事件流顺序图：备选事件流顺序图：。

实验三用例图的绘制
一、实验目的：
掌握参与者和用例的绘制步骤；掌握用例和用例之间关系的绘制步骤；了解用例图实现的分析过程
二、实验内容
网上教学系统需求分析如下：
网上教学系统是在网络环境下,充分发挥网络的教育功能和教育资源优势,向教育者和学习者提供的一种教和学的环境,通过传递数字化教育信息,开展交互式的同步或异步的教学活动。

由于其具有教学资源共享、学习时空不限、交流多向互动和便于学习合作的特点与优势，作为传统教育的补充目前在我国的高校中得到了广泛推广。

(1)学员登录本系统后可以浏览网站的网页信息、选择和查找自己所需要学习文章和课件并进行下载。

(2)教师可以登录本系统，在网站上输入课程介绍、上传课程的课件、发布、更新和修改消息。

(3)系统管理员可以进行对本系统网站页面的维护和执行批准用户申请注册的操作。

根据需求分析，确定参与者、用例。

然后构建用例模型
三、实验要求：
1、根据需求分析，确定参与者、用例。

然后构建用例模型
2、撰写实验报告
四、实验思考
如何确定参与者和用例？。

一、实验名称实验一用例图二、实验目的1.熟悉用例图的基本功能和使用方法。

2.掌握如何使用建模工具绘制用例图方法。

三、实验内容分析微商管理系统的需求建模，进行用例图的绘制。

四、实验步骤1.书写“用户登录购买商品信息”和“管理员管理商品”的书面用例1.1. (1)用户登录后，查找想要购买的商品；1.1. (2) “用户接口”组件数据库中，查找待购买的商品名；1.1. (3)如果不存在，则显示错误信息，返回步骤 (1)，如果存在则继续；1.1. (4) “用户接口”组件判断“待购买商品”是否可以购买；1.1. (5)如果不可以，则显示出错误信息，返回步骤 (8)，如果可以则继续；1.1. (6)在数据库中，添加商品订单；1.1. (7)显示购买成功信息；1.1. (8)结束1.2. (1)管理员登录后，查找的商品；1.2. (2) “业务对象”组件数据库中，查找待管理的商品名；1.2. (3)如果不存在，则显示错误信息，返回步骤 (1)，如果存在则继续；1.2. (4) “业务对象”组件判断“待管理商品”是否可以管理；1.2. (5)如果不可以，则显示出错误信息，返回步骤 (8)，如果可以则继续；1.2. (6)在数据库中，添加、删除或修改商品；1.2. (7)显示管理成功信息；1.2. (8)结束分析：在微商管理系统中，管理员首先登陆系统，系统验证过后，管理方可向系统查询数据，在查询后，系统会给出提示，有没有相关的数据，管理员根据系统查询的返回结果，进行下一步的操作，就是管理商品，在管理过程中，系统会对查询得到的结果判断是否可以对商品进行管理，若可以，则给管理提示，如不可以，也给相关的提示信息。

而用户则通过管理员所设置的商品信息进行查询，如果查询到相关信息，则系统给出用户可以进行购买操作的提示，如果未查询到相关信息，也给相关的提示信息。

2.1.根据实验指导书画出用户的用例图。

(1)添加一个用户用例(2)设置用户的属性：姓名，性别和用户 ID(3)设置用户的方法：选择商品和购买商品(4)绘制出用户所能进行的活动，并绘制他们之间的关系2. (1)添加一个管理员用例(2)设置管理员的属性：姓名，性别和管理员 ID(3)设置管理员的方法添加商品，删除商品和修改商品(4)绘制出用户所能进行的活动，并绘制他们之间的关系五、实验结论通过本次试验我学会了如何绘制出各个需求关系的用例图，掌握了基本的用例图使用方法。