《第4章需求分析课件》由会员分享，可在线阅读，更多相关《第4章需求分析课件（38页珍藏版）》请在金锄头文库上搜索。
1、课程名称：软件工程课程名称：软件工程 第第9讲讲班班 级：级：日日 期：期：教教 室：室：教学题目：第教学题目：第4章章 需求分析需求分析教学目的：了解需求分析的任务和步骤、评审标准和过教学目的：了解需求分析的任务和步骤、评审标准和过 程，掌握基本技术，理解需求规格说明书的程，掌握基本技术，理解需求规格说明书的 作用与组成。作用与组成。教学重点：基本技术、需求规格说明书的教学重点：基本技术、需求规格说明书的 作用与组成。作用与组成。教学难点：基本技术。教学难点：基本技术。教教 具：多媒体教室、电子教案具：多媒体教室、电子教案作作 业：习题业：习题 3、4第第4章章需求分析需求分析软件需求是指用
2、户对目标软件系统在功能、性能、软件需求是指用户对目标软件系统在功能、性能、行为、设计约束等方面的期望。行为、设计约束等方面的期望。需求分析就是通过对应用问题及其环境的分析与理需求分析就是通过对应用问题及其环境的分析与理解，采用一系列的分析方法和技术，将用户的需求解，采用一系列的分析方法和技术，将用户的需求逐步精确化、完全化、一致化，最终形成需求规格逐步精确化、完全化、一致化，最终形成需求规格说明文档的过程。说明文档的过程。系统分析阶段产生的系统规格说明和项目规划是软系统分析阶段产生的系统规格说明和项目规划是软件需求分析的基础，分析人员需从软件的角度对其件需求分析的基础，分析人员需从软件的角度对
3、其进行检查和调整，并在此基础上展开需求分析。进行检查和调整，并在此基础上展开需求分析。第第4章章需求分析需求分析需求分析阶段的成果主要是需求规格说明，该需求分析阶段的成果主要是需求规格说明，该成果又是软件设计、编码、测试直至维护的主成果又是软件设计、编码、测试直至维护的主要基础。要基础。需求分析是系统分析和软件设计的重要桥梁，需求分析是系统分析和软件设计的重要桥梁，是软件生存周期的关键性阶段。良好的分析活是软件生存周期的关键性阶段。良好的分析活动能够减少错误和遗漏，从而可提高软件生产动能够减少错误和遗漏，从而可提高软件生产率和产品质量、降低开发与维护成本。率和产品质量、降低开发与维护成本。第第
4、4章章需求分析需求分析q本章介绍需求分析的基础知识。主要包括：本章介绍需求分析的基础知识。主要包括：需求分析的三个主要步骤：问题分析、需求描需求分析的三个主要步骤：问题分析、需求描述、需求评审及各个步骤的主要任务；述、需求评审及各个步骤的主要任务；进行需求分析的一般技术和方法简介，包括初进行需求分析的一般技术和方法简介，包括初步需求获取技术、需求建模技术、快速原型技步需求获取技术、需求建模技术、快速原型技术、多视点分析方法等；术、多视点分析方法等；需求规格说明的作用和内容及需求评审的标准需求规格说明的作用和内容及需求评审的标准和评审过程等。和评审过程等。4.1 需求分析的任务需求分析的任务 需
5、需求求分分析析的的任任务务可可通通过过问问题题分分析析、需需求求描描述述和和需需求求评审三个步骤来完成。评审三个步骤来完成。 1问题分析问题分析软软件件系系统统分分析析人人员员在在这这一一步步骤骤中中的的任任务务是是根根据据对对问问题题及及其其环环境境的的理理解解与与软软件件开开发发经经验验，改改正正用用户户需需求求的的模模糊糊性性、歧歧义义性性和和不不一一致致性性，排排除除由由于于用用户户的的片片面面性性和和短短期期行行为为所所导导致致的的不不合合理理要要求求、挖挖掘掘用用户户尚尚未未提提出出但但具具有有价价值值的的潜潜在在需需求求，并并在在用用户户的的帮帮助助下下对对相相互互冲冲突突的的要
6、要求求进进行行折折衷衷，使使用用户户需需求求逐逐步步精精确确化、一致化和完全化。化、一致化和完全化。4.1 需求分析的任务需求分析的任务1问题分析问题分析在这一过程中，需要用某种方法为原始问题及在这一过程中，需要用某种方法为原始问题及其软件解建立模型，以便精确地记录用户从各其软件解建立模型，以便精确地记录用户从各个视点、在不同抽象级别上对原始问题的描述，个视点、在不同抽象级别上对原始问题的描述，并包含了问题及其环境所涉及的信息流、处理并包含了问题及其环境所涉及的信息流、处理功能、用户界面、行为及设计约束等各方面内功能、用户界面、行为及设计约束等各方面内容。容。于是可通过对模型的精确化来达到需求
7、分析的于是可通过对模型的精确化来达到需求分析的目标。比如，可以采用面向数据流的分析方法，目标。比如，可以采用面向数据流的分析方法，利用数据流图和数据字典等工具来建立模型。利用数据流图和数据字典等工具来建立模型。该模型是形成需求规格说明、进行软件设计的该模型是形成需求规格说明、进行软件设计的基础。基础。2需求描述需求描述该该步步骤骤的的主主要要任任务务是是以以需需求求模模型型为为基基础础，生生成成需需求求规规格格说说明明和和初初步步的的用用户户手手册册，并并制制定定软软件件产品验收测试计划。产品验收测试计划。需需求求规规格格说说明明是是软软件件项项目目的的一一个个关关键键性性文文档档。其其中中应
8、应包包含含对对目目标标软软件件系系统统的的功功能能、外外部部行行为为、性性能能、质质量量、可可靠靠性性、可可维维护护性性、约约束束条条件件和和需求验证标准等的完整的描述。需求验证标准等的完整的描述。初初步步用用户户手手册册应应包包括括目目标标软软件件系系统统的的用用户户界界面面的描述和使用方法的初步构想。的描述和使用方法的初步构想。验收测试计划是进行软件产品验收测试的依据。验收测试计划是进行软件产品验收测试的依据。3需求评审需求评审需求评审是软件开发过程中的一个重要的里程碑。需求评审是软件开发过程中的一个重要的里程碑。需需求求评评审审的的主主要要任任务务是是分分析析人人员员在在用用户户（客客户
9、户）和和软软件件设设计计人人员员的的配配合合下下对对需需求求规规格格说说明明和和初初步步用用户户手手册册进进行行审审核核，检检验验软软件件需需求求的的精精确确性性、完完全全性性和和一一致致性性，并并使使用用户户（客客户户）和和软软件件设设计计人人员员对对规规格格说明和用户手册达成一致的理解。说明和用户手册达成一致的理解。经经过过评评审审确确认认的的需需求求规规格格说说明明将将成成为为客客户户方方与与开开发发方方的的合合同同。如如果果评评审审未未通通过过，比比如如发发现现了了遗遗漏漏或或错错误，则必须进行迭代，直至通过评审为止。误，则必须进行迭代，直至通过评审为止。4.2 需求分析的一般性技术需
10、求分析的一般性技术为了克服困难，更有效地开展需求分析工作，为了克服困难，更有效地开展需求分析工作，软件系统分析人员必须掌握一些基本的需求分软件系统分析人员必须掌握一些基本的需求分析技术，主要包括：析技术，主要包括： 初步需求获取技术；初步需求获取技术； 需求建模技术；需求建模技术； 快速原型技术；快速原型技术； 问题的分解与抽象；问题的分解与抽象； 多视点分析技术等。多视点分析技术等。4.2.1 初步需求获取技术初步需求获取技术在在分分析析阶阶段段的的初初期期，由由于于分分析析人人员员和和用用户户的的共共同同知知识识领领域域可可能能不不多多，致致使使分分析析人人员员对对问问题题往往往往知知之之
11、不不多多，而而用用户户对对目目标标软软件件的的要要求求及及对对要要求求的的描描述述常常常常是是零零乱乱而而模模糊糊的的，从从而而会会造造成成相相互互交交流流和和相相互互理理解解上上的的困困难难。为为了了克克服服困困难难，获取初步需求，可以采用如下的技术手段：获取初步需求，可以采用如下的技术手段： 访谈与会议；访谈与会议； 观察用户工作流程；观察用户工作流程； 分析人员和用户组成联合小组。分析人员和用户组成联合小组。1访谈与会议访谈与会议分分析析人人员员采采用用个个别别访访谈谈或或小小组组会会议议的的形形式式与与用用户户进进行行初初步步交交流流。在在访访谈谈和和会会议议之之前前，分分析析人人员员
12、根根据据对对问问题题的的初初步步描描述述精精心心准准备备一一系系列列问问题题，通通过过用用户户对对问题的回答或互相商讨来逐步理解用户的需求。问题的回答或互相商讨来逐步理解用户的需求。准备问题的原则有：准备问题的原则有：首首先先应应搞搞清清一一般般性性、整整体体性性问问题题，然然后后再再涉涉及及细细节问题。节问题。在在组组织织问问题题时时要要尽尽量量做做到到客客观观、公公证证，不不应应限限制制用用户的自由发挥。户的自由发挥。所所提提问问题题汇汇总总后后应应能能反反映映应应用用问问题题及及其其子子问问题题的的全全貌、并且不要过分详细。貌、并且不要过分详细。2观察用户工作流程观察用户工作流程如如果果
13、可可能能，可可通通过过实实际际观观察察用用户户的的手手工工操作过程来提取新系统的初步用户需求。操作过程来提取新系统的初步用户需求。观观察察手手工工操操作作过过程程不不是是为为了了模模拟拟手手工工操操作作过过程程，而而是是为为了了获获取取第第一一手手资资料料，并并从从中中提提取取出出有有价价值值的的需需求求。分分析析人人员员有有了了第第一一手手资资料料，再再结结合合自自己己的的软软件件开开发发和和应应用用的的经经验验，就就能能够够发发现现不不合合理理的的用用户户需需求求、提提出出用用户户还还没没有有意意识识到到的的潜潜在在的的但但却却很很有有价价值值的的用用户户需需求求，并并能能够够从从软软件件
14、的的角角度度改改进进操操作作流流程程和和操操作作规规范范，从而可获得用户满意的分析结果。从而可获得用户满意的分析结果。3用户和开发人员共同组成联合小组用户和开发人员共同组成联合小组为为加加强强信信息息沟沟通通、减减少少误误解解和和避避免免产产生生遗遗漏漏、充充分分调调动动用用户户的的积积极极性性，在在可可能能的的条条件件下下，可可以以建建立立由由开开发发方方和和用用户户方方共同组成的联合小组。共同组成的联合小组。联联合合小小组组除除了了双双方方的的分分析析人人员员外外，应应设设专专门门的的记记录录员员、负负责责会会议议议议程程的的人人员员和和资资料料员员等等，并并制制定定小小组组的的规规章章制
15、制度度和和计计划划，选选定定一一种种易易于于理理解解、简简洁洁、精精确确的的表表示示机机制制作作为为双双方方的的共共同同语语言言，比比如如采采用带文字说明的流程图等。用带文字说明的流程图等。【例【例【例【例4.14.1】这里以】这里以】这里以】这里以“ “家庭保安系统家庭保安系统家庭保安系统家庭保安系统” ”为例，简要说明为例，简要说明为例，简要说明为例，简要说明初步需求的获取过程。假设用户的原始需求描述如下：初步需求的获取过程。假设用户的原始需求描述如下：初步需求的获取过程。假设用户的原始需求描述如下：初步需求的获取过程。假设用户的原始需求描述如下： 根根据据家家庭庭保保安安市市场场的的增增
16、长长趋趋势势，我我们们希希望望建建立立一一种种基基于于微微处处理理器器的的家家庭庭保保安安系系统统，它它能能够够识识别别异异常常事事件件并并采采取取相相应应的的报报警警措措施施。这这些些异异常常事事件件有有：非非法法进进入入、火火灾灾、水水淹淹，等等等等。当当传传感感器器一一旦旦探探测测出出相相应应的的异异常常事事件件时时，系系统统应应自自动动用用电电话话向向监监控控中中心心报报警警。此此外外，系系统统应应允允许许户主对其行为实施程序式控制。户主对其行为实施程序式控制。【例【例【例【例4.14.1】1.为进行初步的需求分析，这里采用开发方和用户方组为进行初步的需求分析，这里采用开发方和用户方组
17、成联合小组的方法。为此，联合小组应制定工作制度：成联合小组的方法。为此，联合小组应制定工作制度：每次会议开始前必须有确定的议程，小组成员必须针每次会议开始前必须有确定的议程，小组成员必须针对议程进行充分准备并应形成文字。对议程进行充分准备并应形成文字。2.联合小组会议首先应明确问题的范围、问题与环境的联合小组会议首先应明确问题的范围、问题与环境的关系，并就开发软件产品的必要性达成共识。关系，并就开发软件产品的必要性达成共识。3.之后的会议，小组负责人要求每位参加者根据负责的之后的会议，小组负责人要求每位参加者根据负责的范围列出应用问题及环境中有关的对象、对象的操作范围列出应用问题及环境中有关的
18、对象、对象的操作及对象间的关系。如市场营销人员列出控制面板、电及对象间的关系。如市场营销人员列出控制面板、电话机、监控中心等对象和用户编程控制、电话拨号、话机、监控中心等对象和用户编程控制、电话拨号、报警等操作；负责传感器的用户可能列举烟雾传感器、报警等操作；负责传感器的用户可能列举烟雾传感器、门窗监视器、警报器等对象。门窗监视器、警报器等对象。【例【例【例【例4.14.1】接着，将对这些列举的对象和操作进行更详细接着，将对这些列举的对象和操作进行更详细的讨论和描述，比如，详细地描述接收传感器的讨论和描述，比如，详细地描述接收传感器事件、用户编程控制、电话报警等操作等。事件、用户编程控制、电话
19、报警等操作等。之后，用户可能提出一些约束条件。比如，造之后，用户可能提出一些约束条件。比如，造价不应超过价不应超过3000元，对传感器事件的响应时间元，对传感器事件的响应时间不得超过不得超过1秒，事件必须按优先级顺序进行处秒，事件必须按优先级顺序进行处理等等。理等等。 会后，小组负责人应对这些信息加以整理并形会后，小组负责人应对这些信息加以整理并形成文档，该文档应能反映成文档，该文档应能反映“家庭保安系统家庭保安系统”的的全貌。全貌。【例【例【例【例4.14.1】之之后后，根根据据“家家庭庭保保安安系系统统”的的特特点点，将将联联合合小小组组分分成成两两个个小小组组，并并行行处处理理用用户户编
20、编程程控控制制和和传传感感器器检检测测两两个个子子系系统统，以以便便使使子子问问题题的的软软件件需需求求进进一一步步细细化化，这这时时可可能能又又会会增增加加新新对对象象、新新操操作作、新新约约束束条条件件。在在子子系系统统的的需需求求基基本本明明确确并并形形成成文文档档后后，还还应应就就子子系系统统的的整整合合及及需需求求验证标准等进行初步的讨论。验证标准等进行初步的讨论。最最后后，初初步步需需求求分分析析应应形形成成结结论论性性文文档档。比比如如，经经过过初初步步的的需需求求分分析析，“家家庭庭保保安安系系统统”的的部部分初步需求文档如下：分初步需求文档如下：【例【例【例【例4.14.1】
21、 “家家庭庭保保安安系系统统”的的软软件件允允许许用用户户在在安安装装时时进进行行系系统统配配置置，实实施施对对传传感感器器的的监监控控并并通通过过控控制制面面板板与与户户主主进进行行信息交互。信息交互。 系系统统开开机机后后，软软件件系系统统负负责责显显示示系系统统当当前前的的工工作作状状态态，接收并处理户主的命令。接收并处理户主的命令。 当当系系统统处处于于配配置置状状态态，软软件件系系统统允允许许户户主主进进行行配配置置操操作作。配配置置操操作作包包括括：指指定定每每一一传传感感器器的的种种类类和和编编号号；设设置置开开、关关机机密密码码；指指定定报报警警电电话话号号码码；指指定定报警延
22、迟和电话重拨延迟时间（以秒为单位）。报警延迟和电话重拨延迟时间（以秒为单位）。 当当系系统统处处于于监监视视状状态态时时，软软件件系系统统即即开开始始对对所所有有传传感感器器实实施施监监控控。当当软软件件系系统统接接收收到到传传感感器器发发出出的的数数据据后后，判判别别是是否否出出现现异异常常事事件件，如如果果是是，则则经经过过指指定定的的延延迟迟时时间间即即开开始始拨拨报报警警电电话话号号码码，拨拨号号操操作作将将按按照照重重拨拨延延迟迟反反复复进进行行，直直至至电电话话接接通通。此此时时软软件件系系统统负负责责向向监监控中心报告异常事件发生的地点、时间和性质。控中心报告异常事件发生的地点、
23、时间和性质。【例【例【例【例4.14.1】 以以上上文文档档没没有有包包括括约约束束条条件件、测测试试标标准准等等方方面面的内容。的内容。初初步步需需求求文文档档将将是是后后续续详详细细需需求求分分析析的的基基础础。在在此此基基础础上上，就就可可以以采采用用某某种种需需求求分分析析方方法法进进行详细的需求分析。行详细的需求分析。在在以以后后几几章章中中，将将分分别别介介绍绍几几种种详详细细的的需需求求分分析方法和其中最重要的需求建模技术，它们是：析方法和其中最重要的需求建模技术，它们是： “面向数据流的需求分析方法面向数据流的需求分析方法”； “面向数据的需求分析方法面向数据的需求分析方法”；
24、 “面向对象的需求分析方法面向对象的需求分析方法”。4.2.2 需求建模技术需求建模技术为为了了使使用用户户需需求求逐逐步步精精细细化化、完完全全化化、一一致致化化，通通常常采采用用需需求求建建模模技技术术，即即用用建建立立目目标标软软件件系系统统模模型型的的方方法法来来刻刻画画软软件件系系统统中中的的信信息息、处处理理功能和外部行为。功能和外部行为。通通常常，分分析析人人员员选选定定一一种种分分析析方方法法，并并用用该该方方法法中中的的一一些些图图形形记记号号分分别别表表示示信信息息流流、处处理理功功能能和和系系统统行行为为，并并利利用用受受限限制制的的自自然然语语言言给给出出用用户户需需求
25、求的的描描述述。这这种种模模型型的的表表示示机机制制还还应应具具有有良良好好的的结结构构化化能能力力，以以便便处处理理大大型型问问题题的的按按层次分解的问题。层次分解的问题。软软件件需需求求分分析析的的过过程程，实实际际上上是是软软件件模模型型的的建建造和不断完善的过程。造和不断完善的过程。需求建模的步骤需求建模的步骤在分析的初期，分析人员通过访谈、会议、实际观在分析的初期，分析人员通过访谈、会议、实际观 察、分析现有系统等方法获取初步的用户需求。察、分析现有系统等方法获取初步的用户需求。分析人员根据选定的一种分析方法，在初步用户需分析人员根据选定的一种分析方法，在初步用户需 求的基础上构筑初
26、步的模型作为开发方和用户相互求的基础上构筑初步的模型作为开发方和用户相互 沟通的表示机制。沟通的表示机制。分析人员在用户的密切配合下，利用选定的分析方分析人员在用户的密切配合下，利用选定的分析方 法不断地对模型进行精细化、一致化、完全化，直法不断地对模型进行精细化、一致化、完全化，直 至获得满意的用户需求为止。至获得满意的用户需求为止。在在分分析析阶阶段段构构筑筑的的模模型型不不应应涉涉及及软软件件实实现现的的细细节节，以以免免分分散散分分析析人人员员的的注注意意力力、限限制制软软件件设设计计人人员员为为提提高高软件质量和效率而选择实现方法的自由度。软件质量和效率而选择实现方法的自由度。需需求
27、求分分析析结结束束时时确确立立的的软软件件模模型型是是生生成成需需求求规规格格说说明明的依据，也是软件设计和实现的基础。的依据，也是软件设计和实现的基础。4.2.3 快速原型技术快速原型技术 如如果果按按照照传传统统的的软软件件开开发发方方法法，需需要要经经过过漫漫长长的的开开发发时时间间之之后后用用户户才才能能看看到到目目标标软软件件的的最最初初版版本本。此此时时用用户户常常常常会会提提出出许许多多修修改改意意见见，有有时时甚甚至至全全盘盘否否定定，导导致致开开发发失失败败。为为了了降降低低开开发发风风险险，在在需需求求分分析阶段常常采用快速原型技术。析阶段常常采用快速原型技术。 1快速原型
28、技术的基本思想快速原型技术的基本思想 在在软软件件开开发发的的早早期期，快快速速开开发发一一个个目目标标软软件件系系统统的的原原型型，让让用用户户对对其其进进行行评评价价并并提提出出修修改改意意见见，然然后后开开发发人人员员根根据据用用户户的的意意见见对对原原型型进进行行改改进进。当当原原型型几几经经改改进进最最终终确确认认后后，它它将将直直接接进进化化成成软软件件产产品品，或或者者由由软软件件设设计计、编编码码人人员员按按照照模模型型所所确确立立的的外外部部特征去实现软件产品。特征去实现软件产品。2采用快速原型技术的具体步骤采用快速原型技术的具体步骤采采用用一一种种分分析析方方法法生生成成一
29、一个个软软件件系系统统或或其其中中所所关关心心部部分的简化需求规格说明。分的简化需求规格说明。对对该该规规格格说说明明进进行行评评审审通通过过后后，立立即即生生成成设设计计规规格格说说明明。为为了了快快速速生生成成原原型型，这这种种设设计计仅仅注注重重所所关关心心的的问问题题，如如软软件件的的总总体体结结构构、用用户户界界面面和和数数据据设设计计、或或者者某个复杂的算法等等，不注重过程内部的控制流设计。某个复杂的算法等等，不注重过程内部的控制流设计。使使用用可可重重用用软软部部件件、用用户户界界面面自自动动生生成成器器等等工工具具快快速速生成可运行的软件原型并通过测试。生成可运行的软件原型并通
30、过测试。将原型提交给用户进行评价，以便征求改进意见。将原型提交给用户进行评价，以便征求改进意见。上上述述过过程程反反复复迭迭代代，直直至至用用户户完完全全满满意意。此此时时的的原原型型已已完完全全、准准确确地地反反映映了了目目标标软软件件在在所所关关心心方方面面的的需需求求，可作为需求规格说明的一部分而成为软件设计的基础。可作为需求规格说明的一部分而成为软件设计的基础。3快速原型技术的适用场合快速原型技术的适用场合该该技技术术特特别别适适合合于于软软件件产产品品要要求求大大量量的的用用户户交交互互、或或产产生生大大量量的的可可视视输输出出、或或设设计计一一些些复复杂杂的的算算法法等等场场合合，
31、目目前前的的绝绝大多数软件都适合于快速原型技术。大多数软件都适合于快速原型技术。除除非非由由于于问问题题相相当当复复杂杂，致致使使开开发发快快速速原原型型可可以以获获得得的的支支持持太太少少、所所冒冒的的风风险险太太大大时时，就就不不易易采采用用。但但对对于于其其中中的的某某些些子子问问题题，尤尤其其是是用用户户界界面面，还还可可采采用用快速原型技术进行部分分析。快速原型技术进行部分分析。4.2.4 问题分解与抽象、多视点分析技术问题分解与抽象、多视点分析技术问题分解技术问题分解技术 分分析析人人员员常常常常采采用用一一种种问问题题分分解解的的技技术术。即即将将一一个个大大型型复复杂杂的的问问
32、题题分分解解为为若若干干个个子子问问题题，然然后后对对每每一一个个子子问问题题逐逐个个进进行行分分析析，再再自自底底向向上上综综合合成成整整个个问问题题的的分分析析结结果果。这这种种分分解解可可以以逐逐级级进进行行，直直至至子子问问题题的的规规模降到合适的程度。模降到合适的程度。问题抽象技术问题抽象技术 分分析析人人员员在在分分析析过过程程中中要要善善于于从从诸诸多多的的特特殊殊问问题题中中抽抽象象出出一一般般的的问问题题，首首先先关关注注一一般般问问题题的的解解决决途途径径，再再用用其其指指导导特特殊殊问问题题的的求求解解。在在抽抽象象的的过过程程中中，还还要要注注意意用用户户的的描描述述所
33、所处处的的抽抽象象级级别别的的不不同同，以以便便建建立立清清晰的思路。晰的思路。4.2.4 问题分解与抽象、多视点分析技术问题分解与抽象、多视点分析技术 比如，在比如，在“家庭保安系统家庭保安系统”中，用户可能提出中，用户可能提出“系系统状态显示统状态显示”、“用户编制程序时的系统外部行为用户编制程序时的系统外部行为”等的需求。分析人员则应在等的需求。分析人员则应在“用户界面用户界面”这一抽这一抽象级别上统一地规划软件系统与用户的交互行为。象级别上统一地规划软件系统与用户的交互行为。可见，在不同的抽象级别上去分析不同层次的问题，可见，在不同的抽象级别上去分析不同层次的问题，也是解决复杂问题的一
34、个重要方法，它可以避免不也是解决复杂问题的一个重要方法，它可以避免不一致性，减少分析的工作量。一致性，减少分析的工作量。多视点分析技术：多视点分析技术： 为了获得全面的需求分析结果，防止遗漏，有必为了获得全面的需求分析结果，防止遗漏，有必要从各个视点分别对问题进行理解与分析，然后综要从各个视点分别对问题进行理解与分析，然后综合成全面的理解。分析人员可以就系统视点与用户合成全面的理解。分析人员可以就系统视点与用户视点、信息视点、功能视点与行为视点等多个视点视点、信息视点、功能视点与行为视点等多个视点分别进行分析，以确保需求分析的完全性。分别进行分析，以确保需求分析的完全性。4.3 需求规格说明与
35、评审需求规格说明与评审需求分析的主要阶段性产品是需求规格说明书。它必需求分析的主要阶段性产品是需求规格说明书。它必须通过需求评审后才能生效，这是一个重要的里程碑。须通过需求评审后才能生效，这是一个重要的里程碑。4.3.1 需求规格说明书的作用与内容需求规格说明书的作用与内容1. 需求规格说明书的作用主要有：需求规格说明书的作用主要有：1）它是软件设计人员进行设计和编码的出发点和基础；）它是软件设计人员进行设计和编码的出发点和基础；2）它它是是对对目目标标软软件件产产品品进进行行验验收收测测试试的的依依据据。这这就就要要求需求规格说明书中的各项需求都应该是可测试的；求需求规格说明书中的各项需求都
36、应该是可测试的；3）它它起起到到软软件件开开发发方方和和客客户户（或或用用户户）方方之之间间的的一一份份合同的作用。合同的作用。4.3.1 需求规格说明书的作用与内容需求规格说明书的作用与内容2. 需求规格说明书中的内容需求规格说明书中的内容q应应主主要要包包括括功功能能与与行行为为的的需需求求描描述述和和非非行行为为需需求求描描述。述。功功能能与与行行为为需需求求的的分分析析与与描描述述方方法法将将在在以以后后几几章章中中根据不同的需求建模方法分别介绍。根据不同的需求建模方法分别介绍。非非行行为为需需求求是是指指目目标标软软件件系系统统在在工工作作时时应应具具备备的的属属性性，主主要要有有运
37、运行行效效率率、可可靠靠性性、安安全全性性、可可维维护护性性、可移植性等等。可移植性等等。在在需需求求规规格格说说明明书书中中不不应应包包括括如如人人员员需需求求、成成本本预预算算、进进度度计计划划、质质量量保保证证计计划划等等内内容容，以以便便使使其其简简洁、目标明确。洁、目标明确。需求规格说明书的基本格式框架需求规格说明书的基本格式框架目录目录1 引言引言 1.1 本说明的编写目的本说明的编写目的 1.2 软件产品的作用范围软件产品的作用范围 1.3 定义、同义词与缩写定义、同义词与缩写 1.4 参考文献参考文献2 概述概述 2.1 产品与其环境间的关系产品与其环境间的关系 2.2 功能概
38、述功能概述 2.3 用户特征用户特征 2.4 约束条件约束条件 2.5 假设与前提条件假设与前提条件需求规格说明书的基本格式框架需求规格说明书的基本格式框架3功能或行为需求功能或行为需求 3.1 功能或行为需求功能或行为需求1：1）引言）引言 2）输入）输入 3）处理过程描述）处理过程描述 4）输出）输出 3.2 功能或行为需求功能或行为需求2：1）引言）引言 2）输入）输入 3）处理过程描述）处理过程描述 4）输出）输出 3.n 功能或行为需求功能或行为需求n: 1）引言）引言 2）输入）输入 3）处理过程描述）处理过程描述 4）输出）输出需求规格说明书的基本格式框架需求规格说明书的基本格式
39、框架4外部界面需求外部界面需求 4.1 用户界面用户界面 4.2 硬件界面硬件界面 4.3 软件界面软件界面5性能需求性能需求 5.1 精度精度 5.2 时间特征时间特征 5.3 灵活性灵活性6设计约束设计约束 6.1 标准化约束标准化约束 6.2 硬件约束硬件约束 需求规格说明书的基本格式框架需求规格说明书的基本格式框架7其他需求其他需求 7.1 数据库需求数据库需求 7.2 用户操作需求用户操作需求 7.3 工作场地需求工作场地需求8软件产品属性软件产品属性 8.1 可用性可用性 8.2 安全性安全性 8.3 可维护性可维护性 8.4 可移植性可移植性附录附录索引索引4.3.2 需求评审需
40、求评审软软件件系系统统中中的的错错误误约约有有15%来来源源于于需需求求分分析析中中的的错错误误。而而在在维维护护阶阶段段去去改改正正这这部部分分错错误误是是相相当当困困难难的的。为为了了及及时时发发现现并并纠纠正正这这类类错错误误，必必须须对对需需求求规规格格说说明书进行评审，即需求评审。明书进行评审，即需求评审。1. 评审标准（按照重要性的次序）评审标准（按照重要性的次序）1）正正确确性性。指指需需求求规规格格说说明明书书中中的的每每一一项项功功能能、行行为为、性性能能的的描描述述都都是是正正确确的的、合合理理的的，并并能能满满足足用用户的期望。户的期望。2）无无歧歧义义性性。指指规规格格
41、说说明明书书中中的的每每个个需需求求陈陈述述都都只只有有唯唯一一的的解解释释。要要避避免免产产生生歧歧义义性性，就就应应使使用用标标准准化术语，并对术语的语义进行统一的解释。化术语，并对术语的语义进行统一的解释。1. 评审标准（按照重要性的次序）评审标准（按照重要性的次序）3）完完全全性性。指指不不遗遗漏漏任任何何用用户户需需求求。即即需需求求规规格格说说明明书书中中包包括括了了所所有有的的功功能能、行行为为、性性能能约约束等。束等。4）可可验验证证性性。指指需需求求规规格格说说明明书书中中的的每每一一项项需需求都是可以检验的。求都是可以检验的。5）一致性。指陈述的需求之间不存在矛盾之处。）一
42、致性。指陈述的需求之间不存在矛盾之处。6）可可理理解解性性。指指规规格格说说明明应应尽尽量量简简洁洁、明明确确，便便于于分分析析人人员员、客客户户（用用户户）、设设计计人人员员、测测试试人人员员和和维维护护人人员员的的理理解解。因因此此，应应尽尽量量减减少少专业化的词汇。专业化的词汇。 1. 评审标准（按照重要性的次序）评审标准（按照重要性的次序）7）可可修修改改性性。指指需需求求规规格格说说明明书书的的框框架架结结构构应应能能比比较较容容易易地地实实现现对对其其可可能能进进行行的的增增补补、删删除除和修改，并能保持总体结构不变。和修改，并能保持总体结构不变。8）可可追追踪踪性性。指指规规格格
43、说说明明可可向向前前追追踪踪，即即其其中中的的每每一一项项需需求求与与用用户户的的原原始始需需求求项项清清晰晰地地联联系系起起来来；也也可可向向后后追追踪踪，即即为为后后续续开开发发和和其其他他文文档引用这些需求项提供了依据。档引用这些需求项提供了依据。2. 需求评审过程需求评审过程 需求评审过程应采用召开正式评审会议的形式。需求评审过程应采用召开正式评审会议的形式。 参参加加的的人人员员应应当当有有用用户户、系系统统分分析析员员、系系统统设设计计人人员员等等。在在评评审审会会上上，分分析析人人员员应应说说明明软软件件产产品品的的总总体体目目标标，也也就就是是介介绍绍需需求求规规格格说说明明书
44、书中中的的主主要要内内容容。之之后后，与与会会人人员员对对说说明明书书的的核核心心部部分分需需求求模模型型进进行行评评估估。并并按按照照上上述述的的评评审审标标准准逐逐一一进进行行审审查查，最最后后确确认认其其是是否否具具有有良良好好的的品品质质、是是否否构构成成以以后后开开发发的的良良好好的的基基础础。如如果果在在评评审审过过程程中中发发现现说说明明书书中中存存在在错错误误或或遗遗漏漏，应应责责承承分分析析人人员员返返工工，并并再再行行评评审审。需需求求评评审审也也可可采采用用先先进进行行技技术术评评审审，再再进进行行管管理理复复审审的的方方法法进进行行。管管理理复复审审应应有有开开发发方方
45、和和客客户户方方（或或用用户户方方）管管理理部部门门负负责责人参加，复审通过后，双方应签订正式的合同。人参加，复审通过后，双方应签订正式的合同。部分习题答案，仅供参考部分习题答案，仅供参考4.3 以以下下描描述述哪哪些些属属于于不不精精确确的的用用户户需需求求描描述述？如如果果不不精确，应如何改正？精确，应如何改正？ 1）系统应表现出良好的响应速度。）系统应表现出良好的响应速度。 2）系统必须用菜单驱动。）系统必须用菜单驱动。 3）在数据录入界面，应该有）在数据录入界面，应该有10个按钮。个按钮。 4）系统运行时占用的内存不得超过）系统运行时占用的内存不得超过256KB。 5）电梯应平稳运行。
46、）电梯应平稳运行。 6）即使系统崩溃，也不能损坏用户数据。）即使系统崩溃，也不能损坏用户数据。答：答：1）不精确，应指出具体项目和响应时间。）不精确，应指出具体项目和响应时间。 2）“必须必须”不精确，因系统还可以用其他方式驱动。不精确，因系统还可以用其他方式驱动。 3）不精确，因过于细致，限制了设计的自由度。）不精确，因过于细致，限制了设计的自由度。 5）不精确，应指出加速、减速、运行速度的大小。）不精确，应指出加速、减速、运行速度的大小。 6）不精确，因这是一个难以保证的）不精确，因这是一个难以保证的“用户需求用户需求”。 4）仅是一个约束条件。）仅是一个约束条件。部分习题答案，仅供参考部
47、分习题答案，仅供参考4.4 判断下述语句对中两种陈述的一致性：判断下述语句对中两种陈述的一致性： 1）所有命令的响应时间应小于）所有命令的响应时间应小于1秒。秒。 EDIT命令的响应时间应小于命令的响应时间应小于3秒。秒。 2）所有命令的响应时间应小于）所有命令的响应时间应小于3秒。秒。 EDIT命令的响应时间应小于命令的响应时间应小于1秒。秒。 3）所有命令的响应时间都应该恰为）所有命令的响应时间都应该恰为3秒。秒。 EDIT命令的响应时间应小于命令的响应时间应小于5秒。秒。 4）EDIT命令的响应时间应小于命令的响应时间应小于3秒。秒。 EDIT命令的响应时间应小于命令的响应时间应小于1秒。秒。答：答：1）、）、3）、）、4）语句中的两种陈述不一致。）语句中的两种陈述不一致。
