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

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

动态需求的概念以及分析方法探讨

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

领测软件测试网  基于行业应用的信息系统,其业务政策依赖性比较强,业务需求每年都有变化,一般基于这类需求的系统开发周期如果跨越自然年度,几乎很难进行需求定位。如何把握业务需求,成为项目成功建设的关键。
    需求设计第一阶段要细化、量化用户提出业务需求,为下一阶段系统设计提供业务逻辑。

以前绝大多数系统采用这种概念上的需求设计,我们称之为“静态业务需求分析”;这种方式很难把握由于业务变化带来软件系统的修改,同时在系统开发过程中很容易造成设计开发反复,带来项目进度和项目成本的失控。
    作者这里推荐的是一种动态的需求分析模式,能够比较有效地控制需求的范围和变化的趋势。这种方式首先需要熟悉精通相关行业,在项目启动前期和用户一起进行需求思路整理,先设计出业务需求表格框架;在用户业务定位阶段,用户按照表格要素量化需求,形成“表格需求”;最后,在系统构架阶段,进行参数化的系统数据设计和功能设计。这种方式称为“动态业务需求设计”。

具体做法如下:
    设计项目环节:在项目管理的框架之下,增加前期咨询服务环节,设立阶段评审的标准和内容。

    项目组织重构:建议改变原来业务需求完全由业务部门提出的模式。成立以客户方最高领导为组长,客户业务部门、客户信息管理处、开发公司等多方组成的需求小组,由客户信息管理处负责统一具体领导。

   设计流程框架:根据业务需求的定位和对行业知识的理解,设计行业领域的业务流程框架。

    设计需求模板:根据对项目的分析,设计需求模板,有关人员根据需求框架进行表格式需求填写。这种方式可以保证需求的完整性和前后一致性,达到量化需求的目标。在此基础上加以抽象可以产生出一般的业务需求分析框架。

延伸阅读

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

TAG: 动态 分析方法 概念 探讨 需求


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

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