投标意向书

某某单位：

    我单位满足（工程、标段）招标的所有条件，自愿参加该项目（标段）的投标，并保证在投标中坚决杜绝串通投标、恶意竞争和弄虚作假。我们承诺做到以下6点：一是项目部均由我单位人员组成，决不出现挂靠问题。如出现，招标人可向我单位所在省市工程建设管理部门通报挂靠问题，并将此问题在网上发布公告；二是考察企业时，我单位法人与招标人单位考察负责人现场签订无挂靠问题承诺书，作为考察单位必备条件；三是项目施工期间，项目经理和技术负责人的建造师证、职称证、安全考核证交给贵部管理，项目完成后返还本人；四是近3年内我单位无在省（市）受处罚或信用不良的记录；五是我单位在投标过程中坚决杜绝串通投标；六是如我单位不遵守上述约定，或提供的单位信息有误、隐瞒实情，同意贵单位扣除我单位的投标保证金。我单位基本情况如下：

1、我公司具备    专业   级资质，       年内拥有      项与招标项目同类工程业绩为：

2、我公司拟派委托代理人（姓名）、项目负责人（项目经理）（姓名）和技术负责人（姓名）均为我公司正式成员（非挂靠），并能够提供相关依据和凭证；

3、我公司拟派项目负责人（项目经理）具备              资格，拥有以相同。职务     年内     项与招标项目同类项目的管理经验。业绩具体为：

4、我公司派出的技术负责人具备         技术职称，该技术负责人拥有以相同职务          年内          项与招标项目同类项目的管理经验。业绩具体为：

5、我公司20##年至今未被军队和本工程所在地的市级以上建设行政主管部门处罚，未列入军队和地方黑名单。

联系人：            电话：                 电子邮箱：

（报名人全称，公章）深圳市特艺达装饰设计工程有限公司

                                      （法人签字）

年  月  日

第二篇：投标技术方案建议书 模板

*****

技术方案建议书

文档更改记录表

修订标志：A – 添加的  M – 修改的  D – 删除的

 目 录

第一章 引言... 4

1.1. 编写目的... 4

1.2. 业务背景... 4

1.3. 需求概述... 4

1.4. 项目目标... 5

1.5. 定义... 5

第二章 技术方案说明... 5

2.1. 技术方案特点... 6

2.2. 技术方案... 6

2.2.1.        假设及约束... 6

2.2.2.        系统拓扑图... 6

2.2.3.        总体部署图... 6

2.2.4.        整体架构图... 6

2.2.5.        架构图说明... 6

2.2.6.        逻辑架构图及说明... 7

2.2.7.        系统环境设计... 7

2.3. 工作说明... 8

2.3.1.        **子系统... 8

2.3.2.        **子系统系统... 9

2.4. **子系统系统处理流程（业务需求）... 9

2.5. 方案安全策略... 9

2.6. 技术方案的性能分析... 9

2.7. 技术方案局限性... 9

第三章 软硬件资源配置建议... 11

3.1. 硬件配置建议... 11

3.2. 软件配置建议... 11

参考资料... 12

第一章 引言

1.1. 编写目的

说明编写本技术方案建议书的目的。

1.2. 业务背景

说明：

本项目的任务提出者、开发者、用户。

用户提出该需求的背景。背景不同于需求本身，主要说明在哪些情况下（如市场压力、业务发展变化等）或为什么用户提出了这些需求，尽量描述简洁。

本次提出的需求在业务发展过程中的前期相关情况、业务发展方向以及满足需求后的影响

所建议立项的项目名称和标识（名称和标识要唯一，立项、开发、验收各阶段使用）

该项目涉及的现有系统。这里仅列出已经运行的系统名称。

1.3. 需求概述

简要说明本项目需求说明书的要点。

如果用户需求需要分期、分阶段实施，则需要说明系统实施的阶段划分以及各阶段实现的需求要点。

(1)     功能性需求要点

根据《用户需求说明书》，简要说明系统需要实现的功能性需求要点。非功能性需求要求，如对可用性、灾备方面的要求，具体内容罗列如下：

可用性：

          运行时间模式（例如7X24）

         指出普通用户和高级用户要高效地执行特定操作所需的培训时间

可靠性：

备份、数据恢复机制，故障恢复时间等

性能：

        业务估算规模及增长趋势

     对事务的响应时间（平均、最长）

         吞吐量（例如每秒处理的事务数）

         容量（例如系统可以容纳的客户或事务数）

         降级模式（当系统以某种形式降级时可接受的运行模式）

        资源利用情况：内存、磁盘、通信等。

    联机用户文档和帮助系统需求：

如果存在对联机用户文档、帮助系统、关于声明的帮助等的需求，请在此说明。

    接口/界面：

说明将实现的用户界面，与其他系统或设备（如局域网、远程串行设备等）的所有通信接口要求。

 

1.4. 项目目标

说明所建议系统的主要开发目标，如：分期实施每期达到的目标、满足1.3节需求的程度；人力与设备费用的减少；处理速度的提高；控制精度或生产能力的提高；管理信息服务的改进；自动决策系统的改进；人员利用率的改进。

