您的位置：软件研发->应用Rational 工具简化基于J2EE的项目（一）
应用Rational 工具简化基于J2EE的项目（一）2007-11-15 来自：conanpaul [收藏到我的网摘]
这个由多篇文章组成的系列文章讲述了如何在很紧的时间和预算的情况下通过应用 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 部分: 模型创建和访问控制；需求分析
第 4 部分: 用例细化；产成报告；工具和技术选择
第 5 部分: 体系架构和设计
第 6 部分: 详细设计；早期开发；双向工程；早期单元测试
第 7 部分: 继续开发；早期的构建；演示
第 8 部分: 单元测试策略；功能测试；GUI 测试脚本
第 9 部分: 系统构建和测试；缺陷跟踪；产品交付
第 10 部分: 项目完成；结论；未来的工作
第一部分快照
第一部分中的工具和技术：
Rational 统一过程 (RUP) — 用于项目高层次计划
被产生或者被更新的工作产物：
干特图 — 被创建以用于项目管理的目的，作为时间进度和项目预算执行的基线被衡量。
样例项目介绍
这篇文章中的虚拟假设是我们是一家软件公司，名字为 Lookoff Technologies Incorporated，我们的公司主要的业务是在 IT 系统，包括集成、支持和开发。我们的总部在多伦多，并且在遍布加拿大有一些小的办事处。因为我们的分析和开发团队距离我们大量的跨国客户非常近，这个公司的结构就允许我们以一种非常好的方式集中我们的专家（典型的后端开发和项目管理）。
我们假设另外一个虚拟的公司，Audiophile Speaker Design, Inc. (ASDI)，这个公司位于 New Brunswick 的附近。 ASDI 开始只是一家从事扬声器制造和设计的小公司，主要开发针对个人用户的一些定制的扬声器方案。随着 ASDI 公司的声望的增加，他们开发出更多主流的扬声器产品线，并向加拿大和北美国家的用户和电子商店供应产品。
ASDI 的技术设施不能满足他们的成长需要。他们已经难以管理定单，计划生产材料，跟踪部分需求和管理运输。更主要的是，ASDI 的客户抱怨他们缺乏浏览可用性和交付过程的能力。
ASDI 公司意识到了从纸张和电子表格到自动化的资产管理系统的转变是伴随风险的，ASDI 决定将他们的所有 IT 需求交给 Lookoff 一家来作。他们选择我们的主要原因是我们的良好声誉和距离他们的公司很近（便于支持）。
Note that although the sample project is fictional, it's based on my personal experiences, observation of other projects, and knowledge I've acquired through excellent books such as those listed under 注意：虽然样例项目是虚构的，但是它是基于我的个人经验、对其他项目的观察和我通过一些优秀的书籍（例如被列在文章结尾的相关资源）获取的知识。
引出高层次需求
象许多小的非 IT 公司一样，ASDI 意识到了他们的问题，但是他们并不十分清楚他们的需求究竟是什么样子。他们的原有工作状态仅仅有两页纸长，并且是契约的、功能的和编程的需求的混合。我们和他们坐下来讨论他们的每个需求点；这里最大兴趣的是契约的和编程的问题，讨论如下：
契约问题
客户(ASDI) 希望我们签署一份公司固定价格(FFP)合同，合同价值一百一十万加元（CDN），按照合同规定软件系统应在10个月之内交付。对于我们来说没有一个清楚的需求远景，签署这个合同是不可能的。这将给我们带来过多的风险，并且也许对客户来说是不公平的，并且我们能够确定他们的技术需求将被满足吗。我们开始了第一个会议，目的是讨论迭代和和增量的软件开发优于顺序（“瀑布”）开发的力量。
我们对客户强调的 RUP 的关键特性包括：
迭代工程，减少风险和聚合正确的方案
尽最大可能使用已有的工具、技术和已开发好的产品，以减少成本增强质量。
管理和控制变更
给客户对将产成产品的了解
创建高质量的产品
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 部分: 模型创建和访问控制；需求分析
第 4 部分: 用例细化；产成报告；工具和技术选择
第 5 部分: 体系架构和设计
第 6 部分: 详细设计；早期开发；双向工程；早期单元测试
第 7 部分: 继续开发；早期的构建；演示
第 8 部分: 单元测试策略；功能测试；GUI 测试脚本
第 9 部分: 系统构建和测试；缺陷跟踪；产品交付
第 10 部分: 项目完成；结论；未来的工作
第一部分快照
第一部分中的工具和技术：
Rational 统一过程 (RUP) — 用于项目高层次计划
被产生或者被更新的工作产物：
干特图 — 被创建以用于项目管理的目的，作为时间进度和项目预算执行的基线被衡量。
样例项目介绍
这篇文章中的虚拟假设是我们是一家软件公司，名字为 Lookoff Technologies Incorporated，我们的公司主要的业务是在 IT 系统，包括集成、支持和开发。我们的总部在多伦多，并且在遍布加拿大有一些小的办事处。因为我们的分析和开发团队距离我们大量的跨国客户非常近，这个公司的结构就允许我们以一种非常好的方式集中我们的专家（典型的后端开发和项目管理）。
我们假设另外一个虚拟的公司，Audiophile Speaker Design, Inc. (ASDI)，这个公司位于 New Brunswick 的附近。 ASDI 开始只是一家从事扬声器制造和设计的小公司，主要开发针对个人用户的一些定制的扬声器方案。随着 ASDI 公司的声望的增加，他们开发出更多主流的扬声器产品线，并向加拿大和北美国家的用户和电子商店供应产品。
ASDI 的技术设施不能满足他们的成长需要。他们已经难以管理定单，计划生产材料，跟踪部分需求和管理运输。更主要的是，ASDI 的客户抱怨他们缺乏浏览可用性和交付过程的能力。
ASDI 公司意识到了从纸张和电子表格到自动化的资产管理系统的转变是伴随风险的，ASDI 决定将他们的所有 IT 需求交给 Lookoff 一家来作。他们选择我们的主要原因是我们的良好声誉和距离他们的公司很近（便于支持）。
Note that although the sample project is fictional, it's based on my personal experiences, observation of other projects, and knowledge I've acquired through excellent books such as those listed under 注意：虽然样例项目是虚构的，但是它是基于我的个人经验、对其他项目的观察和我通过一些优秀的书籍（例如被列在文章结尾的相关资源）获取的知识。
引出高层次需求
象许多小的非 IT 公司一样，ASDI 意识到了他们的问题，但是他们并不十分清楚他们的需求究竟是什么样子。他们的原有工作状态仅仅有两页纸长，并且是契约的、功能的和编程的需求的混合。我们和他们坐下来讨论他们的每个需求点；这里最大兴趣的是契约的和编程的问题，讨论如下：
契约问题
客户(ASDI) 希望我们签署一份公司固定价格(FFP)合同，合同价值一百一十万加元（CDN），按照合同规定软件系统应在10个月之内交付。对于我们来说没有一个清楚的需求远景，签署这个合同是不可能的。这将给我们带来过多的风险，并且也许对客户来说是不公平的，并且我们能够确定他们的技术需求将被满足吗。我们开始了第一个会议，目的是讨论迭代和和增量的软件开发优于顺序（“瀑布”）开发的力量。
我们对客户强调的 RUP 的关键特性包括：
迭代工程，减少风险和聚合正确的方案
尽最大可能使用已有的工具、技术和已开发好的产品，以减少成本增强质量。
管理和控制变更
给客户对将产成产品的了解
创建高质量的产品
推荐人评论
这个由多篇文章组成的系列文章讲述了如何在很紧的时间和预算的情况下通过应用 Rational 统一过程（RUP）以及 Rational 的其他工具来开发一个软件项目的。 文章的第一部分包含了高层次的计划和需求的引出。
用户评论
正在载入评论列表...
是谁推荐了此篇文章
MichaelCSDN测试频道编辑 联系email:mjj@csdn.net
- Michael推荐的其他文章