1、精选软件需求规格说明书作者：林锐 电子工业出版社出版发行项目名称产品需求规格说明书文件标识：Company-Project-RD-PRS文件状态:，草木高当前版本：X.Y正式发布正在修改作者：完成日期：Year-Month-Day版本历史版本/状态作者经与后起止日期备注目录0.文档介绍0.1文档目的0.2文档范围0.3读者对象0.4参考文档0.5术语与缩写解释1 .产品介绍2 .产品面向的用户群体3 .产品应当遵循的标准或规范4 .产品范围5 .产品中的角色6 .产品的功能性需求6.0功能性需求分类6 .m Feature M7 .m.n Function M.N8 .产品的非功能性需求8.1
2、 用户界面需求8.2 软硬件环境需求8.3 产品质量需求7.n 其它需求附录A :需求建模与分析报告A.1需求模型1A.n需求模型N附录B :需求确认0.文档介绍0.1文档目的0.2文档范围0.3读者对象0.4参考文档提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下:标识符作者，文献名称，出版单位（或归属单位），日期例如：SPP-PROC-PP SEPG ,需求开发规范，机构名称，日期0.5术语与缩写解释缩写、术语解释SPP精简并行过程，Simplified Parallel ProcessRD需求开发 Require Development|1 .产品介绍提示：(1)说明产品是
3、什么，什么用途。(2)介绍产品的开发背景。2 .产品面向的用户群体提示：(1)描述本产品面向的用户(客户、最终用户)的特征，(2)说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？3 .产品应当遵循的标准或规范提示：阐述本产品应当遵循什么标准、规范或业务规则( Business Rules ),违反标准、 规范或业务规则的产品通常不太可能被接受。4 .产品范围提示：阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。说清楚产品范围的好处是：(1)有助于判断什么是需求，什么不是需求；(2)可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；(3
4、)有助于控制需求的变更。5 .产品中的角色提示：阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。6 .产品的功能性需求6.0功能性需求分类提示：将功能性需求先粗分再细分，下表中的Feature A, Function A.1等符号应当被替换成有含义的名称。功能类别功能名称、标识符描述Feature AFunction A.1Feature BFunction B.1Feature CFunction C.16.m Feature M提示：此处写一些承上启下的文字。7.1用户界面需求需求名称详细要求7.2软硬件环境需求需求名称详细要求6.m.n Function M.N7.
5、3产品质量需求详细要求主要质量属性正确性健壮性可靠性性能，效率易用性清晰性安全性可扩展性兼容性可移植性7.n 其它需求附录A :需求建模与分析报告建议用Rational Rose 对产品需求进行建模与分析。A.1需求模型1A.n需求模型N附录B :需求确认提示：需求确认规程请参见SPP-PROC-RM ,主要分两步：（1）需求评审，（2）需求承诺。对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告”，规程请参见SPP-PROC-TR 。在获取责任人（Stakeholders ）对需求的承诺之前，该产品需求 规格说明书必须先通过需求评审。需求评审报告摘要需求文档输入名称，标识符，版本，作者，完成日期，需求评审报告输入名称，标识符，评审日期，可编辑THANKS !致力为企业和个人提供合同协议， 策划案计划书，学习课件等等打造全网一站式需求欢迎您的下载，资料仅供参考
