完整版投标书范本Word格式.docx

上传人:b****7 文档编号:22555565 上传时间:2023-02-04 格式:DOCX 页数:20 大小:61.97KB
下载 相关 举报
完整版投标书范本Word格式.docx_第1页
第1页 / 共20页
完整版投标书范本Word格式.docx_第2页
第2页 / 共20页
完整版投标书范本Word格式.docx_第3页
第3页 / 共20页
完整版投标书范本Word格式.docx_第4页
第4页 / 共20页
完整版投标书范本Word格式.docx_第5页
第5页 / 共20页
点击查看更多>>
下载资源
资源描述

完整版投标书范本Word格式.docx

《完整版投标书范本Word格式.docx》由会员分享,可在线阅读,更多相关《完整版投标书范本Word格式.docx(20页珍藏版)》请在冰豆网上搜索。

完整版投标书范本Word格式.docx

二.法定代表人授权书

江苏********有限公司:

本授权书声明:

注册于南京市龙盘中路168号江苏软件园2号楼1层2398座(供应商住址)的南京思美软件系统有限公司(供应商名称)法定代表人李华董事长(法定代表人姓名、职务)代表本公司授权在下面签字的陈晓存大客经理(供应商代表姓名、职务)为本公司的合法代理人,就贵方组织的项目名称,项目编号:

投标,以本公司名义处理一切与之有关的事务。

本授权书于2014年11月20日签字生效,特此声明。

法定代表人签字:

被授权人签字:

日期:

2014年11月20日

法人和投标人身份证明

三.报价表

项目名称:

分包号

名称

报价(元)

其中,中型、小型和微型企业产品(元)

总价(人民币,大写)

人民币与美元之间的汇率

XX:

1

报价货物中有无进口产品

有无√

供应商名称:

(盖章)

说明:

1、在“报价货物中有无进口产品”栏后“有”或“无”上打“√”。

2、在“投标人是否属于中、小和微型企业”栏后“是”或“否”上打“√”。

四.分项报价表

项目编号:

序号

名称

是否属于中、小、微型企业产品

单价

¥

2

3

4

5

合计

1、如果行数不够,请自行增加。

2、在“是否属于小型和微型企业产品”栏内,填写“是”或“否”。

五.技术规格偏离表

采购文件条目号

采购要求规格

投标响应

偏离

采购要求规格按招标文件技术要求全部满足

全部响应

无偏离

如果行数不够,请自行增加。

供应商名称:

六.商务条款偏离表

亚夫在线网站与APP平台平台开发

采购文件要求的商务条款

采购文件要求的商务条款按招标文件全部满足

七.供货一览表

供货一览表

(含配件、备品、消耗材料)

货物1名称

应急响应中心综合管理系统

品牌

规格、型号

生产企业名称

南京思美软件系统有限公司

生产企业地址

数量

主要技术参数

详见投标文件技术方案部分

2、供应商应根据上表要求逐一说明报价货物名称、品牌、规格型号、产地、技术参数等,否则,按照无效报价处理;

八.公司资质情况说明

8.1企业法人营业执照

8.2组织机构代码证书

8.3税务登记证

8.4CMMI3证书

8.5双软证书

8.6PMP证书

九.公司概述

9.1公司介绍

南京思美软件系统有限公司(NanjingSimesoftInc.)于2006年4月成立,是专注于应用软件开发(基于J2EE,.Net/C++,PHP,Android,IOS),高端网站建设以及软件人才服务的软件企业,是南京地区国际离岸软件业务开展较早的企业之一。

思美软件致力于为国内外合作伙伴提供快速响应市场和业务需求的软件开发与测试服务。

我们拥有15年业内资历的高级管理层以及一支高效率的技术团队,能承接多种行业需求的项目开发。

思美软件现有技术研发人员100多名,85%为专科以上学历。

思美软件非常注重软件项目的进度管理及质量控制,于2007年5月通过“软件企业”认定,2010年5月通过和CMMI-L3认证。

通过多年的努力,思美软件与中国石化、中国电信、国电南瑞、江苏银行、南京理工大学、中兴通讯等国内大客户以及Liveworld、EnterpriseWizard等美国客户建立了长期的合作关系

9.2成功案例介绍

行业应用成功案例:

中国电信IPTV卫生频道

航空危报传输管理系统

视频监控

某通讯企业安全加固系统

