• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

敏捷软件开发(中篇)

发布: 2008-5-28 10:13 | 作者: 不详 | 来源: ZDNet | 查看: 94次 | 进入软件测试论坛讨论

领测软件测试网

      开始转移到统一小组——第四步
      有的人可能认为Metaphor的概念应该来得更早一些,但是我们建议在这一阶段快结束的时候才引入它,因为这是我们首次提到客户/业务方(customer/business)。Metaphor是客户与开发人员之间系统的通用语言。它看起来可能不重要,但是以Exoftware的政府顾客为例,开发小组一般都把业务方(也就是定义系统需求的人)当作客户。但是对于业务方而言,“客户”指的是最终用户。这就导致开发人员和“业务方”之间的困惑和挫折。

      Metaphor的作用不只是一门通用语言——它还与上下文和对系统是什么的高层次理解有关。在这里我们能够采取步骤做到真正地与我们的业务合作伙伴沟通并共享共同的目标。3Q公司使用一种叫做Adaptor Tree Hierarchy体系,它通过一门客户/业务方共同认可的语言给予开发人员一个广阔的系统视野。例如:

ThreeQData

todaysDate
marriage
spouse
economicindicators
client
lossofincomestory
annualincome
coveramortisationeroision
...
managedfundstory
pensionstory
      这个树形结构的每一部分都可以扩展出更多细节,能够轻易地改变,并提供一个很好的系统视角,同为整个小组提供一门通用的语言。

 

      重要的成功因素

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网