• 博客园logo
  • 会员
  • 众包
  • 新闻
  • 博问
  • 闪存
  • 赞助商
  • HarmonyOS
  • Chat2DB
    • 搜索
      所有博客
    • 搜索
      当前博客
  • 写随笔 我的博客 短消息 简洁模式
    用户头像
    我的博客 我的园子 账号设置 会员中心 简洁模式 ... 退出登录
    注册 登录
秘银徽章
博客园    首页    新随笔    联系   管理    订阅  订阅
《软件构架实践》读后感05

《软件构架实践》读后感05

      在系统的软件构架完成之后就要对软件构架进行评估了。评估大型系统的构架是一项复杂而庞大的任务。首先,大型系统有一个很大的构架,要在有限的时间里了解这个构架是非常困难的;其次,根据Nietzsche的观点和构架商业周期(ABC),计算机系统旨在支持业务目标,评估需要把这些目标和技术决策联系起来;最后,大型系统通常都有多个涉众,在一个有限的时间里获得这些涉众的不同观点要求仔细管理评估过程。

      其中ATAM方法是评估软件构架的一种综合全面的方法,它不仅可以揭示出构架满足特定质量目标的情况,而且可以使我们更清楚地认识到质量目标之间的联系——即如何权衡诸多质量目标。

      参与ATAM评估小组的人有很多,他们每个人的职责都是不一样的,每个人对评估的影响都是非常重要的。项目的决策者和涉众都要清晰地阐述一个准确的质量属性需求列表(以场景的方式),并说明与实现每个高优先级场景相关的构架决策。然后,把这些确定为有风险决策或无风险决策,以找到构架中任何存在问题的地方。

      ATAM共分为4个阶段:

      第一阶段:合作关系及准备工作;

      第二阶段:评估;

      第三阶段:评估(继续);

      第四阶段:后续工作。

      除了理解什么是ATAM外,理解什么不是ATAM也很重要。ATAM不是需求评估,也不是代码评估,即不包括实际的系统测试,也不是一个准确的手段,但是它却识别了构架中可能存在风险的区域。

posted on 2017-02-15 13:00  秘银徽章  阅读(142)  评论(0)    收藏  举报
刷新页面返回顶部
博客园  ©  2004-2025
浙公网安备 33010602011771号 浙ICP备2021040463号-3