手机用例图实验报告
Android实验报告—UI设计（定稿）
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界面设通过程序设计，掌握了常用界面控件、菜单、以及界面事件的响应。
手机通讯录实验报告及使用说明(附源代码)
手机通讯录实验报告及使用说明(附源代码)自查报告。
标题，手机通讯录实验报告及使用说明(附源代码)。
自查报告内容：在本次实验中，我使用了Java编程语言，开发了一个简单的手机通讯录应用程序。
该应用程序可以实现添加联系人、查找联系人、删除联系人等基本功能。
在开发过程中，我遵循了面向对象的编程思想，使用了类和对象的概念来组织和管理联系人信息。
在实验中，我首先设计了Contact类，用于表示一个联系人的信息，包括姓名、电话号码、邮箱等属性。
然后，我设计了AddressBook类，用于管理联系人信息，包括添加联系人、查找联系人、删除联系人等操作。
最后，我编写了一个简单的用户界面，用于与用户交互，实现对通讯录的操作。
在实验过程中，我遇到了一些问题，比如在删除联系人时没有进行足够的输入验证，导致程序出现了错误。
不过，通过调试和修改代码，我最终解决了这些问题，并且实现了一个稳定和可靠的手机通讯录应用程序。
使用说明：1. 添加联系人，在应用程序中选择“添加联系人”选项，然后输入联系人的姓名、电话号码、邮箱等信息，点击“确认”按钮即可完成添加。
2. 查找联系人，在应用程序中选择“查找联系人”选项，然后输入联系人的姓名或电话号码，点击“搜索”按钮即可查找到对应的联系人信息。
3. 删除联系人，在应用程序中选择“删除联系人”选项，然后输入要删除的联系人的姓名或电话号码，点击“确认”按钮即可删除该联系人。
4. 显示所有联系人，在应用程序中选择“显示所有联系人”选项，即可查看当前通讯录中的所有联系人信息。
源代码：```java。
public class Contact {。
private String name;private String phone;private String email;public Contact(String name, String phone, String email) {。
= name;this.phone = phone;this.email = email;}。
图的应用实验报告
图的应用实验报告图的应用实验报告引言：图是一种重要的数据结构，在计算机科学和数学领域有着广泛的应用。
本实验旨在通过实际应用场景，探究图的应用及其解决问题的能力。
本文将从图的定义、图的遍历算法以及图的最短路径算法等方面展开讨论。
一、图的定义和基本概念图是由节点和边组成的一种数据结构，用于描述事物之间的关系。
节点表示事物，边表示事物之间的联系。
图可以分为有向图和无向图两种类型。
有向图中的边有方向性，无向图中的边没有方向性。
二、图的应用场景1. 社交网络分析社交网络中的用户可以看作是图的节点，用户之间的关系可以看作是图的边。
通过分析社交网络图，可以发现用户之间的关联性，从而进行精准推荐、社群发现等操作。
2. 交通网络规划交通网络中的道路可以看作是图的边，交通路口可以看作是图的节点。
通过图的最短路径算法，可以计算出最优的交通路线，实现交通网络的高效规划。
3. 电子电路设计电子电路中的元件可以看作是图的节点，元件之间的连接可以看作是图的边。
通过图的遍历算法，可以检测电路中的故障，优化电路的设计。
三、图的遍历算法图的遍历算法用于访问图中的所有节点。
常见的图的遍历算法有深度优先搜索（DFS）和广度优先搜索（BFS）。
1. 深度优先搜索（DFS）深度优先搜索从图的某个节点开始，先访问该节点，然后递归地访问该节点的邻接节点，直到所有节点都被访问过。
DFS可以用于解决迷宫问题、拓扑排序等。
2. 广度优先搜索（BFS）广度优先搜索从图的某个节点开始，先访问该节点，然后依次访问该节点的所有邻接节点，再访问邻接节点的邻接节点，以此类推。
BFS可以用于解决最短路径问题、连通性检测等。
四、图的最短路径算法最短路径算法用于计算图中两个节点之间的最短路径。
常见的最短路径算法有迪杰斯特拉算法和弗洛伊德算法。
1. 迪杰斯特拉算法迪杰斯特拉算法通过逐步扩展最短路径的方式，计算出图中某个节点到其它所有节点的最短路径。
该算法适用于边权重非负的图。
UML实验报告
中南民族大学管理学院学生实验报告课程名称：UML面向对象分析与设计教程年级：专业：信息管理与信息系统学号：姓名：指导教师：实验地点：管理学院综合实验室2013 学年至 2014 学年度第 2 学期目录实验一 UML建模基础实验二用例图实验三 UML类图实验四对象图实验五包图实验六动态模型图实验（一） UML建模基础实验时间：实验目的1.熟悉UML建模工具Rational Rose的基本菜单及操作。
2.掌握UML的三大组成部分及各部分作用。
3.掌握UML的可见性规则和构造型的作用。
实验内容1.练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2.认识各种UML关系及可见性符号，并用工具表示出来。
答：各种UML关系如下：分析与讨论1.总结UML在软件工程中的作用以及使用UML建模的必要性。
答：统一建模语言（UML）是用来对软件密集系统进行可视化建模的一种语言，也是为面向对象开发系统的产品进行说明、可视化、构造和编制文档的一种语言。
UML作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。
当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。
UML可以贯穿软件开发周期中的每一个阶段，最适于数据建模、业务建模、对象建模、组件建模。
UML展现了一系列最佳工程实践，这些最佳实践在对大规模、复杂系统进行建模方面，特别是在软件架构层次方面已经被验证有效。
UML是一种功能强大的，面向对象的可视化系统分析的建模语言，它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠，更完善的系统模型，从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。
指导教师批阅：实验（二）用例图实验时间：实验目的1.掌握用例的概念、UML用例图的组成、作用以及使用场合。
2.掌握用例与用例之间的各种关系。
3.用Rational Rose工具练习教材中的用例图。
UML实验报告
一、实验目的熟悉软件建模工具PowerDesigner的安装和使用，使用PowerDesigner绘制用例图，熟悉用例文档的编写，掌握系统需求模型的构造过程；学习使用PowerDesigner绘制类图。
二、实验内容1. 根据如下场景构造需求模型，使用PowerDesigner绘制用例图，撰写用例“在线预订客房”和“前台预订客房”的用例描述文档，并进行模型检查。
某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时交相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
2. 某电话公司决定开发一个客户信息管理系统，系统功能如下：(1) 浏览客户信息：任何使用Internet的网络用户都可以浏览电话公司所有的客户信息（包括姓名、住址、电话号码等）。
(2) 登录：电话公司授予每个客户一个账号。
拥有授权账号的客户可以使用系统提供的页面设置个人密码，并使用该账号和密码向系统注册。
公司管理人员也可以通过登录对客户信息进行管理。
(3) 修改个人信息：客户在系统中注册后，可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。
(4) 删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。
绘制该系统的用例图。
3. 根据如下描述绘制类图：某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。
uml实验报告1-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(ROSE)综合实验报告(包括用例图、类图、组件图等等)
计算机科学与技术专业实验报告 课程名称：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活动图是一种特殊形式的状态机，用于对计算流程和工作流程建模。
可以算是状态的一种扩展方式。
活动图与状态图不同，它除了描述对象状态之外，突出了它的活动。
活动图包括动作状态和活动状态。
对象的动作状态是活动图最小单位的构造块，表示原子动作。
动作状态表示状态的入口动作。
对象的活动状态可以被理解成一个组合，它的控制流由其他活动状态或动作状态组成。
用例图实验报告
用例图实验报告用例图实验报告引言：用例图是一种用于描述系统功能和行为的图形化工具。
它可以帮助软件开发团队更好地理解系统的需求和功能，并在开发过程中进行有效的沟通和协作。
本实验旨在通过实际操作和分析，探讨用例图的基本概念、构建方法和应用场景。
一、用例图简介用例图是一种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)系统管理员可以进行对本系统网站页面的维护和执行批准用户申请注册的操作。
根据需求分析，确定参与者、用例。
然后构建用例模型
三、实验要求：
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)绘制出用户所能进行的活动，并绘制他们之间的关系五、实验结论通过本次试验我学会了如何绘制出各个需求关系的用例图，掌握了基本的用例图使用方法。
UNL实验报告 - 用例图
北京信息科技大学
实验（上机）报告
课程名称U M L及建模工具学号姓名成绩_______
1.正文的实验名称、实验目的、实验内容、实验要求由教师指定，建议每个实验由教师事先
填好，然后作为实验报告模版供学生使用；
2.实验准备由学生在实验或上机之前填写，教师应该在实验前检查；
3.实验过程由学生记录实验的过程，包括操作过程、遇到哪些问题以及如何解决等；
4.实验总结由学生在实验后填写，总结本次实验的收获、未解决的问题以及体会和建议等；
5.源程序或部分代码、具体语句等作为附录。
用例分析实验报告
问题：保存失败，提示信息，重新修改；
错误分析：
实验总结：
通过这次实验，对用例图和用例描述和分析有了一个简单的掌握。
成绩
批阅教师
批阅日期
2.
用户名：查看报修信息用例
目标：系统用表格的形式显示报修信息
主要参与者：维修人员
触发条件：维修人员点击报修信息框
前置条件：系统能够正常运行；
实践过程：（1）维修人员：使用鼠标或触屏点击报修信息框；
（2）系统：使用表格的形式显示所有未进行维修的信息；
问题：系统显示信息时，出现错误，系统提示信息，并退出这次操作；
前置条件：系统能够正常运行；
实践过程：（1）学生：使用鼠标或触屏点击宿舍申请，填写宿舍申请单，并点击提交按钮；
（2）系统：显示申请单，接受表中信息并验证表中用户名和登陆时的用户名是否相同，如果填的是宿舍调换，系统自动监测目标宿舍的人数；并将信息提交给宿舍管理员；
问题：当表中用户名和登陆时的用户名不相同时或目标宿舍已经满员，系统提示错误信息并将表中的所有信息清空；
6.
用户名：学生宿舍管理
目标：管理员查看并处理学生提交的各种申请和统计缺勤；
主要参与者：宿舍管理员
触发条件：管理员进行宿舍管理
前置条件：系统能够正常运行；
实践过程：（1）管理员：查看并Biblioteka 理各种申请，并添加缺勤学生的信息；
（2）系统：将各样已经处理的申请，返回给相应的学生；
问题：系统显示信息时，出现错误，系统提示信息，并退出这次操作；
维修人员的用例图：
1.
用户名：查看个人信息用例
目标：系统用表格的形式显示维修员个人的基本信息
主要参与者：维修人员
实验一 用例图
软件工程试验一：用例图
班级：信121
姓名：黄成运
学号：2108191211112
一、试验目的
通过本次试验使学生掌握UML建模语言的基础知识和rose软件的基本用法，并进一步熟练掌握绘制业务用例框图和用例文档基本步骤和方法。
二、试验要求
根据实验题目内容，完成相应的实验任务。
三、实验内容
1.一个新的音像商店准备采用计算机系统向比较广泛的人群销售或租借录像带和
光碟。
该音像商店将存有大约1000 盘录像带和500 张光碟，所有的录像带和光碟都有一个条码，可以使用条码扫描仪来支持销售和返还，客户会员卡也同时条码化。
客户可以预定录像带并在指定日期来取。
系统必须拥有灵活的搜索机制来回答客户的询问。
根据上述描述，请你给出音像租赁销售系统的业务用例模型和系统用例模型，任选一个系统用例写出用例文档。
2.可以根据本小组自定的系统完成用例图和用例文档。
四、实验结果
客户信息管理业务用例图
该客户信息管理主要实现对客户信息的增加、删除、修改和查询。
系统用例图。
手机模型制作实验报告
手机模型制作实验报告实验目的：通过手机模型制作实验，掌握手机模型的基本制作方法，了解手机的结构组成，以及培养动手能力和创造力。
实验器材：1. 白卡纸2. 剪刀3. 美工刀4. 尺子5. 彩色笔6. 黏胶棒实验步骤：1. 使用尺子在白卡纸上测量并标出手机的尺寸，包括长度、宽度和厚度。
2. 根据测量的尺寸，在白卡纸上用彩色笔绘制出手机的形状。
3. 使用剪刀或美工刀沿着绘制的形状剪下手机模型的外形。
4. 根据手机的结构组成，在白卡纸上绘制手机的按键、摄像头等细节。
5. 使用剪刀或美工刀小心地剪下手机模型的各个细节。
6. 使用彩色笔给手机模型上色，将其涂成和真实手机一样的颜色。
7. 使用黏胶棒将各个部件按照手机的结构组装在一起，粘贴得牢固。
8. 完成手机模型后，进行检查和修正，确保模型的完整和稳定性。
实验结果：制作完成的手机模型应该具有完整的外形和各个细节，颜色鲜艳且符合实际手机的外观。
实验讨论：在制作手机模型的过程中，我们可以通过测量和绘制来了解手机的尺寸和形状，了解手机的按键和摄像头等细节。
通过制作过程中的实际操作，我们可以培养动手能力和创造力，锻炼自己的耐心和细心程度。
制作手机模型还有助于提高空间想象能力和美感，让我们更加了解手机的结构和设计。
实验总结：通过手机模型制作实验，我们了解到手机是由各个部件组成的，需要经过测量、绘制、剪切、上色、粘贴等步骤来完成。
通过实验，我们不仅学会了手机模型的制作方法，还培养了动手能力和创造力。
手机模型制作实验既有趣又富有挑战性，帮助我们更好地理解手机的结构和设计。
一建立用例框图实验报告
实验报告实验课程：软件工程_ 实验名称：建立用例框图_ 学号：2007074 _ 姓名：_ 班级：07信科_ 指导教师：2010 —2011 学年度第一学期实验一 建立数据流图一、 实验目的：1、了解Microsoft visio 环境。
2、掌握数据流图的基本元素；3、掌握建立数据流图；4、掌握数据字典的建立。
二、 实验要求：1、使用Viso 建立数据的源点（源）和终点（宿）；2、使用Viso 建立加工；3、使用rose 建立数据文件；4、使用rose 建立数据流。
三、 实验内容：1、某教务处理系统有如下功能： （1）、对考生送来的报名表进行检查； （2）、对合格的报名单编好准考证号后将证发给考生，并将汇总后的考生名单送给阅卷站； （3）、阅卷站对送来的成绩进行检查，并根据考试中心制定的合格标准审定合格者； （4）、制作考生成绩通知单，并送给考生； （5）、按地区、年龄、文化程度等进行成绩分类统计和试题难度分析，产生统计分析表。
2、对教务处理系统进行分析，使用VISIO 画出该系统的顶层图；3、选择菜单“插入”->“插入新建页”，对顶层图进行分解，用VISIO 画出该系统的0层图；4、选择菜单“插入”->“插入新建页”，对0层图进行分解，用VISIO 画出该系统的1层图；5、保存图表；6、建立数据字典。
7、参考课本19-23页 四、 实验报告：顶层图：考务处理系统考试中心合格标准统计分析表考生不合格报名单报名单准考证考生通知单阅卷站错误成绩清单成绩清单考生名单第0层：1登记报名单2统计成绩考生名册报名单不合格报名单准考证考生名单合格标准成绩清单考生通知单统计分析表错误成绩清单第1层（a ）：1.1检查报名单1.2编准考证号1.3登记考生考生名册报名单合格报名单准考证正式报名单考生名单不合格报名单第1层（b ）：2.1检查成绩清单成绩清单正确成绩清单 2.2审定合格者合格标准经审定的成绩清单2.3制作通知单考生通知单考生名册试题得分清单错误成绩清单2.5分析试题难度2.4分类统计成绩分类统计表难度分析表五、数据字典：数据结构名称考生别名组成姓名+性别+年龄+籍贯+政治面貌+出生地+联系方式描述记载考生所有有效信息数据结构名称考试中心别名组成编号+地址+部门号+负责人描述判断考试的标准数据流名称准考证别名组成准考证号+考生姓名+证件号码+考试地点+考试时间+学校名称描述作为考生考试的凭证和下发考试的具体地点及时间数据文件名称考生名册别名组成考生编号+考生姓名+考生所在学校名称+考生成绩描述记载所有考生的有效信息六、心得体会：通过本次实验，我进一步学习了利用visio软件如何画好数据流图，并且初步了解了如何写数据字典，我会继续努力的去学习，谢谢老师的悉心栽培！。
河北工业大学UML实验报告汇总
《面向对象与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 通过对“学生信息管理系统”的需求描述，确定系统用例图：“学生信息管理系统”的需求描述如下：在每个新学年开始都会有新生入学，这时系统的管理人员可以通过系统将这些新生的学籍、年龄、家庭住址、性别、身高、学生证号、身份证号等基本信息存入数据库，每个新生都对应一个唯一的编号，此编号可以是学生，在日程管理中，系统管理员还可以对所有学生的基本信息进行查询、修改和删除等操作；同时校领导可以查询、修改全校所有学生的基本信息。
学校领导可以通过本系统了解每个班的任课教师、辅导员、学生姓名、学生人数、专业等班级基本信息。
系统管理员可以进行查询班级基本信息、添加班级、修改班级基本信息、删除班级等操作。
在考试结束以后，教师可以将学生的考试成绩录入系统，还可以对学生的成绩进行查询和修改。
学生可以通过本系统进行成绩的查询。
学生还可以在网上选择自己选修的课程（必修课必须上，所以不用选），学生通过本系统可以看到有哪些课程可以选以及课程的基本信息。
课程的基本信息包括：课程号、所属专业、课程名称、开课学期、学时数、学分、任课教师等。
实验1 用例图建模
实验一用例图建模一、实验目的1．熟悉用例图的基本功能和使用方法。
2．掌握如何使用建模工具绘制用例图方法。
二、预备知识Rational Rose 简介Rose模型（包括所有框图、对象和其他模型元素）都保存在一个扩展名为.mdl的文件中。
1. 环境简介1.1 Rational Rose可视化环境组成Rose界面的五大部分是浏览器、文档工具、工具栏、框图窗口和日志。
见图1-1。
图1-1：Rose界面●浏览器：用于在模型中迅速漫游。
●文档工具：用于查看或更新模型元素的文档。
●工具栏：用于迅速访问常用命令。
●框图窗口：用于显示和编辑一个或几个UML框图。
●日志：用于查看错误信息和报告各个命令的结果。
1.2浏览器和视图浏览器是层次结构，用于在Rose模型中迅速漫游。
在浏览器中显示了模型中增加的一切，如参与者、用例、类、组件等等。
Rose浏览器见图1-2。
浏览器中包含四个视图：Use Case视图、Logical视图、Component视图和Deployment视图。
点击每个视图的右键，选择new就可以看到这个视图所包含的一些模型元素。
图1-2：Rose浏览器1. 3框图窗口在图1-3所示的框图窗口中，我们可以浏览模型中的一个或几个UML框图。
改变框图中的元素时，Rose自动更新浏览器。
同样用浏览器改变元素时，Rose 自动更新相应框图。
这样，Rose就可以保证模型的一致性。
图1-3：框图窗口2. UML各类框图的建立2. 1建立用例图use case diagram从用例图中我们可以看到系统干什么，与谁交互。
用例是系统提供的功能，参与者是系统与谁交互，参与者可以是人、系统或其他实体。
一个系统可以创建一个或多个用例图。
●创建用例图（图2-1-1）在浏览器内的Use Case视图中，双击Main，让新的用例图显示在框图窗口中。
也可以新建一个包（右击Use Case视图，选择new→package，并命名），然后右击这个新建包的，选择new→use case diagram。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
实验：设计手机的用例图
一、实验内容
设计模拟手机的用例图：设计模拟手机的全部用例图。
二、实验目的
（1）了解用例图的作用；
（2）熟悉用例图的表示；
（3）根据系统的功能分析出系统的用例组成，正确确定用例图中的角色，根据需求文档确定每一个用例的事件流，用Rose正确画出用例图。
三、实验要求
(1)根据带操作界面的《手机用户操作说明书》（附操作指南）进行绘制。
(2)每一个图要有界面要有图号、图名、设计人、设计日期和说明。
(3)用操作指南检查活动、顺序图，根据活动图、顺序图看是否可完成所有的操作指南例子。
小组内交叉进行检查。
(4)每一个用例、活动都必须有说明
四、实验条件
安装有Rational Rose 2003或以上版本
五、实验设计及实施的指导
根据带操作界面的《手机用户操作说明书》（附操作指南）、状态图梳理需要设计的活动，并给出活动的编号、名称、描述。
六、实验步骤及成果
1. 模拟手机的参与者有：
手机用户
基站
2.模拟手机的用例图：
用例图-1
3.模拟手机用例规格说明：
用例一：打电话
参与者：移动客户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.接收失败
基本事件流顺序图：
备选事件流顺序图：
基本事件流活动图：
备选事件流活动图：
用例五：通讯录管理
参与者：移动客户A
基本事件流：
1.用户选择通讯录
2.对通讯录中的信息进行增删改查备选事件流1：
1.用户选择通讯录
2.对通讯录中的信息进行增删改查
3.手机黑屏
4.显示操作失败
基本事件流顺序图：
备选事件流顺序图：
基本事件流活动图：
备选事件流活动图：
用例六：通讯
参与者：移动客户A，移动客户B，基站
用例七：回复短信
参与者：移动客户A，移动客户B，基站
基本事件流：
1.用户接收短信后，直接回复
2.基站接受信息并处理
3.显示信息发送成功
备选事件流1：
1.用户接收短信后，直接回复
2.显示欠费
七、实验总结
刚开始做实验时，我感觉没有头绪，不知道该从哪一部分开始，即使画出来的图也不知道是否正确。
于是，我从最简单的饮料机开始，先画出用例图，和ppt上的用例图进行对照，找出自己的错误。
最后我发现这些图都是有迹可循的，在确定基本事件流和备选事件流后，按照时间发展的先后顺序便可以画出顺序图，慢慢的我就把顺序图和活动图画出来了。
这个实验让我收获了很多东西，很多在课堂上并不清楚的概念、关系，在实验中我都一一解决了，尤其是对顺序图和活动图的理解。
根据时序图，我们也可以清晰地看出每个用例内部行为动作发生的时序。
根据活动图，我们可以看出每个事件的发生具体情况。
这些对我以后的学习和实验都有很大的帮助。
软工12-1班10号吕雪剑
2015年1月6号。