封面

目录

描述为什么要做这个系统，市场、行业、政策，或者版本升级等等相关背景信息。根据《产品规划文档》中的信息，对产品进行总体的概述。使系统软件分析设计人员、软件开发人员和软件测试人员，对该版本的运行环境、功能和性能需求有一个共同的了解，使之成为项目组工作的基础。他们到底要实现什么产品，这个产品的整体情况是什么样子的，产品的主要功能是什么等等。

描述本系统的用户背景、能力信息。用户的能力也是一种潜在需求，对于能力强的用户，系统可以做的更专业点，对于能力弱的用户，系统要做的更简单点。

定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。

序号

术语或缩略语

说明性定义

1

PM

Project Manager,项目经理

2

本系统已有的文档资料。本文引用的文献、资料、标准等。

给出产品的总体需求描述和总体的业务流程图。

功能点简单描述，将概要需求分成若干点进行描述

应用场景描述，那种用户使用，用这个功能实现什么应用，对需求背景进行分析，分析需求来源、合理性.

现状：现有系统是如何处理的。

来源类型：是问题单？是产品规划？是竞争需要？

通过流程图、用例图、活动图等多种方式来表达业务关联关系和处理流程。读者可以从中了解到当前系统实现什么样功能，数据流向如何。

业务图和文字相结合。

根据业务流程来描述需求。

难于理解的部分要用例子来说明；

赴藏功能与其他需求相联系的可以使用连接；

增加的功能，对系统原有的相关功能、模块影响要说。

注：前后顺序合理，先说因，后说果，避免使用主观定性词汇，如：用户友好性、容易、简单、快速、有效的，用用户术语来写不用计算机专用术语。

输入、输出以及对这些数据处理规则，数据项用表格来烈士，要说明数据类型、业务意义、业务的特殊控制，当前数据和其他数据的关联。

字段名

字段类型

默认值

字段来源

控制说明

是否必录

定义各实体中包含的数据项，包括：

（1）数据项名称

（2）数据项描述：定义数据项的含义，包括数据项与其它数据项的计算或逻辑关系；

（3）数据约束：非空；组成；长度；唯一；格式；关联

（4) 实体的访问频度和增长频度。

（5）等等。

l 用户登录信息数据项

用户登录信息数据项

界面要符合人机规范，和现有系统产品保持一致，不应标新立异。将列出每个屏幕的标准按钮、下拉菜单、功能、布局、快捷键等，必要是给出修改前后的界面的变化，供开发人员参考的界面必须明确注明，能否开发不应变更。

（1）界面说明：本功能包括哪些页面，各页面上布置哪些操作与实体；并对有特殊条件或要求的操作进行说明。

（2）图示界面布局，采用任意的表达方式作出界面布局示意图。

（3）界面数据项布置顺序及tab顺序，如不特殊提出，则按自然顺序。

（4）习惯操作：在此条说明特殊操作习惯或操作要求。例如要求以”Enter”键代替“Tab”键等。

该功能是否有升级要求，升级又需要考虑哪些问题。

升级后，保证原有系统数据的正确性，功能兼容性。

给开发设计的指导，时延、事务响应时间要求。说明实现要考虑的性能问题，涉及并发、网络控制、大数据量、预警、日志等功能，要说明使用的频率。

易于使用、学习和理解

开发过程应该注意地方。例如扩展性。

本需求是否与其他系统有接口，本需求实现是否影响接口变动，有影响要列出详细描述数接口交换情况。

测试容易遗漏或者难点的地方 供设计测试参考。