应用Rational 工具简化基于J2EE的项目（一）

第一部分 介绍

Steven Franklin
软件设计师和过程专家
2004 年 3 月

这个由多篇文章组成的系列文章讲述了如何在很紧的时间和预算的情况下通过应用 Rational 统一过程（RUP）以及 Rational 的其他工具来开发一个软件项目的。 文章的第一部分包含了高层次的计划和需求的引出。

Raional 的开发工具套件支持双向工程（RTE）、分布式的和协作的开发、高度迭代的开发周期和更多的一些特性。 这个由多篇文章组成的系列的第一部分将向大家展示 Rational 工具的作用，并显示你能够通过使用 Rational 的工具来简化分布式的 J2EE(java 2 Platform, EnterPRise Edition) 项目。我们将看一个将单的虚构的项目，并以高层次的计划和需求的引出作为开发，并将过渡到 Rational 统一过程（RUP）的各个阶段。 本文假设你已经对 RUP 有一定的了解；假如你并不了解 RUP 你可以查看文章最后列出的 相关资源.

为了简单起见，我们不想完成 RUP 中所有必要的迭代，而是只显示在项目各个阶段被用到的工具的特性。我们将跟随着我们的小的样例项目，完成它的第一个主要的构建，如下：

• 了解 RUP 的概念 和 Rational 工具的使用，应用它们来应对远程开发、很紧的时间计划和受限的预算的挑战
• 使用Rational 技术实现端对端的可以跟踪性和需求的治理
• 在 J2EE 项目中集成 Rational 工具，完成自动化测试、双向工程、地理分布的代码检查和质量保证（QA）
• Rational 技术与 J2EE 工具的集成，对于最终的解决方案尤其是应用 J2EE、象 DB2 或者 Oracle 这样的关系数据库和 Java 集成开发环境

这个系列文章的每一篇都有相似的组织形式 ，每篇文章都以一个路标开始，就像下面的一样，每一个链接会连到相应的文章部分。

• 第 1 部分: 项目介绍；高层次计划
• 第 2 部分: 风险治理；需求治理 第 3 部分: 模型创建和访问控制；需求分析
-->
• 第 3 部分: 模型创建和访问控制；需求分析 第 4 部分: 用例细化；产成报告；工具和技术选择
-->
• 第 4 部分: 用例细化；产成报告；工具和技术选择 第 5 部分: 体系架构和设计
-->
• 第 5 部分: 体系架构和设计 第 6 部分: 具体设计；早期开发；双向工程；早期单元测试
-->
• 第 6 部分: 具体设计；早期开发；双向工程；早期单元测试 第 7 部分: 继续开发；早期的构建；演示
-->
• 第 7 部分: 继续开发；早期的构建；演示 第 8 部分: 单元测试策略；功能测试；GUI 测试脚本
-->
• 第 8 部分: 单元测试策略；功能测试；GUI 测试脚本 第 9 部分: 系统构建和测试；缺陷跟踪；产品交付
-->
• 第 9 部分: 系统构建和测试；缺陷跟踪；产品交付 第 10 部分: 项目完成；结论；未来的工作
-->
• 第 10 部分: 项目完成；结论；未来的工作

• Rational 统一过程 (RUP) — 用于项目高层次计划

• 干特图 — 被创建以用于项目治理的目的，作为时间进度和项目预算执行的基线被衡量。

样例项目介绍
这篇文章中的虚拟假设是我们是一家软件公司，名字为 LooKOFf Technologies Incorporated，我们的公司主要的业务是在 IT 系统，包括集成、支持和开发。我们的总部在多伦多，并且在遍布加拿大有一些小的办事处。因为我们的分析和开发团队距离我们大量的跨国客户非常近，这个公司的结构就答应我们以一种非常好的方式集中我们的专家（典型的后端开发和项目治理）。

我们假设另外一个虚拟的公司，Audiophile Speaker Design, Inc. (ASDI)，这个公司位于 New Brunswick 的四周。 ASDI 开始只是一家从事扬声器制造和设计的小公司，主要开发针对个人用户的一些定制的扬声器方案。随着 ASDI 公司的声望的增加，他们开发出更多主流的扬声器产品线，并向加拿大和北美国家的用户和电子商店供给产品。

ASDI 的技术设施不能满足他们的成长需要。他们已经难以治理定单，计划生产材料，跟踪部分需求和治理运输。更主要的是，ASDI 的客户抱怨他们缺乏浏览可用性和交付过程的能力。

ASDI 公司意识到了从纸张和电子表格到自动化的资产治理系统的转变是伴随风险的，ASDI 决定将他们的所有 IT 需求交给 Lookoff 一家来作。他们选择我们的主要原因是我们的良好声誉和距离他们的公司很近（便于支持）。