CH8 通过原型法减少质量风险ppt课件

1、软件需求工程Software Requirements Engineering( SRE )经过原型法减少质量风险郭树行 博士学习目的在学完本章内容之后，他应该可以： 知道运用软件原型的主要目的与作用；了解程度原型、垂直原型、丢弃型原型、进化型原型、书面原型和电子原型的特点、区别和典型运用；学会原型评价技术与方法；掌握建立有效原型的原那么和方法。什么是原型一个软件原型是所提出的新产品的部分实现。 原型作为一种需求工具，它初步实现所了解的系统的一部分。 采用原型法的目的软件开发商经过原型的建立来掌握客户的需求和目的、获得用户的信任和了解、表达公司的权利和阅历、贮藏开发技术和才干。客户经过对原型的

2、了解，确定实现目的、明确系统需求、掌握系统规模、一致系统风格，了解开发技术、分析开发商的才干。 采用原型法的目的 采用原型法的目的运用原型有三个主要目的： 1) 明确并完善需求； 2) 探求设计选择方案； 3) 开展为最终的产品原型。 1 原型法方法快速分析或修正原型构造运转评价计算机运转开发要求图1 原型法软件生命周期 1 原型法方法快速分析规格阐明快速分析构造原型原型运转原型评价原型修正意见修正原型修正阐明图2 原型法软件开发框架 建立原型的主要缘由是为理处理在产品开发的早期阶段不确定的问题； 必需利用这些不确定性来决议系统中的哪部分需求建立原型； 必需利用这些不确定性来判别客户对原型的期

3、望和评价结果的价值；1 原型法方法2 程度原型程度原型也叫做行为原型或模型 。当人们谈到“软件原型时，通常是指用户界面的“程度原型。运用程度原型探求预期系统的一些特定行为，并到达细化需求的目的。经过程度原型，展现用户界面和这些界面之间的一些导航，但是它仅包含少量的功能。程度原型中看到的功能菜单和功能普通大部分都没有完全实现。2 程度原型 建立程度原型，可以运用户判别能否有脱漏、错误或不用要的功能。原型代表了开发者对于如何实现一个特定的use-case的一种观念。用户对原型的评价可以指出运用实例的可选过程，脱漏的过程步骤，或原先没有发现的异常情况。2 程度原型 在相当笼统的级别上建立原型时，用户

4、可以把留意力集中在需求和任务流问题上，而不会被精细的外形或屏幕上元素的位置所干扰。 在廓清了需求并确定了界面中的框架之后，可以建立更详细的原型来探求用户界面的设计。 还可以运用不同的屏幕设计工具或甚至运用纸和铅笔来建立程度原型。2 程度原型垂直原型也叫构造化原型或概念的证明。当不能确信所提出的构造软件的方法能否完善或者当需求优化算法，评价一个数据库的图表或测试临界时间需求时，就要开发一个垂直原型。垂直原型通常用在消费运转环境中的消费工具构造，它能使结果一目了然。3 垂直原型 比起在软件的需求开发阶段，垂直原型更常用于软件的设计阶段以减少风险。 一个垂直原型只实现客户一部分用户界面和相应的功能。

5、 选择那一部分来建立垂直原型，对系统的胜利将起关键作用。4 丢弃型原型建立丢弃型原型或称探求型原型的目的是为处理不可测性并提高需求质量。经过花最小的代价，采用忽略很多详细的软件构造技术、快速地建立原型，并在原型到达预期目的以后选择丢弃或者进化。当遇到需求中的不确定性、二义性、不完好性或模糊性时，就建立丢弃式模型。丢弃型原型可协助用户和开发者想象如何实现需求和可以发现需求中的破绽；还可运用户判别出这些需求能否可以完成必要的业务过程。4 丢弃型原型运用实例描画对话图丢弃型原型详细用户界面设计评价反响评价反响图3 利用丢弃型原型从用户义务到界面设计的活动序列图5 进化型原型 与丢弃型原型相对应的是进

6、化型原型； 在曾经清楚地定义了需求的情况下，进化型原型为开发渐增式产品提供了坚实的构造根底； 进化型原型是螺旋式软件开发生存周期模型的一部分,也是一些面向对象软件开发过程的一部分。P1653 丢弃型原型和进化型原型2) 进化型原型进化型原型在原型法生命周期中不断改良，逐渐逼近真实产品的原型；与丢弃型原型的快速、粗略的特点相比，进化型原型一开场就必需具有强壮性和产质量量级的代码；一个进化型原型必需注重软件系统性和完好性的设计原那么，它必需易于晋级和优化的。3 丢弃型原型和进化型原型2) 进化型原型从测试和运用中获得的信息将引起下一次软件原型的更新。原型的不断增长和更新，使软件从一系列进化型原型开

