投标技术方案建议书板模.docxVIP

*****技术方案建议书当前版本：X.Y.Z制作单位：编写人员：（必须填写人员姓名）审 核 人：签 发 人：签署日期： 年 月 日文档更改记录表日期文档版本修订标志修订说明作者修订标志：A – 添加的 M – 修改的 D – 删除的 目 录 第一章 引言41.1. 编写目的41.2. 业务背景41.3. 需求概述41.4. 项目目标51.5. 定义5第二章 技术方案说明52.1. 技术方案特点62.2. 技术方案62.2.1.假设及约束62.2.2.系统拓扑图62.2.3.总体部署图62.2.4.整体架构图62.2.5.架构图说明62.2.6.逻辑架构图及说明72.2.7.系统环境设计72.3. 工作说明82.3.1.**子系统82.3.2.**子系统系统92.4. **子系统系统处理流程（业务需求）92.5. 方案安全策略92.6. 技术方案的性能分析92.7. 技术方案局限性9第三章 软硬件资源配置建议113.1. 硬件配置建议113.2. 软件配置建议11参考资料12第一章 引言编写目的说明编写本技术方案建议书的目的。业务背景说明：本项目的任务提出者、开发者、用户。用户提出该需求的背景。背景不同于需求本身，主要说明在哪些情况下（如市场压力、业务发展变化等）或为什么用户提出了这些需求，尽量描述简洁。本次提出的需求在业务发展过程中的前期相关情况、业务发展方向以及满足需求后的影响所建议立项的项目名称和标识 （名称和标识要唯一，立项、开发、验收各阶段使用）该项目涉及的现有系统。这里仅列出已经运行的系统名称。需求概述简要说明本项目需求说明书的要点。如果用户需求需要分期、分阶段实施，则需要说明系统实施的阶段划分以及各阶段实现的需求要点。功能性需求要点根据《用户需求说明书》，简要说明系统需要实现的功能性需求要点。非功能性需求要求，如对可用性、灾备方面的要求，具体内容罗列如下：可用性： 运行时间模式（例如7X24） 指出普通用户和高级用户要高效地执行特定操作所需的培训时间可靠性：备份、数据恢复机制，故障恢复时间等 性能： 业务估算规模及增长趋势 对事务的响应时间（平均、最长） 吞吐量（例如每秒处理的事务数） 容量（例如系统可以容纳的客户或事务数） 降级模式（当系统以某种形式降级时可接受的运行模式） 资源利用情况：内存、磁盘、通信等。 联机用户文档和帮助系统需求：如果存在对联机用户文档、帮助系统、关于声明的帮助等的需求，请在此说明。 接口/界面：说明将实现的用户界面，与其他系统或设备（如局域网、远程串行设备等）的所有通信接口要求。项目目标说明所建议系统的主要开发目标，如：分期实施每期达到的目标、满足1.3节需求的程度；人力与设备费用的减少；处理速度的提高；控制精度或生产能力的提高；管理信息服务的改进；自动决策系统的改进；人员利用率的改进。定义从项目干系人的角度列出本文件中用到的专门术语的定义和外文首字母组词的原词组。第二章 技术方案说明本章将用来说明所建议技术方案如何被满足要求，描述满足需求所涉及的系统及系统间的协作关系。对于分期实施的功能需求，需要按阶段分别阐述各阶段的技术方案。技术方案特点结合业务发展和定位，说明这种技术方案的优缺点及如何与业务规划、技术规划匹配。技术方案概括地说明所建议的技术方案，从主要业务需求为出发点，给出由一个或几个系统配合实现完整业务处理的技术框架，建议使用方框图并附加文字说明的形式表示，图示主要表现系统间的配合或接口，如果系统由几部分或几层次组成，可以概括地展现出来。文字说明部分要求概述系统之间如何配合完成业务处理过程。这里的系统可以是需要新开发的、修改现有系统的或外购的。如果认为必须，可以再附加其它技术方案表现视角，例如物理网络结构图等。假设及约束描述影响本方案的关键性假设和约束条件系统拓扑图总体部署图整体架构图使用方框图表示系统整体架构设计，架构图中应体现与本系统相关的所有系统，系统外联情况复杂，可以用多视图、从多角度表现本系统的外部接口情况。架构图说明对系统整体架构图进行详细说明，包括：1、系统组成、在整体架构图中的功能定位和角色2、与各系统的连接方式、通讯协议3、相关系统在整体架构图的角色和定位4、描述各系统间的配合和协作关系逻辑架构图及说明着重从本系统内部的架构设计出发，以图示和文字描述系统内部软件结构、大致的模块划分，以及各模块如何协作完成系统功能。逻辑架构设计应粗略反映本系统的内部软件结构，模块的划分应从软件功能的角度而非业务功能的角度来进行划分。系统环境设计1、运行环境描述系统运行的硬件环境（运行平台）、操作系统、数据库、中间件2、开发环境 描述系统开发环境：使用的操作系统、开发工具、主要的开发技术、数据库、中间件及其版本说明操作系统: Microsoft Windows开发工具：Ecli