10年间,致力于中国最专业的UML解决方案
UML一站式解决方案   Trufun QQ:344593239   咨询热线:029-62375359 13379288210  

模型在信息化项目应用分析


时间: 2017-06-29    来源: 楚凡科技

 

模型在信息化项目应用分析

  在对这些模型进一步剖析前,我们有必要在回顾一下我们的艰难历程,来判断是否在信息时代我们可以使用上述的软件过程就可以达到那些模型所承诺的目标呢?

  对于瀑布模型,在信息化时代已经很难获得在自动化时代的成功了。因为,我们很难再像自动化时代那样,存在一个业务流程来确立系统的功能需求,那么规格说明书和设计就会显得苍白无力。反之,规格说明书和设计反而使得系统的构建更加复杂,因为任何需求的变更都会或多或少地损害系统的模块划分和系统架构,那么试想对于一个10万行代码的项目而言,如果需求的变更致使设计阶段的成果超过了一半产生了变更,那么至少这种开发模型已不再是瀑布模型。因为瀑布模型的特点就是稳固的近似线性结构的开发结构。

  对于快速原型而言,信息化项目则是它的“阿喀琉斯脚踝”。因为,信息化项目不再是传统的自动化改善,而是系统带出客户期盼的价值。那么,我们又如何建立一个原型让客户体验呢?试想,如果我们建立出一模一样的未来系统所对应的原型,那么我们希望客户告诉我们什么呢?这个系统是界面还是报表,显然这根本不可能的;客户都不知道他们的业务操作流程是如何运转的,又如何告诉我们这些界面可提供什么呢。当然,原型法的目的是引导客户的需求来完善系统,但是我们又如何知道一个原型对于捕捉这些界面上的需求或报表的需求到底是否完整呢;无论是客户还是我们根本不知道我们在做什么,到底什么时候才是客户满意度获得了满足呢?

  演化过程显然更不会在信息化时代获得成功,如果我们先开发出系统的核心功能,然后根据以构建的功能进一步向“系统”挺进。那么,在客户和我们都不知道系统如何提供价值时,试问哪个功能才是核心功能呢?我们尚且不知道我们交付什么时,试问我们怎么知道需要多少次迭代才可以构建出最终的系统呢?即使在最佳假设的情况下(客户决定了核心功能,虽然不知道多少次迭代,但是可以预估最大上限),系统的频繁变更会使得最终我们退化到建造修补模型。

  那么,现在风靡业界的统一过程又如何呢?因为,在前面我们已经说明不会对该模型评价,所以我们不会具体分析该模型在信息化时代的效果如何。在这里,我们只是想提出两个问题:范围从哪里建立呢?如何通过迭代来明确地说明在这次迭代中功能需求是否完整呢?

Trufun十五年专注致力于软件工程全过程解决方案,提供从需求、分析、设计、开发到测试的完整管理开发过程,愿与各方进行科研、开发等方面的合作。


分享到: