【摘要】:智能控件化虚拟测试仪器功能库的设计过程,本质上也是引导并规范数据流流动方向的过程。某种意义上,一个功能库也就是一个数据收发处理的容器。图9-8是严格按照系统模型和仪器统一模型所得到的功能库模型,其中每个框图代表功能库中可以提供给外界的一个功能或者功能集,黑色圆点代表功能提供的接口,这是功能库与外界通信的唯一途径。
智能控件化虚拟测试仪器功能库的设计过程,本质上也是引导并规范数据流流动方向的过程。某种意义上,一个功能库也就是一个数据收发处理的容器。但是,用户必须首先通过功能库对外的接口的“代言人”——智能虚拟控件,来访问并引导这些数据,而不能直接读取。这就使控件化成为可能,因为访问功能库以及功能库中的数据的唯一途径是功能对外提供的接口,这样,功能和控件就相互独立开来,相互之间的联系变得不再那么复杂。
对数据处理的各个环节都提供了对外的接口,将指定的接口提供给相应的虚拟控件的过程就是“功能融合”。由于接口是控件库与功能库互访的唯一的合法途径,所以控件库与功能库相对独立,也就是说只要接口匹配,不同的功能可以赋予给相同的虚拟控件,同样,不同的虚拟控件也可以与相同的功能进行融合。再由开发系统模型和仪器统一模型,得到如图9-8所示的仪器功能库的模型。(www.xing528.com)
图9-8是严格按照系统模型和仪器统一模型所得到的功能库模型,其中每个框图代表功能库中可以提供给外界的一个功能或者功能集,黑色圆点代表功能提供的接口,这是功能库与外界通信的唯一途径。一个仪器功能库可能有基本处理功能,也可能有扩展处理功能,其中基本处理功能可直接提供给外界;扩展处理功能可以调用基本处理,也可重新设计;同时,有些扩展功能可能调用其他的扩展功能,而此时并没有和数据线连接,如图9-8中的功能8。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。