1.5. 定义

从项目干系人的角度列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

 

 

第二章 技术方案说明

本章将用来说明所建议技术方案如何被满足要求，描述满足需求所涉及的系统及系统间的协作关系。

对于分期实施的功能需求，需要按阶段分别阐述各阶段的技术方案。

1.   

2.   

2.1. 技术方案特点

结合业务发展和定位，说明这种技术方案的优缺点及如何与业务规划、技术规划匹配。

2.2. 技术方案

概括地说明所建议的技术方案，从主要业务需求为出发点，给出由一个或几个系统配合实现完整业务处理的技术框架，建议使用方框图并附加文字说明的形式表示，图示主要表现系统间的配合或接口，如果系统由几部分或几层次组成，可以概括地展现出来。文字说明部分要求概述系统之间如何配合完成业务处理过程。

这里的系统可以是需要新开发的、修改现有系统的或外购的。

如果认为必须，可以再附加其它技术方案表现视角，例如物理网络结构图等。

1.      

2.      

2.1.      

2.2.      

2.2.1.     假设及约束

描述影响本方案的关键性假设和约束条件

2.2.2.     系统拓扑图

2.2.3.     总体部署图

2.2.4.     整体架构图

使用方框图表示系统整体架构设计，架构图中应体现与本系统相关的所有系统，系统外联情况复杂，可以用多视图、从多角度表现本系统的外部接口情况。

2.2.5.     架构图说明

对系统整体架构图进行详细说明，包括：

1、系统组成、在整体架构图中的功能定位和角色

2、与各系统的连接方式、通讯协议

3、相关系统在整体架构图的角色和定位

4、描述各系统间的配合和协作关系

2.2.6.     逻辑架构图及说明

着重从本系统内部的架构设计出发，以图示和文字描述系统内部软件结构、大致的模块划分，以及各模块如何协作完成系统功能。

逻辑架构设计应粗略反映本系统的内部软件结构，模块的划分应从软件功能的角度而非业务功能的角度来进行划分。

2.2.7.     系统环境设计

1、运行环境

描述系统运行的硬件环境（运行平台）、操作系统、数据库、中间件

2、开发环境

    描述系统开发环境：使用的操作系统、开发工具、主要的开发技术、数据库、中间件及其版本说明

操作系统: Microsoft Windows

开发工具：Eclipse 3.2+

开发技术：

1.        J2EE技术   

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.28

 

3、其它

综合分析业务应用的关键性、实效性和交易规模等因素，决定是否采用集群以及集群方案。如高可用性（HA）设计、负载均衡设计、数据库RAC设计等，给出系统集群方案图示，并辅助必要的文字说明。

2.3. 工作说明

以下分小节说明技术方案中所有涉及到的现有系统，每个系统为满足本项目需求所承担的角色、完成系统功能需要对现有系统的架构或功能方面的改造情况等。对于需要新开发的、修改现有系统的或外购的系统情况，需要特别说明。

2.3.      

2.3.1.     **子系统

(1) 说明那些功能需要在本系统中实现，本系统在技术方案中扮演角色。

(2) 说明现在系统中是否需要调整、新开发、外购，或者已经满足功能要求。如果已经满足功能要求，本节后续内容不需要填写。

(3) 如果是新开发系统或外购系统，需要给出系统定位、发展方向、网络结构、软件结构、软硬件运行环境、开发工具等内容。

(4) 如果是对现有系统的调整，需要给出调整要点，调整的功能等。如果改变了系统架构，必须给出相应的网络结构、软件结构等内容。

 

2.3.2.     **子系统系统

。。。。。。

2.4. **子系统系统处理流程（业务需求）

以业务功能分类为索引，结合技术方案描述各类业务处理过程，强调各系统配合完成业务需求，至于各系统完成的详细功能等内容在后续描述。需要注意：要从项目决策者、业务人员能够理解的角度描述，不要求过分描述细节。

采用时序图或数据流方式来表示业务的处理流程。

2.5. 方案安全策略

所涉及的保密与安全问题的解决方案，保证系统安全、数据安全的措施。

对本项目涉及改变或新增的产品系统进行安全保护等级定级说明，对于需要采用的重要安全技术也需要说明。

2.6. 技术方案的性能分析

根据需求说明，从以下方面分析系统性能：

1、系统联机性能分析：分析系统预计日交易量，以及系统联机日均、峰值压力情况；

2、批量性能分析：分析系统批量数据量、处理时间，批量处理结果与相关系统的关系；

3、生产数据量及历史数据存放量等性能方面的分析

4、系统支持的运行模式（7X24、7X8或5X8）

5、跨系统信息交互性能分析，包括跨系统联机交互方式，系统间数据传输方式等。

2.7. 技术方案局限性

说明所建议技术方案尚存在的局限性。主要从需求不明确、技术规划、特殊版本及其它方面的特殊问题描述。注意与项目局限性的区别。

 

第三章 软硬件资源配置建议

1.   

2.   

3.   

3.1. 硬件配置建议

3.2. 软件配置建议

参考资料

本文件中各处引用的文件、资料，包括所需用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。