软件构架实践十一章

软件构架实践十一章

ID:30908901

大小:75.50 KB

页数:3页

时间:2019-01-04

软件构架实践十一章_第1页
软件构架实践十一章_第2页
软件构架实践十一章_第3页
资源描述:

《软件构架实践十一章》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、第十一章ATAM(architecturetradeoffanalysismethod):―种进行构架评估的综合方法。也叫构架权衡分析法。它是评估软件构架的一种综合全面的方法。这种方法不仅可以揭示出构架满足特定质量目标的情况,而且可以使我们更清楚的认识到质量目标之间的联系。ATAM设计用于获取系统以及构架的业务目标,它还设计用于使用这些目标和涉众参与來时评估人员把注意力放到对实现这些目标重耍的构架部分上。11.1ATAM的参与人员(ParticipantsintheATAM)1.评估小组evaluationteam该小组是所评估架构的项冃外部的小组,由3-5人组成,评估小组可能

2、是一个常设小组,其中要定期执行构架评估,其成员也可能是为了应对某次评估,从了解架构的人中挑选出來的。他们都应该是有能力的没有偏见且私下没有其他工作要做的外部人员。评估小组人员:评估小组负责人,评估负责人,场景书记员,进展书记员,计时员,过程观察员,过程监督员,提问者。2.项目决策者Projectdecisionmakers这些人对项目具冇发发言权,并冇权要求进行某些改变,通常包括管理人员,承担开发费用的町以确认的用户,设计师。3.构架涉众Architecturestakeholders涉众在构架中有一个既得利益,涉众包插开发人员,测试人员,集成人员,维护人员,性能工程师,用户,

3、与正在分析的系统交互的系统的构建人员及其他人员,他们的工作职责是清晰明白的阐述架构应该满足的具体质虽属性忖标,以使开发的系统能够取得成功。11.2ATAM的结果ATAM的评估产生至少如下结果:•一个简洁的架构表述。ATAM的一个要求就是在一个小时内表述架构,这样就得到一个简洁的通常是可以理解的架构表述。•表述清楚的业务目标。•用场景捕获的质量需求。•构架决策到质量需求的映射。•所确定的敏感点和权衡点的集合。敏感点sensitivitypoint:对一个质量属性有显著影响的构架决策。权衡点tradeoffpoint:对多个质量属性有显著影响的构架决策。•有风险决策和无风险决策有风

4、险决策ricks:根据所陈述的质量属性需求,可能导致不期望有的结果的构架决策;无风险决策nonricks:根据分析被认为是安全的构架决策。•风险主题的集合。将所分析发现的风险全部集合,以寻找确定构架甚至构架过程和小组屮的系统弱点的总的主题。ATAM的评估产生的副结果:为评估准备清楚的构架表述,可能比已经存在的任何构架表述都要清晰。参与人员创建的场景是业务目标和构架需求的标识,可以用來指导构架的演变。町以把最终报告屮的分析内容作为制定某些构架决策的基本原理的陈述。ATAM的评估产生的无形结果:这些结果包括能使涉众苍生“涉群感”,可以为设计师和涉众捉供公开交流的渠道,以及使构架的所

5、有参与人员更好地理解构架及其优势和弱点。11.3ATAM的阶段PhasesoftheATAM第0阶段关系和准备:评估小组负责人和主要的项目决策者进行非正式会晤,以确定此次评佔的细节,根据要求进行大概需要几周时间。第1阶段评估:评估小组和项目决策者进行了会晤,以开始信息收集和分析工作,通常是用1天的时间,还有两到三周的屮断时间。第2阶段评估:构架的涉众加入到评估小,分析继续进行一般要2天时间。第3阶段后续工作:评佔小组需要生成并交付一个最终的书面报告,该阶段的本质是评估小组的白我检查和改进。评估阶段的步骤1.ATAM方法的表述。要求评估负责人向参加会议的项冃代表介绍ATAM,要说

6、明每个人将参•的过程,冋答提出的问题,并为其他活动确定上下文和期望。2.商业动机的表述。评估的参与者一项目代表和评估小组成员一需要理解系统的上下文和促成该系统开发的主要商业动机。在这一步中,项冃决策者,从商业的角度介绍系统的概况。(1)系统最重要的功能。(2)任何相关的技术、管理、经济和政治限制(3)与该项目相关的商业目标和上下文。(4)主要的涉众。(5)构架的驱动因素。3.构架的表述。首席设讣师在这一涉对构架进行详略适当的介绍。设计师应该谈到技术约束条件,设计师要描述用來满足需求的构架方法。应传达构架的本质。构架表述的模板包括:上下文图,模块或分层视图,组件■连接器视图,部署

7、视图,商业产品的使用及其选择/集成,对个重要的用例场景的介绍,对个授重要的变更场景的介绍。,与实现促使形成该构架的需求相关的构架问题/风险,术语表。1.对构架方法进行分类。5.生成质量属性效用树==6.分析架构方法7.集体讨论并确定场景的优先级。8.分析架构方法。9.结果的表述。31)为什么要进行构架评估?并列举评估的参与者。1)、问题发现越早,解决问题的代价越小2)、SA决定系统的属性3)、SA决定项目的结构4)、SA评估是避免灾难的低成本手段

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。