网站设计开发案例:

中兴手机官方网站开发

中国电信IPTV增值服务平台

乐逗游戏平台

研茶园网站

开发测试服务案例:

政府采购中心电子评标系统

亚青会技术资产管理系统

国电南瑞协同办公系统

十.技术方案

10.1系统架构设计

10.1.1总体原则

✓安全性

保证系统的安全性;

提供完善的用户鉴权安全性和可靠性原则:

提供完善的用户鉴权、访问控制、安全日志管理、操作员权限管理等多种安全手段保证内容、业务数据、管理员数据、用户数据等不被非法盗用和修改伪造,保证数据不因意外情况丢失和损坏,系统的软硬件具备容错能力。

✓准确性

保证数据处理的准确性和一致性,并提供多种核查手段。

✓可靠性

拥有可靠的故障管理和备份管理机制,保证系统可靠连续运行。

Ø

数据库备份时间:

每天的备份时间不多于1小时,而且不影响对数据库的少量查询。

数据库备份数据恢复的时间:

数据的恢复速度不多于1小时。

平台支持负载均衡,系统切换时间小于60秒。

平台在切换过程中应保证已经处理过的业务正常运行和计费

平台提供足够的磁盘空间,满足在线保存日志及所有出入库记录要求;

磁盘容量在满足系统的稳定运行的前提下,需要预留25%的容错空间(25%),并且保证磁盘的忙时平均利用率低于70%;

最后还需要满足进行统计的空间要求。

✓可伸缩性

系统硬件平台、数据库以及系统软件框架应具有良好的可扩展性能,能够在保证现网业务正常运营条件下对系统进行平稳扩容和调整,优化和提升系统的运营能力和性能。

✓可扩展性

采用组件化涉及原则,以使系统能够适应将来可能出现的新业务门户的接入需求,在新接入新增业务门户时不应需要改造原软件系统。

应事先业务的参数驱动,通过参数改变可重新定义业务特性,在不影响系统运行的情况下实现新业务的接入。

✓开放性

系统应采用复合国家规范的、开放的接口协议以保证系统对外部系统的互连能力。

例如提供给第三方分销商的规范接口、提供给内部合作平台的规范调用方式等。

✓可移植性

系统还应具有较强的可移植性,可重用性,保证在将来发展中迅速采用最新出现的技术,长期保持系统的先进。

✓可用性

能够实施完成大容量数据处理,能够承受较大规模用户的并发访问与会话连接。

具体的参数要求如下:

系统硬件设备的CPU忙时利用率平均不超过70%,内存忙时利用率平均不超过70%。

并发用户数在最高峰值时,单个请求响应时间不超过5秒(除去网络延迟因素),忙时接通率大于90%。

最大HTTP并发连接数不小于8万个。

对于大数据量的统计,应能保证在夜间(4小时内)完成。

✓易用性

应具有良好的人机操作界面,详细的帮助和提示信息,可以通过操作界面完成系统参数的维护与管理。

✓可管理性

应具有良好的管理手段,方便对网关设备、操作系统、数据库、文件管理系统及应用程序等进行有效的监控、管理与维护。

10.1.2设计思路

✓兼容性与可扩展性

为保护已有投资,并使技术具有延续性。

所有应用的开发应能全面兼容现有业务系统,并能与之无缝集成。

应用能够适应业务的需要在不影响现有架构的基础上灵活拓展。

适应信息化建设和应用系统快速发展的要求,本方案采用了JAVAEE的B/S架构体系,运用了面向服务体系结构(SOA)、消息机制、数据标准化等技术手段。

能够全面兼容现有业务系统且可在未来灵活拓展。

由于JAVAEE的跨平台特性,基于JAVAEE架构建设的系统,能够部署和运行在Windows、Linux/Unix等各类操作系统上,同时平台采用B/S体系,最终用户的客户端只需要操作系统自带的浏览器,就可以非常方便的使用系统。

本方案同时采用了SOA架构、消息机制和数据标准化等技术,建成后的系统能适应总部、代理商、经销商的各相关部门、人员以及业务流程调整的需求,当用户数目增加、业务范围拓展时,有良好的扩展机制和灵活的调整方案适应其变化。

✓采用SOA架构

本项目设计和实现理念应基于SOA面向服务构架。

在系统设计和实现过程中,按照SOA构架思想,支持将系统功能封装成服务,并设计标准服务接口,真正实现异构系统的跨平台调用。

