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

  1. 1、本文档共18页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 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等富客户端技术,结合系统

文档评论(0)

boss + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档