首页 需求规格说明书模板

需求规格说明书模板

举报
开通vip

需求规格说明书模板....word.zl......资料....软件需求规格说明书模版目录TOC\o"1-3"\h\z\uHYPERLINK\l"_Toc192304894"1简介PAGEREF_Toc192304894\h4HYPERLINK\l"_Toc192304895"1.1编写目的PAGEREF_Toc192304895\h4HYPERLINK\l"_Toc192304896"1.2预期的读者和阅读建议PAGEREF_Toc192304896\h4HYPERLINK\l"_Toc1...

需求规格说明书模板
....word.zl......资料....软件需求规格说明书模版目录TOC\o"1-3"\h\z\uHYPERLINK\l"_Toc192304894"1简介PAGEREF_Toc192304894\h4HYPERLINK\l"_Toc192304895"1.1编写目的PAGEREF_Toc192304895\h4HYPERLINK\l"_Toc192304896"1.2预期的读者和阅读建议PAGEREF_Toc192304896\h4HYPERLINK\l"_Toc192304897"1.3术语、定义、符号及缩略语PAGEREF_Toc192304897\h4HYPERLINK\l"_Toc192304898"1.4参考资料PAGEREF_Toc192304898\h4HYPERLINK\l"_Toc192304899"2综合描述PAGEREF_Toc192304899\h4HYPERLINK\l"_Toc192304900"2.1工程背景PAGEREF_Toc192304900\h5HYPERLINK\l"_Toc192304901"2.2产品功能PAGEREF_Toc192304901\h5HYPERLINK\l"_Toc192304902"2.3应用模型PAGEREF_Toc192304902\h5HYPERLINK\l"_Toc192304903"2.4运行环境PAGEREF_Toc192304903\h5HYPERLINK\l"_Toc192304904"2.5假设和依赖PAGEREF_Toc192304904\h5HYPERLINK\l"_Toc192304905"3功能需求PAGEREF_Toc192304905\h6HYPERLINK\l"_Toc192304906"3.1包构造模型/模块关系模型PAGEREF_Toc192304906\h6HYPERLINK\l"_Toc192304907"3.2用例包1〔采用用例模型〕PAGEREF_Toc192304907\h6HYPERLINK\l"_Toc192304908"3.2.1用例模型图PAGEREF_Toc192304908\h6HYPERLINK\l"_Toc192304909"3.2.2主要信息PAGEREF_Toc192304909\h6HYPERLINK\l"_Toc192304910"3.2.3用例1PAGEREF_Toc192304910\h7HYPERLINK\l"_Toc192304911"3.3特性1〔不采用用例模型〕PAGEREF_Toc192304911\h8HYPERLINK\l"_Toc192304912"3.3.1<需求N>PAGEREF_Toc192304912\h8HYPERLINK\l"_Toc192304913"4非功能性需求PAGEREF_Toc192304913\h11HYPERLINK\l"_Toc192304914"4.1性能需求PAGEREF_Toc192304914\h11HYPERLINK\l"_Toc192304915"4.1.1性能需求1PAGEREF_Toc192304915\h11HYPERLINK\l"_Toc192304916"4.2可靠性需求PAGEREF_Toc192304916\h11HYPERLINK\l"_Toc192304917"4.2.1可靠性需求1PAGEREF_Toc192304917\h11HYPERLINK\l"_Toc192304918"4.3平安需求PAGEREF_Toc192304918\h11HYPERLINK\l"_Toc192304919"4.3.1平安需求1PAGEREF_Toc192304919\h11HYPERLINK\l"_Toc192304920"4.4其他需求PAGEREF_Toc192304920\h11HYPERLINK\l"_Toc192304921"4.4.1其他需求1PAGEREF_Toc192304921\h11HYPERLINK\l"_Toc192304922"5外部接口需求PAGEREF_Toc192304922\h12HYPERLINK\l"_Toc192304923"5.1用户接口PAGEREF_Toc192304923\h12HYPERLINK\l"_Toc192304924"5.1.1<用户接口需求M>PAGEREF_Toc192304924\h12HYPERLINK\l"_Toc192304925"5.2硬件接口PAGEREF_Toc192304925\h13HYPERLINK\l"_Toc192304926"5.2.1<硬件接口需求M>PAGEREF_Toc192304926\h13HYPERLINK\l"_Toc192304927"5.3软件接口PAGEREF_Toc192304927\h14HYPERLINK\l"_Toc192304928"5.3.1<软件接口需求M>PAGEREF_Toc192304928\h14HYPERLINK\l"_Toc192304929"5.4通信接口PAGEREF_Toc192304929\h15HYPERLINK\l"_Toc192304930"5.4.1<通信接口需求M>PAGEREF_Toc192304930\h15HYPERLINK\l"_Toc192304931"6附录PAGEREF_Toc192304931\h16简介[提出对?软件需求规格说明书?的纵览,帮助读者理解文档如何编写并且如何阅读和解释。]编写目的[对产品〔也可能是工程,但是我们统称为产品〕进展定义,在该文档中详尽说明这个产品的需求,包括修正或发行版本号。如果这个?产品需求规格说明书?只与整个系统的一局部有关,那么只定义文档中说明的局部或子系统。举例:本文的目的是为了清晰地说明产品要实现的所有功能,产品的设计、编码和测试都要以本文的内容为根底。同时,本文确定的内容还作为产品验收的基准。客户、工程组要共同协商本文内容。]预期的读者和阅读建议[列举本文档所针对的不同读者,例如开发人员、市场人员、测试人员、客户等。描述文档中剩余局部的内容及其组织构造,提出最适合每一类型读者阅读文档的建议。]术语、定义、符号及缩略语[按字母或拼音顺序列出所有的定义和缩略语,以便读者可以正确地理解?产品需求规格说明书?,包括词头和缩写。注意:只需要列出对理解本文有用的术语。举例:PRS:ProductRequirementSpecification〔产品需求规格说明书〕。]参考资料[列举编写?软件需求规格说明书?时所参考的资料或其它来源。可能包括用户界面风格指导、 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 、系统需求规格说明书、用户需求、相关产品的产品需求规格说明书。这里应该给出参考资料详细的信息,包括标题名称、作者、版本号、日期、出版单位或资料来源,以方便读者查阅这些文献。]综合描述[这一局部概述了正在定义的产品以及它所运行的环境、使用产品的用户和的限制、假设和依赖。]工程背景[描述产品需求规格说明书中所定义的产品的背景和起源。说明该产品是否是产品系列中的下一个成员,是否是成熟产品所改良的下一代产品、是否是现有应用程序的替代品,或者是否是一个全新的产品。]产品功能[概述产品必须具备的主要功能,本文档在第三章对产品功能进展详细描述,在此仅作概括总结,重点在系统层次上描述产品的功能需求和功能分类,还可能包括保证产品与外部组件正确连接的需求。可以使用列表的方法给出,也可使用图形表示主要的需求分组以及它们之间的联系,例如数据流程图的顶层图或类图。以使描述更加有效。]应用模型[运用场合、环境、组网、应用举例。绘制产品的构造图示、与系统相交互的外部对象之间的关系。如果该局部内容与?市场需求分析报告?中“产品的组网与应用分析〞内容完全一样,请直接引用〔例如:请参见?市场需求分析报告?中“产品的组网与应用分析〞〕。]运行环境[描述产品的运行环境,包括为支持产品工作所需的其它的组件或者与其共存的产品;对于软件产品还应包括硬件平台、操作系统和版本、必须安装的软件部件和其他应用软件等。]假设和依赖[列出所有会影响需XX现的假设因素〔相对于的事实而言〕,可能包括打算要用的商业组件或有关开发或运行环境的问题。例如,本工程产品 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 要使用某些第三方软件产品或商业软件产品,虽然目前还未得到这些软件,但我们可以假设这些软件一定能够得到。如果这些假设不正确、或发生改变,会影响工程的开发,因此,这些假设往往又是一种风险。此外,确定工程对外部因素存在的依赖。例如,如果工程的开发或工程产品的使用要依靠其它外部因素,比方与其它产品共用的软件包、准备重用的软件构件等,也要在此说明。]功能需求[本章将详细解释产品所有的功能需求。功能需求是根据系统特性即产品所提供的主要效劳来组织的。你可能更喜欢通过用例、运行模式、用户类、对象类或功能等级来组织这局部内容,你还可以使用它们的组合。总之,你必须选择一种使读者易于理解预期产出的组织方案。如果使用传统的需求分析方法,本章的每一节描述一个功能需求,每个功能需求又从编号、名称、优先级、输入、处理、输出、验收准那么7项来说明。如果使用UML模型描述需求分析结果,本章的每一节采用“使用用例〞描述一个功能需求,并在此说明参考的“使用用例〞文件名;如果你采用模型工具绘制用例视图,你应在此注明所用工具的名称、版本等信息。本章中所列出的需求,要求细化到如下程度:〔1〕设计人员可以依据该需求设计并实现系统;〔2〕系统测试人员可以依据该需求编写测案并对系统进展验证。]包构造模型/模块关系模型[使用UML模型描述需求分析结果时,在本节划分出系统的包构造,用图表示出用户机构与本系统各个包之间的关系和本系统各包局部之间的关系。使用传统的需求分析方法时,在本节划分出系统的各功能模块构造,用图表示出用户机构与本系统各个功能模块之间的关系和本系统各功能模块之间的关系。]用例包1〔采用用例模型〕用例模型图主要信息【对于每个包应当说明以下信息:名称简要说明该包所拥有的用例列表该包所拥有的角色列表直属该包的包列表】用例1优先级[该需求的优先级,按高、中、低的优先级分类。对高、中、低的解释如下:高:关键的功能特性,必选,不能实现意味着无法满足客户的需求。所有“高〞优先级的需求必须在本次工程开发中实现。中:重要的功能,必选,不能实现可能会影响产品的销售和客户满意度。所有“中〞优先级的需求都应该作为产品的功能点,但在时间、资源的压力下,可以考虑在产品的下一个版本中实现。低:有用的功能或性能的提高,可选,不能实现不会对产品产生实质性影响,但可能会在特定的应用场合增加产品的卖点,在时间、资源允许的情况下,可以考虑在产品的某一版本中实现。]简要说明【用例的简要说明应反映用例的角色和目的。在撰写说明时,应参考用例中所涉及的主角、词汇表,并根据需要定义新概念。以下是回收机系统中“回收贮藏物品〞用例的简要说明例如:回收贮藏物品:用户使用本机器来自动统计所有回收物品〔瓶子、罐子以及箱子〕,并得到一X收据。收据将在收银机处兑现。】参与者事件流【用例事件流包含用例建模工作所得到的最重要的信息。应该清楚地说明用例的事件流,让外行也能很容易地理解它。请记住,事件流应该说明系统做什么,而不是说明为了执行所需的行为而对系统进展的设计。事件流的两个主要局部是主事件流和扩展事件流。主事件流应包括在执行用例时“通常〞会发生的事件。扩展事件流包括与正常行为相关的可选或异常特征的行为,同时也包括正常行为的各种变形。您可以将扩展事件流看作是主事件流的“绕行道〞,有些扩展事件流将返回到主事件流,而有些将完毕此用例的执行。】主事件流扩展事件流前置条件【前置条件或后置条件所说明的状态应该是用户可以观察到的状态。“用户已经登录系统〞或“用户已经翻开文档〞都是可观察状态的例如。前置条件是对用例何时开场的约束。它并不是使用例开场的事件。例如自动柜员机中“提取现金〞用例的前置条件为:客户拥有一X个人专用卡,这X卡正好可以塞进读卡器,并且该卡已经分到一个PIN号,还向银行业务系统进展了登记。】触发条件【触发条件是说明触发用例执行的条件。例如“预定客房〞用例的触发条件是客户申请预定客房,其前置条件是当前有空的客房。】后置条件【例如,自动柜员机中“提取现金〞用例的后置条件为:当用例完毕时,所有XX和交易日志都已收支平衡,与银行业务系统的通信已重新初始化,并且银行卡已经返还给客户。】特性1〔不采用用例模型〕[在此对<特性1>进展概要性说明,例如:此模块中包含实现预付费业务所需的所有功能。]<需求N>[本节的标题<需求N>需以实际的需求名代替。]编号[为需求定义一个唯一的编号,便于需求跟踪。]名称及说明[需求名称,如果需要可以在此对需求的内容作简要的描述。]优先级[该需求的优先级,按高、中、低的优先级分类。对高、中、低的解释如下:高:关键的功能特性,必选,不能实现意味着无法满足客户的需求。所有“高〞优先级的需求必须在本次工程开发中实现。中:重要的功能,必选,不能实现可能会影响产品的销售和客户满意度。所有“中〞优先级的需求都应该作为产品的功能点,但在时间、资源的压力下,可以考虑在产品的下一个版本中实现。低:有用的功能或性能的提高,可选,不能实现不会对产品产生实质性影响,但可能会在特定的应用场合增加产品的卖点,在时间、资源允许的情况下,可以考虑在产品的某一版本中实现。]输入[列出本需求所有的输入〔触发条件、输入参数〕。对每项输入,可能的属性如下:输入名说明类型[例如:Int、String]输入值的X围输入来源格式]处理[描述为了满足该项功能应进展哪些事务处理。可以用文本方式、伪指令或流程图来描述。]输出[列出本需求所有的输出〔输出参数、处理结果〕。对每项输出,可能的属性如下:输知名说明类型输出值的X围输出值的目标格式]非功能性需求性能需求性能需求1编号名称及说明优先级验收准那么可靠性需求可靠性需求1编号名称及说明优先级验收准那么平安需求平安需求1编号名称及说明优先级验收准那么其他需求其他需求1编号名称及说明优先级验收准那么外部接口需求表三:外部接口需求分类表需求类别编号需求名称优先级描述用户接口[陈述产品中所需要的用户界面。描述每个用户界面的逻辑特征。以下是可能要包括的一些特征:将要采用的图形用户界面标准或整个产品系列的风格;屏幕布局;将出现在每个屏幕的标准按钮〔如帮助〕、功能或导航;键盘快捷键;错误信息显示标准。如果必要,用户接口需求的细节可在独立的用户接口规格文件中描述。]<用户接口需求M>[本节的标题需以实际的需求名代替。]编号[为需求定义一个唯一的编号,便于需求跟踪。]名称及说明[需求名称,如果需要可以在此对需求的内容作简要的描述。]优先级[该需求的优先级,按高、中、低的优先级分类。对高、中、低的解释如下:高:关键的功能特性,必选,不能实现意味着无法满足客户的需求。所有“高〞优先级的需求必须在本次工程开发中实现。中:重要的功能,必选,不能实现可能会影响产品的销售和客户满意度。所有“中〞优先级的需求都应该作为产品的功能点,但在时间、资源的压力下,可以考虑在产品的下一个版本中实现。低:有用的功能或性能的提高,可选,不能实现不会对产品产生实质性影响,但可能会在特定的应用场合增加产品的卖点,在时间、资源允许的情况下,可以考虑在产品的某一版本中实现。]验收准那么[说明用于验证满足需求的验收准那么。]硬件接口[描述系统中软件和硬件每一接口的特征,可能包括软件所支持的设备类型、软硬件之间交流的数据和控制信息的性质、通讯 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 等。]<硬件接口需求M>[本节的标题需以实际的需求名代替。]编号[为需求定义一个唯一的编号,便于需求跟踪。]名称及说明[需求名称,如果需要可以在此对需求的内容作简要的描述。]优先级[该需求的优先级,按高、中、低的优先级分类。对高、中、低的解释如下:高:关键的功能特性,必选,不能实现意味着无法满足客户的需求。所有“高〞优先级的需求必须在本次工程开发中实现。中:重要的功能,必选,不能实现可能会影响产品的销售和客户满意度。所有“中〞优先级的需求都应该作为产品的功能点,但在时间、资源的压力下,可以考虑在产品的下一个版本中实现。低:有用的功能或性能的提高,可选,不能实现不会对产品产生实质性影响,但可能会在特定的应用场合增加产品的卖点,在时间、资源允许的情况下,可以考虑在产品的某一版本中实现。]验收准那么[说明用于验证满足需求的验收准那么。]软件接口[说明本产品与其它外部组件〔包括数据库、操作系统、工具、运行库、集成的商业部件等,要指明它们的名字和版本〕的连接。明确并描述在软件组件之间交换数据或消息的目的。描述所需要的效劳以及内部组件通信的性质。确定将在组件之间共享的数据。如果必须用一种特殊的方法来实现数据共享机制,例如在多任务操作系统中的一个全局数据区,那么就必须把它定义为一种实现上的限制。]<软件接口需求M>[本节的标题需以实际的需求名代替。]编号[为需求定义一个唯一的编号,便于需求跟踪。]名称及说明[需求名称,如果需要可以在此对需求的内容作简要的描述。]优先级[该需求的优先级,按高、中、低的优先级分类。对高、中、低的解释如下:高:关键的功能特性,必选,不能实现意味着无法满足客户的需求。所有“高〞优先级的需求必须在本次工程开发中实现。中:重要的功能,必选,不能实现可能会影响产品的销售和客户满意度。所有“中〞优先级的需求都应该作为产品的功能点,但在时间、资源的压力下,可以考虑在产品的下一个版本中实现。低:有用的功能或性能的提高,可选,不能实现不会对产品产生实质性影响,但可能会在特定的应用场合增加产品的卖点,在时间、资源允许的情况下,可以考虑在产品的某一版本中实现。]验收准那么[说明用于验证满足需求的验收准那么。]通信接口[描述与产品所使用的通信功能相关的需求,例如电子、WEB浏览器、网络通信标准或协议及电子 表格 关于规范使用各类表格的通知入职表格免费下载关于主播时间做一个表格详细英语字母大小写表格下载简历表格模板下载 等。定义相关的信息格式,指明要遵守的通讯标准,如FTP,HTTP等。说明在通讯中的平安和加密问题、数据传输速率、同步机制等。]<通信接口需求M>[本节的标题需以实际的需求名代替。]编号[为需求定义一个唯一的编号,便于需求跟踪。]名称及说明[需求名称,如果需要可以在此对需求的内容作简要的描述。]优先级[该需求的优先级,按高、中、低的优先级分类。对高、中、低的解释如下:高:关键的功能特性,必选,不能实现意味着无法满足客户的需求。所有“高〞优先级的需求必须在本次工程开发中实现。中:重要的功能,必选,不能实现可能会影响产品的销售和客户满意度。所有“中〞优先级的需求都应该作为产品的功能点,但在时间、资源的压力下,可以考虑在产品的下一个版本中实现。低:有用的功能或性能的提高,可选,不能实现不会对产品产生实质性影响,但可能会在特定的应用场合增加产品的卖点,在时间、资源允许的情况下,可以考虑在产品的某一版本中实现。]验收准那么[说明用于验证满足需求的验收准那么。]附录
本文档为【需求规格说明书模板】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
该文档来自用户分享,如有侵权行为请发邮件ishare@vip.sina.com联系网站客服,我们会及时删除。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。
本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。
网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
下载需要: 免费 已有0 人下载
最新资料
资料动态
专题动态
个人认证用户
wdggjmm
从事建筑施工管理与质量安全、方案设计、可行性研究报告
格式:doc
大小:91KB
软件:Word
页数:0
分类:教育学
上传时间:2021-10-05
浏览量:1