7、展为最终的产品。进化型原型比建立丢弃型原型所花的时间和代价要多得多。3 丢弃型原型和进化型原型3) 综合运用原型的方法 在软件开发过程中，可以综合运用多种原型方法 。 可从一系列丢弃型原型中获得的知识来精化需求，然后经过一个进化型原型序列来渐增式地实现需求。 在最终设计用户界面之前，将运用丢弃型原型廓清需求，然后运用垂直原型使中心运用程序算法有效。3 丢弃型原型和进化型原型3) 综合运用原型的方法精化用户需求搜集用户需求开发丢弃式程度原型构造演化式原型构造垂直原型设计用户界面设计软件构造构造和验证产品构造和验证产品演化原型；验证和交付增量交付产品图4 在软件开发过程中运用原型法的一些方法3 丢

8、弃型原型和进化型原型3) 综合运用原型的方法表13-1 软件原型的典型运用抛弃型 进化型 水平 澄清并精化use-case和功能需求 查明遗漏的功能 探索用户界面方法 实现核心的use-case 根据优先级，实现附加的use-case 开发并精化We b站点 垂直证明技术的可行性 实现并发展核心的客户/服务器功能层和通信层 实现并优化核心算法 4 书面原型和电子原型1) 书面原型从构造原型的手段上，人们把原型分为书面原型和电子原型。书面原型所包括的工具仅仅是纸张、索引卡、粘贴纸、塑料板、白板和标志器，是一种廉价、快速并且不涉及高技术的方法。书面原型方便了原型的快速反复性，而在需求开发中反复性是

9、一个关键的胜利要素。4 书面原型和电子原型1) 书面原型在许多情况下，一个可执行的原型未必可以获取用于处理关于需求不确定性的信息。在运用自动化工具建立详细用户界面原型，构造一个演化型原型或者从事传统设计和构造活动之前，书面原型对于精化需求是一种优秀的技术，它还提供了一个管理客户期望的有用工具。4 书面原型和电子原型2) 电子原型与书面原型相对应的是电子原型。建立电子丢弃型原型，可以采用许多工具，包括：编程言语，脚本言语，商品化的建立原型的工具包、屏幕绘图器和图形用户界面工具等。建立进演化型模型，必需一开场就运用产品开发工具如CASE等。5 原型评价 原型只需经过评价才有意义和价值。 没有经过评

10、审的原型能够包含许多圈套；采用没经过评价的原型比没有原型更可怕。 经过建立脚本让用户服从一系列步骤，并回答一些特定的问题以获取所需求的信息，以提高原型评价的有效性。 经过脚本可以让用户执行特定的义务并且指点他们评价觉得最不确定的原型部分。5 原型评价务必让一些适宜的人从恰当的角度评价原型。原型的评价者必需是所期望的用户群的代表。评价组必需从运用原型中功能的用户类里挑选出具有阅历和阅历缺乏的用户。应该使评价人员了解到，提交的原型并不包括一切的业务逻辑，这些功能将在以后的系统中才干实现。5 原型评价在对原型进展评价时，要察看用户运用原型的过程，以获得更多信息。经过讯问以下普通性的问题，判别原型能否

11、符合需求： 这个原型所实现的功能与他所期望的一致吗？ 有脱漏的功能吗？ 能思索一下这个原型所没涉及的一些出错情况吗？ 有多余的功能吗？ 这些导航意味着怎样的逻辑性和完好性？ 有更简单的方法来完成这一义务吗？ 6 原型法的最大风险 原型法是一种减少软件工程失败风险的技术。然而，原型法又引入了本身的风险。 最大的风险是用户看到一个正在运转的原型从而以为产品即将完成。 处置风险承当者的期望是胜利原型法的一个关键要素，因此要保证那些见到原型的人了解为什么要建立原型并且怎样建立原型。6 原型法的最大风险对于正在演示或评价的一个丢弃型原型，无论它与真正的产品是如何相像，它决不会到达产品的运用程度。它仅是一

12、个模型，一种模拟或一次实验。决不能把丢弃型原型当作可交付的产品，由于原型的设计和编码并没有思索到软件质量和容错性。6 原型法的最大风险不要由于害怕提交不成熟产品的压力而妨碍他建立原型，但是他必需让见到原型的人明白他不会交付原型，甚至不会将它称之为软件。控制这种风险的一种方法是利用书面原型而不是电子原型。另一种能够的方法是运用不同于在真正开发时所用的原型法工具，这将有助于他抵抗“已完成原型开发并可把它当作产品交付的压力。6 原型法的最大风险假设评价者看到原型可以对一个模拟的数据库查询呼应甚快，那么他们能够期望在最终的软件产品中也具有同样惊人的性能。在对最终产品的行为进展模拟时，要思索现实中的时间延迟，当用户了解了这些差别时，他就可以了解原型不能被看作可即将交付的产品的缘由了。 7 原型法的胜利要素风险建立有效的原型应遵照的原那么： 工程方案中应包括原型风险； 方案开发多个原型； 尽快并且廉价地建立丢弃型原型； 对于曾经了解的需求不要建立原型； 不能随意地添加功能； 不要从程度原型的性能推测最终产品的性能； 在原型屏幕显示和报表中运用合理的模拟数据； 不要期望原型可以替代需求文档。 把从原型评价中获得的信息编写成文档。本章小结 软件原型是一种技术，采用原型方法是得到客户真实意图和珍贵信息的最有效方式。 一个软件原型是所提出的新产品的部分实现。