需求分析包括哪些内容？
需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段包括：
1.业务需求——反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。
2·用户需求——描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。
3·功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。
4·非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。
5·需求分析报告——报告所说明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。
需求分析分为哪几部分？
根据需求的类型区分，可以分为三类，第一类是用户购买商品的直接需求。例如，买食品就是为了吃，买衣服就是为了自己穿。
第二类需求是用户的间接需求，例如购买了水果，不是为了自己吃，而是为了去看望老人，看望病人，商品的性质不是商品本身的性质，而是礼品性质的商品了。
第三类需求是用户的潜在需求，例如用户自己本来想买水果去送礼，而通过某些信息传达，告诉用户，水果之外，再多送一些牛奶之类的礼品会更好，于是促成用户购买了原计划之外的商品。
需求分析的主要方法？
观察法
观察法，就是你自己跑到工作现场，看！这个看上去相当简单，貌似走马观花，有些不在行的兄弟会弄得跟公费旅游一般，车间里走走散散心，撩撩HR妹子，就认为是观察法调研了，其实不然。这种方法，关键是要看人家是怎么工作的，拿了什么，干了什么，用了什么工具，送出去什么，什么时候填写了什么单据，制作了什么报表，等等。
体验法
体验法，就是你自己亲自到相关部门去顶岗，做一段时间的业务工作，有了亲身体验自然更容易理解这个岗位的工作。这种方法，最大的优点就是理解业务比较深刻。一旦你几乎成了某岗位的一员后，想想，还有什么比自己帮自己做软件更能够把握需求呢？要给超市收银员写个软件，先到超市卖几天东西，要给仓库做软件，先到仓库发两天货，你的软件偏离用户需求的可能性会大幅度降低。
问卷调查法
问卷调查法，通过编写调查问卷收集需求。通过调查问卷进行需求收集是个效率非常高的方法。对于调研者，不必跑到工作现场，不必跟一个又一个用户一遍又一遍地沟通，只要编写调查问卷、分析回答的内容就可以获得大量的有用信息；对于被调研者，不需要打断自己的工作，可以合理安排回答的时间，还可以更仔细地思考。越是大规模的调研，越能体验这种方法的优越性。
访谈法
访谈法，通过交谈的方式获取需求。需求调研最常见的入手方式是访谈，用得最多的也是访谈。你看电视里经常有谈话节目，两个人或一堆人在一起穷聊，这里所说的访谈跟这种节目有些类似，当然形式、内容比电视中的访谈要丰富得多。访谈可以非常正式，提前约好访谈对象、访谈时间、访谈地点，准备好访谈话题、访谈提纲等；也可以非常随意，电梯上，餐桌上，车上，都可以进行一次偶遇访谈。访谈也未必都需要面对面，通过电话、QQ、邮件、视频聊天等方式进行的沟通咨询，都可以归入访谈的范畴。
单据分析法
单据分析法，分析用户当前使用的纸质或电子单据，通过研究这些单据所承载的信息，分析其产生、流动的方式，从而熟悉业务，挖掘需求。一个组织，在没有信息化管理系统时，它的单据体系其实就是它的信息体系，填写单据的过程就是信息录入的过程，单据传递的过程就是信息流转的过程，最终单据进入的档案室就是数据库。因此，通过分析单据来获得关于信息管理的需求可以收到事半功倍之效。单据分析法是获取需求过程中使用得相当普遍的方法，值得仔细研究下。
报表分析法
报表分析法，通过分析用户使用的报表获取需求。报表跟单据是有本质区别的。单据是在业务处理过程中用户填写的纸质文件，往往是一个信息采集、传递的过程，而报表则是根据一定的规则对批量数据进行检索、统计、汇总，是一个信息加工、分析的过程。分析好现在使用的这些报表，可以深入到管理者的管理神经，弄清楚当前公司管理者感兴趣的信息，最终给各级管理者带来真正的价值。报表是一个信息系统的集大成者，提前做好报表分析，可以加深理解管理脉络，理解信息系统的最终需求。
需求调研会法
需求调研会法，召集相关人员开会了解需求。当需要讨论的问题牵涉到的相关人员较多时，可以组织需求调研会。相对于需求访谈，需求调研会参与的人员较多，需要做的准备也更麻烦，对会谈过程的把握也更困难，我们并不推荐滥用这个方法。如果人员太多，而你又没有足够的主持能力，或者准备得不够充分，对会议的进程把握不力，很容易把事情搞砸，不但得不到你需要的结论，还会把自己弄得威信扫地，真是大大的划不来啊。
如何做需求分析？
从不同的方面入手：
第一、用户需求，挖掘用户真实的需求，看看用户是想造一艘航空母舰还是想造一艘捕鱼的船；
第二、产品自身的客观需求，客观需求，目前市面该同类型的产品进行对比和挖掘，比如市面上的产品都是一条捕鱼的船，那客户的需求就要降低；
第三、自身需求，对比用户的时间、进度、预期效果、比如客户只给了造一条小船的钱，缺想造航空母舰，不现实的。
需求分析的作用及如何进行需求分析？
通过对应问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。 需求分析是介于系统分析和软件设计阶段之间的桥梁。一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对它们进行检查与调整；另一方面，需求规格说明又是软件设计、实现、测试直至维护的主要基础。良好的分析活动有助于避免或尽早剔除早期错误，从而提高软件生产率，降低开发成本，改进软件质量。 需求工程是随着计算机的发展而发展的，在计算机发展的初期，软件规模不大，软件开发所关注的是代码编写，需求分析很少受到重视。后来软件开发引入了生命周期的概念，需求分析成为其第一阶段。随着软件系统规模的扩大，需求分析与定义在整个软件开发与维护过程中越来越重要，直接关系到软件的成功与否。人们逐渐认识到需求分析活动不再仅限于软件开发的最初阶段，它贯穿于系统开发的整个生命周期。80年代中期，形成了软件工程的子领域——需求工程(requirementengineering,RE)。进入90年代以来，需求工程成为研究的热点之一。从1993年起每两年举办一次需求工程国际研讨会(ISRE)，自1994年起每两年举办一次需求工程国际会议(ICRE)，在1996年Springer-Verlag发行了一新的刊物——《RequirementsEngineering》。一些关于需求工程的工作小组也相继成立，如欧洲的RENOIR(RequirementsEngineeringNetworkofInternationalCooperatingResearchGroups)，并开始开展工作。 需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。它通过合适的工具和记号系统地描述待开发系统及其行为特征和相关约束，形成需求文档，并对用户不断变化的需求演进给予支持。RE可分为系统需求工程（如果是针对由软硬件共同组成的整个系统）和软件需求工程（如果仅是专门针对纯软件部分）。软件需求工程是一门分析并记录软件需求的学科，它把系统需求分解成一些主要的子系统和任务，把这些子系统或任务分配给软件，并通过一系列重复的分析、设计、比较研究、原型开发过程把这些系统需求转换成软件的需求描述和一些性能参数。 需求工程是一个不断反复的需求定义、文档记录、需求演进的过程，并最终在验证的基础上冻结需求。80年代，HerbKrasner定义了需求工程的五阶段生命周期：需求定义和分析、需求决策、形成需求规格、需求实现与验证、需求演进管理。近来，MatthiasJarke和KlausPohl提出了三阶段周期的说法：获取、表示和验证。 综合了几种观点，可以把需求工程的活动划分为以下5个独立的阶段： （1）需求获取：通过与用户的交流，对现有系统的观察及对任务进行分析，从而开发、捕获和修订用户的需求； （2）需求建模：为最终用户所看到的系统建立一个概念模型，作为对需求的抽象描述，并尽可能多的捕获现实世界的语义； （3）形成需求规格：生成需求模型构件的精确的形式化的描述，作为用户和开发者之间的一个协约； （4）需求验证：以需求规格说明为输入，通过符号执行、模拟或快速原型等途径，分析需求规格的正确性和可行性； （5）需求管理：支持系统的需求演进，如需求变化和可跟踪性问题。
需求分析有哪些方法？
三种需求分析的方法：结构化分析方法、面向对象的分析方法、面向问题域的分析方法。
结构化的分析方法是传统的分析法，它的好处是在需求阶段可以不需要精确地定义系统，只需要根据业务框架确定系统的功能范围，以及每个功能的处理逻辑和业务规则，功能需求规格书等。因为不需要精确描述，因此描述系统的方式比较灵活多样，可以采用图表、示例图、文字等等方式来描述系统。在系统开发以前，一般还可以采用更为直观的原型系统方式和最终用户进行交流和确认，因此对业务需求的要求会低一些，业务需求阶段的周期相对容易控制；通过业务全景图，最终用户也能了解系统的功能；通过功能活动图和业务规则的描述，也可以相对精确地描述业务系统；因为没有严格的标记语言，可以采用适当的篇幅描述适当的系统。当然，这种方法的缺点也是明显的，分析人员和业务人员之间可能缺乏共同语言，机器不能识别业务需求书，在设计阶段还需要继续和用户确认一部分功能。
面向对象的分析方法的最大好处是在需求阶段，就能够非常精确地描述一个系统，采用程序语言的方式和最终用户交流（最终用户必须要熟悉这种语言），能够在项目一开始就发现很多问题，避免在开发的过程中出现需求的反复，而且在系统设计和开发阶段不需要最终用户参与。在实施上，一般可以采用场景、业务功能等方式来描述，比较适合于业务流程环节多的系统，或者软件产品的开发。但是，我们也要看到，在现实中，绝大多数的应用系统都很难在需求阶段就可以被精确地抽象化定义，所以这种方法的缺点和困难也是显而易见的：首先，用户要非常清楚地知道最终的业务系统应该是什么样，或者采用一种抽象的方式能够确定最终的应用系统；其次，因为最终用户不需要参与设计和开发阶段的工作，所以双方确定业务需求的过程也会比较长；同时，因为是精确描述，因此描述系统的语言是非常逻辑化的，一般通过某种方式可以使机器识别业务需求，采用这种方式写的业务需求是非常格式化的，一方面描述一个系统需要的信息非常多，可能使需求说明的篇幅非常长，不便于理解和阅读；另外由于通过抽象的方式来推演最终系统的运行方式，对业务人员的要求非常高。
需求分析都包括哪些方面？
1．功能性需求
功能性需求即软件必须完成哪些事，必须实现哪些功能，以及为了向其用户提供有用的功能所需执行的动作。功能性需求是软件需求的主体。开发人员需要亲自与用户进行交流，核实用户需求，从软件帮助用户完成事务的角度上充分描述外部行为，形成软件需求规格说明书。
2．非功能性需求
作为对功能性需求的补充，软件需求分析的内容中还应该包括一些非功能需求。主要包括软件使用时对性能方面的要求、运行环境要求。软件设计必须遵循的相关标准、规范、用户界面设计的具体细节、未来可能的扩充方案等。
3．设计约束
一般也称做设计限制条件，通常是对一些设计或实现方案的约束说明。例如，要求待开发软件必须使用Oracle数据库系统完成数据管理功能，运行时必须基于Linux环境等。
需求分析步骤详解？
1、正确客观分析企业的发展方向，是做好需求分析的第一步。
2、根据企业的发展方向去进行市场需求调查。明白企业的发展方向，深入市场需求的实际。了解市场缺乏什么，市场需要什么及消费者的心理需求，是市场调查的重要内容。
3、根据市场需求调查的结果评估企业的生产能力、销售水平。根据第一手市场的调查资料，对照市场的实际需求，冷静评估企业的现有生产能力、现有生产水平以及企业的实际销售水平。
4、从实际出发确定企业计划做的项目。根据来自实际的市场调查资料，确定企业要做的项目。在需求分析书上，重点写此项目的特点、性质、实际意义。
