第五版软件工程需求分析

1、软件需求工程3第三 章第三章 软件需求工程33.1 软件需求分析的根本概念3.2 结构化分析方法3.3 原型化方法3.4 验证软件需求学习目的与要求： 掌握需求分析的任务、原那么、步骤以及获取需求的方法； 理解结构化分析方法的根本思想； 熟练应用数据词典和加工逻辑说明； 掌握建模方法。第三章 软件需求工程(维护报告)问题定义编 码需求分析设 计可行性研究运行与维护测 试开发时期运行时期计划时期(目标与范围说明书)(可行性论证论告)(测试报告)(程序)(设计文档)(需求说明书)瀑布模型软件需求分析是软件生命期中重要的一步，也是决定性的一步。3.1 软件需求分析的根本概念 对系统应该提供的效劳和所

2、受到的约束进行理解、分析、建立文档、检验的过程需求工程1.什么是软件需求工程？2.软件需求分析的任务是什么？3.需求工程过程4.软件需求分析方法3.1 软件需求分析的根本概念 3.1.1 软件需求分析的任务需求分析阶段的任务：在可行性分析的根底上，进一步了解确定用户需求。准确地答复 “系统必须做什么？ 的问题。获得需求规格说明书。 Boehm对软件需求的定义：研究一种无二义性的表达工具，它能为用户和软件人员双方都接受并能够把“需求严格地、形式地表达出来。由于需求分析方法不同，描述形式不同。其实现步骤如以下图所示： 当前系统模型化目标系统物理模型具体化物理模型抽象化逻辑模型实例化逻辑模型做什么导

3、出理解需求 表达需求3.1.1 软件需求分析的任务软 件需 求用 户需 求系 统需 求功能需求非功能需求领域需求1、确定对系统的综合要求2、分析系统的数据要求3、导出系统的逻辑模型4、修正系统开发方案5、开发原型系统样机模型6、编写软件需求规格说明书任务分解3.1.1 软件需求分析的任务3.1.1.1 软件需求分析的任务-确定对系统的综合要求3.1.1.1 确定对系统的综合要求功能需求 (2) 性能需求(3) 环境需求(4) 界面需求(n将来可能提出的要求3.1.1.1 软件需求分析的任务-确定对系统的综合要求3.1.1.1 确定对系统的综合要求(1) 功能需求 系统做什么？ 系统何时做什么？

4、 系统何时及如何修改或升级？(2) 性能需求 软件开发的技术性指标例如： 存储容量限制 执行速度、相应时间 吞吐量3.1.1.1 软件需求分析的任务-确定对系统的综合要求3.1.1.1 确定对系统的综合要求(3) 环境需求 硬件设备：机型、外设、接口、地点、 分布、温度、湿度、磁场干扰等软件： 操作系统、网络、数据库(4) 界面需求 有来自其它系统的输入吗？有到自其它系统的输出吗？ 对数据格式有规定吗？ 对数据存储介质有规定吗？3.1.1.1 软件需求分析的任务-分析系统的数据要求3.1.1.2 分析系统的数据要求 软件需求分析的一个重要任务是分析系统的数据要求。通常采用建立概念模型的方法，并

5、辅助图形工具，如：层次方框图、Warnier图等。 复杂的数据由许多根本的数据元素组成，数据元素之间的逻辑关系用数据结构表示。利用数据字典可以全面准确地定义数据，但是不够形象直观缺点。为了提高可理解性，常常利用图形工具辅助描绘数据结构。常用的图形工具有层次方框图和Warnier图。 软件系统经常使用各种长期保存的信息，这些信息通常以一定的方式组织并存储在数据库或文件中，为减少数据冗余，需要简化修改数据的过程，通常需要把数据结构标准化。 3.1.1.1 软件需求分析的任务-导出系统的逻辑模型3.1.1.3 导出系统的逻辑模型 根据系统的综合要求和系统的数据要求的结果，导出系统的详细的逻辑模型。通

6、常用数据流图、数据字典和主要的处理算法描述。3.1.1.1 软件需求分析的任务-修正系统开发方案3.1.1.4 修正系统开发方案 在分析过程中对系统更深入更具体的了解，可以比较准确地估计系统的本钱和进度，修正以前制定的开发方案3.1.1.1 软件需求分析的任务-开发原型系统样机模型3.1.1.5 开发原型系统样机模型 在第一章我们讲过软件开发三种模型当中，有一种原型模型也称样机模型。在需求分析当中，使用样机的主要目的是：使用户通过实践获得关于未来的系统将怎样为他们工作的更直接更具体的概念，从而可以更准确地提出和解决他们的要求。 3.1.1.1 软件需求分析的任务-编写软件需求规格说明书3.1.

7、1.6 编写软件需求规格说明书编写提纲见下表1、引言 1.1 目的 1.2 背景 1.3 定义 1.4 参考资料2、工程概述 2.1 产品描述 2.2 产品功能 2.3 用户特点 2.4 一般约束 2.5 假设与依据3、具体需求 3.1 功能需求 3.1.1 规格说明 3.1.1.1 引言 3.1.1.2 输入 3.1.1.3 输出 3.1.1.4 加工 3.1.2 外部接口 3.1.2.1 用户接口 3.1.2.2 硬件接口 3.1.2.3 软件接口 3.1.2.4 通讯接口 3.2 性能需求 3.2.1 数据精度 3.2.2 时间特性 3.2.3 适应性3.3 设计约束3.4 属性需求 3

8、.4.1 平安性 3.4.2 可维护性 3.4.3 保密性 附录索引3.1.2 需求工程过程 问题识别分析与综合编写文档分析评审3.1.2 需求分析过程可行性研究需求导出和分析需求描述需求有效性验证可行性报告系统模型用户需求和系统需求需求文挡近几年来已提出许多软件需求分析与说明的方法，每一种分析方法都有独特的观点和表示方法，但都适用下面的根本原那么。 3.1.3 需求分析的原那么3.1.3 需求分析的原那么1、能够表达和理解问题的信息域和功能域对于计算机程序处理的数据，其信息域包括信息流如以下图，即数据通过一个系统时的变化方式)、信息内容和信息结构，而功能域反映上述三方面的控制信息。数据存储转

