北京软件开发的需求分析

现在企业信息化的程度越来越训，越来越多的企业希望通过软件系统提升自身的市场竞争力，而这些企业往往自己没有开发人员，对软件系统的了解也不够，需要找专业的软件公司合作，在合作过程中会有一些疑问，今天和大家分享一下软件开发过程中的需求分析过程。北京木奇移动技术有限公司，专业的软件外包开发公司，欢迎交流合作。

需求分析是软件系统开发最基础的工作，也是启动软件项目第一步需要做的工作，需求分析做好了，至少为软件系统最终的成功打下了基础的一步，如果需求分析做的不好，那软件系统注定是失败的，因此需求分析对软件系统的成功至关重要，花再多的精力都是值得的。今天讲一下传统的需求分析方法。

一、传统的需求分析方法

1.产品经理找到业务人员口头进行交流，先从整体上明确现在的工作中遇到什么问题，需要解决什么问题，这些问题明确后可以从整体上有一个把握，不要因为在细节中迷失了方向，最终连基本问题都没有解决。

2.产品经理根据自己的理解将交流中得到的需求用文字整理出来，列出业务人员提出的问题，给出相应的软件解决方案，这时可以是一个粗略的解决方案，从模块层给出相应的解决方案，不要过于陷入细节。

3.根据模块化的解决方案和业务人员交流，逐步培养业务人员的软件知识，让他们知道他们的问题用软件是如何解决的，因此业务人员是最终的用户，因此需要在认识上让他们明白，他们需要有一定基础的软件知识，这样在后期的交流中会节省很多时间。而不是一直把业务人员当非专业人员，只懂业务就行，这样可能的后果是业务人员最终觉得做出的软件系统不是他们想要的。

4. 根据模块化的功能整理细节，这时对应的业务人员是个别人，当业务人员从整体上理解软件系统后也就可以理解自己所负责的模块在整体中扮演的角色，这时更容易理出细节需求。在传统软件中结合UML图+文字描述来描述需求，常见的需求文档和设计文档都是偏文字多，这点其实在新的软件系统需求分析中已经发生了变化。

5.在需求文档出来后，一定要逐条与业务人员进行核对，不管再浪费时间或业务人员多忙都得逐条核对，确保大家的理解是一致的，这样可以减少后期的纠纷。在业务人员已经充分理解后需要签字或邮件确认，这是一个正常的工作流程，这可以确保大家都认真对待工作，为接下来软件的成功打下基础。

二、可能遇到的问题及解决方法

1.需求确定不下来，这有两种可能性，一是业务人员基础知识太差，双方沟通有障碍，这点在软件开始的时候一定要注意，因为软件开发至少得2-3月，如果在前期发现业务人员基础知识太差，那后面同样会有这样的问题。二是项目的需求不明确，没有人能准确的说出要干什么，这同样是一个大问题。这两种情况都是难处理的情况，这时需要对项目的整体困难度提升一个层次，项目时间会延长，时间也会增长，相应成本也会增加，因此在早期要有一个清楚的认识，防患于未然。

2.需求太笼统，有的项目客户只知道个大概，甚至简单一句要抄袭一个微信或其它很成熟的软件，这说明客户不懂基础软件知识，这时可以看看客户的项目预算，如果预算很少就果断放弃，否则勉强接了项目后面也会有很多的纠纷。

3.项目时间紧，有的客户项目时间要求紧，在计划的需求分析时间内整理不出需求，这种要及时让客户知道后果是整体项目拖延，并认客户邮件确认知晓该事件并说明不需要开发公司负责，否则有的项目后期会发生纠纷。