第8章.原型.pptVIP

第8章.原型 主要内容 应用原型的必要性 原型的类别 原型方法过程 原型方法的风险 1.应用原型的必要性——什么是原型 “原型是一个系统，它内化了（capture）一个更迟系统（later system）的本质特征。原型系统通常被构造为不完整的系统，以在将来进行改进、补充或者替代。” 如果在最终的物件（final artifact）产生之前，一个中间物件（mediate artifact）被用来在一定广度和深度范围内表现这个最终物件，那么这个中间物件就被认为是最终物件在该广度和深度上的原型。 1.应用原型的必要性——什么是原型 包括书面描绘、场景叙述、情节串联图板、幻灯演示、动画模拟、屏幕快照和程序代码等在内的各种被用来探索和论证软件系统功能的物件都是软件的原型 一个组织会发展出自己独特的原型文化，这些原型文化仅仅将一些限定类型的事物看作是有效的原型 1.应用原型的必要性——为什么要利用原型 利用原型的好处有： 及时、有力的响应用户需求的变化； 减少返工； 帮助控制不完整需求所带来的风险； 可以将一个大的难以处理的开发过程细分成一些更小更容易处理的步骤； 减少开发成本，提高经济效益； 增加开发者之间的交流，帮助确定技术解决方案的可行性； 有效的识别风险和解决风险，帮助进行风险管理； 提高用户在软件开发中的参与程度。 1.应用原型的必要性——为什么要利用原型 帮助需求工程师及早解决需求的不确定性： 创新性产品，它们的基本需求是潜在的，有着很大的不确定性； 产品的用户对相关类别的产品没有经验，产品的细节需求存在着不确定性； 用户但在完成工作的方式上仍然存在障碍，产品在整体方案的可行性上存在着不确定性； 用户在清晰说明他们的需求方面存在困难，这些相关的需求是有着不确定性的需求； 需求工程师在理解用户的需求上存在困难，在澄清和理解之前，这些需求存在着不确定性； 需求的可行性值得怀疑，即具体需求的可满足性存在着不确定性。 主要内容 应用原型的必要性 原型的类别 原型方法过程 原型方法的风险 2. 原型的类别——按照使用方式分类 演示原型（presentation prototype） 主要被用在启动项目阶段 目的是让用户相信应用系统的开发是可行的 严格意义上的原型（prototype proper） 主要被用在分析需求阶段 用来阐明用户界面或者系统功能的某些特定方面 试验原型（breadboard prototype） 主要被用在构建系统阶段 帮助开发者澄清他们所面对的一些和系统构建相关的技术问题 引示系统原型（pilot system prototype） 会被开发在系统开发的各个阶段 用作最终系统的构建核心 2. 原型的类别——按照开发方法分类 探索式（exploratory） 以缺陷需求开始继而不断调整和修正需求的原型开发方式称为探索式 要尽可能的调整各种设计选项 实验式（experimental） 以清晰的用户需求和模糊的实现方法、实现效果、可行性开始，明确需求的可行性和技术实现方案 定义一个对原型的评估方法，确定评估的属性 演化式（evolutionary） 以清晰的原型化需求和项目积累下来的原型资产为开始 原型化的需求，也有项目积累下来的原型资产 2. 原型的类别——按照开发方法分类 探索式和实验式方法产生的原型产品又被称为抛弃式原型 花费最小的代价，争取最快的速度 可能会使用简易的开发工具和不成熟的构造技术 可能会忽略或简化处理原型目的不相关的功能特征 要坚决的抛弃 演化式原型方法产生的原型产品被称为演化式原型（evolutionary prototype） 质量要从一开始就能达到最终系统的要求 要易于进行扩展和频繁改进，因此开发者必须重视演化式原型的设计 仅应该被用于处理清晰的需求、规格说明和技术方案 2. 原型的类别——按照构建技术分类 水平原型方法（horizontal prototyping） 它仅仅实现选定功能所有层次中的某些特定层次 建立的原型产品称为水平原型（horizontal prototype） 要把注意力集中在概括性需求和工作流问题上 垂直原型方法（vertical prototyping） 它会触及到选定功能实现的所有层次 建立的原型产品称为垂直原型（vertical prototype） 要保证真实实现它的各种功能 2. 原型的类别——按照构建技术分类 废弃型 演化型 水平型 阐明并细化用例和功能性需求 识别遗漏功能 研究用户界面方法 实现核心用例 根据优先级实现其他用例 使得系统适应快速变化的需要 垂直型 演示系统可行性 实现并扩充核心功能 实现并扩充核心算法 测试并调整性能 2. 原型的类别