基于RUP构建J2EE应用[按需印刷]
基本信息
- 原书名:Building J2EE Applications with the Rational Unified Process
- 原出版社: Addison Wesley/Pearson
- 作者: (美)Peter Eeles,Kelli Houston,Wojtek Kozaczynski [作译者介绍]
- 译者: 尤克滨 周夕崇 张晨曦 胡宁
- 丛书名: 软件工程技术丛书
- 出版社:机械工业出版社
- ISBN:7111141466
- 上架时间:2004-7-5
- 出版日期:2004 年6月
- 开本:16开
- 页码:204
- 版次:1-1
- 所属分类:
计算机 > 软件与程序设计 > JAVA(J#) > J2EE
内容简介回到顶部↑
本书由几位知名专家作序,肯定了本书的突出特点,即将j2ee与rup技术结合起来,描述j2ee应用系统的开发,这在以前出版的书中是少有的。
本书以在线拍卖应用系统为例子,详细介绍了从最初的需求收集到系统实施的开发全过程。针对j2ee定制了rup,给出了j2ee开发者路线图。本书能帮助读者快速着手设计和开发j2ee系统,并提高设计开发的效率。 在过去的几年中,有两项技术很引人注目:一项是j2ee技术,它直接推动了企业应用系统的进展:另一项是rational统一过程(rup),它给出了一套综合的开发方法
本书将上述两项技术结合在一起,利用一个并不简单的示例应用系统,展示了现实软件开发过程中的复杂问题、多种因素以及必要的权衡和决策。
本书给出了成功开发软件所需的关键因素:
●需求,包括use case建模以及收集对架构有显著影响的需求。
●分析,包括将需求的内容转换成设计模型的雏形以及用户体验模型。
●设计,包括对设计模型的精化,介绍了接口。框架构件、设计类以及use case实现。
●实施,包括基于设计内容创建源代码和可执行代码,以及用于部署的j2ee模块。
●关于架构的议题,包括建立软件架构文档。部署模型以及数据模型。
●模式的使用,特别是j2ee设计模式的使用。
●使用uml描述诸如ejb的j2ee技术内容。
对于使用j2ee或者rup技术的人员而言,本书提供了一个综合的指导,揭示了结合j2ee与rup技术开发企业应用系统的高效方法。
本书以在线拍卖应用系统为例子,详细介绍了从最初的需求收集到系统实施的开发全过程。针对j2ee定制了rup,给出了j2ee开发者路线图。本书能帮助读者快速着手设计和开发j2ee系统,并提高设计开发的效率。 在过去的几年中,有两项技术很引人注目:一项是j2ee技术,它直接推动了企业应用系统的进展:另一项是rational统一过程(rup),它给出了一套综合的开发方法
本书将上述两项技术结合在一起,利用一个并不简单的示例应用系统,展示了现实软件开发过程中的复杂问题、多种因素以及必要的权衡和决策。
本书给出了成功开发软件所需的关键因素:
●需求,包括use case建模以及收集对架构有显著影响的需求。
●分析,包括将需求的内容转换成设计模型的雏形以及用户体验模型。
●设计,包括对设计模型的精化,介绍了接口。框架构件、设计类以及use case实现。
●实施,包括基于设计内容创建源代码和可执行代码,以及用于部署的j2ee模块。
●关于架构的议题,包括建立软件架构文档。部署模型以及数据模型。
●模式的使用,特别是j2ee设计模式的使用。
●使用uml描述诸如ejb的j2ee技术内容。
对于使用j2ee或者rup技术的人员而言,本书提供了一个综合的指导,揭示了结合j2ee与rup技术开发企业应用系统的高效方法。
作译者回到顶部↑
本书提供作译者介绍
尤克滨,现任Borland Software Principal Consultant,国内知名软件工程专家,拥有丰富的工程实践经验,是Rational Certified RUP Consultant。著有《UML应用建模实践过程》与《UseCase需求开发实践过程》;是《Pattern:Connecting Self-Service Applications to the Enterprise》的作者之一;主持翻译了《软件过程改建简明实践》 以及《软件配置管理策略与RationalClearCase》等著作。
周夕崇,现就职于中国金融电子化公司软件开发中心,任项目技术负责人,体系架构师。长期从事用Java(J2SE,J.. << 查看详细
周夕崇,现就职于中国金融电子化公司软件开发中心,任项目技术负责人,体系架构师。长期从事用Java(J2SE,J.. << 查看详细
目录回到顶部↑
译者介绍
序言1
序言2
前言
第1章 引言
第2章 java 2企业版平台简介
2.1 企业的顾虑
2.1.1 业务的顾虑
2.1.2 整合的顾虑
2.1.3 开发的顾虑
2.2 多层次体系结构和j2ee平台
2.3 j2ee平台概览
2.3.1 j2ee技术概览
2.3.2 容器
2.3.3 表示层
2.3.4 业务层
2.3.5 整合层
2.3.6 j2ee部署配置
2.4 j2ee构件技术
2.4.1 applet
序言1
序言2
前言
第1章 引言
第2章 java 2企业版平台简介
2.1 企业的顾虑
2.1.1 业务的顾虑
2.1.2 整合的顾虑
2.1.3 开发的顾虑
2.2 多层次体系结构和j2ee平台
2.3 j2ee平台概览
2.3.1 j2ee技术概览
2.3.2 容器
2.3.3 表示层
2.3.4 业务层
2.3.5 整合层
2.3.6 j2ee部署配置
2.4 j2ee构件技术
2.4.1 applet
前言回到顶部↑
关于本书
本书介绍如何使用Rational统一过程(RUP)和统一建模语言(UML)开发J2EE应用系统。目前有很多介绍J2EE和相关技术的书籍,同样有很多介绍软件开发过程的书籍,以及关于RUP的书籍;但是并没有一本书介绍并示范如何使用RUP的一个子集开发J2EE的应用系统,并且这个RUP内容的子集仅仅包含那些与构建J2EE应用最相关的内容——而不是包罗万象。本书正是RUP和J2EE技术之间的一座桥梁。
同时关注J2EE、RUP和UML是一件比较复杂的事情。如果希望在工作中准确地把握方向,则需要一个很好的路线图。本书明确而详细地提供了这样一张路线图,本书提供了遍历J2EE应用系统开发活动的可靠路径。本书定义的“J2EE开发者路线图”是一个能够用于指导实际工作的流程。第1章中将详细说明本书的内容。
本书的读者
撰写本书的过程中,我们始终关注三类读者。第一类读者是软件架构师、设计师以及编码人员,他们熟悉J2EE平台和相关的技术,并且希望在软件开发过程环境中应用相关的技术。第二类读者是开发团队中熟悉RUP的成员,他们希望在J2EE的开发活动中应用开发流程。第三类读者既不熟悉RUP也不熟悉J2EE,他们正在寻找一个使用RUP来指导J2EE应用系统开发的范例。
本书中的约定
本书大体上可以划分为两个部分。第一部分包括第2章到第5章,概述J2EE技术,介绍RUP和J2EE开发者路线图,并简要说明本书中介绍的示例。本书其余的内容被称作“流程章节”,在这些章节中包含了指导J2EE应用系统项目开发的流程。
我们对流程章节的内容进行了结构化的处理,以便读者一目了然,便捷地找到有兴趣的议题。每个流程章节基本上都按照活动的线索进行组织。书中提供了反映活动整体流程的图示,并指出与活动相关的输入工件和输出工件。针对每个活动,书中提供了纵览表,归纳了活动的目的,它的输入工件和输出工件,并概述在该活动中所执行的步骤。遵循该表中的内容,针对示例应用系统,描述每个步骤的细节。
在流程章节中使用简单的编排约定:书中会突出强调流程中的所有元素,例如活动、步骤和工件。
本书介绍如何使用Rational统一过程(RUP)和统一建模语言(UML)开发J2EE应用系统。目前有很多介绍J2EE和相关技术的书籍,同样有很多介绍软件开发过程的书籍,以及关于RUP的书籍;但是并没有一本书介绍并示范如何使用RUP的一个子集开发J2EE的应用系统,并且这个RUP内容的子集仅仅包含那些与构建J2EE应用最相关的内容——而不是包罗万象。本书正是RUP和J2EE技术之间的一座桥梁。
同时关注J2EE、RUP和UML是一件比较复杂的事情。如果希望在工作中准确地把握方向,则需要一个很好的路线图。本书明确而详细地提供了这样一张路线图,本书提供了遍历J2EE应用系统开发活动的可靠路径。本书定义的“J2EE开发者路线图”是一个能够用于指导实际工作的流程。第1章中将详细说明本书的内容。
本书的读者
撰写本书的过程中,我们始终关注三类读者。第一类读者是软件架构师、设计师以及编码人员,他们熟悉J2EE平台和相关的技术,并且希望在软件开发过程环境中应用相关的技术。第二类读者是开发团队中熟悉RUP的成员,他们希望在J2EE的开发活动中应用开发流程。第三类读者既不熟悉RUP也不熟悉J2EE,他们正在寻找一个使用RUP来指导J2EE应用系统开发的范例。
本书中的约定
本书大体上可以划分为两个部分。第一部分包括第2章到第5章,概述J2EE技术,介绍RUP和J2EE开发者路线图,并简要说明本书中介绍的示例。本书其余的内容被称作“流程章节”,在这些章节中包含了指导J2EE应用系统项目开发的流程。
我们对流程章节的内容进行了结构化的处理,以便读者一目了然,便捷地找到有兴趣的议题。每个流程章节基本上都按照活动的线索进行组织。书中提供了反映活动整体流程的图示,并指出与活动相关的输入工件和输出工件。针对每个活动,书中提供了纵览表,归纳了活动的目的,它的输入工件和输出工件,并概述在该活动中所执行的步骤。遵循该表中的内容,针对示例应用系统,描述每个步骤的细节。
在流程章节中使用简单的编排约定:书中会突出强调流程中的所有元素,例如活动、步骤和工件。
序言回到顶部↑
很长一段时间,我一直希望找到一本这样的书——清楚地描述一种新技术、开发流程以及一个使用这种技术和开发流程的项目,以便我能够理解那些为许多软件开发组织所误解的基本元素间的关系。同时我也很清楚,要在一本书中描述清楚所有的事情是非常困难的。
明确描述一种新技术是一件十分困难的事情。当然,如果你是这方面的专家,可以详细地描述方方面面的技术细节,讨论每一部分,写作一本让IT界为之兴奋、疯狂的“巨著”。但是这样的书也容易成为一本充满说教的让人觉得枯燥乏味的教科书,大多数章节充斥着“为什么”或“如何做”的说教。事实上,读者仅仅需要一本实用的书,能方便地得到感兴趣的信息,而不是一本教科书。如果不结合实际项目实例并结合相关的开发流程来介绍新技术,读者不容易理解如何真正地在项目中应用该技术。
描述清楚一种开发流程也是一件十分困难的事情。我十分理解其中的艰辛,这是我过去6年来为之奋斗的事情。描述流程一方面太空泛,以至于读者很难找到可以在实际的开发项目中使用的方法、模板、文档资料。同时流程很容易被描述得过于详细,给出大量适合某一特定技术领域的方法、过程、文档资料、模板,从而使其变得内容庞大、过程笨重、极其不通用。流程的惟一价值就是实实在在地帮助软件开发的实践者。如果没有结合具体的例子
,流程将给人抽象和神秘的印象;同样,如果没有具体的方法去实现流程,软件开发者将不得不去创造发明它们。因而,我们会陷入一个典型的困境:做了会被责备,不做也会被责备。
展现一个特定软件项目被开发的过程,并不是一件非常令人感兴趣的事情,除非你是该软件的开发或维护团队成员。毕竟你使用和别人完全相同的方法的可能性很小。单单给出一个实例,而并不说明使用该方案的理由,这样做通常是没有价值的。另外,许多教科书只给出简单的小项目,对读者也许并没有实际意义,甚至可能误导了读者。
但是,如果我们能把技术、开发流程结合起来描述,就可以避免上述的问题。这里所说的技术是在一个完整的项目中实际应用的技术,所说的开发流程是用来开发该项目的流程。通过流程,我们能够理解为什么决定采用这样或那样的技术,这远远比技术决定本身更为重要,因为读者希望能在项目中重用流程,而并不是简单拷贝一个现成的方案。通过一个简单而有价值的项目,读者能够高屋建瓴地看待系统开发中最难解决的问题,同时理解系统的复杂性和体系架构,而不是局限于某个技术特征的细节内容。
我的同事兼好友Kelli、Peter和Wojtek成功地在一本书中综合了以下三方面的内容:
●技术。包括UML、Java、J2EE。
●流程。包括Rational统一过程(RUP)。
●项目。包括在线拍卖应用系统。
值得庆幸的是,该书并没有变成厚厚的“巨著”。对我来说,我十分高兴他们能把RUP当作基本的流程方法。仿佛芭蕾《胡桃夹子》 中的木偶,RUP跃然出现在书中。他们对RUP的所有相关活动、模板及精心挑选的内容,从新的角度进行了诠释。这本书同时帮助读者理解了RUP是一个可用并且可定制的流程,而并非一个复杂的大“怪物”。
J2EE的开发者可以把这本书当作一个“指南针”,也可以随时进入某一章节探究细节。通过本书,我并没有学到很多我没用过的J2EE技术;但我还是通过在线拍卖应用系统这个例子学到了许多。虽然我谙熟RUP,但我从书中看到了许多令人赞叹的地方。我确信读者会愉快地从书中学到很多东西,不仅仅学会了下一个项目要使用的技术,还学会了顺利运作项目的方法。Kelli、Peter和Wojtek让1+1+1等于10,祝贺他们!并且感谢他们的辛勤工作。
Philippe Kruchten
Rational会员
RUP开发主管
明确描述一种新技术是一件十分困难的事情。当然,如果你是这方面的专家,可以详细地描述方方面面的技术细节,讨论每一部分,写作一本让IT界为之兴奋、疯狂的“巨著”。但是这样的书也容易成为一本充满说教的让人觉得枯燥乏味的教科书,大多数章节充斥着“为什么”或“如何做”的说教。事实上,读者仅仅需要一本实用的书,能方便地得到感兴趣的信息,而不是一本教科书。如果不结合实际项目实例并结合相关的开发流程来介绍新技术,读者不容易理解如何真正地在项目中应用该技术。
描述清楚一种开发流程也是一件十分困难的事情。我十分理解其中的艰辛,这是我过去6年来为之奋斗的事情。描述流程一方面太空泛,以至于读者很难找到可以在实际的开发项目中使用的方法、模板、文档资料。同时流程很容易被描述得过于详细,给出大量适合某一特定技术领域的方法、过程、文档资料、模板,从而使其变得内容庞大、过程笨重、极其不通用。流程的惟一价值就是实实在在地帮助软件开发的实践者。如果没有结合具体的例子
,流程将给人抽象和神秘的印象;同样,如果没有具体的方法去实现流程,软件开发者将不得不去创造发明它们。因而,我们会陷入一个典型的困境:做了会被责备,不做也会被责备。
展现一个特定软件项目被开发的过程,并不是一件非常令人感兴趣的事情,除非你是该软件的开发或维护团队成员。毕竟你使用和别人完全相同的方法的可能性很小。单单给出一个实例,而并不说明使用该方案的理由,这样做通常是没有价值的。另外,许多教科书只给出简单的小项目,对读者也许并没有实际意义,甚至可能误导了读者。
但是,如果我们能把技术、开发流程结合起来描述,就可以避免上述的问题。这里所说的技术是在一个完整的项目中实际应用的技术,所说的开发流程是用来开发该项目的流程。通过流程,我们能够理解为什么决定采用这样或那样的技术,这远远比技术决定本身更为重要,因为读者希望能在项目中重用流程,而并不是简单拷贝一个现成的方案。通过一个简单而有价值的项目,读者能够高屋建瓴地看待系统开发中最难解决的问题,同时理解系统的复杂性和体系架构,而不是局限于某个技术特征的细节内容。
我的同事兼好友Kelli、Peter和Wojtek成功地在一本书中综合了以下三方面的内容:
●技术。包括UML、Java、J2EE。
●流程。包括Rational统一过程(RUP)。
●项目。包括在线拍卖应用系统。
值得庆幸的是,该书并没有变成厚厚的“巨著”。对我来说,我十分高兴他们能把RUP当作基本的流程方法。仿佛芭蕾《胡桃夹子》 中的木偶,RUP跃然出现在书中。他们对RUP的所有相关活动、模板及精心挑选的内容,从新的角度进行了诠释。这本书同时帮助读者理解了RUP是一个可用并且可定制的流程,而并非一个复杂的大“怪物”。
J2EE的开发者可以把这本书当作一个“指南针”,也可以随时进入某一章节探究细节。通过本书,我并没有学到很多我没用过的J2EE技术;但我还是通过在线拍卖应用系统这个例子学到了许多。虽然我谙熟RUP,但我从书中看到了许多令人赞叹的地方。我确信读者会愉快地从书中学到很多东西,不仅仅学会了下一个项目要使用的技术,还学会了顺利运作项目的方法。Kelli、Peter和Wojtek让1+1+1等于10,祝贺他们!并且感谢他们的辛勤工作。
Philippe Kruchten
Rational会员
RUP开发主管








点击看大图






加载中...