9、换1转换2附加数据输入数据中间数据结果数据3.1.3 需求分析的原那么2、能够对问题进行分解和不断细化，建立问题的层次结构。3、需要给出系统的逻辑视图和物理视图软件需求的逻辑视图给出的是软件要到达的功能和要处理信息之间的关系，而不是实现的细节。软件需求的物理视图给出的是处理功能和信息结构的实际表现形式，这往往是由设备本身决定的。 3.1.4 需求分析方法不同的开发方法，需求分析的方法也有所不同，常见的分析方法有：3.1.4 需求分析方法功能分析方法 将系统看作若干功能模块的集合，每个功能又可以分解为若干子功能,子功能还可继续分解,分解的结果已经是系统的雏形。面向对象的分析方法 面向对象的分析方

10、法（OOA）的关键是识别问题域内的对象，分析它们之间的关系，并建立起三类模型。信息建模法 是从数据的角度对现实世界建立模型的,基本工具是ER图。结构化分析方法 是一种以数据、数据的封闭性为基础，从问题空间到某种表示的映射方法，由数据流图（DFD图）表示。 结构化开发方法Structured Developing Method是现有的软件开发方法中最成熟，应用最广泛的方法，主要特点是快速，自然和方便。结构化方法总的指导思想自顶向下、逐步求精。它的根本原那么是功能的分解与抽象。3.2 结构化分析方法结构化开发方法的组成 70年代初 结构化程序设计方法 SP法Structured Program 7

11、0年代中 结构化设计方法 SD法Structured Design 70年代末 结构化分析方法 SA法Structured Analysis SA，SD，SP 法相互衔接，形成了一整套开发方法。假设将SA，SD 法结合起来，又称为结构化分析与设计技术SADT 技术。 3.2.1 SA法概述分解：对于一个复杂的系统，为了将复杂性降低到可以掌握的程度，可以把大问题分解成假设干小问题，然后分别解决如右图。一、SA法的根本思想 结构化分析方法的根本思想是“分解和“抽象。抽象：分解可以分层进行，即先考虑问题最本质的属性，暂把细节略去,以后再逐层添加细节，直至涉及到最详细的内容，这种用最本质的属性表示一个

12、系统的方法就是“抽象。3.2.1 SA法的概述1.11.21.3x2132.12.22.31.11.31、建立当前系统的“具体模型。 根本思想与步骤三、SA法的描述方法1、分层的数据流图2、数据词典3、描述加工逻辑的结构化语言、判定表及判定树3.2.1 SA法的概念二、SA法的步骤4、为了对目标系统做完整的描述，还需要考虑人机界面和其他一些问题。3、建立目标系统的逻辑模型。2、抽象出当前系统的逻辑模型。顾客出版社验证订单汇总订单订单出版社 订单图书目录文件顾客档案待处理订单文件正确订单一批订单出版社档案文件订货存根文件DFD图的例子加工名编号加工名编号文件名文件名顾客出版社验证订单汇总订单订单

