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

最新 精品 Word 欢迎下载 可修改 PAGE 项目编号:XXXXXXX XXXX年XX月 总体方案 第 PAGE 1 页 共 SECTIONPAGES 5页 文档属性 文档属性 内容 项目/任务名称： 项目/任务编号： 文档名称： 文档编号： 文档版本号： B1 变更序列号 文档状态： 文档编写完成日期 作 者： 文档变更历史清单 文档版本号 变更日期 修改人 描述 注：正式使用本表时，需删除表中的蓝色字体。 3. 文档变更说明（仅描述本版本的变更内容） 序号 变更内容简述 修订部分章节 目 录 TOC \o 1-3 \h \z 第 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 项目概述 项目背景 描述本项目的提出者，提出时间，明确后的需求的到达时间，本次要实现的系统的用户。 描述本项目已完成的前期工作情况：重要的会议和形成的决议、技术准备情况等，一般在一页内。 描述本项目的项目基础，项目实施的前提条件。 术语定义 列出本方案用到的专门术语的定义，摘自《术语定义表》。 项目范围 项目基础 对实现的新功能的业务、技术基础进行描述，说明目前业务的现状（未有、手工、已有等），现有系统的实现程度。 需求要点及实现方式 对需求书的内容进行概述，界定业务范围。 需求要点 实现与否 实现方式 / 不实现理由 注释： 实现分为技术、业务实现；实现内容分为全部可以实现，部分实现、部分不实现，全部可以实现，但分步完成等；对于实现的功能，要说明在XX系统XX应用中实现，不实现的功能需说明理由。 技术方案 对系统的技术实现手段进行描述，此章节用于指导系统规格书的编制。 数据流程图 将实现功能使用数据流图的方式表现出来。 数据流图只要求细化到0层（即应用层），“0层图”不要求画出“数据存贮”。对于某些项目只涉及到一个或少量应用，需要画出功能模块才能表达清楚的情况，可以以一个功能模块作为一个“处理”画图，此时也可不画出“数据存贮”。 具体要求参见《总体方案制图规范》中的数据流图规范。 系统逻辑结构 描述系统与系统外部逻辑关系及系统内部的主要、关键逻辑结构。 所涉及的系统 该项目所涉及的系统（应用）以及引起这些系统（应用）的变更，进行总体描述，可以借助图示进行描述。 描述所涉及的系统为该项目所提供的功能与作用。 对于升级项目还要列出版本基础的版本号(几个应用的版本号，如：A1.2+B2.5+C1.0)。 涉及的系统且需要配合此项目同步变更的系统必须描述，简单描述修改哪些内容，此章节用于指导总工办任务的下达和版本计划的编制。 用列表方式描述。 建议规定表格的表达形式。 系统名称 系统版本 需进行的改造 备注 数据结构概要设计说明（可选项） 涉及关键数据表的建立或修改，则使用ER图描述关键的数据结构之间的层次和关系（只要求提供关键字段）。 注释： 只列出关键业务数据表（例如分户帐、日志、登记簿，控制类表不用列出） 性质：新增/修改/使用。对于新增/修改的表，要求在相关说明中描述涉及到的关键字段要求。 方案比较 用表格方式描述多个方案之间各项要素的比较情况，如果没有多个方案，则此项不用编写。 方 方 案 名 称 比 较 项 方案一 方案二 方案三 其他重要说明 如果项目涉及如下相关方面，从总体上给出方案。 技术平台选型 对项目的未纳入已有应用系统框架中的部分，如果采用新的技术平台，则需要对技术平台进行选择，包括涉及到的：操作系统、数据库、中间件、通讯方式、基础平台以及开发工具等等。当某方面有多个选择时，要进行评估，并确定。必要时形成多种方案（指出几个方案对比的优、缺点），供评审时决策或上报领导决策。 如果对平台作了评估、评测，应有相关的文档在此处指出，并列入参考