02-项目简称需求规格说明书

《02-项目简称需求规格说明书》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、需求规格说明书作者：{项目名称}需求规格说明书文件状态：[√]草稿[]正式发布[]正在修改文件标识：LT-项目简称-XQ当前版本：X.Y作者：完成日期：Year-Month-Day第页共页需求规格说明书作者：版本历史版本/状态作者参与者起止日期备注第页共页需求规格说明书作者：目录0.文档介绍40.1文档目的40.2文档范围40.3读者对象40.4参考文档40.5术语与缩写解释41.产品介绍52.产品面向的用户群体53.产品应当遵循的标准或规范54.产品范围55.产品中的角色56.产品的功能性需求56.0功能性需求分类56.mFeatureM66

2、.m.nFunctionM.N67.产品的非功能性需求67.1用户界面需求67.2软硬件环境需求77.3产品质量需求77.3输入输出要求77.4数据管理能力要求77.5故障处理要求77.n其它需求7附录A：需求建模与分析报告8A.1需求模型18A.n需求模型N8附录B：需求确认9第页共页需求规格说明书作者：0.文档介绍0.1文档目的0.2文档范围0.3读者对象0.4参考文档列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符]作者，文献名称，出版单位（或归属单位），日期例如：[SPP-PROC-PP]SEPG，需求开发规范，机构名

3、称，日期0.5术语与缩写解释缩写、术语解释…第页共页需求规格说明书作者：1.产品介绍（1）介绍产品的开发背景。（2）介绍产品的用途。2.产品面向的用户群体（1）描述本产品面向的用户的特征。（2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？3.产品应当遵循的标准或规范阐述本产品应当遵循的标准、规范或业务规则。4.产品范围（1）说明本产品“适用的领域”和“不适用的领域”。（2）说明本产品“应当包含的内容”和“不包含的内容”。（说清楚产品范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精力集中在产品范围之内，

4、少干吃力不讨好的事情；（3）有助于控制需求的变更。）5.产品中的角色阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。角色名称职责描述6.产品的功能性需求6.0功能性需求分类说明：将功能性需求先粗分再细分，下表中的FeatureA,Function第页共页需求规格说明书作者：A.1等符号应当被替换成有含义的名称。功能类别功能名称、标识符描述FeatureAFunctionA.1…FeatureBFunctionB.1…FeatureCFunctionC.1…6.mFeatureM6.m.nFunctionM.N名称、标识符功

5、能描述优先级输入操作序列输出补充说明……7.产品的非功能性需求7.1用户界面需求需求名称详细要求…第页共页需求规格说明书作者：7.2软硬件环境需求需求名称详细要求…7.3产品质量需求主要质量属性详细要求正确性健壮性可靠性性能，效率易用性清晰性安全性可扩展性兼容性可移植性…7.3输入输出要求7.4数据管理能力要求7.5故障处理要求7.n其它需求第页共页需求规格说明书作者：附录A：需求建模与分析报告建议用RationalRose对产品需求进行建模与分析。A.1需求模型1A.n需求模型N第页共页需求规格说明书作者：附录B：需求确认提示：需求确认规程请

6、参见SPP-PROC-RM，主要分两步：（1）需求评审，（2）需求承诺。对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告”，规程请参见SPP-PROC-TR。在获取责任人（Stakeholders）对需求的承诺之前，该《产品需求规格说明书》必须先通过需求评审。需求评审报告摘要需求文档输入名称，标识符，版本，作者，完成日期，…需求评审报告输入名称，标识符，评审日期，…评审结论[]工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。[√]工作成果基本合格，需要作少量的修改，之后通过审核即可。[]工作成果不合格，需要作比较大

7、的修改，之后必须重新对其评审。评审意见评审小组成员输入评审小组成员需求承诺需求文档输入名称，标识符，版本，作者，完成日期客户承诺承诺…签字，日期项目经理承诺承诺…签字，日期第页共页