13、出版社 订单图书目录文件顾客档案待处理订单文件正确订单一批订单出版社档案文件订货存根文件画图步骤 ： 1、确定外部实体及输入、输出数据流。 2、确定分解顶层的加工。 3、确定使用的文件。 4、用数据流将各局部连接起来，形成数据封闭。注意：标注各加工框及数据流名称。例1：图书预定系统顶层DFD图3.2.2 数据流图数据流图Data Flow Diagram，DFD是描述系统中数据流程的图形工具，它标识了一个系统的逻辑输入和逻辑输出，以及把逻辑输入转换为逻辑输出所需的加工处理。数据存储数据源点或终点加 工加工名数据流数据流名文件名实体名箭 头圆或椭圆单或双杠矩形框还有一些辅助的图例:3.2.2 分

14、层的数据流图一、数据流图的图符四种根本图形符号：TAB*CTAB*CTAB+CTAB+CTABC+TABC+* 与 + 或互斥+ “先全局后局部,先整体后细节,先抽象后具体 通常可将这种分层的DFD图,分为顶层、中间层、底层。 具体步骤： 1。先确定系统范围，画出顶层的DFD图。 2。逐层分解顶层DFD图，获得假设干中间层DFD图。 3。画出底层的DFD图。 3.2.3 画分层DFD图的方法 顶层图说明了系统的边界,即系统的输入和输出数据流，顶层图只有一张。底层图由一些不能再分解的加工组成，这些加工都已足够简单，称为根本加工。在顶层和底层之间的是中间层。中间层的数据流图描述了某个加工的分解，而

15、它的组成局部又要进一步分解。 画各层DFD图时，“由外向内。X1321.11.21.41.32.12.21.1.11.1.22.1.32.1.22.1.12.2.22.2.32.2.1顶层中 间 层底 层先全局后局部,先整体后细节,先抽象后具体.0图1图2图1.1图2.1图2.2图分层DFD 图经过初步的需求分析，得到系统功能要求：1、监视病员的病症血压、体温、脉搏等。2、定时更新病历。3、病员出现异常情况时报警。4、随机地产生某一病员的病情报告。3.2.4 实例：医院病房监护系统产生病情报告监视病情更新病历3.2.4 实例：医院病房监护系统系统功能要求： 1、监视病员的病症血压、体温、脉搏等

16、 2、定时更新病历 3、病员出现异常情况时报警。 4、随机地产生某一病员的病情报告。顶层：病员护士护士病员监护系统病员日志病症信号要求报告病症报告报警例2 医院病房监护系统第一层：病员护士护士中央监视病员日志病症信号要求报告病症报告报警局部监视生成报告病员极限更新日志病员数据格式化病员数据生理信号极限值1324日志数据日志数据医院病房监护系统顶层DFD图第二层：加工“中央监视分解计算超过极限值否病员数据超过极限值报警开解信号产生报警信息病员极限格式化病员数据体温血压、体温脉搏生理信号极限值时间脉搏血压日期时钟格式化病员数据3.13.23.33.4医院病房监护系统二层DFD图计算超过极限值否病员

17、数据超过极限值报警开解信号产生报警信息病员极限格式化病员数据体温血压、体温、脉搏生理信号极限值时间脉搏血压日期时钟格式化病员数据3.13.23.33.4第二层：加工“中央监视”分解医院病房监护系统分层DFD图图 2.15第一层格式化病员数据生理信号极限值病员护士护士中央监视病员日志病症信号要求报告病症报告报警局部监视生成报告病员极限更新日志病员数据1324日志数据图 2.16加工分解的原那么自然性：概念上合理、清晰； 均匀性：理想的分解是将一个问题分解成大小均匀的几个局部；分解度：一般每一个加工每次分解最多不要超过个子加工,分解应分解到根本加工为止。3.2.5 画分层DFD图的根本原那么数据守

