DSSA（Domain-Specific Software Architecture）

定义：针对特定应用领域设计的可复用软件架构，为领域内产品族提供统一基础。
目标：

• ✅ 最大化复用（需求/设计/代码）
• ✅ 保证系统一致性
• ✅ 降低开发成本与风险

---

核心活动与流程

1. 领域分析

任务	输出
界定领域边界	领域范围定义
提取共性需求与可变性	特征模型（Feature Model）
构建领域模型	领域术语表/对象模型
识别可复用资产	候选资产清单

2. 领域设计

任务	输出
设计参考架构	架构视图（组件/连接件）
定义可变性机制	参数化/插件/配置方案
制定架构约束	架构符合性规则
设计核心资产	可复用组件/框架规范

3. 领域实现

任务	输出
实例化参考架构	应用系统架构
绑定可变点	配置化系统
开发特有功能	定制化组件
反馈架构优化	领域资产迭代建议

---

关键角色与职责

角色	核心职责
领域专家	提供领域知识、业务规则与约束
领域分析师	构建领域模型，识别共性与可变性
架构师	设计参考架构与可变性机制
应用工程师	实例化架构，开发定制功能
组件开发者	实现/维护可复用核心资产
资产管理员	管理资产库版本、配置与复用

---

DSSA核心价值

• 效率提升：复用率 >70%，缩短开发周期
• 质量保障：已验证架构降低系统缺陷率
• 一致性：统一技术栈与接口规范
• 灵活演化：通过可变性机制支持需求扩展

---

适用场景

• 垂直领域产品族开发（如：金融核心系统、医疗信息系统）
• 高复用性、低差异化需求场景
• 长期演进的软件生态

---

关键概念

术语	定义
领域	共享功能/数据/约束的系统集合
参考架构	领域内系统的标准化结构蓝图
共性	领域内所有系统必需的公共特征
可变性	系统间可定制的差异点及实现机制
核心资产	可复用的代码/框架/工具/测试用例

---