手机用例图实验报告
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、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：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号。