同时,在对底层的应用支撑环境的集成中,也要支持将公共组件功能封装为服务的方式,形成基于SOA构架的信息服务平台。

SOA是是面向服务的体系架构,它是一个概念,是说一个应用可以由一系列独立但又相互协作的子系统或者服务组成。

这样的结构将各个服务独立出来,只把需要声明的接口告诉给其它的服务。

SOA将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。

接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。

这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。

10.1.3总体架构

系统架构图

10.1.4技术路线

✓开发语言J2EE

J2EE是主流的技术体系,J2EE已成为一个工业标准,围绕着J2EE有众多的厂家和产品,其中不乏优秀的软件产品,合理集成以J2EE为标准的软件产品构建平台,可以得到较好的稳定性、高可靠性和扩展性。

J2EE技术的基础是JAVA语言,JAVA语言的与平台无关性,保证了基于J2EE平台开发的应用系统和支撑环境可以跨平台运行。

基于J2EE技术的应用服务器(ApplicationServer)主要是用来支持开发基于Web的三层体系结构应用的支撑平台,这一类的产品包括IBMWebsphere,BEAWebLogic和JBOSS等。

✓数据库

数据库技术的发展,已经成为先进信息技术的重要组成部分,是现代计算机信息系统和计算机应用系统的基础和核心。

数据库技术最初产生于20世纪60年代中期,根据数据模型的发展,可以划分为三个阶段:

第一代的网状、层次数据库系统;

第二代的关系数据库系统;

第三代的以面向对象模型为主要特征的数据库系统。

数据库选型时,必须考虑以下五大因素:

1.开发要求

2.性能/成本

3.数据库运行和管理

4.可升级性

5.总体拥有成本

综合以上考虑,建议选择Oracle10g

✓操作系统

Redhatlinux

10.2系统功能设计

系统功能模块架构图

1.1.1

1.1.2

1.1.3

1.1.4

10.3系统部署方案

系统部署图

项目

第三方软件

应用服务器

Jboss7.0

数据库服务器

Oracle10g

操作系统

RedhatEnterpriseLinux5.564bit

十一.实施方案

11.1实施周期

实施计划南京思美严格按江苏幸福田园的总体计划进行,即:

阶段

开始时间

结束时间

需求阶段

合同签订日起

2014-11-20

设计阶段

2014-12-10

开发阶段

2014-12-11

2015-3-01

测试调试阶段

2015-5-15

验收阶段

2015-5-31

维护阶段

2015-12-30

11.2团队保障

主要项目团队成员

姓名

角色

项目经理

技术经理

测试经理

开发工程师

11.3测试内容

11.1.1功能项测试

对需求说明书中的所有涉及到的功能项进行测试。

11.1.2业务流程测试

对软件项目的典型业务流程进行测试。

11.1.3容错测试

容错测试的检查内容包括:

1) 

软件对用户常见的误操作是否能进行提示;

2) 

软件对用户的操作错误和软件错误, 

是否有准确、清晰的提示;

3) 

软件对重要数据的删除是否有警告和确认提示;

4) 

软件是否能判断数据的有效性, 

屏蔽用户的错误输入, 

识别非法值, 

并有相应的错误提示。

11.1.4安全性测试

安全性测试的检查内容包括:

软件中的密钥是否以密文方式存储;

软件是否有留痕功能, 

即是否保存有用户的操作日志;

软件中各种用户的权限分配是否合理。

11.1.5性能测试

对需求说明书中明确的软件性能要求进行测试。

测试的准则是要满足规格说明书中的各项性能指标。

11.1.6易用性测试 

易用性测试的内容包括:

软件的用户界面是否友好,是否出现中英文混杂的界面;

软件中的提示信息是否清楚、易理解,是否存在原始的英文提示;

软件中各个模块的界面风格是否一致

软件中的查询结果的输出方式是否比较直观、合理。

11.1.7适应性测试 

参照用户的软、硬件使用环境和需求规格说明书中的规定,列出开发的软件需要满足的软、硬件环境。

对每个环境进行测试。

11.1.8文档测试 

用户文档包括:

安装手册、操作手册和维护手册。

对用户文档测试的内容包括:

操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块 

用户文档描述的信息是否正确是否没有歧义和错误的表达 

用户使用文档是否容易理解 

