软件工程中的理由管理:概念与技术探索
在软件工程(SE)领域,理由管理是一个至关重要的方面。尽管在捕捉理由方面存在挑战,但在特定的SE情境中,捕捉理由的好处可能会超过成本。
1. 软件工程中理由的应用机会
在软件工程中,有四类项目特别适合应用理由管理:
- 分布式项目 :当前SE项目的一个趋势是开发外包,有时会外包到不同时区的组织。这导致了非正式沟通的中断,而理由通常是通过点对点的方式进行沟通的。因此,使用理由来支持协作的方法可以在此发挥作用。
- 产品线项目 :随着产品成为产品线的实例,产品线的生命周期变长,影响其设计的产品数量也很多。理由可以用来将产品线的功能与特定产品需求联系起来,还可以将知识外部化,以防止人员流动带来的影响。专注于重用和变更的理由使用可以缓解这一问题。
- 安全关键系统 :决策的可追溯性是高质量决策的重要前提,特别是在处理变更请求时。一些组织,如欧洲航行安全组织(EUROCONTROL),明确要求这一点。理由可以支持这种可追溯性。显然,专注于质量的理由在这里最有价值。此外,在这种情况下,失败的高成本改变了对理由管理成本的看法。
- 基于COTS或移动系统 :当系统由现有部件组装而成时(对于移动系统,甚至在执行时),理由可以用于在客户和供应商之间外部化知识。专注于知识转移的方法在这里最有价值。
2. 软件工程的过程领域
软件工程可以分为以下几个过程领域:
- 获取和供应 :包括准备(定义标准和提供资
超级会员免费看
订阅专栏 解锁全文
1574

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



