详细需求说明书模板(共7页).doc

精选优质文档-倾情为你奉上需求说明书模板修改状态生效日期拟 制审 核审 批模板版本记录日期修改位置修改类型修改描述修改人审核人审批人版本变更说明：分为创建，增加，修改，删除。使用说明：使用本模板时，将本页删除。以下蓝色斜体字是模板说明文字，使用时请删除。裁减说明：使用本模板时，可根据实际情况对模板内容进行裁减。文档编号版本A1密级秘密项目名称Xx系统项目来源Xx系统需求规格说明书(内部资料 请勿外传)编 写：日 期：检 查：日 期：审 核：日 期：批 准：日 期：XXXX科技有限公司版权所有 不得复制1. 前言1.1. 产品背景描述为什么要做这个系统，市场、行业、政策，或者版本升级等等相关背景信息。根据产品规划文档中的信息，对产品进行总体的概述。使系统软件分析设计人员、软件开发人员和软件测试人员，对该版本的运行环境、功能和性能需求有一个共同的了解，使之成为项目组工作的基础。他们到底要实现什么产品，这个产品的整体情况是什么样子的，产品的主要功能是什么等等。1.2. 用户背景描述本系统的用户背景、能力信息。用户的能力也是一种潜在需求，对于能力强的用户，系统可以做的更专业点，对于能力弱的用户，系统要做的更简单点。1.3. 术语、定义、缩略语定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。序号术语或缩略语说明性定义1PMProject Manager,项目经理21.4. 参考资料本系统已有的文档资料。本文引用的文献、资料、标准等。2. 需求综述给出产品的总体需求描述和总体的业务流程图。3. 详细功能需求3.1 用户登录示例3.1.1. 需求点描述功能点简单描述，将概要需求分成若干点进行描述3.1.2. 背景应用场景描述，那种用户使用，用这个功能实现什么应用，对需求背景进行分析，分析需求来源、合理性.现状：现有系统是如何处理的。来源类型：是问题单？是产品规划？是竞争需要？3.1.3. 业务分析图通过流程图、用例图、活动图等多种方式来表达业务关联关系和处理流程。读者可以从中了解到当前系统实现什么样功能，数据流向如何。业务图和文字相结合。3.1.4. 功能描述根据业务流程来描述需求。难于理解的部分要用例子来说明；赴藏功能与其他需求相联系的可以使用连接；增加的功能，对系统原有的相关功能、模块影响要说。注：前后顺序合理，先说因，后说果，避免使用主观定性词汇，如：用户友好性、容易、简单、快速、有效的，用用户术语来写不用计算机专用术语。3.1.5. 数据需求输入、输出以及对这些数据处理规则，数据项用表格来烈士，要说明数据类型、业务意义、业务的特殊控制，当前数据和其他数据的关联。字段名字段类型默认值字段来源控制说明是否必录定义各实体中包含的数据项，包括： （1）数据项名称 （2）数据项描述：定义数据项的含义，包括数据项与其它数据项的计算或逻辑关系； （3）数据约束：非空；组成；长度；唯一；格式；关联（4) 实体的访问频度和增长频度。（5）等等。l 用户登录信息数据项数据项名称数据项描述数据约束用户ID用户在系统中注册的ID或系统直接分配的ID。必填项，2-18字符。英文，0-9。 密码用户设定的或系统预设的用于验证用户ID有效性。6-30英文，0-9数字，特殊字符。访问频度：低增长频度：中3.1.6. 界面界面要符合人机规范，和现有系统产品保持一致，不应标新立异。将列出每个屏幕的标准按钮、下拉菜单、功能、布局、快捷键等，必要是给出修改前后的界面的变化，供开发人员参考的界面必须明确注明，能否开发不应变更。（1）界面说明：本功能包括哪些页面，各页面上布置哪些操作与实体；并对有特殊条件或要求的操作进行说明。（2）图示界面布局，采用任意的表达方式作出界面布局示意图。（3）界面数据项布置顺序及tab顺序，如不特殊提出，则按自然顺序。（4）习惯操作：在此条说明特殊操作习惯或操作要求。例如要求以”Enter”键代替“Tab”键等。3.1.7. 升级要求该功能是否有升级要求，升级又需要考虑哪些问题。升级后，保证原有系统数据的正确性，功能兼容性。3.1.8. 性能要求给开发设计的指导，时延、事务响应时间要求。说明实现要考虑的性能问题，涉及并发、网络控制、大数据量、预警、日志等功能，要说明使用的频率。3.1.9. 易用性 易于使用、学习和理解 3.1.10. 开发注意事项开发过程应该注意地方。例如扩展性。3.1.11. 相关性需求本需求是否与其他系统有接口，本需求实现是否影响接口变动，有影响要列出详细描述数接口交换情况。3.1.12. 测试注意事项测试容易遗漏或者难点的地方 供设计测试参考专心-专注-专业