【电商百科解读】
关注 转发免费获取软件开发整套文档。
封面
目录
1. 前言1.1. 产品背景描述为什么要做这个系统，市场、行业、政策，或者版本升级等等相关背景信息。根据《产品规划文档》中的信息，对产品进行总体的概述。使系统软件分析设计人员、软件开发人员和软件测试人员，对该版本的运行环境、功能和性能需求有一个共同的了解，使之成为项目组工作的基础。他们到底要实现什么产品，这个产品的整体情况是什么样子的，产品的主要功能是什么等等。
1.2. 用户背景描述本系统的用户背景、能力信息。用户的能力也是一种潜在需求，对于能力强的用户，系统可以做的更专业点，对于能力弱的用户，系统要做的更简单点。
1.1. 术语、定义、缩略语定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。
序号
术语或缩略语
说明性定义
1
PM
Project Manager,项目经理
2
1.1. 参考资料本系统已有的文档资料。本文引用的文献、资料、标准等。
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 用户登录信息数据项
用户登录信息数据项
3.1.1. 界面界面要符合人机规范，和现有系统产品保持一致，不应标新立异。将列出每个屏幕的标准按钮、下拉菜单、功能、布局、快捷键等，必要是给出修改前后的界面的变化，供开发人员参考的界面必须明确注明，能否开发不应变更。
（1）界面说明：本功能包括哪些页面，各页面上布置哪些操作与实体；并对有特殊条件或要求的操作进行说明。
（2）图示界面布局，采用任意的表达方式作出界面布局示意图。
（3）界面数据项布置顺序及tab顺序，如不特殊提出，则按自然顺序。
（4）习惯操作：在此条说明特殊操作习惯或操作要求。例如要求以”Enter”键代替“Tab”键等。
3.1.2. 升级要求该功能是否有升级要求，升级又需要考虑哪些问题。
升级后，保证原有系统数据的正确性，功能兼容性。
3.1.3. 性能要求给开发设计的指导，时延、事务响应时间要求。说明实现要考虑的性能问题，涉及并发、网络控制、大数据量、预警、日志等功能，要说明使用的频率。
3.1.4. 易用性易于使用、学习和理解
3.1.5. 开发注意事项开发过程应该注意地方。例如扩展性。
3.1.6. 相关性需求本需求是否与其他系统有接口，本需求实现是否影响接口变动，有影响要列出详细描述数接口交换情况。
3.1.7. 测试注意事项测试容易遗漏或者难点的地方 供设计测试参考。
声明：本文内容仅代表作者个人观点，与本站立场无关。如有内容侵犯您的合法权益，请及时与我们联系，我们将第一时间安排处理