本文目录导航：
试述需求剖析的概念及关键剖析方法。
【答案】：解答如下：(1)需求剖析的概念。
需求是指用户对软件系统的需求，需求剖析是指经过对系统的调查、剖析、综合而发生完整的需求说明的环节，即容易读、直观的格局，表白系统“做什么”的疑问。
需求剖析的方法有多种，如结构化剖析方法和面向对象剖析方法，这些方法有独特实用的基本准则：①能够表白和了解疑问的数据域和配置域。
②可以把一个复杂疑问按某种形式启动划分，并能逐渐细化，从而使复杂的疑问便捷化，软件的配置域、数据域都可以划分。
③建设模型。
模型(及形式化示意)可以协助剖析人员更好地理解软件系统。
逻辑模型是系统配置与数据消息的逻辑示意，不是成功的细节，它反映了系统实质的物品。
需求剖析的义务也就是该阶段要启动的上班，必定明白这些上班。
(2)结构化剖析方法。
结构化剖析方法简称SA方法，是需求剖析中经常使用最多的方法之一，实用于数据处置类型软件的需求剖析。
这一方法除了便捷、易于把握之外，还能和设计阶段的结构化设计(SD)连贯，从而取得良好的设计结果。
SA方法的基本手腕是“合成”和“形象”，这是系统开发技术中控制复杂性的两种手腕。
它先将系统“形象”成一个模型，此模型是有输入和输入并有系统称号的盒子；而后关上这个盒子，对它启动逐层合成，直到能被了解、可以成功为止。
因此剖析的战略是自顶向下、逐层加细，由形象到详细的环节。
由于剖析中的关键依据是数据传递及数据变换所构成的数据流，所以结构化剖析普通驳回的方法是经常使用数据流图的剖析方法，最终结果是发生需求规格说明书，该文档包含一套数据流图、对数据流图中的成分启动定义的一本数据字典及对加工逻辑的形容。
需求剖析方法有哪些?
需求剖析方法包含结构化剖析方法、面向对象的剖析方法和面向疑问域的剖析方法。
结构化剖析方法在需求阶段不要求准确定义系统，可以依据业务框架确定系统的配置范畴，以及每个配置的处置逻辑和业务规定。
面向对象的剖析方法可以准确地形容一个系统，驳回程序文语的形式和最终用户交换，能够在名目一开局就发现很多疑问，防止在开发的环节中发生需求的重复。
面向疑问域的剖析方法适宜于业务流程环节多的系统或软件产品的开发。
名目需求剖析的方法包含原型化方法、结构化方法和灵活剖析法。
原型化方法是建造一个毛糙的系统，成功了指标系统的某些或所有配置，以调查某一方面的可行性。
原型关键有探求型、试验型和退化型三种类型。
在经常使用原型化方法时有两种不同的战略：废除战略和追加战略。
在需求剖析阶段，需求剖析的义务是处置“做什么”的疑问，包含疑问识别、剖析与综合、制定规格说明和评审。
需求剖析的方法有很多，其边疆型化方法是关键的，可以极速建造一个原型系统，以调查某一方面的可行性。
罕用的需求剖析方法包含结构化剖析方法和面向对象剖析法。
培训需求剖析的方法包含组织资源剖析和组织特质与环境剖析。
在需求剖析阶段罕用的图形工具包含数据流图、横向合成和纵向合成。
在软件需求剖析中，需求剖析及变卦治理是关键的阶段。
需求剖析的方法包含问卷调查法、会议探讨法和界面原型法。
这些方法实用于不同状况下的需求失掉和沟通。
需求剖析有哪些方法
三种需求剖析的方法：结构化剖析方法、面向对象的剖析方法、面向疑问域的剖析方法。
结构化的剖析方法是传统的剖析法，它的好处是在需求阶段可以不要求准确地定义系统，只有要依据业务框架确定系统的配置范畴，以及每个配置的处置逻辑和业务规定，配置需求规格书等。
由于不要求准确形容，因此形容系统的形式比拟灵敏多样，可以驳回图表、示例图、文字等等形式来形容系统。
在系统开发以前，普通还可以驳回更为直观的原型系统形式和最终用户启动交换和确认，因此对业务需求的要求会低一些，业务需求阶段的周期相对容易控制；经过业务全景图，最终用户也能了解系统的配置；经过配置优惠图和业务规定的形容，也可以相对准确地形容业务系统；由于没有严厉的标志言语，可以驳回适当的篇幅形容适当的系统。
当然，这种方法的缺陷也是显著的，剖析人员和业务人员之间或许不足独特言语，机器不能识别业务需求书，在设计阶段还要求继续和用户确认一局部配置。
面向对象的剖析方法的最大好处是在需求阶段，就能够十分准确地形容一个系统，驳回程序文语的形式和最终用户交换（最终用户必定要相熟这种言语），能够在名目一开局就发现很多疑问，防止在开发的环节中发生需求的重复，而且在系统设计和开发阶段不要求最终用户介入。
在实施上，普通可以驳回场景、业务配置等形式来形容，比拟适宜于业务流程环节多的系统，或许软件产品的开发。
然而，咱们也要看到，在事实中，绝大少数的运行系统都很难在需求阶段就可以被准确地形象化定义，所以这种方法的缺陷和艰巨也是显而易见的：首先，用户要十分清楚地知道最终的业务系统应该是什么样，或许驳回一种形象的形式能够确定最终的运行系统；其次，由于最终用户不要求介入设计和开发阶段的上班，所以双方确定业务需求的环节也会比拟长；同时，由于是准确形容，因此形容系统的言语是十分逻辑化的，普统统过某种形式可以使机器识别业务需求，驳回这种形式写的业务需求是十分格局化的，一方面形容一个系统要求的消息十分多，或许使需求说明的篇幅十分长，不便于了解和浏览；另外由于经过形象的形式来推演最终系统的运转形式，对业务人员的要求十分高。
