到目前为止，我们已经考虑了两种自顶向下和两种自底向上的方法。
介绍了自顶向下设计的基本概念和技术特点.
自顶向下的实现需要在项目开始时完成更多计划和设计工作。
与后面要讨论的自顶向下的方法相比，自底向上的方法一般被认为更直观、更不容易出错。
自顶向下映*提供了大部分的自动流程且需要较少的数据库管理知识。
针对目前路径表达式的查询，提出了一种自顶向下基于模式匹配的查询策略
幻灯片接着详细讨论了SCA的两种组合方式：自顶向下和自底向上、通过配置和组件实现重用实现、绑定和策略。
您可以自己创建WSDL文件，也可以从WSDL文件生成您的服务的骨架，然后在这个骨架中编写应用程序代码；这称为自顶向下开发。
当资产治理、资产管理和中心资产生产都具备自顶向下的管理支持的时候，这种组织模板将会被使用。
这意味着，当浏览源码的时候，采取“自顶向下(bottom - up)”还是“自下向顶(top -down)”的方式，都是无关紧要的。
然而，很少有体系架构是完完全全的自顶向下的。
这意味着行业模型趋向于既不遵守自顶向下，也不遵循自底向上的方法。
必须按照网络 ID、群集号和成员号的顺序自顶向下地构造译码。
在不断发展中，我们发现成功的核心系统更新项目需要自顶向下设计。
一个比较明智的手段应该是首先按照自顶向下来做，接下来进行目标服务建模，最后是自底向上的现有资产的遗留分析。
如果我们要在水平的门店窗户或车辆窗户上贴膜，窗户的宽度会使得自顶向下的安装变得难以处理，所以我们要稍微改变一下策略。
然后根据标签间的相关度度量选出图片结果集中与查询标签高相关的标签集，接着采用一种自顶向下启发式的图划分算法来自动对次相关标签集进行分类。
比较自顶向下和自底向上的Web服务开发的用况场景。
这是由下而上的架构部分，它与自顶向下的部分在中间层会师。
我们曾指出，有两种方式来构建应用程序，自顶向下方法和自底向上的方法。
类似地，自顶向下的语义工具关注点在于怎样处理现有的非完美的信息。
支持自顶向下方法的工具通常要比支持自底向上方法的工具有更多的限制，但这种情况正在逐渐改进。
这被认为是框架或者自顶向下方案。
自顶向下的管理支持不应该与铺展过程相混淆。
自顶向下的方法就是在单个项目阶段中实现数据仓库。
中间向外视图由目标服务建模组成，来验*和发现自顶向下或自底向上的服务鉴别手段中没有捕捉到的其他服务。
很久以前，函数被称为“子程序”(我知道，我这样说*我已经老了！)管理复杂*的主要方式之一是自顶向下的编程模式。
您也可以在自顶向下或自底向上方法中嵌入旁路方法。
例如，通过将旁路方法嵌入到自顶向下方法，接着嵌入到自底向上方法，您可以做到这一点。
在这个嵌套、两级嵌入式方法示例中，您可以在自底向上方法中嵌入自顶向下方法(请参见图4)，或者反过来。
这意味着，当浏览源码的时候，采取“自顶向下（bottom-up）”还是“自下向顶（top-down）”的方式，都是无关紧要的。
本节描述了如何利用遗留的投资，来联合自顶向下的，业务驱动的手段和自底向上的手段。
自顶向下的视图使得你能够在整个项目组合中，相对于财政的目标、资源许诺、技能信息来跟踪*能。
在使用自顶向下的方法时，开发人员首先做的是编写一个WSDL文档。
您也可以将自顶向下方法嵌入到第二个自顶向下方法，接着再嵌入到自底向上方法。
只有采用迭代的方式，在每个迭代中结合自顶向下和自底向上的设计，组织才有可能获得流程同构。
自顶向下方法考虑由企业SOA中间件应用程序组成的应用程序的目标。
万维网的控制正是师从于垂直整合、自顶向下的媒体世界，只存留一些对于自然的再思考和互联网的使用。
提出了自下向上的装配建模方法、自顶向下的装配建模方法和基于WAVE 的装配设计方法。
中间会合的方法在设 计服务时，既关注自底向上，也关注自顶向下。
国文精选馆
