商用现货(COTS)组件信任建立与测试功能集成
在当今的软件开发领域,商用现货(COTS)组件的使用越来越广泛。然而,如何建立对这些组件的信任以及如何将测试功能集成到组件中,是两个关键问题。下面将详细探讨这两个方面。
建立对COTS组件的信任
- 设计契约扩展
设计契约(DBC)是一种有用的通信方式,但对于在组件或子组件级别建立信任来说,其层次可能较低。需要将该概念扩展,在组件的每一层添加契约,以确保各层功能的正确性,并将这些契约包含在COTS组件的规格说明中,方便消费者使用。 - 非功能规格说明
组件的可测试性对建立信任至关重要,但不能忽视非功能信息的重要性。测试虽能涵盖部分非功能方面,如性能和资源使用,但主要还是关注功能方面。非功能方面在建立信任中同样重要,传统上软件系统的非功能需求(NFRs)与服务质量(QoS)问题相关,但NFRs还应包括组件的依赖需求、供应商声誉和供应商对消费者/集成商的支持等。
以下是一些非功能属性的初始分类:
| 类别 | 示例非功能属性 |
| — | — |
| 服务质量 | 准确性、安全性、性能 |
| 实现 | 依赖性、标准、操作系统、平台、语言 |
| 稳定性 | 向后/向前兼容性、7×24小时支持、技术文档 |
| 声誉 | 公司排名/地位、用户基础 | - 关联风险程度
信任并非绝对或二元的概念。在当前软件组件时代,很难做到完全信任某个组件。例如,对于数据压缩组件,虽能信任其能成功压缩和解压缩不同
超级会员免费看
订阅专栏 解锁全文
23

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



