系统概要设计说明书模板v.docxVIP

XX系统 概要设计说明书（HLD） 版本【V】 日期日期 日期 日期 日期 审核 批准 修订历史记录 版本 日期 AMD 修订者 说明 （A-添加，M-修改，D-删除） 目录2.系统概貌（可选） 目录 2.系统概貌（可选） 错误!未定义书签。 1.引言错误! 1.引言 TOC \o 1-5 \h \z 文档目的 5 \o Current Document 12 文档读者 5 \o Current Document 术语与缩略词 5 14 参考资料 5 2.1. 系统概述....... 2.2. 系统上下文... 2.3. 系统功能结构 错误！未定义书签。 5 错误！未定义书签。 TOC \o 1-5 \h \z \o Current Document 设计约束 6 设计策略 错误!未定义书签。 \o Current Document 架构设计 7 \o Current Document 功能架构 7 系统架构 8 技术架构 9 工程架构 10 \o Current Document 部署架构 11 逻辑架构 11 物理架构 12 \o Current Document 进程架构（可选） 13 数据架构（可选） 13 \o Current Document 接口设计 13 \o Current Document 外部接口 14 内部接口 14 14错误!未定义书签。 错误!未定义书签。 错误!未定义书签。 错误 14 错误!未定义书签。 错误!未定义书签。 错误!未定义书签。 错误！未定义书签。 15 15 组件1 组件概述 组件设计 使用方法 组件2 7.3 模块设计 TOC \o 1-5 \h \z \o Current Document 模块 1 16 领域模型 16 数据流图 16 状态图（可选） 17 关键设计点 18 出错处理 18 \o Current Document 模块 2 18 \o Current Document …… 18 9.出错处理错误! 9.出错处理 1810. 关键设计点 18 文档介绍 编写目的 【编写指引：本节阐述本文档的编写目的。以下已经列出文档编写的基本目的，供文档撰写人员参 考】 本文档通过详细阐述系统总体架构设计、内外部接口设计、系统公共组件设计、系统关键点设计等 方面，试图达到以下目的： 1） 作为详细设计人员进行详细设计的输入源，框定详细设计人员必须遵守的方向和原则，保障详 细设计的一致性和整体性，从而保障详细设计质量； 2） 作为设计评审人员进行概要设计评审的依据； 3） 作为项目经理、代码编写人员，以及所有系统干系人员，了解概要设计的依据； 4） 作为项目组内部工作交接而进行知识传递的主要材料。 文档读者 【编写指引：本节列出本文档适合的读者群体，必要时可以指出读者阅读此文档的基础条件要求。 以下已经列出文档的预期读者，供文档编写人员参考】 在阅读和使用本文档之前，建议读者先阅读项目对应的《系统需求规格说明书》，本文档的预期读 者如下： 1） 项目经理； 2） 详细设计人员； 3） 代码编写人员； 4） 设计评审人员； 5） 客户方技术负责人员。 术语与缩略词 【编写指引：本文档阐述概要设计时，可能会涉及到业务和技术相关的术语和缩略词，考虑到文档 读者范围的多样性和广泛性，有必要对这些术语和缩略词进行解释，以便读者更好的阅读和理解文档所 阐述的内容】 术语、缩写词 解释 「 参考文档 【编写指引：设计人员进行概要设计时，会援引到需求、技术等方面的信息，本节应该列出这些援 引到完整文档资料清单，以便于读者了解这些参考文档，必要时还会参看这些参考文档】 如: 文档名称 提供方 版本号 备注 《系统需求规格说明书》 项目组 2.3.1 系统上下文【可选】 【编写指引：设计人员在系统设计前，需要明确系统的上下文，目的在于明确系统的边界以及系统 与边界外事物的关系。边界外事物一般包括外围系统和外围设备，并且外围事物和外围设备必须与本系 统支撑的业务有关联关系。】 例如: IT设备生命周期及本系统管理范围概览 节和对应的支撑系统，以及各个支撑系统间的交互关系，其中重点阐述了本系统的具体业务功能，以及 本系统与上下游系统的交互关系，从而明确了本系统的系统边界、本系统在整个业务流程中的位置以及 本系统的上下文。 设计约束 【编写指引：设计人员做概要设计时会受一些因素约束，这些因素应该会在《系统需求规格说明 书》显性或者隐性的阐述出来，设计时需要特别抽取出这些约束，而采取相应的设计方案。一般这些约 束集中在几个方面： 系统运行环境相关：包括系统客户端、服务端、网络软硬件条件，比如客户端分辨率、