2.9原型法获取需求.ppt

（4）在线支付： （5）评价： （5）评价： （6）制定促销策略： （6）制定促销策略： （6）制定促销策略： （6）制定促销策略： 6.原型法的优点 符合人们认识事物的规律，系统开发循序渐进，鼓励用户积极参与，有助于解决用户之间的差异； 能给用户一个对最终系统的直观感受；开发周期短，成本相对低； 反复修改，确保较好的用户满意度。 由于有用户的直接参与，系统更加贴近实际； 易学易用，减少用户的培训时间； 应变能力强。 原型法获取软件需求 6.原型法的缺点 不适合大规模系统的开发； 开发过程管理要求高，整个开发过程要经过“修改—评价—再修改”的多次反复； 用户过早看到系统原型，误认为系统就是这个模样，易使用户失去信心； 开发人员易将原型取代系统分析； 缺乏规范化的文档资料。 原型法获取软件需求 7.原型法适用范围 处理过程明确、简单的系统； 涉及面窄的小型系统。 原型法获取软件需求 7.原型法不适用范围 大型、复杂系统，难以模拟； 存在大量运算、逻辑性强的处理系统； 管理基础工作不完善、处理过程不规范； 大量批处理系统。 原型法获取软件需求 8.案例分析： Nordic Designs 是一家专营Scandinavia 当代家具的连锁企业，它已经发布了一则夸耀其配送信息系统原型的公司简讯。简讯报道声称：“我们的配送信息系统原型一发布就投入使用了。绝对没有任何修改的必要，经理们说它是追踪家具配送的最佳解决方案。不久就可以你们商店中接触原型了。” (1)这则报道的作者对原型化方法概念明显存在什么样的误解？ (2)如果用户期望原型“绝对没有任何修改的必要”的话，列出原型设计者可能会面临的问题。 （1）答：原型是不完备系统，千万别误以为原型是系统的最终样子。 （2）答：使用原型是有一定的风险的。 原型设计者可能会面临的问题：多次反复修改，用户对系统失去信心，文档资料不规范等。 原型法获取软件需求 感 谢 聆 听 2016 2.9原型法获取软件需求 主讲人：李尤丰 2016 金陵科技学院 软件工程学院 原型法获取软件需求 原型(prototype)即样品、模型的意思。 把系统主要功能和接口通过快速开发制作为“软件样机”，以可视化的形式展现给用户，及时征求用户意见，从而明确无误地确定用户需求。同时，原型也可用于征求内部意见，作为分析和设计的接口之一，可方便于沟通。 ① 原型是一个演示系统 ②原型是一种工具 原型法获取软件需求 1.什么叫原型？ （1）提前取号： ——采用原型法，设计初始界面， 获得用户对Android点餐系统 界面要求和功能要求。 原型法获取软件需求 （2）提前订座： ——采用原型法，设计初始界面， 获得用户对Android点餐系统 界面要求和功能要求。 原型法获取软件需求 （3）在线下单： ——采用原型法，设计初始界面， 获得用户对Android点餐系统 界面要求和功能要求。 原型法获取软件需求 （4）在线支付： ——采用原型法，设计初始界面， 获得用户对Android点餐系统 界面要求和功能要求。 原型法获取软件需求 （5）首页： ——采用原型法，设计初始界面， 获得用户对Android点餐系统 界面要求和功能要求。 原型法获取软件需求 3.原型法进行的步骤： ①确定用户的基本需求 由用户提出对新系统的基本要求，如功能、界面的基本形式、所需要的数据、应用范围、运行环境等，开发者根据这些信息估算开发该系统所需的费用，并建立简明的系统模型。 原型法获取软件需求 3.原型法进行的步骤： ②构造初始原型 系统开发人员在明确了对系统基本要求和功能的基础上，依据计算机模型，以尽可能快的速度和尽可能多的开发工具来建造一个结构仿真模型，即快速原型构架。 原型法获取软件需求 3.原型法进行的步骤： ③运行、评价、修改原型 快速原型框架建造成后，展示给用户。此时，要充分进行开发人员和用户之间的沟通，尤其是要对用户提出的不满意的地方进行认真细致的反复修改、完善，直到用户满意为止。 原型法获取软件需求 3.原型法进行的步骤： ④ 形成最终的软件系统 如果用户和开发者对原型比较满意，则将其作为正式原型。经过双方继续进行细致的工作，把开发原型过程中的许多细节问题逐个补充、完善、求精，最后形成一个适用的软件系统。 原型法获取软件需求 4.原型的分类 原型可分为抛弃式、演化式两种。 ① 淘汰(抛弃)式(disposable)：目的达到即被抛弃，原型不作为最终产品。?“丢弃”式原型针对生命周期的需求确定阶段, 它集中在理解的最少的需求上。 ② 演化式(evolutionary)：系统的形成和发展是逐步完成的，它是高度动态迭代和高度动态的循环，每次迭代都要对系统重新进行规格说明、重新设计、重新实现和重