投标技术的方案建议书..docVIP

精品 技术建议书 可编辑 精品 目 录 第一章 引言 4 1.1. 编写目的 4 1.2. 业务背景 4 1.3. 需求概述 4 1.4. 项目目标 6 1.5. 定义 .................................................................................................................................. 6 第二章 技术方案说明 7 2.1. 技术方案特点 7 2.2. 技术方案 7 2.2.1. 假设及约束 8 2.2.2. 系统拓扑图 8 2.2.3. 总体部署图 8 2.2.4. 整体架构图 8 2.2.5. 架构图说明 8 2.2.6. 逻辑架构图及说明 8 可编辑 精品 2.2.7. 系统环境设计 9 2.3. 工作说明 11 2.3.1. ** 子系统 11 2.3.2. ** 子系统系统 11 2.4. ** 子系统系统处理流程（业务需求） 12 2.5. 方案安全策略 12 2.6. 技术方案的性能分析 12 2.7. 技术方案局限性 13 第三章 软硬件资源配置建议 14 3.1. 硬件配置建议 14 3.2. 软件配置建议 14 参考资料 15 可编辑 精品 第一章 引言 1.1. 编写目的 说明编写本技术方案建议书的目的 。 1.2. 业务背景 说明： 本项目的任务提出者、开发者、用户。 用户提出该需求的背景。背景不同于需求本身，主要说明在哪些情况下（如市 场压力、业务发展变化等）或为什么用户提出了这些需求，尽量描述简洁。 本次提出的需求在业务发展过程中的前期相关情况、 业务发展方向以及满足需 求后的影响 所建议立项的项目名称和标识 （名称和标识要唯一，立项、开发、验收各阶 段使用） 该项目涉及的现有系统。这里仅列出已经运行的系统名称。 1.3. 需求概述 简要说明本项目需求说明书的要点。 如果用户需求需要分期、 分阶段实施， 则需要说明系统实施的阶段划分以及各 可编辑 精品 阶段实现的需求要点。 功能性需求要点 根据《用户需求说明书》 ，简要说明系统需要实现的功能性需求要点。非功能 性需求要求，如对可用性、灾备方面的要求，具体内容罗列如下： 可用性： 运行时间模式（例如 7X24 ） 指出普通用户和高级用户要高效地执行特定操作所需的培训时间 可靠性： 备份、数据恢复机制，故障恢复时间等 性能： 业务估算规模及增长趋势 对事务的响应时间（平均、最长） 吞吐量（例如每秒处理的事务数） 容量（例如系统可以容纳的客户或事务数） 降级模式（当系统以某种形式降级时可接受的运行模式） 资源利用情况：内存、磁盘、通信等。 可编辑 精品 联机用户文档和帮助系统需求： 如果存在对联机用户文档、帮助系统、关于声明的帮助等的需求，请 在此说明。 接口 / 界面： 说明将实现的用户界面，与其他系统或设备（如局域网、远程串行设 备等）的所有通信接口要求。 1.4. 项目目标 说明所建议系统的主要开发目标，如：分期实施每期达到的目标、满足 1.3 节 需求的程度；人力与设备费用的减少；处理速度的提高；控制精度或生产能力 的提高；管理信息服务的改进；自动决策系统的改进；人员利用率的改进。 1.5. 定义 从项目干系人的角度列出本文件中用到的专门术语的定义和外文首字母组词 的原词组。 可编辑 精品 第二章 技术方案说明 本章将用来说明所建议技术方案如何被满足要求，描述满足需求所涉及的 系统及系统间的协作关系。 对于分期实施的功能需求，需要按阶段分别阐述各阶段的技术方案。 2.1. 技术方案特点 结合业务发展和定位，说明这种技术方案的优缺点及如何与业务规划、技 术规划匹配。 2.2. 技术方案 概括地说明所建议的技术方案，从主要业务需求为出发点，给出由一个或 几个系统配合实现完整业务处理的技术框架， 建议使用方框图并附加文字说明 的形式表示， 图示主要表现系统间的配合或接口， 如果系统由几部分或几层次 组成，可以概括地展现出来。 文字说明部分要求概述系统之间如何配合完成业 务处理过程。 这里的系统可以是需要新开发的、修改现有系统的或外购的。 如果认为必须，可以再附加其它技术方案表现视角，例如物理网络结构图 等。 可编辑 精品 2.2.1. 假设及约束 描述影响本方案的关键性假设和约束条件 2.2.2. 系统拓扑图 2.2.3. 总体部署图 2.2.4. 整体架构图 使用方框图表示系统整体架构设计，架构图中应体现与本系统相关的所有 系统，系统外联情况复杂，可以用多视图、从多角度表现本系统的外部接口情 况。 2.2.5. 架构图说明 对系统整体架构图进行详细说明，包括： 、系统组成、在整体架构图中的功能定位和角色 、