合理的统一过程
这合理的统一过程(鲁普) 是一个迭代软件开发过程由理性软件公司,一个部门IBM自2003年以来。[1]RUP不是一个具体的规定过程,而是一个适应性的过程框架,旨在由开发组织和软件项目团队量身定制,以选择适合其需求的过程的要素。RUP是特定的实现统一过程.
历史
理性软件最初将合理的统一流程作为软件处理产品开发。该产品包括带有样品的超链接知识基础文物以及许多不同类型的活动的详细描述。RUP包含在IBM Ronication Method Composer(RMC)产品中,该产品允许自定义该过程。
Philippe Kruchten,一位经验丰富的理性技术代表的任务是领导原始RUP团队。
这些初始版本将理性软件组织的广泛现场经验构建了面向对象的系统(理性现场工作人员称为理性方法)和对客人对用例等实践的指南,并结合了Jim Rumbaugh的广泛内容。对象建模技术(OMT)建模的方法,Grady Booch的布希方法,以及新发布的嗯0.8。[2][3]
为了帮助使这个不断增长的知识库更容易获得,Philippe Kruchten被任命为现代软件工程的明确过程框架组装。这项努力采用了html - 基于对方开发的过程交付机制。由此产生的“理性统一过程”(RUP)完成了一项战略性三脚架的理性:
- 一个可量身定制的过程指导发展
- 工具这使该过程的申请自动化
- 服务这加速了该过程和工具的采用。
根据理性获得的公司的经验,随后的版本中增强了该指南。
1997年,该方法添加了要求和测试学科,这是迪恩·莱芬威尔(Dean Leffingwell)等人开发的大量其他材料。在Requisite,Inc。和SQA Process方法在SQA Inc.开发的SQA Process方法,这两家公司都是由Rational Software收购的。
在1998年,理性软件增加了两个新学科:
- 业务建模,大部分内容已经存在于对象过程中
- 通过收购纯Atria Corporation来提出的配置和变更管理学科。
这些增加导致了一组总体原则,这些原则是由理性定义的,并在RUP中阐明为六个原则最佳实践用于现代软件工程:
- 迭代地发展,风险为主要迭代驱动程序[4]
- 管理要求
- 采用基于组件的体系结构
- 视觉上的模型软件
- 不断验证质量
- 控制更改
这些最佳实践与《理性的产品线》紧密地保持一致,并且都推动了Rational的产品的持续开发,并被Rational的现场团队使用,以帮助客户提高其软件开发工作的质量和可预测性。
还包括包括性能测试,UI设计,数据工程在内的其他技术以及反映UML 1.1变化的更新。
1999年,引入了项目管理学科,以及支持实时软件开发和更新以反映UML 1.3的技术。此外,第一本描述该过程的书,即统一的软件开发过程(ISBN0-201-57169-2)于同年出版。
在2000年至2003年之间,许多更改还引入了持续的理性现场经验以及迭代开发的指导,此外还为制定RUP实例和自定义RUP框架提供了工具支持。这些更改包括:
- 从极端编程(XP)等方法引入概念和技术,后来将被统称为敏捷方法。这包括诸如配对编程,测试优先设计和论文之类的技术,这些技术解释了RUP如何使XP扩展用于大型项目。
- 对测试学科进行的全面大修,以更好地反映如何在不同的迭代开发环境中进行测试工作。
- 引入支持指南(称为“工具导师”),以制定各种工具的RUP实践。这些基本上为理性工具用户提供了分步方法支持。
- 自动化RUP的自定义方式,以使客户可以从RUP Process Framework中选择零件,使用自己的添加来自定义他们的选择,并将其纳入后续版本中的Rational释放中的改进。
IBM于2003年2月收购了理性软件。
在2006年,IBM创建了一部分量身定制的RUP敏捷项目 - 以一种称为开源方法发布打开通过蚀网站。[5]
理性统一过程主题
RUP构建块
RUP基于一组构建块和内容元素,描述要生产的内容,所需的必要技能以及分步说明,描述了如何实现特定的开发目标。主要的构建块或内容元素如下:
- 角色(WHO) - 一个角色定义了一组相关技能,能力和职责。
- 工作产品(什么) - 工作产品代表由任务产生的东西,包括在整个过程中生产的所有文档和模型。
- 任务(How) - 一个任务描述了分配给一个有意义结果的角色的工作单位。
在每次迭代中,任务分为九个学科:
四个项目生命周期阶段

