|
Abstract: This paper discuss the important contents of the Rational Unified Process including Development Phase Iteration Process Core Workflows and so on Additionally giving some comments about its advantages and weaknesses in the software projects development Key Words: Unified Process Milestone Iteration Core Workflows 一 前言 软件过程是指实施于软件开发和维护中的阶段方法技术实践及相关产物(计划文档模型代码测试用例和手册等)的集合行之有效的软件过程可以提高开发软件组织的生产效率提高软件质量降低成本并减少风险目前市场上领先的软件过程主要有RUP(Rational Unified Process)OPEN Process和OOSP(ObjectOriented Software Process) RUP具有较高认知度的原因之一恐怕是因为其提出者Rational软件公司聚集了面向对象领域三位杰出专家BoochRumbaugh和Jacobson同时它又是面向对象开发的行业标准语言??标准建模语言(UML)的创立者RUP是由Objectory过程演化而来其初始版本为先后经历了等版本直到最新的Rational Unified Process版本本文主要讨论RUP的主要内容和特点 二 RUP的二维开发模型 RUP可以用二维坐标来描述横轴通过时间组织是过程展开的生命周期特征体现开发过程的动态结构用来描述它的术语主要包括周期(Cycle)阶段(Phase)迭代(Iteration)和里程碑(Milestone)纵轴以内容来组织为自然的逻辑活动体现开发过程的静态结构用来描述它的术语主要包括活动(Activity)产物(Artifact)工作者(Worker)和工作流(Workflow)如图 图RUP的二维开发模型 三 开发过程中的各个阶段和里程碑 RUP中的软件生命周期在时间上被分解为四个顺序的阶段分别是初始阶段(Inception)细化阶段(Elaboration)构造阶段(Construction)和交付阶段(Transition)每个阶段结束于一个主要的里程碑(Major Milestones)每个阶段本质上是两个里程碑之间的时间跨度在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足如果评估结果令人满意的话可以允许项目进入下一个阶段 ．初始阶段 初始阶段有时也称先启阶段初始阶段的目标是为系统建立商业案例并确定项目的边界为了达到该目的必须识别所有与系统交互的外部实体在较高层次上定义交互的特性本阶段具有非常重要的意义在这个阶段中所关注的是整个项目进行中的业务和需求方面的主要风险对于建立在原有系统基础上的开发项目来讲初始阶段可能很短 初始阶段结束时是第一个重要的里程碑生命周期目标(Lifecycle Objective)里程碑生命周期目标里程碑评价项目基本的生存能力 ．细化阶段 细化阶段的目标是分析问题领域建立健全的体系结构基础编制项目计划淘汰项目中最高风险的元素为了达到该目的必须在理解整个系统的基础上对体系结构作出决策包括其范围主要功能和诸如性能等非功能需求同时为项目建立支持环境包括创建开发案例创建模板准则并准备工具 细化阶段结束时第二个重要的里程碑生命周期结构(Lifecycle Architecture)里程碑生命周期结构里程碑为系统的结构建立了管理基准并使项目小组能够在构建阶段中进行衡量此刻要检验详细的系统目标和范围结构的选择以及主要风险的解决方案 ．构造阶段 在构建阶段所有剩余的构件和应用程序功能被开发并集成为产品所有的功能被详细测试从某种意义上说构建阶段是一个制造过程其重点放在管理资源及控制运作以优化成本进度和质量 构建阶段结束时是第三个重要的里程碑初始功能(Initial Operational)里程碑初始功能里程碑决定了产品是否可以在测试环境中进行部署此刻要确定软件环境用户是否可以开始系统的运作此时的产品版本也常被称为beta版 ．交付阶段 交付阶段的重点是确保软件对最终用户是可用的交付阶段可以跨越几次迭代包括为发布做准备的产品测试基于用户反馈的少量的调整在生命周期的这一点上用户反馈应主要集中在产品调整设置安装和可用性问题所有主要的结构问题应该已经在项目生命周期的早期阶段解决了 在交付阶段的终点是第四个里程碑产品发布(Product Release)里程碑此时要确定目标是否实现是否应该开始另一个开发周期在一些情况下这个里程碑可能与下一个周期的初始阶段的结束重合 四 RUP的核心工作流(Core Workflows) RUP中有个核心工作流分为个核心过程工作流(Core Process Workflows)和个核心支持工作流(Core Supporting Workflows)尽管个核心过程工作流可能使人想起传统瀑布模型中的几个阶段但应注意迭代过程中的阶段是完全不同的这些工作流在整个生命周期中一次又一次被访问个核心工作流在项目中轮流被使用在每一次迭代中以不同的重点和强度重复 ．商业建模(Business Modeling) 商业建模工作流描述了如何为新的目标组织开发一个构想并基于这个构想在商业用例模型和商业对象模型中定义组织的过程角色和责任 ．需求(Requirements) 需求工作流的目标是描述系统应该做什么并使开发人员和用户就这一描述达成共识为了达到该目标要对需要的功能和约束进行提取组织文档化最重要的是理解系统所解决问题的定义和范围 ．分析和设计(Analysis & Design) 分析和设计工作流将需求转化成未来系统的设计为系统开发一个健壮的结构并调整设计使其与实现环境相匹配优化其性能分析设计的结果是一个设计模型和一个可选的分析模型设计模型是源代码的抽象由设计类和一些描述组成设计类被组织成具有良好接口的设计包(Package)和设计子系统(Subsystem)而描述则体现了类的对象如何协同工作实现用例的功能 设计活动以体系结构设计为中心体系结构由若干结构视图来表达结构视图是整个设计的抽象和简化该视图中省略了一些细节使重要的特点体现得更加清晰体系结构不仅仅是良好设计模型的承载媒介而且在系统的开发中能提高被创建模型的质量 ．实现(Implementation) 实现工作流的目的包括以层次化的子系统形式定义代码的组织结构以组件的形式(源文件二进制文件可执行文件)实现类和对象将开发出的组件作为单元进行测试以及集成由单个开发者（或小组）所产生的结果使其成为可执行的系统 ．测试(Test) 测试工作流要验证对象间的交互作用验证软件中所有组件的正确集成检验所有的需求已被正确的实现 识别并确认缺陷在软件部署之前被提出并处理RUP提出了迭代的方法意味着在整个项目中进行测试从而尽可能早地发现缺陷从根本上降低了修改缺陷的成本测试类似于三维模型分别从可靠性功能性和系统性能来进行 ．部署(Deployment) 部署工作流的目的是成功的生成版本并将软件分发给最终用户部署工作流描述了那些与确保软件产品对最终用户具有可用性相关的活动包括软件打包生成软件本身以外的产品安装软件为用户提供帮助在有些情况下还可能包括计划和进行beta测试版移植现有的软件和数据以及正式验收 ．配置和变更管理(Configuration & Change Management) 配置和变更管理工作流描绘了如何在多个成员组成的项目中控制大量的产物配置和变更管理工作流提供了准则来管理演化系统中的多个变体跟蹤软件创建过程中的版本工作流描述了如何管理并行开发分布式开发如何自动化创建工程同时也阐述了对产品修改原因时间人员保持审计记录 ．项目管理(Project Management) 软件项目管理平衡各种可能产生沖突的目标管理风险克服各种约束并成功交付使用户满意的产品其目标包括为项目的管理提供框架为计划人员配备执行和监控项目提供实用的准则为管理风险提供框架等 ．环境(Environment) 环境工作流的目的是向软件开发组织提供软件开发环境包括过程和工具环境工作流集中于配置项目过程中所需要的活动同样也支持开发项目规范的活动提供了逐步的指导手册并介绍了如何在组织中实现过程 五 RUP的迭代开发模式 RUP中的每个阶段可以进一步分解为迭代一个迭代是一个完整的开发循环产生一个可执行的产品版本是最终产品的一个子集它增量式地发展从一个迭代过程到另一个迭代过程到成为最终的系统 传统上的项目组织是顺序通过每个工作流每个工作流只有一次也就是我们熟悉的瀑布生命周期这样做的结果是到实现末期产品完成并开始测试在分析设计和实现阶段所遗留的隐藏问题会大量出现项目可能要停止并开始一个漫长的错误修正周期 图 RUP的迭代开发模式 一种更灵活风险更小的方法是多次通过不同的开发工作流这样可以更好的理解需求构造一个健壮的体系结构并最终交付一系列逐步完成的版本这叫做一个迭代生命周期在工作流中的每一次顺序的通过称 |
