我不知道什么是喷泉模型,如果是迭代模型的话,就是说:
比如你了解需求60-80%,然后进入项目风险评估,在需求到80%阶段,开始概要设计,在概要设计到60%的时候,进入详细设计,一个模块的详细设计出来以后立即交开发公司开发,测试尽快跟进,以此不段迭代.缩短项目周期(因为很多步骤在并行),降低风险,避免出现在后期出现很大的设计问题和需求问题.我们使用这个模型主要是风险驱动的,就是说,全部以风险作为主线
他的出发点是:我们认为我们没有能力第一次就把需求弄明白,所以先建立起结构和程序框架,然后让用户第一时间看到模型,再对模型逐步修正,所以需要面向对象的设计方法,不然将来用户修改一些东西,你将发现你不得不把很多程序推翻,这就是返工而不是迭代了,大致概念是这样
详细内容,你可以到软件管理的版块中去看看,里面有很多对此问题的讨论
原形模型分为两种,一种是可抛弃的,一种是继承的,这里我们必须要一种可继承的原型模型.迭代的出发点就是降低风险,同时由于并行的操作,从而是项目快速推进改革,同时提高项目组士气.
我举个例子,我们需要开发一个低层小型数据库系统,那么我们应该如何做呢?我们的做法是:首先我们理解的数据库就是由以下部分组成:数据存储,数据检索,各个辅助工具(视图等).那好,我就简单地实现一个数据存储,然后使用任何一种语言引擎来实现可编程实现检索.这就是一个简单的数据库.
第二步,我们发现效率上很成问题,于是我们就开始找通过数据库底层的存储结构来加块检索速度(当然,寻找一个好的语言引擎也可以提高一定的查询速度)
第三步,我们发现.....于是我们再慢慢去一块一块做.
这样的操作,比你第一步就要达到一个可用数据库要好很多,风险降低到最底,同时领导层也不会因为你的成果始终没有而丧失信息,同时团队中能够随时看见项目在前进,可以提高开发团队士气.
软件管理在论坛----软件与工程----软件管理