文档介绍：架构设计说明书
广品发布标识
［填写说明：模板中用方括号括起来并以蓝色斜体显示的文本,用于向作者提供指导,在、黑色、五号字体即系统设置的“正文〞样式
文档页眉处的〞 xxxx系统〞和“统的部署角色、培训角色、维保角色；
XXX公司售前技术支持角色
此文档的第2章描述•••..
系统体系结构图
逻辑上划分:
系统
子系统
物理上划分:
模块
▼
于模块
组件
]
进程、线程、
类库等
t
单元
例如:
本文档组织方式:
第一章简介,描述文档的目的；
第二章描述总体设计思路,包含设计方法及备选设计方案和方案的选择；
；
；
第五章描述系统的部署情况；
第六章对系统架构中的关键技术及公用设计机制进行描述；
第七章如何重用以往设计产物及现有设计如何对将来重用产生影响进行描述；
第八章对系统中重要的用例或者有技术难度的局部进行功能实现的描述,以方便设计人员在进行设计、开发时进行参考；
第九章对系统依赖的第三方软硬件进行描述；
第十章对系统的非功能特性设计进行描述；产品经理应当关注该局部的描述是否与产品需求中产品的非功能性需求一致；开发人员应当在后续设计过程中对这局部设计进行关注,防止遗漏；测试人员应当根据这局部的描述制定测试案例,验证是否可以到达产品需求的要求.
第十一章描述系统架构设计中的约束条件；
第十二章描述架构设计中识别的风险,产品经理、设计人员、开发人员和测试人员
都应当随时关注这些风险,防止风险发生并急时采取躲避、减轻举措.
第十三章附录
］

［架构设计的参考文档应当包含但不限于：产品需求说明书等；
同时,文档中说明为了引用、参考的文档也应该在这里列出.
参考文档需要按包含、相关的关系分别在下面的小节中列出.］

［当本文有包含文档时,需要提供相关的包含文档列表.
包含文档：作为了本架构设计的一局部,是不可分割的组成局部,读者阅读本架构设计时 ,那么分册就属于本文档的包含文档.］

［当本文有相关文档时,需要提供相关文档列表.
相关文档：文档.］

［适当时,提供与此文档相关的术语及缩略语的定义.］
缩略语冰语全称
2总体设计思路

［本软件系统所采取的设计方法,以及主要的设计原那么.
设计方法可包含但不限于：
1）采用RUP的设计方法论；
2）采用从业务而下的系统分解,从技术至上的系统抽象方法
以及具体应用系统的特定设计方法等.］

［对本系统的几种设计方案进行分析、比拟,并确定所采用的方案.
可选方案不仅是对同一需求的不同处理方式,也可以是需求与设计元素之间配置的不同思考,包含新研发的技术,或者是不同应用的成熟技术及维持现有方法,目标是将整体的解决方案最正确化,而非个别设计的优劣.
可选解决方案涵盖可接受的本钱、方案、、限制（例如：时间、人员、费用）、效益（例如：性能、有效性）及风险（例如：技术、本钱、方案）.详细的可选解决方案及评选的准那么可包含但不限于：
本钱（研发、购置、支持、产品生命周期）
技术性能
技术限制
产品的扩展及成长性
需求与技术的演进
最终用户及操作者的水平与限制
构建方法与材料的敏感度
风险
以上为了最根本的考虑因素,研发团队应该开发与目标一致的备选方案节选准那么,以缩小可选清单,并可以通过决策分析的方法来进行评估选择.
例如：
1）可选方案一
2）可选方案二
3）方案的评选策略及准那么
需要包含决策分析单.
D；\
appserverselect\d
4）最正确化的方案
］
3系统逻辑结构
［本章描述系统的总体逻辑结构,包含子系统的划分与依赖关系定义、子系统之间的接口定义、子系统功能定义.］

［本节定义系统的总体逻辑结构,定义子系统划分以及子系统之间的依赖关系.
为了了统一与便于理解,当用图形化表示子系统、子系统之间的依赖关系时,建议采用UML 的符号与表示方法.
］

［本节明确定义各个子系统的功能以及子系统的设计思路,本节通常根据子系统进行组织.
］