软件技术债务:从架构到生产的全面解析
1. 项目沟通与技术债务识别
在项目中,与团队沟通项目目标和设计方法至关重要。以下活动有助于确保项目的顺利进行和技术债务的有效管理:
- 明确衡量设计和架构的标准,至少清晰识别具有架构意义的需求及其可衡量、可测试的完成标准。
- 审查架构。若架构未文档化,可从团队知识、源代码和跟踪的问题中获取见解。
- 将架构问题审查作为迭代/冲刺审查和回顾的常规部分。
- 利用架构风险知识指导源代码的自动化分析。
- 在修复缺陷或添加新功能请求时,超越即时实现,查看是否存在导致技术债务的长期设计问题。
在进行这些活动时,要留意技术债务的存在,并将其纳入技术债务登记册。
2. 软件架构学习资源
对于不熟悉软件架构概念的人,可以从维基百科的定义开始了解。以下是一些相关的学习资源:
- Ian Gorton的《Essential Software Architecture》(2006),阅读轻松快速。
- 若从敏捷视角出发,Simon Brown的《Software Architecture for Developers》(2018)是不错的选择。
- 软件工程研究所的《Software Architecture in Practice》(Bass等人,2012)对软件架构主题进行了更深入的探讨,还提供了关于质量属性场景和架构策略的更多信息。
- 《Just Enough Software Architecture: A Risk-Driven Approach》(Fairbanks,2010)专注于阻碍开发进度的风险。
超级会员免费看
订阅专栏 解锁全文
1232

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



