 |
|
|
|
|
|
IBM Rational Process Advisor：将软件开发过程与 IBM Rational Developer 和 Tester V7 工具集成在一起
只是通过开发工具来使用过程是不能保证一方与另一方协作或者相互间信息传递的。使用 IBM Rational Process Advisor，软件开发从业者就拥有了强大的机制将二者集成起来。这篇文章描述了 Process Advisor 以及可以应用于工具和过程开发环境的实用技巧。 |
|
|
|
2007年6月12日 |
|
| |
完整的变更请求管理解决方案
变更伴随着软件开发的各个阶段。软件开发过程中的变更可以从两个侧面来描述，一个是对软件开发过程之中工件（如：需求设计文档、设计模型、代码及测试脚本等）的变更；另一方面是驱动工件变更的理由（如：缺陷修正、新功能添加等等）。这种驱动软件工件变更的理由就是变更请求。 |
|
|
|
2004年9月2日 |
|
| |
迭代化软件开发技术
这篇 IBM Rational 的白皮书讲述了传统软件开发过程的缺点和迭代开发过程的优点，并详细的介绍了迭代开发在风险和项目管理上起到的作用。 |
|
|
|
2004年9月16日 |
|
| |
Rational开发过程
本文对 Rational 软件开发过程（Rational Software Development Process）的原理和结构给出了高度的描述, 它具有足够的普遍性，可以在规模与应用领域方面，为各个软件产品和项目量身订做。
|
|
|
|
2004年12月27日 |
|
| |
在组织内实施RUP: Volvo 的IT 解决方案
Rational Unified Process（或者简称为RUP） 是一套由Rational Software开发的完整的软件开发过程框架。它使用迭代式开发方法学，也可以被描述为"用例驱动的、风险驱动的和架构驱动的"。对于许多的刚刚开始使用RUP 的软件开发人员来说，这些都是新概念，也就意味着，在项目中第一次使用RUP 时，需要大量的培训和指导。仅仅"看看书"是不够用的！本白皮书描述了Volvo Information Technology 是如何实施RUP 的，如何通过调查问卷评估使用RUP 带来的影响，以及如何使用SPICE Framework（ISO 15504）评估开发团队软件过程能力的改善的。 |
|
|
|
2005年1月1日 |
|
| |
在小型项目中使用 IBM Rational Unified Process: 极限编程剖析
IBM Rational Unified Process （或简称 RUP）是一个完善的软件开发过程框架，它具有若干种即装即用的实例。源自 RUP 的过程范围很广，从满足短周期的小型项目需要的轻量级 RUP，到满足大型的、可能是分布式的项目团队需要的更加完备的过程。各种类型和规模的项目都已成功地使用了 RUP。本白皮书说明了如何在小型项目中以轻量级的方式应用 RUP。我们将要讲解如何在一个完整项目的上下文范围内应用极限编程（XP）技术。
|
|
|
|
2005年1月4日 |
|
| |
以设计求质量
全面单元测试是保证软件开发过程质量的关键策略，但迄今为止并没有为人们广泛接受。本文考查了妨碍全面单元测试的"拦路石"，并介绍了来自 IBM Rational 软件公司旨在克服这些拦路石的新技术。 |
|
|
|
2005年1月17日 |
|
| |
在不同网络环境中 ClearCase 的管理
Rational ClearCase 作为一款出色的软件配制管理工具，越来越多的使用者，包括开发人员，软件配制管理员，甚至是项目经理，他们都希望深入了解有关 ClearCase 的配制与使用，从而能够通过 ClearCase 最大化地提高软件开发过程的效率和质量。此篇文章主要针对在不同网络环境下搭建与配制 Rational ClearCase 的操作进行了详细的讲解。 |
|
|
|
2005年12月19日 |
|
| |
OPC:使用用户的错误报告提高软件质量
OPC的全称是Orthogonal Problem Classification （正交问题分类）。“Orthogonal”意味着用于分类的指标是不相关的而且无冗余的。OPC是类似于ODC(Orthogonal Defect Classification)，并且与ODC相兼容的一种分类方法。 与ODC所不同的是，OPC所针对的数据并不是在软件开发过程中发现的defects，而是由用户所报告的问题(Customer Reported Problems)。 |
|
|
|
2006年2月6日 |
|
| |
Rational Edge: 如何使用 IBM Rational Method Composer 开始你的过程开发工作
本文来自于 Rational Edge：本文中作者介绍了创建完整的用户定制的软件开发过程所需的4个步骤，这种软件开发过程基于 Rational Method Composer 产品所提供的库。 |
|
|
|
2006年9月14日 |
|
| |
Rational Edge: 书评——Art of Software Modeling
这是一篇关于 Ben Lieberman 最近出的一本关于建模的书的赞赏的书评，本书采用了一种通常的、非 UML 的方法来描述可视化地将信息描述成软件开发过程的艺术。 |
|
|
|
2007年7月16日 |
|
| |
Rational Edge: 从业务用例和 Rational 统一过程中验证需求
解读企业如何在软件开发过程中应用用例来作为验证需求的基础。 (The Rational Edge) |
|
|
|
2007年10月15日 |
|
| |
ClearQuest 用户管理简要分析
软件的质量已经越来越成为软件产品成功的关键性因素，质量保证的一个重要方法就是通过测试来尽早的发现问题。而缺陷管理是软件正是软件开发过程中，完成对缺陷报告的记录、分析和状态更新等管理的重要手段，是软件开发生命周期中的重要组成部分，并且贯穿整个软件开发生命周期。IBM Rational ClearQuest是特别针对动态的、不断更新的软件开发工作的缺陷管理软件，提供了最佳的变更需求管理解决方案。 |
|
|
|
2007年10月24日 |
|
| |
Rational Edge: OpenUP 精华
本文探究了 OpenUP 这一新近开发的软件开发过程架构，它将重点放在源自 Rational 统一过程的敏捷实践。作者使用注释条向 RUP-savvy 的读者解释 OpenUP。 (The Rational Edge) |
|
|
|
2007年11月15日 |
|
| |
使用 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日 |
|
| |
架构蓝图--软件架构 "4+1" 视图模型
本文基于多个并发视图的使用情况来说明描述软件密集型系统架构的模型。使用多重视图允许独立地处理各"风险承担人"：最终用户、开发人员、系统工程师、项目经理等所关注的问题，并且能够独立地处理功能性和非功能性需求。本文分别对五种视图进行了描述，并同时给出了捕获每种视图的表示方法。这些视图使用以架构为中心的、场景驱动以及迭代开发过程来进行设计。 |
|
|
|
2005年1月1日 |
|
| |
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 Build Forge 的自动构建及发布管理技术，以及改进的软件质量技术。 |
|
|
|
2007年6月15日 |
|
| |
Rational Edge: IT 实现的艺术与科学
阅读软件顾问如何向提高组织的商业文化的过程应用客观，可度量的方法。通过分析许多因素，包括动机、委托的可见性和战略联合，作者展示了积极的变更如何实现。 (The Rational Edge) |
|
|
|
2007年10月15日 |
|
| |
