信息科技项目详细设计方案说明书

1、信息科技项目详细设计方案说明书X X X曰XXXX年XX月文档属性文档属性内容项目/任务名称：项目/任务编号：文档名称：文档编号：文档版本号：B1变更序列号文档状态：文档编写完成日期文档变更历史清单文档版本号变更日期修改人描述注：正式使用本表时，需删除表中的蓝色字体 3.文档变更讲明（仅描述本版本的变更内容）序号变更内容简述1.修订部分章节2.目录第 1 章 项目概述 11.1 项目背景 11.2 术语定义 1第 2 章 项目范畴 12.1 项目基础 12.2 需求要点及实现方式 1 第 3 章 技术方案 13.1 数据流程图 13.2 系统逻辑结构 23.3 所涉及的系统 23.4 数据结构

2、概要设计讲明（可选项） 23.5 方案比较 2第 4 章 其他重要讲明 34.1 技术平台选型 34.2 性能设计 34.3 安全设计 34.4 移行要点 44.5 投产要点 44.6 要紧技术难点和技术风险 4第 5 章 功能层次描述 54.7 数据流图 54.8 与其他系统（项目）的关系 64.9 前提条件与限制 6第 6 章 数据字典 6项目概述项目背景描述本项目的提出者，提出时刻，明确后的需求的到达时刻，此次要 实现的系统的用户。描述本项目已完成的前期工作情形：重要的会议和形成的决议、技术 预备情形等，一样在一页内。描述本项目的项目基础，项目实施的前提条件。术语定义列出本方案用到的专门

3、术语的定义，摘自术语定义表。项目范畴项目基础对实现的新功能的业务、技术基础进行描述，讲明目前业务的现状（未 有、手工、已有等），现有系统的实现程度。需求要点及实现方式对需求书的内容进行概述，界定业务范畴。需求要点实现与否实现方式/不实现理由注释：实现分为技术、业务实现；实现内容分为全部能够实现，部分实现、 部分不实现，全部能够实现，但分步完成等；关于实现的功能，要讲明在X X系统XX应用中实现，不实现的功能需讲明理由。技术方案对系统的技术实现手段进行描述，此章节用于指导系统规格书的编制。数据流程图将实现功能使用数据流图的方式表现出来。数据流图只要求细化到0层（即应用层），“0层图”不要求画出“

4、数据 存贮”。关于某些项目只涉及到一个或少量应用，需要画出功能模块才能表 达清晰的情形，能够以一个功能模块作为一个“处理”画图，现在也可不 画出“数据存贮”。具体要求参见总体方案制图规范中的数据流图规范。系统逻辑结构描述系统与系统外部逻辑关系及系统内部的要紧、关键逻辑结构。 所涉及的系统该项目所涉及的系统（应用）以及引起这些系统（应用）的变更，进 行总体描述，能够借助图示进行描述。描述所涉及的系统为该项目所提供的功能与作用。关于升级项目还要列出版本基础的版本号（几个应用的版本号，女如: A1. 2+B2.5+C1.0）。涉及的系统且需要配合此项目同步变更的系统必须描述，简单描述修改哪些内容，此

5、章节用于指导总工办任务的下达和版本打算的编制 用列表方式描述。建议规定表格的表达形式。系统名称系统版本需进行的改造备注数据结构概要设计讲明（可选项）涉及关键数据表的建立或修改，则使用ER图描述关键的数据结构之间 的层次和关系（只要求提供关键字段）。注释：只列出关键业务数据表（例如分户帐、日志、登记簿，操纵类表不用 列出）性质：新增/修改/使用。关于新增/修改的表，要求在有关讲明中描述涉 及到的关键字段要求。方案比较用表格方式描述多个方案之间各项要素的比较情形，如果没有多个方 案，则此项不用编写比案名称项万案一万案一万案二其他重要讲明如果项目涉及如下有关方面，从总体上给出方案。技术平台选型对项目

