通过阅读博客，了解到需求分析的重要性。
很多失败的项目,它们有的是需求的问题，有的是客户关系的问题，还有设计的问题、技术的问题、时间管理的问题、人员培养的问题••••••但归根到底更多的还是需求的问题。需求分析既是一份体力活儿，更是一份技术活儿，它既是人际交往的艺术，又是逻辑分析与严密思考的产物。深入地去理解客户的业务，进而想到客户的心坎儿上去，最后做出来的东西必然是客户满意的。但是，当客户提出业务变更的时候，我们一定不能被客户牵着走。我们要从业务角度深入的去分析，他为什么提出变更，提得合不合理，我有没有更合理的方案满足这个需求。当我们提出更加合理的方案时，客户是乐于接受的，变更也变得可控了。客户提出的很多需求常常比较理想而不切实际，但我们做需求分析必须要实事求是、基于技术可以实现的角度去考虑，并且我们必须要基于技术实现去引导客户的需求。
需求分析不是一蹴而就的，它应当贯穿整个开发周期，不断的分析确认的过程。需求分析阶段不可能解决所有的需求问题，因此在设计、开发、测试，直到最终交付客户，这整个过程都应当不停地用开发的成果与客户交流，及时获得反馈。只有这样才能及时纠正需求理解的偏差，保证项目的成功。
我们日后对客户提出的需求进行深入理解以后，运用我们专业知识，提出比客户的原始需求更加合理、可操作的解决方案，让客户感觉你说的正是他们想要的。如果能够这样，客户不仅能够欣然接收你提出的方案，而且会感觉你非常专业，你在客户心目中的形象也会无形中提高，使你有更多的机会提出有利于开发的可行方案，降低开发的风险。这毫无疑问会形成一个良性循环，但要做到这一点并不容易，毫无疑问，在与客户接触初期的表现起到了极其关键的作用。
在我们做需求分析时，要学会对功能角色进行分析并且学会画用例图。
做需求分析不是一项一蹴而就就可以完成的工作，它需要一个长期的过程，而这个过程是一个由粗到细的过程，它体现了人类认识事物的客观规律。在需求分析的初期，我们对需求的认识往往是整体的、宏观的，随着分析工作的逐渐深入，一步步细化。按照这个思路，我们对需求的分析，首先应当从功能角色分析开始。所谓功能角色分析，就是从一个外部用户的视角分析整个软件系统能够提供的功能，以及这些功能到底是提供给哪些角色使用。此外，我们还要学会对业务流程进行分析。许多软件最终失败的非常重要的原因就是对需求分析过于草率、浮于表面，而没有深入细致地去分析，往往到了项目后期才把需求搞懂，才发现真正的需求与起初的认识大相径庭，才恍然大悟需求原来是这样，而往往那时已经追悔莫及了。这样的经历相信你也有过吧。所以，我们一定要沉下气来认真仔细地做需求分析，一定要做到位。
我们做需求分析，还要学会用例说明，并且查询报表分析。一个有效的报表，往往不是对数字的简单堆砌，它通过一组一组的数据，揭示的都是一些客观规律、复杂活动与发展趋势。客户方的领导，特别是那些中层和高层领导，通过对这些报表的阅读，就可以掌握他们的工作进程、加强他们的人员管理、发现他们的管理漏洞、指导他们的战略决策。总之一句话，每个报表都有他们的设计意图。在绘制用例图时，还要学会子用例和扩展用例，以及行动图和状态图。做需求分析应当化繁为简，不必去拘泥于那些过程，要学会化繁为简。寻找适合自己的，避免做过度分析和设计，这种思想也是敏捷开发的精髓。
因此在学习软件需求与分析时，对我们有很大的帮助，学会了解客户的需求，理解现有的管理模式，然后站在信息化管理的角度去审视现有的管理模式，最后一步一步去引导他们按照更加合理的方式去操作与管理。
