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

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

软件需求分析之Wiki定义[3]

发布: 2008-8-28 15:30 | 作者: 网络转载 | 来源: csai | 查看: 28次 | 进入软件测试论坛讨论

领测软件测试网 ·为了使所有这些讨论有条理、有组织和有效地被记录下来,这些讨论的过程和其内容的演化也必须被记录下来。
分析员可以使用不同的技术来从顾客手中获得需求。比较老的方式有采访顾客,或者与顾客一起开座谈会,列举顾客的需求。比较新的技术有建立模型和使用用例。在最佳状态下在采纳了不同的技术后他们可以完全理解顾客的需要和与持重要信息的人建立了必要的联系。

    采访持重要信息的人

    采访持重要信息的人是需求分析中一个必不可少的过程。但在一个大的系统中许多人必须被采访,这需要许多时间和金钱,但最重要的是这个过程最可能显示现有的业务流程与新系统中的业务流程之间的差别。不同的顾客有可能有不同的或甚至相对的需求,在这种情况下分析员必须协调各方的需要。

    需求工作会

    出于上述原因一般假如一个系统非常复杂的话需求分析最常用的方法是召开需求工作会,在需求工作会上分析员和持重要信息的人一起分析系统的需要和发展解决方案

    这样的工作会最好不要再采访对象的工作场进行,这样采访对象不会被打扰。工作会有一个负责人来保持会议的进程,一个记录员来记录会议的讨论,投影仪和相应的软件是常用的工具。一般需要进行多次会议后才能得到最终结果。

    一般认为需求工作会可以节省不少时间,因此是一个非常有用的工具,但是往往很难同时将所有的持重要信息的人聚集到一起。

    一个常见的缺陷是一些持重要信息者在这样的会议上不十分积极,因此他们的需求没有获得必要的重视。这样得到的解决方案必然有限。此外需求工作会是一个很好的分析现有系统的工具,但用它来寻求解决方案就不是十分有用了。

    将需求列成合同式的文件

    最常见的纪录需求分析的方式是将顾客需求列入一个合同式的表。一个复杂的系统的文件可以数百页长。现代的分析员不愿使用这样的列表,因为它们被证明相当无用,但它们依然相当常见。

    优点:

    ·提供一份需求的清单。

    ·提供一份顾客和开发者间的合同。

    ·对一个大的系统来说它提供了一份高级的描写。

    缺点:

    ·这些列表可以长达上百页,实际上没有人能够完整地阅读这样的文件来获得一个完整的系统理解。

    ·列表中的需求一般都很抽象和缺乏列出的需求互相之间的关联

    ·这样的列表一般表示不出列出的需求之间怎样组成一个整体。

    ·从列表中很难看出哪些需求更重要。

延伸阅读

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

TAG: Wiki 定义 软件 需求


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

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