系统产品详细需求说明书模板.docxVIP

__系统 产品 DOCPROPERTY Title \_ MERFORMAT 需求规格说明书 (v1.0) 编 写： 日 期： 检 查： 日 期： 审 核： 日 期： 批 准： 日 期：  TOC \o 13 \h \z \u __系统 PAREF _Toc26586 2 需求规格说明书 PAREF _Toc14500 2 1. 前言 PAREF _Toc4304 4 1.1. 产品背景 PAREF _Toc8607 4 1.2. 用户背景 PAREF _Toc30824 4 1.3. 术语、定义、缩略语 PAREF _Toc6365 4 1.4. 参考资料 PAREF _Toc18368 4 2. 需求综述 PAREF _Toc__7 4 3. 详细功能需求 PAREF _Toc30041 5 3.1 用户登录[示例] PAREF _Toc13222 5 3.1.1. 需求点描述 PAREF _Toc29649 5 3.1.2. 背景 PAREF _Toc16647 5 3.1.3. 业务分析图 PAREF _Toc29552 5 3.1.4. 功能描述 PAREF _Toc1156 5 3.1.5. 数据需求 PAREF _Toc13578 5 3.1.6. 界面 PAREF _Toc8741 6 3.1.7. 升级要求 PAREF _Toc8451 6 3.1.8. 性能要求 PAREF _Toc19274 6 3.1.9. 易用性 PAREF _Toc11137 6 3.1.10. 开发注意事项 PAREF _Toc12966 7 3.1.11. 相关性需求 PAREF _Toc5898 7 3.1.12. 测试注意事项 PAREF _Toc26844 7  前言 产品背景 描述为什么要做这个系统，市场、行业、政策，或者版本升级等等相关背景信息。根据《产品规划文档》中的信息，对产品进行总体的概述。使系统软件分析设计人员、软件开发人员和软件测试人员，对该版本的运行环境、功能和性能需求有一个共同的了解，使之成为项目组工作的基础。他们到底要实现什么产品，这个产品的整体情况是什么样子的，产品的主要功能是什么等等。 用户背景 描述本系统的用户背景、能力信息。用户的能力也是一种潜在需求，对于能力强的用户，系统可以做的更专业点，对于能力弱的用户，系统要做的更简单点。 术语、定义、缩略语 定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。 序号 术语或缩略语 说明性定义 1 PM Project Manar,项目经理 2 参考资料 本系统已有的文档资料。本文引用的文献、资料、标准等。 需求综述 给出产品的总体需求描述和总体的业务流程图。 详细功能需求 用户登录[示例] 需求点描述 功能点简单描述，将概要需求分成若干点进行描述 背景 应用场景描述，那种用户使用，用这个功能实现什么应用，对需求背景进行分析，分析需求来源、合理性. 现状：现有系统是如何处理的。 来源类型：是问题单？是产品规划？是竞争需要？ 业务分析图 通过流程图、用例图、活动图等多种方式来表达业务关联关系和处理流程。读者可以从中了解到当前系统实现什么样功能，数据流向如何。 业务图和文字相结合。 功能描述 根据业务流程来描述需求。 难于理解的部分要用例子来说明； 赴藏功能与其他需求相联系的可以使用连接； 增加的功能，对系统原有的相关功能、模块影响要说。 注：前后顺序合理，先说因，后说果，避免使用主观定性词汇，如：用户友好性、容易、简单、快速、有效的，用用户术语来写不用计算机专用术语。 数据需求 输入、输出以及对这些数据处理规则，数据项用表格来烈士，要说明数据类型、业务意义、业务的特殊控制，当前数据和其他数据的关联。 字段名 字段类型 默认值 字段来源 控制说明 是否必录 定义各实体中包含的数据项，包括： （1）数据项名称 （2）数据项描述：定义数据项的含义，包括数据项与其它数据项的计算或逻辑关系； （3）数据约束：非空；组成；长度；唯一；格式；关联 （4) 实体的访问频度和增长频度。 （5）等等。 用户登录信息数据项 数据项名称 数据项描述 数据约束 用户ID 用户在系统中注册的ID或系统直接分配的ID。 必填项，218字符。英文，09。 密码 用户设定的或系统预设的用于验证用户ID有效性。 630．英文，09数字，特殊字符。 访问频度：低 增长频度：中 界面 界面要符合人机规范，和现有系统产品保持一致，不应标新立异。将列出每个屏幕的标准按钮、下拉菜单、功能、布局、快