分析机制提供由分析类使用的概念上的服务集合。它们为最终必须关心、但处于分析工作范围之外的相当复杂的行为提供方便的简单表达方式。
它们的主要目的是允许我们捕获系统的这些尚待设计的服务的需求,而不必考虑服务提供者自身的细节。
现在,必须开始优化在分析机制上收集的信息。执行步骤如下:
确定每个分析机制的客户端。 浏览给定分析机制的所有客户端,查看它们对于该机制要求的特征。例如,许多分析类会利用持久性机制,但它们对该机制的需求可能变化很大:将具有一千个持久实例的类与将具有四百万个持久实例的类的持久性需求有显著区别。类似地,其实例必须以低于一毫秒的速度响应实例数据的类与只通过特别查询和批处理报告应用程序访问其实例数据的类需要的持久性方法将是不同的。
确定每个分析机制的特征概要文件。特征概要文件可能变化很大,提供不同等级的性能、覆盖区、安全性和经济成本等。每个分析机制都不同 -
将有不同的特征适用于每个机制。多数机制将需要估计要管理的实例数量及其用预期字节数表示的预期大小。通过任何系统的大量数据的移动将产生必须处理的巨大性能问题。
按照客户端使用的特征概要文件,对客户端分组。对客户端分组:这些客户端看来需要同一个分析机制,该机制具有相似的特征概要文件;基于每个这样的需要来确定设计机制。这些分组提供了对设计机制的初始划分。示例分析机制“进程间通信”可映射到设计机制“对象请求代理程序”。不同的特征概要文件将导致从同一个分析机制中产生不同的设计机制。分析中的简单持久性机制将产生设计中的多个持久性机制:内存中的持久性、基于文件、基于数据库和分发式等。设计机制是基于不同特征概要文件而对分析机制的优化。
|