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