软件开发中用户需求处理的常见问题
发布日期:2010-11-15 信息来源:http://www.chysoft.net

软件开发的业务需求处理,是通过对用户业务需求的收集、整理、分析,规划出我们的软件系统,是下一步系统设计和开发的依据,这一步是否成功,直接关系到开发出来的软件系统能否得到用户认可,用户能否真正通过我们的软件系统解决业务或管理问题。需求的处理需要软件开发厂商和用户之间协调配合,良好的沟通和配合才能产生较好的需求结果,对需求的处理我们力求做到准确、清晰、完整、有效、无歧义,但最终用户在进行需求的处理时一般存在以下问题:
一、业务需求处理缺乏计划,不知从何开始
定制开发不同于产品模式的实施,一些对软件定制开发流程不是很清楚的用户,在面对定制开发时不知从哪里开始。软件的定制开发一般包含需求、设计、开发、测试、部署等一系列的过程,其中需求和测试这两个阶段需要最终用户重点参与,特别是需求的收集与整理。如果业务需求比较复杂,那么就需要制定需求计划,有计划的进行需求的收集、整理、分析,形成需求文档,最终用户和软件开发的需求人员共同对需求进行确认、完善。

二、一般用户参与很少,将需求完全交给软件开发厂商
以为选择了软件定制开发厂商就万事大吉了,所有事情都交给软件开发厂商,最终用户很少参与业务需求的处理过程,这样会导致以下问题:
1、软件开发人员对需求理解不充分,设计和开发的系统交付给用户后,和实际需求差距大,导致返工。
2、在后续的开发或交付用户使用过程中,不断的进行修改和调整,系统不能稳定、错误率高,给软件开发和系统设计带来困难,项目周期延长、成本增加。
最终用户需要参与定制开发的整个过程,这也是为什么大型项目需要监理公司(第三方机构)的原因,对项目的需求(重点)、项目的进度和质量、系统的测试等都需要重点关注。

三、不能够确定业务需求的目标和边界
不能够确定项目的边界和范围,项目的内容无限制额膨胀,导致这种情况的出现一般有以下原因:
1、单位的负责或主要业务负责人没有参与,导致业务需求的目标和边界不能确定。
2、需求收集人员对需求贪大求全,任何事情没有绝对的完美,在需求处理上需要抓住重点问题,不能够舍本求末。
在进行需求收集和整理时,需明确项目的目标和边界,结合项目的周期和成本,可以考虑将部分功能放在后续的实施中处理,整体规划、分布实施。

四、单纯以部门为中心进行业务需求的处理
在进行需求的收集时,很多用户只是将需求分给各部门去自行整理,然后简单的汇总给软件开发厂商,这样处理存在以下问题:
1、业务是以部门为单位孤立的
2、业务需求不系统、不完整
应该以业务为主线,由需求分析的专人(一般是软件开发的需求人员)按照涉及部门逐个进行调研和收集。用户单位应该确定一位业务需求的主要负责人,有条件的可以将相关部门的核心业务人员集中在一起有计划、有针对性的进行讨论,需求收集整理形成文档后对相关人员进行回访和再次确认,逐步的完善。

五、业务需求没有能够深入细化
对业务的需求的分析不够深入,经过简单的了解后就进入系统设计和开发,导致该问题的主要原因:
1、最终对业务需求不够重视,不愿意投入时间和软件需求人员一起进行业务的分析。
2、最终用户的业务人员对自身的需求不是很清楚,不能够细化。
3、软件开发的需求分析人员缺乏相应的行业需求经验、需求的管理经验,或不擅长于需求沟通。

更多“软件定制开发

粤ICP备11095012号-1
Copyright 2005-2017 深圳市承元软件技术有限公司