RUP确定了一个由四个阶段组成的项目生命周期。这些阶段允许以与“瀑布”风格的项目相似的方式以高级别的方式展示该过程,尽管从本质上讲,该过程的关键在于整个阶段中的发展的迭代。同样,每个阶段都有一个关键的目标和里程碑,最终表示要完成的目标。随着时间的推移,RUP阶段和学科的可视化被称为卢普驼峰图表。
成立阶段
主要目标是充分范围作为验证初始成本和预算的基础。在此阶段,建立了包括业务环境,成功因素(预期收入,市场认可等)和财务预测的业务案例。为了补充业务案例,生成了基本用例模型,项目计划,初始风险评估和项目描述(核心项目要求,约束和关键功能)。完成后,根据以下标准检查项目:
- 利益相关者同意范围定义和成本/时间表估计。
- 主要用例的保真度证明了要求的要求。
- 成本/时间表估计,优先级,风险和开发过程的可信度。
- 开发的任何建筑原型的深度和广度。
- 建立一个基准,以比较实际支出与计划支出。
如果该项目没有通过这个里程碑,称为“生命周期目标里程碑”,则可以在重新设计后可以取消或重复以更好地满足标准。
详细阶段
主要目的是减轻直到本阶段结束之前的分析确定的关键风险项。详细阶段是项目开始成形的地方。在此阶段,进行了问题域分析,并且项目的体系结构获得了基本形式。
详细阶段的结果是:
- 一个用例和参与者已经确定并开发了大多数用例描述的用例模型。用例模型应完成80%。
- 软件系统开发过程中软件体系结构的描述。
- 一个可执行架构这实现了架构上重要的用例。
- 经过修订的业务案例和风险清单。
- 整个项目的发展计划。
- 可以明显地减轻每个鉴定出的技术风险的原型。
- 初步用户手册(可选)
此阶段必须通过生命周期架构里程碑标准回答以下问题:
- 产品的愿景是稳定的吗?
- 建筑稳定吗?
- 可执行演示是否表明解决并解决了重大风险要素?
- 施工阶段计划是否足够详细且准确?
- 所有利益相关者是否同意在当前架构的背景下使用当前计划来实现当前的愿景?
- 实际和计划的资源支出是否可以接受?
如果该项目无法通过这个里程碑,则仍然有时间被取消或重新设计。但是,离开此阶段后,该项目将过渡到高风险的操作,在该操作中,变化在进行时更加困难和有害。
详细说明的关键领域分析是系统体系结构。
施工阶段
主要目的是构建软件系统。在此阶段,主要重点是系统的开发和系统的其他功能。这是大部分编码发生的阶段。在较大的项目中,可以开发几种构建迭代,以将用例划分为可管理的细分市场以生成可证明的原型。
IBM合理方法作曲家产品
IBM合理方法作曲家产品是用于创作,配置,查看和发布过程的工具。请参阅IBM有理方法作曲家和开源版本日食过程框架(EPF)项目以获取更多详细信息。
认证
2007年1月,新的RUP认证考试IBM认证解决方案设计师 - 理性统一流程7.0发布了替代了以前版本的课程IBM理性认证专家 - 理性统一流程.[6]新考试不仅将测试与RUP内容相关的知识,还将测试与过程结构元素有关的知识。[7]
要通过新的RUP认证考试,一个人必须参加IBM测试839:理性统一过程v7.0。您有75分钟参加52个问题考试。传球分数为62%。[8]
六个最佳实践
六个最佳软件工程针对软件项目定义了实践,以最大程度地减少故障并提高生产率。这些都是:[9][10]
- 迭代地发展
- 最好提前了解所有要求;但是,通常情况并非如此。存在一些软件开发过程,这些过程涉及提供解决方案以最大程度地减少开发阶段成本。
- 管理要求
- 始终请记住用户设定的要求。
- 使用组件
- 分解一个高级项目不仅建议,而且实际上是不可避免的。这促进了在将单个组件集成到较大系统中之前测试它们的能力。此外,代码重用是一个很大的优势,可以通过使用更轻松地完成面向对象的编程.
- 在视觉上
- 使用图表表示所有主要组件,用户及其交互。“ uml”,缩写统一的建模语言,是一种可以用来使此任务更可行的工具。
- 验证质量
- 始终在任何时间点使测试成为项目的主要部分。随着项目的进行,测试变得更重,但应该是任何软件产品创建的恒定因素。
- 控制更改
- 许多项目都是由许多团队创建的,有时在各个位置,可能会使用不同的平台等。因此,必须确保对系统进行的更改进行同步和验证。(看持续集成)。
也可以看看
- 宏观镜(方法套件)
- 敏捷建模(是)
- 敏捷统一过程(AUP)
- 纪律处分的敏捷交付(爸爸)
- 动态系统开发方法(DSDM)
- 电脑编程
- 功能驱动的开发(FDD)
- 项目生命周期
- 质量保证
- 缩放敏捷框架 - 纳入RUP的后代敏捷软件开发诸如极端编程(XP)
- 软件体系结构
- 软件组件
- 软件开发过程
- 软件工程
- 软件测试
- 测试驱动的开发(TDD)
参考
- ^IBM获得理性
- ^雅各布森,斯滕(2002-07-19)。“理性对象过程 - 基于UML的软件工程过程”。理性软件斯堪的纳维亚AB。存档原本的在2019-05-27。检索2014-12-17.
- ^菲利普·克鲁滕(Kruchten)(2004-05-01)。理性统一过程:简介.Addison-Wesley。 p。 33。ISBN 9780321197702。检索2014-12-17.
- ^阿克德,马克(2003-11-25)。“简短的鲁普”.IBM。检索2011-07-12.
- ^“打开”。存档原本的2014-01-06。检索2013-08-03.
- ^克雷布斯(Krebs),乔钦(Jochen)(2007-01-15)。“ RUP认证的价值”.IBM。检索2014-05-05.
- ^“ Spacer IBM认证解决方案设计师-IBM Rational Unified Process v7.0”.IBM。检索2008-05-13.
- ^“测试839:理性统一过程v7.0”.IBM。检索2008-05-13.[永久性死亡链接]
- ^Stephen Schach(2004)。经典和面向对象的软件工程。 6/E,WCB McGraw Hill,纽约,2004年。
- ^理性统一过程白皮书存档2009-05-01在Wayback Machine
进一步阅读
- 伊瓦尔·雅各布森,Grady Booch, 和詹姆斯·伦贝(1999)。统一软件开发过程
- Gary Pollice,Liz Augustine,Chris Lowe和Jas Madhur(2003)。小组的软件开发:以RUP为中心的方法
- Per Kroll,Philippe Kruchten(2003)。理性的统一过程变得容易,这是:RUP的从业者指南
- Per Kroll,Bruce Mac Isaac(2006)。敏捷性和纪律变得轻松:开放和鲁普的做法
- Philippe Kruchten(1998)。理性统一过程:简介
- 艾哈迈德·舒亚(Ahmad Shuja),约钦·克雷布斯(Jochen Krebs)(2007)。RUP参考和认证指南
- 沃克·罗伊斯(Walker Royce),软件项目管理,统一框架
- Paul Szymkowiak,Philippe Kruchten(2003)。测试:RUP哲学[1]
外部链接
- ^Szymkowiak,保罗;菲利普克鲁奇(Kruchten)(2003年2月)。“测试:RUP哲学”.Academia.edu。理性软件(理性边缘E-Zine)。p。11。检索2022-10-13.