需求分析心得

　　几周之前，我们小组完成了创新课程项目的需求分析，大家讨论相当激烈，各抒己见。我自己也从中收获许多，下面就来分享一些自己的收获与心得。

• 什么是需求分析&为什么要做需求分析

　　需求分析也称为软件需求分析、系统需求分析或需求分析工程等，是开发人员经过深入细致的调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么的过程（——百度百度百科）。通俗来讲就是我们需要通过需求分析确定用户想要什么，需要什么，我们做些什么才能又准确又高效完成用户的要求。同时，需求分析的目标是把用户对待开发软件提出的“要求”或“需要”进行分析与整理，多次与用户沟通确认后，形成描述完整、清晰与规范的文档，确定软件需要实现哪些功能，完成哪些工作。需求分析人员需要对用户的需求有非常深刻的理解。也就是说能和用户在谈论需求时能够谈笑风声，不然将来出现了偏差，是要负责任的（(～￣▽￣)～ ）

• 需求分析

　　需求分析一般分为四步走：1.了解需求，通过与客户的交流，对客户的需求进行归纳处理（当然我们是与老师沟通）。2.对需求的详细分析，画出流程图，活动图，时序图。分析需求是否合理，是否满足用户要求。3.与用户确认要求，与用户多次沟通确认需求，保证需求的设计满足用户要求。4.整理归纳文档，将软性需要实现的功能编写成需求文档。

• 设计模式

　　我们小组采用的是自上而下的模式，先找出概要式的需求，再对这些需求具体分析，找出子需求。再与老师沟通，完善自己分析的不足。“自上而下”的设计从某个很高的抽象层次开始，以定义出的基类或其他不那么特殊的设计元素为基准，逐渐增加细节的层次，找出派生类、合作类以及其他更细节的设计元素。也就是从一般性问题出发，找到解决办法，然后在处理特殊问题。

　　软件需求的分析与设计方法较多，一些大同小异，而有的则基本思路相差很大。从开发过程及特点出发，软件开发一般采用迭代开发的开发方法，有时采用开发原型以帮助了解用户需求。在软件分析与设计时，自上而下由全局出发全面规划分析，然后逐步设计实现。从系统分析出发，可将需求分析方法大致分为功能分解方法、结构化分析方法、信息建模法和面向对象的分析方法（这几种方法有兴趣了解的可以百度）。

　　

　　关于需求分析心得先哔哔这么多吧，水平有限。这次需求分析，虽然收获很多，但不知道如何才能准确的将之述诸文字，尴尬，以上。