18、恒与数据封闭原那么 所谓数据守恒是指加工的输入输出数据流是否匹配，即每一个加工既有输入数据流又有输出数据流。或者说一个加工至少有一个输入数据流，一个输出数据流。 数据封闭是对整个系统而言。合理使用文件 当文件作为某些加工之间的交界面时，文件必须画出来，一旦文件作为数据流图中的一个独立成份画出来了，那么他同其他成份之间的联系也应同时表达出来。注意DFD图不是流程图,不表示软件的控制流程。3.2.5 画分层DFD图的根本原那么子图与父图的“平衡父图中某个加工的输入输出数据流应该同相应的子图的输入输出相同(相对应，分层数据流图的这种特点称为子图与父图“平衡。3.2.6 分层DFD图的改进 DFD图必

19、须经过反复修改，才能获得最终的目标系统的逻辑模型目标系统的DFD图。可从以下方面考虑DFD图的改进： 1、检查数据流的正确性 数据守恒 子图、父图的平衡 文件使用是否合理。特别注意输入/出文件的数据流。 2、改进DFD图的易理解性 简化加工之间的联系加工间的数据流越少，独立性越强，易理解性越好。 改进分解的均匀性。 适当命名各成分名称无二义性，准确、具体。 分层数据流图只是表达了系统的“分解，为了完整地描述这个系统，还需借助“数据词典和“小说明对图中的每个数据和加工给出解释。 对数据流图中包含的所有元素的定义的集合构成了数据词典。词典中可有以下四种类型的条目：3.2.7 数据词典(DD) 数据

20、流 文件 数据项 加工 A、 数据流条目给出某个数据流的定义，通常是列出该 数据流的各组成数据项。 例如：报名单姓名单位名年龄性别课程名 常用符号：、C、 数据项条目 数据项条目给出某个数据单项的定义，通常是数据项的值类型，允许的取值范围。B、文件条目给出某个文件的定义，同数据流一样，文件的定义通常是列出文件记录的组成数据流例如某销售系统的订单文件：订单文件订单编号顾客名称产品名称订货数量交货日期D. 加工条目加工类条目就是“加工小说明。一般应该单独列出。3.2.8 加工说明结构化语言判定表判定树图形工具E-R图-概念模型 对数据流图中每一个不能再分解的根本加工都必须有一个小说明给出这个加工的

21、精确描述。小说明中应精确地描述加工的激发条件、加工逻辑、优先级、执行频率和出错处理等。加工逻辑是其中最根本的局部，是指用户对这个加工的逻辑要求。 结构化需求分析工具如下，其中对根本加工说明有三种描述方式： 结构化语言是介于自然语言和形式语言之间的一种半形式语言，它是自然语言的一个受限制的子集。一般分为两层结构：外层语法较具体，为控制结构顺序、选择、循环,内层较灵活，表达“做什么。一、 结构化语言例如：外层可为以下结构：1、顺序结构2、选择结构 IFTHEN-ELSE; CASE-OF-ENDCASE；3、循环结构 WHILE-DO; REPEAT-UNTIL 结构化语言举例IF the Cur

22、rentCapitalValue is less then $1000 Then Set DepreciatedAmount to CurrentCapitalValue. Set CurrentCapitalValue to zero. Otherwise Set DepreciatedAmount to 10% of CurrentCapitalValue. Reduce Current Capital-Value by 10%.结构化语言特点:简单，易学，少二义性。不好处理组合条件。例：一图书销售系统，其中一加工为“优惠处理，条件是：顾客的营业额大于1000元，同时必须信誉好，或者虽然信

23、誉不好，但是20年以上的老主顾。应用举例一用结构化语言来描述： 如果 营业额大于1000元 同时 如果信誉好 那么 优惠处理。 否那么 正常处理。 否那么 信誉不好 但是20年以上的老主顾，那么优惠处理。 否那么 营业额小于、等于1000元 那么 正常处理。显然，用结构化语言来描述组合条件不清晰。应用举例二IF 发货单金额超过$500 THEN IF 欠款超过了60天 THEN 在归还欠款前不予批准 ELSE 欠款未超期 发批准书，发货单 ENDIFELSE 发货单金额未超过$500 IF 欠款超过60天 THEN 发批准书，发货单及赊欠报告 ELSE 欠款未超期 发批准书，发货单 ENDIF

24、ENDIF商店业务处理系统中“检查发货单应用举例三IF 文化是小学 THEN IF 年龄18岁 THEN 脱产学习 ELSE IF 18岁年龄40岁 THEN IF 性别是男 THEN 钳工 ELSE 车工 ELSE 材料员ELSE IF 文化是中学 THEN IF 年龄18岁 THEN 电工 ELSE IF 18岁年龄40岁 THEN IF 性别是男 THEN 钳工 ELSE 车工 ELSE 材料员 ELSE 技术员 职工分配工作: 判定表是一种二维的表格，常用于较复杂的组合条件与结构化语言比较。 条件框 条件条目 操作框 操作条目二、 判定表特点：可处理较复杂的组合条件，但不易理解.不易输

25、入计算机。通常由四局部组成。条件框 条件定义。操作框 操作的定义。条件条目 各条件的取值及组合。操作条目 在各条件取值组合下所执行的操作。例如: 对商店每天的营业额所收税率营业额X （）1000X50005000 X1000元 Y Y Y N 信誉好 Y N N - 20 年 - Y N - 优 惠 X X 正 常 X X 化简后 1 2 3 4 5 6 7 8 1000元 Y Y Y Y N N N N 信誉好 Y Y N N Y Y N N20 年 Y N Y N Y N Y N优 惠 X X X正 常 X X X X XY-满足条件 N-不满足条件 X-选中判定的结论判定表应用举例判定表

26、应用举例以“检查发货单为例判定表应用举例例：航空行李托运费的算法按规定：重量不超过30公斤的行李可免费托运。重量超过30公斤时，对超运局部，头等舱国内乘客收4元/公斤；其它舱位国内乘客收6元/公斤；外国乘客收费为国内乘客的2倍；残疾乘客的收费为正常乘客的1/2。 判定表应用举例RulesRule numbers Condition rowsAction rows判定表应用举例旅游时间订 票 量折 扣 量79，12月16,10,11月2020 20 20 15% 5% 20% 30%处理名:计算折扣率(MHGP534MD)编号激活条件:收到预订票信息处理逻辑:计算折扣率执行频率: 实时判定表应用

27、举例 例如：某人事部门对职工分配工作的原那么如下：年龄 文化 性别 分配政策18岁18岁,40岁40岁小学中学大学小学中学大学小学中学大学男(女)男(女)男女男(女)男(女)男(女)男(女)脱产学习电工钳工车工技术员材料员材料员技术员判定表应用举例分析:性别C1 年龄C2 文化C3 0 男,1 女0 18岁1 18岁, 1000元 1000元 正常处理好的支付信誉 优惠处理坏的支付信誉 20年 优惠处理 30行李重量W 30免费国内乘客外国乘客头等舱其他舱残疾乘客正常乘客(W-30) 2(W-30) 4残疾乘客正常乘客(W-30) 3(W-30) 6头等舱其他舱残疾乘客正常乘客(W-30) 4

28、(W-30) 8残疾乘客正常乘客(W-30) 6(W-30) 12用判定树表示计算行李费的算法三、 判定树举例 判定树是判定表的变种，可以省去许多不必要的条件组合，更适合结构化语言的表达。上表的判定表改为判定树如以下图：文化小学18岁18且40岁40岁学习钳工车工材料员男女中学18岁18且40岁40岁男女钳工车工材料员电工大学技术员政策年龄性别分配职工工作分配的判定树四、 图形工具IPO(Input Process Output)图 IPO图是输入/处理/输出图的简称，能够方便地描绘输入数据、对数据的处理和输出数据之间的关系。常用于对当前系统简单的算法描述。这种描述比较粗糙，隐含了详细的数据流

29、。 根本形式是：在左方框中列出输入数据，中间列出加工处理的条目，右方框中列出输出数据条目，各框之间用粗箭头表示数据通讯信息。例如：教材销售管理系统IPO图。如以下图审查购书申请开购书票打印领书单缺书处理购书申请学生用书表教材库存领书单补购通知改库存InputProcessOutput四、 图形工具IPO图 在实际应用中，可以采用一种叫做改进的IPO图 ，图中附加些信息。见以下图。 IPO表系统：_ _模型：_日期：_编号：_被调用：调用：输入：输出：处理局部数据元素：注释：四、 图形工具HC图 2层次方框图 Hierarchy Chart 是用树形结构的一系列多层次的矩形框描绘数据的层次结构。

30、树根代表完整数据结构，下面是数据子集，最底层的各框代表不可分割的数据元素。以下图是描绘一家计算机公司全部产品的数据结构。产品软件效劳硬件主存主机外设系统应用软件效劳硬件效劳培训四、 图形工具HC图四、 图形工具HC图四、 图形工具Warnier图 3Warnier图是法国科学家提出的表示层次或树形数据的工具。和层次方框图类似。图3-7是用Warnier图描绘一类软件产品的例子。 图中花括号用来区分数据结构的层次，在一个花括号内表示属一类数据，符号表示上下数据的异或关系，括号中的数字表示数据的重复次数 (见下例)。软件产品系统软件应用软件软件工具编辑程序2测试驱动程序6设计辅助工具4操作系统3编

31、译程序5四、 图形工具Warnier图例： 头条新闻 地区队 头版 国内新闻 体育新闻 职业队 本地新闻 拳击 社论(1,1) 经营简讯 专栏(1,3) 报纸 社论 读者来信(1,3) 副刊 商业新闻 雇员简讯 讽刺漫画(0,1) 一般新闻 体育新闻联播 招生 副刊 商业新闻 广告 招聘 广告 求助细化：层次（n1 ,n2):重复n1到n2次：二者择一按照传统的瀑布模型进行软件开发，由于将软件开发这样一个充满回朔的过程硬性地割裂开，虽然强调各个阶段的复审，而用户所提出的需求往往是模糊的，因此很难得到一个完整精确的规格说明，直接影响到后期的开发，针对其主要缺点推出了原型化方法。 3.3 原型化方