是否通过使用适当的术语、图形表示、详细的解释来表达。

11.4培训服务

提供的整个系统的培训包括:

应用软件操作培训以及系统管理员的维护培训;

培训对象为系统使用人员及系统管理员,培训地点为客户现场。

11.5双方工作内容

责任方

负责事项

江苏幸福田园(甲方)

1、负责需求的澄清与确定;

2、负责现场硬件设备以及环境的提供;

3、负责组织人员进行参与系统的培训;

4、负责系统的验收组织工作以及验收的确认;

南京思美(乙方)

1、负责应用软件的开发与实施;

2、负责现场软件的部署,调测;

3、负责软件的上线以及培训工作;

4、负责软件的售后服务以及技术支撑

5、合同中规定的其他事项;

十二.技术支持与售后服务

12.1系统保修与技术支持

终验后免费提供一年7*24小时的系统保障

●服务方式

针对不同的实际情况,需以电话、传真、EMAIL等方式提供咨询服务、现场服务与协调服务三种方式。

●咨询服务

系统集成方和卖方的工程师将对与客户系统相关的各种技术问题提供5*7小时电话、传真或E-MAIL咨询服务。

●现场服务

当发生的问题无法正常使用系统,而且系统集成方现场支撑人员、远程调试和甲方现场值班人员也无法解决的情况下,系统集成方和卖方将另派遣技术服务人员到使用现场提供现场服务。

●协调服务

系统集成方和卖方除直接提供优质的服务外,还可以根据客户的需要,在保修时间范围内协调原厂商为客户提供他们的服务,确保整个集成系统的稳定运行。

12.2服务内容及故障级别支持

划分下列故障级别:

故障级别定义

故障现象描述

一级故障(紧急故障)

因平台原因使系统运行中断,对用户业务的运行有严重影响

二级故障(严重故障)

因平台原因使系统中重要功能受损、主要性能指标严重下降

三级故障(一般故障)

在系统主要功能及性能指标运行正常的情况下,系统部分功能与性能受损

四级故障

在系统无故障或不影响用户业务运行的情况下,用户对系统的功能、安装、配置、性能优化或使用方面提出技术咨询服务要求

针对不同的故障级别,需能在下述时限采用相应的方式进行支持服务:

故障级别

服务请求时间

响应时间

修复时间

电话/传真/E-mail/远程/现场

一级故障

24小时

接到服务请求后立即给予答复,提供初步故障诊断分析和解决方案,保持远程技术支持,并立即出发保证8小时内到达现场。

在接到服务请求后的4小时内系统恢复业务能力,2天内系统全部恢复正常。

二级故障

接到服务请求后30分钟内给予答复,提供故障诊断分析和解决方案,保持远程技术支持,并立即出发保证20小时内到达现场。

三级故障

接到服务请求后2-3小时内给予答复,提供故障诊断分析和解决方案

在接到服务请求后的12小时之内解决系统故障。

工作时间

(星期一到星期五早9:

00到晚6:

00)

接到服务请求后6小时内给予答复,提供故障诊断分析和解决方案

在接到服务请求后的12小时内解决系统故障。

其他非工作时间

接到服务请求后第24小时内给予答复,提供故障诊断分析和解决方案

在接到服务请求后的48小时内排除故障。

对集成方采购的的第三方硬件、软件厂商的设计缺陷或安全漏洞的相关响应时间:

缺陷和安全漏洞内容

硬件缺陷

在得到第三方厂商的硬件缺陷信息的1个工作日内通知用户;

硬件缺陷升级方案

在接到升级请求后的1个工作日内给出符合用户系统情况的硬件缺陷升级方案;

并在48小时内完成升级方案兼容性测试;

在接到升级请求后的1个工作日内到达现场进行相关服务;

原则上兼容性测试不使用业务系统进行;

升级方案实施

在升级方案审批通过后,接到升级操作后的48小时内进行实施,升级方案实施应在对用户影响最小的时段实施

所有升级方案实施均派遣工程师到现场进行服务;

软件缺陷或安全漏洞警告

在得到第三方厂商的软件缺陷或安全漏洞信息在2个小时内通知用户;

第三方软件patch兼容性测试

在2个工作日内对第三方厂商针对软件缺陷或安全漏洞发布的patch进行兼容性测试;

如出现兼容性测试失败,在48小时内给出可解决方案

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 党团工作 > 入党转正申请

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1