??xml version="1.0" encoding="utf-8" standalone="yes"?>
随便说说Q其实我早已l猜透看透不惛__只是我怕眼泪撑不住
我的认真Q|l黑色幽默?br />
See you SOA.
刚才说了很多负面的东西,先贬后褒吧!
7. 看到很多队伍Q特别是本科队伍Q在有课E安排的情况下还坚持搜集了很多资料,写blogQ作品应该很完成得很,l常做到晚上2Q?炏V自叹不如,应该向你们学习!
8. 有很强的开源精,技术充分共享,x充分交流?br />9. 团队协作在很多团队的blog里体现得很充分,分工合理Q充分沟通,׃n资源。不但把自己的本质工作做好,q能ZQؓ整个团队做出持箋的A献。这L团队是NB的,1+1l对大于2Q?/font>
以下是我l历q个初赛的一些想法和看法Q和大家分n一下。估计已l开始结仇家了,哈哈Q?br />*/
我的回复内容Q?/p>
1.恩,集体重装机器。从微Y的C一套集体过渡到IBM的java一套,哈哈?br />2.我们队目前ؕ七八p的文章加v来有179,不属于您说的q种情况?br />3.我感觉我们队伍还是很有希望的Q想l评委点儿好印象Q就提前一周交了?br />4.以前回过10个帖子以内,最q回?0个左叟뀂算淯否?
5.我们在报名的时候写blog了,http://www.shnenglu.com/zhangji198543
6.我们?0的文档是报名的W一天的时候就发上MQ那些是我选的一些文?一是方便其他队员再L文章,另一个是Z大家能够多用SOA思想武装自己,最后统计有60技术文档?/p>
7.我们队伍3个h都是本科?上午上课,下午1点半到晚?0点半在公司实?周末有时候加?2.3Ҏ正常.呵呵.您是在说我们?
8.q一Ҏ们做的不够好,很多东西没往上面?
9.q点是必ȝ,我觉得很多团队都会做的很?
|
程是指定的zd序Q包含明确定的用于提供业务值的输入和输出。例如,技术文档搜索流E从 Web 面提取客户的搜索请求,q生成可选的文档列表?/p>
ҎE进行徏模是非常大的挑战。徏模应当确保捕L相关信息的一致性及完整性,以便业务分析员及开发h员能够理解模型所捕获的业务需求。在建模q程中,除了正常操作以外Q标准流E的其它操作和异常必需获取。具有不同领域兴的专职人员和专家可以构建适合于大范围业务对象的流E模型。例如,分析员需要对程有高度的见解以做出战略性决{,q进行诸如仿真之cȝ程分析。开发h员将程模型作ؓ输入来实现解x案?/p>
分析员基于从业务需求所有者中所攉的需求构Z务流E?(BP) 模型。通过使用适当的工P例如 PowerPoint、spreadsheets、IBM] Rational] Requisite Pro 或者其它Q意工L合,q且在适当的时候可能是程建模工具本nQ来攉q些需求。分析员这些需求及对现有流E的分析作ؓ构徏模型的输入条件。现有的程模型用于对其q行分析或者通过修改现有的模型来创徏新的程模型Q而不用从头重新创建?/p>
通过?BP 分成子流E开始徏模过E。随后是Ҏ兴趣的各子流E进行分析以定lg、服务、输入输出数据、策略及量。通过使用 WebSphere] Business Integration Modeler 软g工具 (Business Integration Modeler) 这些元素编码到 BP 模型中?/p>
使用一U名?i>程元素的徏模构件来定义 BP D,其设计为可复用。流E元素是一U定义流E段的构件资产,?BP 模型中,q种程D被设计为可复用的构件来理。它们将已徏立的一pdd、决{、对数据对象的引用、策略、角色及试合ƈh。例如,d程元素包含一pdzdQ登录证书数据以及完成用L录过E的d规则?/p>
q些程元素表示可接受的操作行ؓQ类似的需求也可复用它们,例如Q作?i>子流E?/i>模型以检验和物篮中的商品定h?/p>
服务元素是预先定义的服务Q可以被导入?Business Integration Modeler 中以集成到模型中。这些服务元素指定了输入、输Z及发布的 Web 服务的操作。例如,服务元素可以指定发布q程部g提供者的 Web 服务?/p>
![]() ![]() |
![]()
|
Business Integration Modeler 为分析员提供了工具以q行建模、分析、仿真,q在它们{换或导出?Rational XDE ?UML 模型?WebSphere Business Integration Server Foundation (Business Integration Server Foundation) ?Web 服务的业务流E执行语a (Business Process Execution Language for Web ServicesQBPEL4WS) 中之前改q了业务程。我们?Business Integration Modeler V5.1 来创?BP 模型q且它们导出到 WebShere Studio Application Developer Integration Edition V5.1.1 (Application Developer) 中,?a >?1 所C?/p>
?1. 从分析员到开发h员的模型转换
Business Integration Modeler V5.1 提供了一套丰富的程建模功能Q包括许多图形化及文本编辑器、业务操作模?(business operations modelQBOM)Q以及用于将 BOM 转换成相应的目标q_构g的{换机制?/p>
?2. Business Integration Modeler ~辑器、模型及转换
?a >?2 所C,分析员在适当的编辑器Q例如,用于 BP 工作(包括zd及它们之间的q接Q的囑Ş表示的用hE编辑器Q中创徏了各U流E元素。这些流E元素作?BOM 存储在磁盘文件中。Business Integration Modeler 自动应用 BOM 上的相应认。在模型导出的后期,分析员将应用适当的{换机制将 BOM 转换成相应的目标构g?a >?2 昄了受支持的四U类型的输出构gQ?/p>
业务程建模包含Q?/p>
我将在接下来的部分中详细Cl每一步?/p>
![]() ![]() |
![]()
|
BP 分析员与 BP 所有者及领域专家协作来获取所需的全部信息以构徏 BP 模型。例如,分析员用适当的工h集角艌ӀQ务、序列信息、资源、数据、叙q、需求,{等Qƈ它们作为构?BP 模型的输入内宏V通过?Business Integration Modeler 中创建流E模型,业务分析员所获取的信息可以轻易地导出l工作流开发h员,使他们在 Application Developer 工具中用这些信息?/p>
![]() ![]() |
![]()
|
业务目是业务文档、工作品或者在业务操作中用的商品。业务项目的一些实例包括订单文档、客户地址及材料帐单。分析员可以导入?XML schema 格式定义的数据模型或者?Business Integration Modeler 来创建新数据模型?/p>
数据建模的元素包括创建如下内容:
数据目录是用于组l业务项目、模板及目实例的文件夹。数据目录的创徏是可选的Q如果没有选择Q那么将会以 Business Integration Modeler 默认?i>业务目数据目录来创建数据模型?/p>
创徏业务目q将其添加到现有的数据目录中。随后将业务目属性添加到业务目中。例如,我们?order 业务目Q它有诸?orderItems
?valid
之类的属性。这些属性可能是单类型(String、Integer、Boolean {等Q,也可能是同一或不同数据目录中的业务项目。例如,order 业务目可能包括 OrderItem
cd的属?orderItems
Q该cd位于同一或不同数据目录中?/p>
业务目模板可以用于创徏h公共属性的业务目。新建的业务目可以d新的模板中没有的属性。例如,可以创徏h适当属性的 orderItem 模板Q然后用该模板无需输入完整?orderitem
属性就可以创徏 purchase order ?manufacturing bill of materials 目。此外,可以通过d新的属性来d适当的扩展名。例如,您可以从 orderItem 模板中创?purchase order 目Q然后加入额外的属性,?purchase date
?code>location?code>store {等。业务项目实例表C具体的业务目事gQ例如,刉号码ؓ?xDBCS”的订单?/p>
可以规则与业务目和它们各自的属性联pv来。但是,׃目前 BPEL 输出不支持该功能Q所以它应当被添加到模型中以帮助开发h员开发。我们推荐将创徏数据目录及业务项目作为流E徏模的W一步,以便它们可以与其它Q务相兌?/p>
通过讄目属性的最值和最大值来创徏业务目的定购序列(数组Q。无Z时只要可以就使用 WBI 模型中的 XSD 引入选项从现有的 XML schema 元素中引入业务项目。将数据目录映射?java 包及 XSD schema 的目标命名空间中Q因此我们推荐用适当的用数据目录名UC避免开发问题?/p>
![]() ![]() |
![]()
|
资源是指人、设备及执行d所用的材料。角色ؓ资源d了额外的特征。例如,雇员可能是经理。ؓd指派角色主要Z在具有员工活动的程中用。例如,理员可能处理Q务中的异常(例如Q无效的命o、系l崩溃)。通过调整资源分配来进行流E分析。该分析提供了资源利用的详l信息ƈ且有助于计算耗费及周转时间。这有助于优化和改进程。此外,对于工作而言Q角色用于将人分配到员工zd中?/p>
![]() ![]() |
![]()
|
?Business Integration Modeler 中,服务被定义ؓ外部实体Q不包括在被建模的流E之内)Q可以从l织程的内部用这些外部实体?/p>
?Business Integration Modeler 中,可以一套输入分l作入标准。每个输入标准都定义了特D的输入l合Q这些组合可以启动流E、服务或d。如果输入不止一个,那么默认按照?/i>的条件。对?i>?/i>条gQ可以创建额外的输入标准。向 BPEL 导出Ӟ限制每个元素只能有一个输入标准。类似地Q用输出标准将输出分组。在 Web 服务 WSDL 接口模型QportType 定义Q中Q这些输入及输出标准分别被映到操作输入及输出的消息中?/p>
虽然可以为每U服务创多输入及输出标准Q但是在 BPEL 中这是不允许的。对于基?BPEL 的可执行的工作流来说Q推荐有限的一个输入标准及一个输出标准。WSDL portType 操作接受单一的输入消息及单一的输出消息?a >清单 1 展示了如何将输入标准及输出标准映到 portType 操作的输入及输出消息中?/p>
清单 1Q输入标准和输出标准
|
目前q不能通过复用现有的服?WSDL 来创建服务元素。要复用现有?WSDL 需要更改已生成的代码。随后开发h员应当通过 BPEL partnerLinks 与适当的外部服务相兌?/p>
![]() ![]() |
![]()
|
分析员可以指定需要的{略Q但是需要显式的、可执行的规则来实施q些{略。策略通常是要声明的,例如Q?i>“仅国客户可以定购机器 X?/i>。在实施中每个策略可能需要一个或更多的实施点。实施点可以作ؓ程的显式步骤或代码中的指定位置来实现。处理事件的时候也可能出现实施炏V规则对于实现策略实施点来说是有效的方式。规则是强制性的且在逻辑上是可执行的?a >清单 2 展示了一个简单规则的实例?/p>
清单 2Q简单规?/b>
|
在某些情况下Q没有显式地声明{略Q但是在实现中隐含地定义了策略。换句话_实际的已实现的实施点和规则定义了{略?/p>
分析员将{略写入每个d的注释中。开发h员负责将{略转换成规则。分析员可以向模型中d服务元素Q这代表了提供实施点的现有服务。他们还可以dd来表C实施策略的代码的占位符。开发h员ؓ实现该Q务添加必要的代码Q换句话_是执行适当的规则。(详细信息误“随需应变业务程的生命周期”系列文章的W?4 部分——请参阅参考资?/font>Q?/p>
![]() ![]() |
![]()
|
为流E徏模的d包括定义业务程的细节,qؓ所有数据、资源及程中所使用的其它元素徏模。业务流E包含一些流E步骤,它们通过控制相q接Q这些控制流活动与决策点相q。决{点遵@业务规则Q{换条ӞQ用这些业务规则来定程应当依照什么\U进行。徏模包括将 BP 分解成子程q将所需的流E元素添加到模型中。分析员可以现有的模型构gQ例如,服务或流E元素)用于促进q加速模型的构徏。文章“?WebSphere Business Integration Modeler q行业务程建模”(“随需应变业务程的生命周期”系列文章中的部分)描述了从建模构g中构造流E模型(请参?a >参考资?/font>Q?/p>
关键性能指示?(KPI) 是ؓ跟踪业务的关键因素的成|而设计的。BP 监视功能使流E所有者及理员能实时监视 KPI。这些功能有助于分析员确定现有流E中的问题及瓉Q从而结束开发@环,如该pd文章中的W?1 部分中所qͼ请参?a >参考资?/font>Q。Business Integration Modeler 提供了将 KPI d到流E中的工P来记录我们希望跟t的那些程的关键因素(详细信息误文章“?WebSphere Business Integration Modeler q行业务程建模”)?/p>
模型放|在 BPEL 模式中,q样启动了 BPEL 验证查装|。Q何错误及警告都会出现?Error View 中。您可以通过qo该列表来昄错误信息或警告信息,q且从整个项目到仅所选定的元素中选择模型U别。可以导出有错误的模型,但是最后应该找些错误以防止在以后的导出中再ơ重复出现?/p>
模型人员所需?BPEL、XSD ?WSDL 文g导出?Application Developer 工具中——或者导出到现有的服务项目中或者导出到一个文件夹中,以后在导出到服务目中?/p>
?3
昄了所生成的文Ӟ以及程模型元素与生成的文g中相应的构g之间的关pR例如,生成复合业务目作ؓ XSD Complex cd。可以导出整个业务徏模项目,或者项目中所选定的部分。在导出时另一个重要的选项?i>程执行模式。存在三个不同的选项Q默认值是长期q行Q请?应答Q?/i>?/p>
当将程模型导出到基于可执行的流E构件的 BPEL 中时Q三U可用的执行模式是: 业务分析员的l织理严密的徏模过E是随需应变业务程生命周期Ҏ学的关键。业务流E模型定义了技术架构以校准 IT 开发的业务规范。共享的模型存在于业务流E的整个生命周期中,有助于保持业务和 IT 视图的同步性。本文介l了一些流E徏模概念,通过q些概念分析员可以?WebSphere Business Integration Modeler V5.1 来定义业务流E。此外,本文q给Z一些徏模指|q描qC Business Integration Modeler 中的各种输出选项及生成的作ؓ开发工兯入的构g?/p>
Business Integration Modeler V5.1Q核心功?/span>
WebSphere Business Integration Modeler V5.1 是特别ؓ业务用户设计的易于用的工具Q他们能够捕获q编制业务流E的具体步骤。包括下列核心功能:
用户配置文gQBusiness Integration Modeler 提供了三U不同的用户配置文gQ得对于同一程模型可以有不同的视图。这三种配置文g是:初、中U、高U。这些配|文件与不同的用戯色相联系。业务领域的专家或分析员使用初配置文gQ它业务Q务作为活动序列,而其余的模型信息作ؓ文档来获取。中U配|文件在技术上更针对于数据模型的细节、表辑ּ及基C息,q且它更适合于业务架构师。高U配|文件提供了更详l的程及数据模型的信息。此配置文g非常适用于解x案中或适合?IT 架构师。注意,转换配置文g不会改变基本的数据模型?/p>
技术模?/i>Q存在三U技术模式:操作、BPEL ?MQ Workflow FDL。依照技术专家对所需l节的看法,您应当在模式之间q行切换。在某些模式中一些选项及符号元素可能失效了Q所以选择合适的模式有助于ؓ目标程的执行环境定义适当的构件。注意,转换模式不会改变基本的数据模型?/p>
目录Q这些是对类似的建模实体的逻辑分类。包括: q些分组增强了徏模实体的可复用性?/p>
程Q流E是zd的顺序、执行这些活动时所规定的条件的序、执行活动所需要的资源序Q以及活动同服务交互时传递的数据的序。通过使用工具提供的图表符h这些流E徏模?/p>
仿真Q流E模型仿真帮助组l观察在不同的输入下程是如何执行的。该功能提供了对于输入的更改、对于消耗因素的兌Q以及对于资源或当前配置的调_来模拟真实的业务场景。这些分析增Z对于关键路径、最短\径、周转时间及对于程模型的耗费/旉的测量的分析?/p>
报告Q该功能为流E分析及重新设计提供了非常有价值的指导。存在各U可用的报告功能Q包括流E摘要、对于两个流E模型的比较、ROI 试中的 As-Is ?To-Be 的比较、文档及q程Q规则、策略及q程Q报告?
分析Q在程模型中可以进行两U分析:静态分析及动态分析。在静态分析中Q大多数信息是从模型中提取出来的Qƈ用于分析消耗、时间管理、性能、流E有效性及资源水^。动态的分析是由Z输出日志或事件的模拟程的输E来完成的。存在两U动态分析:聚合分析Q基于多个流E模型元素的执行q程Q和实例分析Q用流E元素的特定序列的执行实例)?
?3. 生成的文件及其同程模型元素的关p?/b>
]]>
Process modeling
Swimlane modeling
Visio Import
Eclipse integration
Six Sigma Support
Reporting
Crystal Reports Integration
Team support (CVS/ClearCase)
Basic, Intermediate and Advanced Editing Modes
WebSphere Business Modeler Advanced
Basic plus?br />Performance simulation
Swimlane simulation
Business analysis (static/dynamic)
WebSphere Process Server support
WebSphere MQ Workflow support
WBI Server Foundation support
UML, XML, XSD support
Business Measures (Monitor) support
Collaboration support
WebSphere Business Modeler Collaboration Server
One-step process model Web publishing
Web-browser-based Portal interface
Access control at process, catalog or project level
Feedback on specific artifacts or entire processes
Attach documents and URLs
WebSphere Business Modeler Collaboration Edition
Bundle:
WebSphere Business Modeler Collaboration Server
10 licenses of WebSphere Business Modeler Advanced
虽然 SOA 可以带来许多好处Q但同时也可能受C下一个或多个问题的困扎ͼ
如果您用了软gҎ——Y件开发的pȝҎ——来在初?SOA 推出期间提供所需的严格控制和q程Qƈ在优?SOA 的过E中q行调整Q就可以避免q些问题。在考虑此处l出的Y件方法之前,请阅Lpd的第二篇文章Q该文指出,在面向服务的体系l构成熟度模型的W?3 U或W?4 U的?a >面向服务的体pȝ构成熟度模型”组l应使用 RUP {正式的软gҎq行开发工作。只要达CW?5 U,他们应该?XP 之类的灵zL法了?/p>
您的企业如何在保持开发过E一致的前提下过渡到较高的成熟度U别呢?本文介l一U最佳组合的ҎQ?i>面向服务的统一q程 ?SOUPQ用于开展构建工作ƈ随后q行持箋优化。在l箋阅读本文之前Q您应当?RUP ?XP 的工作方式有基本的了解。请参阅参考资?/a>Q以获得可帮助您了解相关知识的链接?
![]() ![]() |
![]()
|
SOUP QService-Oriented Unified ProcessQ是一U?RUP ?XP 中的最佳部分来构徏和管?SOA 目的Y件方法。它的目标是Ml织中正在进行的 SOA 目?/p>
典型的Y件开发项目包含应用程序开发过E、项目管理以及所使用的技术。此外,软g开发项目通常h四个变量Q?i>旉、预、范?/i> ?i>质量?/i>M一个变量的变化Ҏ个项目都有媄响。不断变化的业务需求得范围和质量成ؓ两个最隄理的因素。技术复杂性可能导致时间和预算理斚w出现问题?
SOA 目比通常的Y仉目复杂得多,因ؓ它们要求配备更大的跨功能的团队,q且q有因此而带来更复杂的团队间沟通和日常理工作?
虽然 SOA 可以为组l带来许多好处,但同时也可能带来很大的成本支出和旉消耗。如果项目没有经q良好定义,q且在项目启动时没有关于最l结果的q景Q则p|的可能性就非常大?
可以帮助 SOA 成功完成的关键因素有Q?/p>
在初始开发过E中Q采用正式Y件方法是可能地减少已确定的风险的最好办法。成功徏立了 SOA 目后,可利用正式的l护和增量开发方法来增加目?ROI。然而,XP 之类的灵zL法可能不够正式,不适合在初始阶D用。SOUP Ҏ可帮助减?SOA 推出阶段的风险,q能让您随后q行持箋 SOA 优化工作?
SOUP 是一个由六个阶段l成的Y件开发方法。每个阶D代表对?SOA 成功推出非常关键的一l特有的zd。当Ӟ和在M目中一P您将需要根据所在组l的情况对相兌E进行调整?/p>
?1 昄?SOUP q程。此Ҏ也没有非常特别的地方Q所有Y件或 SOA 目都是采用cM的方式定义的?/p>
?1. SOUP q程模型
我将 SOUP q程分ؓ两类Q?/p>
![]() ![]() |
![]() |
?2 昄了用于初?SOA 部v?SOUP 的各个阶Dc?/p>
?2. SOUP ?RUP 模型
每个阶段都包含主要交付内容和zdQ?/p>
在此阶段Q将定l织?SOA 目的需求。您可以通过应用 SOA 成熟度模型来定l织的体pȝ构成熟度水^q确?SOA 的驱动因素。此Ӟ您将需要向Z务服务的所有项目团队说?SOA 的基本概念,q拟订与反馈和徏议流E有关的{略计划?
此阶D늚主要交付内容有:
客户Q即业务q系人)通常q不能完全了解新软g产品可以带来的好处。定?SOA {略的企业团队需要利用项目团队的专业知识来帮助确定业务问题以及简化操作的Ҏ?/p>
跨功能分析h员和目理人员对客户的业务进行分析,以确定基?SOA 的解x案的优势。分析h员将对客L内部操作q行研究Q此外还要分析其与合作伙伴、供应商以及他们的客L交互情况Q而且也会研究其M业务模型。这些因素有助于分析人员制定 SOA {略q向客户推荐?/p>
在此阶段Q您q需要对推荐?SOA {略q行全面?ROI 分析。此分析应当清楚地表明短期、中期和长期的成本优ѝ?/p>
此阶D|重要的交付内Ҏ沟通计划。项?IT 团队和业务干pMh比体pȝ构团队和分析人员更了解业务。沟通计划可以确保这些内部干pMh能够理解q参与到开发过E中来?/p>
到目前ؓ止,定义阶段?SOA 目中最为关键的阶段。此阶段业务和项目团队的参与最l决定项目的成功。团队成员需要积极地参与C为初?SOA 推出的一部分开发的需求定义和用例斚w的工作中来?/p>
目生命周期的此阶段的活动包括:
此阶D늚主要交付内容有:
研究Q请参阅参考资?/a>Q表明,与需求相关的问题是Y仉目失败的首要原因QSOA 目也不例外?i>软g质量 有时定义Y件对光求的满情况。但是,定软g质量的更好办法可能是通过其满的需求的质量 定Q而不是通过其满的需求的数量 定?/p>
![]() ![]() |
![]()
|
SOUP Ҏ可以用于那些使用已经推出?SOA 的项目。在q种情况下,SOUP ?XP q行了大量的参考?a >?3 表明?SOUP ?XP q程彼此重叠?/p>
?3. 重叠?SOUP ?XP q程
q种Ҏ主要带来什么样的好处呢QSOA 目的h值在于,它可提供良好定义的体pȝ构和严格的技术指南。您获得了一个框Ӟ可以在其中以服务的Ş式构建应用程序。项目团队的主要d是构建和使用服务。他们最适合执行q些dQ因Z们具有必要的业务领域知识。但是,他们q不需要考虑技术体pȝ构或技术的创新Q因些Q务将?SOA 团队完成?/p>
此类目遵循上一部分中列出的相同 SOUP 指南Q不q,您将发现Q每个阶D늚工作量都大幅度地减少了。这一部分的许多交付内定w和前面描q的一P必要Ӟ我会说明它们与从头构?SOA 时的目中的对等之间的差异?/p>
启动 SOA q运行后Q仍焉要进行一些开发工作。您无疑希望构Z用现有服务或公开新服务的目。初始阶D늚主要交付内容有:
在定义阶D,您将构徏?SOA 目有关的各内容,q了解如何利?SOA。您需要标?SOA 可以提供的服务和仍然需要构Z满您的目目标的服务?/p>
目生命周期的此阶段的活动包括:
此阶D늚主要交付内容有:
在此阶段Q您不需要严格遵循在 SOA 推出期间遵@的正式需求收集标准。相反,可以通过用户案例或类-责Q-协作者(Class, Responsibilities, CollaboratorQCRCQ卡Q请参阅参考资?/a>Q来化需求收集。根?XP 的思想Q测试案例是在这U类型的目的早期构建的?/p>
此阶D可以迅速完成,因ؓ大部分服务都在初?SOA 推出时已l完成。在设计阶段Q只需要关心如何用这些服务,需要在现有服务的基上构Z么功能,以及需要构建哪些新服务?/p>
此阶D늚主要交付内容有: 构造阶D|及更多的是装配,而不是新部v。随着提供的服务越来越多,每个目都将有越来越多的可重用服务,而需要构建的新服务也p来越。XP 的P代开发技术是此开发阶D늚最佳选择。在 XP 中,理论上的q代周期讄Z周,当在 SOA 环境中构建小型服务和使用一l服务时Q这一旉对于一个开?Development-QA 周期来说l对_了。用此q代ҎQSOA 可以通过快速Y件发布提供有价值的业务灉|性? 目生命周期的构造阶D늚zd包括Q? 此阶D늚主要交付内容有: 在此阶段Q将启动使用多个服务的应用程序,或启动新服务。由于基设施是由 SOA 团队q行理的,因此该流E相Ҏ较简单?/p>
在此阶段Q将仅ؓ您的新服务提供支持。在q行此项工作的过E中Q请遵@在原?SOA 目期间制定的支持指南。单个项目不需要花很多旉制定新的支持指南?/p>
![]() ![]() |
![]()
|
本文向您介绍?SOUPQ这U新的Y件方法可用于构徏 SOA q将此体pȝ构的好处带给各个目。文中说明了可以如何使用cM?RUP 的正式方法来?SOA q行初始构徏Q然后{?XP 样式的灵zLE,以进行后l服务推出工作。通过实现q两个过E的最佳组合,您可以依靠一个统一的开发模式来q行相关工作Q此模式可提供够的灉|性,以便?SOA 生命周期的不同阶D进行管理?
2Q?服务lg的接口是标准的,主要是WSDL接口Q而传l组件常以具体API形式出现?/p>
3Q?服务lg的实C语言是无关的Q而传l组件常l定某种特定的语a?/p>
4Q?服务lg可以通过lg容器提供QoS的服务,而传l组件完全由E序代码直接控制?/p>
虽然|络上已l有大量的相兌源,但是Z打好基础Q认真读上几本书q是很有必要的。好?Ajax q不是什么全新的技术,它仅仅是传统技术的发展和增|是对于这些基?Web 标准的传l技术的重新包装Q其更加适合于企业应用,q且和服务器端结合地更加紧密。因此学?AjaxQ首先就要从深入学习q些传统的技术开始。我由浅入深地列Z些我读过的书c,提供l大家做参考:
1、XHTML 教程QXHTMLQ?
作者:Chelsea Valentine, Chris Minnick
New Riders 原版Qh民邮电出版社中文?
是的Q今天你最应该学习的是 XHTMLQ而不?HTML。HTML 4.x 已经是一个被废弃了的标准Q今天的标准?XHTML 1.0。XHTML 1.0 也不?XHTML 最新的版本Q但是它是目前唯一得到览器广泛支持和唯一实用?XHTML 版本?
2、JavaScript 权威指南W四版(JavaScript: The Definitive GuideQ?
作者:David Flanagan
O'Reilly 原版Q中国电力出版社中文?
JavaScript 爱好者亲切地UC为“犀牛书”,因ؓ O'Reilly 以犀牛作本书的封面。这是目?JavaScript 领域最深入和最权威的入门书。与其它 JavaScript 相关书籍的区别是q本书一半以上的幅着重于深入介绍 JavaScript 语言本n的基知识Q而不是象其它的书一h基础知识和与 HTML 相结合做 Web 开发的内容Q这些内容往往偏重于细节,使得其篇q很ҎpZ 1000 ,例如《JavaScript Bible》)h在一赗对于刚刚开始学?JavaScript 的初学者,q本书毫无疑问是最佳的入门书?
3、XML 高~程QProfessional XMLQ?
Didier Martin{著
Wrox 原版Q机械工业出版社中文?
q本书是关于 XML 开发技术非常详的著作。虽然因Z者众多(W一?12 个hQ第二版好像又多了几个)Q无法摆?Wrox U皮书系列大杂烩的印讎ͼ但是q本书可以说是红皮书pd中少有的_֓?
q本书可以作?XML 技术参考书Q虽然很厚,但是没有必要从头到尾全部d。其中与 Ajax 相关的内容包?XML DOM、XSLT {等?
4、网站重构(Designing with Web StandardsQ?
作者:Jeffrey Zeldman
New Riders 原版Q电子工业出版社中文?
q本书详l地介绍了如何摒弃远古时代(按照我的理解Q? q以前吧Q不W合标准Q专门针ҎU浏览器Q?0%以上的情况下?IEQ做开发的恶习Q真正采用符合标准的方式来做开发,最l走上向后兼容(注意Q不是与览器以前不能完整支?Web 标准的版本相兼容Q而是与浏览器以后的版本相兼容Q的q_大\上来。这本书虽然不是 CSS 的专著,但是其中充分展示了?CSS 的一些高U技巧。尤其是最后一章展CZ完全Z CSS 做布局Q摒弃?table 做布局的老方法的具体做法?
非常遗憾的是q本书的中文版翻译的非常烂,如果不对照原文,很容易误入歧途。读q本书有M疑问的朋友都可以直接和我联系?
上面列出的是?Ajax 涉及到的技术相关的书籍。我没有列出 CSS 的书Q是因ؓ我ƈ没有专门读过一?CSS 斚w的专著。附件是|上传很广?CSS 2.0 中文手册Q可以作斚w的参考?
M以上q些书,你已l在技术方面打下了极ؓ坚实的基Q你q需要有一个经常的讨论场所QJavaEye 毫无疑问是你最值得来的地方?
下面我再列出几本与技术没有直接关pȝ书籍?
5、面向用的软g设计QSoftware for UseQ?
作者:Larry Contantine, Lucy Lockwood
ACM Press 原版Q机械工业出版社中文?
大部分的软g都是lh使用的。我?BEA User Group上的演讲中说刎ͼAjax Z么会来流行,主要的原因就是它能比传统的基?HTML FORM 的交互模式带l用h好的交互体验Q也是 Ajax 可以实现更好?Web 可用性(Web UsabilityQ这是目前国外的一个专门的研究领域Q,q才?Ajax 最大的价倹{Y件的可用性永q都是一个大的话题,《面向用的软g设计》正是这斚w最权威的专著。我们只要在做最l用L接用(有一个可视的界面Q的软g开发,提高可用性就是我们需要孜孜不倦追求的目标?
6、Y件创C路(Inmates Are Running the AsylumQ?
作者:Alan Cooper
Sams Publishing 原版Q电子工业出版社中文?
7、About Face 2.0
作者:Alan Cooper
John Wiley & Sons 原版Q中文版卛_出版
上面两本书都是交互设计大?Alan Cooper 的名著,怿很多朋友都知?Alan Cooper 的大名,q两本书是交互设计爱好者必ȝ著作?/span>