需求分析读后感

需求分析读后感

看完这篇需求分析这篇文章，打破了我对软件需求分析的“世界观”，本来仅仅以为接到老板的任务，根据软件要求一步步开发代码就行了。殊不知漏掉了软件开发最重要的一步---软件需求分析。可以这么说，需求分析是开发软件的重中之重。只有需求分析做到最全全面，这个软件才有机会开发成功。

首先需求分析需要需求调研，进行需求调研之前，自己要充分详尽的了解自己要做的软件，才能更好给其他人解释推荐以便获取他人意见。当客户提出业务变更的时候，我们一定不能被客户牵着走，客户说啥就是啥。我们要从业务角度深入的去分析，他为什么提出变更，提得合不合理，我有没有更合理的方案满足这个需求。当我们提出更加合理的方案时，客户是乐于接受的，变更也变得可控了。针对不同的客户，要采取不同的态度。要知道他们要的是什么，与高层领导谈：软件研发目标、宏观统计报表、决策支持功能等宏观的问题，不要与他们谈那些细枝末节；与中层领导要谈具体的效益，他们关心功能的定义、业务流转的衔接、查询报表的设计，但不太关心一些具体的操作，以及一些具体业务流程的细节；与基层人员要谈每项功能的具体操作，因为他们才是软件最终的使用者。

用户调研的方法：一、拜访，我们要给客户留下好的印象，逐步与客户拉近关系。更好的听取客户真正的需求以及一些宝贵的建议。二、研讨会，在客户中找到了一批人，可以解答困扰我们多时的业务问题了，我在进行需求研讨的时候，首先跟客户探讨的不是软件功能，而是客户现有的业务知识，用专业的话叫“业务领域分析”。客户现有的业务流程是什么样的，都有些什么操作？客户在业务中都有些什么事物，什么用名词，都是怎样定义的，相互之间的关系是什么？客户在每一项操作中的目的是什么，为什么要这样做，

 

需求分析不是一蹴而就的，是一个反复迭代的过程。它将从第一次需求分析开始，一直持续到整个项目生命周期。需求分析就是按照这样的过程，每次多理解一些，再多理解一些，更多理解一些，逐渐深入的过程。每深入一步，我们的软件就更接近客户的满意。

在我们进行一系列需求调研工作的同时，我们的需求分析工作也开始启动了。需求调研与需求分析工作应当是相辅相伴共同进行的。每次参加完需求调研回到公司，我们就应当对需求调研的成果进行一次需求分析。当下一次开始进行需求调研时，我们应当首先将上次需求分析的结果与客户进行确认，同时对需求分析中提出的疑问交给客户予以解答。这就是一个需求捕获->需求整理->需求验证->再需求捕获的过程。

文章中作者结合实际项目的开发进程进行一步一步的详细分析和解说，让我在阅读中有了深刻的感受。文中首先提到的是项目开发前期的调研过程，确实也是我们在许多项目的开发前期就 如作者所说的一样，项目调研就是开座谈会，只要有点点相关的部门或人员都会通知到参与进来。需求都整理出来后又没有人能确认下来，最后还是得大领导出来做决定。大领导出来又只是说一些大方面或框框的话没有什么实际上的内容。到最后还得各个业务部门在猜测琢磨。这样不仅拖延了项目的进度，也会给项目后期的开发带来诸多的压力，需求不明确、需求经常变更等等。有了基本思想，接着就是细化，要落实到点上才能把目标给完成了，要不永远是空的。作者在文中也写到了，到业务部门中去调研，去了解他们实际的业务需求，去了解他们最最想解决的问题。最主要的是，作者细到了一个一个人的去了解。这个很让我佩服和感慨。是要用心去做的才能做到这个程度的。  接着就是在调研中去发现问题。作者在文中是这么写的：所以发现异常流程，发现新流程，全靠调研人自己细心发现和甄别。

 用心做每一件事情，用细心去分化用心这个大目标，细化到每个实际点上，一步一步，一个点一个点去完成，没有攻不破的项目。做事情不是一帆风顺，难免有挫折和失败，但是我们不去畏惧，我们善于学习和总结，我们在进步。

 

思维导图