RUP剪裁原理和剪裁过程-软件建模与uml课程论文.doc

软件建模与UML 课题：RUP的剪裁原理和剪裁过程 学校：西安科技大学 姓名：唐婷婷 学号：1308030303 学院：计算机学院 班级：计算机科学与技术1303班 RUP的剪裁原理和剪裁过程 一．前言 RUP即Rational Unified Process，是Rational公司开发的软件过程产品。The Unified Software Development Process也指的是RUP，不过去掉了前面的公司名。本文分别采用“统一软件过程”和“RUP”作为其全称和简称。 　　据了解，当前国内业界普遍关心的一个问题是：RUP的剪裁原理是什么，有没有工程化的RUP剪裁过程。本文将讨论上面两个问题。本文有不少观点来自个人心得，有不妥之处，敬请斧正。 二．RUP的剪裁原理 首先介绍“软件过程也是软件”这一著名原理，然后指明RUP的剪裁原理是：软件过程开发的再工程。 （一）、 软件过程也是软件 　　软件工程大师Osterweil在其论文《Software Processes are Software Too》中高屋建瓴地指出：软件过程也是软件。软件有一个开发的过程，软件过程也有一个开发的过程；软件开发产出软件产品，软件过程开发产出过程产品；软件开发可以是一个演进过程，软件过程开发也可以是一个演进过程。 　　1. 软件过程也有一个开发的过程　　软件过程也是经过了需求捕获、分析、设计、实现和测试等活动才开发出来的。下面仅简单论述。软件过程开发中，需求是指采用该软件过程的目的是什么（高层需求），要用来指导哪些活动（需求）；分析和设计是指，活动之间如何衔接甚至并行执行，各活动产出什么产品；实现是指，将软件过程文档化，相当于软件开发的coding；软件过程开发也有测试，不过是在脑子里run的，而上级领导用脑子run两遍批示通过就是验收测试。 　　进一步讲，软件过程不仅有开发过程，而且有完整的软件过程生存周期。因为软件过程在开发出来之后，也有交付使用、维护升级直至废弃的过程。交付使用就是将软件过程实施，用于指导软件项目的开发。要是在使用软件过程时发现有错误之处（bug，需纠错性维护）或欠缺之处（新需求，需升级性维护），可以对原软件过程进行修改或增强。当其经过修改升级也不能满足指导开发的需要时，就将其废弃，软件过程生存周期结束。 顺便插一句，当前异常火爆的CMM说是“软件过程框架和标准”，当如何理解。从“软件过程也是软件”的角度考虑，CMM的本质其实是软件过程开发的需求和测试方案：CMM的每个“关键实践”都是软件过程开发的一条需求；至于“关键过程域”和“关键实践类”，从需求的层次角度（请参考Wiegers著陆丽娜译《软件需求》一书），可分别理解为“业务需求”和“用户需求”；CMM提问单的每个问题就是测试方案的一个一个的测试案例，测试方案是依照需求来制定的，CMM把需求和测试方案二合一了。“CMM是软件过程的进化框架”也不难从“软件过程也是软件”的角度找到犀利的理解，那就是：CMM对所有软件过程开发的需求，依据重要性和相互依赖关系，划分了优先级，然后依据需求的优先级将需求分成五组，即初始级、可重复级、已定义级、定量管理级和优化级。 　　2. 软件过程开发产出过程产品 　　软件开发产出的软件产品是程序和文档的集合，那么，过程开发产出的过程产品是什么样呢？过程成品从存在形式上，是一些文档。通过评审的过程产品，就是标准化制度化的文档，这些文档来指导和制约软件开发过程。 　　过程产品都必须具备四要素：功能要素（即活动），行为要素（即活动间通过依赖等关联构成活动模型，其实四大经典开发模型的图基本都是活动模型），组织要素（即人和活动间的关联），信息要素（即产品）。 　　再看RUP，该过程产品也是一些文档，总共有上千页，被组织成可以在线查询的知识库。我们看其核心概念：角色、活动、工作流和工件，并没用离开四要素的范畴：角色即人（的职责），工件即产品，工作流是涉及角色、活动和工件的模型。 　　3. 软件过程开发也可以是一个演进过程 为了进一步证明软件过程开发和软件开发的相似性，我们选择很流行的“演进”概念来考察二者。演进开发在RUP中叫增量开发，就是后一步的开发在前一步开发的半成品的基础上进行。软件开发采用演进开发的，一般称为“喷泉模型”。而软件过程开发也可以采用演进开发，特别是开发针对大项目的软件过程时，由于软件过程足够复杂，演进开发是必要的。 （二）、 RUP的剪裁原理 　　首先说明再工程的概念，然后说明RUP剪裁就是一项再工程。 　　1. 再工程的概念 　　再工程（reengineering）是对现有软件系统的重新开发过程，包括逆向工程、新需求的考虑和