架构技术债务:扎根理论解析
在软件开发领域,架构技术债务(ATD)是一个不可忽视的问题。它就像隐藏在软件系统中的暗礁,随时可能影响软件的开发和维护。下面我们将深入探讨架构技术债务的相关理论。
数据收集与分析
在研究架构技术债务时,数据的收集和分析是基础。数据收集过程中,去除了口吃现象,对非标准口音进行了标准化处理,以确保完整且忠实的转录。当达到理论饱和时,即理论的各个组成部分得到充分支持,新数据不再引发理论修订或重新解释时,数据收集工作终止。从表 1 中“CC”列的值可以看出,累积唯一代码随着参与者数量的增加而缓慢增长,这表明在 P16 左右达到了饱和状态。
数据收集完成后,采用了 Glaser 的扎根理论数据分析和综合过程,具体包括开放编码、选择性编码和理论编码。首先,对文本转录的整体内容进行检查,将其细分为单独的“事件”(句子或段落),并为这些事件标记代码,让理论概念自然浮现。能直接引用事件的就直接生成代码,否则作者会创建“综合”代码来总结事件的语义和新兴概念。随后,将概念聚类为核心描述类别,以此指导未来的数据收集。最后,建立不同新兴核心类别之间的概念关系,从而形成理论。通过 UML 模型将代码之间的关系表达为假设,精确描述理论类别之间不同性质的关系。
在整个编码过程中,还运用了备忘录记录。创建文本备忘录来阐述与单个事件相关的概念,以及与多个事件正交的概念,如概念或类别之间的关系。同时,采用同步的数据收集和分析方法,在理论抽样的指导下进行。在数据分析过程中,不断比较数据、备忘录、代码和类别,以识别和跟踪出现的共同概念、主题和模式。持续对备忘录进行排序,使新兴概念和类别与代码相匹配,最终形成一个实质性、连贯的理论。这个过程一直持续到收集的额外数据不再为类别添
超级会员免费看
订阅专栏 解锁全文
377

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



