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

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

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

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

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

更多“软件定制开发”