9、软件互操作性冲突分类与COTS软件质量评估

软件互操作性冲突分类与COTS软件质量评估

在软件系统集成中,互操作性冲突和商业现货(COTS)软件的质量评估是两个关键问题。下面将详细介绍互操作性冲突的分类以及COTS软件质量评估的相关内容。

互操作性冲突分类

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值