- 1、本文档共18页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
概要设计说明书(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等富客户端技术,结合系统
您可能关注的文档
最近下载
- 浅析党和国家领导人教师思想与“育师为本”理念.doc VIP
- 经史子集国学文库:子部·儒家·龙溪王先生全集.pdf
- 人教版八年级上册语文《台阶》配套练习册参考答案.doc VIP
- 附件2-新冠鼠疫流行病学调查表.docx VIP
- 应急救援员(五级)理论考试题库(含答案).docx
- 2024国网陕西电力省管产业单位供电服务业务部招聘(379人)高频考题难、易错点模拟试题(共500题)附带答案详解.docx
- 全国大学生市场调查与分析大赛调查研究报告.PDF
- 创新与发明---按图索骥、循章创新智慧树知到期末考试答案2024年.docx
- 商用车智能底盘产品平台定义-2023-07-商用车.pdf VIP
- 良好的健康与福祉.PDF
文档评论(0)