arc42 是用于架构沟通和文档的模板。
arc42 以务实的方式回答以下两个问题,并可根据您的特定需求进行定制:
对需求、驱动因素的简要描述,提取(或摘要)需求。架构的三个(最多五个)最重要的质量目标,对主要利益相关方具有最高优先级。重要利益相关方的期望表,包括其对架构的期望。
限制团队在设计和实施决策方面或相关流程决策方面的任何因素。有时可能不仅限于个别系统,还适用于整个组织和公司。
从业务/领域角度(必须)或技术角度(可选),确定您的系统与其(外部)通信伙伴(相邻系统和用户)的界限。指定外部接口。
总结形塑架构的基本决策和解决方案策略。可以包括技术、高级别分解、实现顶级质量目标的方法和相关的组织决策。
系统的静态分解,源代码的抽象,以白盒(包含黑盒)的层次结构显示,直至适当的详细级别。
构件的行为作为情节,覆盖重要的用例或特性、在关键的外部接口进行的交互、操作和管理以及错误和异常行为。
技术基础设施,包括环境、计算机、处理器、拓扑结构。将(软件)构件映射到基础设施元素。
在系统的多个部分(→横切)相关的整体主要规则和解决方案方法。这些概念通常涉及多个构件。包括领域模型、架构模式和风格、特定技术使用规则和实施规则等不同主题。
重要、昂贵、关键、大规模或有风险的架构决策,包括决策的基本原因。
将质量需求作为情节,用质量树提供高级概述。最重要的质量目标应已在第1.2节中描述。
已知的技术风险或技术债务是什么? 系统内部或周围存在哪些潜在问题? 开发团队感到沮丧的是什么?
请您提供来自Flaticon.com的图标。
您可以在术语表中记录利益相关方讨论系统时使用的重要领域和技术术语。如果您在多语言环境中工作,还可以在其中提供翻译参考。