架构设计报告

$$架构设计报告$$

$$项目名称$$

$$架构设计报告$$

文档信息

项目名称：	项目编号：
项目负责人：	所属部门：
编 制 人：	编制时间：
审 核 人：	审核时间：
批 准 人：	批准时间：
版 本 号：	流 水 号：

修改记录

日期	版本	修改	说明	修改者

---

$$目录$$

1 引言 4
1.1 编写目的 4
1.2 范围 4
1.3 术语定义 4
1.4 参考资料 4
2 系统概述 5
3 设计约束 5
4 总体架构设计 5
4.1 总体技术架构 5
4.2 总体功能架构 5
4.3 接口设计说明 6
4.4 外购或复用组件 6
5 非功能设计 6
6 部署与组件设计 6
6.1 组件模型 6
6.2 部署模型 6
7 附录 6

---

1 引言
1.1编写目的
[说明编写本架构设计报告目的，指出预期的读者。]
1.2范围
[简要描述项目的范围。]
1.3术语定义
[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。]
1.4参考资料
[列出用得着的参考资料，如：
a．本项目的经核准的计划任务书或合同、上级机关的批文等；
b．属于本项目的其他已发表的文件；
c．本文件中引用的文件、资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。]

2系统概述
[说明本系统“是什么”； 描述本系统的主要功能。]

3设计约束
[（1）需求约束。体系结构设计人员从需求文档（如《用户需求说明书》和《软件需求规格说明书》）中提取需求约束，例如：
本系统应当遵循的标准或规范
软件、硬件环境（包括运行环境和开发环境）的约束
接口/协议的约束
用户界面的约束
软件质量的约束。
（2）隐含约束。有一些假设或依赖并没有在需求文档中明确指出，但可能会对系统设计产生影响，设计人员应当尽可能地在此处说明。例如对用户教育程度、计算机技能的一些假设或依赖，对支撑本系统的软件硬件的假设或依赖等。]

4总体架构设计
[硬件架构、软件技术架构、功能分解(子系统、模块)]
4.1总体技术架构
[所需硬件及硬件架构，网络集成方案以及拓扑图；
软件技术架构，比如j2ee、.Net架构，若采用公司的框架或自定义框架，需要说明每一结构层次的作用及其他通用的设计机制或采用的设计模式，一般包括持久性、透明的对象分布、安全特征、错误检测与恢复以及事务管理等。]

4.2总体功能架构
[在这里描述系统的总体功能组成，根据需求细分子系统以及功能模块。各子系统和模块之间的关系，可用树状分解图来表达。]
对子系统和模块的简单描述：
设计编号 子系统/模块名称 功能描述 对应的需求编号
SD01 XXXX XXXX SR01,SR02,SR05
XXXX
SD02 XXXX XXXX

4.3接口设计说明
[内部接口设计说明：描述内部主要接口设计，如层间接口。
外部接口设计说明：描述外部主要接口设计，如子系统之间接口设计，系统与其它系统之间的交互。]
4.4外购或复用组件
[从成本、技术风险及其它原因考虑是否外购某部分产品组件。以及考虑某部分可以复用。]
组件名 组件及其使用简介 购买/复用 理由
XXX XXXXXXX。 外购
XXX XXXXXXX． 复用

5非功能设计
[从性能、安全、易用性、健壮性等角度描述分析系统架构设计，参照设计指南]

6部署与组件设计
6.1组件模型
[这里可用图来说明系统的组件模型，并列出源代码的组织结构。]
6.2部署模型
[这里可用图来说明系统的物理部署。]

7附录