系统需求说明书模版(互联网产品).docx

系统需求说明书[使用说明：本文档适用于系统需求定义。本文档主要用于说明系统要做什么，做成什么样子。侧重于系统功能、系统处理逻辑、人机交互和数据的定义。模板中以蓝色斜体显示的文本，用于向作者提供指导，在文档编辑完成后应该将其删除。文档正文应使用常规、黑色、五号字体，即系统设置的“正文”样式。当某一章/节没有内容时，必须注明N/A，同时标注理由。例如：本章/节内容无需考虑。特别说明：当某章/节内容参见其它文档时，不能注明N/A，而应该写明参见某文档的路径名称或章节等。]文件状态：[ ] 草稿[√] 正式发布[ ]正在修改文件编号：SN_RT05当前版本：V1.5作者：李伟佳完成日期：2014-2-20版本信息版本时间状态简要描述部门更改人批准人V0.92013-3-12N创建产品设计理部刘桂军V1.02013-3-18N根据产品规划部建议，增加4.2章节。产品设计理部刘桂军V1.52014-2-20M文档格式修改质量控制部李伟佳陈军注：状态可以为N-新建、A-增加、M-更改、D-删除。目录1.关于本文档41.1.内容说明41.2.适用范围41.3.术语51.4.参考文档51.5.沟通要求52.产品概述62.1.产品概述62.2.产品范围72.3.产品目标72.4.用户角色72.5.同类产品(选写)83.功能需求93.1.流程图93.1.1.未认证激活流程93.2.功能模块93.3.功能详情103.3.1.需求编号：子功能103.4.集成类需求124.非功能需求124.1.技术约束类124.1.1.响应时间124.1.2.吞吐率124.2.产品营销需求134.2.1.主站曝光机制134.2.2.产品运营规范134.2.3.客户服务需求144.2.4.安全性需求144.3.其它需求15关于本文档内容说明本文档用于描述XXXX产品的系统需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是该系统唯一的全面需求定义文档。根据需求管理流程和要求，产品经理随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取必威体育精装版版本。适用范围本文档由产品设计团队和用户体验团队共同完成，由产品经理负责。本文档在产品设计团队编写完成后，由产品经理组织评审，评审过程遵守《SN_QP01产品研发评审规范.docx》。评审团队包括：业务代表（运营方）、产品经理上级领导、产品规划部门、用户体验设计团队、产品架构师、技术经理及核心开发人员、测试经理、产品设计管理部。本文档在需求评审后，作为需求基线，由用户体验设计团队进行交互和视觉设计（内部项目可选），研发团队进行概要设计，测试团队准备测试方案。用户体验设计评审后修订本文档一次，增加一个小版本号。项目周期内，在需求评审结束后，所有需求变更，请在JIRA上走需求变更流程。未经过需求评审或需求变更的需求，交互设计团队和研发团队不能进入正式设计研发阶段。关于需求管理、需求变更、本文档使用如果有问题，请咨询产品设计管理部。术语词汇名称词汇含义备注【定义及说明与此系统有关的特殊名词（专门术语）或简写、各类编号、代码等等】参考文档为了更好理解本文档，请阅读如下文档。编号文档说明及地址1《XXXX产品定义说明书v1.pptx》说明：是该产品的立项文档，定义了该产品的需求、产品设计和运营思路等基本内容。获取地址：2《XXXX业务需求说明书v1.0.doc》说明：描述了业务功能描述、业务流程、业务实体和业务规则等。获取地址：沟通要求本表记录需要跨部门沟通的事项，以保证该文档内容质量。如果有其它跨部门沟通项，请填写该表中，并记录沟通结果。序号角色沟通内容沟通结果1用户体验用户需求、用户群体特征等。是2产品运营团队沟通需求具体内容；4.2.2节，产品运营规范是3安全优化系统安全性不需要4客服讨论客服如何支持：客服需求协助评估诈欺/数据窜改风险：欺诈/数据窜改风险、不当使用风险预测客服成本、工作量否，待安排5技术总监EA团队讨论以确定方案的规模评估、推出计划进行技术可行性分析，提出关键问题的技术解决方案评估系统规模，数据量，所需资源等协助评估风险产品概述本章节详细描述产品的背景、内容和目标等进行详细定义，关于产品定义的其它内容请阅读本产品定义说明书。产品概述对项目启动的背景和要做的内容进行简要的描述，包括产品的背景，产品的要做的内容等。例：（购物车2改版项目）购物车2改版的背景：现有购物车2存在着用户点击进入之后，对要填写的信息不明确，不清楚后续的操作步骤，中间的相关交互较为复杂，关键的信息点不明确，点击保存按钮不突出，显示出来的干扰信息较多等问题，基于这个，我们提出这次购物车优化项目。产品范围通过环境图的方式