项目名称：“新一代交易所系统”项目第
一阶段测试服务
2006年1月
目录
1
招标邀请
上海期货交易所就“新一代交易所系统”项目（简称NGES）第一阶段部分系统
测试服务进行招标邀请，欢迎具有专业软件测试服务技术与管理能力和经验，满足我方有关要求的专业公司参加投标。
项目名称：上海期货交易所“新一代交易所系统”项目第一阶段测试服务 主要要求：见本标书第3部分“技术需求” 招标时间：2006年1月
发布招标文件时间：2006年 1 月25日
招标答疑时间：2006年2月7日之前接受书面答疑 收应答文件截止时间：2006年2月13日 单位：上海期货交易所
地址：上海市浦东浦电路500号 联系电话： 传真：
联系人： 王肇东 电子邮件地址：
上海期货交易所
2006年1月
2
商务要求
2.1 项目简介
上海期货交易所是我国三大期货交易所之一，在期货市场上有着举足轻重的地位。随着市场交易的持续活跃和规模的稳步扩大，市场功能及其辐射影响力显着增强，铜期货价格作为世界铜市场三大定价中心权威报价之一的地位进一步巩固；天然橡胶期货价格得到国内外各方的高度关注；燃料油期货的上市交易开启了能源期货的探索之路。
上海期货交易所现有系统建成至今已经很长时间了，对保障和促进期货业务的开展及发展，发挥应有的重要作用。
随着我国市场经济的发展与逐步成熟，人们对对冲机制、避险工具的渴求更为强烈，金融期货、金融衍生品必定将逐步推出，以建设“以金融衍生品交易为主的综合性期货交易所”为战略目标的上海期货交易所适时提出了新一代交易所系统的建设蓝图，在业务模型、品种支持与性能上都将有所突破，现有交易所系统将逐步退役。
新一代交易所系统的总体目标是能支持金融期货、金融衍生品交易，为上海期货交易所推出新品种奠定技术基础；建立世界领先的业务模型，为上海期货交易所迈向全球化提供支撑。
通过广泛咨询和充分论证，上海期货交易所决定分阶段实施新一代交易所建设计划。
新一代交易所系统建设分为3个阶段：
第一阶段，构建支撑新品种的前台业务系统，如交易系统、行情系统、会员服务系统，以及基础数据系统，调整相关后台业务系统。
第二阶段，建设风险监控系统。
第三阶段，建设后台业务系统，如结算系统、交割系统。
本次测试项目就是新一代交易所系统第一阶段建设的一个重要组成部分，项目建设成效直接影响上海期货交易所战略目标的实现。
本标书文件仅适用于本次招标中所叙述的项目。本标书上各款项的解释权归上海期货交易所所有。
2.2 定义
发标单位：上海期货交易所。
招标方： 指组织本次招标的上海期货交易所。 投标方： 指向招标方提交投标文件的测试服务供应商。
2.3 招标范围
此次招标单位拟定的招标范围为上海期货交易所“新一代交易所系统”第一阶段建设“交易所管理”、“交易后台”、“交易前台”、“结算改造”4个项目的测试服务。所招内容详见《技术需求》部分。
2.4 投标方资格
合格的投标测试服务供应商需要满足以下条件：
投标方必需是法人，应当为具有独立法人资格及相关资质的、且有能力提供招标文件要求的技术条件和服务的法人单位。
投标方专业从事软件测试及相关业务两年以上，具有丰富的计算机系统测试经验，并有良好的商业信誉和较强的经营实力。投标方应该有丰富的项目测试成功经验。投标方应向招标方提供现在或曾经实施该类项目的单位的名称、联系人和电话。
投标方具有国际和国内认证的相关测试认证资质证书。
投标方必须提供有精通期货业务的和测试技能的专家各一名来指导测试项目的开展。投标方应向招标方提供这些专家的简历和介绍，并获得招标方的认可。
投标方必须具有在测试项目管理方面的专业技术、测试技能以及5年以上测试相关经验的4～5名测试项目管理人员；
投标方必须具有测试人员储备池和有效的人员管理方法，以保证测试项目的人力资源的补充和更换；
投标方必须具有相关的质量管理体系，以保障测试服务项目的质量。 投标方必须承诺，如果中标，未经我所书面同意，将在两年内不得从事中国境内其他任何股票、期货、国债、外汇等交易所系统的开发和测试工作。
投标方必须以汉语作为本项目的工作语言。
2.5 投标费用
投标单位负责承担本单位参加标前会、编制投标文件、递交投标书、开标等招标过程中所需的一切费用。无论招标结果如何，招标方不负责上述费用。未中标单位的投标文件，招标方将不予以退还。招标方不负责任何补偿费用。
2.6 招标文件 2.6.1 招标文件
招标文件包括： 商务要求 技术需求 投标文件格式
2.6.2 招标须知
投标方应详细阅读招标文件中所有须知、格式、条款和要求。投标方应按招标文件要求提供全部资料，如提交的投标文件未对招标文件作出全面的响应，那么投标方将承担其风险，并有可能导致投标文件被拒绝。
2.6.3 招标文件的澄清和修改
任何需对招标文件提出澄清要求的投标方，应在招标单位指定的时间即2006年1月26日至2006年2月7日进行联系，并以书面形式提出要求澄清内容。联系电话：传真：；联系人：。
在投标截止日期前5天，招标方可主动或在答复投标方提出澄清的问题时对招标文件进行修改。
投标文件的修改将以书面形式通知投标方，对方应立即以电传或传真的形式确认已收到该修改。
招标方可以根据实际情况酌情推迟投标截止日期。
2.6.4 投标语言
投标方准备的标书和投标方与招标方之间往来的所有与标书有关的函电文件必须采用中文书写。如果投标方提供的文件资料以其它语言书写，投标方应将其译成中文，如有差异，以中文为准。
投标方提供的其他证明其资质、第三方测评等方面的资料，应当以其原来的语言提交，并且交易所只接受使用中文和英文提供的资料。
2.6.5 投标文件内容的基本要求
投标方应根据招标方对系统需求的理解，提出整体测试解决方案，并对测试方案、测试策略、测试标准、测试流程及测试实施步骤等做出详细说明。
投标方案应提供各阶段的详细的测试方法、测试管理过程以及所产生的相关文档以及交付件作出适当相应的描述和介绍。
投标方应详细说明各阶段的测试类型包含功能测试、性能测试、安全测试、配置测试以及可靠性测试等的实施方案。
投标方应详细说明其测试组织结构、测试管理方式、资源使用计划以及与招标方之间的沟通和管理模式。
投标方应详细阐述其人员的管理方法和如何保证人员的工作效率。 投标方应详细阐述项目测试过程中产生的风险、预防制度和解决办法。 投标方如有合作伙伴和转包方，必须明确合作伙伴和转包方在本项目中承担任务的具体内容，并提供合作伙伴以及转包方在承担相关任务方面的技术实力资质材料，提供合作伙伴以及转包方在合作领域中相关技术服务的成功案例。
投标方不得将本项目和本项目的技术服务工作转包给未在投标书中声明的合作伙伴以及转包方。
投标方一定能够对交易业务和系统按照国际通行标准、中国国家或者金融行业标准，就可靠性、安全性和性能指标等方面提供权威的测评和认证。
2.6.6 投标文件的组成
投标方准备的投标文件应包括下列部分： 投标标书。
报价书（单独密封）。 投标人法定代表人授权书。
项目实施建议方案、项目管理和进度计划； 派遣的主要服务人员情况表 (格式见附件3-2)； 服务承诺书。 资信证明。
投标方应仔细阅读并充分理解招标文件的全部内容，投标文件一经提交即表明投标方已经充分理解，完全确认招标文件全部内容。投标方确认投标文件具有法律效力，与招标方任何人的口头协议不能影响投标文件的任何条款和内容。
2.6.7 投标标书编写
投标方应填写招标文件中提供的投标标书（格式）、全部附件、表格及其第2.6.6条所要求的文件。
投标方应准备八份投标文件（一份正本，七份副本），在每一份投标文件上要明确注明“正本投标文件”和“副本投标文件”，一旦正本和副本发生差异，以正本为准。
投标文件正本和副本须打印并由投标方或经正式授权并对投标方有合同约束力的人签字。后者须将“授权证书”以书面形式附在投标文件中。
投标文件中一般不允许有加行、涂抹或改字，若有修改须由签署投标文件人进行签字并加盖公章。
2.6.8 投标价格
1、一般报价原则
1） 投标人对每项服务的报价必须是唯一的。招标人不接受有任何选择的报
价。
2） 所有报价均应已包含国家规定的所有税费。 ★2．总报价
1）在《开标一览表》中应给出投标总报价。报价中出现大小写不一致时，以大写为准。
2）不能在投标总报价之外还有其他费用出现。
3）总报价与开标一览表中的总报价不一致，以开标一览表中的总报价为准。
2.6.9 投标货币
投标标书（格式）、投标价格表中的报价应用人民币表示。
2.6.10 投标方资格的声明文件
作为投标文件的一部份，投标方须提交证明其有资格进行投标和有能力履行合同的文件。
投标方提供的履行合同的资格声明文件应达到招标方下列要求： 投标方具有履行合同所需的财务、技术和服务能力。
投标方有能力履行合同条款中和技术条件要求中规定的测试实施、售后服务的内容以及项目负责人的资格。
2.6.11
投标有效期
投标有效期为投标之日起至合同签署之日止的最长不超过60天中的所有公历日。
投标截止日期：投标书正本及要求份数的副本必须按规定在2006年2月13日上午10:00时之前提交招标方方。
投标方应在收到本文件后10个工作日内，提供符合本标书要求的详细建议方案和报价。
招标方将拒绝迟于规定的截标期限后递交的投标书，并将其退还给投标者。
若遇特殊情况，招标方有权要求投标方同意延长有效期。要求与答复均应以书面方式（电报/信件/传真）往来。在延长期限内投标方不得对投标文件进行修改，如不同意，则认为自动退出投标。
2.6.12
投标文件的密封、标记、递交及撤消
投标方应将投标文件正本和副本密封完好，并在密封口加盖投标方印签。 投标文件应在规定的时间和地点送交给招标单位。
投标文件应注明项目名称，正本和副本及“开标前不准启封”字样，并写明投标方名称和地址。
投标价格表应单独密封。
招标方可拒绝提前拆封的投标文件。 招标方可拒绝任何迟到的投标文件。
2.6.13
无效的投标
投标文件未密封。
投标文件未按规定加盖印章和签字。 投标文件未按规定格式、内容填写。 已收到撤销投标通知的投标文件。
投标文件中有两个以上报价，且未明确哪个报价有效。
有提供的投标书未能按招标文件要求提供所需的全部资料或不能对招标文件作出实质上的响应。
2.6.14
投标文件的审查
开标后，招标方将审查投标文件是否完整，是否有计算错误，文件是否恰当地签署，投标文件是否符合规定。如果单价和总价有差异，以单价为准，并对总价进行修改。若数字和文字表示的金额之间有差异，以文字金额为准，并对数字做相应修改。如投标方不接受上述修改，招标方有权取消投标方投标资格。
在对投标文件进行详细评议前，招标方将审定每一标是否对招标文件的要求作出了实质性的响应，即投标文件是否符合招标文件的所有条款而没有重大偏离或保留权。
重大偏离或保留权系指实质上影响到合同项下的服务范围、质量和性能，或指与招标文件有实质性不一致，限制了合同项下招标方的权力和投标方的义务。而该重大偏离或保留权将影响投标方的竞争地位。
招标方决定投标文件的响应性是基于投标文件内容本身而不靠外部的证据。
招标方将拒绝被定为非响应性的投标，投标方不能通过修正或撤销不符合之处而使其投标成为响应性投标。
2.6.15
对投标文件的评议
招标方将按第2.6.15条规定对被定为实质性响应的投标进行评标。 评标是招标方的责任和权力，为集思广益、公平竞争，招标方将邀请有关部门和有关人员组成评标小组。
中标商的确定是根据所提供的服务是否满足要求、报价、服务质量、进度、投标方的信誉、实力和业绩以及其它各方面因素综合评定的结果。报价最低的投标方有不中标的可能，对未中标的原因招标方不予解释。
2.6.16
投标文件的澄清
为有助于投标文件的审查，招标方可要求投标方对其投标文件进行澄清。要求澄清和答复应以书面形式，但对投标文件内容不得随意变更。
2.6.17
保密原则
在整个评标过程中，有关投标文件的审查、澄清、评议以及有关授予合同的意向等一切情况都不得透露给投标方或与上述评审工作无关的人员。
投标方以任何形式去影响招标方进行投标评议或授予合同工作的行为，该投标将被视为废标。
2.6.18
授标
投标评标结束，在招标方确认投标方所投标书能全面地、实质性地响应招标文件，价格合理，有资格能圆满履行合同后，招标方将把标授予中标商。
招标方在授标时有权修改投标方所提供的方案，有权对投标方所提供方案中要求人员配置数量予以调整，并相应增加或减少服务费。
招标方在授标前的任何时候仍保留接受或拒绝任何投标和取消招标过程的权利。而且，无须向受到影响的投标方承担任何责任，同时也无须通知受到影响的投标方有关招标方做出这一决定的原因。
2.6.19
中标通知
投标文件有效期满前，招标方将书面通知中标商其投标被接受。 在向中标商发出中标通知书后，招标方将通知落选的投标方其投标未被接受。
中标通知书将构成合同的成立。
2.6.20
签订合同
中标商在接到中标通知后，必须在中标通知规定的时间内，准时派授权代表到指定地点与招标方按招标文件规定签订合同。
3
技术需求
3.1 交易所系统简介
交易所系统由一系列业务或技术架构相对独立子系统组成，如下图所示： 图中蓝色部分是NGES第一阶段的建设内容。本次测试的范围包括下述4个系统：
1. 交易后台 2. 交易前台 3. 交易所管理 4. 结算系统改造
NGES第一阶段主要建设以交易为核心的前台系统，由交易前台、交易后台、交易所管理3个子系统组成，它们组成了完整的交易系统，是NGES的最重要的部分，也是测试工作的重点之一。
新一代交易系统将支持交易所的业务模型，支持业务创新，为了先进的业务模型、新型的业务模式得以实现，与交易系统业务耦合较大，联系紧密的结算系统必须加以改造，以保障交易系统在新的业务模式下正常运转，为此我们在本阶段建设一个过渡性结算系统，它具备两个重要使命：其一，支持新一代交易系统正常运行。其二，为新一代交易所系统建设第二阶段建设新一代结算系统积累实践经验，奠定基础。另外衍生品交割系统也如同本阶段的结算系统是个过渡性系统，它主要是支持金融衍生品实物交割的需求。结算系统也是测试工作的重点，它与交易系统一样，涉及业务模型较为复杂，对业务理解能力要求较高，测试数据准备需求量较大。
新的业务模式，需要新的展现和新的对外服务的窗口，统计报表系统和会员服务系统就是这类系统，也是本阶段系统建设的内容之一。
NGES包括众多子系统，其中有很多基本数据和功能是众子系统公用的，如市场参与者信息（主要包括会员、客户等信息）、用户认证、权限管理等，我们
将这类需求打包成一个子系统——会员客户管理（严格地说，它不是单一子系统，既包括会员客户管理，又包括认证管理等）；此外，为协调各子系统集成、发布、部署、环境与参数配置，我们专门规划出配置服务系统来完成这些工作，它也是新一代交易所系统的一部分，同会员客户管理系统一样属于基础支持系统。
各子系统既相对独立，又存在一定程度的联系，它们之间的关系如下图所示：
3.2 新一代交易所系统第一阶段需求 3.2.1 功能需求
根据新一代的业务分类，本次招标测试项目的包括以下几个部分： 子系统名称 各类功能需求内容 交易员终端、交易管理员终端、系统控制终端 交易权限认证、报单、报价、撮合、行情发布、交易监控、交易查询 1 交易前台 2 交易后台 3 交易所管理 模板创建：包括合约自动创建、价格绑定、保证金率创建、会员合约限仓、客户合约限仓、交易阶段、熔断模板；产品组管理、产品管理，合约管理、市场管理、交易权限管理、操作员管理、交易所管理、结算组管理、会员管理、交易员管理、客户管理、资金管理 6 结算系统改基础管理、资金管理（资金出入、帐务管理、罚款管理、造 手续费、保证金退还、利息管理、做市商权利义务）、质押管理、结算管理、系统管理 3.2.2 性能
性能要求 性能指标 系统应该容纳客户数100万； 1 系统容量 日均成交单可以多达50万张。 2 接入能力 交易系统应该可以支持多达800 [FEPAP]个接入点连接； 交易系统应该能够对收到的报单、报单和成交回报进行实时解密和加密，并送到接入点； 交易系统应该采用负载均衡等措施提高系统的接入能力。 3 处理能力 交易系统在报单合约集中度80%的情况下，应该能够维持报单吞吐率为每秒3000 [FEPORD]报单，这个需求是基于有800 [FEPAP]个接入点，每个接入点平均每秒 [VLAPORD]个报单； 交易系统应该能够每秒钟递送3000[FEPORDC]个报单确认消息。这个需求受节流机制和报单响应时间的制约； 交易系统应该能够每秒钟递送2760 [FEPTRDC]个成交回报消息。这个需求是基于每个报单产生 [TOTPO]个成交，每个成交影响到交易双方的假设。这个需求受节流机制和报单响应时间的制约； 交易系统保证90%的报单处理响应时间在1秒以内（以进出交易所系统计）； 交易系统的设计应当适当的考虑使用并行处理来获得高性能； 交易系统应能及时的向参与者提供当前行情； 交易系统应能在报单处理响应时间的需求内检查会员的资金和持仓数据。 6 业务管理系统处理能力 业务管理后台应能够支持至少100[APHAPP]个低到中等复杂度的单独的在线应用（复杂度和TPC-C基准应用相当）； 业务管理后台应能够支持每秒200[APHTRN]个TPC-C交易的聚合交易率。 3.2.3 可用性
可用性要求 可用性指标 交易系统的可用性应该按23 x 5 [AVFEP]天提供； 交易系统内部组件的故障应在30秒内得到恢复。理想情况下，应在10秒钟内恢复； 交易系统内部组件在交易期间不应发生多于1 [FEPOUT]次的计划外失效； 交易系统内部组件恢复过程应该自动完成，无需（或需要最小程度的）操作员干预； 交易系统内部单个组件失效时，系统应该继续工作以使得该故障对接入点而言是透明的； 除了计划内停机时间，交易系统所有组件应该提供[UTCCTP]%的可用性。 1 交易系统可用性 2 业务管理系统可用性 业务管理后台对在线应用的可用性必须按23X5[AVAPH]提供； 除计划中的停机时间外，业务管理系统所有组件应提供[UTCCTP]%的可用性； 业务管理后台单个组件失效时，系统应该继续工作以使得该故障对管理终端而言是透明的。 3.2.4 安全性
安全性要求 安全性指标 交易系统应当使用数字证书验证所有的接入点，包括交易员终端、会员远程交易、交易监控终端及其它外部接入点； 交易系统与各接入点之间应采用超过64位随机密钥的对称加密算法，对传输的消息进行加密； 交易系统应该能侦测到来自接入点的消息洪流，并结束这一敌意的会话； 交易系统应该能够侦测到在预先规定的时间段内来自同一IP地址的多次连接请求，并将其标志为非法，从而拒绝以后的连接请求直到监控人员发出重新使能命令； 外部网络或接口应该不能直接访问除接入总线外的所有组件； 交易后台各组件间互连时，应当验证组件标识和口令； 交易后台各组件互相通讯时，应验证每个消息的完整性； 交易系统保存的所有交易数据，参考数据和审计追踪纪录都必须避免未经授权的访问或篡改，包括由于维护或运作人员使用平台级的实用工具所进行的访问； 交易系统所有的运作和管理流程以及发起该流程的使用者的身份均要被安全审计，这样所有的运作都可以追溯到个人； 交易系统应该通过操作系统的安全机制，对所有组件的访问和配置数据进行控制和安全审计。 1 交易系统安全性 2 业务管理系统安全性 外部网络或接口应该不能直接访问业务管理系统的所有组件； 业务管理后台应对交易管理终端使用数字证书进行身份认证； 业务管理系统中的所有交易数据、参考数据和审计追踪都应避免未授权的访问或篡改，包括技术支持或运作员工使用平台级工具进行的可能的访问。 3.3 招标项目总体要求 3.3.1 招标范围
本次招标项目建设范围为：新一代交易所的核心系统交易后台、交易前台、交易所管理、结算改造4个子项目的集成测试与验收测试，其目的是为了确保该系统的各项功能和性能指标能够达到预期的目的。
3.3.2 项目工程范围
本次招标的工作范围主要包括两部分的工作： 第一部分：集成测试阶段
投标方派遣自己的软件测试专业人员，与我交易所的技术公司质控部门组成联合队伍，从事本项目的软件集成测试服务工作。投标方主要承担以下工作：
1) 根据项目总体进度计划，配合技术公司参与制定测试方案和计划； 2) 依据项目业务需求和业务功能说明书，协同技术公司质控部人员，
进行测试设计、编写测试用例；
3) 参与相关业务培训，与技术公司质控人员一起能承担项目的集成测
试阶段的测试执行任务；
4) 协同技术公司对测试过程进行管理，对测试发现的缺陷进行跟踪； 5) 协同技术公司QA人员对测试工作的质量（达到测试各阶段的抽检标
准）和进度定期进行评审，每周向项目领导小组书面报告测试情况；
6) 其它必要的工作 第二部分：验收测试阶段
投标方派遣自己的软件测试专业人员，现场配合上海期货交易所从事本项目的验收测试服务工作。投标方主要承担以下工作：
1) 协同交易所制定验收测试策略和测试计划；
2) 依据项目业务需求和业务功能说明书，进行验收测试设计、编写测
试用例；
3) 对测试过程进行管理，对测试发现的缺陷进行跟踪，对测试工作的
质量和进度定期进行评审，每周向交易所书面报告测试情况； 4) 承担系统的最后验收测试，出具测试报告，根据测试过程中收集的
数据，对项目的软件质量做出客观的评价，为系统正式投产提供决策依据；
5) 对交易业务和系统按照国际通行标准、中国国家或者金融行业标
准，就可靠性、安全性和性能指标等方面提供权威的测评和认证； 6) 其它必要的工作
3.3.3 时间计划
新一代交易所系统的建设工期紧、任务重。3月底前陆续完成各子系统的开发，总共测试时间预计是7个月，预计在7月份完成集成测试，9月底完成验收测试，整个第一阶段的系统预计在9月29日上线。目前，大部分系统已进入系统编码阶段，用户方的测试工作还处于准备阶段。
3.4 项目实施要求 3.4.1 项目管理
投标商应规划项目测试团队的组织结构，组成专门的测试团队，并对主要参与人员进行详细介绍。
要求投标商给出包括测试过程、管理过程和支持过程在内项目测试实施方案。
充分论证项目测试过程中的潜在风险，制定出有效应对措施，并说明实施过程中的风险管理机制。
对项目测试阶段做出划分，说明阶段任务与交付物，并结合测试阶段的划分，对总体项目测试进度做出规划。
3.4.2 质量保证
项目质量对于新一代交易所系统建设至关重要,投标商应建立起切实可行的测试质量保证体系,以确保交付质量和维护质量。
保证项目测试过程的透明化，接受上海期货交易所和上海期货信息技术公司的监督，从而降低测试风险，保证项目测试实施质量。
3.4.3 合同要求
公司一旦入选，与我所签订的商务合同应包含但不限于以下条款和要求： （1）公司保证派遣到我所工作的软件测试技术人员须具备相应的资质。公司保证派遣人员在项目实施期内全职在我所指定地点工作，未经我所同意，不得调换或撤离人员。公司保证测试中形成的各类文档和资料（包括纸质的和电子的）归我所所有。公司保证遵循我所的保密条款，不得将我所的业务和技术资料带离测试现场，不得向第三方提供我所业务和技术方面的有关信息。公司应提供项目结束后至少一年的免费咨询服务。
（2）在我所提供业务、设备环境、技术支撑的前提下，由于公司的原因出现以下任一种情况：
对开发方提交的软件，未按计划的时间和质量要求完成测试； 由于软件测试质量原因，导致项目未通过我所验收； 我所有权终止合同并采取以下措施对公司进行处罚：
我所不支付软件测试服务费；根据公司对我所项目造成的不良影响
程度，按合同价款的一定比例进行处罚。
在项目完成后，我所可自主选择今后是否继续与公司合作。
4
投标文件格式
以下的内容和表格是样式，投标方必须按照下列格式，提交投标书。如有
必要，投标方可以在下列格式的内容后面增加自己认为应当增加的内容。
4.1 投标书
上海期货交易所：
我单位认真研究了“新一代交易所系统第一阶段测试项目”招标书的文件并对项目情况及工作量进行了调查，我单位完全理解和接受招标文件的一切规定和要求，愿意承担本项目所涉及的一切设计任务，并履行招标文件中我方应承担的义务和风险。
我单位设计投标文件包括： 1. 2. 3. ……
我单位的投标文件，从投标截止之日起签约合同止有效。在有效期内，我们不改变投标报价及其他任何内容。
我们同意承担我单位为投标所发生的一切费用。
如果中标，我方在接到中标通知书后的指定时间内，按招标书的规定签订经济合同。经济合同签订后，我方将严格履行合同义务。
在整个招标过程中，我方若有违规行为，贵方可按招标文件之规定给予惩罚，我方完全接受。
若中标，本投标书将成为合同不可分割的一部分，与合同具有同等法律效力。
投 标 单 位 公 章： 投标单位法人代表签名： 2006年
月
日
4.2 技术方案
必须包含针对本招标书3所述的要求的技术解决方案。
4.3 报价表
必须包含所有服务的价格明细，折扣率和汇率。所有的服务费和人工费必须单独列出，且必须按照产品的价格比率方式报价。
1）软件测试人员服务费：指应邀人派遣到我所从事软件测试服务工作的人员价格。要求以预估的工作量来报价，对不同资质的人员应分别报价。
2）软件测试工具使用费（单独列出）：指按照我所新一代交易所系统的的特点和测试要求，投标人可建议选用一些软件测试工具，这些工具需要由投标人提供。如果这些工具的使用是有偿的，则投标人需对工具的使用价格进行报价。我所保留是否选用工具及选用那些工具的最后决定权。 3． 开标一览表
在研究了邀请谈判文件后，我们对贵单位招标项目（招标编号： ）报价如下：
项目服务商 数量 完工期 名称 备 注 投标总金额 大写： （小写： ） 注： 1、应邀单位如果需要对报价或其它内容加以说明，可在备注栏填写； 2、“完工期” 指合同生效之日计起，多少日完成合同规定的全部服务内容。
3、此表应经法定代表人或授权代表人签名，并盖上公章； 4、投标金额大小写不一致的以大写为准。
投标方名称（盖章）：
法定代表人（或其委托的全权代表人）：签名： 日期：
4.4 近二年承接的外包测试技术服务项目成功案例一览表
序号 用户单位 项目名称 时间 规模（金额） 网址 联系人 联系电话 注：1、此表可延长
2、附三个以上最近2年内证明以上成功案例的合同和验收报告的复印件 3、此表如有虚假情况，将导致应邀无效。
4.5 派遣的主要服务人员情况表
1） 业务专家介绍 2） 测试技术专家介绍 3） 测试项目管理人员介绍 4） 测试服务成员介绍
姓名 部门和职务 职称 主要资质证书、经验及近二年承担过的项目 服务人数 4.6 企业资质及有关材料证明
可以包含供应商认为对自身有利的各种资质证明文件的复印件。
因篇幅问题不能全部显示，请点此查看更多更全内容