XXXX产品概要设计说明书模板.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
. . PAGE 4 页脚 xxxxxxx项目 概要设计说明书 文件状态: [ ] 草稿 [ ] 部版本 [ ] 发布版本 文件标识号 文件版本 文件编制/修改人 编制/修改日期 审批人 审批日期 地址: 地址: 电话: 页脚 版本信息 版本 编制/修改人 编制/修改日期 修改对象 修改原因说明 审批人及日期 例如: V1.0.0 例如: 例如: 2015-5-18 例如: 电机控制模块设计 页脚 目录 TOC \o 1-3 \h \z 1 文档概述 1 1.1 编写目的 1 1.1.1 标题名称 1 1.2 项目背景 1 1.3 定义、术语及缩写解释 1 1.4 参考资料 1 2 产品定位 2 2.1 产品背景 2 2.2 产品定位 2 2.3 产品设计目标 2 3 产品需求规定 2 3.1 功能需求 3 3.2 非功能性需求 3 3.3 约束和假定 3 4 产品架构设计 3 4.1 基本设计概念和处理流程 3 4.2 系统结构 3 4.2.1 模块A 4 4.2.2 模块B 4 4.3 功能需求与系统模块的关系 4 5 产品出错处理设计 4 5.1 出错信息 4 5.2 补救措施 4 6 产品维护设计 5 7 尚未解决的问题 5 . . 页脚 文档概述 编写目的 给出项目概要设计说明书的编写目的,同时指明读者对象。 标题名称 项目背景 标识要开发的产品(名称,代码),列出此项目的任务提出者、开发者、用户。 定义、术语及缩写解释 列出本文件中用到的专门术语的定义和外文首字母缩写的原词组。 术语或缩写 解释 参考资料 可包括:(1)本项目经核准的计划任务书、需求规格说明书、合同或上级机关的批文;(2)本文档所引用的资料、规等,列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。 产品定位 产品定位指整个产品生命周期的整体定位,在后续版本的需求定义中可以直接引用。如果是全新的版本定义需要重新描述。 产品背景 说明此项目产品的需求产生的背景。?例如: 本产品产生的背景是上一个版本的稳定性不足,本产品的主要目的是为了解决此重要问题。 产品定位 提供一段总体说明,高度概括产品将要在市场上占据的独特位置。 产品定位说明用于向所有相关人员传达产品的目的和产品的重要性。 产品设计目标 说明本系统将要实现的目标。 产品需求规定 说明对本系统的主要的输入/输出项目、处理的功能和性能要求,以及需求说明书中明确的其它专门要求。 功能需求? 非功能性需求? 约束和假定? 描述系统设计中最主要的约束,这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。? 另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助,那么系统可能还受到其它的约束。这种情况下,要求清楚地描述与本系统有交互的软件类型以及这样导致的约束。 产品架构设计? 基本设计概念和处理流程? 说明本系统的基本设计概念和处理流程,尽量使用图表的形式。 系统结构? 用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系。 模块A? 模块B? 功能需求与系统模块的关系? 本条用一如下的矩阵图说明各项功能需求的实现同各模块的分配关系: 模块A 模块B 模块C 。。。。。。 功能需求A √ 功能需求B √ √ 功能需求C 。。。。。。 产品出错处理设计? 出错信息? 用一览表的方式说明每种可能的出错或故障情况出现时,系统输出信息的形式、含意及处理方法。 补救措施? 说明故障出现后可能采取的补救措施,包括:? a.?说明准备采用的后备技术,当原始系统数据万一丢失时,启用的副本的建立和启动的技术,例如,周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术;? b.?说明准备采用的降效技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分,例如一个自动系统的降效技术可以是手工操作和数据的人工记录;? c.?说明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。 产品维护设计? 说明为了系统维护的方便而在程序部设计中做出的安排,包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。 ? 尚未解决的问题? 说明在概要设计过程未解决的而设计者认为在系统完成之前必须解决的各种问题。当在概要设计中无遗留问题时,此项可以去掉。

文档评论(0)

135****0879 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档