软件产品需求分析过程思考

软件产品需求分析过程思考

ID:32175372

大小:290.50 KB

页数:3页

时间:2019-02-01

软件产品需求分析过程思考_第1页
软件产品需求分析过程思考_第2页
软件产品需求分析过程思考_第3页
资源描述:

《软件产品需求分析过程思考》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、软件产品需求分析过程思考  很多人认为,软件的需求过程只有在做企业的软件时才用的上,因为要和客户打交道,要定需求才开发系统,原则上这样去做企业软件是没有问题,需求的过程管理,更多的是为了界定需求的边界防止客户扯皮的问题,也为以后的系统现实阶段奠基石.而网站,互联网的产品更多的好像没有这个需求的过程,我做的那个JJY的产品,基本上需求是是大家凑出来,过程基本上没有,需求的过程控制的很一般.没有内功,不知道以后在产品需求发生变化或扩大时会有什么问题发生.  以下是做企业软件的需求过程管理以作为参考:  众所周期,软件需求分析是软

2、件生命周期的第二阶段,主要对前期软件定义及计划阶段提到的任务及计划进行概要的补充,需求分析的主要任务不是确定将来的系统怎么完成某项工作,这是设计阶段的事情,而是明确系统将要完成什么功能,对目标系统将要完成的功能提出完整、准确的描述等;在我们国内很多软件公司里,需求分析阶段与设计阶段没有明确的界线,需求分析阶段的很多工作,都会放到设计阶段来做或干脆不做,一般很少严格按照软件工程的方法来执行(通过CMM认证的软件公司还好些),大多数人理解下的需求分析阶段的任务主要还是分三部分:需求的收集、需求整理与编写及最终的评审,在此就这几个

3、阶段中经常遇到的问题作一下大体描述。  一、需求的收集  无论是老产品的改造还是新产品的开发,都需要收集大量的需求作为改造的重点对象,需求的收集也可笼统的分二大部分:内部需求与外部需求;内部需求一般包括软件在维护过程中客户反馈的未处理的需求、公司内部其它各部门在实施软件过程中反馈的需求及设计或研发人员在工作当中总结的对软件易用性、效率等方面的需求,还包括研究竞争对手的软件而得出的需求等;外部需求一般包括软件实施人员或代理商对产品提出的改造建议、设计人员直接到客户现场调研、通过与客户沟通而得到的需求等。在收集需求的过程中常会遇

4、到以下几方面的问题:  1、误解客户需求,一般情况下需求分析人员与客户在业务术语表达上有所不同,交流过程中可能会理解有误,特别对于有二义性的需求,会导致分析人员误解客户的需求,也可以理解为需求表达比较模糊,不同的人有不同的理解。  2、需求的不确定性,一是分析人员对需求把握不准,有些从各个渠道反馈回来的需求有些失真,不能完全表达客户的意愿;二是客户需求的变动较大,不确定,不到真正实用很难表达清楚要实现的功能。  3、对时间的合理规划,收集过程中经常感觉时间太紧,无法完整的收集到客户的需求,这一点主要还是跟事先没有计划好有关,

5、需求的收集是一个长期的过程,而不是在某一时间段内就能收集完的,好的需求在于平时的积累,是在日常维护工作中逐渐收集形成的。  4、善于主动寻找需求,而不是坐等需求,收集需求的过程中,要通过各种途径来收集,主动跟客户或同事交流,这样才能在沟通过程中得到很多需求,这点主要还是在于分析人员的沟通能力。  二、需求的整理与编写  需求收集完成后,此阶段的任务主要对需求进行过虑、分类整理及编写需求规格,需求的整理不权是分分类、写写需求规格,还要对每个需求进行分析,确定这个需求将来做不做,及实现的优先级是什么(是高、中还是低),这一阶段对

6、分析人员的要求比较高,要纵观全局来考虑,充分考虑到每个需求点对整个系统的影响等,最终形成软件需求规格说明书。这一阶段常见的问题有以下几方面:  1、缺乏对需求的深入理解,需求分析这个岗位在很多软件公司都是虚拟的,没有专人负责,一般由设计或开发人员来负责,这样往往会导致对业务的需求不能深入理解,在系统把握能力上略显不足,导致编写出的需求规格不全面。  2、要正确表达所描述的需求,需求规格作为设计阶段的依据,首先要保证其正确性,对每一个需求都应有一种合理正确的解释,不能存在二义性,所以分析人员在表达需求时要认真严谨,不能模棱两可

7、,更不能含糊其词。  3、要完整表达所描述的需求,完整性是需求规格的重要特征之一,一个好的需求规格应该说明什么需求做,什么需求不做,而不需要说明怎么去做,需求规格只是宏观的描述,为设计阶段划定范围,不应该包含不确性因素在里面,要么做,要么不做,不能遗留任何待解决的问题,而且还要保证需求的完整性。  4、对优先级的排列,任何需求在整理过程中都要分优先级,即问题的重要程度,解决时的优先顺序,需求收集过程中会汇总大量的客户需求,在这些需求当中,有些是客户急需解决的,有些是起锦上添花作用的,这时就需要分析人员结合软件的现状,根据问题

8、的急缓,来划分一下将来处理问题的优先顺序,也是为设计和开发阶段的相关人员提供可参照的依据。  三、需求的评审  在我们看来需求的评审是软件需求分析的最后一步,将整理好的需求规格进行评审,最终决定下一步如何执行,需求的评审一般由专业人士来完成,主要包括公司的内部专家及外部专家,公司内部一般包

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

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

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