软件体系结构课程 | 3 软件体系结构质量属性 | 3.2 质量属性脚本

质量属性场景就是对非功能性需求的描述，它描述了在某一场景下软件应该做的事情。质量属性场景由以下六个部分组成：
刺激源：生成该刺激的实体（人、计算机系统或其他激励器）；
刺激：刺激到达系统时可能产生的影响（即需要考虑和关注的情况）；
环境：该刺激在某条件内发生。如系统可能正处于过载情况；
制品：系统中受刺激的部分（某个制品被刺激）；
响应：刺激到达后所采取的行动；
响应度量：当响应发生时，应能够以某种方式对应其度量，用于对是否满足需求的测试。
需要将一般的质量属性场景（一般场景）与具体的质量属性场景（具体场景）区别开来，前者是指独立于具体系统、适合于任何系统的一般性场景；而后者是指适合于正在考虑的某个特定系统的场景，具体场景通常是指从一般场景中抽取特定的、面向具体系统的内容。

质量属性场景描述非功能性需求，一个质量属性有多个场景。
质量属性场景是一种面向特定的质量属性的需求，由6部分组成：刺激源、刺激、环境、制品、响应、响应度量。
（1）刺激源：生成该刺激的实体（人、计算机系统或其他励志器）；
（2）刺激：刺激达到系统时可能产生的影响（即需要考虑和关注的情况）；
（3）环境：该刺激在某条件内发生。如系统可能正处于过载情况；
（4）制品：系统中受刺激的部分；
（5）响应：刺激到达后所采取的行动；
（6）响应度量：当响应发生时，以某种方式对响应的效果进行度量。

质量属性脚本描述了非功能需求。
一个系统对应多个质量属性，一个质量属性对应多个质量属性脚本。
质量属性特点：具体。一个质量属性对应多个质量属性脚本。
质量属性场景由以下六个部分组成：
刺激源(Source)：生成该刺激的实体（人、计算机系统或其他激励器）；
刺激(Stimulus)：刺激到达系统时可能产生的影响（即需要考虑和关注的情况）；
环境(Environment)：该刺激在某条件内发生。如系统可能正处于过载情况；
制品(Artifact)：系统中受刺激的部分（某个制品被刺激）；
响应(Response)：刺激到达后所采取的行动；
响应度量(Response Measure)：当响应发生时，应能够以某种方式对应其度量，用于对是否满足需求的测试。

质量属性脚本需要：
1.具体
2.一个质量属性有多个脚本
一个质量属性脚本：
-刺激源–产生刺激的实体
–刺激/激励–到达系统时需要考虑的条件
-artifact-与系统哪个部分相关
–环境–刺激发生的特殊条件–神器–受刺激的系统或系统碎片-这个相关部分的运行环境
–应对措施–刺激措施到来之后开展的活动，进行响应
–响应措施–响应发生时，应该以某种方式进行度量，以便可以测试需求-对响应的度量
source、stimulus、 artifact、environment、response、measure

质量属性脚本的目的：具体的描述非功能性需求。
（可以看作一种模型，相对于功能性需求的用例图）
质量属性脚本描述的内容：
系统的某个部分，在特定场景，将会如何反应。
举例： 系统的进程（部分），在接收到用户请求时（场景），在1s内反馈用户（如何反应）
质量属性脚本的组成部分：
· 刺激源（Source）：刺激的来源，人或机器
· 刺激（Stimulus）：脚本对于系统的输入
· 环境 （Environment）：刺激发生时系统的状态，正常与否
· 制品（Artifact）：系统受刺激的部分
· 响应（Response）：脚本的输出，对刺激的反应
· 响应度量（Response Measure）：度量响应的一些参数
举例：天猫双十一购物狂欢节
刺激源：海量用户
刺激：发出订单请求
制品：订单处理进程（或者处理器）
环境：正常操作
响应：受理订单请求，并接收转账信息
响应度量：在10s内准确完成操作

一、质量属性脚本
质量属性脚本描述的是非功能性需求，对每一种非功能性需求都要给出一个具体、量化、具体应用场景下的描述。
通常一个质量属性脚本负责描述一个场景中的质量属性。
一个软件需要包含多个质量属性，一种质量属性需要多个质量属性脚本来描述非功能性需求。
体系结构视图模型中：“1”描述了功能性需求，“4”描述了基于功能性需求的设计，也描述了基于非功能性需求的设计。但是这两个部分缺少对于非功能性需求的具体描述。所以需要一种表现方式来描述非功能性需求。
二、质量属性脚本的分类

1、一般性质量属性脚本
一般质量属性脚本包含多个具体质量属性脚本，它可以作为字典，在做其他具体质量属性脚本时，参考一般质量属性脚本中的一个方面。

2、具体的质量属性脚本
具体质量属性是描述在一定条件下系统的一种质量属性，它是一般质量属性的子集。

三、质量属性脚本的属性
Artifact：质量属性与系统那一部分相关
Stimulus：该质量属性如何与外界进行交互
Sourceof Stimulus：与系统交互，发出激励的源头是什么
Environment：与质量属性相关的部分运行环境是什么，运行情况是什么
Response：在外界的激励下，系统的相应是什么
ResponseMeasure：在这个激励下系统响应的度量
举例：
质量属性：系统的相应速度如何
具体方面：系统遇到用户请求可以在1秒之内处理完成
Artifact：进程
Environment：正常工作、系统可以操作
Source：外部用户
Stimulus：向系统发出请求
Response：系统做出回应
Response Measure：系统在一秒内做出回应

