在现实生活中,这些方法将在流程框架的上下文中使用。这就是牵涉到 RUP 的地方。RUP 定义了一个经过证明的软件生命周期,该生命周期具有带文档记录的各个阶段、定义良好的规程和实用的角色。RUP 的一个核心原则在于,RUP 是一个以体系结构为中心的流程:体系结构对于使用 RUP 的任何应用程序的成功都是至关重要的。大部分体系结构开发在初始生命周期阶段中交付,并在以后的阶段中根据需要进行修改。
QAW 最适合于 RUP 的初始阶段,因为接着就要对描绘将来的体系结构的想法进行具体化了。QAW 还可以在以后阶段中用于细化初始的发现。“需求”规程将会得益于对 QAW 向 RUP 引入的质量属性分析的格外重视。
ARID 应该在 RUP 的细化阶段中执行,因为软件体系结构正是在此阶段得到巩固的。ARID 将有助于作为 RUP 的“分析和设计”规程的一部分执行的各种审核工作。
ATAM/SAAM 工作可以在该生命周期中需要体系结构审核的任何地方进行。一个很适合的地方将是在 RUP 的构造阶段,因为资源是在此阶段开始按照体系结构计划执行的。ATAM 能够将所交付的体系结构与质量目标进行比较,这一点非常适合于 QAW 输出的重用。
下表总结了使用本文中描述的方法的建议。这些建议按照在各个 RUP SLC 阶段中的使用顺序列出。其中还列出了角色和规程,以便在现有的知识领域中更好地定位该工作。
表 5. 方法和角色矩阵
方法 | 角色 | 规程 | 阶段 |
QAW | 软件分析人员 | 需求 | 初始 |
ARID | 技术审核人员 | 分析和设计 | 细化 |
ATAM/SAAM | 软件架构师 | 分析和设计 | 构造 |
使用评估方法可以促进对当前体系结构设计的更好了解,并支持更高效地确定软件体系结构中的质量。将需求与场景驱动的质量属性进行匹配,可以促进更准确的软件体系结构。本文描述的方法充当这些类型的连接的催化剂,并允许外部化以前没有清楚看到的重要关系。使用评估方法可以帮助确保体系结构设计的适用性,并提高体系结构的质量。
文章来源于领测软件测试网 https://www.ltesting.net/