6、的未纳入已有应用系统框架中的部分，如果采纳新的技术平台， 则需要对技术平台进行选择，包括涉及到的：操作系统、数据库、中间件、 通讯方式、基础平台以及开发工具等等。当某方面有多个选择时，要进行 评估，并确定。必要时形成多种方案（指出几个方案对比的优、缺点） ，供 评审时决策或上报领导决策。如果对平台作了评估、评测，应有有关的文档在此处指出，并列入参 考资料中。已有项目中，不涉及技术平台改造的项目可不写。技术平台评估表（可选）描述性质万案一万案一方案N操作系统O 。数据库O O性能设计描述本项目中重要的性能指标及事实上现方法，能够从以下方面描述。 性能的定量要求，如：响应时刻、超时数值定义、数据存

7、量、并发数。 在哪些方面可能产生阻碍系统性能的因素，打算采取那些具体措施解 决。关于系统优化类的项目，应该指出系统优化前后的性能指标，实现方法。 若系统存在以下情形，必须讲明：使用模糊查询；联机交易使用“全表扫描”方式访咨询数据库。安全设计当系统安全未纳入已有的安全体系时，应对系统的安全策略、系统的 备份与复原、系统治理等安全因素进行描述。安全审计方面的要求：例如指出哪些重要信息需要记录日志。当系统 已纳入已有的安全体系时，讲明一下即可，不用再填下表。名称内容计策安全漏洞级不（专门 严峻/严峻/ 一样）备注移行要点简要描述综合测试及移行工作的要点，用于指导综合测试方案、移行 方案的编制。确认是

8、否需要移行。如果需要，要描述移行的内容、方法等。 没有移行的项目，写“无”。哪些有关系统必须测试，测试要点、重点功能。是否需要进行压力测试，压力测试的重点是什么。移行测试的重点是什么。投产要点简单描述投产的各种条件、假定和限制，用于指导投产方案的编制。从总体上考虑投产条件：网络要求、设备要求、业务要求；当项目是 在原有系统上新增功能时，考虑是否需要的追加资源。当项目投产涉及移行或切换时，应有一个初步的考虑，例如：批前投 产依旧批后投产，投产是否需要停机，与主机是否有关等，投产期间对那 些业务有阻碍等。要紧技术难点和技术风险以列表方式描述要紧的技术难点和风险，列表项目包括：识不、内容、 概率、阻

9、碍程度、计策。概率、阻碍程度以必定、高、中、低、未明确标识难点名称内容识不概率阻碍程度计策4.7应急处理（业务、技术）第5章功能层次描述功能层次的划分按照系统业务的特点进行自顶向下的划分，功能层次 图以 层次方框图 的形式体现，描述了系统不同层次的功能名称、功能描 述以及功能标识。此处的功能标识将作为下一章软件需求描述中的功能标 识ID。层次方框图中第一层代表系统或者项目，第二层代表应用，第三层 为该应用下的功能模块划分，第四层为具体功能（交易或者一个功能或功能 组）。范例：保证金治理系统的功能层次图。功能清单:功能标识功能名称功能简述属性（新增、修改）附属讲明（如交易 代码、作业名称等）1.

10、1.1.1保证金主帐户 开销户实现保证金主帐户 的开户及销户功能新增303030311.1.1.2数据流图从用户业务角度，将系统功能和数据流程以图示方式表示，重点是表 示用户、功能以及业务数据之间的关系。数据流程图应重点明确几点：要紧的功能模块和使用者，包括各级治理部门、运行爱护部门、业务 操作部等；各级使用者之间的关系，所在的部门和在组织结构中的位置；功能模块间的数据流和操纵流关系，以及先后顺序等；对较复杂的系统可针对系统图示的重点分为组织关系图和数据流图分 不描述，组织关系图按照 层次方框图 的格式书写，数据流图按照下述格 式书写。为进一步阐明图示中的关系和其代表的具体含义，除图示外还可 针对具体的关系和数据流程、操纵流程做详细的文字描述；数据流图的格式按照国标中的规定执行。当前时期，数据流图的细分 程度只要求细化到应用层，以后再按照实际情形调整；关于数据流图的详细要求详见数据流图编制标准 。与其他系统（项目）的关系 关于与外部系统有关联的项目还要描述其与其他系统（或项目）之间 的关