左七右九的RUP2003文档迷宫口诀

发表于:2007-04-28来源:作者:点击数: 标签:七右RUP2003迷宫口诀作为
作为 RUP 2003的扇子,一直认为这是份伟大的文档----而最迷人的地方,是它充分利用了互联网的超链接特征,将软件过程的各个维度,织成了一张可任意导航的网。但是对于不熟悉这座迷宫法则的新人,也很容易贪多喜新的在一个个链接中绕昏了头,Lost in RUP。 迷
作为RUP2003的扇子,一直认为这是份伟大的文档----而最迷人的地方,是它充分利用了互联网的超链接特征,将软件过程的各个维度,织成了一张可任意导航的网。但是对于不熟悉这座迷宫法则的新人,也很容易贪多喜新的在一个个链接中绕昏了头,Lost in RUP。

    迷宫的入口在Team里,可以从九个Discipline、四个阶段、或者自己感兴趣的角色入手。纯个人习惯,刚开始以Discipline(科目)为起点,工件驱动的顺序----先看Discipline总流程,再以重点工件作主线浏览,最后补看其他活动和细节。

    今天风和日丽,看一下Bussiness Modeling(业务建模)的Discipline。

  一、总流程浏览:
 
  1.点Bussiness Modeling下的Introduction。
      看业务建模的目的和邻里关系

  2.点Bussiness Modeling下的Workflow。
     看业务建模的Workflow总图和描述,对流程走向有个大概印象。

  3.顺序点击Workflow图里的每个Workflow Detail。
    看Workflow Detail的描述与封面图画,大概了解它的角色、活动和输出的工件。
    RUP合理的让每个Workflow Detail里的一堆活动同时执行没有步骤顺序之分,比较符合软件开发的现实。
    注意在这一层里,活动与工件的名字混个眼熟就好,先不要深入,在流程描述里自行推断它们的含义。实在忍不住了就点进去看个概述然后立马关掉。

    都看完之后对整个流程已有了解,回想之前放过了无数个link没有细看,一番精力无处发泄,接下来干什么呢?我比较喜欢工件驱动。
  

  二、工件驱动:

  1.回过头来点Bussiness Modeling下的Artifact Overview。
    总体了解业务建模里有什么工件,分别由哪个角色负责。

  2.点击Artifact Overview里的每个角色。
    业务建模里只有Business-Process Analyst和Business Designer两个角色,点进去看看它们的描述与封面图画,大概了解他(她)们的活动与产出工件。

  3.点击Artifact Overview里的每个工件。
    简单看看它们的描述,知道大概是个什么东西,看看自己之前的猜测准不准。
    找出自己感兴趣的工件。业务建模里我最感兴趣的是两菜一汤:Business Architecture Document,Business Use Case Model和Business Analysis Model 。
 
  4.详细观看自己感兴趣的工件。
      终于要拉开阵势认真看了。详细观看工件的子元素,主概念,主输出活动,模板,例子,GuidelineChecklist,最后是剪裁
   
     都看完之后,这个Discipline的重点已经被你掌握了六七成,接下来是自由活动时间了。

  三、自由活动时间:

  1.结合着看Workflow和Activity Overview。
    大概弄清楚角色的活动与流程的关系,这部分的多对多表达会比较乱。但有经验的阅读者应该还是能很快弄清关系,除去看工件时已经看过的活动,找出剩下的自己感兴趣的活动。

  2.详细观看自己感兴趣的活动。
    又一次拉开阵势观看活动的目的详细步骤Guideline

  3.可以在迷宫里里面绕着走了。
     一边绕圈一边着重理解它们的关联,看一些之前没仔细看的工件与活动。
     还可以看一些更细的东西,比如Timing,剪裁,角色的skills等等等,一边看一边骂,靠,定义的真完整阿。

  四、多余的话:

  1. IBM 在Rational Method Composer 7.0里将RUP2003.06.15升级成RUP 7.0 了,打开一看RUP的骨血都还在,看起来更加好了。这是个很让人放心的消息,RUP会被继续升级下去了。
  2. 看每个Discilpine前可以先翻翻中文的《RUP导论(第3版)》,基本是RUP2003主干部分的缩略版
  3. 如果从四个阶段或者感兴趣的角色而不是Discipline入手,基本的原理还是差不多的流程--工件法。
  4. 基本上RUP文档的每个页面都可以快速链接到所有与之相关的其他维度的内容,但刚开始最好还是紧守主线,不要随意点进另一个维度。
  5. 剪裁,剪裁。我现在的头,将以往混沌的“项目计划”过程,分成了“工作过程定义”和WBS两步。每个项目开始前先做"工作过程定义":使用RUP进行剪裁,定义要做什么(一份过程定义),和怎么做(一堆工作指南),然后才根据定义进行传统的WBS,我觉得挺好,挺舒服的。
  6. 熟悉了整个Discipline后,可以随时从各个入口跳进自己感兴趣的内容,手拖手畅游宇宙.....

原文转自:http://www.ltesting.net