软件体系结构-精品课件.ppt

3.0案例分析－上下文关键字解决方案3采用共享数据的构件集成方式。两个主要不同。数据访问接口更加抽象数据被修改时，计算被隐式地调用。2019-*3.0案例分析－上下文关键字解决方案3优点：容易支持系统功能扩展，通过注册，添加的模块很容易和系统整合，当发生数据交换事件时，这些添加的模块就会被调用。因为数据被抽象访问，所以这种解决方案也将计算和数据表示分开。也支持重用。难以控制隐式调用模块的处理顺序。数据驱动，会占用更大的空间。2019-*3.0案例分析－上下文关键字解决方案４管道过滤器输入媒介输入循环移动按字母表顺序排序输出输出媒介2019-*3.0案例分析－上下文关键字解决方案４特性：首先，它能够维持处理的自然流动。第二，它支持重用，因为每个过滤器可以独立处理。通过在处理序列中的合适位置插入过滤器，新的功能很容易加入系统中。第三，既然每个过滤器和其他过滤器在逻辑上是独立的，那么每个过滤器也很容易替换或修改。2019-*3.0案例分析－上下文关键字解决方案４缺点：首先，不可能通过修改使其支持交互。比如，删除一行可能需要一些持久性共享存储区，但是这样就违反了这种方案的基本原则。第二，这种方案空间使用的效率非常低。因为每个过滤器必须复制所有的数据到它的输出端口。2019-*3.0案例分析－上下文关键字方案比较共享数据方案对整体处理算法、数据表示的变更以及重用的支持比较弱。另一方面，由于对数据的直接共享，获得了相对好的性能。另外，相对比较容易加入新的处理构件。抽象数据类型方案在保证性能的情况下，允许数据表示变更并且支持重用。但是由于构件的交互依赖于模块本身，所以改变整体处理算法或者加入新的功能可能要对现有的系统作很大的修改。隐式调用方案对于添加新的功能的支持非常好。然而，由于共享数据自身的一些问题，该方案对于数据表示和重用的支持非常弱。它可能引起额外的执行开销。管道过滤器方案允许在文本处理流中放置新的过滤器。因此它支持处理算法的改变、功能的变化和重用。管道过滤器允许在文本处理流中放置新的过滤器，因此它支持处理算法的改变，功能的变化和重用。数据表示的选择过分依赖于管道中传输的数据类型的假定。而且对管道中的数据进行编码和解码需要额外的开销。2019-*3.0案例分析－上下文关键字方案比较共享数据抽象数据类型隐式调用管道过滤器算法变更数据表示变更功能变更性能重用——————————＋＋＋＋＋＋＋＋＋＋2019-*3.１案例分析－仪器仪表为Tektronix公司开发一种可重用的体系结构需求：对电信号进行取样，并且在屏幕上显示电信号的图像，完成大量的测量，提供兆字节的内存，支持工作站和其他仪器的接口，完善的界面，菜单和触摸屏、内置的HELP……2019-*3.１案例分析－仪器仪表需求：几乎没有在不同的示波器上可重用的软件组织结构。性能问题越来越严重。不能被快速配置。（也碰到过：网络测试仪表、两个不同的平台）2019-*3.１案例分析－仪器仪表面向对象模型（参考文档）示波器对象波形最大最小波形X-Y波形叠加波形2019-*3.１案例分析－仪器仪表但是没有一个整体模型解释怎么结合这些对象类型。这会导致功能划分的混乱。比如量度是否应该与被测量的或者被外部表示的数据类型相关联？用户界面应该和哪些对象交互？2019-*3.１案例分析－仪器仪表分层模型第二阶段尝试了解决这些问题。硬件数字化可视化用户接口操作2019-*3.１案例分析－仪器仪表在应用领域是错误的。主要问题是层次间强加的抽象边界和各种功能交互的需要是相互冲突的。用户需要跟各层打交道，比如在信号处理层中设置衰减，在采集层中选择采集模式和参数，或者在波形处理层中制作导出波形。2019-*3.１案例分析－仪器仪表管道过滤器模型耦合采集To-xy裁减信号触发子系统测量测量值2019-*3.１案例分析－仪器仪表没有在功能划分中将各个功能孤立起来，模型允许各个构件灵活混合和替换。问题：没有清晰说明用户怎么与其交互。如果用户仅仅是等待结果，那么比分层还要糟糕。改进。。。。。？？？？？2019-*3.１案例分析－仪器仪表改进后的FILTER耦合采集To-xy裁减信号触发子系统测量测量值耦合度种类速率转换大小2019-*3.１案例分析－仪器仪表专用化模型显著问题：计算模型的性能非常差。特别是波形数据占用了很大的内存容量。每个过滤器的处理速率是不同的。解决方法：一些FILT