需求分析概念及如何写好需求分析附需求分析报告例文.docx

概念
需求分析包括业务需求、用户需求、功能需求、非功能性需求和需求分析报告等。
（1）.业务需求反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明；
（2）用户需求描述了用户使用产品必须要完成的任务，应在使用实例或方案脚本中予以说明；
（3）功能需求定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足业务需求；
（4）非功能性的需求描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制等；
（5）需求分析报告所说明的功能需求充分描述了软件系统所应具有的外部行为，在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。
业务部门的主管通常阐明“业务需求”，即产品的高层次概念和主要业务内容，为后继工作建立指导性框架；但“业务需求”并不能为开发人员提供开发所需的许多细节说明。“用户需求”必须找系统的最终使用者，他们最清楚要使用该产品完成什么任务和一些非功能性的特性需求，如程序的易用性、健壮性和可靠性等，而这些特性将会使用户很好地接受具有该特点的软件产品。业务部门的主管甚至CIO经常试图代替终端用户说话，但通常又无法准确说明“用户需求”。用户需求来自产品的真正使用者，必须让实际用户参与到收集需求的过程中；否则，产品很可能会因缺乏足够的信息而遗留不少隐患。
在实际需求分析过程中，由于业务部门工作很忙，经常没有时间或者觉得没有必要与IT人员讨论需求分析，有时甚至希望IT人员无须讨论和编写需求说明就能说出用户的需求。除非遇到的需求极为简单；否则千万不能这样做。优秀的软件产品建立在优秀的需求分析基础上，而优秀的需求分析又源于客户与开发人员之间有效的交流和合作。只有双方参与者都明白自己需要什么、成功的合作需要什么时，才能建立起一种良好的合作关系。
HYPERLINK"http://www.leadge.com/software/index.asp"\t"_blank"软件需求是指用户对目标HYPERLINK"http://www.leadge.com/software/index.asp"\t"_blank"软件系统在功能、行为、性能、设计约束等方面的期望，通过对应用问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化、最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段
需求分析是介于系统分析和HYPERLINK"http://www.leadge.com/software/index.asp"\t"_blank"软件设计阶段之间的重要桥梁。一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从HYPERLINK"http://www.leadge.com/software/index.asp"\t"_blank"软件角度对它们进行检查与调整；另一方面，需求规格说明又是HYPERLINK"http://www.leadge.com/software/index.asp"\t"_blank"软件设计、实现、测试直至维护的主要基础。良好的分析活动有助于避免或尽早剔除早期错误，从而提高HYPERLINK"http://www.leadge.com/software/index.asp"\t"_blank"软件生产率，降低开发HYPERLINK"http://www.leadge.com/knowledge/klmore.asp?type=2170232"\t"_blank"成本，改进HYPERLINK"http://www.leadge.com/software/index.asp"\t"_blank"软件质量。
需求分析阶段的基本任务是深入描述HYPERLINK"http://www.leadge.com/software/index.asp"\t"_blank"软件的功能和性能，确定HYPERLINK"http://www.leadge.com/software/index.asp"\t"_blank"软件设计的限制和HYPERLINK"http://www.leadge.com/software/index.asp"\t"_blank"软件同其它系统元素的接口细节，定义HYPERLINK"http://www.leadge.com/software/index.asp"\t"_blank"软件其它有效的需求。需求确定为什么困难？最主要的原因是对于开发小组的使用成员(包括用户)来说，需求确定是极具认知性和创造性的活动。
十项基本法则
开发人员与业务部门的交流需要好的方法。下面建