 |
|
|
|
|
|
用 Amazon Web Services 进行云计算，第 5 部分: 用 SimpleDB 在云中处理数据集
学习基本的 Amazon SimpleDB (SDB) 概念，研究 boto（一个用于与 SDB 交互的开放源码 Python 库）提供的一些功能。在这个 “用 Amazon Web Services 进行云计算” 系列中，学习如何使用 Amazon Web Services 进行云计算。了解这些服务如何为设计和构建可伸缩、可靠的应用程序提供一种可选方案。在本文中，学习一些基本概念和 boto 提供的一些功能。 |
|
|
|
2009年5月14日 |
|
| |
用 Amazon Web Services 进行云计算，第 3 部分: 用 EC2 根据需要提供服务器
学习基本的 Amazon SimpleDB (SDB) 概念，研究 boto（一个用于与 SDB 交互的开放源码 Python 库）提供的一些功能。在这个 “用 Amazon Web Services 进行云计算” 系列中，学习如何使用 Amazon Web Services 进行云计算。了解这些服务如何为设计和构建可伸缩、可靠的应用程序提供一种可选方案。本文介绍 Amazon Elastic Compute Cloud (EC2) 提供的虚拟服务器。了解 EC2 如何帮助动态地配置应用程序的需求并根据需要调整计算能力。 |
|
|
|
2009年4月29日 |
|
| |
用 Amazon Web Services 进行云计算，第 4 部分: 用 SQS 进行可靠的消息传递
学习基本的 Amazon SimpleDB (SDB) 概念，研究 boto（一个用于与 SDB 交互的开放源码 Python 库）提供的一些功能。在这个 “用 Amazon Web Services 进行云计算” 系列中，学习如何使用 Amazon Web Services 进行云计算。了解这些服务如何为设计和构建可伸缩、可靠的应用程序提供一种可选方案。在本文中，了解 Amazon Simple Queue Service (SQS) 提供的可靠且可伸缩的消息传递服务。 |
|
|
|
2009年4月29日 |
|
| |
用 Amazon Web Services 进行云计算，第 2 部分: 用 Amazon Simple Storage Service (S3) 在云中存储数据
学习基本的 Amazon SimpleDB (SDB) 概念，研究 boto（一个用于与 SDB 交互的开放源码 Python 库）提供的一些功能。在这个 “用 Amazon Web Services 进行云计算” 系列中，学习如何使用 Amazon Web Services 进行云计算。了解这些服务如何为设计和构建可伸缩、可靠的应用程序提供一种可选方案。本文讨论 Amazon Simple Storage Service (S3) 提供的可伸缩、高响应性的服务。了解用于与 S3 交互的工具，使用代码示例构建一个简单的 shell。 |
|
|
|
2009年4月27日 |
|
| |
WebSphere Process Server 操作体系结构，第 1 部分: 基本体系结构和基础结构组件
这个由两部分组成的文章系列的第 1 部分将深入研究 IBM WebSphere Process Server 的操作体系结构。本文向您介绍 WebSphere Process Server 上下文中的概念，例如服务组件体系结构（Service Component Architecture，SCA）、Business Process Choreographer (BPC) 和服务集成总线（Service Integration Bus，SIB），并说明它们如何协同工作，从而为您的 SOA 构建安全的事务运行时环境。在这方面，您将能够更好地阐释 WebSphere Process Server 的技术体系结构，从而提高您在组织中操作 WebSphere Process Server 的能力。 |
|
|
|
2009年3月30日 |
|
| |
WebSphere Service Registry and Repository API 简介
这篇文章提供了一组示例应用程序，这些应用程序专门设计用来演示 IBM WebSphere Service Registry and Repository 的编程 API 的使用。这篇文章重点讨论 Java EE EJB 接口，包括全面的示例代码，说明从最基本的文档存储和检索到对相关对象集合运行治理生命周期的所有工作。 |
|
|
|
2009年3月4日 |
|
| |
开发需求路线图：重要的是规划
通过创建逻辑路线图，为开发项目的决策制定提供一个框架，从而缩短时间期限、降低实现成本、提高交付质量和促进最佳实践。 |
|
|
|
2009年2月19日 |
|
| |
需求建模，第 2 部分: 构建您的新设计
设计了新体系结构后，您会迫不及待地想进行构建。但开始之前，请看一下在不打断业务的情况下实现计划的最好方法。在本系列的第二篇文章（即本文）中，我们将了解让新体系结构从绘图板进入下一个级别——构建——所需的重要步骤。 |
|
|
|
2009年2月19日 |
|
| |
为什么需要安全策略？
如果收集整理过去十年中影响 IT 行业的“十大”问题列表，安全性将会在该列表中占据突出的位置。组织可以在技术上一掷千金以升级安全性，但是任何成功的解决方案都需要正确的规划（从安全策略开始）。 |
|
|
|
2009年2月19日 |
|
| |
编写软件架构文档说明，第 2 部分: 开发系统上下文
在本系列中，我们将了解为何要编写软件架构文档说明以及如何进行此工作。本文是本系列的第二部分，将提供编写系统上下文信息文档说明的指导信息。系统上下文是您应该掌握的第一个体系结构构件。请通过本文了解如何使用系统上下文关系图和信息流来开发和记录系统或应用程序软件架构的系统上下文。 |
|
|
|
2009年2月19日 |
|
| |
基于服务的企业集成模式轻松入门，第 4 部分: 企业服务总线
本系列的前三篇文章介绍了开发基于服务的集成模式所需的基本概念，并解释了各种组件和标准，它们统称为 Web 服务。Web 服务旨在处理大型企业中存在的一些异构性。不过，仅使用 Web 服务不足以提供解决异构性问题的完整解决方案。在这一部分（即本系列文章的第 4 部分）中，将了解企业服务总线，其与 Web 服务一起构成完整的基于服务的集成模式。 |
|
|
|
2009年2月9日 |
|
| |
IBM Industry Models 和 ILOG 业务规则管理系统，第 1 部分: 使用 IBM Industry Models 定义业务规则
本文是包含 2 部分的系列文章的第一篇。该系列讨论业务规则的特性以及这些规则与 IBM Industry Models 的关系。本文特别提到了 IBM Industry Models 的部署阶段，在此阶段应该考虑规则的分析和设计，以及如何识别和管理规则。本系列的第二篇文章讨论将这些分析和设计结构带入到 ILOG 规则管理环境中，以开发完整的规则集。 |
|
|
|
2009年1月19日 |
|
| |
SOA 治理：服务生命周期管理流程示例
您需要准备适当的治理流程模型，以有效地了解面向服务的体系架构（Service-Oriented Architecture，SOA）开发生命周期活动的优点。本文描述 SOA 治理流程，这些流程基于典型企业在 SOA 开发生命周期中采用的场景。密切研究重要的生命周期活动，例如服务标识、服务创建和重用、服务测试、服务版本管理和更改管理、服务水平管理（服务质量），以及服务安全性。了解您的组织在典型的 SOA 开发生命周期中可能面对的挑战，以及如何通过实现治理子流程，以及通过将某些角色和职责委托给每种场景的治理机构的各层，从而解决这些挑战。 |
|
|
|
2009年1月19日 |
|
| |
用于产品生命周期管理的 SOA 方法，第 2 部分: 产品生命周期管理的 SOA 参考体系架构
第 1 部分讨论了产品生命周期管理（Product Lifecycle Management，PLM）环境如何变化多样，以及对集成大量作为复杂 PLM 生态系统一部分的流程和信息源的需要。本文研究如何应用 SOA 技术来实现这其中许多目标。 |
|
|
|
2009年1月12日 |
|
| |
案例研究：SOA 零售业务模式
本文中的案例研究重点是零售行业部门，以及组织如何使用 SOA 构造解决方案，以改进周转时间、流程效率、客户满意度，并加快上市速度和降低成本。 |
|
|
|
2008年12月1日 |
|
| |
架构宣言: 采用敏捷开发，第 2 部分
在本系列的第 2 部分中，了解如何在不同类型公司的小型和大型项目中使用敏捷流程，以及敏捷开发如何影响客户体验。 |
|
|
|
2008年11月17日 |
|
| |
在下一代 BPM 2.0 中利用 Web 2.0
了解业务流程管理 (BPM) 2.0（下一代 BPM）如何利用 Web 2.0。本文介绍 Web 2.0 与 BPM 的融合及其他标准的使用，这些可帮助组织变得更加灵活和机动，并让业务分析人员在建模、管理、执行和优化核心业务流程方面担任重要角色。了解 BPM 2.0 的属性，以及 IBM 在该领域提供了哪些产品。 |
|
|
|
2008年11月13日 |
|
| |
Web 2.0 的软件开发生命周期
任何软件开发生命周期都必须进行适当的组织，然后才能按预期成功地执行项目。对于 Web 2.0 来说也是如此，其中规划良好的生命周期将使您能够实现在更短的开发周期中构建 Web 服务的愿景，允许快速的测试和开发，并提供服务版本管理。通过本文开始了解基于 Web 2.0 的应用程序的软件开发生命周期。 |
|
|
|
2008年11月4日 |
|
| |
利用管理学模式提高 WebSphere Business Modeler 建模质量，第 1 部分：业务建模中的核心问题的描述和业务建模实例分析
利用管理学模式提高 WebSphere Business Modeler 建模质量，着重描述了如何使用管理学中不同的模型来提高在建模中的效率并使得建模更加准确。本部分着重描述了业务建模的领域、目的、主要任务，并详细的介绍了如何确立业务建模的过程中的建模，业务实体及准备计划。本部分对于利用管理学模式提高建模质量系列以后章节部分的理解有重要的作用。 |
|
|
|
2008年11月3日 |
|
| |
编写软件架构文档说明，第 1 部分: 什么是软件架构，为什么为软件架构编写文档说明非常重要
软件架构对于复杂实时系统的开发已日益变得更加重要。在这个新的系列中，了解为什么以及应该如何编写软件架构文档说明。您将了解为任何中大型软件开发项目编写文档说明的五个不同视图或方面。这是本系列中的第一篇文章，其中将介绍软件架构和文档说明的重要性。您还将概略了解将在后续文章中介绍的体系结构视图。 |
|
|
|
2008年10月16日 |
|
| |
SOA 设计的信息透视图，第 6 部分: 在 SOA 中应用数据质量分析模式的价值
讨论在 SOA 环境中应用数据质量分析的价值和方法。学习数据质量分析涉及的概念，了解在 SOA 项目中发起数据质量评估项目所需的基本步骤。通过分析这些问题，选择适当的实现方式。本文是 “SOA 设计的信息透视图” 系列的第 6 篇文章，下一篇文章将详细描述如何在 SOA 环境中使用相关的 IBM 产品（WebSphere Information Analyzer）。 |
|
|
|
2008年10月10日 |
|
| |
SOA 设计的信息透视图，第 7 部分: SOA 中数据质量分析模式的执行方法
本文是 “SOA 设计的信息透视图” 系列的第七篇文章。本文的目的是向架构师社区演示在 SOA 环境中如何执行详细的数据质量分析。本文关注数据质量分析的实现，而不考虑使用的具体技术，本文之后将会有一篇相关的文章更详细地描述如何在这个上下文中使用相关的 IBM 产品（WebSphere Information Analyzer）。 |
|
|
|
2008年10月10日 |
|
| |
SOA 设计的信息透视图，第 8 部分: 在 SOA 设计中使用 IBM WebSphere Information Analyzer
学习使用 IBM WebSphere Information Analyzer 来支持数据质量分析模式。本文是 “SOA 设计的信息透视图” 系列的第 8 篇文章。本文向架构师社区演示如何使用来自 IBM 的工具 —— 尤其是 IBM WebSphere Information Analyzer 和 IBM Information Server 的统一元数据管理 —— 实现 SOA 项目中的数据质量评估模式（Data Quality Assessment Patter）。文中描述了这些产品中支持本系列第 6 部分介绍的数据质量分析模式的关键特性。 |
|
|
|
2008年10月10日 |
|
| |
观点与展望，第 11 部分: 大型机的复苏
在本期的“观点与展望”中，了解为什么大型机仍然是 IT 体系结构世界中至关重要的一部分。IBM 刚刚隆重推出了其最新的大型机 IBM System z10 Enterprise Class。也许您在想，大型机是以前的硬件平台，并且大型机的时代已经过去了。那么，请再考虑一下：IBM 的宣传材料宣称“未来将运行在 System z 上”，并且 IBM 大型机的市场在过去两年来已大举扩张。 |
|
|
|
2008年10月9日 |
|
| |
建立 SOA 卓越中心
分析各种为组织中面向服务的体系架构（Service-Oriented Architecture，SOA）活动建立卓越中心（center of excellence，COE）的方法。本文使用一家虚构的电子零件经销商作为案例研究，该经销商正在着手进行基于 SOA 的组织转换。IBM 产品和服务在该解决方案中起主要作用。 |
|
|
|
2008年10月9日 |
|
| |
信息架构本质，第 6 部分: 分布式数据挖掘
信息架构师面临的最有趣挑战之一是，需要大型、专有、广泛分布的数据存储来处理特定研究问题的情况。了解挖掘分布式数据源所涉及到的困难和已确定的用来处理这些问题的策略。 |
|
|
|
2008年9月25日 |
|
| |
处理 XML 解析中的错误
XML 解析是几乎所有企业应用程序的一部分。然而，大部分这些应用程序都缺少任务处理。学习如何使用 Simple API for XML（SAX）处理 XML 解析中出现的错误（即使您的应用程序使用 DOM 、JAXP 或其他 API 处理 XML）。 |
|
|
|
2008年9月25日 |
|
| |
SOA 案例研究：构建适应经济环境变化的 SOA 解决方案
本红皮书是面向服务的体系结构 (SOA) 系列之一，主要通过名为 JKHL Enterprises (JKHLE) 的虚构公司阐述一个案例研究。
本将从 IT 体系结构的角度描述 SOA 解决方案如何在业务需求发生变化时提供帮助，并且是为 IT 架构师受众而编写的。 |
|
|
|
2008年9月22日 |
|
| |
建模揭密，第 3 部分: 为用户模型扩展 UML
本系列文章提供了关于如何构建用户模型的基本信息。在这第三篇文章中，了解用于扩展统一建模语言 (UML) 的用户模型的构造型和关系。用户模型是对一组人员和这些人员如何使用某个 IT 解决方案的描述。 |
|
|
|
2008年9月19日 |
|
| |
IBM WebSphere sMash 简介，第 1 部分: 为 Web 应用程序构建 RESTful 服务
在本系列中，将学习关于 IBM WebSphere sMash 的所有知识，它是一个创建、组装和执行基于当前 Web 技术的应用程序的简单环境。本文是本系列的第一篇文章，介绍了使您能够创建、组装和部署强大的 Web 应用程序的大量创新。了解 WebSphere sMash 如何由社区驱动，及其创建 RESTful Web 服务的约定。通过一个分步示例，向您介绍如何设置环境、创建 Zero 项目、构建 RESTful 服务来公开数据、测试应用程序，并导入示例应用程序来使用 RESTful 服务。 |
|
|
|
2008年9月18日 |
|
| |
信息架构本质，第 5 部分: 信息架构中的商业智能
如果您没有在信息架构中使用商业智能，就错失了帮助组织保持竞争优势的重要机会。采取措施帮助您的主管对不断变化的业务市场做出决策、战略规划和战术响应。 |
|
|
|
2008年9月8日 |
|
| |
当合作伙伴，而不是警察
通过本文了解 IT 团队在与企业架构师合作时所面临的一些基本挑战，并了解如何将企业架构标准应用于应用程序开发，并在项目交付中合作以达到所需的成果。
|
|
|
|
2008年8月29日 |
|
| |
SOA 与情景应用程序，第 3 部分: 示例与所获得的经验教训
本系列的第 1 部分解释了基于 Web 的情景应用（situational application，SA）对企业的适用性、此类应用程序与面向服务的体系架构（Service-Oriented Architecture，SOA）的关系，以及如何使用此类应用程序来改进公司 IT 的当前状态。第 2 部分描述了 IBM 在构建情景应用环境（Situational Applications Environment，SAE）方面的经验，开发 SAE 的目的是为了支持基于社区的计算，这种计算方式同时利用了传统 SOA 和新兴的 Web 2.0 技术和方法。本文是第 3 部分，也是最后一部分，将描述几个 SA、促使创建这些 SA 的业务情景、这些 SA 的体系架构、支持每个解决方案的技术所带来的切实业务成果，以及所获得的经验教训。 |
|
|
|
2008年8月25日 |
|
| |
使用模型驱动开发和基于模式的工程来设计 SOA，第 4 部分: 模型到模型的转换以及将模型与 EMFT JET 转换连接起来
本篇教程向您展示了，怎样扩展 IBM Rational Software Architect 的应用，以构建模型到模型的转换 。您将通过模型映射、定义映射、创建并测试得到的插件，来构建自己的插件。 |
|
|
|
2008年8月21日 |
|
| |
架构技巧：使用 OODA 循环设计用户界面
OODA 循环是由美国空军作为其空战研究的一部分开发的。观察-确认-决策-行动 (Observe-Orient-Decide-Act, OODA) 循环是根据人脑的决策过程建立的模型。本文将阐明 UI 架构师如何运用 OODA 循环的思想来设计用户界面，以便为用户提供更出色的环境感知性和更直观的使用体验。本文将介绍 OODA 循环的基础知识，并探讨如何将它应用于 UI 设计。在本文的最后还列出了一份检查清单，您可以将它作为 UI 初始设计的辅助工具。 |
|
|
|
2008年8月21日 |
|
| |
使用模型驱动开发和基于模式的工程来设计 SOA，第 3 部分: Eclipse Modeling Framework Technology Java Emitter Template 转换
本教程描述了，怎样扩展 IBM Rational Software Architect 的应用 ，以及怎样使用您自定义的模板，来自动生成一个设计方案。Rational Software Architect 为您在设计服务型结构（SOA），或其他方案时的联合应用，提供了一些技巧。您也可以通过这些自动操作，来提高方案的质量，以及支持总体管理进程。 |
|
|
|
2008年8月14日 |
|
| |
信息架构本质，第 4 部分: 改善信息系统的可用性
如果缺乏有效的呈现方式，即使是世界上组织得最完善的信息也只能是一堆废物。界面设计糟糕、缺乏搜索和筛选支持，以及可视显示效果过于混乱，这些会对任何信息架构的成功造成障碍。为了使最终用户能够访问复杂的信息系统，您必须做出大量努力，研究和设计用户与信息管理系统交互的方式。 |
|
|
|
2008年8月14日 |
|
| |
如何使用 IBM Rational Rose Model Importer，第 1 部分: 如何将 UML 模型移植到 Rational Software Architect 中
了解如何使用 IBM Rational Rose Model Importer 将 UML 模型从 Rational Rose 移植到 IBM Rational Software Architect、IBM Rational Systems Developer，或 IBM Rational Software Modeler 中。本文逐步地指导您使用这些新的产品增强的建模功能来移植 UML 模型。 |
|
|
|
2008年8月11日 |
|
| |
体系结构实践，第 7 部分: 场景 3：业务流程管理和 SOA
使用 IBM SOA 基础生命周期查看软件开发生命周期上下文中的 SOA。“体系结构实践”系列的这一部分将重点讨论 SOA 场景中的第三个场景，即业务流程管理 (BPM) 场景。了解 BPM 场景如何使用 SOA 方法演示 IBM BPM。探索此场景的优点，其中包括 BPM 环境与灵活的 IT 体系结构的集成。 |
|
|
|
2008年8月7日 |
|
| |
规则架构师的角色
业务规则架构师在设计组织良好、直观的业务规则模型方面扮演着重要角色，以帮助技术和业务参与者理解业务规则模型。本文讨论该角色的重要性，并使用业务规则开发生命周期来描述规则架构师在创建可靠、可扩展的业务规则实现方面的职责。 |
|
|
|
2008年7月31日 |
|
| |
探索模型驱动开发 (MDD) 和相关方法，第 4 部分: 将领域特定建模应用于模型驱动的体系结构
在本文中，使用 Eclipse Modeling Framework (EMF) 和 Graphical Modeling Framework (GMF) 技术来为领域特定语言产生领域特定建模辅助工具。了解定义领域特定语言的价值、基本概念和有关创建良好元模型的提示，以及不同的建模方法。 |
|
|
|
2008年7月24日 |
|
| |
探索模型驱动开发 (MDD) 和相关方法，第 3 部分: 进一步研究模型驱动开发和其他行业方法
在本文中，在业界的其他相关活动的上下文中了解模型驱动开发（model-driven development，MDD）。比较软件工厂、领域特定语言和 MDD 方法。探索如何将开发构件可视化为模型，以及使用可执行的统一建模语言（Unified Modeling Language，UML）方法来直接执行模型。 |
|
|
|
2008年7月17日 |
|
| |
建模揭秘，第 2 部分: 构建用户模型
用户模型是对一组人员和这些人员如何使用某个 IT 解决方案的描述。这种类型的建模基于主要的可用性理论与实践，并允许解决方案架构师指定 IT 解决方案的外部条件，以便该解决方案对所有类型的用户都有用并可用。在本文中，了解如何为支持安全 Web 资源访问的简单组件构建用户模型。了解用户模型如何确定需求定义方面的可能差距。 |
|
|
|
2008年7月10日 |
|
| |
建模揭秘，第 1 部分: 从用户的角度创建系统规格说明书
通过本系列了解如何构建用户模型，以描述相关人员及其如何使用 IT 解决方案。本文是本系列的开篇，将对统一建模语言（Unified Modeling Language，UML）建模进行介绍，并将讨论如何从用户的角度创建系统的规范（系统规格说明书）。 |
|
|
|
2008年7月3日 |
|
| |
IBM Rational 架构管理软件模型结构指南，第 2 部分: 经典的 Rational 统一过程
本文面向那些有兴趣将传统的 IBM Rational 统一过程（RUP）中总结出来的建模指导方针应用到 IBM Rational Software Modeler、IBM Rational Systems Developer 或者 IBM Rational 中的用户。您将掌握这些产品是如何对 RUP 定义的模型类型进行支持的；用于模型组织和团队建模的 RUP 建模风格的执行；以及 RUP、用例、分析和设计模型的业务价值、组织和内容。 |
|
|
|
2008年7月3日 |
|
| |
IBM Rational 架构管理软件模型结构指南，第 1 部分: 基本原则
本文涵盖与您组织模型内容的方式和构造模型储存库的方式相关联的术语、概念、原则以及最佳实践，并且将它们应用到基于 IBM Rational Eclipse 的 UML 建模产品中。 |
|
|
|
2008年7月3日 |
|
| |
需求建模
您可以使用手边现有的资源构建完美的 IT 体系结构。美梦可以成真，但是需要时间。无论您是在从头构建新体系结构，还是处理现有的体系结构，朝着梦想努力总是会让美梦成真的。 |
|
|
|
2008年6月26日 |
|
| |
SOA 安全性基础知识，第 3 部分: 测试 SOA 安全性
本系列讨论面向服务的体系结构（Service-Oriented Architecture，SOA）安全性实现路线图。本系列包括三个部分，本文是其中的最后一个部分，将提供用于测试 SOA 安全性的规则。了解组织中用于构建最佳 SOA 安全性所需要的工具和知识。
|
|
|
|
2008年6月23日 |
|
| |
中小型企业遗留系统转换指南
本文将解释如何确定和分析各种用于帮助中小型企业现代化其遗留信息技术资产的备选方案。文中使用了一家虚构的电信服务公司作为案例研究，该公司为中西部若干个城区的家庭客户和当地企业提供高速 Internet 接入、有线电视、本地和长途电话以及无线通信服务。该公司的 IT 部门提供应用程序服务以支持业务，例如服务订单和服务供应的管理、问题报告和解决、消息处理，以及计费系统。该公司需要转换其遗留系统以支持新的业务计划。来自 IBM 的产品和服务在该解决方案中起主要作用。 |
|
|
|
2008年6月19日 |
|
| |
业务规则入门简介
从公司开始使用软件应用程序来自动化其业务流程开始，业务规则其实就已经存在了。传统上，业务规则一直深埋在用某种过程编程语言编写的应用程序中。随着业务规则的成熟，业务用户尝试不通过 IT 系统直接控制和管理这些规则，但是不总是能取得成功。本文将使用一个来自保险行业的示例，介绍业务规则以及业务规则管理系统（Business Rules Management System，BRMS）在弥合业务与 IT 差距方面的重要性。 |
|
|
|
2008年6月19日 |
|
| |
使用 IBM 中间件实现 SaaS 解决方案，第 1 部分: 挑战和体系结构模式
符合软件作为服务（Software as a Service，SaaS）交付模式的 Web 交付解决方案（其中客户从服务提供者站点订阅和访问软件，而不是获取许可证并将软件安装在自己的环境中）可以为任何规模的企业提供极具吸引力的业务价值。开发新解决方案或转换现有解决方案的解决方案开发人员以及部署这些解决方案的服务提供者都面临着若干技术挑战。多承租（multitenant ）就是一个示例，其中在服务提供者环境中运行的单个软件实例服务于多个组织。本系列文章将描述通常使用面向服务的体系结构 (SOA) 技术解决这些问题的不同模式。还介绍 IBM 软件产品如何帮助您构建和部署可扩展、可配置和成本高效的 Web 交付的多承租解决方案。 |
|
|
|
2008年6月16日 |
|
| |
企业开放体系结构，第 1 部分: 开放体系结构的体系结构原则
企业开放体系结构（Open Architecture，OA）是一种非功能需求模式，可以帮助您创建和维护更加开放和灵活的复杂系统以及系统的系统。拥有大型复杂系统的组织正在期望 OA 帮助管理复杂性，提高灵活性和降低系统成本。在系统设计和实现中满足 OA 非功能需求（开放标准、模块性、可互操作性、可扩展性、可重用性、可组合性和可维护性）是企业级 OA 的基本要求。在本文中，了解 OA 背后的企业业务驱动因素，以及 OA 非功能需求。本文还将介绍用于处理这些需求的关联体系结构原则。后续文章将讨论 OA 业务原则、OA 指标和其他 OA 主题。 |
|
|
|
2008年6月12日 |
|
| |
用 Rational Software Architect 建立面向服务的体系结构（Service-Oriented Architecture）的模型，第 4 部分: 用例模型
本教程是这个系列教程的第 4 部分，它介绍了用例模型的相关内容。本文继续使用前面所引入的在线 DVD 租用的案例研究，您将通过使用 IBM Rational Software Architect 建立一个基于这个案例研究的用例模型。 |
|
|
|
2008年6月5日 |
|
| |
架构宣言: 采用敏捷开发，第 1 部分
随着敏捷开发的日益流行，许多公司正在考虑如何利用敏捷开发流程和架构。您可以通过本文了什么是解敏捷开发，如何利用其优点，以及对实现敏捷流程和架构对组织的要求。 |
|
|
|
2008年6月5日 |
|
| |
SOA 案例研究，第 3 部分：服务连接场景
本文中的案例研究重点说明与开立新帐户服务的连接性相关的挑战和解决方案。其中描述如何使用“SOA 中的服务连接性场景”的实现模式来解决与该案例研究相关的业务和 IT 挑战。 |
|
|
|
2008年5月29日 |
|
| |
信息架构本质，第 2 部分: 管理企业信息
信息内容管理涉及到确定有用的信息、将该信息组织到直观的结构中，以及控制对该信息所做的更改。内容具有多种形式，包括文本、图形、表格、图表、图解、记录、地图、视频、音频以及其他许多形式。了解如何通过分类和组织内容以适合受众，从而将该信息组织到可维护和便于使用的结构中。 |
|
|
|
2008年5月29日 |
|
| |
基于服务的企业集成模式轻松入门，第 3 部分: Web services 和注册中心
本系列的第 1 部分和第 2 部分讲述了开发基于服务的集成模式所需的基本概念。本文（即本系列的第 3 部分）和即将发布的第 4 部分将进一步完善这些思想，使基于服务的集成模式成为全面的基于服务的模式。本文特别阐述了通常被总称为 Web services 的一些组件，这些服务最初是针对可以通过 Internet 访问的服务设计的。您还将看到，许多 Web services 组件可用于不使用 Internet 而仅需要一个网络连接的服务。 |
|
|
|
2008年5月26日 |
|
| |
SOA 案例研究，第 2 部分： 服务创建
本文中的案例研究重点是与 SOA 服务创建和重用相关的挑战和解决方案。在本文中，我们将介绍如何使用关键方法和选项来利用现有的 IT 资产并通过 SOA 接口加以重用，还将介绍如何为新的和现有的资产构建服务，以确保它们可以用于未来的 SOA 工作。本文描述了如何使用“面向服务的体系结构中的服务创建场景”的实现模式来解决与该案例研究相关的业务和 IT 挑战。 |
|
|
|
2008年5月22日 |
|
| |
SOA 案例研究，第 1 部分：项目启动
本文概括介绍了虚构的 JKHL Enterprises (JKHLE) 公司的情况，这个虚构的公司已在一系列面向服务的体系结构 (SOA) 场景文章及相关的工作产品中被引用，作案例研究之用。本案例研究介绍了如何借助 SOA 原则通过应用 SOA 场景实现模式来应对常见的业务和 IT 挑战。 |
|
|
|
2008年5月19日 |
|
| |
体系结构实践，第 6 部分: 为何业务流程管理 (BPM) 对企业非常重要
体系结构实践系列文章本部分重点讨论为何业务流程管理 (BPM) 从业务和 IT 的角度而言都是极为重要的一部分。业务流程的有效管理对推动企业中的业务敏捷性非常重要。本部分将介绍 BPM 及其生命周期阶段，并了解其如何对面向系统的体系结构（Systems-Oriented Architecture，SOA）形成补充。 |
|
|
|
2008年5月15日 |
|
| |
使用面向服务分解技术来满足架构目标
在本文中，设计了一组定义企业架构蓝图的服务，以使用层次结构的分解方法来支持业务目标。 |
|
|
|
2008年5月8日 |
|
| |
评估软件体系结构的质量
学习四种帮助您了解现有软件体系结构质量的方法。评估方法可以帮助您分析软件体系结构设计是否适合于一组给定的需求。了解如何通过体系结构评估来改进软件体系结构的质量。 |
|
|
|
2008年5月6日 |
|
| |
体系结构实践，第 5 部分: 场景 2：实际 SOA 场景中的服务连接性选项
使用 IBM 面向服务的体系结构（Service-Oriented Architecture，SOA）基础生命周期在软件开发生命周期上下文中考虑 SOA。本系列的这一部分将重点讨论 SOA 场景中的第二个场景，即服务连接性场景。探索四种实现服务提供者与使用者之间连接性的方法。 |
|
|
|
2008年4月21日 |
|
| |
探索企业服务总线，第 2 部分: 为什么 ESB 是 SOA 的基本组成部分
本系列的第 1 部分描述了称为企业服务总线（Enterprise Service Bus，ESB）的体系结构模式如何适应 IBM SOA Foundation，以及 ESB与 Foundation 的其他部分如何相关。在本文中，了解为什么 IBM 认为 ESB 在采用面向服务的体系结构（Service-Oriented Architecture，SOA）时提供了极大的价值。作者将与您分享从有关许多采用了 ESB 的成功 SOA 客户项目的广泛经验中获得的见解和最佳实践。 |
|
|
|
2008年4月17日 |
|
| |
基于服务的企业集成模式轻松入门，第 1 部分: 基本概念的演变
本系列文章通过便于理解和分步指导的方式解释基于服务的企业集成模式。在本系列文章的第 1 部分中，您将学习两种最早的集成模式——仅共享数据和远程过程调用 (RPC)——通过学习这两种模式可以帮助您理解服务提供者和服务使用者、平台独立性和连接性的概念。研究 RPC 可以帮助您熟悉两个应用程序共享功能所需的基本步骤。本文还将向您概括介绍松散耦合、代码重用、分层和组件化的概念。本系列的第 2 部分将继续讨论这些早期模式，而第 3 和第 4 部分将概括介绍基于面向服务的体系结构 (SOA) 的集成模式，其中还包括一些示例。 |
|
|
|
2008年4月15日 |
|
| |
基于服务的企业集成模式轻松入门，第 2 部分: 进一步介绍基本概念的演变
本文是系列文章的第 2 部分，将接着介绍第 1 部分中没有讲到的内容。到目前为止，您已经学习了两个最早的集成模式——数据共享（socket 编程）和远程过程调用 (RPC)，下面将继续学习一些基本概念。再学习两个更高级的模式：分布式对象和异步消息传递。了解语言独立性的概念、服务接口声明、服务的发布和发现的基本思想，以及企业服务总线 (ESB) 的基础知识。 |
|
|
|
2008年4月15日 |
|
| |
Rational Data Architect 的功能概述
了解 Rational Data Architect (RDA) 的卓越功能，及其在使用 Rational Software Development Platform 进行软件开发的生命周期中的位置和用法。在当今的面向服务体系结构 (SOA) 领域，数据是一个关键的组件。本文将介绍 RDA 如何解决 SOA 中数据的重要性问题，以及如何在企业环境中使用 RDA。
|
|
|
|
2008年4月14日 |
|
| |
关于软件产品线的面向服务的分析与设计方法
本文探索面向服务的软件产品线（Service-Oriented Software product line，SoSPL）方法，此方法将 SPL 可变性分析技术应用于 Web 服务，以设计基于服务的自定义应用程序。了解软件产品线（software product line，SPL）如何促进不断发展的系统系列的敏捷和灵活的应用程序开发。了解采用 SPL 原理如何提供一种系统的方法来分析和设计面向服务的应用程序。 |
|
|
|
2008年4月11日 |
|
| |
SOA 安全性基础知识，第 2 部分: 创建任何人都可以使用的高层次设计
本系列共包括三个部分，本文是其中的第二部分，将讨论可帮助 SOA 安全团队开发成功的高层次设计的规则。 |
|
|
|
2008年4月2日 |
|
| |
企业 IT 构架师：接触甲板上的新角色
在世界各地的 IT 厂商中正在出现一个新的角色：企业 IT 构架师。要了解为什么这个角色对于您的软件开发团队以及您的整个组织有十分关键的作用，请继续往下阅读。学习这个职位所必需的技能，以及帮助高级信息主管（CIO）和其他决策制定者在提供高质量 IT 服务方面企业 IT 构架师所发挥的作用。 |
|
|
|
2008年4月1日 |
|
| |
增强设计过程：作为幕后项目经理的架构师
在本文中，了解如何通过分析和交流有关风险因素、复杂性、预算和期限的知识，从而大幅度改进项目。 |
|
|
|
2008年3月28日 |
|
| |
SOA 与情景应用程序，第 2 部分: 构建 IBM 情景应用程序环境
本系列的第一篇文章解释了基于 Web 的情景应用程序（situational application，SA）对企业的适用性、此类应用程序与面向服务的体系结构（Service-Oriented Architecture，SOA）的关系，以及如何使用此类应用程序来改进公司 IT 的当前状态。本文将描述 IBM 构建情景应用程序环境（Situational Applications Environment，SAE）的经验，开发 SAE 的目的是为了支持基于社区的计算，这种计算方式同时利用了传统 SOA 和新兴的 Web 2.0 技术和方法。 |
|
|
|
2008年3月24日 |
|
| |
SOA 与情景应用程序，第 1 部分: 改变企业中的计算
本文将介绍基于 Web 的情景应用程序 (SA) 对企业的适用性、与面向服务的体系结构的关系，以及如何将其用于改进企业 IT 的现状。本文将描述 IBM 在构建情景应用程序环境 (SAE) 方面的经验，开发 SAE 的目的是为了支持基于社区的计算，这种计算方式同时利用了传统面向服务的体系结构和新兴的 Web 2.0 技术和方法。另外，还将探讨几种情景应用程序，并了解其业务状况和问题、体系结构、实际业务成果、支持该解决方案的技术和经验教训。 |
|
|
|
2008年3月24日 |
|
| |
企业 Web 2.0，第 2 部分: 企业 Web 2.0 解决方案模式
本系列文章共有四个部分，将简要地介绍商业组织和公共组织如何设法利用现今的 Internet 技术。本系列的第 1 部分讨论了日益成熟的 Internet 技术（以 Web 2.0 为代表）对此类组织越来越广泛的影响。在本文中，我们将了解通过 Web 2.0 技术所能实现的基本业务功能（我将其称为企业 Web 2.0 解决方案模式），各类组织在寻求业务、产品和服务方面的创新时可以对这些业务功能加以应用。 |
|
|
|
2008年3月17日 |
|
| |
探索 SOA 体系结构和服务的基本原则，第 3 部分: 面向服务的解决方案和企业体系结构
在本系列的前面两个部分中，我们介绍了在开发面向服务的体系结构时使用体系结构技术的重要性，讨论了抽象级别的使用，介绍了 IBM SOA 解决方案堆栈（提供了考虑 SOA 时的九个关注点分离），确定了体系结构软件在开发流程的上下文中的位置，介绍了业务体系结构，了解了模型驱动的开发（Model-Driven Development，MDD），并讨论了如何利用现有资产。在本文中，我们将了解是什么让 IT 解决方案具有面向服务的特征。我们还将讨论从企业的角度考虑 SOA 时要注意的各个重要方面。 |
|
|
|
2008年3月17日 |
|
| |
企业 Web 2.0，第 1 部分: Web 2.0——把握业务创新的脉搏
在关于企业（商业组织或公共组织）如何利用当代 Internet 技术方面，Web 2.0 位于激动人心的新潮流的腹地。本系列文章共包括四个部分，将对 Web 2.0 与企业相关的各个方面进行讨论。在第 1 部分（即本文）中，我们将了解 Web 2.0 背后的业务和技术推动因素、Web 2.0 给企业带来的挑战和机遇以及 Web 2.0 和面向服务的体系结构 (SOA) 的关系。 |
|
|
|
2008年3月17日 |
|
| |
将遗留系统集成到您的 SOA 中
您希望在组织中实施面向服务的体系结构（Service-Oriented Architecture，SOA），以提高流程的灵活性、适应性和灵巧性。但您已经在业务流程中使用了一系列现有系统。该怎么办呢？将 SOA 与您的遗留应用程序集成，以从其获得更多的价值。本文将向您介绍实现此目标所需的步骤，以及要加以避免的失误。 |
|
|
|
2008年3月3日 |
|
| |
让 IT 与 SOA 解决方案中的卫生信息交换需求保持一致
很多卫生保健组织都在积极地向 IT 解决方案的面向服务的体系结构（Service-Oriented Architecture，SOA）寻求帮助，以促进行业的转型。但如何确保为这些活动而交付的解决方案是否满足业务用户的需求，将会面临极大的挑战。分析业务远景和需求，并将其与技术联系起来，这是 SOA 实现中最为重要的一部分。本文将以卫生信息交换网络为例，介绍管理此类需求的一种方法和相关的最佳实践，说明如何在引入 SOA 的过程中使用软件工具来确保技术投资与业务目标保持一致。 |
|
|
|
2008年2月29日 |
|
| |
企业架构核心，第 7 部分: 监控架构的有效性
您的企业架构设计已经得到实现并不意味着您就高枕无忧了。通过本文了解当您的设计正在运行时要监视什么。
|
|
|
|
2008年2月28日 |
|
| |
面向 ESB 的体系结构：一种错误的采用 SOA 的方式
本文讨论了一些围绕构建企业服务总线（Enterprise Service Bus，ESB）的项目出现的问题。文中将说明没有以面向服务的体系结构（Service-Oriented Architecture，SOA）为目标,而仅仅去实现 ESB 的项目为何不好，并说明应该如何正确地采用 SOA。 |
|
|
|
2008年2月21日 |
|
| |
企业架构核心，第 6 部分: 可管理性
当今组织面临两个重要企业架构需求的挑战：对敏捷性的需要和法律法规治理的开销。可以将这些需求视为相互对立的——如果业务流程必须灵活，则那些流程的治理可能非常困难。探索“将可管理性作为解决此问题的关键企业架构（Enterprise Architecture，EA）质量属性”的概念。 |
|
|
|
2008年2月21日 |
|
| |
企业架构核心，第 5 部分: 与企业一同发展
企业架构涉及到规划——为现在和将来而规划。了解企业架构设计如何与企业一同发展。 |
|
|
|
2008年2月18日 |
|
| |
软件组件：粗粒度与细粒度
IBM 中间件产品提供一系列软件组件技术，用于构建满足各种需求的应用程序。有些组件技术（如 JavaBeans）是细粒度的，而其它技术则是粗粒度的。本文将提供一组指导原则，用于在面向服务的体系结构（Service-Oriented Architecture，SOA）的上下文中对软件组件技术进行分类，对目前行业内占主导地位的各种组件技术进行定位。最终了解服务组件体系结构（Service Component Architecture，SCA）为何是最适合粗粒度组件的模型。 |
|
|
|
2008年2月18日 |
|
| |
企业架构核心，第 4 部分: 持续测试企业架构
在成功构建新的 IT 企业架构之后，就应该对该架构进行测试了。测试可以证明您和您的团队的辛苦工作没有付之东流。通过对新架构进行压力测试，您将了解架构的弱点在哪里，以及架构对企业的适应情况如何。 |
|
|
|
2008年2月13日 |
|
| |
企业架构核心，第 3 部分: 设计和构建企业架构
构建卓越的 IT 架构需要花时间并进行规划。通过评估已经拥有的基础，然后可视化其应该具有的状态，您可以让卓越的企业架构成为现实。要实现梦想中的架构，请在本文中了解要构建什么，如何构建，以及在什么基础上构建。 |
|
|
|
2008年2月4日 |
|
| |
企业架构核心，第 2 部分: 开发和管理企业架构存储库
在本文中，我们将讨论有关可靠企业架构存储库创建的结构与管理问题，以便充分利用组织的现有资产。 |
|
|
|
2008年1月31日 |
|
| |
应用程序架构本质，第 9 部分: 针对易变性设计应用程序架构
对于包含会带来不确定性和潜在变更因素的环境，本文讨论可帮助减少易变性对应用程序影响的方法和工具。 |
|
|
|
2008年1月29日 |
|
| |
应用程序架构本质，第 8 部分: 对应用程序开发项目进行评估
了解软件开发项目的评估方法，获得改进评估的建议，并了解进行评估时应该考虑的事项。 |
|
|
|
2008年1月24日 |
|
| |
将测试组件嵌入运行系统中
大型企业解决方案具有许多组件。验证每个系统组件的可操作性充满了挑战，但它是一项极其重要的任务。即使在生产环境中，您也可以适用嵌入的测试组件，这些组件使得整个系统在部署期间可测试。在本文中，您将了解如何在项目的体系结构、实现和操作阶段高效地为嵌入的测试组件做好安排。您还将了解如何在具有最小操作开销的情况下将这些测试组件嵌入到功能组件中。 |
|
|
|
2008年1月21日 |
|
| |
DB2 Magazine：Info 2.0
网络社区、博客、维基、RSS 提要、mashup 和其他 Web 2.0 技术像一场风暴正席卷着全球企业。不久之前，IBM 启动了 Info 2.0 计划，目的就是抓住机遇，关注并掌控这种力量。这项计划最终要汇聚各方的聪明才智——客户、合作伙伴，甚至可能包括竞争对手（这多少有些令人惊讶）。 |
|
|
|
2008年1月18日 |
|
| |
DB2 Magazine：“ Viper 2 ”助力 IT 敏捷性
DB2 for Linux, Unix, and Windows 的下一个发行版（预计于今年年底推出）承诺改进 XML 开发、可用性、安全性、工作负载管理等特性，以帮助 IT 部门跟上不断变化的业务需求。 |
|
|
|
2008年1月18日 |
|
| |
应用程序架构本质，第 7 部分: 应用程序架构安全性
为了能在体系结构层次保持实力，成功的 IT 专家都会从战略、系统、策略和过程的角度思考问题。从编程的圈子跳出来，了解从较高的应用程序架构级别处理安全性的新方法。跑在安全违规行为的前面，帮助确保您企业的高度安全性。 |
|
|
|
2008年1月17日 |
|
| |
DB2 XML 编程，第 2 部分: 在应用程序体系结构中使用 XML 数据库支持
了解 IBM DB2 9 for Linux, UNIX, and Windows 新的 XML 存储和查询环境如何处理本系列第 1 部分中描述的 XML 数据模型。第 2 部分主要关注如何在应用程序体系结构中使用新的 XML 数据库支持。
|
|
|
|
2008年1月10日 |
|
| |
应用程序架构本质，第 6 部分: 了解性能管理
使用性能管理技术确定设计中的问题或防止出现设计问题。了解如何利用早期计划帮助快速诊断问题（以减少停机时间）和提供关于即将出现的问题的预警。 |
|
|
|
2008年1月7日 |
|
| |
探索 SOA 体系结构和服务的基本原则，第 2 部分: 业务体系结构的重要性、模型驱动开发和重用现有资产
在本系列的第二篇文章中，让我们进一步了解体系结构——这次在业务级别进行讨论。了解模型驱动开发（Model-Driven Development，MDD）和可重用资产框架及类型；在设计面向服务的体系结构 (SOA) 解决方案时可以对这些技术加以利用。 |
|
|
|
2008年1月4日 |
|
| |
探索 SOA 体系结构和服务的基本原则，第 1 部分: 使用体系结构和抽象级别来创建更好的 SOA
更深入地研究面向服务的体系结构 (SOA) 的组成要素，分析体系结构的优点，了解抽象级别如何帮助我们改善开发流程，了解创建并使用体系结构的人员，以及体系结构在软件开发生命周期中所处的位置。 |
|
|
|
2007年12月28日 |
|
| |
满足软件即服务 (SaaS) 应用程序的安全需求
了解基于 Java 2 Platform Enterprise Edition (J2EE) 的、多承租者的、高效的 SaaS 应用程序的各种安全需求，并研究相关的机制，以处理实现用户安全身份验证以及授权的各种需求。 |
|
|
|
2007年12月24日 |
|
| |
SOA 中的服务接口设计最佳实践，第 2 部分: 使用服务向服务使用者应用程序报告错误
面向服务的体系结构（Service-Oriented Architecture，SOA）强调企业内不同系统间的松散耦合。服务接口结构在 SOA 中是最重要的。设计糟糕的服务接口可能会对所有使用接口的应用程序造成负面影响。在本文中，我们将了解如何在 SOA 环境中使用服务接口来报告服务错误，从而提高 SOA 解决方案的健壮性。 |
|
|
|
2007年12月20日 |
|
| |
构建有效的系统模型
UML 模型的各种关系图都具有各自共同的主题，而且包含轴心内容，作为每个关系图所关注的核心。在本文中，您将了解如何基于形式、主题和轴心内容的原则组织和表示 UML 模型视图。 |
|
|
|
2007年12月17日 |
|
| |
创建流程文档指南
建立包括以下项目的流程文档指南模版，以记录流程：范围声明、适用性表、受影响的产品系列、涉及的流程角色、流程管理系统过程、例外管理流程和决策表。 |
|
|
|
2007年12月13日 |
|
| |