32、法 3.3 原型化方法什么是原型化方法Prototyping Method ？原型是软件开发过程中，软件的一个早期可运行的版本，它反映了最终系统的局部重要特性。原型化方法的根本思想是花费少量代价建立一个可运行的系统，使用户及早获得学习的时机，原型化方法又称速成原型法Rapid Prototyping，强调的是软件开发人员与用户的不断交互，通过原型的演进不断适应用户任务改变的需求。将维护和修改阶段的工作尽早进行，使用户验收提前，从而使软件产品更加适用。由于软件工程的特点和运行原型的目的不同，分为两种类型： 3.3.1 软件原型的分类3.3.1 软件原型的分类2、追加add on型也称快速建立渐进

33、原型RCP法Rapid Cyclic Prototyping法采用循环渐进的开发方式，对系统模型作连续精化，即先构造一个功能简单而且质量要求不高的模型系统，将系统需要具备的性质逐步添加上去，通过不断地扩充修改，逐步追加新的要求，直至所有性质全部满足，此时的原型模型也就是最终的产品。1、废弃throw away型也称为快速建立需求规格原型RSP法Rapid Specific Prototyping，先构造一个功能简单而且质量要求不高的模型系统，针对这个模型系统反复进行分析修改，让用户学习。待需求说明书一旦确定，原型将被废弃，后阶段的工作仍按照瀑布模型开发。快速分析 快速确定软件系统的根本要求，确

