文档介绍：文件编号
版本号
虫他
共22页
编制人/部门
审批人
编制日期
发放对象
研发部
系统架构设计说明书模版
文件修改控制
序号
版本
*变化状态
修改内容、虫他及条款
修改人能之间存在的矛盾关系此时，最有效的办法就是在《架构文档》中明确说明任何提升可扩展性的架构设计和详细设计，都应通过架构团队的评审才能引入，以确保性能目标不受重大影响］
5Make-Buy-Reuse分析
识别
识别出需要进行Mark-Buy-Reuse分析的子系统或模块
.管理中心子系统
.机房管理子系统
.采集模块
分析
根据公司、项目关心的各种因素，分析Make-Buy-Reuse0勺各种活动影响权值
（有益影响为1,无影响为0,有害影响为-1）,并得出最终结论
模块一：xxx
Make
Buy
Reuse
结论
成本
进度
资源
…
总计
模块二:xxx
Make
Buy
Reuse
结论
成本
进度
资源
…
总计
知识点贡献情况
［由项目经理提供可供其他项目复用的知识点。］
6逻辑架构视图
［关注点：此架构设计视图的关注点是职责划分。］
［注意：逻辑架构视图无疑是最重要的，但同时也应避免架构=模块+
接口”等以偏概全的认识。］
［参考：任何复杂系统的架构设计都不是一蹴而就的，所以架构师需要理性思维过程的指导。针对逻辑架构设计这个关键环节，《一线架构师实践
指南》一书给出了2条建议：一是以质疑驱动的螺旋思维”，二是相对分
离地考虑结构方面的切分舜口行为方面的定义”。下图所示即为ADMEMS
方法推荐的逻辑架构设计理性思维过程。］
职责划分与职责确定
［内容：将系统切分成更小的单元，并明确这些单元的职责。具体而言,职责单元可以是层、子系统、模块、关键类等。］
［意义：一句话，职责划分不合理，功能和质量都会受到影响。也就是说，功能需求和质量需求无一不和职责划分相关：一方面，每个功能都是由一条职责协作链完成的；另一方面，职责划分方式也影响着质量，于是需要职责模型针对特定质量属性要求做出相应调整和优化。很多人认为架构设计就是职责划分的艺术，虽略显片面，但足以表明职责划分的重要性。］
［参考：基于对业界大量案例的研究，ADMEMS方法梳理出了模块划分的3种必用手段”，如下图所示，更多内容可参考《一线架构师实践指南》
决定性原则*影晌性原则
接口设计与协作机制
［内容：本节描述接口的定义，以及协作的方式和规范。］
［意义：恰恰是因为有了各模块之间未来合作的契约”，分头开发各模块才有了基本保证。］［参考：ADMEMS方法推荐利用包-接口”图，来识别接口。下图为一个色
-接口”图的示例。］
设度展现
回调接U
转冲接口
Facade
命令描述
用书控制层
用端的控制
解压的控制
行希山爆包内容的控制
算法接门
智能谖挣机制
内靠帽冲
达“聊定仙I容:！T对相应接口进仃问调
对超■出班定mil窗量的
内容避打科能保仃
压端实现层
文堀基丁字位序列的依《»，林小福弗江生或不含元倡息的皿蜩结果
原文杵涯岂易
用怖包添有信
压缩色格式分出遵冲
取字符流方苴读文件
生成文件
设神
甚至杜绝使用协作图。
［参考：ADMEMS方法推荐使用序列图，建议少用、下图为一个序列图的示例。］
ZiptT/■■■片，0*4)
1
1
1
1
1
•r
1
WrUQr>1c~~
L—
L
1
1
1
1
1
1
1
1
CHilbKk也鹏徜
J1
P一।Outpudt।
［
11
1
.翔Ml统冲Xj|
1
1
，J
i
1
1
1*i
1।
计算进也।
।
|
一
11
Csitjschii'J'V}
「1
1
1
1
1
［内容：对重要子系统的设计进行灰盒”级描述。］［意义：每个子系统在架构设计中都应保持黑盒子”的观点，过于理想化了。对于业务层、通用协作机制而言，经常需要在架构设计期间就引入灰盒级描述。］［参考：类图和灰盒包图，在本节中较多出现。