原创力文档- 1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
- 2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
概要设计说明书(HLD)
版本【V】
拟制 日期 审核 日期 批准 日期 修订历史记录
版本 日期 AMD 修订者 说明 （A-添加，M-修改，D-删除）
目录
1. 引言 4
1.1. 文档目的 4
1.2. 文档读者 4
1.3. 术语与缩略词 4
1.4. 参考资料 4
2. 系统概貌（可选） 4
2.1. 系统概述 4
2.2. 系统上下文 4
2.3. 系统功能结构 4
3. 设计约束 5
4. 设计策略 5
5. 架构设计 5
5.1. 功能架构 5
5.2. 系统架构 5
5.3. 技术架构 5
5.4. 工程架构 5
5.5. 部署架构 5
5.5.1. 逻辑架构 5
5.5.2. 物理架构 5
5.6. 进程架构（可选） 6
5.7. 数据架构（可选） 6
6. 接口设计 6
6.1. 外部接口 6
6.2. 内部接口 6
7. 组件设计 6
7.1. 组件1 6
7.1.1. 组件概述 6
7.1.2. 组件设计 6
7.1.3. 使用方法 6
7.2. 组件2 6
7.3. 6
8. 模块设计 6
8.1. 模块1 7
8.1.1. 领域模型 7
8.1.2. 数据流图 7
8.1.3. 状态图（可选） 7
8.1.4. 关键设计点 7
8.1.5. 出错处理 7
8.2. 模块2 7
8.3. …… 7
9. 出错处理 7
10. 关键设计点 7 文档介绍
编写目的
【编写指引：本节阐述本文档的编写目的。以下已经列出文档编写的基本目的，供文档撰写人员参考】
本文档通过详细阐述系统总体架构设计、内外部接口设计、系统公共组件设计、系统关键点设计等方面，试图达到以下目的：
作为详细设计人员进行详细设计的输入源，框定详细设计人员必须遵守的方向和原则，保障详细设计的一致性和整体性，从而保障详细设计质量；
作为设计评审人员进行概要设计评审的依据；
作为项目经理、代码编写人员，以及所有系统干系人员，了解概要设计的依据；
作为项目组内部工作交接而进行知识传递的主要材料。
文档读者
【编写指引：本节列出本文档适合的读者群体，必要时可以指出读者阅读此文档的基础条件要求。以下已经列出文档的预期读者，供文档编写人员参考】
在阅读和使用本文档之前，建议读者先阅读项目对应的《系统需求规格说明书》，本文档的预期读者如下：
项目经理；
详细设计人员；
代码编写人员；
设计评审人员；
客户方技术负责人员。
术语与缩略词
【编写指引：本文档阐述概要设计时，可能会涉及到业务和技术相关的术语和缩略词，考虑到文档读者范围的多样性和广泛性，有必要对这些术语和缩略词进行解释，以便读者更好的阅读和理解文档所阐述的内容】
术语、缩写词 解释 参考文档
【编写指引：设计人员进行概要设计时，会援引到需求、技术等方面的信息，本节应该列出这些援引到完整文档资料清单，以便于读者了解这些参考文档，必要时还会参看这些参考文档】
如：
文档名称 提供方 版本号 备注 《系统需求规格说明书》 项目组 2.3.1 系统上下文【可选】
【编写指引：设计人员在系统设计前，需要明确系统的上下文，目的在于明确系统的边界以及系统与边界外事物的关系。边界外事物一般包括外围系统和外围设备，并且外围事物和外围设备必须与本系统支撑的业务有关联关系。】
例如：
上图中以设备从采购到报废的全生命周期业务过程为线索，明确了设备全生命周期管理中的各个环节和对应的支撑系统，以及各个支撑系统间的交互关系，其中重点阐述了本系统的具体业务功能，以及本系统与上下游系统的交互关系，从而明确了本系统的系统边界、本系统在整个业务流程中的位置以及本系统的上下文。
设计约束
【编写指引：设计人员做概要设计时会受一些因素约束，这些因素应该会在《系统需求规格说明书》显性或者隐性的阐述出来，设计时需要特别抽取出这些约束，而采取相应的设计方案。一般这些约束集中在几个方面：
系统运行环境相关：包括系统客户端、服务端、网络软硬件条件，比如客户端分辨率、客户端与服务端网络带宽、内网应用或外网应用、客户端机器配置高低、浏览器版本情况等；
系统非功能需求相关：包括系统性能要求、可靠性要求、安全性要求；
特定场景相关的隐性约束：以上两个方面在《系统规格说明书》里都会有阐述，还有一些比较隐性的要求，需要根据经验和策略抽取出来，而采取相应的措施。比如，对于属于新旧系统替换的项目，在做数据结构设计时，需要考虑数据迁移时的难易程度。】
例如：
设计约束 设计时应该考虑 用户客户端配置偏低 应最大可能避免在客户端做JS运算，页面的渲染应该在服务端进行。因此避免使用Ext、JQuery和Dojo等富客户端技术，结合系统
文档评论（0）