软件开发中的沟通、架构、测试与敏捷实践探索

# 软件开发中的沟通、架构、测试与敏捷实践探索 ## 1. 开源项目中的沟通社交网络分析 ### 1.1 沟通的价值 在敏捷方法中，沟通是一项基本价值。对于开源（OS）团队而言，由于社区的性质，沟通同样至关重要。开发者与用户之间的互动可被视为一个网络，而开发者邮件列表是开发者与用户交流的虚拟场所，用于信息共享、收集用户需求和建议，以及建立用户与开发者之间的联系。 ### 1.2 社交网络分析（SNA） SNA 是一种描述社会实体之间关系、模式及影响的方法。在 SNA 中，人被视为相互联系的参与者，以节点表示，关系用链接表示。其重要方面之一是识别最核心的参与者，这些参与者在网络中更显眼，能维持多种关系。通过选择的中心性指标（度、中介性、紧密性），可以识别网络中最核心的成员，有助于找到杰出成员与 OS 项目成功、质量和成熟度之间的可能关系。 ### 1.3 开源社区的社交网络 研究选取了 2006 年 12 月 Sourceforge 上 70 个最活跃的项目，但并非所有项目都有可用的开发者邮件列表。最终用于研究的 9 个项目包括 Arianne、Gaim 等。构建了一个框架从邮件列表存档中提取关键数据，定义的 OS 社区网络如下： - 节点：邮件发送者，即参与讨论线程并发布消息的社区成员。 - 链接：参与同一线程的两个成员之间建立链接。 通过提取前面提到的三个中心性指标来分析该网络，以更好地描述邮件列表成员之间的互动和沟通流程。SNA 指标适合识别社区中最杰出的参与者，这些参与者表现出领导行为，在团队协调、信息管理和共享中发挥重要作用。网络特征的综合指标（集中化指数）可用于用几个参数描述网络，便于区分不同的结构和控制流程。 ## 2. 从架构角度赋能极限编程 ### 2.1 XP 方法的不足 极限编程（XP）是敏捷软件开发方法中的一种显著方法，但它在控制系统质量以及质量属性之间的相互影响方面存在不足。近年来，软件架构知识不断发展成熟，但许多敏捷方法（如 XP）在开发过程中未充分考虑架构的重要性。 ### 2.2 提出的实践 为了改进 XP 的开发过程以提升系统架构，提出了两种实践： - **持续架构重构（CAR）**：尽管 XP 方法中没有明确支持架构概念，但会形成一种隐式架构。Spike 解决方案、隐喻和重构等 XP 元素会影响系统架构，但不够充分。质量属性可分为两类，第一类基于开发者关注的属性（如可修改性、可测试性等），通常由架构师通过系统模型和图表在 CAR 过程中评估；第二类是基于实际工作系统评估的属性（如性能、可用性等），由客户通过实际架构资格认证（RAQ）评估。架构异味代表了效率低下的情况，若不及时解决，会使系统架构走向难以管理和不合适的状态。在 CAR 中，通过架构重构技术发现异味并确定解决方案。为实现 CAR，需要架构师角色来决定消除架构异味的候选解决方案。架构师会持续接收开发团队的部分模型，类图是合适的模型，可用于识别异味，也可考虑使用自动异味检查工具（如 JDepend）。 - **实际架构资格认证（RAQ）**：这是一种基于工作系统和架构模型的头脑风暴会议，旨在实现客户可观察的质量要求。为使程序员了解这些质量属性，需将客户满意度标准附加到所有用户故事中，可通过通用场景检查表准备合适的具体场景。开发者除编写功能测试用例外，还应设计质量测试用例以检查代码的非功能需求。RAQ 分为两部分，第一部分主要由开发者通过结对编程完成，第二部分在所有迭代结束时进行，步骤如下： 1. 准备会议结构，确定参与会议的利益相关者代表。 2. 简要描述迭代的最终架构模型。 3. 简要描述架构师做出的重构决策，并征求成员意见。 4. 确定会议中要分析的架构方面（质量属性）。 5. 针对每个质量属性： - 启动头脑风暴子会议，考虑利益相关者在使用当前工作系统时的经验。 - 决定当前工作系统无法满足的新需求和请求的解决方案。 - 将新解决方案定义为具体的新任务，并作为未完成任务处