《快速原型法及其他》PPT课件.ppt

《《快速原型法及其他》PPT课件.ppt》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、第6讲快速原型法及其他6快速原型法及其他本节内容提要:6.1什么是快速原型法6.2原型定义策略6.3快速原型法工作阶段的划分6.4快速原型法的实施《管理信息系统》6.1什么是快速原型法(1)快速原型法就是针对结构化生命周期法的问题提出的一种新的系统开发方法。它的主要思想是：首先建立一个能反映用户主要需求的原型，让用户实际看见新系统的概貌，以便判断哪些功能是符合要求的，哪些是需要改进的，然后将原型反复改进，最终建立完全符合用户要求的新系统。快速原型法突出一个“快”字，采用结构化生命周期法作系统分析时要反复和

2、用户讨论，这种讨论费时费力，而且终究是“纸上谈兵”，原型法则是“真枪实弹”，能够使用户立刻与想象中的目标系统作出比较。开发人员向用户提供一个“样品”，用户迅速向开发人员作出反馈，这就是原型法的优越性。《管理信息系统》6.1什么是快速原型法(2)快速原型法主要有以下优点：§提供了一个验证用户需求的环境；§允许在系统开发生命周期的早期进行人机交互测试；§提高了人们对最终系统的安全感；§便于应用实例来建立新系统；§加强了开发过程中的用户参与程度；§可以缓和通信和交流的困难；§可以提供很好的系统说明和示范，§可以

3、简化开发过程的项目管理和文档编制；§有利于积累系统的开发经验；§提供了最终系统的操作训练。《管理信息系统》6.1什么是快速原型法(3)Y确定基本信息需求·基本需求·应用范围·估计成本·确定数据开发初始原型初始原型使用原型系统并澄清需求用户和设计者是否满意是否放弃运行的原型运行原型修正和改进原型运行原型改进的原型把原型作为应用系统把原型作为应用系统开发的基础YNN《管理信息系统》6.2原型定义策略快速原型法的需求定义过程是一个开发人员与用户通力合作的反复过程。从一个能满足用户基本需求的原型系统开始，允许用户

4、在开发过程中不断提出更好的要求，并不断地完善系统。它实质上是一种迭代的循环型的开发方式。《管理信息系统》6.3快速原型法工作阶段的划分(1)快速原型法用于MIS开发有两种情况，一是仅代替生命周期法的某一个或几个阶段，二是承担工程的全部任务。实践证明，应该在做完了系统分析就建立—个原型系统，以进一步确认，修改对系统的需求描述。原型技术应用在系统分析阶段是比较恰当的，可以让用户在分析阶段就能见到新系统(原型)，并能操作它、与开发人员一起改进它。所以在此我们重点介绍用原型法代替生命周期方法的系统分析阶段。《管理

5、信息系统》6.3快速原型法工作阶段的划分(2)图系统分析阶段的原型化生命周期系统分析运行/维护转换补充详细设计初步设计系统分析基本业务基本需求满意否？构造原型使用原型修改、扩充YN《管理信息系统》6.3快速原型法工作阶段的划分(3)（1）方法选择原型法较适合下列场合：·相互联系程度较大的系统，如联机事物处理。·MIS的结构化系统，而对基于大量算法的问题则不适合。·对于难于肯定详细需求，且积极参与新系统开发的用户，采用原型法是适宜的。·原型法不适合于对已经运行的系统进行扩充。（2）识别基本需求为了设计、建立

6、初始原型，先要识别基本需求。原型法与传统的严格定义方法主要不同在于：原型法所识别的需求不必是完善的，而只是一种好的设想。识别用户的基本需求是一件较为困难的工作，必须仔细对当前系统进行调查，与用户交互、作业务性研究等。传统的需求调查方法和本章介绍的方法都可作为识别基本需求阶段的工具。《管理信息系统》6.3快速原型法工作阶段的划分(4)（3）开发初始原型本阶段的目的是建立一个有一定深度和广度的初始原型，以便由它开始迭代、修改和完善。原型开发可由1、2个人完成，因为小组规模增大，将由于通信上的困难导致开发放率下

7、降。而两人小组甚至不需要写出说明文件就可以通信和交流。开发初始原型所需的时间随系统规模、复杂性和完整程度不同而不同，一般应在3至6周内完成．最长不超过两个月。《管理信息系统》6.3快速原型法工作阶段的划分(5)初始原型的质量对原型法其他各阶段有着重大影响。因此，初始原型必须是最终系统的核心部分，今后的迭代都将建立在它的基础之上，由基本需求导出的初始原型在需求方面的准确性应大于60％。如果原型过于简单，则会增加以后的迭代而浪费时间和人力；反之，如果为了追求完整而将原型建得过大，则会降低响应速度，并且今后势必

8、要对其中大量功能进行修改同样也会降低系统开发效率。（4）验证原型初始原型是用户和开发人员发展系统方案和功能的基础。本阶段的目的则是具体验证原型的正确程度。《管理信息系统》6.3快速原型法工作阶段的划分(6)（5）修正和改进原型——原型迭代根据发现的问题和用户提出的要求对原型修正和改进。原型迭代初期的主要工作是：总体检查，找出隐含错误；用户实际操作和熟悉原型。后期主要是：发现不正确的或者遗漏的功能，提出进一步建议，改善用户界面。