软件体系结构评估.ppt

内容
软件体系结构评估简介
ATAM方法
SAAM方法
ARID方法
基本介绍
软件系统的基础是它的体系结构,软件体系结构将影响系统很多质量属性。
在软件体系结构确定下来以后,软件系统的这些属性就是可预见的。
软件体系结构评估的目的
在开发过程的早期,通过分析系统的质量需求是否在软件体系结构中得到体现,来识别软件体系结构设计中的潜在风险,预测系统质量属性,并辅助软件体系结构决策的制定。
评估时机
早评估:评估不需要完整的软件体系结构描述,可以在软件体系结构创建过程中的任何阶段使用评估方法,对已经做出的软件体系结构决策进行检查,或者确定还没有决定的软件体系结构选项。
晚评估:迟评估的时机是软件体系结构已经明确并且实现已经完成的时候,这种情况在某个组织继承某些遗留系统时发生,这些遗留系统可能是在市场中购买的,也可能是从本组织现有的存档中发掘的。
评估人员(2/2)
评估团队:其中的人员会实施评估并且进行分析,团队中成员和他们确切的角色将在后面定义;
利益相关人员:是软件体系结构和基于它开发的系统的既得利益者。
评估结果和质量属性(1/4)
软件体系结构评估会产生一个评估报告,报告的形式和内容随着所使用评估方法的不同而不一样。
通过软件体系结构评估可以回答下面两类问题:
软件体系结构是否适用于基于它的软件系统?
如果对于目前的系统有多个软件体系结构可以选择,那个是最合适的?
评估结果和质量属性(2/4)
如果一个软件体系结构满足以下两个标准,那么就认为它是适宜的:
系统的结果满足质量目标。也就是说,系统的运行是可预期的,并且运行速度足够快,满足系统的性能或时间需求;系统的修改按照计划的方式进行,并且满足安全约束,系统能够提供必须的功能。
系统能够使用现有的资源来开发,现有资源包括:人员、预算、任何遗留系统以及交付之前分配的时间。也就是说,软件体系结构是可构建的。
评估结果和质量属性(3/4)
性能
系统响应能力
可靠性
系统随着时间的进行而保持运行的能力
可用性
系统有效工作的时间比例
安全性
系统在为合法用户提供服务的同时抵制未授权的使用请求和拒绝服务的能力
可变性
快速有效地修改系统的能力
评估结果和质量属性(4/4)
可移植性
系统在不同计算环境中运行的能力
功能性
系统能够按照预期工作的能力
变化性
软件体系结构能够通过扩展或修改来得到新的软件体系结构的程度
可分解性
支持生产系统某个子集的能力
概念完整性
能够统一所有层面系统设计概念的能力
评估的益处和代价(1/2)
评估的益处:
把利益相关人员召集在一起
强制特定质量目标的接合
生成冲突目标的优先级
对软件体系结构有一个清晰的说明
提高软件体系结构文档的质量
发现跨项目重用的机会
得到优化后的软件体系结构实践
评估的益处和代价(2/2)
评估的代价
人员开销
与参加软件体系结构评估的人员相关的机会成本
减小评估代价的方法
在相同领域内的重用