软件建模论文.doc

软件建模与UML论文 专业班级： 软件工程0802 学 号： 0808010204 报 告 人： ** 2011.4.15 一．题目 RUP概述 二．摘要 RUP是风险驱动的、基于Use Case技术的、以架构为中心的、迭代的、可配置的软件开发流程。我们可以针对RUP所规定出的流程，进行客户化定制，定制出适合自己组织的实用的软件流程。RUP（Rational Unified Process）是Rational公司开发的一种软件工程过程，是开发组织用于分配和管理任务及职责的规范化方法，其目标是帮助开发人员在预定的进度和预算范围内开发出符合最终用户需求的产品。根据Rational(Rational Rose和统一建模语言的开发者)的说法，好像一个在线的指导者，它可以为所有方面和层次的程序开发提供指导方针，模版以及事例支持。 RUP和类似的产品--例如面向对象的软件过程（OOSP），以及OPEN Process都是理解性的软件工程工具--把开发中面向过程的方面（例如定义的阶段，技术和实践）和其他开发的组件（例如文档，模型，手册以及代码等等）整合在一个统一的框架内。一、六大经验 1、迭代式开发 　　在软件开发的早期阶段就想完全、准确的捕获用户的需求几乎是不可能的。实际上，我们经常遇到的问题是需求在整个软件开发工程中经常会改变。迭代式开发允许在每次迭代过程中需求可能有变化，通过不断细化来加深对问题的理解。迭代式开发不仅可以降低项目的风险，且每个迭代过程都可以执行版本结束，可以鼓舞开发人员。 2、管理需求 　　确定系统的需求是一个连续的过程，开发人员在开发系统之前不可能完全详细的说明一个系统的真正需求。RUP描述了如何提取、组织系统的功能和约束条件并将其文档化，用例和脚本的使用以被证明是捕获功能性需求的有效方法。 3、基于组件的体系结构 　　组件使重用成为可能，系统可以由组件组成。基于独立的、可替换的、模块化组件的体系结构有助于降低管理复杂性，提高重用率。RUP描述了如何设计一个有弹性的、能适应变化的、易于理解的、有助于重用的软件体系结构。 4、可视化建模 　　RUP往往和UML联系在一起，对软件系统建立可视化模型帮助人们提供管理软件复杂性的能力。RUP告诉我们如何可视化的对软件系统建模，获取有关体系结构于组件的结构和行为信息。 5、验证软件质量 　　在RUP中软件质量评估不再是事后进行或单独小组进行的分离活动，而是内建于过程中的所有活动，这样可以及早发现软件中的缺陷。 6、控制软件变更 　　迭代式开发中如果没有严格的控制和协调，整个软件开发过程很快就陷入混乱之中，RUP描述了如何控制、跟踪、监控、修改以确保成功的迭代开发。RUP通过软件开发过程中的制品，隔离来自其他工作空间的变更，以此为每个开发人员建立安全的工作空间。 、统一软件开发过程RUP裁剪 　　RUP是一个通用的过程模板，包含了很多开发指南、制品、开发过程所涉及到的角色说明，由于它非常庞大所以对具体的开发机构和项目，用RUP时还要做裁剪，也就是要对RUP进行配置。RUP就像一个元过程，通过对RUP进行裁剪可以得到很多不同的开发过程，这些软件开发过程可以看作RUP的具体实例。RUP裁剪可以分为以下几步： 　　1) 确定本项目需要哪些工作流。RUP的9个核心工作流并不总是需要的，可以取舍。 　　2) 确定每个工作流需要哪些制品。 　　3) 确定4个阶段之间如何演进。确定阶段间演进要以风险控制为原则，决定每个阶段要哪些工作流，每个工作流执行到什么程度，制品有哪些，每个制品完成到什么程度。 　　4) 确定每个阶段内的迭代计划。规划RUP的4个阶段中每次迭代开发的内容。 　　5) 规划工作流内部结构。工作流涉及角色、活动及制品，他的复杂程度与项目规模即角色多少有关。最后规划工作流的内部结构，通常用活动图的形式给出。 、迭代开发4个阶段(1)Inception phase(开始阶段） 定义出项目目标和范围 (2)Elabration phase（细化阶段） 制定计划、定义项目基线、确定系统的体系架构 (3)construction phase（开发阶段） 主要是编码、单元测试工作，是人工最密集的阶段。 这个时候，虽然允许有小的需求加入进来，但是应该尽量避免大的需求变动。 (4)Transition phase（发布阶段） 将产品提交给用户适用。包括相关的培训等内容 注意：每个阶段有若干次迭代组成。 可以看出RUP虽然是基于迭代式开发，但是在整体的4个阶段划分上还是类时与瀑布式开发的软件过程。