文档介绍：架构设计说明书
工程名称：［工程名称］
工程代号：［工程代号］
编制人：［编制人］
编制日期：［编制日期］
修订记录
版本
日期
撰写/修订人
备注/修订内容
架构设计说明书 1
引言 5
编故障处理要求
系统出现故障时的处理机制,比方：故障转移等.
软硬件要求
软件需求规格中规定必须支持的软硬件环境.
其他需求限制条件
包含：
事先约定必须要使用的商业上架系统 /组件（比方：必须在 MS Office上做二次开发）；
必须应用的技术（比方：必须使用 B/S结构）；
必须要与某商业软件做接口（比方：必须与用友软件做接口）；
与旧版本的兼容升级关系等
总体结构设计
系统体系结构
确定系统采用何种体系结构,如：
单机版还是网络版？
C/S结构还是 B/S结构？
两层结构还是多层结构？
分布式数据库还是集中式数据库？
分布式应用程序效劳器还是集中式应用程序效劳器？
J2EE应用程序框架？
系统开发的根底平台和关键组件
外部根底平台和关键组件
确定系统开发的外部根底平台和关键组件,如：
是在 Windows平台、Unix平台或者 Linux平台上开发？还是平台无关性？
是否是在某些软件上作二次开发？如 AutoCAD.
是否采用一些第三方的关键组件.
内部根底平台和关键组件
确定系统开发所使用的公司内部开发平台、组件 /控件、公共函数/单元等公共资源,如：
是否在GSP¥台上开发；
是否采用公司的报表控件；
是否复用公司其他产品的架构或资源等.
总体结构
给出系统结构总体框图（包含软件、硬件结构框图） ,说明本系统的各模块的划分,扼要说明
每个系统模块的标识符和功能,分层次地给出各模块之间的控制与被控制关系.
如果采用结构化分析方法,通常采用下面两种模型来描述总体结构：
结构图（层次图）：对系统自顶向下进行分解.
系统流程图：描述子系统内部的控制流和数据流
如果采用面向对象的分析方法,通常采用包（package）（package）图描述
了子系统之间的包含关系和依赖关系.
子系统设计
在总体结构设计中已经将系统划分为了假设干个子系统,
应包含以下内容.
功能结构图/类图
结构化设计：对结构图进行细化,分解到功能一级.
面向对象设计：对包（package ）图进行细化,确定各包中包含的类.
功能定义
说明上一步分解的所有功能组件（功能模块或者类）的功能.
序号
功能/类名称
功能描述
1
2
功能需求与系统模块的关系
RTM（需求跟踪）
本条用一张矩阵图说明各项功能需求的实现同各模块的安排关系,用来实现表,如果已经采用了外部工具来做,此处可以省略.
需求跟踪表
[系统模块1]
[系统模块2]
……
[系统模块m]
[功能需求1]
V
[功能需求2]
V
[……]
[功能需求n]
V
V
接口设计
用户接口
说明将向用户提供的命令和它们的语法结构,：脚本命令语法等.
外部接口
说明本系统同外界的所有接口的安排包含：
软件与硬件之间的接口；
本系统与各支持系统之间的接口；
本系统支持扩展性预留的外部接口及扩展的方式.
如果需要对外提供 API接口,列出API接口.
内部接口
说明本系统之内的各个系统模块或元素之间的接口的安排,包含：
系统涉及的全局变量与接口函数；
本系统支持扩展性预留的内部扩展点及扩展的方式等.
系统数据结构设计
数据库结构设计遵循数据库设计标准,此标准文档单独提供.
逻辑结构设计
给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系.
物理结构设计
给出本系统内所使用的每个数据结构中的每个数据项的存储要求,访问方法、存取单位、存取的物理关系、设计考虑和保密条件.
配置文件结构设计
给出本系统内所使用的每个配置文件中数据结构中的每个数据项的存储要求,访问方法、具体的含义和设计考虑等.
数据结构与程序的关系
说明各个数据结构与访问这些数据结构的各个程序之间的对应关系.
[模块1]
模块2]
……
[模块m]
[数据结构1]
V
[数据结构2]
V7
V
..
[数据结构n]
V
V
算法设计
算法设计也可以在详细设计或实现