软件需求规格说明书(模板).doc

《软件需求规格说明书(模板).doc》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、软件需求规格说明书模板Version1.0●2011.6.18模板使用要通过本模板创建可以交付的文档请遵循以下指导：1.删除文档标题页和本页。2.用你的项目和负责人信息替换封面括号中的文本。3.用你的项目和负责人信息替换页眉区域括号中的信息。注意：请不要移除或修改页脚区域的信息。4.完成整个模板。每节包含简短的操作说明，在内容区域中用斜体显示。可交付的文本编写在操作说明下方或模板提供的表格内。注意：交付文档时需要移除斜体的说明。5.目录内容发生变化时，需要更新文档目录。在目录区右键选择“更新域”就可以更新整个目录。软件需求规格说明书【贪吃蛇】文件状态：[√]草稿[]正式发布

2、[]正在修改文件标识：QST-班号-项目代码-DOC-RS当前版本：X.Y作者：完成日期：Year-Month-Day批准人：批准日期：Year-Month-Day签字：【机构/组织名称】变更历史序号版本变更日期变更内容变更者123456789101112目录0.文档介绍30.1文档目的30.2文档范围30.3读者对象30.4参考文档30.5术语与缩写解释31.项目概述41.1产品介绍41.2产品范围41.3用户群体及角色41.4运行环境51.5假设、依赖和约束52.产品的功能性需求62.1整体业务流程图／用例图62.2功能性需求分类62.3功能类别A62.3.xf功能X6

3、2.3.xu用例Y72.4功能类别B83.产品的非功能性需求83.1用户界面需求83.2性能需求83.3产品质量需求93.4其他需求94.接口9附录A：需求建模与分析报告10A.1需求模型110A.n需求模型N10附录B：需求跟踪矩阵11附录C：需求确认120.文档介绍0.1文档目的对贪吃蛇游戏进行需求分析，明白用户需求，明确软件具有的功能，性能及界面，为系统设计和编码人员提供依据，方便后期工作。0.2文档范围贪吃蛇的功能需求，性能需求及界面。0.3读者对象客户需求分析人员文档编写人员编码人员测试人员项目管理人员0.4参考文档提示：列出本文档的所有参考文献（可以是非正式出版

4、物），格式如下：[标识符]作者，文献名称，出版单位（或归属单位），日期例如：[SPP-PROC-PP]SEPG，需求开发规范，机构名称，日期0.5术语与缩写解释缩写、术语解释…1.项目概述1.1产品介绍提示：（1）说明产品是什么，什么用途。（2）介绍产品的开发背景。提供关于发起这个软件开发的业务组织的概要，包括业务组织的使命及业务目标1.2产品范围提示：描述待开发软件产品的范围。在描述中应该包括：l描述软件产品的特征l介绍软件的功能，并进行简要说明l描述软件产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。（做什么，不做什么）l说明软件应用l

5、描述软件的相关的收益、目的和目标等此处的描述应与之前的项目文档的类似描述保持一致。说清楚产品范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；（3）有助于控制需求的变更。1.3用户群体及角色提示：（1）描述本产品面向的用户（客户、最终用户）的特征。（2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？（3）根据用户的特征，按照功能、位置和设备类型等识别每一类用户。明确每一类型的用户的数量，以及他们使用软件的特点。根据这些特点划分产品中定义的角色及其工作职责，填写在下表中，各种角色的具体行为将在

6、功能性需求中描述。软件产品用户的特征会影响特定的需求。许多人在软件生命周期的运行和维护阶段使用软件。这些人是用户、操作员、系统维护人员。这些人的某些特点，如教育水平，经验和技术专长，可能成为软件的运行环境的重要制约因素。角色名称职责描述系统管理员由程序内部人员担任，负责系统配置，维护，备份及恢复，以及任务管理。普通玩家所有玩家，负责玩游戏。1.4运行环境提示：描述软硬件运行环境。包括硬件平台、操作系统和版本，以及用户、服务器和数据库的地理位置。列出系统必须和平共存的其他软件组件或应用程序，前景和范围文档中可能包含这样的高层信息。需求名称详细要求硬件软件WINDOW7操作系统

7、以上…1.5假设、依赖和约束提示：列举软件产品的假设、依赖和约束。但不是每个产品都同时具备这三个条件。假设描述那些影响在软件需求说明书描述的需求的假设。假设是那些在项目的生命周期中被认为是真的因素，如果这种假设改变，会对项目产生负面的影响，包括但不限于最终用户的特点，已知的技术基础设施，资源可用性和资金可用性等。依赖描述那些影响在软件需求说明书中描述的需求的依赖。依赖是指在项目的范围和控制之外，并且为了项目取得成功而必须为真的情况。举例来说，一个依赖可能是一个应用程序依赖于一个不同的应用提供具体的数据或者是一个与第