34、定原型所要表达的特性总体结构，功能，性能、界面等。2.构造原型 根据根本规格说明，忽略细节，只考虑主要特性，快速构造一个可运行的系统。有三类原型：用户界面原型，功能原型，性能原型。3.运行和评价原型用户试用原型并与开发者之间频繁交流，发现问题，目的是验证原型的正确性。4.修正与改进 对原型进行修改，增删。运 行评价 构造快速分析或修改 3.3.2 快速原型开发模型快速原型法的工作模型如下图，按以下步骤循环执行。原型化模型3.3.2 快速原型开发模型构造原型运行/评价原型原型完成否要细部说明否严格说明细部效果满意否整理原型提供文档修正改进原型YYNN快速分析，确定初步规格说明YN快速原型化开发过

35、程3.3.2 快速原型开发模型 快速建立系统原型进行系统的分析和构造有如下优点： 1、增进软件开发人员和用户对系统需求的理解。便于将用户模糊的功能需求明确化。2、为用户提供了一种强有力的学习手段。3、易于确定系统的性能，是理解和确认软件需求规格说明的工具。4、按照RCP 法建立的原型即为最终的产品。 细化的原型化模型3.4 验证软件需求 3.4 验证软件需求1、验证软件需求的正确性主要表达在以下几个方面 1可行性： 2必要性： 3优先性： 4明确性： 5可证实：3.4 验证软件需求 3.4 验证软件需求2、验证软件需求的方法 1验证需求的一致性： 方法：用人工技术审查验证软件系统规格说明书，但不能保证效果；用软件工具验证需求的一致性，能有效地保证软件需求的一致性，但要求需求规格说明书必须是用形式化的需求陈述语言书写。 2验证需求的现实性： 方法：参照经验，用现有的软、硬件技术实现目标系统的可能性；采用仿