质量属性脚本用来描述质量属性（非功能性需求）
理论上，质量属性应该在需求分析期间获得，但实际上很少能够做到。
通过生成具体质量属性脚本来确定质量属性需求是架构师的任务。
【质量属性脚本特点】具体，一个质量属性对应多个脚本。
【质量属性脚本由6部分构成】激励源、激励、工件、环境、响应、响应度量
【激励源】产生激励的实体。
【 激励】影响系统的事件。
【环境】激励发生的特定条件
【工件】 接受激励的系统或系统部分
【响应】激励到达后发生的活动
【响应度量】响应发生时，应当以某种方式进行度量以测试需求是否被满足
两种质量属性脚本
【通用质量属性脚本】具有系统独立性，适用于任何系统。
【具体质量属性脚本】特定于特定系统。 具体质量属性场景让质量需求变得可操作

质量属性脚本
一、质量属性脚本描述非功能性需求，是一种面向特定的质量属性的需求，由6部分组成：刺激源、刺激、环境、制品、响应、响应度量。
² 刺激源（source）：产生刺激的实体
² 刺激(stimulus)：当他达到一个系统时需要考虑的条件
² 环境(environment)：刺激发生的特定条件
² 制品(artifact)：受刺激的系统或者系统中受刺激的部分
² 响应(response)：刺激到达后所采取的行动
² 响应度量(measure)：当响应发生后，以某种方式对响应的效果进行度量，以便测试需求
二、举例：
质量属性：性能（速度）
具体方面：系统遇到用户请求可以在一秒之内处理完成
质量属性脚本为：
Source:外部用户
Stimulus:向系统发出请求
Environment: 正常工作、可操作性
Artifact: Process
Response:系统做出回应
Response Measure:系统在一秒内做出回应

软件体系结构的质量属性就是非功能性需求，功能性需求可以通过用例图描述，而非功能性需求的描述就是质量属性脚本。
质量属性脚本是软件使用的某个真实场景的规范化描述，包括事件来源、事件、系统对事件应该采取的动作，一般分为通用质量属性脚本和具体质量属性脚本。
通用质量属性脚本是独立于某个特定的系统的，它是所有系统都可能会遇到的使用场景，适用于任何系统。
具体质量属性脚本是针对特定的系统可能会遇到的使用场景的描述。而正因为它是针对特定系统的，对于脚本中所涉及的各个要素的描述都很清晰，因此可进一步确定质量需求。
质量属性脚本包括以下几个要素：
1.来源：产生激励的实体，可以是系统外部，也可以是系统内部
2.激励：即来源对于系统进行的操作，比如系统崩溃、定时、某些不可预料的消息等
3.工件：系统受激励影响的部分，比如可以是系统进程、处理器
4.环境：激励发生时系统运行环境，比如正常的运行模式
5.响应：系统受到激励后所进行的动作或发出的指令，例如禁用、继续操作、记录
6.响应度量：在该脚本下用于衡量系统的质量属性是否满足需求的指标，比如响应时间、是否宕机等
比如针对可用性的具体脚本：

当系统在正常操作的情况下，收到了不可预测的消息时，系统会通知操作员继续操作。
在这个例子中，
来源：系统外部的操作
激励：不可预测的消息
工件：系统进程
环境：正常操作情况
响应：系统通知操作员继续操作
响应度量：在此过程中系统是否宕机

质量属性脚本引入的原因：4+1视图中“1”描述了系统的功能性需求，“4”描述了基于功能性需求和非功能性需求的设计，但是没有模型描述非功能性需求，因此引入了质量属性脚本。
分类：
一般质量属性脚本VS 具体质量属性脚本
（1） 一般质量属性脚本就是把对于给质量属性所有可能的具体质量属性脚本都合在一起表示，具体质量属性脚本是一般质量属性脚本的子集。
（2） 一般质量属性脚本更像是一个字典，构造具体质量属性脚本时，我们可以从中选择进行构造。
（3） 一般质量属性脚本与系统无关，适用于任何系统
（4） 具体质量属性脚本依赖于特定系统。
组成（6部分）

Source：产生激励的源头，例如有用户，系统内部操作，系统外部输入等
Stimulus：产生的激励，例如请求，超时，黑客攻击等
Artifact：受激励影响的系统部分，例如进程，存储器，处理器等。
Environment：受影响的系统部分的状态，例如正常运行等
Response：系统对于激励所进行的反应，例如忽略，通知用户，继续运行等。
Response Measure：对于响应的度量，以量化的方式描述系统的响应，例如响应时间，处理量等。
举例子：
雨课堂在上课高峰期，多人同时通过直播上课
质量属性：速度
具体方面：要求在15s内允许所有人进入各自课堂。
激励源：学生
激励：学生进入课堂的请求
工件：进程
环境：正常操作
响应：系统正常处理进入课堂的请求
响应度量：系统在15s内完成响应。
Tips：
1. 质量属性脚本要求很具体，要有具体的数值表示。
2. 针对不同的应用场景，会有不同的脚本，即一个质量属性可能会从多方面去进行评估，所以会有多个质量属性脚本。

（1） 软件质量属性脚本就是精确，具体地描述软件的非功能性需求。
（2） 质量属性脚本的组成
a) 激励源：产生激励的实体，可以是系统内也可以是系统外的，比如用户等。
b) 激励： 引起系统响应的操作，比如黑客攻击，用户请求等
c) 工件：被激励的部分系统，比如进程
d) 环境：激励产生时系统的状态，比如正常运行
e) 响应：应对激励系统的反应，比如作出回应
f) 响应度量：量化系统的响应，比如在1秒内作出反应
（3） 质量属性脚本：可以用图来表示，也可以用表格的方式来表示。
（4） 与质量属性的关系：质量属性脚本用来表示质量属性，一个质量属性需要用多个质量属性脚本来表示。