系统分析_HW6

、简答题

1.用例的概念

是软件工程或系统工程中对系统如何反应外界请求的描述,是一种通过用户的使用场景来获取需求的技术。 每个用例提供了一个或多个场景,该场景说明了系统是如何和最终用户或其他系统互动,也就是谁可以用系统做什么,从而获得一个明确的业务目标.

2.用例和场景的关系?什么是主场景或happy path?

定义:场景是参与者和系统之间特定的操作和交互序列。

关系:用例是场景的集合,场景是一个用例实例。

happy path:主成功场景也被称为“理想路径”或“典型流程”,它描述了满足涉众关注点的典型成功路径。通常主场景要保持一定连贯性并将所有条件处理都推延至拓展部分。

3.用例有哪些形式?

简便格式(Brief)

通常是主要成功场景的简短一段总结。

用于在早期的需求分析中,快速了解主题和范围。可能只需要几分钟来创建。

因果格式(Casual)

非正式的段落格式。包含多种场景的多个段落。

完整格式(Fully)

所有的步骤和变化都写得很详细,并由支持部分,如先决条件和成功保证。

4. 对于复杂业务,为什么编制完整用例非常难?

复杂的业务涉及到的场景非常多,且场景与场景之间也有各种各样的关联,要编制完整用例不但需要熟悉各种业务场景和流程,还要懂得建模相关的专业知识,如何分离和提炼一个场景的主要元素也是在复杂场景中显得尤为重要和困难。

5、什么是用例图?

用例图是指由参与者(Actor)、用例(Use Case),边界以及它们之间的关系构成的用于描述系统功能的视图。 用例图(User Case)是外部用户(被称为参与者)所能观察到的系统功能的模型图。

6.用例图的基本符号与元素?

基本元素与符号:

人:表示参与者(Actor)

系统框:框内表示待研究的系统

椭圆:表示一个用例

箭头:表示参与者与用例或用例与用例之间的交互关系。其中有include 和 exclude

7.用例图的画法与步骤

确定用例、系统

识别参与者

识别参与者和用例间的关系

作图(绘制用例) :

  使用参与者自身能够理解的名称重命名用例,不要使用与代码有关的名称

  从主要的事务开始,直到后面较小的交互为止

  将每个用例放入支持它的系统或主要子系统(忽略只与用户有关的外观或组件)

  可以在系统边界外绘制用例,表明系统不支持该用例

8、用例图给利益相关人与开发者的价值有哪些?

每个用例制定了系统提供给客户的有用功能单元,使得客户可以更加清晰地看到系统的用途

对于软件开发者,用例细化了用户的需求,以及软件的使用方式,可以使得软件架构的设计思路更加清晰

二、建模练习

1、选择2-3个你熟悉的类似业务的在线服务系统(或移动 APP),如定旅馆(携程、去哪儿等)、定电影票、背单词APP等,分别绘制它们用例图。并满足以下要求:

  • 请使用用户的视角,描述用户目标或系统提供的服务
  • 粒度达到子用例级别,并用 include 和 extend 关联它们
  • 请用色彩标注出你认为创新(区别于竞争对手的)用例或子用例
  • 尽可能识别外部系统和服务

 

 

1.为什么相似系统的用例图是相似的?

用户预期的功能也是接近的。即使不同的同类系统具有不一样的拓展功能,因为相似的系统,面对的参与者和用例是相似的,用例之间的关系也是同构的,所以,有点相似是正常的。

2.如果是定旅馆业务,请对比 Asg_RH 用例图,简述如何利用不同时代、不同地区产品的用例图,展现、突出创新业务和技术

一些应用中可以对房间进行3D环绕展示,让用户更好的了解房间状况;或者是这些应用收集用户平时的使用数据,使用推荐算法进行推荐展示等等,再加上如今很流行的筛选功能,都使得产品具有了很强的时代性,而这些时代性本身就是创新业务和技术的体现。

3.如何利用用例图定位创新思路(业务创新、或技术创新、或商业模式创新)在系统中的作用

对于关于不同方面的创新的用例,使用不同颜色背景的用例图表示,直观地观察其在系统中的作用。

4.请使用 SCRUM 方法,选择一个用例图,编制某定旅馆开发的需求(backlog)开发计划表

IDTitleEstImpHow to demo
1Search the hotel23100Enter location, time, check-in information, search
2book a room3090According to the search results, select the desired hotel room, booking
3pay1785Submit the order and pay
4evaluate1060

Users check out after the evaluation

 

use casebusinesscalculate

UC 权重

1 Search the hotel

5

4

平均

2 book a room

5

4

平均

3 pay

1

1

简单

4 evaluate

4

2

简单

audio_hw.c 是 Android 系统中 Audio HAL 的一部分,它是实现音频硬件抽象层的代码文件之一。它主要负责与硬件交互,提供音频输入和输出的功能。下面简要分析一下该文件的主要内容。 1. 头文件包含 audio_hw.c 文件的头文件包含如下: ```c #include <errno.h> #include <pthread.h> #include <stdlib.h> #include <sys/time.h> #include <sys/resource.h> #include <unistd.h> #include <fcntl.h> #include <sys/stat.h> #include <sys/ioctl.h> #include <sys/mman.h> #include <cutils/atomic.h> #include <cutils/log.h> #include <cutils/list.h> #include <cutils/str_parms.h> #include <sound/asound.h> #include <tinyalsa/asoundlib.h> #include <audio_utils/channels.h> #include <audio_utils/sndfile.h> #include <hardware/audio.h> #include <hardware/hardware.h> ``` 这些头文件包含了一些系统库、音频相关的库和硬件抽象层的定义文件。 2. 结构体定义 audio_hw.c 中定义了许多结构体,其中最重要的是 `struct audio_hw_device`,它是整个音频 HAL 的核心,定义了 HAL 的接口和属性。 3. HAL 接口实现 audio_hw_device 结构体中定义了音频 HAL 的接口,这些接口都需要实现。接口包括: - `init()`:初始化音频硬件设备。 - `get_supported_devices()`:获取支持的音频设备列表。 - `open_output_stream()`:打开一个音频输出流。 - `close_output_stream()`:关闭一个音频输出流。 - `open_input_stream()`:打开一个音频输入流。 - `close_input_stream()`:关闭一个音频输入流。 - `set_parameters()`:设置音频参数。 - `get_parameters()`:获取音频参数。 - `dump()`:打印音频硬件的调试信息。 实现这些接口需要与具体的硬件进行交互,以提供音频输入和输出的功能。 4. 辅助函数 audio_hw.c 中还定义了一些辅助函数,用于处理音频参数、打开音频设备、配置音频流等。 5. 初始化函数 整个音频 HAL 的初始化函数是 `audio_hw_device_open()`,它会调用 `audio_hw_device_init()` 来初始化音频硬件设备,并返回一个 `audio_hw_device` 结构体。 以上是对 audio_hw.c 的简要分析,该文件实现了 Android 音频 HAL 的核心接口和一些辅助函数,是整个音频 HAL 的重要组成部分。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值