项目编号:XXXXXXX
XXXX年XX月
1.文档属性
2.文档变更历史清单
注：正式使用本表时，需删除表中的蓝色字体。
3. 文档变更说明（仅描述本版本的变更内容）
目录
第1 章项目概述 (1)
1.1项目背景 (1)
1.2术语定义 (1)
第2 章项目范围 (1)
2.1项目基础 (1)
2.2需求要点及实现方式 (1)
第3 章技术方案 (1)
3.1数据流程图 (1)
3.2系统逻辑结构 (2)
3.3所涉及的系统 (2)
3.4数据结构概要设计说明（可选项） (2)
3.5方案比较 (2)
第4 章其他重要说明 (3)
4.1技术平台选型 (3)
4.2性能设计 (3)
4.3安全设计 (3)
4.4移行要点 (4)
4.5投产要点 (4)
4.6主要技术难点和技术风险 (4)
第5章功能层次描述 (4)
4.7数据流图 (5)
4.8与其他系统（项目）的关系 (5)
4.9前提条件与限制 (5)
第6章数据字典 (5)
第 1 章项目概述
1.1项目背景
描述本项目的提出者，提出时间，明确后的需求的到达时间，本次要实现的系统的用户。
描述本项目已完成的前期工作情况：重要的会议和形成的决议、技术准备情况等，一般在一页内。
描述本项目的项目基础，项目实施的前提条件。
1.2术语定义
列出本方案用到的专门术语的定义，摘自《术语定义表》。
第 2 章项目范围
2.1项目基础
对实现的新功能的业务、技术基础进行描述，说明目前业务的现状（未有、手工、已有等），现有系统的实现程度。
2.2需求要点及实现方式
实现分为技术、业务实现；实现内容分为全部可以实现，部分实现、部分不实现，全部可以实现，但分步完成等；对于实现的功能，要说明在XX系统XX应用中实现，不实现的功能需说明理由。
第 3 章技术方案
对系统的技术实现手段进行描述，此章节用于指导系统规格书的编制。
3.1数据流程图
将实现功能使用数据流图的方式表现出来。
数据流图只要求细化到0层（即应用层），“0层图”不要求画出“数据存贮”。
对于某些项目只涉及到一个或少量应用，需要画出功能模块才能表达清楚的情
况，可以以一个功能模块作为一个“处理”画图，此时也可不画出“数据存贮”。
具体要求参见《总体方案制图规范》中的数据流图规范。
3.2系统逻辑结构
描述系统与系统外部逻辑关系及系统内部的主要、关键逻辑结构。
3.3所涉及的系统
该项目所涉及的系统（应用）以及引起这些系统（应用）的变更，进行总体描述，可以借助图示进行描述。
描述所涉及的系统为该项目所提供的功能与作用。
对于升级项目还要列出版本基础的版本号(几个应用的版本号，如：A1.2+B2.5+C1.0)。
涉及的系统且需要配合此项目同步变更的系统必须描述，简单描述修改哪些内容，此章节用于指导总工办任务的下达和版本计划的编制。
用列表方式描述。
3.4数据结构概要设计说明（可选项）
涉及关键数据表的建立或修改，则使用ER图描述关键的数据结构之间的层次和关系（只要求提供关键字段）。
注释：
●只列出关键业务数据表（例如分户帐、日志、登记簿，控制类表不用列出）●性质：新增/修改/使用。
对于新增/修改的表，要求在相关说明中描述涉及到的关键字段要求。
3.5方案比较
用表格方式描述多个方案之间各项要素的比较情况，如果没有多个方案，则
第 4 章其他重要说明
如果项目涉及如下相关方面，从总体上给出方案。
4.1技术平台选型
对项目的未纳入已有应用系统框架中的部分，如果采用新的技术平台，则需要对技术平台进行选择，包括涉及到的：操作系统、数据库、中间件、通讯方式、基础平台以及开发工具等等。
当某方面有多个选择时，要进行评估，并确定。
必要时形成多种方案（指出几个方案对比的优、缺点），供评审时决策或上报领导决策。
如果对平台作了评估、评测，应有相关的文档在此处指出，并列入参考资料中。
已有项目中，不涉及技术平台改造的项目可不写。
4.2性能设计
描述本项目中重要的性能指标及其实现方法，可以从以下方面描述。
1.性能的定量要求，如：响应时间、超时数值定义、数据存量、并发数。
2.在哪些方面可能产生影响系统性能的因素，计划采取那些具体措施解决。
3.对于系统优化类的项目,应该指出系统优化前后的性能指标，实现方法。
4.若系统存在以下情况，必须说明：
(1)使用模糊查询；
(2)联机交易使用“全表扫描”方式访问数据库。
4.3安全设计
当系统安全未纳入已有的安全体系时，应对系统的安全策略、系统的备份与恢复、系统管理等安全因素进行描述。
安全审计方面的要求：例如指出哪些重要信息需要记录日志。
当系统已纳入已有的安全体系时，说明一下即可，不用再填下表。
4.4移行要点
简要描述综合测试及移行工作的要点，用于指导综合测试方案、移行方案的编制。
确认是否需要移行。
如果需要，要描述移行的内容、方法等。
没有移行的项目，写“无”。
1.哪些相关系统必须测试，测试要点、重点功能。
2.是否需要进行压力测试，压力测试的重点是什么。
3.移行测试的重点是什么。
4.5投产要点
简单描述投产的各种条件、假定和限制，用于指导投产方案的编制。
1.从总体上考虑投产条件：网络要求、设备要求、业务要求；当项目是在原有
系统上新增功能时，考虑是否需要的追加资源。
2.当项目投产涉及移行或切换时，应有一个初步的考虑，例如：批前投产还是
批后投产，投产是否需要停机，与主机是否有关等，投产期间对那些业务有影响等。
4.6主要技术难点和技术风险
以列表方式描述主要的技术难点和风险，列表项目包括：识别、内容、概率、影响程度、对策。
第5章功能层次描述
功能层次的划分按照系统业务的特点进行自顶向下的划分，功能层次图以<层次方框图>的形式体现，描述了系统不同层次的功能名称、功能描述以及功能标识。
此处的功能标识将作为下一章软件需求描述中的功能标识ID。
层次方框图中第一层代表系统或者项目，第二层代表应用，第三层为该应用下的功能模块划分，第四层为具体功能(交易或者一个功能或功能组)。
范例：保证金管理系统的功能层次图。
4.7数据流图
1.从用户业务角度，将系统功能和数据流程以图示方式表示，重点是表示用户、
功能以及业务数据之间的关系。
数据流程图应重点明确几点：
(1)主要的功能模块和使用者，包括各级管理部门、运行维护部门、业务操
作部等；
(2)各级使用者之间的关系，所在的部门和在组织结构中的位置；
(3)功能模块间的数据流和控制流关系，以及先后顺序等；
(4)对较复杂的系统可针对系统图示的重点分为组织关系图和数据流图分别
描述，组织关系图按照<层次方框图>的格式书写，数据流图按照下述格
式书写。
为进一步阐明图示中的关系和其代表的具体含义，除图示外还
可针对具体的关系和数据流程、控制流程做详细的文字描述；
2.数据流图的格式按照国标中的规定执行。
当前阶段，数据流图的细分程度只
要求细化到应用层，以后再根据实际情况调整；
3.关于数据流图的详细要求详见《数据流图编制标准》。
4.8与其他系统（项目）的关系
对于与外部系统有关联的项目还要描述其与其他系统（或项目）之间的关系和流程，包括提供/接收数据资料的名称和其它要说明的情况。
4.9前提条件与限制
研究并确定系统运行的前提条件，包括各种限制说明，主要内容如下
1.系统的版本基础和其他相关联系统的版本基础；
2.数据转换与移行，明确系统运行前数据移行的要求；
3.对业务的要求，如某项业务的实施或基础的业务流程；
4.用户对系统提出的其它特殊限制。
第6章数据字典。
