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

统一过程模型和业务构件开发模型介绍


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

 

  统一过程模型

  这里和下面介绍的开发模型是近期在业界比较风靡的两个主要的模型;而对于它的应用效果,由于各种原因,我们不给出具体的评估,仅仅是是从使用角度进行一个简单分析(或者是提出一些疑问)。

  为了利用从上述模型的成功和失败的历史中学到的一些有益于软件工程的知识,统一过程模型寻求了一中方法来改进原有的过程,包括瀑布模型、演化模型等。也就是,统一过程融入了瀑布模型的线性结构和演化模型的增量和迭代思想。

  统一过程首相建立了整个项目的不同阶段,它包括“初始阶段”、“细化阶段”、“构造阶段”、“移交阶段”。同时对于每个阶段中保留了瀑布模型的活动,这里被称为工作流,即从需求、分析到设计和实现、测试这五个活动。所以,我们可以将其理解为一个二维坐标,工作流是一个竖坐标,阶段构成了横坐标。但是,二维坐标并不是统一过程的主要思想,它的主要思想是每个竖坐标制定的活动可能会产生多次迭代,每个迭代会随着横坐标(阶段)的进展而产生变更,会逐渐减少直至最终消失。

  每个阶段可以构成一个里程碑,在每个里程碑上可以捕捉到软件项目生命周期中的重要决策点。如初始阶段关注的是项目计划和风险评估,细化阶段关注的是系统的总体构架,构造阶段建立系统等。

  正如我们开始所说的,我们并不准备对该模型进行评价。这里仅仅是提出一些问题供大家思考。首先,我们如何知道每个里程碑的制定点?其次,如何确立我们建立出了完整的功能需求?再次,每个阶段中到底要包含多少个迭代(阶段中的子阶段)?最终,如何维护在每次迭代中需求、设计、代码等的一致性?
 

  业务构件开发模型

  业务构件开发其实并不属于软件开发模型,它仅仅是一个利用业务角度来架构整个系统的一种手段(没有使用“方法”一词主要是与开发模型中的方法系进行区别,以免造成歧义)。

  实际上,面向业务构建整个系统是需要一个完善的开发模型来说明它如运作的,这也是本文的主题之一。所以,在这里仅仅介绍当前较为流行的主要架构的特征。

  现在最为主要的分为两种,一是以服务角度(服务构件)来建立系统架构,二是以业务流程角度建立系统架构。但是,实际上他们讨论的都是同一件事情,即先确立业务流程,再以服务为单元架构系统。

  那么,这些方法是否可行呢?实践证明他们是可行的,但是效果并不十分理想(不要忘记今天项目的70%的失败率)。我们也不准备分析它们的优缺点,仅是想指出在使用它们时读者应当考虑的问题。如,如何知道一个业务流程是客户所需的呢?如何缩短建立业务流程的时间和提高每个流程的明确度(任务明确)呢?如何确立不同业务构建之间的架构是合理的呢?如何确立一个业务构件是必需的呢?

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


分享到: