手机用例图实验报告
需求分析建模实验报告
需求分析建模实验报告
1. 引言
需求分析是软件开发生命周期中非常重要的一个阶段，通过需求分析可以明确系统的功能和性能要求，并为后续的开发、测试、部署等工作提供基础。在需求分析过程中，采用合适的建模方法有助于准确描述系统的需求，识别并解决潜在的问题。本实验旨在通过需求分析建模实践，提高对需求分析过程和技术的理解和应用能力。
2. 实验目的
- 掌握需求分析建模的基本概念和方法；
- 学习使用UML建模语言描述系统需求；
- 提高对需求获取、分析和建模能力。
3. 实验环境
- 操作系统：Windows 10
- 工具软件：Visual Paradigm
4. 实验内容
本实验选择一个实际案例进行需求分析建模，详情如下：
4.1 项目背景
某在线购物平台开发团队决定对其系统进行升级，以提供更好的用户体验和功能。升级后的系统将包括商品浏览、购物车管理、订单管理等模块。
4.2 需求获取
通过与平台运营团队沟通和观察用户行为，获取以下需求：
1. 用户可以通过平台浏览商品，包括商品的名称、价格、库存等信息；
2. 用户可以将商品加入购物车，并对购物车中的商品进行管理（增删改查）；
3. 用户可以对购物车中的商品进行结算，生成订单，并选择支付方式；
4. 用户可以查看历史订单和订单详情。
4.3 需求分析建模
在实验过程中，通过Visual Paradigm工具进行建模，选择了以下几个UML图形进行需求分析建模：
1. 用例图：用于识别和描述系统的功能需求，并展示功能间的关系；
2. 类图：用于描述系统中的类和类之间的关系，以及类的属性和方法；
android实验报告模板
移动应用开发实验报告
实验名称音乐播放器
班级
学号
姓名
指导教师
实验成绩
2016 年04月
一、实验目的
本项目是一款基于Android手机平台的音乐播放器，使Android手机拥有个性的多媒体播放器，使手机显得更生动灵活化，与人们更为接近，让手机主人随时随地处于音乐视频的旋律之中。使人们的生活更加多样化。也使设计者更加熟练Android的技术和其它在市场上的特点。
二、实验内容及要求
在其中写清楚这个实验具体要你做什么，怎么做，要达到什么样的效果等。
本设计实现的主要功能是播放Mp3，Wav多种格式的音乐文件，并且能够控制播放，暂停，停止，，下一首，上一首播放列等基本播放控制功能，界面简明，操作简单。三、实验方案设计
在其中写清楚你的程序的详细设计，用流程图配文字的形式描述。
如果其中涉及到算法，一定要把算法阐述清楚。
3.1.1假设安装了音乐播放器的用户是系统的主要设计对象，其拥有以下操作，启动软件、播放音乐、暂停播放、停止播放、退出软件，其用例图如下
图2.1 播放器基本用例图
3.1.2用例分析
①用例名称：启动软件参与者：用户目标：使得用户启动软件并加载手机和sd 卡上的音频文件到播放列表前置条件：无基本事件流：1.用户启动软件
2.播放器将播放列表中的当前的歌曲
②用例名称：播放参与者：用户目标：使得用户可以播放在播放列表中选中的歌曲前置条件：播放器正在运行基本事件流：1.用户单击“播放”按钮 2.播放器将播放列表中的当前的歌曲
③用例名称：暂停参与者：用户目标：使得用户可以暂停正在播放的歌曲前置条件：歌曲正在播放且未停止和暂停基本事件流：1.用户单击“暂停”按钮
用例图实验报告
UML建模课程
实验二、UML用例模型的设计
班级：信息0702 组别：指导老师：徐凯波姓名：王姗学号：2007030331205
一、实验要求：掌握利用UML建模工具建立用例模型的方法
二、实验内容：利用UML建模工具设计用例模型
三、实验环境：Windows 2000 Professional以上环境、Rational Rose2003、
Sybase Power Designer 10
四、操作步骤：
本系统是学生选课管理系统，学生可以通过登录该系统查询课程信息、选课、查询个人选课记录；管理员可以通过登录该系统修改课程信息、查询课程信息、添加课程信息、删除课程信息以及对学生的信息进行维护。
（一）第一层
（二）学生选课管理系统
五、遇到的问题和解决方法：
用例图作为整个系统建模最开始的阶段，是最基础的部分，在刚开始的时候的确遇到了不少问题。首先是确定要做一个关于什么时候的系统，系统不能做的太小也不能太大，最好该系统能接近日常生活。在一开始的时候我想做一个关于图书管理系统，但是由于选择图书管理系统的同学太多，所以就放弃了这一想法，后来通过看书、PPT以及在网上查阅资料，最终我决定做一个关于学生选课管理系统，因为作为一名学生，学生选课管理系统比较贴近我的生活。
确定完选题之后，第二步就是要确定该系统的角色和用例。在这一过程中，我出现了很多错误，在做用例图时，我是先从角色（小人）出发，都有谁参与了该系统，然后想该系统的功能，但总是想的不全面，于是在课下的时候，我找到老师，徐老师说用例图首先应从系统出发，想想该系统都能实现哪些功能，然后在考虑都有哪些角色参与了该系统，在徐老师细心的指导下，我确定该用例图应包括：登陆系统功能、查询课程信息功能、选课功能、查询个人选课记录功能、修改课程信息功能、添加课程信息功能、删除课程信息功能以及对学生的信息进行维护功能等。参与该系统的角色有：学生、管理员。
Android应用案例课设报告
Android应用案例
课程设计
淮安信息职业技术学院计算机与通信工程学院
版本历史
一、前言
记账软件记录着各种数据，如果软件一不小心删掉，所有数据就没有，就会觉得很可惜。现在云盘普遍都支持接入应用。本系统主要用于账信息的存储，主要通过移动数据网络或者WIFI，实现客户与服务端的云存储。客户可以通过登录查询自己的账户信息。
二、系统分析
2.1系统开发遵循的标准或规范
2.1.1 统一的开发平台
移动端开发使用Eclipse4.3.2+AndroidSDK；
服务端开发采用Eclipse4.3.2；
移动端数据库开发采用SQLsever。
2.1.2 统一技术规范
总体上采用Java语言进行客户端及服务端的开发，移动客户端开发端采用Android开发技术规范，系统静态及动态建模原则上要求使用UML技术规范。
2.2“云备忘录”功能设计
2.2.1本地备忘信息管理模块
通过该模块的，用户可以完成对备忘信息的管理，主要功能包括：
1.备忘信息添加，用户使用该功能可以完成对备忘信息的添加；
2.备忘信息查询及统计，用户通过该功能完成对特定条件下的备忘信息
的查询及统计工作，
3.备忘信息查看及修改，用户通过该功能可以查看特定账信息的明细并
可对其进行修改；
4.备忘信息信息删除，用户可以删除特定账信息内容（只做逻辑删除，
不做数据库层的物理删除，修改对应记录的status列数据，0表示不可用，1表示可用）
5.备忘信息提醒,用户添加完信息设置是否提醒，使用这个功能，用户可
以在通知栏上看到提醒的信息。
6.备忘信息更新，点击更新按钮，用户可以更新状态，进行联网，使信
手机短路实验报告
手机短路实验报告
手机短路实验报告
引言：
手机已经成为了我们生活中不可或缺的一部分，它为我们提供了便利的通信和娱乐功能。然而，我们也时常听到手机因为电池过热、短路等原因引发火灾的新闻。为了深入了解手机短路的原因以及如何预防，我们进行了一次手机短路实验。
实验目的：
通过实验探究手机短路的原因，了解手机短路可能引发的危险，并提出相应的预防措施。
实验器材：
1. 一部废弃的手机
2. 一根导线
3. 一块电阻板
4. 一个电压表
5. 一台电源
6. 一台计时器
实验步骤：
1. 将手机拆解，取出电池。
2. 将电池连接至电源的正负极。
3. 用导线连接电池的正负极，并连接至电阻板上的两个接口。
4. 将电压表的两个探头分别连接至电阻板的两个接口。
5. 打开电源，记录电压表的示数。
6. 计时器开始计时。
7. 观察电阻板和手机电池的变化情况。
8. 当手机发生短路时，立即关闭电源，并记录下此时电压表的示数。
9. 停止计时器。
实验结果：
在实验过程中，我们观察到了以下现象：
1. 在开始实验时，电压表的示数为0V。
2. 随着实验的进行，电压表的示数逐渐上升，说明电流通过电阻板。
3. 在实验进行的某一时刻，手机发生了短路，电压表的示数迅速下降为0V。实验分析：
通过实验结果的观察和分析，我们可以得出以下结论：
1. 手机短路是由于电路中的电流绕过了正常的电阻路径，直接通过其他路径流动，导致电路短路。
2. 短路时，电阻板的电阻值变得非常小，电流迅速增大。
3. 短路导致电路中的电压降为0V，电流无法正常流动。
实验讨论：
手机短路可能引发的危险主要有以下几点：
实验报告1--用例和用例图
中北大学软件学院实验报告
专业：软件工程
方向：软件开发与测试
课程名称： UML
班级：
学号：
姓名：
辅导教师：井超
2017年3月制
4.用例图如下所示
1).系统参与者
系统角色
2).图书管理
图书管理用例图3).图书借阅和还书用例图
图书的借阅和归还用例4).图书管理系统的整体用例图
图书管理系统的整体用例图
5.实验结论及心得
通过本次实验，我掌握了在课堂上学习的用例图等。加深了对书本知识的认识和记忆。在实验中我学会了去如何操作ro se工具图。通过ro se工具图，可以去清晰的去展示一个关系等。使用非常方便。
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.学会利用Debug查看
2.
二、实验仪器设备或材料
DevEco Studio
P40模拟器/Nova 8 手机
三、实验原理
1.Debug和日志
四、实验内容与步骤
1.先创建一个项目
2.改写有关Debug的文件
3.设计按键
4.
五、实验结果与分析
运行效果截图如下
六、结论与体会
本次实验让我了解到了如何调试Debug和查看日志以及一些其他的基本操作。
七、教师评语
技术掌握情况良好，运行效果正确，结果分析有道理，结论和体会值得未来在实践中借鉴。
安卓界面实验报告
安卓界面实验报告
实验背景
随着移动互联网的发展，安卓系统成为了最受欢迎的移动操作系统之一。安卓系统的用户界面设计直接关系到用户体验的好坏，因此对安卓界面的研究和优化成为了众多开发者关注的焦点。本实验旨在通过设计一个安卓界面来加深对安卓界面的理解和熟悉安卓界面的开发。
实验目的
1. 理解安卓界面的基本组件和布局方式；
2. 掌握安卓界面的开发流程和技术；
3. 设计一个符合用户使用习惯和美观的安卓界面。
实验步骤
1. 项目创建
首先，在Android Studio中创建一个新的空白项目。选择适合的项目名称和存储路径，并选择适当的API级别。
2. 布局设计
在res/layout目录下创建一个新的XML文件，用于定义界面的布局。在此文件中，可以使用安卓提供的各种布局和组件来设计界面。可以使用LinearLayout、RelativeLayout、TableLayout等布局容器，分别对应线性布局、相对布局和表格布局等不同的界面布局方式。
3. 组件开发
在XML布局文件中，根据需要添加各种按钮、文本框、图标等组件，并设置组件的属性和事件。
xml
<Button
android:id="@+id/btn_submit"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="提交"
android:onclick="submit" />
<TextView
android:id="@+id/tv_result"
软件工程用例图实验报告
软件工程用例图实验报告
华北水利水电学院实用软件工程学实验报告
_2009_,_2010_学年第二学期 2009级计算机科学与技术专业
学号:200915320 班级 : 2009153 姓名: 李晓娜
实验五用例图
一、实验目的
1、掌握一种画图工具。
2、学会分析、建立用例图。
二、实验内容
根据某公司办公自动化系统的功能体系结构来建立业务用例图。功能体系结构图如下所示:
办公自动化系统
个公人资公会财工客系人共力产
文作统办信资议务户设公息源管备管管管管管管管管管理理理理理理理理理理
三、实验步骤
(一)系统中业务用例和确定
根据系统的功能体系结构，可以很容易地确定出此系统的业务用例有公文管理、会议管理、财务管理、工作管理、客户管理、系统管理、个人办公管理、公共信息管理、资产设备管理和人力资源管理用例。
(二)系统中业务角色和业务工人的确定
根据业务角色和业务工人指向的不同以及对系统的需求分析，可以找到办公自动化系统的业务角色有潜在的员工、客户、供应商、办事处和分公司。业务工人有
办公人员和系统管理人员。根据不同的模块，事实上与系统交互的办公人员又可以继续被分类。 (三)业务用例图的建立
在对系统进行了业务用例、业务角色和业务工人的确定之后，建立业务用例图，来反映整个机构的业务。如图1所示。
图1 业务用例图
(四)子系统业务分析及用例图。
1、公文管理业务分析
这个子系统包括发文管理和收文管理。发文管理的工作是要根据预先设置的发文管理流程和权限设置，实现发文的各项办理工作:文件输入、提交、审核、签发、发放、存档、作废、打印;收文管理的工作有接收外来文件、编号登记、发
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 链接到元素。
UML(ROSE)综合实验报告(包括用例图、类图、组件图等等)
计算机科学与技术专业实验报告 课程名称：UML 统一建模语言
……………………………………………装……………………………………订……………………………………线……………………………………………………………
泛化关系、包含关系和扩充关系。①泛化关系：一个用例可以被特别列举为一个或多个子用例。子用例从父用例处继承行为和属性，还可以添加行为或覆盖、改变已继承的行为。在图形上，用例间的泛化关系用带空心箭头的实线表示，箭头的方向由子用例指向父用例。②包含关系：一个用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。包含关系把几个用例的公共步骤分离成一个单独的被包含用例。③扩展关系：一个用例可以被定义为基础用例的增量扩展。扩展关系为处理异常或构建灵活系统框架提供了一种有效的方法。
而在该系统中，主要包含四个参与者：系统管理员，店长，营业员和财务管理员。下面就对该系统用例图作分析解释。
（Ⅰ）按参与者略分
①系统管理员：相当于系统的一个超级用户，他具有以上各个参与者的最高权限。他主要的任务是维护系统，维护数据库，对系统基本资料的设置。当然作为系统的超级用户，他理所当然的具有各个用户所具有的功能。（如图2-1所示）
②店长：作为整个店的管理者，他具有会员管理，会员充值，当人手不足的时候，他会额外地负责收、领取衣物等功能。（如图2-2所示）
③财务员：主要负责财务管理相关模块。（如图2-4所示）
④营业员：作为系统的基层人员，主要负责系统的收、领取衣物功能。（如图2-3所示）
图2-1
图2-2
用例图实验报告
用例图实验报告
用例图实验报告
引言：
用例图是一种用于描述系统功能和行为的图形化工具。它可以帮助软件开发团
队更好地理解系统的需求和功能，并在开发过程中进行有效的沟通和协作。本
实验旨在通过实际操作和分析，探讨用例图的基本概念、构建方法和应用场景。
一、用例图简介
用例图是一种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 用例图的绘制
根据上述用例的分析结果，我们可以开始绘制用例图。用例图由用例、角色和关系三部分组成，其中用例用椭圆表示，角色用方框表示，而关系用箭头表示。
UNL实验报告 - 用例图
北京信息科技大学
实验（上机）报告
课程名称U M L及建模工具学号姓名成绩_______
1.正文的实验名称、实验目的、实验内容、实验要求由教师指定，建议每个实验由教师事先
填好，然后作为实验报告模版供学生使用；
2.实验准备由学生在实验或上机之前填写，教师应该在实验前检查；
3.实验过程由学生记录实验的过程，包括操作过程、遇到哪些问题以及如何解决等；
4.实验总结由学生在实验后填写，总结本次实验的收获、未解决的问题以及体会和建议等；
5.源程序或部分代码、具体语句等作为附录。
- 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号