软件互操作性冲突分类与COTS软件质量评估
在软件系统集成中,互操作性冲突和商业现货(COTS)软件的质量评估是两个关键问题。下面将详细介绍互操作性冲突的分类以及COTS软件质量评估的相关内容。
互操作性冲突分类
互操作性冲突源于不同的交互比较,包括组件与组件之间以及应用与组件之间的交互。以下是一些常见的互操作性冲突类型:
1. 控制转移受限点 :控制转移是组件间通信集成的重要部分。两个组件进行控制转移时,需就转移方向达成一致,但组件的假设可能有误。例如,分层控制拓扑需要调用和返回控制通信,而任意控制拓扑不期望有固定入口点,若无智能中介了解交换点,向分层组件的控制转移就无法进行。
2. 未指定控制目标 :组件间的直接通信通常是控制转移的必要形式。若组件无法被转移控制,就难以在集成中复用。组件方法可能被封装且私有,接口可能在运行时才指定,这会导致动态绑定的组件难以被定位。例如,任意控制拓扑可能有多个控制目标,控制交换会因需匹配正确目标而受阻。
3. 会合受阻 :组件进行控制转移时通常需要会合或握手。若通信组件的线程阻塞或失败,可能会发生死锁。当交换涉及的组件有不同的控制转移假设时,也会出现会合问题,导致组件无法同步。例如,两个阻塞的组件就可能出现这种情况。
4. 多个未排序的控制转移 :组件间的控制集成不仅要促进通信转移,还需保留转移意图。若并发的外部转移发生,接收组件必须能接受它们。例如,单线程组件接收多线程的并发通信时,除一个外其余都会被拒绝,且无法保证允许进入的就是正确的那个。
5.
超级会员免费看
订阅专栏 解锁全文
17

被折叠的 条评论
为什么被折叠?



