1、投标技术方案建议书模板*技术方案建议书当前版本：X.Y.Z制作单位：编写人员：（必须填写人员姓名）审 核 人：签 发 人：签署日期： 年 月 日文档更改记录表日期文档版本修订标志修订说明作者修订标志：A 添加的 M 修改的 D 删除的第一章 引言1.1. 编写目的说明编写本技术方案建议书的目的。1.2. 业务背景说明：本项目的任务提出者、开发者、用户。用户提出该需求的背景。背景不同于需求本身，主要说明在哪些情况下（如市场压力、业务发展变化等）或为什么用户提出了这些需求，尽量描述简洁。本次提出的需求在业务发展过程中的前期相关情况、业务发展方向以及满足需求后的影响所建议立项的项目名称和标识 （名称
2、和标识要唯一，立项、开发、验收各阶段使用）该项目涉及的现有系统。这里仅列出已经运行的系统名称。1.3. 需求概述简要说明本项目需求说明书的要点。如果用户需求需要分期、分阶段实施，则需要说明系统实施的阶段划分以及各阶段实现的需求要点。(1) 功能性需求要点根据用户需求说明书，简要说明系统需要实现的功能性需求要点。非功能性需求要求，如对可用性、灾备方面的要求，具体内容罗列如下：可用性： 运行时间模式（例如7X24） 指出普通用户和高级用户要高效地执行特定操作所需的培训时间可靠性：备份、数据恢复机制，故障恢复时间等 性能： 业务估算规模及增长趋势 对事务的响应时间（平均、最长） 吞吐量（例如每秒处理
3、的事务数） 容量（例如系统可以容纳的客户或事务数） 降级模式（当系统以某种形式降级时可接受的运行模式） 资源利用情况：内存、磁盘、通信等。 联机用户文档和帮助系统需求：如果存在对联机用户文档、帮助系统、关于声明的帮助等的需求，请在此说明。 接口/界面：说明将实现的用户界面，与其他系统或设备（如局域网、远程串行设备等）的所有通信接口要求。1.4. 项目目标说明所建议系统的主要开发目标，如：分期实施每期达到的目标、满足1.3节需求的程度；人力与设备费用的减少；处理速度的提高；控制精度或生产能力的提高；管理信息服务的改进；自动决策系统的改进；人员利用率的改进。1.5. 定义从项目干系人的角度列出本文
4、件中用到的专门术语的定义和外文首字母组词的原词组。第二章 技术方案说明本章将用来说明所建议技术方案如何被满足要求，描述满足需求所涉及的系统及系统间的协作关系。对于分期实施的功能需求，需要按阶段分别阐述各阶段的技术方案。1. 2. 2.1. 技术方案特点结合业务发展和定位，说明这种技术方案的优缺点及如何与业务规划、技术规划匹配。2.2. 技术方案概括地说明所建议的技术方案，从主要业务需求为出发点，给出由一个或几个系统配合实现完整业务处理的技术框架，建议使用方框图并附加文字说明的形式表示，图示主要表现系统间的配合或接口，如果系统由几部分或几层次组成，可以概括地展现出来。文字说明部分要求概述系统之间
5、如何配合完成业务处理过程。这里的系统可以是需要新开发的、修改现有系统的或外购的。如果认为必须，可以再附加其它技术方案表现视角，例如物理网络结构图等。1. 2. 2.1. 2.2. 2.2.1. 假设及约束描述影响本方案的关键性假设和约束条件2.2.2. 系统拓扑图2.2.3. 总体部署图2.2.4. 整体架构图使用方框图表示系统整体架构设计，架构图中应体现与本系统相关的所有系统，系统外联情况复杂，可以用多视图、从多角度表现本系统的外部接口情况。2.2.5. 架构图说明对系统整体架构图进行详细说明，包括：1、系统组成、在整体架构图中的功能定位和角色2、与各系统的连接方式、通讯协议3、相关系统在整
6、体架构图的角色和定位4、描述各系统间的配合和协作关系2.2.6. 逻辑架构图及说明着重从本系统内部的架构设计出发，以图示和文字描述系统内部软件结构、大致的模块划分，以及各模块如何协作完成系统功能。逻辑架构设计应粗略反映本系统的内部软件结构，模块的划分应从软件功能的角度而非业务功能的角度来进行划分。2.2.7. 系统环境设计1、运行环境描述系统运行的硬件环境（运行平台）、操作系统、数据库、中间件2、开发环境 描述系统开发环境：使用的操作系统、开发工具、主要的开发技术、数据库、中间件及其版本说明操作系统: Microsoft Windows开发工具：Eclipse 3.2+开发技术：1. J2EE
7、技术 a) SSI开源框架1) Struts 1.3.8.GA：MVC客户展现框架2) Spring 2.0.8.GA：AOP及IOC业务组件框架3) Ibatis 2.3.0：ORM组件，实现数据库映射b) 其它J2EE技术：1) DWR：Ajax框架组件2) Log4J：日志组件3) DOM4J：XML处理组件4) POI：操作Excel组件5) Apache Commons Fileupload：处理文件上传组件6) Xfire：Web Services框架组件7) 其它：根据项目需要进行选择数据库：Oracle 10.2.0.3中间件：Tomcat 5.5.0.283、其它综合分析业务
8、应用的关键性、实效性和交易规模等因素，决定是否采用集群以及集群方案。如高可用性（HA）设计、负载均衡设计、数据库RAC设计等，给出系统集群方案图示，并辅助必要的文字说明。2.3. 工作说明以下分小节说明技术方案中所有涉及到的现有系统，每个系统为满足本项目需求所承担的角色、完成系统功能需要对现有系统的架构或功能方面的改造情况等。对于需要新开发的、修改现有系统的或外购的系统情况，需要特别说明。 2.3. 2.3.1. *子系统(1) 说明那些功能需要在本系统中实现，本系统在技术方案中扮演角色。(2) 说明现在系统中是否需要调整、新开发、外购，或者已经满足功能要求。如果已经满足功能要求，本节后续内容
9、不需要填写。(3) 如果是新开发系统或外购系统，需要给出系统定位、发展方向、网络结构、软件结构、软硬件运行环境、开发工具等内容。(4) 如果是对现有系统的调整，需要给出调整要点，调整的功能等。如果改变了系统架构，必须给出相应的网络结构、软件结构等内容。2.3.2. *子系统系统。2.4. *子系统系统处理流程（业务需求）以业务功能分类为索引，结合技术方案描述各类业务处理过程，强调各系统配合完成业务需求，至于各系统完成的详细功能等内容在后续描述。需要注意：要从项目决策者、业务人员能够理解的角度描述，不要求过分描述细节。采用时序图或数据流方式来表示业务的处理流程。2.5. 方案安全策略所涉及的保密
10、与安全问题的解决方案，保证系统安全、数据安全的措施。对本项目涉及改变或新增的产品系统进行安全保护等级定级说明，对于需要采用的重要安全技术也需要说明。2.6. 技术方案的性能分析根据需求说明，从以下方面分析系统性能：1、系统联机性能分析：分析系统预计日交易量，以及系统联机日均、峰值压力情况；2、批量性能分析：分析系统批量数据量、处理时间，批量处理结果与相关系统的关系；3、生产数据量及历史数据存放量等性能方面的分析4、系统支持的运行模式（7X24、7X8或5X8）5、跨系统信息交互性能分析，包括跨系统联机交互方式，系统间数据传输方式等。2.7. 技术方案局限性说明所建议技术方案尚存在的局限性。主要从需求不明确、技术规划、特殊版本及其它方面的特殊问题描述。注意与项目局限性的区别。第三章 软硬件资源配置建议1. 2. 3. 3.1. 硬件配置建议3.2. 软件配置建议参考资料本文件中各处引用的文件、资料，包括所需用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
