 |
|
|
|
|
|
在组织内实施RUP: Volvo 的IT 解决方案
Rational Unified Process（或者简称为RUP） 是一套由Rational Software开发的完整的软件开发过程框架。它使用迭代式开发方法学，也可以被描述为"用例驱动的、风险驱动的和架构驱动的"。对于许多的刚刚开始使用RUP 的软件开发人员来说，这些都是新概念，也就意味着，在项目中第一次使用RUP 时，需要大量的培训和指导。仅仅"看看书"是不够用的！本白皮书描述了Volvo Information Technology 是如何实施RUP 的，如何通过调查问卷评估使用RUP 带来的影响，以及如何使用SPICE Framework（ISO 15504）评估开发团队软件过程能力的改善的。 |
|
|
|
2005年1月1日 |
|
| |
实施 RUP ：需求管理
简单地说，系统开发团队之所以管理需求，是因为他们想让项目获得成功。满足项目需求即为成功打下了基础。若无法管理需求，达到目标的几率就会降低。
|
|
|
|
2005年1月30日 |
|
| |
书评 小型团队的软件开发 (一个以RUP为中心的方法)
来源于Rational Edge: 这本书中，作者描述了他们如何成功地裁剪RUP，产生一个对小型开发团队有效的敏捷的过程。Lieberman对该书作了评价。 |
|
|
|
2005年4月1日 |
|
| |
如何将RUP SE应用于一个系统组的系统?
来自于 Rational Edge：布朗阐述了 IBM RUP for Systems Engineering，® 或 RUP-SE,® 如何支持包括多个系统集成的项目。 |
|
|
|
2005年4月1日 |
|
| |
以RUP原则实施软件自动化测试 第一部分
本文将根据IBM Rational的RUP原则来讲解实施软件测试自动化的过程，以此必将避免以上失败，使自动化测试真正在软件开发活动中发挥其强大优势。全文第一部分重点阐述：自动化测试的优势、自动化测试的四个关键过程、优秀开发过程具备的要素、企业为软件测试自动化提供的组织支持。 |
|
|
|
2005年6月17日 |
|
| |
理解 RUP 角色
引自Rational Edge：本文提供了一个简单的方法以概念化并回顾多个在IBM Rational Unified Process, 或称作RUP中定义的角色。另外，它还对如何使用Myers-Briggs Type Indicator将角色分配匹配至人物类型提出了建议。 |
|
|
|
2005年7月5日 |
|
| |
CSC与IBM Rational联合发布C-RUP，提供对迅速的商业变化的支持
来自 Rational Edge：作为IBM Rational及其系统集成合作者的共同作品，这篇文章回顾了两种方法——CSC的Catalyst和IBM Rational的Rational统一过程（RUP）——的集成过程。结果？就是C-RUP。 |
|
|
|
2005年7月5日 |
|
| |
新的、改进的 RUP SE 体系架构框架
本文出自于 Rational Edge：本文概述了对 RUP SE 体系架构框架新近的改进，一个对应 IBM Rational Unified Process，或 RUP 的系统工程插件的必要部件。它解释了在框架的主要组件下面的概念：实例观点和模型等级。 |
|
|
|
2005年7月28日 |
|
| |
使用 RUP 管理小型项目和团队
来自 Rational Edge：软件项目管理者常常认为 Rational Unified Process（即大家所熟知的RUP），不适用于有限规模的软件项目。本文提供了在整个迭代开发阶段均遵循RUP，从而获益匪浅的两个小项目的典型示例。 |
|
|
|
2005年10月19日 |
|
| |
用 RUP 创建易访问的应用程序
在当今的软件和 Web 开发项目中，易访问性的考虑起到了非常小的作用，很少有产品对残疾人或老年用户是具有易访问性的。本文的作者主张我们可以通过将易访问性原则无缝地嵌入到 所建立的开发过程中来解决该问题。他们提议一种将具有易访问性的设计集成到 IBM Rational Unified Proces，或 RUP（许多软件开发项目中使用的迭代过程）中的激励人的方法。他们还解释说需要更多研究来充分利用所提议的方法。 |
|
|
|
2005年10月26日 |
|
| |
测试人员对 RUP 四个阶段的贡献：另一种观点
本文来自于 Rational Edge：在对软件迭代开发生命周期中的测试人员的作用进行探讨的同时，作者考虑，除了 RUP 测试规程中提供的描述，测试人员还能如何对项目做出广泛的贡献。 |
|
|
|
2006年6月15日 |
|
| |
运用RUP 4+1视图方法进行软件架构设计
要开发出用户满意的软件并不是件容易的事，软件架构师必须全面把握各种各样的需求、权衡需求之间有可能的矛盾之处，分门别类地将不同需求一一满足。本文从理解需求种类的复杂性谈起，通过具体案例的分析，展示了如何通过RUP的4+1视图方法，针对不同需求进行架构设计，从而确保重要的需求一一被满足。 |
|
|
|
2006年7月20日 |
|
| |
Rational Edge: 基于 RUP 应对 SOX 的“V-PRI-BAPE-CU”方法
本文来自于 Rational Edge：Rational 统一过程（Rational Unified Process，RUP）提供了语言和一般性概念来帮助美国本土的组织遵从 Sarbanes-Oxley 法案。这篇文章描述了 RUP 对此十分有帮助的10个领域。 |
|
|
|
2006年9月14日 |
|
| |
Rational Edge: 成功的度量标准：RUP 和科学的方法
本文来自于 Rational Edge：如果您的基于 RUP 的项目比较成功，您怎样知道您的团队所使用的 RUP 是这个项目成功的原因呢？这里 Gary Pollice 提出了一个可以科学地度量几个迭代开发技术的方法。 |
|
|
|
2006年9月14日 |
|
| |
Rational Edge: 书评：敏捷与规程变得容易起来——来自于 OpenUP 和 RUP 的实践
本文来自于 Rational Edge：本文是对 Kroll 和 MacIsaac 的新书的一篇积极评论，这本书包含了多种敏捷软件开发方法中的最佳实践。 |
|
|
|
2006年9月14日 |
|
| |
Rational Edge: 利用 RUP 对遗留系统进行逆向工程
本文来自于 Rational Edge：许多技术和工具已经被提出来，用于对遗留的信息系统进行逆向工程。但这些技术很少在明确定义过程的环境中被描述过。本文将介绍如何将 IBM Rational 统一过程应用于逆向工程，特别是应用于对系统架构的恢复。 |
|
|
|
2006年11月13日 |
|
| |
Rational Edge: 使 RUP 的剪裁简单化：引入职责矩阵和工件流
本文来自于 Rational Edge：作者提出了一项将 Rational 统一过程进行剪裁的技术，以适应软件项目具体需求，即使外聘的 RUP 专家不熟悉本公司及其文化。 |
|
|
|
2006年11月13日 |
|
| |
Rational Edge: 利用基于 RUP 的方法开发数据仓库 —— 第 1 部分：初始阶段
本文来自于
Rational Edge：这个分为两部分的系列文章概述了如何将基于 IBM Rational 统一过程（RUP）
的方法用到数据仓库（data
warehouse，DW）项目中，这些项目可以在遇到最终用户的需求变更时，交付高质量解决方案，从而减少您的商业及技术风险。本文概述了与传统、串行的 DW
开发方法相关的问题，介绍了 RUP 的渐进式的方法是如何更加适合 DW 开发的，并且概述了这种项目的初始阶段。 |
|
|
|
2007年1月15日 |
|
| |
Rational Edge: UML、RUP 和 Zachman 框架：完美结合
本文来自于 Rational Edge：这篇文章提出了许多有创意的方法，将过去十年里出现在信息系统构架领域的三个最重要的方法: UML、Rational 统一过程（RUP）和 Zachman 框架，结合起来。 |
|
|
|
2007年1月15日 |
|
| |
Rational Edge: 利用基于 RUP 的方法开发数据仓库 —— 第 2 部分：构建数据仓库，每次进行一个迭代
本文出自于 Rational Edge：两部分系列中的第二篇文章介绍了基于 Rational 统一方法（RUP）开发数据仓库（Data Warehouse）的项目在精化、构建和产品化等阶段中所进行的活动。 |
|
|
|
2007年2月12日 |
|
| |
Rational Edge: 使用 RUP 管理法规遵循：一种启动插件
本文来自于 Rational Edge：阅读本篇关于法规遵循（compliance）的概述，它被包含在软件开发与交付需求中。并从中学习 IBM Rational Compliance Management 策略，以帮助使业务满足这些需求。 |
|
|
|
2007年2月12日 |
|
| |
Rational Edge: TOGAF 或非 TOGAF：在 RUP 之上扩展企业架构
本文来自于 Rational Edge：本文对比企业架构、解决方案架构和业务架构这三个规程，将这些规程与 IBM Rational 统一过程 (RUP) 进行比较，并提出结合它们的方法，本文还提倡将 Open Group Architecture Framework (TOGAF) 与 RUP 结合，推进企业架构在组织中的实现。 |
|
|
|
2007年3月15日 |
|
| |
Rational Edge: RUP 认证的价值
本文来自于 Rational Edge：本文描述了 IBM Certified Solution Designer -- Rational Unified Process v7.0 认证，它包含了针对认证需求及其 RUP 专家的优势。 |
|
|
|
2007年3月15日 |
|
| |
Rational Edge: 使用 RUP 开发案例和评审记录确保符合过程规范
本文来自于 Rational Edge：本文可以帮助那些使用了IBM 统一过程（Rational Unified Process ，RUP）的企业 ，介绍如何充分利用 RUP 开发和评审记录以保证符合过程规范，优化与项目有关的工作产品，以及改进企业过程。 |
|
|
|
2007年4月16日 |
|
| |
Rational Edge: 比较 Rational Unified Process (RUP) 和 Microsoft Solutions Framework (MSF)
本文来自于 Rational Edge：Microsoft Solutions Framework 和 Rational 统一过程（Rational Unified Process ，RUP）都为软件开发团队提供过程指导，但您如何对二者进行比较呢？本文指出了两个框架主要的结构上的差别和相似之处。 |
|
|
|
2007年6月15日 |
|
| |
Rational Edge: 在降低风险的情况下更快地交付系统：RUP 的宏观迭代维度
组织可以通过向迭代的原始概念中添加宏观的维度来扩展 RUP 的能力。引用 O'Neill 的话，“使用演进 —— 多重的，重叠地通过 RUP 生命周期 —— 可以减少风险，大大加快投放市场的时间，并且改进资源分配”。O'Neill 还提出了描述这个宏观迭代维度的实例。 (The Rational Edge) |
|
|
|
2007年11月15日 |
|
| |
CMMI 实施快速上路：集成 CMMI 和 RUP 过程框架
本文来自于 Rational Edge：本文对 CMMI 和 RUP 的结合进行了全方位的探索：为什么这么做？如何开始？将会面临哪些挑战？以及 RUP-CMMI Mapping 的 Wipro 插件程序如何能够为您所在机构的过程提供支持？请参见本文结尾处的 Webinar 链接。 (The Rational Edge) |
|
|
|
2007年12月15日 |
|
| |
使用 RUP for PSM 插件将系统度量集成到软件和系统交付过程中
本文来自于 Rational Edge：Rational 思想领导者创建了 IBM Rational Unified Process for Practical Software and Systems Measurement (RUP for PSM) Plug-in ，作为行业范围工作的一部分在软件开发和交付组织中使项目和过程度量标准化。产品的第三代新版本包括重要的增强和特性，这些在这篇文章中都会详细介绍。 (The Rational Edge) |
|
|
|
2008年1月15日 |
|
| |
模型驱动系统开发的 RUP 插件入门
本文来自于 Rational Edge：用于 IBM Rational Unified Process (RUP) 的模型驱动系统开发插件程序，支持系统工程和 MDSD 的基本规程。用于 MDSD 插件程序的 RUP 将尤其吸引系统开发项目管理者以及项目分析和规范、系统体系结构、实现和测试等相关人员的兴趣。 (The Rational Edge) |
|
|
|
2008年1月15日 |
|
| |
采用 Rational 统一过程 (RUP) 实施色分项目管理
本文出自于 Rational Edge：阅读 RUP 项目经理如何利用彩色编码在软件开发项目过程中帮助她的团队保持工件、角色以及职责的井然有序。 (The Rational Edge) |
|
|
|
2008年2月15日 |
|
| |
通过 Rational Method Composer 使用面向方面的 RUP(Aspect-Oriented RUP)
本文来自于 Rational Edge：面向方面的处理方法（AOA）是面向方面编程（AOP）和面向方面软件开发（AOSD）范例的基础，它使得软件开发团队无须重新编译应用程序的源代码就能够对应用程序进行进一步的扩展。本文的目的是利用 IBM Rational Method Compose 作为支持平台，将使用面向方面的处理方法（AOA）描述 IBM Rational Unified Process (RUP) 扩展。 (The Rational Edge) |
|
|
|
2008年2月15日 |
|
| |
敏捷 RUP：来自实战中的经验
本文来自于 Rational Edge：这三篇简短的文章是分别由 IBM Rational 思想领导者们所撰写的，它们描述了为什么 IBM Rational 统一过程或者简称为 RUP 不仅自身是正确的，而且包含了那些需要成功地度量敏捷技术的团队的许多指导方针。 (The Rational Edge) |
|
|
|
2008年3月15日 |
|
| |
一个项目经理对 RUP 的评论
本文来自于 Rational Edge：阅读 IBM Rational 统一过程（Rational Unified Process, RUP）如何补充项目管理知识体系（Project Management Body of Knowledge，PMBOK），以及精通 PMBOK 的项目经理如何理解并使用 RUP 来支持其项目经理（Project Manager，PM）的角色。 (The Rational Edge) |
|
|
|
2008年5月15日 |
|
| |
RUP 迭代开发计划的两种方法
从项目管理的角度来看，RUP 的开发中对于迭代计划的开发和管理是保证成功交付项目的关键。好的迭代开发计划可以有效降低项目的风险，提高团队的协作，提高项目开发效率。本文总结了两种开发迭代计划的方法，并对比两者的适用情况，以期对应用 RUP 的项目管理人员提供借鉴。 |
|
|
|
2009年5月14日 |
|
| |
技巧：项目可行性研究
在任何项目周期的开始阶段，项目小组制定总体项目工作的依据。在 Rational Unified Process (RUP) 和面向对象软件过程 (OOSP) 中，这个时期称为“初始”阶段。本周我们将探讨如何确定项目是否值得开始。 |
|
|
|
2001年6月8日 |
|
| |
应用 Rational 工具简化基于 J2EE 的项目，第 2 部分: 启动项目
这个有多篇文章组成的系列讲述了如何逐渐的应用 Rational 统一过程（RUP）和其他的 Rational 工具，本文中样例项目的详细计划被围绕着管理需求和风险而讨论。 |
|
|
|
2004年3月1日 |
|
| |
应用 Rational 工具简化基于 J2EE 的项目，第 1 部分: 介绍
这个由多篇文章组成的系列文章讲述了如何在很紧的时间和预算的情况下通过应用 Rational 统一过程（RUP）以及 Rational 的其他工具来开发一个软件项目的。 文章的第 1 部分包含了高层次的计划和需求的引出。 |
|
|
|
2004年3月1日 |
|
| |
应用 Rational 工具简化基于 J2EE 的项目，第 4 部分: 分析和工具的进展
在这个展示了 RUP 和其他 Rational 工具使用的样例项目的接下来的阶段，用例通过添加文档和可跟踪性到需求被细化，并且使用的工具和技术被评估和选择。 |
|
|
|
2004年4月1日 |
|
| |
应用 Rational 工具简化基于 J2EE 的项目，第 5 部分: 架构与设计
当这个正在进行的应用 RUP 和其他的 Rational 工具的 J2EE 样例项目从用例转换成架构和设计时（包括数据建模和构建测试设计假想的原型），这个项目已经进入了更加技术的阶段了。 |
|
|
|
2004年4月1日 |
|
| |
应用 Rational 工具简化基于 J2EE 的项目，第 3 部分: 转换到系统模型
本文将继续通过这个全面的应用 RUP 和 其他 Rational 工具的样例项目来介绍创建项目的 Rational Rose 模型，本文中我们将开始创建代表“目前”业务情况的业务模型，并将此业务模型转换成为“将来”的系统模型。 |
|
|
|
2004年4月1日 |
|
| |
一个学习案例: 使用 IBM Rational Unified Process 作为方法框架
本文来源于 2003 年 Rational 用户大会的一个演讲稿，这个学习案例的研究讨论了一个公司成功的开发和部署以 IBM RUP 作为过程框架的迭代开发方法的真实经验。实现一个标准的过程和这个过程为开发组织提供的未来机会也将在本文中被关注。 |
|
|
|
2004年4月1日 |
|
| |
迭代开发需要一种不同的观点
本文来自 Rational Edge ：RUP 的专家解释了被软件开发项目成员需要的职责和观点上的改变，并且介绍了成功的从传统的瀑布型方法向迭代方法转变的客户案例。 |
|
|
|
2004年4月29日 |
|
| |
Rational 统一建模过程的十大要素
为了有效的应用 Rational 统一过程 （RUP）,首先要理解它的关键目标,并且弄清楚每一个目标为什么重要,他们是怎么样结合在一起，共同帮助你的开发团队满足涉众需求，生产出优质产品的。 |
|
|
|
2004年5月1日 |
|
| |
利用 Rational 统一过程开发大规模系统
本文是根据发表在 ROAD 1995 年 5-6 月期的由 Ivar Jacobson、Karin Palmkvist 和 Susanne Dyrhage 合著的 "Systems of Interconnected Systems" 进行撰写的。本文吸收了数个大规模系统开发项目的宝贵经验，并有意将它们与 Rational 统一过程（RUP）和统一建模语言结合起来 。 |
|
|
|
2004年5月31日 |
|
| |
使用 Rational Unified Process 和 UML 开发联邦企业体系结构框架
T对于贯彻联邦企业体系结构框架（Federal Enterprise Architecture Framework，FEAF）方针的团体和机构而言，IBM? Rational Unified Process? (RUP?) 是足以支持其企业体系结构（Enterprise Architecture，EA）计划的唯一选择。Rational Unified Process 可以帮助用户成功地捕获、管理和使用企业体系结构。本文将探讨如何使用 RUP 和 UML 构建和管理企业体系结构。具体而言，我们将分析 FEAF 的四层矩阵结构（level IV matrix），并讨论如何用 RUP 促进捕获各种 FEAF 模型。
|
|
|
|
2004年10月11日 |
|
| |
用例建模指南
用例(Use Case)是一种描述系统需求的方法，使用用例的方法来描述系统需求的过程就是用例建模。用例方法最早是由Iva Jackboson博士提出的，后来被综合到UML规范之中，成为一种标准化的需求表述体系。用例的使用在RUP中被推崇备至，整个RUP流程都被称作是"用例驱动"(Use-Case Driven)的，各种类型的开发活动包括项目管理、分析设计、测试、实现等都是以系统用例为主要输入工件，用例模型奠定了整个系统软件开发的基础。 |
|
|
|
2004年11月1日 |
|
| |
在小型项目中使用 IBM Rational Unified Process: 极限编程剖析
IBM Rational Unified Process （或简称 RUP）是一个完善的软件开发过程框架，它具有若干种即装即用的实例。源自 RUP 的过程范围很广，从满足短周期的小型项目需要的轻量级 RUP，到满足大型的、可能是分布式的项目团队需要的更加完备的过程。各种类型和规模的项目都已成功地使用了 RUP。本白皮书说明了如何在小型项目中以轻量级的方式应用 RUP。我们将要讲解如何在一个完整项目的上下文范围内应用极限编程（XP）技术。
|
|
|
|
2005年1月4日 |
|
| |
在软件开发生命周期中的安全性
来自The Rational Edge：本文介绍了CLASP，一个应用软件安全性过程和对Rational统一过程（RUP）的插件，由Secure Software开发的环境。CLASP提供给组织一种结构化的方法，在软件开发生命周期过程中处理应用软件安全性所关注的事情。 |
|
|
|
2005年1月29日 |
|
| |
TMap和Rational统一过程
来自于Rational Edge：尽管Rational统一过程，或RUP，特别强调测试，但是它并没有给测试人员提供用来建立测试过程所必需的所有工具。实际上，测试人员经常在RUP中实施他们自己的实用工具和方法，来替代RUP中描述的测试方法论。本文描述了一个广为人知的测试方法－TMap与RUP2002版的实施。 |
|
|
|
2005年2月15日 |
|
| |
参考体系结构：最佳实践
为什么在一个组织的某个项目进展的很顺利，而具有同样的基本体系结构需求的该组织的另一个项目却是十分艰难呢？通常，这种问题的根源在于:对于所有以前的项目关于体系结构的选择问题,不论是好的或者坏的，缺少横向联系。Rational统一过程(RUP)表明:这种组织内的最佳实践取得的成果是构造一个健壮的、通用的参考体系结构的第一步。简要地说，参考体系结构包括能够被所有项目组成员访问的信息组成，它为体系结构最佳实践提供一致的信息集合。这些信息可以以多种方式表达:以前的项目成果、公司标准、设计模式、商业架构等等。参考体系结构的任务是提供一个能够在项目生命周期开始得到，在项目收尾阶段增强的一个资产基础。 |
|
|
|
2005年3月30日 |
|
| |
Rational Edge － 从用例到代码，第二部分：用例设计
来自 Rational Edge：这是“从用例到代码”系列文章中的第二部分，讨论如何把从用例中捕获的需求转换成可实现的表达形式与代码，本文介绍了在Rational Unified Process(RUP)中进行用例设计的几个步骤，其结论是与具体的实现技术相关的。 |
|
|
|
2005年3月31日 |
|
| |
软件质量保证的成功之路
在软件开发团队中，由于质量被视为软件产品的生命，而始终被人们所高度关注；然而在现实生活中，许多软件产品却时常陷入质量低下的旋涡，总是不尽人意。究其根源，在于这些软件产品对其质量内涵的把握，仅仅停留在减少软件运行错误、加强软件测试、避免软件缺陷的一般性层面，而对整个软件开发生命周期的全过程质量管理，缺乏总体架构。因此，在大型软件产品的开发与设计中，始终体现全过程质量管理思想的Rational Unified Process(简称RUP)和提供全生命周期支持的软件开发平台，则展现出强大的生命力和独特魅力。 |
|
|
|
2005年5月12日 |
|
| |
通过类比介绍 IBM Rational Unified Process 的要点
为了向初学者介绍 RUP 框架，软件开发的过程经常和建筑过程相比较。但是和建造房屋比起来，使用 RUP 进行软件开发更像是在制作电影，这正如文章题目所说的那样。 |
|
|
|
2005年7月17日 |
|
| |
模型驱动体系结构介绍，第三部分: MDA 如何影响迭代开发过程
本文来自于 Rational Edge：作为迭代开发框架，Rational Unified Process 或称为 RUP，足够灵活地适应多种项目管理方式。随着基于 RUP 的团队开始采用模型驱动体系架构（model-driven architecture，MDA）策略，为成功地采用 MDA，他们需要了解 RUP 中的哪些任务、工件和阶段需要特别关注。 |
|
|
|
2005年8月1日 |
|
| |
为面向服务的解决方案建模
本文来自于 Rational Edge：IBM Rational Unified Process Update for Service Oriented Architecture（RUP Update for SOA）与 UML Profile for Software Services 的 Rational Software Architect 实现的结合提供了建模方法，以及一组用于面向服务体系结构模型解决方案的体系结构和设计的最佳实践。本文描述了背景、范围和此新功能背后的一些概念。 |
|
|
|
2005年10月19日 |
|
| |
使用Rational Method Composer 定义客户化的统一过程
本文将概述如何通过一个简单但完整的例子使用IBM Rational Method Composer生成并发布客户化的统一过程(RUP)。 |
|
|
|
2006年2月23日 |
|
| |
构建您的 SOA，第 3 部分: 面向服务的统一过程
有一种方法可以帮助您构建面向服务的体系结构 (SOA)——并将其好处带到将来的开发工作中。本系列（共 3 部分）的第 3 部分将介绍面向服务的统一过程（Service-Oriented Unified Process，SOUP），这是一种适应性非常强的软件方法。在这种方法中，将首先使用 IBM Rational Unified Process (RUP) 创建 SOA，接着在构建了 SOA 的基础后使用极限编程（Extreme Programming，XP）对服务进行构建、装配和重用。 |
|
|
|
2006年5月31日 |
|
| |
Rational Edge: 正确地获取需求：基于视角的阅读技巧和 Rational 统一过程
本文来自于 Rational Edge：这篇文章介绍了一种需求审查的方法，它结合了基于视角的阅读技巧（Perspective-Based Reading，PBR）与 Rational 统一过程（Rational Unified Process，RUP）的需求规程部分，合并成为一个扩展版本。本文提供了广泛的基于该方法的例子和案例研究数据，来阐述它的价值和好处。 |
|
|
|
2006年11月13日 |
|
| |
Rational Edge: 书评：使用 IBM Rational 统一过程进行项目管理
本文来自于 Rational Edge：一篇书评，有关于 R. Dennis Gibbs 的使用 RUP 管理软件开发团队的非常有用的书。 |
|
|
|
2006年12月14日 |
|
| |
Rational Edge: 系统模型的四个维度
本文来自于 Rational Edge：像 Rational 统一过程（RUP）和 Zachman 这样的架构框架能够帮助我们了解大型系统，以及如何查阅系统的依赖关系。但是当一个分析团队在检验一个真正的系统模型时，模型里的不同视图究竟表达了什么信息，分析团队成员在这方面彼此仍然会有误解。本文提出了一个改进方法来描述一个复杂系统模型所涉及的这些方面。 |
|
|
|
2007年1月15日 |
|
| |
Rational Edge: 方法内容的创作：使用 IBM Rational Method Composer 创建定制的工作产品
本文来自于 Rational Edge：学习如何运用 IBM Rational Method Composer 进行方法创作(method authoring)和发布。通过一个简单的案例分析，作者演示了在 Method Composer 中定制工作产品定义是如何的快捷简便，并以此创建一个经过裁减的基于 IBM Rational 统一过程（RUP）的开发流程。 |
|
|
|
2007年1月15日 |
|
| |
Rational Edge: 方法开发的路线图
本文来自于 Rational Edge：这篇文章描述了一个迭代的、风险驱动的、以构架为中心的，以及面向质量的方法开发的方法，这源自于IBM Rational 统一过程（Rational Unified Process，RUP)开发团队的长期经验。它首先描述了这个工作产品的产生，然后阐述了一个在整个方法开发项目中逐步应用这个方法的路线图。这个方法利用了软件开发和RUP规程，能够使用IBM Rational Method Composer (RMC)来执行。 |
|
|
|
2007年4月16日 |
|
| |
Rational Edge: 面向服务的体系结构（Service Oriented Architecture）的工程范型
本文介绍了一种利用 IBM Rational 统一过程（Rational Unified Process，RUP）框架，并结合模型驱动系统开发（Model Driven Systems Development，MDSD）来减少面向服务体系结构（Service Oriented Architecture，SOA）的组件开发中的风险的方法。本文还谈到了一些与 SOA 开发相关的缺陷。 |
|
|
|
2007年7月16日 |
|
| |
Rational Edge: IBM Rational Unified Process for System z ： 使 System z 上的开发变得更为敏捷
许多 IBM System z 环境中的软件开发实践者，一直以来都认为，迭代化开发和其它“现代”方法并不适合于他们的项目。 然而，IBM 不认为这样。 本文介绍了 IBM Rational Unified Process for System z （RUP for System z ）－－一个新的过程框架，专门创建用于支持 System z 软件开发项目的迭代化开发，同时适合于检验 System z 的开发工具和原则。 (The Rational Edge) |
|
|
|
2007年8月15日 |
|
| |
Rational Edge: OpenUP 精华
本文探究了 OpenUP 这一新近开发的软件开发过程架构，它将重点放在源自 Rational 统一过程的敏捷实践。作者使用注释条向 RUP-savvy 的读者解释 OpenUP。 (The Rational Edge) |
|
|
|
2007年11月15日 |
|
| |
IBM Rational 架构管理软件模型结构指南，第 2 部分: 经典的 Rational 统一过程
本文面向那些有兴趣将传统的 IBM Rational 统一过程（RUP）中总结出来的建模指导方针应用到 IBM Rational Software Modeler、IBM Rational Systems Developer 或者 IBM Rational 中的用户。您将掌握这些产品是如何对 RUP 定义的模型类型进行支持的；用于模型组织和团队建模的 RUP 建模风格的执行；以及 RUP、用例、分析和设计模型的业务价值、组织和内容。 |
|
|
|
2008年7月3日 |
|
| |
Rational Method Composer V7.5 中的新功能
IBM Rational Method Composer V7.5 是 RMC 产品的一个重要里程碑。在 RMC V7.5 中，用全新的内容结构框架来扩展和重构了 RUP，并向广大开发人员贡献了在 IBM 内部广泛使用的敏捷（Agile）开发过程及最佳实践。本文将为您逐一介绍 RMC V7.5 中的这些的新功能、新特性和新的改进。 |
|
|
|
2009年3月19日 |
|
| |
developerWorks 图书频道: IBM Rational Software Architect 建模，第 1 章
本书由浅入深地介绍怎样使用 IBM Rational Software Architect (RSA) 进行软件建模，包括：安装使用 RSA、创建 UML 模型、与 RUP 相关的建模活动、创建数据模型、模型驱动开发、可重用模型和服务模型。 |
|
|
|
2009年5月6日 |
|
| |
developerWorks 图书频道: IBM Rational Software Architect 建模，第 5 章
本书由浅入深地介绍怎样使用 IBM Rational Software Architect (RSA) 进行软件建模，包括：安装使用 RSA、创建 UML 模型、与 RUP 相关的建模活动、创建数据模型、模型驱动开发、可重用模型和服务模型。 |
|
|
|
2009年5月6日 |
|
| |
developerWorks 图书频道: IBM Rational Software Architect 建模，第 8 章
本书由浅入深地介绍怎样使用 IBM Rational Software Architect (RSA) 进行软件建模，包括：安装使用 RSA、创建 UML 模型、与 RUP 相关的建模活动、创建数据模型、模型驱动开发、可重用模型和服务模型。 |
|
|
|
2009年5月6日 |
|
| |
使用 Rational Software Architect 设计 SOA 服务，第 1 部分: 需求、过程与建模入门
在这个教程中，这个系列的第一部分，您将学习关于 Rational 软件开发平台中工具集之间的相互关系，当您在使用 MDD 设计一个基于 SOA 的服务的时候，您将会用到这个平台。您可以看到怎样从不同的来源访问需求，如何利用一个自定义的软件开发过程，然后开始为被需要的服务的设计进行模型。所用到的工具包括 Rational Software Architect、Rational Software Modeler 、WebShpere Business Modeler、IBM Rational RequisitePro ，以及 Rational 统一过程（RUP）方法论。 |
|
|
|
2007年4月6日 |
|
| |
异地分布式开发：IBM 统一生命周期方法
本文来自于 Rational Edge：异地分布式开发（Geographically distributed development，GDD）正在帮助企业达到更好的灵活性及实现更好的成本控制，同时提高它们在日趋全球化的市场中的竞争能力。本文研究了这些业务需求，并讨论了 IBM 软件开发平台（IBM Software Development Platform）如何能够帮助商家实现成功的 GDD 策略。 |
|
|
|
2005年5月31日 |
|
| |
面向开发人员和测试人员的 IBM Rational PurifyPlus
本文出自于 The Rational Edge：这篇文章阐述了 PurifyPlus 的工作方式以及开发人员和测试人员是怎样有效利用它的。 (The Rational Edge) |
|
|
|
2008年2月15日 |
|
| |
使用 Web 2.0 来按需提供内容，第 1 部分: 在 Rational Method Composer 中使用 Web 2.0 创建协作和动态的方法内容
利用 Web 2.0 技术扩展软件开发的流程内容，通常将该内容静态发布为 HTML。本文介绍如何开发以协作方式编辑方法内容的能力，以及如何获得访问方法上下文中最新动态内容的权限。 |
|
|
|
2008年6月2日 |
|
| |
IBM Rational Purify 的高级特性: 利用 Purify 进行程序调试
IBM Rational Purify 是一个能够精确检测内存泄露错误的工具，否则要检测和修复这些错误是相当困难的。它监控并分析一个程序是如何使用内存情况，并发出附有源代码错误的报告，精确确定到这这个错误的原因和具体位置。在这篇文章中，您将学习如何熟练地利用 Rational Purify API 和带有调试器的观察点来分析内存中的错误。 |
|
|
|
2008年7月25日 |
|
| |
Rational Method Composer 入门简介，第 1 部分
在这个分为三部分的演示中，我们将来了解 Rational Method Composer 这个软件交付过程编写和剪裁工具。在第 1 部分中，我们将看一看如何得到 RMC 的试用版安装文件，并对演示场景做一些说明。 |
|
|
|
2009年2月16日 |
|
| |
