5、软件工程中的设计理由管理：工具支持与架构框架

软件工程中的设计理由管理：工具支持与架构框架

1. 设计理由管理系统概述

设计理由管理系统（Rationale Management System，RMS）旨在为软件工程中的设计理由管理提供理想的工具支持。在开发支持设计理由管理的工具时，需要考虑设计理由知识从规划到保存的整个生命周期。从一般知识管理的角度来看，设计理由管理任务包括：
- 设计理由目标定义
- 设计理由度量
- 设计理由识别
- 设计理由获取
- 设计理由开发
- 设计理由分发
- 设计理由使用
- 设计理由保存

其中，设计理由目标定义、度量和识别对于确定所需的设计理由类型至关重要，但它们属于战略规划活动，通常不由RMS直接支持。不过，这些活动的结果是部署有效RMS的关键前提。其他任务则可以由RMS直接支持，具体所需功能如下：
|任务|功能描述|
| ---- | ---- |
|设计理由获取|通常称为设计理由捕获，主要问题是如何捕获设计理由，例如通过重建、跟踪设计师学徒过程或自动生成等方式，也可在沟通和推理过程中进行捕获。|
|设计理由开发|对设计理由进行结构化和打包，主要问题是如何表示设计理由。Lee提出RMS的通用结构可分为三个层次：决策过程层（存储设计理由，包含问题、论点、替代方案、评估和标准五个子层）、设计工件层（将设计理由与开发过程工件关联，如产品 - 过程模型）、设计意图层（设计决策背后的元信息，如意图、策略、目标和需求）。此外，还需考虑表示方式是非正式、半正式还是正式，以及是否使用可视化建模。|
|设计理由分发|使设计理由可供并发用户使用，重要问题包括易于检索（如通过用户可定制的浏览、查看和