DSSA（Domain-Specific Software Architecture）
定义 ：针对特定应用领域设计的可复用软件架构 ，为领域内产品族提供统一基础。
目标：
- ✅ 最大化复用（需求/设计/代码）
- ✅ 保证系统一致性
- ✅ 降低开发成本与风险
核心活动与流程
1. 领域分析
| 任务 |
输出 |
| 界定领域边界 |
领域范围定义 |
| 提取共性需求与可变性 |
特征模型（Feature Model） |
| 构建领域模型 |
领域术语表/对象模型 |
| 识别可复用资产 |
候选资产清单 |
2. 领域设计
| 任务 |
输出 |
| 设计参考架构 |
架构视图（组件/连接件） |
| 定义可变性机制 |
参数化/插件/配置方案 |
| 制定架构约束 |
架构符合性规则 |
| 设计核心资产 |
可复用组件/框架规范 |
3. 领域实现
| 任务 |
输出 |
| 实例化参考架构 |
应用系统架构 |
| 绑定可变点 |
配置化系统 |
| 开发特有功能 |
定制化组件 |
| 反馈架构优化 |
领域资产迭代建议 |
关键角色与职责
| 角色 |
核心职责 |
| 领域专家 |
提供领域知识、业务规则与约束 |
| 领域分析师 |
构建领域模型，识别共性与可变性 |
| 架构师 |
设计参考架构与可变性机制 |
| 应用工程师 |
实例化架构，开发定制功能 |
| 组件开发者 |
实现/维护可复用核心资产 |
| 资产管理员 |
管理资产库版本、配置与复用 |
DSSA核心价值
- 效率提升：复用率 >70%，缩短开发周期
- 质量保障：已验证架构降低系统缺陷率
- 一致性：统一技术栈与接口规范
- 灵活演化：通过可变性机制支持需求扩展
适用场景
- 垂直领域产品族开发（如：金融核心系统、医疗信息系统）
- 高复用性、低差异化需求场景
- 长期演进的软件生态
关键概念
| 术语 |
定义 |
| 领域 |
共享功能/数据/约束的系统集合 |
| 参考架构 |
领域内系统的标准化结构蓝图 |
| 共性 |
领域内所有系统必需的公共特征 |
| 可变性 |
系统间可定制的差异点及实现机制 |
| 核心资产 |
可复用的代码/框架/工具/测试用例 |