
中金宸大跨平台金融软件定制开发
瀑布模式(Waterfall-Model)
特点:
炒股软件开发严格按照需求 ->分析->设计->编码->测试的阶段进行
阶段间具有顺序性和依赖性:
炒股软件开发前一阶段完成后,才能开始后一阶段
前一阶段的输出文本为后一阶段的输入文本
适合于一些大型稳定的项目
推迟实现的观点
质量保证:
以质量为第一目标
炒股软件开发每个阶段必须交付出合格的文档
对文档进行审核
优点:
可以保证整个软件产品较高的质量
保证缺陷能够提前的被发现和解决
可以保证系统在整体上的充分把握,使系统具备良好 的扩展性和可维护性
缺点:缺乏灵活性,太过线性理想化,不适合现代软件开发
炒股软件开发前期就需要把需求做到最全。所以对于前期需求不明确,而又很难短时间明确清楚的项目则很难很好的利用瀑布模型。
瀑布模型强调的保证软件的质量,往往忽略人力,时间,资源等成本因素。对于中小型的项目,需求设计和开发人员往往在项 目开始后就会全部投入到项目中,而不是分阶段投入,因此采用瀑布模型会导致项目人力资源过多的闲置的情况
惧怕用户测试中的反馈,惧怕需求变更
炒股软件开发每次需求发生变更都要从头再来
当一个炒股软件开发新系统的开发存在多个完全不相关的独立需求的功能开发的时候,这个时候也可以选择将整个开发过程按独立的需求来分为多个小瀑布进行操作.这种方式的最大问题就是没有一个完全总体的设计,架构设计人员无法在洞悉了所有需求后从系统的可扩展性,复用等方面总体规划.
BTW:
很多人往往会以进度约束而不选择瀑布模型,这往往是一个错误的观点.导致这种情况的一个关键因素往往是概念需求阶段人力不足.因此在概念需求阶段人力能 够得到充分保证的情况下,瀑布模型和迭代模型在开发周期上并不会存在太大的差别.反而是很多项目对于迭代或敏捷模型用不好,为了赶进度在前期需求不明确, 没有经过一个总体的架构设计情况下就开始编码,后期出现大量的返工而严重影响进度.
在炒股软件开发项目管理中有一种压缩进度的方法叫赶工,因此瀑布模型的另外改进处就在适当的重叠各个阶段过程,达到资源的有效利用.比如我们通过讨论,会议确定的实现方式就可以开始执导下一个阶段的工作而不一定完全等到相关的交付物文档化出来.