首页>计算机考试 > 软件设计师 >

苏州交通运输指挥平台招标公告

| 软件设计师 |

【www.guakaob.com--软件设计师】

以下是中国招生考试网www.chinazhaokao.com为大家整理的关于苏州交通运输指挥平台招标公告的文章，希望大家能够喜欢！更多资源请搜索文档频道与你分享！

招标公告
苏州市创杰招投标咨询服务有限公司受苏州建设（集团）有限责任公司（代建）的委托就其苏州市交通运输指挥中心指挥平台软件系统建设的政府采购进行国内公开招标。欢迎有资格的单位前来参加投标。

一、招标编号：SZCJ2015-G-023号

二、招标内容：苏州市交通运输指挥中心指挥平台软件系统建设

三、投标人资质要求：

（一）合格投标单位的一般条件：

符合《中华人民共和国政府采购法》之第二十二条“供应商参加政府采购活动应当具备下列条件”
1、具有独立承担民事责任能力；
2、具有良好的商业信誉和健全的财务会计制度；
3、具有履行合同所必需的设备和专业技术能力；
4、有依法缴纳税收和社会保障资金的良好记录；
5、参加政府采购活动前三年内，在经营活动中没有重大违法记录；
6、法律、行政法规规定的其他条件

（二）合格投标单位的特定条件：

1、投标单位在中华人民共和国境内合法注册，非苏州地区注册的投标单位需在苏州地区有常驻售后服务场所负责所开发项目的长期售后服务工作；
2、投标单位具备软件系统开发的资质，提供软件企业认定证书；
3、投标单位需承诺“2015年10月底前完成苏州市交通运输局直属企事业单位现有业务系统的对接、整合工作，项目全部竣工验收合格期限为合同签订之日起9个月内”。

（三）投标单位报名资料要求（报名时需提供以下相关材料复印件并加盖投标单位公章）：

1.投标单位营业执照（副本）、税务登记证（副本）、组织机构代码证（副本）、软件企业认定证书的有效证件；
2.非苏州地区注册的投标单位的苏州地区常驻售后服务场所的证明资料（如为分支机构的需提供工商证明材料；售后服务机构为区域设置的需提供场地租赁合同、房屋产权证明及单位证明）；
3.提供法定代表人身份证复印件，非法定代表人直接报名投标的，还需提供委托代理人的法定代表人授权委托书及委托代理人身份证；
4.投标单位提供符合《中华人民共和国政府采购法》之第二十二条供应商参加政府采购活动应当具备条件的承诺书以及工期保证承诺书。

注：欢迎符合条件的投标单位前来报名。请各投标单位将符合以上资格要求的证明文件复印件加盖公章装订成册，封面注明投标单位名称、联系人、联系电话、传真、电子邮箱等信息。如有伪造或虚报，则评标小组有权取消该单位的评标资格。本项目不接受联合投标。

四、招标文件发售信息：

1.出售时间：自招标文件挂网之时起至2015年6月12日（每日8：30~11：00， 13：30~17：00，节假日、公休日除外）。
2.出售地点：苏州市干将西路399号银海大厦303室（苏州创杰公司）
3.出售方式：现场出售
4.售    价：人民币叁佰元/份，现金收讫，招标文件售后一概不退。

五、投标文件接收信息：

1.开始接收时间：2015年6月30日下午14：00（北京时间）
2.接收截止时间：2015年6月30日下午14：30（北京时间）
3.接收地点：苏州市三香路389号政务服务中心东区二楼开标厅
4.接收人：苏州市创杰招投标咨询服务有限公司

六、开标有关信息：

1. 开标时间：2015年6月30日下午14：30（北京时间）
2. 开标地点：苏州市三香路389号政务服务中心东区二楼开标厅

七、其他应说明事项：

1.投标单位对招标文件如有疑问，请将疑问于2015年6月15日上午9:00前以书面形式递交或传真至苏州市创杰招投标咨询服务有限公司。
答疑时间：2015年6月15日上午9：30
答疑地点：苏州三元宾馆（苏州市人民路887号<近十梓街>）4楼会议室
2.项目建设期限：2015年10月底前完成苏州市交通运输局直属企事业单位现有业务系统的对接、整合工作，项目全部竣工验收合格期限为合同签订之日起9个月内。
3.采购预算：人民币壹仟柒佰陆拾肆万元整（￥：17640000.00）

八、本次招标联系事项：

招标代理机构名称：苏州市创杰招投标咨询服务有限公司
地    址：苏州市干将西路399号银海大厦303室
邮政编码：215002           电    话： 0512-65238816    传    真： 0512-65238892 
联 系 人：朱晓芹           网    址：www.cjzb.com      电子信箱：szcjzb@163.com
采购单位：苏州建设（集团）有限责任公司（代建）
联 系 人：王震                           电话：0512-65112770
本公告有关信息将同时在江苏省政府采购网Http://www.ccgp-jiangsu.gov.cn、苏州市政府采购网Http://www.zfcg.suzhou.gov.cn、《苏州城市商报》等媒体上发布，敬请留意！
苏州市政府采购管理监督电话：0512-68263758
 

 
 
苏 州 市 政 府 采 购
招 标 文 件
 
 
 
 
 
 
 
招标编号：SZCJ2015-G-023号
    招标内容：苏州市交通运输指挥中心指挥平台软件系统建设
项目类别：服务类
采 购 人：苏州建设（集团）有限责任公司（代建）
建设单位：苏州市交通运输局
 
 
 
 
苏州市创杰招投标咨询服务有限公司
二○一五年六月
前附表
尊敬的投标单位：欢迎参加本项目的投标。为了保证投标顺利进行，请在制作投标文件之前，仔细阅读本招标文件的各项条款，并严格按要求制作和递交投标文件。谢谢合作！
项号 名称 内      容
1 招标编号 SZCJ2015-G-023号
2 招标内容 苏州市交通运输指挥中心指挥平台软件系统建设
3 投标有效期 九十天（日历日）
4 投标保证金 投标保证金金额收取：人民币叁拾万元整（￥：300000.00）
账户名：苏州市创杰招投标咨询服务有限公司
     开户行：上海浦东发展银行苏州金阊支行
账　号：89060154800000140
注：汇款单上需注明投标单位名称、标号、金额
投标单位交纳的投标保证金必须在投标截止时间48小时前交至招标代理机构或到达以上指定账户并换取收据，否则拒绝接收。
如为现金解款的，需在投标保证金交纳截止时间前将现金解款单原件交至我公司并换取收据，否则视为未交纳投标保证金。
财务室联系人：施紫秋  电话：0512-65232892
5 招标代理机构 苏州市创杰招投标咨询服务有限公司
地  址： 苏州市干将西路399号银海大厦303室   邮编：215002
电话/传真：0512-65238891  65238892    网址：www.cjzb.com
联系人：朱晓芹
6 招标文件售价 本套招标文件售价人民币叁佰元/份，现金收讫，招标文件售后一概不退
7 递交报名材料和发售招标文件 递交报名材料发售招标文件时间：自招标文件发布之时起至2015年6月12日（每日8：30~11：00，13：30~17：00，节假日、公休日除外）报名材料必须加盖投标单位公章（红章）。                                                      
递交报名材料及发售招标文件地点：苏州市干将西路399号银海大厦303室
8 投标答疑会 投标单位对招标文件如有疑问，请将疑问于2015年6月15日上午9：00前以书面形式递交或传真至苏州市创杰招投标咨询服务有限公司。
答疑时间：2015年6月15日上午9：30
答疑会地点：苏州三元宾馆（苏州市人民路887号<近十梓街>）4楼会议室
9 采购人 苏州建设（集团）有限责任公司（代建）
联系人：王震     联系电话：0512-65112770 
10 投标文件份数 正本份数为一份  副本份数为四份   
全套投标文件分为投标书一（报价部分）一正四副；投标书二（技术方案部分、资格证明文件）一正四副
11 投标时间 2015年6月30日下午14:00-14：30（北京时间）
12 投标文件递交地点 苏州市三香路389号政务服务中心东区二楼开标厅
13 开标 时间：2015年6月30日下午14：30（北京时间）
地点：苏州市三香路389号政务服务中心东区二楼开标厅
14 履约保证金 中标金额的10%
15 中标服务费 按国家计委计价格[2002]1980号《招标代理服务收费管理暂行办法》所规定的收费标准下浮30％收取，领取中标通知书时中标人向招标代理机构一次性付清。收费标准：
中标金额100万以下费率为中标金额的1.5%；
中标金额100－500万费率为中标金额的0.8%
中标金额500-1000万费率为中标金额的0.45%
中标金额1000-5000万费率为中标金额的0.25%
注：中标服务费的收取按差额定率累进法计算，若中标金额为150万元，则中标服务费＝[100×1.5%＋（150－100）×0.8%]×0.7
16 评分标准 根据质量与价格的比较
17 评标方法 用综合评分方法得分最高的投标单位为中标单位
 
 
 
 
 
 
总目录
 
第一章 投标邀请函...................................................... 5
第二章 采购内容.......................................................... 7
第三章 投标人须知.................................................... 75
第四章 投标文件格式................................................ 87
第五章 合同主要条款.............................................. 103
第六章 评标办法与评分标准.................................. 111
 
 
 


 
 
第一章  投标邀请函
                      ：
苏州市创杰招投标咨询服务有限公司受苏州建设（集团）有限责任公司（代建）的委托就其苏州市交通运输指挥中心指挥平台软件系统建设的政府采购进行国内公开招标。欢迎有资格的单位前来参加投标。
一、招标编号：SZCJ2015-G-023号
二、招标内容：苏州市交通运输指挥中心指挥平台软件系统建设
三、投标人资质要求：

（一）合格投标单位的一般条件：
符合《中华人民共和国政府采购法》之第二十二条“供应商参加政府采购活动应当具备下列条件”
1、具有独立承担民事责任能力；
2、具有良好的商业信誉和健全的财务会计制度；
3、具有履行合同所必需的设备和专业技术能力；
4、有依法缴纳税收和社会保障资金的良好记录；
5、参加政府采购活动前三年内，在经营活动中没有重大违法记录；
6、法律、行政法规规定的其他条件

（二）合格投标单位的特定条件：
1、投标单位在中华人民共和国境内合法注册，非苏州地区注册的投标单位需在苏州地区有常驻售后服务场所负责所开发项目的长期售后服务工作；
2、投标单位具备软件系统开发的资质，提供软件企业认定证书；
3、投标单位需承诺“2015年10月底前完成苏州市交通运输局直属企事业单位现有业务系统的对接、整合工作，项目全部竣工验收合格期限为合同签订之日起9个月内”。

（三）投标单位报名资料要求（报名时需提供以下相关材料复印件并加盖投标单位公章）：
1.投标单位营业执照（副本）、税务登记证（副本）、组织机构代码证（副本）、软件企业认定证书的有效证件；
2.非苏州地区注册的投标单位的苏州地区常驻售后服务场所的证明资料（如为分支机构的需提供工商证明材料；售后服务机构为区域设置的需提供场地租赁合同、房屋产权证明及单位证明）；
3.提供法定代表人身份证复印件，非法定代表人直接报名投标的，还需提供委托代理人的法定代表人授权委托书及委托代理人身份证；
4.投标单位提供符合《中华人民共和国政府采购法》之第二十二条供应商参加政府采购活动应当具备条件的承诺书以及工期保证承诺书。

注：欢迎符合条件的投标单位前来报名。请各投标单位将符合以上资格要求的证明文件复印件加盖公章装订成册，封面注明投标单位名称、联系人、联系电话、传真、电子邮箱等信息。如有伪造或虚报，则评标小组有权取消该单位的评标资格。本项目不接受联合投标。

四、招标文件发售信息：
1.出售时间：自招标文件挂网之时起至2015年6月12日（每日8：30~11：00,13：30~17：00，节假日、公休日除外）。
2.出售地点：苏州市干将西路399号银海大厦303室（苏州创杰公司）
3.出售方式：现场出售
4.售    价：人民币叁佰元/份，现金收讫，招标文件售后一概不退。

五、投标文件接收信息：
1.开始接收时间：2015年6月30日下午14：00（北京时间）
2.接收截止时间：2015年6月30日下午14：30（北京时间）
3.接收地点：苏州市三香路389号政务服务中心东区二楼开标厅
4.接收人：苏州市创杰招投标咨询服务有限公司
六、开标有关信息：

1. 开标时间：2015年6月30日下午14：30（北京时间）
2. 开标地点：苏州市三香路389号政务服务中心东区二楼开标厅

七、其他应说明事项：
1.投标单位对招标文件如有疑问，请将疑问于2015年6月15日上午9:00前以书面形式递交或传真至苏州市创杰招投标咨询服务有限公司。
答疑时间：2015年6月15日上午9：30
答疑地点：苏州三元宾馆（苏州市人民路887号<近十梓街>）4楼会议室
2.项目建设期限：2015年10月底前完成苏州市交通运输局直属企事业单位现有业务系统的对接、整合工作，项目全部竣工验收合格期限为合同签订之日起9个月内。
3.采购预算：人民币壹仟柒佰陆拾肆万元整（￥：17640000.00）

八、本次招标联系事项：
招标代理机构名称：苏州市创杰招投标咨询服务有限公司
地    址：苏州市干将西路399号银海大厦303室
邮政编码：215002           电    话： 0512-65238816    传    真： 0512-65238892 
联 系 人：朱晓芹           网    址：www.cjzb.com      电子信箱：szcjzb@163.com
采购单位：苏州建设（集团）有限责任公司（代建）
联 系 人：王震                           电话：0512-65112770
本公告有关信息将同时在江苏省政府采购网Http://www.ccgp-jiangsu.gov.cn、苏州市政府采购网Http://www.zfcg.suzhou.gov.cn、《苏州城市商报》等媒体上发布，敬请留意！
苏州市政府采购管理监督电话：0512-68263758
第二章 采购内容
 
受苏州建设（集团）有限责任公司（代建）的委托，苏州市创杰招投标咨询服务有限公司作为招标代理机构，就其委托的苏州市交通运输指挥中心指挥平台软件系统建设的政府采购进行国内公开招标。

招标编号：SZCJ2015-G-023号

招标内容：苏州市交通运输指挥中心指挥平台软件系统建设
采购预算：人民币壹仟柒佰陆拾肆万元整（￥：17640000.00）
【一】      项目概况
国家国民经济和社会发展“十二五”规划纲要提出，要按照适度超前原则，统筹各种运输方式发展，初步形成网络设施配套衔接、技术装备先进适用、运输服务安全高效的综合交通运输体系；交通运输发展“十二五”规划明确要求，要进一步提升交通运输应急保障能力，增强交通运输保障能力，提升交通运输服务水平，不断提高交通运输科技含量和信息化水平，加快构建绿色交通运输体系，加快交通发展方式的转变，大力发展现代交通运输业。根据苏州市交通运输局所承担的职责，以国家的交通运输发展规划为依据，“十二五”期间，苏州市交通运输发展将以加快转变交通发展方式为主线，以深圳、上海、成都、广州、新加坡、香港等国际先进城市为标杆，以“保畅通、惠民生、促转型”为核心价值，加快推进全球性物流枢纽城市、国内先进公交都市和现代化一体化综合交通运输体系建设，为实现现代化先进城市战略目标发挥先导和保障作用。通过建设苏州市交通运输指挥中心，形成全市交通运输信息数据的统一管理，对全市交通运输运行进行一体化监测管理，为社会提供交通运输一体化的信息服务，有利于促进交通运输系统内部和外部的协同运行，加快苏州市便捷、通畅、高效、安全综合交通运输体系的形成，有利于均衡交通流在时间上和空间上的分布，缓解交通拥堵，提高交通运输效率，产生倍加的交通运输生产力，促进苏州市经济社会持续快速健康发展。
项目建设的目标: 按照“平时监督、急时应急、战时应战”的工作思路，以指挥平台的建设为契机，构建一个集“综合运输协调指挥”、“交通安全应急指挥”、“数据整合与综合分析”、“决策支持与信息服务”于一体的苏州市交通运输行业智能化交通运输体系，进而深化“日常监管、应急处置、数据分析、信息发布”四大业务。
项目主要建设任务：建设以“六大系统、四个支撑平台”为主要内容的苏州市交通运输指挥中心TOCC指挥平台系统，通过信息化手段对现有系统进行整合、对接，形成全市交通运输信息数据的统一管理，对全市交通运输运行进行一体化监测管理，为社会提供交通运输一体化的信息服务，加快苏州市便捷、通畅、高效、安全综合交通运输体系的形成，促进苏州市经济社会持续快速健康发展。本次招标主要内容包括：
（1）六大业务系统
苏州市交通运输指挥中心TOCC指挥平台系统主要参照《苏州市交通运输“十二五”发展规划》、《苏州市交通运输系统应急体系建设“十二五”规划》、《交通运输安全应急指挥平台系统技术规范（征求意见稿）》、《苏州市交通系统应用软件开发技术规范》及补充说明相关要求进行开发建设。
开发建设交通运输行业监管及指标分析系统、交通运输应急指挥系统、数据采集与归档管理系统、交通信息综合发布系统、平台配置管理系统、苏州TOCC-GIS大屏展示系统满足交通管理部门、企业、社会公众等不同应用需求，为提升交通行业运行监管、分析决策及信息服务提供有效手段。
（2）四个支撑平台
建设视频监控共享平台、地理信息共享平台、融合通讯平台、主流信息发布平台，对原来分散在各单位的视频数据汇聚到一个平台进行管理与转发、对分散在各业务系统中的地理信息平台进行集成改造实现对海量、多源的交通各专题地理信息资源的管理和服务，对原来异构的通讯方式逐步进行改造升级，实现融合通讯，打通各类信息发布渠道，实现信息在统一的发布平台上进行及时发布。
（3）实现同现有业务系统集成
利用整合、对接的信息化手段，对苏州交通局直属企事业单位（公路、运管、航道、海事、客管、高速公路）的现有业务系统结合实际业务需求，分阶段实现接口、数据、展示层面的集成。
（4）建立完善的工程建设保障体系
建立信息安全保障体系、建立运维保障体系、数据标准规范体系等。
【二】      坐席操作台设计要求
根据指挥中心坐席的工作职责，结合业务监管需求及处置调度要求，提供一机多屏的坐席工作台，提供交通全方位的日常值守处置工作台客户端、交通全领域的共享地理信息平台客户端、交通全覆盖的视频监控平台客户端及融合通讯平台调度端；并实现各界面业务联动操作。投标单位需提供符合上述要求的坐席工作台布局设计图，提供界面操作流程迁移图及相关操作说明。
【三】      功能要求
（一）  交通运输行业监管及指标分析系统
根据苏州交通运输指挥中心行业监管的需求及各事业单位的行业管理特点，满足今后指挥中心的行业日常监管，主要体现苏州交通日常运行的监督和调度，交通敏感区域的重点预控，异常情况下的处置协调，投诉举报的处理和技术保障。系统要求利用数据分析技术获取苏州交通运输行业发生的各种情况，提醒中心及时进行有效的处置，实现苏州交通运输行业管理的可视、预控和处置，更好的服务于行业监管、企业运行和公众出行，不断适应社会发展对交通运输工作的要求。
1.系统的业务要求
（1）日常监管内容有七个方面
1)       苏州辖区范围内路网、水网的畅通情况；
2)       路网、水网实施管制后的管制情况跟踪；
3)       重点区域、客运枢纽、公交和地铁的客流情况；
4)       工作人员和执法人员的规范操作情况；
5)       水上行驶和客运经营的违章监督（旅游船艇监管）；
6)       路政车、航政船、两客一危的GPS运行轨迹监管；
7)       运输企业监控人员在岗情况。
（2）信息受理
受理内容包括：路网、水网巡检信息上报；周边高速公路的拥堵情况（与交警共享）；投诉、举报、咨询、求助受理；路网、水网畅通情况受理；以及路网、水网的气象、冰冻、水文信息，包括：阵风、大雨、大雪、冰冻、积水、潮汛等。
受理渠道包括：电话、手机APP、网站、微信、微博等。
（3）坐席分配情况
日常监管坐席分为公路、水路、运输三个区域，共11个坐席。
公路4个坐席：全天运作，预计需要16人；承担高速公路、国省干道畅通情况的监管，交通管制情况监管，工作人员和执法人员的规范操作情况，路政车轨迹巡检，在发现事故、造成路堵情况救援和疏导工作，七个县级处置中心的监管、应急演练和考核，受理路网单位上报路网事件，以及向各级省中心上报信息。
水路2个坐席：人员由海事局承担，坐席白天运作；承担水网畅通情况监管，水网管制情况跟踪，工作人员和执法人员的规范操作情况，水上行驶违章监督，航政船巡检情况监督，以及应急情况下往省局报送信息，提供事故进展情况咨询等。
运输5个坐席：人员由运管处承担；承担重大活动和节假日期间重点区域、客运枢纽、公交和地铁的客流情况监管，工作人员和执法人员的规范操作情况，营运车辆的运输违章监督，道路运输企业监控人员在岗情况监督以及轨道交通运行状况日常监管等。
信息服务坐席包括：96196、苏汽热线、96777、12395，共12个坐席。
交通服务热线96196：9个坐席；承担96196原有职责，2014年话务量503018笔。增加高速公路服务热线96777工作内容，承担国省干线和高速公路咨询电话的受理和对外信息服务。
苏汽热线65776577：3个坐席;工作时间6:00-20:30。承担苏汽热线原有职责。
海事服务热线12395:与海事监控坐席合并，白天对外提供信息服务，晚上由96196承担相关任务。
投标单位需根据上述坐席工作内容及配置情况，提供符合上述指挥中心业务范围及需求的各坐席日常操作手册。手册需包含：
1)       坐席分配原则
2)       坐席分配说明
3)       坐席操作流程图（工作任务要细化到分钟）
4)       应急调度工作原则
5)       坐席操作屏布局说明
6)       坐席操作屏功能说明
7)       日常通用业务操作说明
8)       专业领域业务操作说明
说明书要结合系统功能手册，对所涉及的待建、已建系统操作进行对应描述说明。
 
2.系统的功能要求
交通运输行业监管及指标分析系统包含总裁界面子系统、日常监管子系统、指标分析子系统、业务查询子系统及预警管理子系统。

Ø         总裁界面子系统

总裁界面子系统是基于交通地理信息平台、视频联网监控平台、报表分析系统及自定义桌面系统之上的应用系统，本子系统在多个屏幕上以柱状图、饼图、地图、仪表、图表、报表等可视化图形方式展示数据。经过高效全面的数据分析，使用户对所关注的重要数据指标一目了然，做到对全市实时交通运输营运情况的全局掌控。
本子系统包含电子地图模块、视频监控模块及个性化磁贴模块三个功能模块。
（1）        电子地图模块
    通过交通地理信息平台以可视化方式集成显示各类静态交通运输基础信息及动态交通运输营运信息（交通事件信息、交通运营状态信息、车船动态信息等）。
（2）        视频监控模块
    结合电子地图模块通过视频联网监控平台实现各类视频信息的快速检索、实时监控及历史回放功能。
（3）        个性化磁贴模块
    磁贴模块作为行业监控的顶层目录，实时反应所代表的行业版块的实时运行状况，借助磁贴灵活可配置的特性通过平台配置管理系统的自定义用户界面管理功能，可实现每个用户对磁贴版块的自定义功能，用户可以根据监管工作的需求及个人日常使用习惯自行定制所关注业务版块磁贴，也可套用模板显示系统事先定制好磁贴界面。

Ø         日常监管子系统

苏州市交通运输指挥中心的行业日常监管主要包括通过移动视频、交通指标分析、GPS实时跟踪等技术手段，实现对交通行政执法行为的实时监督；通过实时的视频监控及车辆 GPS轨迹，针对恶劣气候及高峰客流，合理调配运输力量，有效进行疏导；通过车载移动视频和 GPS轨迹，对违反交通运输 规定的行为及时进行纠正，维护正常的运输秩序；通过智能视频分析等安防技术，及时发现施工中的异常行为，提高交通建设工程中安全监管的技术含量等。
    本子系统包含公路监管模块、水路监管模块、道路运输监管模块及信息发布四个功能模块。
（1）公路监管模块
本模块功能需符合交通部《公路水路交通安全畅通与应急处置系统》中明确的公路路网运行监测与应急的建设要求。基于视频监控平台、交通地理信息平台及总裁界面子系统，以地图及磁贴的方式进行集中展示，根据预警信息在地图上标注可能存在的隐患，包括基础设施可能出现的不畅通情况，用不同的颜色标注；对重点路段用畅通曲线显示。
（2）水路监管模块
本模块功能需符合交通部《公路水路交通安全畅通与应急处置系统》中明确的内河航道运行监测与应急的建设要求。基于视频监控平台、交通地理信息平台及总裁界面子系统，以地图及磁贴的方式进行集中展示，根据预警信息在地图上标注可能存在的隐患，包括基础设施可能出现的不畅通情况，用不同的颜色标注；对重点航道用畅通曲线显示。
（3）道路运输监管模块
本模块需结合指标分析所形成的相关指标数据通过总裁界面的磁贴模块监督客运、货运、驾培、维修、沿江港口、内河港口、旅游船艇、租赁等行业的经营情况，监督和处理非法营运、从业人员诚信情况。符合交通部《公路水路交通安全畅通与应急处置系统》中明确的道路运输运行与应急，水路运输运行与应急的建设要求。监督公交、出租、轨道、有轨电车的运行动态，逐步覆盖铁路以及民航信息（今后可以吸纳民航、铁路等领域的人员参与）。监管城市路网、公交站台、客运场站、轨道站台、换乘枢纽、交通枢纽、货运物流园的运行状态。监督恶劣天气、大客流事件、道路施工对城市公共交通的影响情况并干预。
（4）信息发布模块
本模块监管96196、96777、12395热线的待办事件、道路救援报警、海事救援报警等业务。报警的周边情况监测和救援现场监控采用视频监控方式，报警接报采用手工录入数据的方式。
（5）日常监控预警项汇总表
序号 板块名称 模块名称 指标名称
1.         公路板块 干线路网 断面流量
2.         收费站流量
3.         隧道通行状况
4.         发布设备状况
5.         高速路网 断面流量
6.         收费站流量
7.         服务区状况
8.         发布设备状况
9.         城市路网 高架环线流量
10.      主要干道流量
11.      重点路口流量
12.      信号灯状况
13.      路网事件报警 交通事故
14.      道路施工
15.      大客流事件
16.      异常天气
17.      路政执法 执法车上线率
18.      业务审批 审批超时
19.      重点路段 畅通情况
20.      水路板块 内河航道 断面流量
21.      跨临河建筑违章
22.      航道水位异常
23.      流量检测设备状态
24.      航道设施状态
25.      海事旅游船艇 船艇超速
26.      船艇大转弯
27.      船艇越界
28.      船艇追越
29.      船艇交汇
30.      外来船只误入
31.      船检到期
32.      安检到期
33.      航政执法 执法船上线率
34.      执法船巡航率
35.      执法船非法停留
36.      水网事件 交通事故
37.      水路施工
38.      异常天气
39.      业务审批 审批超时
40.      重点水域 畅通情况
41.      旅游包车 车辆越界
42.      未按线路行驶
43.      疲劳驾驶
44.      长途班线 2-5时未停驶
45.      危险品 未上传电子路单
46.      2-5时未停驶
47.      出租车 车辆异常聚集
48.      车辆越界
49.      车辆超速
50.      营运量异常
51.      电调量异常
52.      突发事件报警
53.      设备在线率异常
54.      公交车 准备准点率
55.      车辆超速
56.      车辆甩站
57.      车辆停站超时
58.      突发事件报警
59.      设备在线率异常
60.      车辆私自出场
61.      线路站台客流
62.      轨道 客流状况
63.      列车位置
64.      电力设备状况
65.      火警设备状况
66.      屏蔽门状况
67.      防淹门状况
68.      环境设备状况
69.      运政执法 执法车上线率
70.      业务审批 审批超时
71.      重点区域 经营情况
72.      信息发布板块 96196 代办事件超时
73.      96777 道路救援报警
74.      12395 海事搜救报警
投标单位需根据上表的内容，结合业务需求结合数据分析设计预警项的关注条件、预警条件及相关的实现方式。

Ø         指标分析子系统

    指标分析的基本步骤包括数据预处理、数据融合、统计分析、数据挖掘和结果展示。数据统计分析与数据挖掘，通过统计方法和数据挖掘算法，从海量数据中发现和计算交通运输系统运行特征指标，按照各部门单位日常监管的需求，通过报表系统结合总裁界面实时展现给相关人员。
本子系统主要包含高速公路通行量分析模块、水上交通量数据分析模块、运政数据分析模块、出租车运营分析模块、公交车运营分析模块、轨道交通运营分析模块及统计数据分析模块，后期将根据业务需求逐步完善。
（1）公路通行量分析模块
通过布设相关监控点，以及同公路、高速公路相关业务系统的对接，实现公路路网运行情况分析功能，主要涉及：干线公路交调点流量指标对比分析、高速公路收费站流量指标对比分析、城市路网流量指标对比分析。
（2）水路通行量分析模块
通过同航道及海事相关业务系统对接，对水上交通流量数据的采集、处理、分析、挖掘实现内河航道流量指标对比分析、内河航道巡航率覆盖率指标分析、内河航道巡航事件处置率指标分析等功能。
（3）运政数据分析模块
通过同运政相关业务系统的对接，对运政业务数据的分析、挖掘实现车辆库车辆总数及构成情况分析，营运业务总数及构成情况分析，从业人员总数及构成情况、就业情况分析，车户比、人车比分析，车辆二级维护分析，车辆经营范围与企业经营范围对比分析及等功能。
（4）出租车营运数据分析模块
通过同出租车相关业务系统的对接，对出租车热点区域营运数据的分析、挖掘实现人、车、户的相关分析、空驶率分析、出租车运营类型统计分析、出租车日、天业务量分布分析及设备在线率分析等功能。
（5）公交车营运分析模块
通过同公交车相关业务系统的对接，对公交车营运数据的分析、挖掘实现公交车高峰时段满载率分析、每小时乘客数分析、每公里乘客数分析、客运周转量分析、百车公里成本分析、百车公里收入分析及设备在线率分析等功能。
（6）轨道交通营运分析模块
通过同轨道交通相关业务系统的对接，对轨道交通营运数据的分析、挖掘实现运营事故率指标分析、列车正点率指标分析、发车兑现率指标分析、客流分析指标分析、设备可靠度指标分析及设备完好率指标分析等功能。
（7）统计数据分析模块
    分析模块是针对所有定期统计报表统计数据的综合分析，对本工程统计相关数据库中的一类或几类统计指标进行挖掘、分析，能了解行业运行趋势、行业间业务数据的相关关系、行业结构组成、行业数据变化周期等内容，为各级交通运输主管部门科学决策提供数据分析支撑，本模块将采用趋势对比分析、结构对比分析、评价和变异分析、特征周期分析及主成分分析和相关性分析对统计指标进行分析。

Ø         业务查询子系统

    本子系统配合总裁界面子系统的磁贴模块实现具体业务查询功能，当总裁桌面出现异常报警的时候，坐席人员可以通过此模块实现具体业务的查询，了解异常发生的原因。
    本子系统需实现对现有业务系统的无缝对接，支撑B/S及C/S架构的应用系统集成展示，实现各业务系统的无缝对接。
本子系统包含公路业务查询模块、运管业务查询模块、航道业务查询模块、海事业务查询模块、客管业务查询模块、高速公路业务查询模块及其他业务查询模块七个功能模块。

Ø         预警管理子系统

    本子系统包含信息接报管理模块、预警信息查询模块及预警信息分析模块三个模块。
（1）接报管理模块
当事故、隐患、举报、投诉、咨询等电话进入后，指挥中心值班人员可以对事件进行接报，通过系统做好事件记录。主要完成相关交通类事件的收集和登记工作。信息收集的来源主要由指挥中心人员日常查看各类监控、定位平台、交通执法人员巡查上报、12345 便民服务热线、96196 交通服务热线、寒山闻钟、微博、领导信箱、相关部门转办、领导批办等多种方式获取，中心人员获取上述相关信息后，首先进入事件记录阶段，分类做好各类事件的信息记录工作。
当事故接报后，系统自动推送给相关值班人员，如果是重大突发事件可报送到应急处置系统进行事态评估，如果属于指挥中心处置范畴则启动预案进行处置，如果突发事件超出指挥中心处置范畴则直接上报市、省管理部门，并做好处置配合工作，同时系统需自动生成事故快报，对每个事故的接报过程进行全程的日志记录，做到精细化的日志管理。
（2）预警信息查询模块
预警信息查询功能是基于实时监督数据实现的，因此必须对所监督的每一个数据设置报警阀值。可以量化的监测信息，其阀值的设置以数字值为主，可以根据严重程度的大小设立多个等级。不能量化的监测信息，需要根据设备的位置、重要性、故障或异常导致的影响等事先指定出每一个事件的报警等级。系统将根据报警阀值自动生成预警信息以报表的形式供值守人员查询。
（3）预警信息分析模块
记录系统发生的所有报警历史记录及其特征信息。可以按各种条件对报警记录进行搜索定位和统计分析。帮助掌握交通营运系统总体运行安全状况。
 
（二）  交通运输应急指挥系统
交通运输应急指挥系统的建设目的是通过对全市交通运输各运输方式的监测及预警，建立多级交通运输应急指挥系统，苏州市交通运输指挥中心为第一级，各市县区指挥中心为第二级。
苏州市交通运输指挥中心根据预案的等级分别进行相应指挥调度动作，对于低级别的突发事件原则上由相应的责任单位处置，指挥中心需实时了解事件处置情况；对于超出市交通局处置能力范围的高级别突发事件，指挥中心要在第一时间上报上级单位，并配合上级单位做好协调处置工作；指挥中心重点监控突发事件处置过程中属于苏州市交通运输局职责范围内的相关内容。
1.    系统的业务要求
根据《江苏省突发公共事件总体应急预案》、交通部《水路交通突发公共事件应急预案》和《公路交通突发公共事件应急预案》，结合苏州市和全市交通系统的实际情况，交通突发公共事件按其可控性、严重程度和影响范围，一般分为特别重大（I级）、重大（Ⅱ级）、较大（Ⅲ级）、一般（Ⅳ级）四个等级。
投标单位需按照各级事件等级划分需求，结合交通应急处置的特点设计应急处置体系框架图、苏州市交通运输应急处置流程图并描述实现预案“电子化”及“流程化”的解决方案。
2.    系统的功能要求
交通运输应急指挥系统包括事态评估子系统、应急处置子系统、事后评价子系统、应急资源管理子系统及调度指挥子系统。

Ø         事态评估子系统

本子系统包含事态评估、同类事件对比及预案启动三个模块。
（1）事态评估模块
基于电子地理信息平台及模型评估系统，在交通事故发生后，通过汇总分析相关地区和部门的预测结果，结合事故进展情况，对事故影响范围、影响方式、持续时间和危害程度等进行综合研判。在应急救援决策和行动中，能够针对当前灾情，采集相应的资源数据、地理信息、历史处置方案，通过征求专家库相应专家的意见，对信息综合集成、分析、处理、评估，研究制定相应技术方案和措施，对救援过程中遇到的技术难题为前线指挥者提出解决方案，实现应急救援的科学性和准确性。应急辅助决策系统实现对重特大事故应急救援过程中的辅助决策支持。
（2）同类事件对比模块
此模块作为事态评估的一个支撑模块，提供同类突发事件处置过程及处置数据的对比展示功能，在突发事件发生时为市交通运输局决策者服务；系统提供丰富的历史信息，围绕交通事故应急救援中的难点、热点问题，通过对数据的深入对比分析，为指挥人员提供辅助决策的数据对比支撑。
（3）预案启动模块
本模块将自动根据事态评估的结果结合突发事故信息、事故类型、人员财产损失情况及领导意见显示相应的数字预案供指挥人员选择，并且能同步显示预案要求的应急人员、应急车辆、应急物资及应急装备类表，待处置人员确认应急资源准备到位后由指挥人员启动预案，进入到处置跟踪阶段。

Ø         应急处置子系统

本子系统包含处置跟踪、例外通道及信息发布三个模块。
（1）事态跟踪模块
事态跟踪模块就是将定制好的预案处置流程用直观的图文方式展示给指挥人员，并结合处置人员的操作完成对突发事件的处置过程的流转、跟踪监控工作。
（2）例外通道管理
由于系统不可能对所有类型突发事件预见，因此需要提供例外情况处理通道。根据各岗位的反馈信息，指挥中心可以随时调整修改已形成的处置方案。系统提供灵活的方案修改办法，可以基于原有方案进行，也可以重新选择应急预案生成，还可以完全手工输入，根据需要可以交差使用各种办法，提高操作效率。
（3）信息发布管理
本模块基于信息发布平台提供的控件实现应急事件对内、对外的及时快速发布。

Ø         事后评价子系统

通过已有的监控信息和记录信息，辅助分析事故发生的原因，并评价应急处置过程中的优缺点。评价中对合理的手段和措施要充分肯定，对一些背景条件要写清楚；对不到位的手段和措施也要评价，避免错误重复出现；对一些遗憾更要描述清楚，以便重复事件出现时可以防范。评价结果可以用来优化应急预案，细化应急处置措施，改进信息发布内容，通过评价机制不断优化整个应急处置工作。
本子系统包含事件原因分析、处置过程评价及总结评价三个模块。
（1）事件原因分析模块
根据日常监控记录、故障预测模型、接警事故特征信息，辅助分析事故发生的可能直接原因，列出对应的监控信息为证，帮助进行事故原因分析，协助工作人员找出事故发生的本质原因，进而改进原有工作安排中的缺陷。
（2）处置过程评价模块
根据事故特征信息、处置过程记录信息，自动生成指定格式的事件处置报告草稿，由工作人员修改后定稿。根据事故原因和操作记录，帮助进行事故责任分析，记录责任情况，跟踪员工的工作质量，分析处置过程的优缺点。
处置结束后，修正预案节点参数，自动生成事故处置历史轨迹，并加入到系统经验知识库，作为日常学习培训和后期事故处置方法的参考资料。
（3）总结评价模块
本模块需结合事件原因及处置过程的结果形成总结性评价文档，包括如下功能：
1）评价类型选择：如预案、事态、信息发布等。
2）评价内容设置：填写事态的背景、处置手段和效果，要反映出实际情况。
3）评价效果设置：对效果进行选择，从一星到五星。
4）评价说明：对评价效果进行说明，包括：肯定、否定和改进措施等。

Ø         指挥调度子系统

在建立集通信、信息、指挥和调度于一体的应急资源和资产数据库的基础上，基于融合通讯平台的各项功能实现对专业队伍、救援专家、储备物资、救援装备、通信保障和医疗救护等应急资源的动态管理。在突发重大事件时，应急指挥人员通过应急平台，迅速调集救援资源进行有效的救援，为应急指挥调度提供保障。
本子系统包含语音调度、视频通话、地图监控及即时通讯四个模块。
（1）       语音调度模块
本模块提供后台对讲组管理、前端对讲组管理、组呼叫、群呼叫、单用户呼叫、手机客户端后台运行等子功能，以满足应急指挥调度的需要。
（2）       视频通话模块
本模块通过3G、4G、wifi网络实时拍摄现场视频回传到指挥中心，实现实时视频采集回传、实时拍照采集回传、实时音频采集回传等功能，便于应急指挥人员实时了解现场的事件发展情况。
（3）地图监控模块
指挥调度系统操控平台，通过综合应用GIS的各种功能以及与指挥调度系统的紧密结合，辅助完成指挥调度任务，快速定位事故发生地点，随着事件的发展，通过GIS可以随时监视资源的调动情况，跟踪各救援单位任务进程，及时更改救援方案，确定进一步的任务。
（4）即时通讯模块
    指挥调度系统操控平台可通过即时通讯模块同应急移动终端进行文本、图片及指定格式文件的信息交换及共享，后期通过二次开发可实现屏幕动态捕获共享，让一线应急人员通过可视化的方式接受指挥人员的指令及相关任务执行辅助信息。

Ø         应急资源管理子系统

本子系统包含应急预案管理、应急资源管理、案例管理及知识库管理四个模块。
（1）应急预案管理模块
本系统将原先文本化的预案“数字化”，实现预案编制、预案管理和预案模版管理等功能，具体包括预案登记、评审、备案、修订、模版管理、和查询统计，并具有应急知识库，实现预案调阅、查询、预览、评审、备案、附件管理等；同时可以根据预案编制规则生成应急预案模版，为应急预案编制提供基本参考，方便应急预案的生成。具备向导式编制，智能化编制方式，根据用户输入的预案编号、名称、选择类别、适用范围自动生成具备预案基本要素的预案初稿。
（2）应急资源管理模块
应急资源管理功能主要是管理数据库资源信息，提供对专业队伍、运输车辆、救援装备和医疗救护等应急资源的动态管理，包括通过各种渠道收集的、各级单位上报的和各级政府机关之间共享信息资源。并对这些资源进行合理调配，在GIS地理信息平台上标绘，通过计算机辅助指挥系统为应急救援提供有效的信息引导和资源调配支持。
本模块包含对应急机构信息、应急救援人员信息、应急物资装备信息、应急车辆信息管理。
（3）案件库管理模块
针对已发生的突发事件或是应急演练建立案件库，工作人员在日常、预演或突发事件时可以通过对案件库具体案件经验分析，有效的提高安全管理，减少事故产生的损失。由于案件信息数据量庞大，案件库可以在系统建成后逐步进行添加。同时，可实现对案件库的查询、添加、修改、删除等功能。
（4）知识库管理模块
应急知识库收集搜救常识、自救知识、航行知识、常见疑问等专业知识，由于知识面广、数量庞大，数据库可在系统建成后逐步进行添加和管理。业务人员在日常工作和管理中可进行专业的培训与学习，增强自身的业务能力，在遇到紧急事件时，可以发挥最大力量，快速沉着的应对突发事故，尽可能的减少物资损失和人员伤亡。同时，可实现对各种应急知识的查询、添加、修改、删除等功能。
（三）  数据采集与归档管理系统
指挥平台建设，数据体系先行。为实现“平时监管，急时应急，战时应战”的目标，交通运输指挥平台的建设首先必须建立庞大的覆盖全领域、全方位、全过程的苏州交通“数据中心”。交通运输基础数据是采集所有能服务于领导决策、行业监管、企业运营、引导公众出行的数据，是构建指挥平台的数据支撑体系。
1.    系统的业务要求
苏州市交通运输指挥中心指挥平台的数据归档需求主要包括动态数据和静态数据两大类,主要内容如下:
静态数据信息需求
据类型 相关说明
政府管理部门配套服务设施 提供政府执法部门位置信息、驾驶员培训网点查询、检测站、维修站和加油站等网点位置、功能以及联系方法查询
交通附属设施 收费站、桥梁等位置以及相关资料查询
旅游点交通信息 通往市内重要的旅游点的线路和方法查询、酒店旅馆等消费地点位置查询
停车场 提供市内以及周边地区大中型公共和配建停车场位置、规模、电话等基本信息查询
运输企业联络信息 提供客运公司（含公交公司、长途客运公司、地铁公司、火车站、民航等）地址、投诉电话等基本资料，方便用户联络
客货运站场 提供客货运站场、机场、码头等的位置、基本功能、联系电话等基本信息
经营业户基本信息 企业基本信息、资质信息、经营范围等
车辆维修救援信息 维修站名称、位置、联系方式、等级等信息
从业人员基本信息 从业人员基本信息、从业资格信息等
车辆基本数据 车辆号牌、车辆吨位、车主姓名、车长、车高、承运货种、驾驶员等信息
公路服务区信息 服务区所在道路编号、名称、类型、路段号、所属区域等信息
公路基础数据 1.公路路线名称、起始地名、止点地名、技术等级、路面宽度、车道特征、设计时速、管理单位名称、地市名称等
2.桥梁名称、桥梁长度、管养单位、桥面铺装类型、所属公路等信息
3.隧道名称、隧道分类、隧道长度、隧道宽度等信息
水路基础数据 1.航段名称、起讫名、航道等级、中心线位置、航道尺度信息等
2.桥梁/管线名称、桥梁结构/管线种类、建设时间、所在航道等信息
3.码头/设施名称、码头种类、长度、结构等信息
4.船闸名称、位置、航道等级、船闸类别等信息
城市公共交通基础数据 1.     公交站台、线路走向、首末站位置等
2.     出租车企业、车辆、司机等
3.     轨道走向、站台等。
应急资源数据 1.     公路应急资源数据
2.     水路应急资源数据
 

动态数据信息需求
数据类型 相关说明
公路交通流信息 道路的实时交通量、阻塞情况、交叉口排队状况、平均车速等指标的实时信息查询；
水路交通流信息 航道的实时交通量、阻塞情况、交叉口排队状况、平均船速等指标的实时信息查询；水下多波束数据、水上流量采集点数据、水面事件数据
城市公共交通运行信息 1．为出行者提供采用公交方式达到目的地的公交线路、换乘点和方式引导；
2．根据公交实时信息提供公交车辆到站时间、状态等信息
提供地铁、公共汽车到发时间查询；
3.     出租车运行状态信息；
4.     轨道交通运行状态信息；
GPS监控信息 公交车、长途客车、旅游包车、危险品货车、船艇的动态运行信息；
交通诱导信息 1．根据公交实时位置信息以及道路交通状况信息，为出行者提供使用公交方式到达目的地费用最小的线路和方式；
2．根据道路实时交通状况信息，为驾驶员提供达到目的地的最佳路线和方式信息；
3．提供停车场停车空位、到达路线、周边换乘设施等实时信息；
综合调度信息 1．向公交车辆发布实时调度信息；
2．通过电招系统等实现客货运车辆实时调度；
交通违章信息 提供驾驶员违章信息查询；
车辆定位信息 提供客货运车辆、公交车辆等的位置信息，便于监控；
交通管制信息 提供用户使用道路、水路的交通管制信息查询；
客货运信息 1．提供公路客运班线，火车、飞机等各班次到发时间查询
2．提供客货运运输工具满载情况、票价查询；
交通事件信息 1．提供相关道路发生的突然事件信息；
2．道路（设施）维修信息；
物流信息 物流企业货运运力供给与需求信息；
港口吞吐信息 港口（码头）名称、所在航道、吞吐量、集装箱吞吐量、外贸吞吐量等信息；
港口作业信息 港口（码头）名称、所在航道、船舶艘数、船舶载货量等信息；
船舶过闸信息 船闸名称、所在航道、待泊船舶数量、过闸船舶数量等信息；
路政巡查数据 描述公路巡查计划、巡查事件记录、事件处置记录等；
运政巡查数据 描述运政违章事件情况的查处记录、事件处置记录等；
航政巡查数据 描述航道巡查计划、巡查事件记录、事件处置记录等
视频监控信息 公路、水路、公交、客运等交通行业监管及重点领域视频监控数据
 
苏州市交通运输指挥中心不仅需要将交通运输行业内的各类数据、资源进行整合，还需要将公安、规划、城管、气象、环境、国土、卫生等单位涉及到交通运输管理的各类数据资源逐步整合接入指挥平台，实现大交通管理模式，为交通运输安全生产提供信息保障。同时，指挥中心需加强与周边省市（上海市、嘉兴市、无锡市、南通市等）的信息共享互换工作，建立沟通协作、应急联动机制，遇辖区内因恶劣天气、突发重特大交通事故造成路网中断、严重拥堵等的交通即时信息应及时相互告知，双方通过可变情报板、电台、手机客户端、导航终端等方式对外发布，提示车主选择合理线路行驶，更好地为公众出行服务。
投标单位需根据上述需求，提供完整的数据中心字典，并按时接入不少于上述需求的数据。
2.系统的功能要求
对交通运输所涉及的全行业需求进行调研，通过综合分析确定实现其建设服务管理功能所需的数据。采集归档基础地理数据、行业基础数据，满足相关部门的基本数据信息需求。采集归档交通工具运行状况、交通运输企业运营情况、交通设施运作状态、交通流量信息和动态信息管理的数据，为政府行政管理决策提供依据。同时本系统需对数据从计划、获取、存储、共享、维护、应用、消亡生命周期的每个阶段里可能引发的各类数据质量问题，进行识别、度量、监控、预警等一系列管理活动，并通过改善和提高组织的管理水平使得数据质量获得进一步提高。
本系统包含数据采集子系统、数据共享交换子系统及数据质量管理子系统。

Ø         数据采集处理子系统

本子系统负责采集、清洗和处理来自有关业务系统的原始数据。
（1）数据采集处理模块
能够实时或按照定制的周期接收来自公路、航道、港口、公交、运管、海事、客管及其他服务管理系统中的数据，并能自动将数据保存到数据库中。
数据采集的周期可根据需要进行定制，即可将采集周期设置为日、周、旬、月或者指定时间间隔。数据采集也可以由相关系统直接推送过来。
可查询浏览数据的采集状态及历史记录，以及时跟踪掌握数据采集情况。
（2）数据审核清洗功能模块
本功能模块提供功能实现数据审核清洗的两个步骤：自动审核清洗和人工审核清洗功能。
自动审核清洗：自动审核清洗主要由系统自动完成对数据项值域的审核和清洗，即系统按照事先设定的审核规则，对数据进行审核；数据有错误（或异常）时按照清洗规则对错误进行处理（删除或列入异常数据）。审核完成后将数据分为正确、错误和异常三类，可查看三类数据的记录数。
人工审核清洗：人工审核清洗针对异常数据进行人工处理：确定为错误数据，删除并记入错误数据；修改异常数据后纳入正确数据库。
经过系统自动审核清洗和人工审核清洗后，应仍可查询到采集到的原始数据记录，以及错误数据（即被删除的数据），异常数据和正确数据。并且可查看经过自动审核和人工审核后，错误数据、异常数据和正确数据的记录数。

Ø         数据共享交换子系统

数据共享交换子系统以数据交换平台为支撑，能够为苏州交通运输指挥中心平台系统与其他系统的数据交换提供管理功能。数据共享交换子系统为双向交换，既可以完成其他系统数据向本系统数据库的交换，也可以其他系统推送数据结果。数据共享交换子系统定位于为苏州市交通运输局和直属各企事业单位之间提供业务信息交换的平台。
（1）数据人工录入模块
本模块支持相关人员根据需要人工录入共享的数据。
（2）数据导入模块
本模块支持用户导入符合要求的Excel、TXT、JIO格式数据文件实现数据共享。
（3）数据交换模块
本模块支持用户利用数据转换接口从己有的相关业务应用系统中交换数据。

Ø         数据质量管理子系统

建立有效的数据质量监控机制,在业务数据处理主要阶段设置数据质量检测点，实现数据质量的实时监控。
加强数据质量评估，根据评估指标和评估方法，实现对系统源接口基础数据质量的评价发现数据质量潜在的问题和规律，作为数据质量改进的参考和依据。 
建立数据质量报告功能，实现对数据质量子系统各种信息的汇总、梳理、统计和分析，提供全面及时的数据质量报告，预防和控制错误范围的扩大，便于数据质量管控信息总结、知识沉淀和经验重用。系统功能如下：
 
 
 
 
 
（1）数据异常告警管理模块
在源系统关键数据稽核、数据实体检查、处理过程检查和关键指标检查过程中发现和配置的稽核和检查规则不一致的情况时，将根据告警触发条件产生告警。产生的告警要求由系统通过系统界面、短信或EMAIL等配置方式即时推送给分析系统数据质量管理人员，进行接收和处理等后续工作。
（2）告警分析报表模块
由于数据质量管理子系统基于元数据实现，因此，可以利用元数据定义的对象及对象之间的关系，用报表的形式展示出来，以协助数据质量管理人员快速理解和定位问题、评估问题的来源及对全局的影响。
（3）规则配置模块
数据质量监控以被监控对象为中心，从数据采集、稽核和检查到每个过程都需要进行规则配置，这些配置包括：采集代理配置、采集规则配置、稽核和检查规则配置、告警规则配置、审核清洗规则等。
（四）  交通运输综合信息发布系统
交通运输行业与百姓的生活、生产息息相关。而交通系统本质上属于信息不对称系统，交通信息的匮乏和不准确会导致交通参与者在交通活动中采用非最优出行计划，最终影响交通运输系统的整体运行效率。交通信息综合发布系统通过互联网、电话、LED屏等多种途径为广大交通参与者提供多样化的交通信息发布服务，是沟通交通参与者与交通管理者的重要桥梁。通过交通信息综合发布系统的多渠道的信息互动，一方面可以掌握实际的交通运输需求，一方面可以在出行前和出行过程中诱导交通参与者理性出行。
1.    系统的业务要求
交通信息综合发布系统是以交通运输系统整体最优为基本原则，通过各类信息发布渠道向公众推送交通信息，以实现对交通参与者发布交通服务信息的目标。具体来说，网站要形成系列的电子商务网站，手机短信要逐步成为实时提醒的主要方式，热线电话将覆盖交通全业务，可变情报板将重要信息推送到指定地点，智能终端可以与用户实时的交互，其他传统媒体将发布服务信息的变化情况。
信息发布内容包括：路网、水网的畅通情况、管制情况、气象情况、诱导方案，城市客运情况，春运等重点运输情况发布。
信息发布渠道包括：可变情报板（高速公路、公路、海事）、微信、微博、网站、APP、广播、电视、报纸。
信息发布对象包括：社会公众、管理人员、交通企业、周边城市和友邻单位信息发布。
 
2.    系统的功能要求
交通信息综合发布系统包括发布模板管理模块、发布渠道管理模块及发布流程管理模板，系统功能描述如下：

Ø         发布模板管理模块

本模块包含信息分类及信息模板编辑两个子模块，由于交通信息的构成十分复杂，即有简单的道路运行状况，也有特殊事件下的诱导信息。不同的交通信息会产生不同的社会影响。发布来源不明和准确性不佳的信息，将会影响交通信息发布部门的权威性。因此，必须建立严格的信息分级分类制度，以对系统内涉及到的信息进行分级分类，并针对每一级信息定制内容模板限制其所能选择的发布渠道，建立明确的发布流程，作为信息发布审查的依据。

Ø         发布渠道管理模块

本模块包含短信发布渠道管理、微信发布渠道管理、微博发布渠道管理、可变情报板发布渠道管理、网站发布渠道管理、车载设备发布渠道管理、移动终端渠道管理及传统媒体发布渠道管理八个子模块，基于主流信息发布平台实现信息发布与管理。

Ø         发布流程管理模块

本模块包含发布步骤设置、流转规则设置及审批对象设置三个子模块，通过这三个子模块实现对信息发布流程的配置管理，由于交通信息的来源可以源自系统自动生成，亦可是由工作人员编辑录入。为了保证所发布信息的准确性，避免对公众造成误导，在信息发布之前，必须严格依据信息分级制度对待发布信息进行审核确认。信息审核确认可以分为系统审核和人工审核两类。对于一般信息（如天气、路况等），可以审查权限交给系统自动管理；对于一些重要信息，可以采用人工审查的方法。

Ø         移动终端信息发布软件

手机APP作为信息化发展的方向，有着其独一无二的优势，因此TOCC指挥平台需配套设计两款手机APP软件来应对系统内部用户及外部出行公众的应用需要。本软件建设费用单列，后期将根据业务需求逐步完善。
（1）对内（交通系统工作人员）
前期结合短信提醒功能实现统计信息、预警信息及事件信息的实时报送，后期同应急指挥系统实现整合，结合地理信息平台实现文字、图片、图像及位置信息互传互访，配合业务系统实现行业应用的场外采集需求。具体需包含如下功能：
1）获取地理信息及实时地图定位
2）发表文字信息
3）拍照及照片上传
4）多种图表展现
5）通讯录
6）业务分组划分
7）交通实时状况跟踪显示
8）业务数据采集录入
（2）对外（公众）
通过定向和全局的发生方式结合各种展示手段实现交通出行专题服务。具体需包含如下功能：
1）地理信息获取及地图定位
2）实时公交电子站牌
3）公交站牌收藏
4）公交换乘及路线规划
5）实时天气预报
6）问题反馈
7）手机召车功能
8）公交实时信息查询功能
9）交通综合换乘查询功能
10）地铁时刻查询功能
11）交通政务信息查询功能
12）交通服务信息查询功能
（五）  平台配置管理系统
1.    系统的功能要求
本模块主要用来展示系统自动记录的本系统的操作日志、预警日志和系统运行日志等相关日志信息等。

Ø         用户权限管理模块

用户和权限管理模块提供用户注册、注销和查询功能，同时提供用户角色和访问权限的配置功能。

Ø         数据服务平台管理模块

数据服务平台管理是对组成本系统的数据服务层与界面展示层的配置管理。
1）数据服务层：按照业务应用的不同为数据服务平台配置数据源组件、通讯适配器及基础配置项，如：是否启用多线程，平台认证方式等。
2）界面展示层：根据界面展示类型配置数据访问适配器及适配器的通讯协议类型，配置电子表单与数据服务提供程序的对应关系等，通过这种方式使得系统配置灵活，功能强大，使系统实现松耦合。

Ø         配置管理模块

提供系统运行的各种配置管理功能，主要包括接口配置管理、阀值管理、键值管理、节假日管理等保障平台运行的基本功能模块。

Ø         系统运行监测模块

系统运行监测模块是基于系统监控监测系统之上开发的，可提供系统运行状态的监控功能，通过运行在各个子系统上的监控程序定时采集系统中主机及其它设备硬件资源使用情况、应用程序运行状态、系统性能数据、配置数据和网络状况，上传到服务端进行分析与处理，从而实现对系统的实时监控。
系统需提供一套完整的故障告警管理功能，并能以短信或邮件方式通知系统运维人员及时处理各级故障。
系统需具有友好的监控监测主界面，至少包含：告警处理、性能监测、流量监测、系统运行监测、系统日志等功能。
（六）  TOCC-GIS大屏展示系统
根据苏州市交通运输指挥中心指挥平台的建设目标，按照“平时监督、急时应急、战时应战”的工作思路，以指挥平台的建设为契机，构建一个集“综合运输协调指挥”、“交通安全应急指挥”、“数据整合与综合分析”、“决策支持与信息服务”于一体的苏州市交通运输行业智能化交通运输体系，深化“日常监管、应急处置、数据分析、信息发布”四大业务。基于苏州交通运输指挥平台TOCC的总体架构，为了直观的展示各个应用平台系统，集成建立苏州TOCC大屏幕系统，作为指挥中心的主界面。充分考虑了苏州交通行业的原有系统对接和苏州交通运输指挥平台（TOCC）各子系统之间的关系，需建设苏州TOCC-GIS大屏幕系统，实现基于GIS系统的交通基础设施、动态视频、流量监测、报表分析的一体化展示查询，为交通运输指挥中心提供各行业一目了然的可视化平台。
1.    系统的业务要求
（1）静态数据
所属行业 涉及范围及展示方式
基础信息板块 日常监控板块 应急处置板块 动态分析板块 规划建设板块 质量安全板块 行政执法板块 信息发布板块
公交                
出租车                
轨道交通                
道路运输                
公路、收费公路                
旅游船艇                
内河航道                
港口                
应急资源                
建设项目                
铁路                
有轨电车                
三轮车                
航空                
其他信息                
（2）动态数据
所属行业 涉及范围及展示方式
基础信息板块 日常监控板块 应急处置板块 动态分析板块 规划建设板块 质量安全板块 行政执法板块 信息发布板块
公交                
出租车                
轨道交通                
道路运输                
公路、收费公路                
旅游船艇                
内河航道                
港口                
应急资源                
建设项目                
其他信息                
 
投标单位需根据上表结合大屏幕展示的需求，设计基于GIS地理信息系统的各版块的大屏展示解决方案。
2.    系统的功能要求
根据TOCC-GIS大屏幕系统要实现的功能，具体是建立地理信息GIS共享服务平台；建立交通信息资源目录管理系统；建立外部接口管理系统程序；建立安全控制子系统；建立运维监控管理平台；基于GIS进行交通基础信息、日常监管、应急处置、动态分析、规划建设、质量安全、行政执法、信息发布各模块的开发。
（1）交通地理信息基础数据管理子系统
建立交通地理信息基础数据管理系统，对所有在TOCC指挥系统应用的信息资源进行统一登记管理，动态更新。
（2）外部接口管理子系统
由于TOCC-GIS大屏幕系统是苏州交通运输指挥平台（TOCC）的总体指挥界面，需要综合集成交通基础信息、日常监管、应急处置、动态分析、规划建设、质量安全、行政执法、信息发布等多方面的信息，很多信息来源于TOCC各子系统以及各个行业系统中实时产生的数据，因此必须对众多的系统和数据接口进行统一管理，使TOCC-GIS大屏幕系统的开发可以基于外部接口管理系统来统一集成，保证获取和显示各类交通静态数据和动态数据时稳定、快速、畅通。
1）视频监控接口管理：实现对众多交通视频监控设备的接口管理，能够通过传入视频监控设备编号、位置等参数获取对应视频监控图像，包括支持多种视频操作平台（如海康、华为、大华等）的视屏监控、回放等接口管理。
2）业务查询接口管理：实现对苏州市交通运输局已有业务系统相应信息查询接口的注册、权限控制、共享管理。例如公路运输监管信息的查询接口、水路运输监管信息的查询接口、城市道路运输日常监管信息的查询接口、危险品运输日常监管信息的查询接口、交通事件（事故）信息的查询接口、交通相关业务审批信息的查询接口、交通执法信息的查询接口、违法违章信息的查询接口、营运车辆违法信息的查询接口、营运驾驶人违法信息的查询接口等。
3）功能模块共享管理：交通运输指挥平台（TOCC）的各应用系统中有些相对固定、常用的功能模块可被提取、发布成能共享的功能模块，例如兴趣点地图查询、公交最优路径分析等应用功能模块，通过外部接口管理系统可实现对这些功能模块的共享管理，从而降低其它需要这些共享功能的应用系统的开发工作量和开发维护成本，提供可用性。
4）信息通讯接口管理：实现基于各类信息通讯手段（如：短信、邮件等）接口的统一管理。
5）其它外部接口管理：其它外部接口的统一管理，如安全验证接口等。
（3）运维监控管理平台子系统
运维监控管理平台是对支撑TOCC-GIS大屏幕系统的各个子系统、数据接口、硬件网络、数据库系统等整个系统的正常运营提供运维保障，通过实时监控平台的运行状况、各数据和查询分析服务资源接口的实时状态以及各用户的现有资源服务的访问情况，从而对发生的潜在问题或故障进行报警，并且自动通知管理员维护。
1）服务器管理：基于分布式管理的理念，结合苏州市交通行业数据等各种接口资源的分布情况，需要将专网内各单位的资源共享服务器进行集中注册控制管理，保障服务器资源载体的统一性，为实现各服务资源的统一分配管理以及权限控制和运行状况监控提供硬件基础。服务器管理功能模块将为系统管理员提供统一的服务器管理和调配功能，允许后台管理员将一台已有服务器注册在集群中，时刻监控各服务器节点的运行状况，并根据需要暂停节点服务器，为服务资源的维护提供支持。
2）网络状况监控：主要监控平台所依赖的各服务器节点的网络运行状态。
3）平台运行状况监控：主要提供平台运行状况的实时监控，包括数据流量监控、响应速度监控、调用用户监控、资源监控、系统运行统计监控等。
4）服务资源接口状态监控：主要监控平台中各服务接口的运行状态，包括各服务资源接口以及各资源查询分析等功能接口的可用性，目标是保障所有共享服务接口能够正常使用，能够正常地为各应用系统提供服务。
5）服务资源访问监控：主要对共享的各服务资源的访问情况进行监控，可以实时查询到给定时间段内访问各服务资源的用户列表，以及耗费服务器的宽带流量，同时也允许管理员查询各用户或角色访问到的服务资源列表，以此为基础监控服务资源的共享价值，以及网络访问压力，为更好的提供服务提供重要数据参数。
6）日志管理：系统日志是指记录系统各模块的运行状态，从而方便用户对系统运行情况进行跟踪，在系统出现故障的时候能根据日志快速进行问题排查。日志管理包括日志的浏览、查询、统计和分析。
7）业务统计：业务统计将按照服务发布方和服务使用方对平台的服务信息、服务使用情况、服务审核情况进行统计。
（4）安全控制子系统
安全控制管理系统主要为TOCC-GIS大屏幕系统提供系统用户的注册和管理、角色管理以及为各角色进行各种资源服务权限的控制等功能。系统功能包括组织机构管理、权限管理、审核管理、系统参数设置等功能。
1）组织机构管理
部门管理：实现对使用系统的单位部门进行管理，包括单位部门的浏览、查询、添加、修改、更新、删除及禁用等操作。
用户管理：实现对使用系统的用户进行管理，包括用户申请的审核、快速浏览、查询、添加、修改、更新、删除及禁用等操作。
2）权限管理
角色定义：实现系统操作角色的添加、更新、删除，主要对角色基本信息进行定义管理。
角色授权：角色定义好后，需要对其进行授权，授权后的角色才具有权限意义。角色授权主要通过对功能和资源列表内容进行授予和取消管理。
用户授权：权限管理最终的目的是将功能和资源授权信息赋予给具体的用户，角色的产生是为了快速给用户授权。用户授权包括角色授予和直接对用户授予功能和资源的操作。
3）审核管理
部门审核：系统实现运维管理员对新申请部门的审核。
用户审核：系统实现运维管理员对新申请用户的审核。
功能申请审核：系统提供对用户申请平台模块的审核，审核后用户才能使用该模块。
4）系统参数设置
包括有关地图服务器连接参数的设置、动态信息刷新间隔时间等参数的设置。
（5）大屏幕展示系统
大屏幕展示系统是本期项目的核心系统，该系统将被划分为交通基础信息、日常监管、应急处置、动态分析、规划建设、质量安全、行政执法、信息发布等八大功能模块。
1）交通基础信息
公路基础设施查询。实现对全市公路基础设施信息的综合查询，包括国道、省道、公路收费站、服务区、超限检测站、交通量观测站（点）、公路应急处置中心及分中心等信息的查询。查询方式包括条件查询、依据道路查询基础设施以及地理空间范围查询等。查询结果可以列表形式显示，同时能在地图上显示，并能实现地图上的快速定位。
水路基础设施查询。实现对全市水路交通基础设施信息的综合查询，包括内河航道、航道管理处、航道管理站、船闸、船闸管理处、船舶流量观测站（点）以及太湖水上搜救基地、12395指挥中心、地方海事所、签证点、监管救助基地、监管救助站、监管救助点等信息的查询。查询方式包括条件查询、依据河道查询基础设施以及地理空间范围查询等。查询结果可以列表形式显示，同时能在地图上显示，并能实现地图上的快速定位。
港口基础设施查询。实现对全市港口基础设施信息的综合查询，包括内河和沿江港口，码头涉及名称、位置、港口管理单位、港区、港口企业或码头单位及代码、锚地面积、码头作业区面积、码头性质。泊位涉及名称、泊位代码、泊位属性、泊位所在水系、生产类型、服务类型、结构形式、主要用途、投产年月、竣工验收年月、前沿水深设计及实际值、泊位长度、泊位个数、靠泊能力、泊位年通过能力、泊位核查年通过能、岸壁机械。查询方式包括条件查询、依据港口查询基础设施以及地理空间范围查询等。查询结果可以列表形式显示，同时能在地图上显示，并能实现地图上的快速定位。
轨道交通基础设施查询。实现对全市轨道交通、有轨电车等相关基础设施信息的综合查询，包括轨道交通线路、站点等信息的查询。查询方式包括条件查询、依据线路查询基础设施以及地理空间范围查询等。查询结果可以列表形式显示，同时能在地图上显示，并能实现地图上的快速定位。
客运行业基础设施查询。实现对全市客运行业枢纽站点、客运企业、客运线路等相关基础设施信息的综合查询，查询方式包括条件查询客运枢纽站点、客运企业、客运车辆、客运从业人员等信息，依据线路查询基础设施以及地理空间范围查询等，同时依据企业可以关联查询到车辆、人员等。查询结果可以列表形式显示，同时能在地图上显示，并能实现地图上的快速定位。
公交行业基础设施查询。实现对全市公交首末站点、公交换乘枢纽站点、临时换乘枢纽站、公交中途站、公交停保场、公交修理厂等相关基础设施信息的综合查询，以及公交线路、公交车辆、从业人员等信息的查询。查询方式包括条件查询、依据线路查询基础设施以及地理空间范围查询等，同时依据企业可以关联查询到车辆、人员等。查询结果可以列表形式显示，同时能在地图上显示，并能实现地图上的快速定位。
出租车行业基础设施查询。实现对出租车公司、个体出租车协会等相关基础设施信息的综合查询，以及出租车辆、从业人员的关联查询。查询方式包括条件查询以及地理空间范围查询等，同时依据企业可以关联查询到车辆、人员，依据车辆和人员能查到所属企业等。查询结果可以列表形式显示，同时能在地图上显示，并能实现地图上的快速定位。
交通视频监控等传感设备信息查询。实现交通视频监控等传感设备的检索查询，依据设备编号查询，并能在地图上快速定位等。同时能在地图上查询交通视频监控摄像头等设备的位置分布，并能在地图上点击查询或是划定区域查询显示对应的摄像头信息，并能调用实时的视频监控信息。
运输行业基础设施查询。实现对运输企业（普通货运企业、危险货物运输企、城市配送货运出租企业以及长江省际运输企业、省内内河运输业户、危险品运输企业等水路运输企业）等相关基础设施信息的综合查询，以及运输车辆、船舶、从业人员的关联查询。查询方式包括条件查询以及地理空间范围查询等，同时依据企业可以关联查询到车辆、船舶、人员，依据车辆、船舶和人员能查到所属企业等。查询结果可以列表形式显示，同时能在地图上显示，并能实现地图上的快速定位。
维修行业基础设施查询。实现对全市机动车维修业户、船票维修业户、机动车综合性能检测企业等相关基础设施信息的综合查询，以及维修行业从业人员的关联查询。查询方式包括条件查询以及地理空间范围查询等，同时依据企业可以关联查询到人员，依据人员能查到所属企业等。查询结果可以列表形式显示，同时能在地图上显示，并能实现地图上的快速定位。
驾培行业基础设施查询。实现对(机动车驾驶员培训学校、船舶驾驶员培训学校等相关基础设施信息的综合查询，以及教练车、船舶、从业人员的关联查询。查询方式包括条件查询以及地理空间范围查询等，同时依据企业可以关联查询到车辆、船舶、人员，依据车辆、船舶和人员能查到所属企业等。查询结果可以列表形式显示，同时能在地图上显示，并能实现地图上的快速定位。
管理机构及人员信息查询。实现交通行业管理机构的检索查询，并能实现交通行业管理机构在地图上的定位，详细列表显示某机构的所有人员。同时能实现依据关键词查询管理机构、人员；实现依据管理机构可查询所有人员、依据人员可查询所属管理机构等。
2）日常监管
公路运输日常监管。实现公路运输道路运行状态的展示、公路交通运输事件信息的动态展示以及公路运输车辆、人员信息的查询等。所有展示内容通过文字、视频信息和地图相结合的形式表达。
水路运输日常监管。实现航道运营状态、海事旅游船艇运营状态的动态展示，水路交通运输事件信息的动态展示以及船舶、人员信息的查询等。所有展示内容通过文字、视频信息和地图相结合的形式表达。
城市道路运输日常监管。实现公交车运营状态、出租车运营状态、轨道交通运营状态的动态展示以及公交车辆、出租车、轨道车辆相关事件信息的动态展示以及车辆、人员信息的查询等。所有展示内容通过文字、视频信息和地图相结合的形式表达。
危险品运输日常监管。实现公路危险品运输、水路危险品运输状况的动态展示以及公路危险品运输、水路危险品运输相关事件信息的动态展示以及车辆、船舶、人员信息的查询等。所有展示内容通过文字、视频信息和地图相结合的形式表达。
3）应急处置
应急事件的实时显示与查询。能够按照交通事件（事故）以及城市各种应急事件（如：安全事件、火灾、传染性疾病等）的不同类别、事件（事故）严重程度、事件（事故）发生时间等在地图上即时标注或以文字滚动播报的形式发出警示信息。并能点击查看交通事件（事故）的详细信息、照片、视频等。
应急预案的管理。包括应急预案的录入、编辑和查询调用。能够依据应急事件的类型、严重程度等快速调出事先制定的对应预案。
应急资源的管理。包括救援队伍、救援车辆、救援物资、医疗机构等各类应急资源信息的录入、编辑和查询调用。能够在地图上依据交通事件（事故）发生地点快速查询到附近的应急资源，便于指挥调度。
应急指挥调度。在交通事件（事故）紧急情况下，能够依据所发生交通事件（事故）的地点、严重程度、应急预案以及周边的应急资源，下达有关的调度指令，并依据现场的情况进展进行及时的调整。
4）动态分析
客流分析。能够实现苏州市各时刻各重点区域的客流情况空间化展示和模型化定量分析。
车流分析。提供苏州市各重点道路各时刻的车流的空间化展示，为出行和应急救援的路径规划分析提供可靠的辅助决策功能。
船流分析。提供苏州市各重点航道各时刻的船舶通行情况的空间化展示，为出行和应急救援的路径规划分析提供可靠的辅助决策功能。
5）规划建设
总体规划。能够调用苏州市交通总体规划的图纸和文本等资料，总体规划图可以和电子地图、影像图进行叠加显示和分析查看。
专项规划。能够调用苏州市交通专项规划（如航道专项规划、轨道交通专项规划）的图纸和文本等资料，交通专项规划图可以和电子地图、影像图进行叠加显示和分析查看。
重点工程。实现交通重点工程项目的列表显示和工程位置分布图的叠加显示，能查看详细的重点工程说明文本、图片以及工程实施进度、资金使用进度等信息，并能实现地图上的快速定位。
年度任务。实现年度任务的列表显示和任务对应位置或区域分布图的叠加显示，能查看详细的年度任务说明文本、图片以及任务完成情况等信息，并能实现地图上的快速定位。
建设施工。实现交通建设工程的列表显示和工程对应位置或区域分布图的叠加显示，能查看详细的工程项目说明文本、图片以及建设施工的完成情况等信息，并能实现地图上的快速定位。
交通养护。实现交通养护情况的列表显示和交通养护路段或河道分布图的叠加显示，能查看详细的养护说明文本、图片以及养护完成情况等信息，并能实现地图上的快速定位。
6）质量安全
安全检查。能够以列表的形式显示交通安全检查的各项情况，同时以突出形式显示安全隐患或问题的列表，并能在地图上显示安全检查所在的位置或线路、区域等。
质量监督。能够以列表的形式显示交通工程或设施养护等质量监督的各项情况，同时以突出形式显示质量问题情况的列表，并能在地图上显示质量监督所在的位置或线路、区域等。
7）行政执法
业务审批。能够以列表的形式显示交通相关业务审批情况，并能实现条件查询、检索以及地图上的定位等。
交通执法。能够以列表的形式显示交通执法处理情况，并能实现条件查询、检索以及地图上的定位等。
违法违章信息。能够以列表的形式显示交通违法违章的记录以及后续处理情况，并能实现条件查询、检索以及地图上的定位等。
营运车辆违法信息查询。能够以列表的形式显示营运车辆的交通违法的记录以及后续处理情况，并能实现条件查询、检索以及地图上的定位等。
营运驾驶人违法信息查询。能够以列表的形式显示营运驾驶人的交通违法的记录以及后续处理情况，并能实现条件查询、检索等。
8）信息发布
交通出行信息。及时动态显示和发布有关苏州市的交通出行信息，如交通拥堵情况以及天气情况等。   
交通重大提醒。及时动态显示和发布有关苏州市的交通重大提醒，包括高速公路封闭情况、交通管制情况等的滚动播报。
应急处置情况。及时动态显示和发布有关苏州市的交通应急处置情况，包括交通事故的应急处置进展情况的滚动播报等。
【四】      系统支撑要求
投标单位需根据苏州交通信息化建设现状结合下述要求，提供各支撑平台的建设方案。
支撑系统选型应遵循如下原则：
（1）应充分分析实际需求，以实用为主，避免“贪大求全”。
（2）应考虑选用稳定可靠的产品和技术；所选系统支撑软件应遵循国际通用标准和相关国家标准，并充分考虑现有系统支撑软件现状。
（3）应考虑选用稳定可靠的产品和技术；同时应保证系统支撑软件完善的技术支持服务队伍和行业成功的实施案例，选择成熟、可靠产品。
（4）应考虑到工程的兼容性，充分利用已有的网络基础、业务系统和信息资源，使有限的资源发挥最大效益；应充分考虑信息化建设规划，从发展的角度考虑系统支撑软件的可扩展性。
（一）  数据交换平台
1.    现状描述
目前苏州市交通局各直属企事业单位已根据各条线业务需求，建设了不同层次的信息化系统及数据仓库，由于各信息系统由不同的开发商采用不同的技术进行构建开发，且多为异构数据库系统，为了支撑苏州市交通运输指挥中心TOCC指挥平台的正常使用，本项目需建设数据交换平台实现异构系统的数据交换。
2.    系统的功能要求
基于接口进行数据交换，支持XML文本，支持多种通讯协议，具有适配器功能，具有数据分发及自定义转发逻辑配置功能，具备数据格式转换及数据透明传输功能，支持外部调用，支持版本控制；支持数据清洗、质量监控和数据质量出错分析等功能；支持ETL例外跟踪与监控、ETL例外捕获和处理、出错分析功能、日志功能和故障容错与恢复功能；支持CDC、消息队列和实时数据抽取功能；支持大批量数据迁移、线程并发处理且性能稳定；支持数据交换性能监测；支持集中的管理控制。
（二）  交通地理信息共享平台
1.    现状描述
近年来，随着地理信息系统技术的快速发展，地理信息系统的各种应用在城市规划、管理方面起到越来越大的作用。在众多有关城市地理信息的应用中，城市交通地理信息系统的发展越来越受到城市管理者的关注。交通数据的种类繁多（包括属性数据、空间数据、影像数据等），数据量大，操作复杂，人工管理难度大。地理信息技术的出现为交通数据的自动化管理提供了一个可行的途径。
目前苏州市交通局已建设了基于ARCGIS平台的智能出租车GIS地理信息平台、航道图层GIS地理信息平台，并开发建设了基于ARCGIS平台服务且符合《苏州市交通系统应用软件开发技术规范》的自定义控件，本项目需通过技术方式无缝集成现有地理信息平台，建设统一的地理信息共享平台（TGIS）来实现“一张图”的业务需求。
2.    系统的功能要求
交通地理信息共享平台（TGIS）作为一种综合处理和分析空间数据的技术系统，能够有效地对地球空间数据进行采集、存储、检索、建模、分析和输出，将地理位置和相关属性信息有机地结合起来。使交通信息在空间上直观明了地显示，并能为这些信息的深层次挖掘和后续信息服务及辅助决策提供空间属性上的支持。系统至少需包含如下功能:
1)     矢量地图共享服务管理
2)     瓦片地图共享服务管理
3)     交通地理信息资源目录服务管理
4)     地图查询服务管理
5)     地图分析服务管理
6)     安全认证服务
7)     数据共享交换
8)     API接口说明
9)     开发指南
本工程的日常监管子系统、应急处置子系统及后期要开发的交通仿真及辅助决策子系统都将利用GIS平台，将统计数据、投资计划数据与地理信息结合起来，使其展现方式更加丰富和直观。苏州市交通运输局已建立统一的TGIS平台，本工程将在该平台的基础之上进行二次开发来实现满足本工程的应用需求。
（三）  主流信息发布平台
1.    现状描述
在本工程的日常监管、应急处置及日常调度指挥等业务应用中，均需对内、对外进行信息发布，因此，需要各种信息发布平台作为基础支撑。主流信息发布媒体包括：网站、手机短信、电话、可变情报板、智能终端、报纸、电视、广播等。根据不同媒体的特征制定对应的信息发布要求，实现信息动态的、智能的发布，实现在车上、船上、枢纽、站台等地进行联动发布。
目前苏州市交通局已建设了交通纵横网、短信发布平台、出租车车载设备管理平台、公车车载设备管理平台；各直属企事业单位也有不同的可变情报板发布管理平台，本项目需采用技术手段整合现有发布渠道、新建主流信息发布渠道在统一发布平台上进行各类信息的及时发布。
2.    系统的功能要求
主流信息发布平台应定义统一的信息发布标准、实现多种类型的信息发布、形成统一的信息发布体系。该体系建成后可以实现不同渠道的信息发布，使得信息的呈现形式多样化，使信息的定向发布成为可能。主流信息发布体系建成后可以根据应用的访问量分析出交通的热点信息。今后所有的交通服务信息、应急指挥信息都将通过主流信息发布体系对公众发布。
（四）  融合通讯平台
1.    现状描述
融合通讯平台作为本工程应急指挥业务的主要通讯支撑手段，在突发重大事件时，应急指挥人员通过应急平台，使用融合通讯平台迅速调集救援资源进行有效的救援，为应急指挥调度提供保障。
目前苏州市交通局各直属企事业单位的指挥中心已建设了基于电信天翼网络的IP呼叫系统，专线电话系统等，本项目需采用技术手段整合现有通讯渠道、新建可视化通方式，实现“一张网”的融合通讯。
2.    系统的功能要求
融合通讯平台应基于IP网络，3G公网、无线宽带专网、把各种语音、视频系统接入到一个统一的调度平台，通过一套多媒体调度软件实现统一管理、集中调度。
融合通讯平台应提供的多媒体调度业务实现不同语音系统、视频系统的无缝交互、互联互通。同时，系统为开发的平台为其他系统的接入提供标准开放的接口。通过综合应用GIS的各种功能以及与指挥调度系统的紧密结合，辅助完成指挥调度任务，当需要可视化调度时，在GIS地图上点击相应图标，启动可视化调度模块，实现下达协调指挥指令。系统至少需包含如下功能:
1)     普通电话功能
2)     基本语音调度功能
3)     语音调度功能
4)     视频调度功能
5)     视频联动
6)     视频会议
7)     视频监控
8)     视频回传
9)     视频转发和分发
10)  视频录制和回放
11)  集群对讲
12)  传统集群对接
13)  有线、无线混合对讲
14)  视频联动/视频监控
15)  视频调度/视频会议
16)  单兵视频回传
17)  报警联动
18)  应急预案
19)  扩音广播
20)  应急调度会议
21)  增强型会议
22)  调度录音
23)  灵活的分组管理
24)  多级别权限管理
（五）  视频监控汇聚共享平台
1.    现状描述
目前苏州市交通局各直属企事业单位已建立了各业务条线的基于不同厂商及技术标准的视频监控平台，视频监控汇聚共享平台应具备国标GB28181标准，应采用GB28181标准协议架设，具备把任意符合H.264的码流转换成标准GB/T 28181的码流的能力，来实现“一块屏”的业务需求。
2.    系统的功能要求
视频监控平台以实现互联、互通、互控为目的，综合运用视频监控相关技术，把若干个区域视频监控系统整合在一起，完成基于视频采集、音频采集、传输、控制、显示、存储、处理等主要业务的综合视频监控系统，可实现各县级市交通运输行业图像资源的集中管理，最大限度实现跨地区、跨部门视频监控资源共享和互联互通，保证联网视频传输的质量，提供一个视频信息资源的统一监控检索系统，充分发挥视频监控系统在加强日常监控管理、应急指挥调度等方面的作用。苏州交通开展视频监控系统建设的时间较早，不同年代的监控系统都在运行状态之中，期间由于网络体系的不一致，不同的监控系统散布在不同的网段之中，这些都给应用集成带来了困难，视频监控联网平台可以有效解决这些问题。系统至少需包含如下功能:
1)     用户注册
2)     多网域支持
3)     认证管理
4)     权限管理
5)     用户级别
6)     全面高清
7)     设备兼容性
8)     画面分割
9)     双屏预览
10)  手机预览
11)  云台控制
12)  即时回放
13)  电子放大
14)  流媒体级联
15)  分组轮巡
16)  录像计划
17)  存储模式
18)  IPSAN存储
19)  录像查询
20)  录像备份
21)  回放模式
22)  报警类型
23)  软件操作日志
24)  设备操作日志
25)  报警日志
26)  日志导出
27)  实时视频上墙
28)  多种解码上墙方式
29)  回放上墙
30)  场景切换
31)  二次开发
32)  设备智能管理
【五】      系统集成要求
（1）集成原则
系统集成通过对接、整合两种方式实现；
1）整合：是指将原来有类似功能的系统进行合并，进行资源优化；
2）对接：是指对于开放数据交换接口的异构系统进行数据层面的对接。
（2）集成要求
投标单位需根据苏州交通信息化建设情况，对公路、运管、航道、海事、客管、高速公路等交通局直属企事业单位的现有信息化系统提供完整的集成建设方案。具体内容见下表所示：
现有信息化系统汇总表
交通运输局
序号 名称 集成方式
1 门户网站 对接
2 办公自动化系统 对接
3 服务热线系统 对接
4 权利阳光系统 对接
5 视频监控系统 对接
公路处
序号 名称 集成方式
1 门户网站 对接
2 公路养护管理系统 对接
3 车辆通行费收费管理系统 对接
4 公路路政管理系统 对接
5 干线公路建设工程项目管理系统 对接
6 公路网管理与应急指挥系统 整合
7 公路地理信息查询系统 整合
航道处
序号 名称 集成方式
1 苏州航道门户系统 对接
2 苏州航道中心数据库 对接
3 航政信息管理系统 对接
4 VMS视频监控系统 整合
5 航养费征收系统 对接
6 苏州航道视频会议系统 对接
7 苏州交通精灵小秘书 整合
8 内河航道水下多波束采集系统 整合
9 内河航道水面流量采集系统 整合
10 内河航道水上巡航系统 整合
运管处
序号 名称 集成方式
1 运政业务管理系统 对接
2 运政电子政务系统 对接
3 数据分析决策系统 对接
4 运政稽查调度指挥系统 对接
5 GIS管理系统 整合
6 运政视频监控系统 整合
7 应急保障调度系统 整合
8 苏州运管数据中心及信息发布平台 整合
地方海事局
序号 名称 集成方式
1 省局OA系统 对接
2 现场监督业务系统 对接
3 船检业务管理系统 对接
4 船舶登记系统 对接
5 船员管理系统 对接
6 交通行政许可管理系统(幸运小精灵)书 对接
7 苏州海事门户网站 对接
8 AIS管理系统 对接
9 GPS管理系统 整合
10 视频会议系统 整合
11 视频监控系统 整合
12 苏州地方海事旅游船艇监控系统 整合
客管处
序号 名称 集成方式
1 0512taxi出租信息平台 整合
2 江苏运政在线 对接
3 客管回音壁 对接
4 出租GPS系统 整合
5 车辆调度系统 对接
6 GIS监控系统 整合
7 苏州市城市轨道交通营运应急信息系统 整合
 
【六】      规范标准要求
根据附表一《苏州市交通系统应用软件开发技术规范》的要求，编制满足苏州交通数据交换平台标准的苏州市交通运输指挥中心指挥平台数据规范。
【七】采购内容工作量清单
应用系统开发工作量清单
序号 项目名称 单位 数量 备注
1 交通运输行业监管及指标分析系统 套 1  
1.1 总裁界面子系统
1.2 日常监管子系统
1.3 业务查询子系统
1.4 预警管理子系统
1.5 指标分析子系统
2 交通运输应急指挥系统 套 1  
2.1 事态评估子系统
2.2 应急处置子系统
2.3 事后评价子系统
2.4 应急资源管理子系统
2.5 指挥调度子系统
3 数据采集与归档管理系统 套 1  
3.1 数据采集处理子系统
3.2 数据共享交换子系统
3.3 数据质量管理子系统
4 交通信息综合发布系统 套 1  
4.1 发布模板管理模块
4.2 发布渠道管理模块
4.3 发布流程管理模块
4.4 移动终端信息发布软件
5 平台配置管理系统 套 1  
5.1 用户和权限管理模块
5.2 数据服务平台管理模块   
5.3 日志管理模块
5.4 配置管理模块
5.5 基础数据管理模块
5.6 系统运行监测模块
6 苏州TOCC-GIS大屏展示系统 套 1  
6.1 交通信息资源目录管理系统
6.2 外部接口管理系统
6.3 运维监控管理平台
6.4 安全控制子系统
6.5 大屏幕展示业务系统
应用系统集成工作量清单
序号 名称 单位 数量 备注
1 公路业务系统集成 项 1  
2 高速公路业务系统集成 项 1  
3 运管业务系统集成 项 1  
4 航道业务系统集成 项 1  
5 海事业务系统集成 项 1  
6 城市客运业务系统集成 项 1  
7 基础建设业务系统集成 项 1  
8 交通局业务系统集成 项 1  
9 其他业务系统集成 项 1  
 
 
 
应用支撑平台工作量清单
序号 设备及软件名称 单位 数量 备注
3 视频监控联网平台 套 1  
4 可视化指挥调度平台 套 1 二次开发
5 地理信息共享平台 套 1  
6 主流信息发布平台 套 1 发布渠道的建设

【八】附表一：苏州市交通系统应用软件开发技术规范

一、         实施技术规范的目的与适用范围
通过实施应用软件技术规范使苏州交通系统各类新建和已建的应用软件能够有效地实现资源共享和数据交换，为应用软件可持续、可扩展的开发建设奠定基础，为今后的应用整合做好准备。
本规范适用范围：2010年后新建的应用软件必须实现本规范定义的技术要求，2009年底以前建成的应用软件在今后的升级改造中要实现本规范定义的技术要求，目前在建的软件系统要有条件的实现本规范定义的技术要求。
二、          实施技术规范的目标
本规范实施之后开发的应用软件必须能够实现本方案定义的系统接口、编制本方案规定的数据规范和应用本方案提出的组织结构管理要求。
通过实现统一的接口技术规范，使所有应用软件可以实施统一的管理，使应用软件之间可以进行数据交互；
通过使用特定的XML格式设计的数据规范，使应用软件能够开放数据资源，做到数据内容、服务方式和实现技术的无关性，增强了应用软件开发和组合的灵活性；
通过应用统一的组织结构管理要求执行身份验证和角色分配操作，降低了应用软件建设的复杂性，简化了用户身份的管理工作。
通过实现数据流转功能实现不同应用软件之间的数据共享，实现办事信息通知的发送。
三、          接口技术规范
所有应用软件在底层都可以细分为对数据的增加、删除、修改和查询四项操作，为此对应用软件制定了统一的接口技术规范，明确了写入、读取和查询三项操作。
1.  接口的功能说明
通过调用写入操作让应用软件执行元数据的增加、删除和修改操作。元数据是指应用软件中的最基本数据，如果一个数据被拆开后在整个应用软件中不再具备其他意义，那么这个数据就叫做元数据。元数据以外的其他数据是不会调用写入操作的。
通过调用读取操作获取应用软件中的具体数据。读取操作可以获取元数据或具有固定数据标识和类型的单项数据。
通过调用查询操作检索应用软件中的相关数据。查询操作可以包含大量的查询条件，应用软件将系统中符合条件的数据检索出来后返回给调用方。
2.  接口的参数和返回值说明
写入操作主要参数有：用户标识、应用标识、数据标识、数据类型、符合数据规范格式的XML数据。参数含义如下：
用户标识用UserID表示，使用应用软件接口时首先提供身份验证信息，通过认证后将获取用户标识，在以后的访问中使用UserID表示访问接口的用户身份，结束接口使用必须执行用户标识注销操作。用户标识获取和注销操作参见第五节“身份认证和管理规范”。
应用标识用TaskGuid表示，随着系统整合的实施今后一个应用软件可以包含多项专业应用，通过TaskGuid参数值可以让接口在被调用时能够区分出不同的应用。TaskGuid采用标准的GUID格式，TaskGuid的值由系统建设主管单位统一定义，在数据规范文档中描述，一项应用只能定义一个应用标识。
数据标识用DataGuid表示。每个唯一的数据必须具备一个唯一的标识，使用该标识区分不同的数据。由于数据的增加、删除和修改操作都是以DataGuid作为关键字的，不同的系统都要按照GUID标准统一生成DataGuid，以保证数据在不同的系统和平台中不被其他数据覆盖。
数据类型用DataType表示。每一项数据规范都要定义一个唯一的数据类型，应用软件是按照DataType对应的数据规范解析写入的数据，不同应用的数据类型可以重复。
符合数据规范格式的XML数据用XmlData表示。表示写入的具体数据，如果与数据类型对应的数据标识的元数据不存在，就执行数据增加操作；如果与数据类型对应的数据标识的元数据已存在，就执行数据更新操作；如果XmlData是空值或是没有子节点的XML数据，就将数据标识对应的元数据删除；
写入操作的返回结果表示数据在软件中的写入情况。返回0表示数据写入操作成功，返回-1表示数据格式不符合要求，返回-2表示写入数据的逻辑不对，表示返回-3表示没有数据写入权限，返回其它值可以查询“数据写入操作错误信息”来获取具体含义，查询时使用读取操作，其中TaskGuid参数为应用标识，DataGuid参数固定为"c61ed474-e8b1-4fb4-8975-74b356caa22b"，DataType参数为“ErrorList"。返回数据格式统一为：
        <Document TaskGuid="应用标识" DataGuid="c61ed474-e8b1-4fb4-8975-74b356caa22b" DataType="ErrorList">
            <ErrorInfo Code="错误代码">错误信息描述</ErrorInfo>
            <ErrorInfo Code="错误代码">错误信息描述</ErrorInfo>
            <ErrorInfo Code="错误代码">错误信息描述</ErrorInfo>
            ……
        </Document>
错误代码要求大于100或小于负100，正负100之间的错误码作为保留值不能使用。
读取操作主要参数有：用户标识、应用标识、数据标识和数据类型。参数含义如下：
用户标识用UserID表示，具体含义与写入操作参数相同。
应用标识用TaskGuid表示，具体含义与写入操作参数相同。
数据标识用DataGuid表示，每个唯一的数据必须具备一个唯一的标识，使用该标识区分不同的数据。读取操作中数据标识表示需要读取的唯一数据。
数据类型用DataType表示。每一项数据规范都要定义一个唯一的数据类型，应用软件是按照DataType对应的数据规范生成读取的数据，不同应用的数据类型可以重复。
读取操作的返回结果是符合数据规范格式的XML数据。如果对应的数据不存在也必须返回符合数据规范格式并包含所有节点的空数据。返回空值表示无对应数据的读取权限或者是应用软件不支持该类型的数据。
查询操作主要参数有：用户标识、应用标识、符合数据规范格式的XML查询命令。参数含义如下：
用户标识用UserID表示，具体含义与写入操作参数相同。
应用标识用TaskGuid表示，具体含义与写入操作参数相同。
符合数据规范格式的XML查询命令用XmlTransform表示。在查询操作中包含需要查询的条件。
查询操作的返回结果是符合查询条件的具体数据。大批量数据的返回要实现数据分页的查询操作。即使查询结果没有符合条件的数据也必须返回符合格式的数据，返回空值表示无对应数据的查询权限或者是应用软件不支持对应的查询操作。
3.  接口的实现方式
考虑到不同层面的对接要求系统接口的实现定义了网页、Web服务和Socket三种方式，应用软件至少需要实现其中一种接口方式，具体实现哪几种接口方式，将由建设单位明确。
l         网页方式。该方式是专供JaveScript调用的一种方式，使用浏览器的XMLHttpRequest对象向对应的网页发出请求或发送数据可以调用应用软件的写入、读取和查询操作。
写入操作使用 “POST”方式将符合数据规范格式的XML字符串发送到提供写入操作的网页上。用户标识、应用标识、数据标识、数据类型等参数通过在网页后面跟上字符串：?UserID=…&TaskGuid=…&DataGuid=…&DataType=…的方式传递，返回值为数值型的字符串。
读取操作使用“GET”方法调用提供读取操作的网页。用户标识、应用标识、数据标识和数据类型，等参数通过在网页后面跟上字符串：? UserID=…&TaskGuid=…&DataGuid=…&DataType=…的方式传递，返回值为符合数据规范格式的XML字符串。
查询操作使用“POST”方式将符合数据规范格式的XML查询命令发送到提供查询操作的网页上。用户标识、应用标识等参数通过在网页后面跟上字符串：?UserID=…&TaskGuid=…的方式传递，返回值为符合数据规范格式的查询结果字符串。
提供写入、读取和查询操作的网页可以通过一个网页文件来完成对应的功能。
l         Web服务方式。该方式是提供给函数方式调用的一种接口，凡是能够支持Web服务调用的软件都可以使用这种接口调用应用软件的写入、读取和查询操作。Web服务必须遵循附件一的WSDL定义，实现下面三个函数：
Ø        写入操作调用Web服务的SetData函数，参数按照函数的方式传递，返回值为数值型。函数原型如下：
SetData ( UserID As string ,  TaskGuid As string ,  DataGuid As string ,  DataType As string ,  XmlData As string ) As int
Ø        读取操作调用Web服务的GetData函数，参数按照函数的方式传递，返回值为符合数据规范格式的XML字符串。函数原型如下：
GetData ( UserID As string ,  TaskGuid As string ,  DataGuid As string ,  DataType As string ) As string
Ø        查询操作调用Web服务的TransformData函数，参数按照函数的方式传递，返回值为符合数据规范格式的查询结果字符串。函数原型如下：
TransformData ( UserID As string ,  TaskGuid As string ,  XmlTransform As string ) As string
l         Socket方式。该方式是采用通讯端口方式进行操作的接口。通过向通讯端口发送指定格式的数据实现对应用软件的写入、读取和查询操作。
Ø        写入操作发送如下格式的数据到通讯端口：
        <Command SystemName="系统名称" Type="SetData">
          <UserID>用户标识</UserID>
          <TaskGuid>应用标识</TaskGuid>
          <DataGuid>数据标识</DataGuid>
          <DataType>数据类型</DataType>
          <XmlData>
            ……//符合数据规范格式的XML数据
          </XmlData>
        </Command>
返回值是数值型的字符串。
Ø        读取操作发送如下格式的数据到通讯端口：
        <Command SystemName="系统名称" Type="GetData">
          <UserID>用户标识</UserID>
          <TaskGuid>应用标识</TaskGuid>
          <DataGuid>数据标识</DataGuid>
          <DataType>数据类型</DataType>
        </Command>
返回值是符合数据规范格式的字符串。
Ø        查询操作发送如下格式的数据到通讯端口：
        <Command SystemName="系统名称" Type="TransformData">
          <UserID>用户标识</UserID>
          <TaskGuid>应用标识</TaskGuid>
          <XmlTransform>
            ……//符合数据规范格式的XML查询命令
          </XmlTransform>
        </Command>
返回值是符合数据规范格式的查询结果字符串。
4.  批量数据处理
由于系统接口采用XML作为传输数据的格式，在实际应用中发现传输数据的时间要比处理数据的时间大很多，在大数据交互应用中如果每个写入、读取和查询操作只写入或反馈一个数据将会大大影响系统效率，为此定义了批量数据处理方式来满足大数据量应用的要求。
批量数据以Documents作为根节点，内含一组符合数据规范的Document子节点。数据格式如下：
<Documents>
     <Document TaskGuid="应用标识" DataGuid="数据标识" DataType="数据类型">
……
     </Document>
    ……
</Documents>
写入操作中使用批量数据表示对数据中的每个Document都执行一次独立的写入操作，写入每个Document时使用其包含的应用标识、数据标识和数据类型代替TaskGuid、DataGuid和DataType参数，批量写入操作中提供的这三个参数忽略。
读取和查询操作中使用批量数据可以根据实际逻辑定义批量数据反馈格式。
四、          数据格式规范
要想让同一种数据在不同的软件接口中使用，必须让数据遵循共同的描述方式，为了让数据通俗易懂便于计算机处理和人理解特采用XML格式作为所有数据的标准格式，按照特定的XML格式定义的数据描述称做数据规范。采用数据规范后应用软件的功能实现就具备一定的灵活性
数据规范在应用软件接口中涉及写入和读取操作中的“XML数据”，查询操作中的“XML查询命令”和“XML查询结果”。大型应用软件的数据规范聘请专业单位进行独立设计，小型应用软件的数据规范由软件开发单位负责设计。
1.  数据规范的基本结构
基本的数据规范必须符合下面的基本格式：
<Document TaskGuid="应用标识" DataGuid="数据标识" DataType="数据类型"[ 其他属性="内容"]>
    <属性节点 Type="类型"[ 其他属性="内容"]>属性值</属性节点>
   ……
</Document>
根节点命名为Document表示这是一个按本文数据规范定义的数据。
应用标识表示数据规范与哪一个应用有关。在某项应用的数据规范设计中必须首先明确应用标识采用的值。例如："0690f841-7773-445c-9f48-a7a0427686d5"就表示是组织结构管理功能的数据。一个应用软件可以包含多个应用，不同应用具备独立的应用标识，可以独立开发。
数据标识表示数据的唯一值，对于元数据应用软件就是依靠该值执行增加、删除和修改操作。在数据规范设计中该值不要明确具体的内容，在实际数据生成时必需按照GUID的标准生成具体值，这样可以保证不同的系统生成的数据不会重复。
数据类型表示数据对应哪一个类型，一个应用可以包含多个数据类型，相同类型的数据必须遵守相同的格式。调用系统接口的软件和系统接口实现的软件都依靠数据类型来确定数据的分析和生成方法。
文档根节点还可以叠加与整个文档有关的其他属性，具体可以根据不同的设计方案扩展。
属性节点表示数据属性，一个数据有多少个属性就列多少个属性节点。属性节点名称可以重复，名称相同的属性值可以存在次序关系，不同属性名称的节点不存在先后次序关系。
类型表示属性节点的具体类型。类型及其表示方式将在第2节中详细介绍。
属性值表示属性节点的具体内容。
属性节点还可以叠加与属性相关的其他内容，具体可以根据不同的设计方案扩展。
2.  数据类型描述
l         标准数据类型及其格式。标准数据类型共定义八种，主要有：LOGICAL、LONG、DOUBLE、CURRENCY、DATE、BINARY、TEXT、GUID。它们的含义、取值范围、格式和默认值如下：
LOGICAL       逻辑型，值为：true或false，不能为空且必须为小写，默认值false。
LONG          整数型，数据位数在设计时不限长度，不能为空，默认值0。
DOUBLE        小数型，数据位数和小数位数在设计时不限长度，不能为空，默认值0.0。
CURRENCY      货币型，仅含两位小数的数据，不能为空，默认值0.00。
DATE          日期型，格式为“YYYY-MM-DD HH:MM:SS”，默认值为空。
BINARY        二进制型，二进制数据的BASE64编码，默认值为空。
TEXT          文本型，长度不限，默认值为空。
GUID          数据标识型，格式“7adab85a-e2cd-4a17-a23b-4044b0d72560”小写格式，每一位必须是’0-9’，’a-f’十六个字符之一，按照标准GUID算法生成的内容。
l         扩展数据类型及其格式。扩展数据类型在本文中先定义四种，今后将根据情况进行补充，主要有：文件数据、附件数据、枚举数据和组织结构数据。
Ø        文件数据。文件数据以二进制的方式读入内存后转换成BASE64的字符串写入文档中。文件数据包含文件名，扩展名，MIME信息等属性。数据格式例子：
<属性节点 FileName="文件名" Ext="扩展名" MIME="数据格式描述" Type="BINARY">二进制的BASE64编码</属性节点>
Ø        附件数据。用于描述一组文件数据，由于涉及多个文件数据，附件数据由两级节点组成。数据格式例子：
<属性节点 Type="ATTACHMENT">
<FileInfo Descript="附件说明" Ext="扩展名" MIME="数据格式描述">文件数据的二进制的BASE64编码</FileInfo>
<FileInfo Descript="附件说明" Ext="扩展名" MIME="数据格式描述">文件数据的二进制的BASE64编码</FileInfo>
……
</属性节点>
Ø        枚举数据。用于描述一组字符串，实际数据只能是这组字符串数据中的一个。数据格式例子：
<属性节点Type="枚举名称">[枚举值一|枚举值二|枚举值三|……]</属性节点>
Ø        组织单元数据。用于描述单个组织单元信息。组织单元数据包括：标识、名称、类型、所属单位标识等信息。数据格式例子：
<OUDataInfo GUID="组织结构标识" Name="名称" OUType="类型" CompanyGuid="单位标识"/>
其中类型定义了Company（单位）、Branch（部门）、Member（人员）、Group（群组）、Application（应用软件）等五种。
Ø        组织单元列表数据。用于描述一组组织单元信息。数据格式例子：
<ListOUDataInfo>
   <OUDataInfo GUID="组织结构标识" Name="名称" OUType="类型" CompanyGuid="单位标识"/>
   <OUDataInfo GUID="组织结构标识" Name="名称" OUType="类型" CompanyGuid="单位标识"/>
   ……
</ListOUDataInfo>
3.  常用数据规范设计原则
在这里列举了一些常用数据规范的设计方式，一般情况下需要遵循这些方式设计数据规范。
l         元数据的规范设计。元数据是指信息系统中的最基本数据，如果一个数据被拆开后在整个信息系统中不再具备其他意义，那么这个数据就叫做元数据。在系统完成功能设计后就可以初步分析出系统建设需要的各类元数据，系统开发和系统试运行过程中元数据可能会存在一些变化，系统投入正式运行前元数据基本可以固定下来。
元数据以Document为根节点的，元数据包含的子节点就是具体的数据属性，如果属性过多（20个以上）并且可以进一步分类那么可以多设计一层子节点，但是一般不要超过三层节点。
下面是组织结构管理模块中的人员数据定义：
<Document TaskGuid="应用标识" DataGuid="人员标识" DataType="Member">
  <Guid Type="TEXT">人员标识</Guid>
  <Name Type="TEXT">人员名称</Name>
  <BranchGuid Type="TEXT">部门标识</BranchGuid>
  <Telephone Type="TEXT">联系电话</Telephone>
  <Handphone1 Type="TEXT">移动电话</Handphone1>
  <Handphone2 Type="TEXT">移动电话</Handphone2>
  <Email Type="TEXT">电子邮件</Email>
  <LoginName Type="TEXT">账户名称</LoginName>
  <Password Type="TEXT">口令</Password>
  <Sort Type="LONG">序号</Sort>
  <Lock Type="LOGICAL">账户锁定状态</Lock>
</Document>
应用标识统一为："0690f841-7773-445c-9f48-a7a0427686d5"，人员标识由生成人员数据的模块按标准GUID算法生成，数据类型为：Member，数据属性中的Guid和DataGuid取同一个值，适度的属性冗余可以用来验证数据完整性。其他数据属性是描述人员信息需要提供的附加内容。
从这个例子可以看出，任何一个属性独立出来后在组织结构管理功能中都不在具备其它意义，因此人员数据可以认为是元数据。
元数据中的属性可以引用其它元数据，但是不能包含其它元数据，如果包含其它元数据那么它本身就不是元数据。
元数据可以包含状态属性，状态属性在设计文档中可以定义多种状态，但是在元数据的实例中状态属性只有一个值。
元数据中相同名称的属性如果存在多个那么对应的属性值是有先后次序的，不同名称的属性是不存在先后次序的，下面两个数据规范可以认为是同一个规范。
<Document TaskGuid="应用标识" DataGuid="人员标识" DataType="Member">
  <Guid Type="TEXT">人员标识</Guid>
  <Name Type="TEXT">人员名称</Name>
  <BranchGuid Type="TEXT">部门标识</BranchGuid>
  <Telephone Type="TEXT">联系电话</Telephone>
  <Handphone1 Type="TEXT">移动电话</Handphone1>
  <Handphone2 Type="TEXT">移动电话</Handphone2>
  <Email Type="TEXT">电子邮件</Email>
  <LoginName Type="TEXT">账户名称</LoginName>
  <Password Type="TEXT">口令</Password>
  <Sort Type="LONG">序号</Sort>
  <Lock Type="LOGICAL">账户锁定状态</Lock>
</Document>
规范一
<Document TaskGuid="应用标识" DataGuid="人员标识" DataType="Member">
  <Guid Type="TEXT">人员标识</Guid>
  <Name Type="TEXT">人员名称</Name>
  <Email Type="TEXT">电子邮件</Email>
  <LoginName Type="TEXT">账户名称</LoginName>
  <Password Type="TEXT">口令</Password>
  <Sort Type="LONG">序号</Sort>
  <Lock Type="LOGICAL">账户锁定状态</Lock>
  <BranchGuid Type="TEXT">部门标识</BranchGuid>
  <Telephone Type="TEXT">联系电话</Telephone>
  <Handphone1 Type="TEXT">移动电话</Handphone1>
  <Handphone2 Type="TEXT">移动电话</Handphone2>
</Document>
规范二
元数据的实例可以包含元数据定义的节点以外的其他数据节点，只要数据规范定义的节点数据都存在依旧可以认为是一个符合元数据规范的实例数据。
元数据主要用于写入和读取操作，执行写入操作时应用标识、数据标识和数据类型在参数和数据中要同时出现并且值要相同，应用软件负责符合性检查，如果值不相同应用软件可以不执行写入操作。读取操作时返回的元数据包含应用标识、数据标识和数据类型与读取参数要相同。数据标识和类型相同的元数据表示同一个元数据，写入操作执行时老的数据会被覆盖。
l         数据集合的规范设计
数据集合是一组数据的集合，其中的数据可以是元数据也可以是中间数据。集合数据以Document为根节点，根节点中增加集合中数据的数量属性，DataGuid属性根据需要可以定义具体值，也可以空缺。集合中的数据一般以Data做为子节点，子节点中包含数据所属类型的描述，数据的属性和属性值在Data下面进一步定义数据节点和节点值，属性不多的情况下也可以使用Data节点的属性和属性值来定义。特殊情况下可以用集合中数据的节点名称做为子节点名称，但不要使用Document做为子节点的名称。集合中包含的数据是按次序出现的，在实际应用中可以根据需要认为是有序的还是无序的。
数据集合举例一。网站回音壁问题列表：
        <Document TaskGuid="应用标识" DataGuid="" DataType="AnswerList" Total="数据量">
          <Data Type="Answer">
           <Guid Type="TEXT">数据标识</Guid>
           <Title Type="TEXT">问题标题</Title>
           <Type Type="TEXT">问题类型</Type>
           <DestDepart Type="TEXT">处理问题的部门</DestDepart>
           <QuestionDate Type="DATE">提问日期</QuestionDate>
           <View Type="LOGICAL">允许查看问题</View>
           <ReadCount Type="LONG">阅读次数</ReadCount>
          </Data>
          ……
        </Document>
数据集合举例二。网站回音壁数据统计：
        <Document TaskGuid="应用标识" DataGuid="" DataType="QueryStatistics" Total="数据量">
          <Data Type="大于五天">
             <DestDepart>部门</DestDepart>
             <Count>数量</Count>
          </Data>
          <Data Type="小于等于五天">
             <DestDepart>部门</DestDepart>
             <Count>数量</Count>
          </Data>
          <Data Type="其他问题">
             <DestDepart>部门</DestDepart>
             <Count>数量</Count>
          </Data>
        </Document>
数据集合举例三。用属性代表集合中数据的属性值：
        <Document TaskGuid="应用标识" DataGuid="" DataType="ApproveList" Total="数据量">
          <Data Type="Approve" Guid="数据标识" Value="数据值" CreateDate="创建日期" />
          ……
        </Document>
数据集合举例四。利用组织单元数据描述单位里的部门情况，返回的是组织单元列表数据：
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="单位标识" DataType="BranchList">
  <ListOUDataInfo>
      <OUDataInfo GUID="部门标识" Name="部门名称" OUType="Branch" CompanyGuid="单位标识"/>
      ……
  </ListOUDataInfo>
</Document>
集合数据主要用于读取操作，根据数据平台的接口规范定义集合数据主要在GetData和TransformData函数的返回值中出现，也可以成为元数据中的组成部分。
l         单项数据查询的规范设计
数据查询是应用系统中的一项重要功能，单项数据查询是指查询结果反馈的数据量不大的查询操作。
元数据可以使用DataGuid和DataType调用GetData函数查询，返回值是与元数据规范格式相同的数据。
通过元数据加工形成的单项数据也可以通过GetData函数调用，单项数据的规范设计可以遵循元数据的规范设计，可以制定专用的DataGuid和DataType代表这些单项查询数据。
l         统计查询的命令和结果的规范设计
统计查询是一项常见应用，用于汇总数据情况。统计查询分命令和结果两项规范设计。下面列举智能公交的统计查询命令和反馈结果：
统计查询命令
        <Document TaskGuid="应用标识" DataGuid="" DataType="QueryStatistics">
              <StartDay Type="DATE">起始时间</StartDay>
              <EndDay Type="DATE">终止时间</EndDay>
        </Document>
统计查询结果
        <Document TaskGuid="应用标识" DataGuid="" DataType="QueryStatistics" QueryTime="统计结果生成时间">
              <StartDay Type="DATE">起始时间</StartDay>
              <EndDay Type="DATE">终止时间</EndDay>
              <EvenInfoCount>有效订单数量</EvenInfoCount>
              <Data>
                  <Count>数量</Count>
                  <UserCode>用户名</UserCode>
              </Data>
        </Document>
从示例中可以看出命令主要提供统计范围和条件，反馈结果主要提供统计结果，建议在反馈结果中包含统计的范围、条件以及统计结果的生成时间，这样只要单独保留统计结果就可以知道这一结果是针对怎样的范围和条件在哪个时间里统计出来的。
l         大数据量查询命令和查询结果的规范设计（页数和返回值）
检索具体数据时涉及大数据量查询操作，它会反馈大量查询结果，通常需要进行分页设置。大数据量查询命令需要包含分页参数和排序条件，查询结果内部也要包含分页结果、排序结果和查询时间。大数据量查询命令和查询结果的示例：
数据检索命令
        <Document TaskGuid="应用标识" DataType="QueryQuestionInfo">
            <TemplateGuid Type="TEXT">模板标识</TemplateGuid>
            <Keyword Type="TEXT">检索信息的关键字（可以为空）</Keyword>
            <EventType Type="TEXT">受理类型</EventType>
            <Status Type="TEXT">办件状态[待发|待收|已查阅|处理中|无法处理|拒绝|已处理|办结]</Status>
            <Source Type="TEXT">问题来源</Source>
            <Department Type="TEXT">处办单位</Department>
            <FlowCode Type="TEXT">工单号</FlowCode>
            <login_name Type="TEXT">录入人</login_name>
            <PhoneCode Type="TEXT">电话号码</PhoneCode>
            <AggreeLevel Type="TEXT">满意度</AggreeLevel>
            <QuestionBeginTime Type="DATE">起始时间</QuestionBeginTime>
            <QuestionEndTime Type="DATE">终止时间</QuestionEndTime>
            <SortMethod Type="TEXT">排序属性[QuestionTime]</SortMethod>
            <OrderMethod Type="TEXT">排序方式[asc|desc]</OrderMethod>
            <PageSize Type="LONG">每页记录数</PageSize>
            <CurrentPage Type="LONG">检索的页号</CurrentPage>
        </Document>
数据检索结果
        <Document TaskGuid="应用标识" DataType="QueryQuestionInfo" PageSize="每页记录数" CurrentPage="检索的页号" Total="数据量" QueryTime="查询结果生成时间">
            <SortMethod Type="TEXT">排序属性[QuestionTime]</SortMethod>
            <OrderMethod Type="TEXT">排序方式[asc|desc]</OrderMethod>
            <Data Type="QuestionInfo">
              <Guid Type="TEXT">办件标识</Guid>
              <FlowCode Type="TEXT">工单号</FlowCode>
              <Title Type="TEXT">标题</Title>
              <CreateTime Type="DATE">建立时间</CreateTime>
              <Creater Type="TEXT">创建人</Creater>
              <ReadCount Type="LONG">阅读次数</ReadCount>
              ......
            </Data>
            ……
        </Document>
从例子中可以看到查询命令中的PageSize和CurrentPage是分页参数，SortMethod和OrderMethod是排序参数。返回结果中的属性PageSize、CurrentPage和Total是分页结果，QueryTime是查询时间，SortMethod和OrderMethod是排序结果，
大数据量查询要求做到能够查询应用软件中存储的所有数据。
数据查询中可能存在互相矛盾的查询条件或可选的查询条件，在数据规范的设计和描述中要标注清楚，避免产生一些无效查询。
4.  数据规范文档编写格式
在软件项目的功能设计技术上要求编写应用软件的数据规范文档，根据以往项目经验数据规范文档需要包含下面五个章节：
l         系统拓扑结构和功能描述
本章用于描述应用软件的系统布局、网络结构、功能清单和角色定义。角色定义中需要包括角色说明，人员组成和可以使用的功能。
l         基本数据类型和格式的定义
基本数据类型是指在数据规范中各个节点属性使用的数据类型和遵循的数据格式，本章必须遵循“第四节第二点 数据类型描述”中定义的标准数据类型及其格式和扩展数据类型及其格式，如果有其他扩展的数据类型和格式可以在这里扩展，在本章末尾需要定义数据规范统一遵循的应用标识的具体值。
l         元数据规范清单。
本章用于描述所有元数据的相关信息，每个元数据都要包含下面八项内容：
数据名称，定义元数据的文字名称、数据含义和数据类型代码；
数据定义，数据包含的内容清单；
数据格式，描述元数据遵循的XML格式；
数据描述，描述数据包含的内容的具体含义，包括：节点名称、类型（文本型的含长度）和含义；
数据完整性说明，描述元数据和其他元数据之间的关系，包括：引用关系、符合性关系、校验型关系等；数据删除会带来哪些影响。
流转方式，描述数据如何在应用软件各角色之间的流转方式；
访问权限，描述数据被各角色的访问和操作权限。
数据生成的频度：何时增加数据，何时删除数据，何时调整数据。
l         具有固定数据标识或类型的单项数据读取规范。
本章用于描述固定数据标识或类型的查询数据。如：数据写入操作错误信息查询、系统配置情况以及数据清单等信息，涉及这些数据的XML格式在这里进行描述，每个查询规范都要包含下面六项内容：
数据名称，定义数据的文字名称、数据标识和数据类型；
数据定义，数据包含的内容清单；
返回值数据格式，描述数据遵循的XML格式；
数据描述，描述数据包含的内容的具体含义，包括：名称、类型和含义；
数据完整性说明，描述数据的来源以及与其他数据之间的关系，包括：引用关系、符合性关系、校验型关系等；
访问权限，描述数据被访问权限。
l         查询命令和查询结果数据规范清单。
本章用于描述数据查询命令和返回结果的格式，命令和结果按照一一对应的方式出现。应用软件包含的所有数据使用本章定义的规范都可以获取。每组查询规范包含下面七项内容：
命令名称，定义命令的文字名称和数据类型；
命令含义，描述查询命令的用途；
查询命令格式，定义输入参数遵循的XML格式；
查询命令含义，描述命令包含的内容的具体含义，包括：名称、类型和含义；
返回结果格式，定义返回结果遵循的XML格式；
返回结果含义，描述结果包含的内容和具体含义，包括：名称、类型和含义；
访问权限，描述查询命令可以被那些角色使用。
 
五、          组织结构管理规范
为避免工作人员在不同的应用软件中拥有不同的身份信息，统一部署了组织结构管理系统，应用软件只要按照组织结构管理规范进行身份验证和角色分配操作，不再需要开发独立的组织结构管理功能，从而实现单一的身份认证和管理方式。组织结构管理系统也遵循本文定义的接口技术规范和数据格式规范。
1.  组织结构管理系统的功能
提供密码帐户信息和证书账户信息的合法性验证；提供组织单元具体属性的检索；提供组织单元关系的检索；提供应用软件接口方式和地址的检索；让拥有组织结构管理功能的应用软件上传组织结构信息；提供用户界面管理系统中组织结构信息，提供用户界面配置系统中的角色成员。
2.  应用软件需要使用的功能
应用软件执行身份验证操作时向组织结构管理系统提供验证信息，系统负责返回验证结果。
应用软件使用组织结构管理系统中的关联信息执行角色分配和操作权限判断。
3.  身份验证操作的数据规范
应用软件通过本规范调用组织结构管理系统进行身份验证和注销操作，应用软件必需按照接口技术规范在数据查询操作中实现身份验证和身份注销功能。身份验证主要包括密码身份验证和证书身份验证，数据规范如下：
l         密码身份验证。
命令名称：密码身份验证。根据提供的密码验证组织单元身份的合法性，数据类型：LoginTicket
命令含义：通过提供登录名和口令验证访问者身份的合法性。
输入参数格式：
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="" DataType="LoginTicket">
      <UserNameTicket>
           <UserName Type="TEXT">账户名</UserName>
           <Password Type="TEXT">口令</Password>
      </UserNameTicket>
</Document>
参数含义：UserNameTicket包含账户名和口令信息，多个单位并存时账户名增加@字符后跟单位域名。
返回结果格式：
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="" DataType="LoginTicket">
      <UserID>组织单元标识</UserID>
</Document>
返回结果含义：返回结果包含组织单元标识，如果为空表示验证失败。
访问权限：可以直接访问。
l         证书身份验证。
命令名称：证书身份验证。根据提供的证书信息验证组织单元身份的合法性，数据类型：CertTicket
命令含义：通过提供登录名和用私钥加密的时间信息验证组织单元身份的合法性。
输入参数格式：
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="" DataType="CertTicket">
      <CertificateTicket>
           <UserName Type="TEXT">账户名</UserName>
           <EncryptTime Type="TEXT">用私钥加密的时间信息</EncryptTime>
      </CertificateTicket>
      <IPAddress Type="TEXT">IP地址</IPAddress>
</Document>
参数含义：CertificateTicket包含账户名和用私钥加密的时间信息，多个单位并存时账户名增加@字符后跟单位域名。
返回结果格式：
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="" DataType="CertTicket">
      <UserID>组织单元标识</UserID>
</Document>
返回结果含义：返回结果包含组织单元标识，如果为空表示验证失败。
访问权限：可以直接访问。
l         用户注销。
命令名称：用户注销，注销当前访问的用户。数据类型：LoginTicket
命令含义：注销用户在应用软件中的身份验证信息
输入参数格式：
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="" DataType="LoginTicket">
</Document>
参数含义：用户注销也适用LoginTicket作为数据类型，与验证身份相比数据内容缺少UserNameTicket节点。
返回结果格式：
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="" DataType="LoginTicket">
      <UserID></UserID>
</Document>
返回结果含义：返回结果为空表示注销成功。
访问权限：当前通过验证的用户可以访问。
4.  应用软件如何实现身份验证
应用软件使用组织结构管理系统实现身份验证功能，不需要另行开发。应用软件建立自身的用户界面接收用户输入的验证信息，应用软件也可以通过接口的查询操作接收身份验证信息。应用软件在收到的验证数据的根节点上叠加用户方的IP地址后调用组织结构管理系统接口的查询操作，密码身份验证信息和证书身份验证信息叠加IP地址后的格式如下：
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="" DataType="LoginTicket">
      <UserNameTicket>
           <UserName Type="TEXT">账户名</UserName>
           <Password Type="TEXT">口令</Password>
      </UserNameTicket>
      <IPAddress Type="TEXT">IP地址</IPAddress>
</Document>
 
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="" DataType="CertTicket">
      <CertificateTicket>
           <UserName Type="TEXT">账户名</UserName>
           <EncryptTime Type="TEXT">用私钥加密的时间信息</EncryptTime>
      </CertificateTicket>
      <IPAddress Type="TEXT">IP地址</IPAddress>
</Document>
调用前应用软件首先要在组织结构管理系统中通过本身的身份验证，应用软件根据组织结构系统的反馈结果设置用户的配置信息，并将反馈结果按照上一章节的格式反馈给用户端。
用户注销不需要调用组织结构管理系统，应用软件只需清除软件环境中的用户配置信息。
5.  组织结构关联信息查询数据规范
应用软件通过调用组织结构管理系统的读取操作获取组织单元的关联信息，并根据这些信息执行角色分配和权限判断操作。角色分配需要开发单独的管理界面。各类组织结构关联信息的读取操作规范如下：
l         单位信息列表
数据名称：单位信息列表，按照单位的分类读取系统中所有单位信息，数据标识"c61ed474-e8b1-4fb4-8975-74b356caa22b"，数据类型代码：CompanyList
数据定义：按照单位的主类别、子类别的次序返回单位信息列表，同一主类别和子类别的单位信息按照组织结构成员列表的方式返回，单位出现次序按照序号从小到大排列。
返回值数据格式：
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="c61ed474-e8b1-4fb4-8975-74b356caa22b " DataType="CompanyList">
  <ListOUDataInfo MasterType="主类别" SubType="子类别">
      <OUDataInfo GUID="单位标识" Name="单位名称" OUType="Company" CompanyGuid="单位标识"/>
      ……
  </ListOUDataInfo>
  ……
</Document>
数据描述：返回值中可能包含多个ListOUDataInfo节点，每个节点都符合组织结构成员列表格式，主类别相同的节点将依次排列，主类别和子类别按字母大小的次序最小的排在最前面。
l         部门信息列表
数据名称：部门信息列表，按照单位标识读取系统中该单位所属的部门信息列表，数据标识为单位标识，数据类型代码：BranchList
数据定义：按照单位标识返回所属的部门信息列表，返回信息使用组织结构成员列表的方式，部门信息按照序号从小到大排列。
返回值数据格式：
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="单位标识" DataType="BranchList">
  <ListOUDataInfo>
      <OUDataInfo GUID="部门标识" Name="部门名称" OUType="Branch" CompanyGuid="单位标识"/>
      ……
  </ListOUDataInfo>
</Document>
数据描述：返回值中只有一个ListOUDataInfo节点，符合组织结构成员列表格式。
l         群组信息列表
数据名称：群组信息列表，读取系统中所有的群组信息，数据标识"c61ed474-e8b1-4fb4-8975-74b356caa22b"，数据类型代码：GroupList
数据定义：包含系统中所有的群组信息，返回信息使用组织结构成员列表的方式，群组信息按照群组名称从小到大排列。
返回值数据格式：
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="c61ed474-e8b1-4fb4-8975-74b356caa22b " DataType="GroupList">
   <ListOUDataInfo>
      <OUDataInfo GUID="群组标识" Name="群组名称" OUType="Group" CompanyGuid="群组标识"/>
      ……
   </ListOUDataInfo>
</Document>
数据描述：返回值中只有一个ListOUDataInfo节点，符合组织结构成员列表格式。
l         部门所属人员信息列表
数据名称：部门所属人员信息列表，按照部门标识读取系统中该部门所属的人员信息列表，数据标识为部门标识，数据类型代码：BranchMemberList
数据定义：按照部门标识返回所属的人员信息列表，返回信息使用组织结构成员列表的方式，人员信息按照序号从小到大排列。
返回值数据格式：
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="部门标识" DataType="BranchMemberList">
  <ListOUDataInfo>
      <OUDataInfo GUID="人员标识" Name="人员名称" OUType="Member" CompanyGuid="单位标识"/>
      ……
  </ListOUDataInfo>
</Document>
数据描述：返回值中只有一个ListOUDataInfo节点，符合组织结构成员列表格式。
l         群组所属人员信息列表
数据名称：群组所属人员信息列表，按照群组标识读取系统中该群组所属的人员信息列表，数据标识为群组标识，数据类型代码：GroupMemberList
数据定义：按照群组标识返回所属的人员信息列表，返回信息使用组织结构成员列表的方式，人员信息按照序号从小到大排列。
返回值数据格式：
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="群组标识" DataType="GroupMemberList">
  <ListOUDataInfo>
      <OUDataInfo GUID="人员标识" Name="人员名称" OUType="Member" CompanyGuid="单位标识"/>
      ……
  </ListOUDataInfo>
</Document>
数据描述：返回值中只有一个ListOUDataInfo节点，符合组织结构成员列表格式。
l         人员所属群组信息列表
数据名称：人员所属群组信息列表，按照人员标识读取系统中该人员所属的群组信息列表，数据标识为人员标识，数据类型代码：MemberGroupList
数据定义：按照人员标识返回所属的群组信息列表，返回信息使用组织结构成员列表的方式，群组信息按照群组名称从小到大排列。
返回值数据格式：
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="人员标识" DataType="MemberGroupList">
  <ListOUDataInfo>
      <OUDataInfo GUID="群组标识" Name="群组名称" OUType="Group" CompanyGuid="群组标识"/>
      ……
  </ListOUDataInfo>
</Document>
数据描述：返回值中只有一个ListOUDataInfo节点，符合组织结构成员列表格式。
l         应用软件分类信息列表
数据名称：应用软件分类信息列表，按照应用软件的分类读取系统中所有应用软件信息，数据标识"c61ed474-e8b1-4fb4-8975-74b356caa22b"，数据类型代码：ApplicationList
数据定义：按照应用软件的主类别、子类别的次序返回应用软件信息列表，同一主类别和子类别的单位信息按照组织结构成员列表的方式返回，应用软件出现次序按照软件名称从小到大排列。
返回值数据格式：
<Document TaskGuid="0690f841-7773-445c-9f48-a7a0427686d5" DataGuid="c61ed474-e8b1-4fb4-8975-74b356caa22b " DataType="ApplicationList">
  <ListOUDataInfo MasterType="大类信息" SubType="子类信息">
      <OUDataInfo GUID="软件标识" Name="软件名称" OUType="Application" CompanyGuid="单位标识"/>
      ……
  </ListOUDataInfo>
  ……
</Document>
数据描述：返回值中可能包含多个ListOUDataInfo节点，每个节点都符合组织结构成员列表格式，主类别相同的节点将依次排列，主类别和子类别按字母大小的次序最小的排在最前面。
l         关联组织结构信息列表
数据名称：关联组织结构信息列表，检索与组织单元关联的组织结构信息，数据标识为组织单元的标识，数据类型代码：RelateOUList
数据定义：根据组织单元标识检索组织单元的类型（可能为人员、应用软件或单位信息），根据类型检索与组织单元关联的组织结构信息。其中人员信息返回列表包含：本身、所属部门、所属单位、所属的群组；应用软件信息返回列表包含：本身、所属单位、所属的群组；单位信息返回列表包含：本身、所属的群组。本规范供应用软件在权限判断时通过检索关联组织结构信息查询组织单元与其它组织结构之间的关系。
返回值数据格式：
<Document TaskGuid="任务标识" DataGuid="组织单元标识" DataType="RelateOUList">
  <ListOUDataInfo>
      <OUDataInfo GUID="关联标识" Name="关联名称" OUType="具体类型" CompanyGuid="单位标识"/>
      ……
  </ListOUDataInfo>
</Document>
数据描述：返回值中只有一个ListOUDataInfo节点，符合组织结构成员列表格式，表示与组织单元关联的所有组织结构信息。
l         组织单元信息查询
数据名称：组织单元信息查询，检索组织单元类别，数据标识为组织单元的标识，数据类型代码：SearchOUInfo
数据定义：根据组织单元标识检索组织单元类型。
返回值数据格式：
<Document TaskGuid="任务标识" DataGuid="组织单元标识" DataType="SearchOUInfo">
  <OUDataInfo GUID="组织单元标识" Name="组织单元名称" OUType="组织结构类型" CompanyGuid="所属的单位标识"/>
</Document>
数据描述：返回值中只有一个OUDataInfo节点，符合组织结构数据格式。
6.  应用软件如何执行角色分配和功能授权
应用软件在开发时定义角色、角色具备的功能和角色具备的权限。用户在使用应用软件时只需将组织结构关联信息分配到角色中，分配信息保存在应用软件中，分配后相关组织结构就拥有对应的功能和操作权限。默认情况下，组织结构管理系统中属于Admin组的用户具备角色分配功能。
l         角色定义和分配
根据功能设计报告中明确的，在应用软件中将具有一组功能操作权限的职能称为角色。按照角色可以使用的功能进行命名，属于某一角色的人员或单位就可以使用相应的功能并具备数据操作的权限。
l         用户功能分配
应用软件验证用户身份后判断用户在哪些角色中存在，根据用户与各个角色之间的关系向用户开放可以使用的功能和数据操作权限。
六、          数据流转功能建设
为保证不同的应用软件之间能实现数据共享操作，为保证业务信息能够及时通知有关人员处理，根据业务逻辑的定义需要向其他应用软件发送数据信息，向有关人员发送办事信息。
1.  发送数据信息
发送数据信息将根据应用软件之间的数据规范由发送方负责数据转换操作，发送前调用组织结构管理系统的数据读取操作获取接收应用软件的接口信息，读取方式如下：
应用标识："0690f841-7773-445c-9f48-a7a0427686d5"。
数据标识：应用软件标识
数据类型：Application
返回结果：
<Document TaskGuid="应用标识" DataGuid="软件标识" DataType="Application">
  <Guid Type="TEXT">软件标识</Guid>
  <Name Type="TEXT">软件名称</Name>
  <IPAddress Type="TEXT">IP地址</IPAddress>
  <Protocol Type="TEXT">通讯协议</Protocol>
  <CompanyGuid Type="TEXT">所属单位标识</CompanyName>
  <CompanyName Type="TEXT">所属单位名称</CompanyName>
  <Admin Type="TEXT">系统管理员</Admin>
  <Telephone Type="TEXT">电话</Telephone>
  <EMail Type="TEXT">邮箱</EMail>
  <MasterType Type="TEXT">主类别</MasterType>
  <SubType Type="TEXT">子类别</SubType>
</Document>
数据描述：
节点名称 类型 含义
Guid TEXT(36) 软件标识，是标准的Guid数据，应用软件的唯一值
Name TEXT(30) 软件名称
IPAddress TEXT(25) 软件所在的主机访问本系统时的IP地址
Protocol TEXT(120) 软件对外服务的通讯协议，有Socket和Web服务两种：Socket采用“主机名:端口号”的方式提供，Web服务直接提供asmx的服务地址。
CompanyGuid TEXT(60) 应用软件所属单位的标识
CompanyName TEXT(60) 应用软件所属单位的名称
Admin TEXT(10) 系统管理员姓名
Telephone TEXT(20) 系统管理员联系电话
EMail TEXT(50) 系统管理员的邮箱
MasterType TEXT(50) 应用软件所属的业务主类别
SubType TEXT(50) 应用软件所属的业务子类别
利用查询结果根据接收方应用软件的通讯协议执行身份验证后向该应用软件发送数据。
2.  发送办事信息
发送办事信息时如果组织单元类型是单位或部门，那么应该通过读取组织结构管理系统中的相关属性后将办事信息发送到具体人员。
l         单位信息读取方式如下：
应用标识："0690f841-7773-445c-9f48-a7a0427686d5"。
数据标识：单位标识
数据类型：Company
返回结果：
<Document TaskGuid="应用标识" DataGuid="单位标识" DataType="Company">
  <Guid Type="TEXT">单位标识</Guid>
  <Name Type="TEXT">单位名称</Name>
  <Domain Type="TEXT">单位的域名</Domain>
  <MasterGuid Type="TEXT">单位法人的标识</MasterGuid>
  <EventerGuid Type="TEXT">单位事务处理人的标识</EventerGuid>
  <Telephone Type="TEXT">联系电话</Telephone>
  <EMail Type="TEXT">邮箱</EMail>
  <MasterType Type="TEXT">主类别</MasterType>
  <SubType Type="TEXT">子类别</SubType>
  <Order Type="LONG">序号</Order>
</Document>
数据描述：
节点名称 类型 含义
Guid TEXT(36) 单位标识，是标准的Guid数据，单位信息的唯一值
Name TEXT(60) 单位名称
Domain TEXT(50) 单位的域名，不同单位出现相同用户名使用域名可以有效地划分
MasterGuid TEXT(36) 单位法人的标识
EventerGuid TEXT(36) 单位事务处理人的标识
Telephone TEXT(20) 单位的联系电话
EMail TEXT(50) 单位的邮箱
MasterType TEXT(50) 单位所属的主类别
SubType TEXT(50) 单位所属的子类别
Order LONG 序号，单位之间的排列序号
如果办事信息是发送给单位的，利用查询结果获取事务处理人标识后向事务处理人发送办事信息。
l         部门信息读取方式如下：
应用标识："0690f841-7773-445c-9f48-a7a0427686d5"。
数据标识：部门标识
数据类型：Branch
返回结果：
<Document TaskGuid="应用标识" DataGuid="部门标识" DataType="Branch">
  <Guid Type="TEXT">部门标识</Guid>
  <Name Type="TEXT">部门名称</Name>
  <CompanyGuid Type="TEXT">部门所属单位的标识</CompanyGuid>
  <MasterGuid Type="TEXT">部门主管标识</MasterGuid>
  <LeaderGuid Type="TEXT">分管领导标识</LeaderGuid>
  <Telephone Type="TEXT">联系电话</Telephone>
  <EMail Type="TEXT">邮箱</EMail>
  <Order Type="LONG">序号</Order>
</Document>
数据描述：
节点名称 类型 含义
Guid TEXT(36) 部门标识，是标准的Guid数据，部门信息的唯一值，不同单位的各个部门的标识也应该不一样的。
Name TEXT(40) 部门名称
CompanyGuid TEXT(36) 部门所属单位的标识
MasterGuid TEXT(36) 部门负责人标识
LeaderGuid TEXT(36) 部门的分管领导标识
Telephone TEXT(20) 单位的联系电话
EMail TEXT(50) 单位的邮箱
Order LONG 序号，单位之间的排列序号
利用查询结果根据接收方应用软件的通讯协议执行身份验证后向该应用软件发送数据。
如果办事信息是发送给部门的，利用查询结果获取部门负责人标识后向部门负责人发送办事信息。
附件一：Web服务的WSDL定义。
<?xml version="1.0" encoding="utf-8"?>
<wsdl:definitions xmlns:s="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/" xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/" xmlns:tns="http://www.szjt.gov.cn/" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:tm="http://microsoft.com/wsdl/mime/textMatching/" xmlns:http="http://schemas.xmlsoap.org/wsdl/http/" xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" targetNamespace="http://www.szjt.gov.cn/" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/">
  <wsdl:types>
    <s:schema elementFormDefault="qualified" targetNamespace="http://www.szjt.gov.cn/">
      <s:element name="SetData">
        <s:complexType>
          <s:sequence>
            <s:element minOccurs="0" maxOccurs="1" name="UserID" type="s:string" />
            <s:element minOccurs="0" maxOccurs="1" name="TaskGuid" type="s:string" />
            <s:element minOccurs="0" maxOccurs="1" name="DataGuid" type="s:string" />
            <s:element minOccurs="0" maxOccurs="1" name="DataType" type="s:string" />
            <s:element minOccurs="0" maxOccurs="1" name="XmlData" type="s:string" />
          </s:sequence>
        </s:complexType>
      </s:element>
      <s:element name="SetDataResponse">
        <s:complexType>
          <s:sequence>
            <s:element minOccurs="1" maxOccurs="1" name="SetDataResult" type="s:int" />
          </s:sequence>
        </s:complexType>
      </s:element>
      <s:element name="GetData">
        <s:complexType>
          <s:sequence>
            <s:element minOccurs="0" maxOccurs="1" name="UserID" type="s:string" />
            <s:element minOccurs="0" maxOccurs="1" name="TaskGuid" type="s:string" />
            <s:element minOccurs="0" maxOccurs="1" name="DataGuid" type="s:string" />
            <s:element minOccurs="0" maxOccurs="1" name="DataType" type="s:string" />
          </s:sequence>
        </s:complexType>
      </s:element>
      <s:element name="GetDataResponse">
        <s:complexType>
          <s:sequence>
            <s:element minOccurs="0" maxOccurs="1" name="GetDataResult" type="s:string" />
          </s:sequence>
        </s:complexType>
      </s:element>
      <s:element name="TransformData">
        <s:complexType>
          <s:sequence>
            <s:element minOccurs="0" maxOccurs="1" name="UserID" type="s:string" />
            <s:element minOccurs="0" maxOccurs="1" name="TaskGuid" type="s:string" />
            <s:element minOccurs="0" maxOccurs="1" name="XmlTransform" type="s:string" />
          </s:sequence>
        </s:complexType>
      </s:element>
      <s:element name="TransformDataResponse">
        <s:complexType>
          <s:sequence>
            <s:element minOccurs="0" maxOccurs="1" name="TransformDataResult" type="s:string" />
          </s:sequence>
        </s:complexType>
      </s:element>
    </s:schema>
  </wsdl:types>
  <wsdl:message name="SetDataSoapIn">
    <wsdl:part name="parameters" element="tns:SetData" />
  </wsdl:message>
  <wsdl:message name="SetDataSoapOut">
    <wsdl:part name="parameters" element="tns:SetDataResponse" />
  </wsdl:message>
  <wsdl:message name="GetDataSoapIn">
    <wsdl:part name="parameters" element="tns:GetData" />
  </wsdl:message>
  <wsdl:message name="GetDataSoapOut">
    <wsdl:part name="parameters" element="tns:GetDataResponse" />
  </wsdl:message>
  <wsdl:message name="TransformDataSoapIn">
    <wsdl:part name="parameters" element="tns:TransformData" />
  </wsdl:message>
  <wsdl:message name="TransformDataSoapOut">
    <wsdl:part name="parameters" element="tns:TransformDataResponse" />
  </wsdl:message>
  <wsdl:portType name="CommunicateSoap">
    <wsdl:operation name="SetData">
      <wsdl:input message="tns:SetDataSoapIn" />
      <wsdl:output message="tns:SetDataSoapOut" />
    </wsdl:operation>
    <wsdl:operation name="GetData">
      <wsdl:input message="tns:GetDataSoapIn" />
      <wsdl:output message="tns:GetDataSoapOut" />
    </wsdl:operation>
    <wsdl:operation name="TransformData">
      <wsdl:input message="tns:TransformDataSoapIn" />
      <wsdl:output message="tns:TransformDataSoapOut" />
    </wsdl:operation>
  </wsdl:portType>
  <wsdl:binding name="CommunicateSoap" type="tns:CommunicateSoap">
    <soap:binding transport="http://schemas.xmlsoap.org/soap/http" />
    <wsdl:operation name="SetData">
      <soap:operation soapAction="http://www.szjt.gov.cn/SetData" style="document" />
      <wsdl:input>
        <soap:body use="literal" />
      </wsdl:input>
      <wsdl:output>
        <soap:body use="literal" />
      </wsdl:output>
    </wsdl:operation>
    <wsdl:operation name="GetData">
      <soap:operation soapAction="http://www.szjt.gov.cn/GetData" style="document" />
      <wsdl:input>
        <soap:body use="literal" />
      </wsdl:input>
      <wsdl:output>
        <soap:body use="literal" />
      </wsdl:output>
    </wsdl:operation>
    <wsdl:operation name="TransformData">
      <soap:operation soapAction="http://www.szjt.gov.cn/TransformData" style="document" />
      <wsdl:input>
        <soap:body use="literal" />
      </wsdl:input>
      <wsdl:output>
        <soap:body use="literal" />
      </wsdl:output>
    </wsdl:operation>
  </wsdl:binding>
  <wsdl:binding name="CommunicateSoap12" type="tns:CommunicateSoap">
    <soap12:binding transport="http://schemas.xmlsoap.org/soap/http" />
    <wsdl:operation name="SetData">
      <soap12:operation soapAction="http://www.szjt.gov.cn/SetData" style="document" />
      <wsdl:input>
        <soap12:body use="literal" />
      </wsdl:input>
      <wsdl:output>
        <soap12:body use="literal" />
      </wsdl:output>
    </wsdl:operation>
    <wsdl:operation name="GetData">
      <soap12:operation soapAction="http://www.szjt.gov.cn/GetData" style="document" />
      <wsdl:input>
        <soap12:body use="literal" />
      </wsdl:input>
      <wsdl:output>
        <soap12:body use="literal" />
      </wsdl:output>
    </wsdl:operation>
    <wsdl:operation name="TransformData">
      <soap12:operation soapAction="http://www.szjt.gov.cn/TransformData" style="document" />
      <wsdl:input>
        <soap12:body use="literal" />
      </wsdl:input>
      <wsdl:output>
        <soap12:body use="literal" />
      </wsdl:output>
    </wsdl:operation>
  </wsdl:binding>
  <wsdl:service name="Communicate">
    <wsdl:port name="CommunicateSoap" binding="tns:CommunicateSoap">
      <soap:address location="http://service.szjt.cn/Communicate.asmx" />
    </wsdl:port>
    <wsdl:port name="CommunicateSoap12" binding="tns:CommunicateSoap12">
      <soap12:address location="http://service.szjt.cn/Communicate.asmx" />
    </wsdl:port>
  </wsdl:service>
</wsdl:definitions>
【九】其它相关要求
一、项目进度要求
2015年10月底前完成苏州市交通运输局直属企事业单位现有业务系统的对接、整合工作，项目全部竣工验收合格期限为合同签订之日起9个月内。
二、成果提交：
具体按招标文件采购要求（包括但不限于：坐席日常操作手册、数据中心字典、数据规范、大屏展示解决方案、系统集成建设方案等）。所有中标单位负责开发的软件都需要按照建设单位的要求提供全套可编译源代码及其说明文档、测试报告。
三、成果的所有权
全部归建设单位所有。未经建设单位许可，其它任何人不得将成果全部或部分泄漏或提供给第三方。
四、项目保密要求
1、中标单位须在合同中进行责任约定；中标单位在工作期间必须遵守建设单位的相关保密制度；
2、项目成果最终所有权属建设单位，在项目完成时中标单位必须全部移交；
3、工作人员不得以任何形式将项目相关资料带出指定工作现场，不得以任何形式进行泄漏、传播。
4、中标单位须维护建设单位的基础资料及信息采集服务成果，不得转让给第三方重复使用。
五、其他说明：
1、投标文件中明确的项目组人员应该与投标文件一致，中标单位不得随意更换，如发现未经建设单位许可随意更换主要技术人员，按中标方违约处理。
2、中标单位人员进场，需持有身份证，职称证书复印件，经与投标文件核对无误，方能上岗工作，人员变动，需法定代表人签字或盖章，阐明变动原因，并需经建设单位同意。
3、建设单位对中标方人员每月不定期检查，如发现撤离到其他作业时，按中标方违约处理。
4、中标方应根据建设单位的服务要求，以及服务规范、规程等进行服务。
5、中标方应按期向建设单位提供符合质量要求的资料。
6、中标方自行承担合同实施期间其人员的人身安全、仪器设备的使用正常及其一切可能产生的后果。
六、售后服务及其他要求：
1. 按合同要求完成系统建设、部署、调试及培训需方人员操作；中标单位需严格按建设单位规定的时间完成项目的各项工作内容，如在实施的过程中出现错误，误差，需负责及时更正直至建设单位确认合格，中标单位在项目进行过程中产生的任何安全、损坏等责任事故一律由中标单位自行承担。
2．中标单位应按要求提供必备的技术资料（包括但不限于：坐席日常操作手册、数据中心字典、数据规范、大屏展示解决方案、系统集成建设方案等）；所有软件必须提供源代码及文档说明，提供必要的技术培训，协助建设单位完成其他需要中标单位配合的服务。向客户提供有效的技术支援工具。尽最大努力预防故障发生，使工作正常进行。
3．投标人须对其产品作出售后服务承诺，并应对其在本地的售后服务作出详细说明。
4.所提供的软件系统自验收完毕起1年内需负责系统平台免费升级维护，1年以后提供有偿的升级和维护、维修服务；投标单位需在投标文件中提供1年免费维护期结束后的系统维护费用的收取方案（必须说明维护费用的测算百分比）和方式。
5．提供7*24小时驻场运维服务，保证4名运维支持人员全天候驻场，且主要负责人需长期固定。投标单位供应商应以优良的服务态度，便利、快捷的方式在0.5小时内响应需方提出的维修服务要求，在2小时内赶到现场并排除故障，以确保用户正常工作。投标人应严格遵守服务合约，项目完成以后，如建设单位有需要中标单位配合的服务，中标单位必须予以配合，协助建设单位完善项目内容。
七、安全管理
1、系统的安全管理，是指为了保护系统硬件、软件和数据不致受到偶然的或蓄意破坏、修改和泄露而采取的技术和管理措施。安全管理既要保证系统用户和资源不被非法使用，又要保证系统本身不被未经授权的访问，针对本系统，乙方主要应采取以下安全措施：
（1）硬件安全使用措施：整个系统具有规范的电磁兼容防护，如电磁屏蔽、安全接地和静电防护等，对系统设备的使用必须进行规范的操作。
（2）软件安全管理措施：软件依附于硬件实体，对硬件的保护也就在物理上保护了软件，但从逻辑上软件也必须进行相应的保护，对于多级监控网络，可采取VLAN、防火墙、反病毒、密匙等技术进行逻辑网络隔离等。
（3）人员安全管理措施：对有关管理人员和操作人员的安全管理内容主要包括人事审查和录用、岗位和责任范围的确定、工作评价、人事档案管理、提升、奖惩、调动、免职和基础培训等。
八、维护管理
系统维护内容主要包括应用程序的维护、数据文件的维护、代码的维护、硬件设备的维护等。对于本系统而言，无论硬件还是软件的修改，往往牵一发动全身，因此必须通过一定的程序进行修改，流程如下：
（1）提出修改请求：系统操作人员或业务领导以书面形式向主管人员提出某项工作的修改要求。
（2）领导批准：系统主管人员进行一定调查后，根据系统和工作人员的情况，考虑这种修改是否必要和可行，做出是否修改、何时修改的答复。
（3）分配任务：系统主管人员若认为有必要进行修改，则向有关的维护人员下达任务，说明修改的内容、要求和期限。
（4）验收成果：系统主管人员对修改部分进行验收，验收通过后，将修改的部分嵌入系统，取代旧的部分。
（5）登记修改情况：登记所进行的修改，作为新的系统通报用户和操作人员，指明新的功能和修改的地方。
九、综合说明
1.投标单位必须明确提供所投项目的说明及服务内容。
2.投标单位必须承诺招标文件中提出的全部技术要求，如果以其中某些条款不响应时，应在文件中逐条列出，未列出的视同响应。
3.投标总价一次性报定，投标报价应包括系统项目管理、设计、软件系统建设、检测、试运行直到运行验收、利润、税金、培训、质保、技术支持、政策性文件规定及合同包含的所有风险、责任等各项应有费用，包括招标文件中要求的所有许可证、批复及执照等的获得，操作、维护及培训服务以及招标文件规定的其他项目和服务等方面都应包含在或合理地隐含在承包商的责任、义务和风险中。投标单位根据项目的实际要求自行配置方案并报价，最终需保证项目通过招标单位及项目相关验收部门的验收。
4.投标单位应有完成过相关工作的业绩，并提供近两年内的同类项目业绩表和承接项目合同复印件等证明资料。
5.如有投标产品为政府采购协议供货目录内的产品则必须报产品单价，且不得超过江苏省省级最新一期的政府采购协议供货价格（查询网址：http://www.zfcg.suzhou.gov.cn/szzfcg/xygh）。
6.凡涉及招标文件的补充说明和修改，均以苏州市政府采购网公示的补充通知为准。
第三章 投标人须知
一、说明和释义
1.1本招标文件仅适用于苏州市创杰招投标咨询服务有限公司组织的招标活动。
1.2本次招标活动及因本次招标产生的合同受中国法律制约和保护。
1.3本招标文件的解释权属于苏州市创杰招投标咨询服务有限公司。
1.4 词语释义
1.4.1招标代理机构：具体组织实施招标活动的法人。
1.4.2投标人：经认定有资格响应招标，参加投标竞争的法人或其他组织和自然人。
1.4.3响应：投标人根据招标代理机构或招标代理机构发布的招标文件，编制投标文件并按规定投标的行为。
1.4.4合同：采供双方根据招标文件和中标的投标文件及中标通知书规定的内容签署的以书面形式所达成的协议，包括所有的附件、附录和构成协议的所有文件。
1.4.5甲方（委托方）：合同中明确规定的实际购买货物和服务的法人或其他组织和自然人 。
1.4.6乙方（服务方）：合同中规定的向采购方提供货物和服务的法人或其他组织和自然人。
1.4.7货物：系指乙方按招标采购文件规定，应向甲方提供的一切产品及其它有关技术资料和材料。
1.4.8服务：本次招标服务为苏州市交通运输指挥中心指挥平台软件系统建设工作。
1.4.9项目：本次招标项目为苏州市交通运输指挥中心指挥平台软件系统建设。
1.4.10知识产权：指专利权、商标权、著作权等无形财产专有权的统称。
1.4.11天：日历日。
1.4.12交货地点：合同中明确约定的乙方提交的货物和服务最终交付地点。
1.4.13 合同价款：根据合同规定，乙方在正确地履行合同义务后甲方应支付乙方的价款。
1.4.14 不可抗力：不能预见、不能避免并且不能克服的客观情况。
1.4.15损失：本合同所指损失是指合同任何一方因对方不履行合同义务或履行不当而遭致的各种损害，包括直接和间接的一切损害，还包括守约一方为减轻损害或维护权利而需要支付的各种调查费用，车旅费用、律师费用等。
1.4.16进口产品：指通过中国海关报关验收进入中国境内且产自境外的产品，具体按照苏财政[2008] 14号江苏省财政厅转发财政部办公厅关于政府采购进口产品管理有关问题的通知的规定。本次招标不接受进口产品的投标。
1.4.17书面形式：指书面文字、合同书、信件和数据电文（包括电报、电传、传真、电子数据交换和电子邮件）等可以有形地表现所载内容的形式。
 
二、 投标人
2. 合格投标人的一般条件：
2.1具有独立承担民事责任能力；
2.2具有良好的商业信誉和健全的财务会计制度；
2.3具有履行合同所必需的设备和专业技术力量；
2.4有依法缴纳税收和社会保障资金的良好记录；
2.5近三年在经营活动中没有重大违法记录；
2.6购买招标文件，完全满足招标文件的实质性要求；
2.7合格投标人其他条件参照第一章投标邀请函之“三、投标人资质要求”；
3. 投标人代表：指全权代表投标方参加投标活动并签署投标文件的人。如果投标方代表不是法定代表人，须持有《法定代表人授权委托书》（详见统一格式）。
4. 投标费用
4.1无论投标过程中的做法和结果如何，投标人自行承担所有与参加投标有关的全部费用。
5.联合投标（本项目不接受联合投标）。
三、 招标文件的说明
6. 招标文件
招标文件由招标文件总目录所列内容组成。投标人应详细阅读招标文件的全部内容。不按招标文件的要求提供的投标文件和资料，可能导致投标被拒绝。
7. 招标文件的澄清
7.1投标人在收到招标文件后，若有问题需要澄清，应于收到招标文件后以书面形式（包括书面文字、电传、传真、电报等，下同）向招标代理机构提出，招标代理机构将以书面形式或投标答疑会的方式予以解答（包括对询问的解释，但不说明来源），答复所有获得招标文件的投标人。
7.2投标人的询问通知不得迟于前附表中规定时间前使招标代理机构收到，如有投标答疑会，应不得迟于投标答疑会前使招标代理机构收到。
8. 招标文件的修改
8.1在投标截止时间15日前，招标代理机构无论出于自己的考虑，还是出于对投标人提问的澄清，均可对招标文件用补充文件的方式进行修改。
8.2招标代理机构对招标文件的修改，将以书面、电报或传真的形式通知已购买招标文件的每一投标人。补充文件将作为招标文件的组成部分，对所有投标人有约束力。
8.3为使投标人有足够的时间按招标文件的修改要求考虑修正投标文件，或出于其他原因，招标代理机构有权推迟投标截止日期和开标日期，并将此变更通知上述每一投标人。
9. 投标答疑会
9.1投标人应派代表于前附表中所述时间和地点出席投标答疑会。
9.2勘察现场：
9.2.1根据自身投标需要，投标人可对有关现场和周围环境自行进行勘察，以获取编制投标文件和签署合同所需的信息。勘察现场所发生的费用由投标人自己承担。
9.2.2招标代理机构向投标人提供的有关现场的资料和数据，是招标代理机构现有的并认为能使投标人可利用的资料。招标代理机构对投标人由此而做出的推论、理解和结论概不负责。
9.3投标答疑包括招标采购人认为可以回答且不会引起投标人误解的相关问题和答复。由于投标答疑会而产生的对招标文件内容的修改，由招标采购单位按照本须知有关规定，以补充通知的方式发出，以苏州政府采购网（www.zfcg.suzhou.gov.cn）上公示的补充公告为准。
四、投标文件说明
10． 提示与要求
10.1投标人应仔细阅读招标文件的所有内容，按招标文件的要求提供投标文件，并保证所提供的全部资料的真实性，以使其投标对招标文件做出实质性响应，否则，其投标可能被拒绝。
10.2无论是否递交投标文件，投标人都应将招标文件及以后的所有通知、文件等视为保密文件。
11. 投标文件计量单位和使用文字
11.1投标文件中所使用的计量单位，除招标文件中有特殊要求外，均应使用中华人民共和国法定计量单位。
11.2投标文件应使用中文编制，投标文件中必须使用其他文字的，必须附有中文译本。对于未附有中文译本和中文译本不准确的投标文件可能引起的对投标人不利的后果，招标代理机构概不负责。
12. 投标文件的组成
12.1投标书一（报价部分）：
12.1.1投标函；（详见第四章投标文件格式）
12.1.2法定代表人授权委托书（如有授权）；（详见第四章投标文件格式）
12.1.3投标单位法定代表人身份证复印件和委托代理人身份证复印件（如有授权）；
12.1.4开标一览表（详见第四章投标文件格式，用于唱标）；
12.1.5投标报价分析表（详见第四章投标文件格式）；
12.1.6投标报价分析说明（费用明细分析，投标单位自行编制）；
12.1.7投标保证金缴纳凭证复印件；
12.2 投标书二（技术方案部分、资格证明文件）：
12.2.1技术方案部分：
12.2.1项目整体建设工作方案；
12.2.2参加本项目开发的负责人和技术人员情况、针对本项目的开发人员名单和经历等；
12.2.3针对本项目的合理化建议和深化优化设计；
（1）针对本项目特点提出自己的独特见解和工作思路；
（2）按照招标人提供的技术标准和要求给出优化方案，并提出足够详细的技术实现方案及说明；
（3）其他对业主有帮助的合理化建议。
（4）其它的深化优化设计。
12.2.4技术支持、人员培训和售后服务：投标人需书面作出针对本项目的技术支持、人员培训和售后服务承诺；
12.2.5针对本项目的质量保证保障承诺、项目安全责任承诺书；
12.2.6投标人认为需加以说明的其他资料；
12.2.7评标期间，各投标单位代表按现场抽签先后顺序介绍技术方案书，投标单位主要对日常监管系统、应急处置系统、视频监控系统、GIS系统综合图层等内容进行介绍，可通过原型或PPT进行现场演示，但演示环境需由投标人自己负责预先搭建，整个介绍时间不超过15分钟。技术方案书介绍完毕后，投标人代表需对评标小组的问题进行解答。
12.2.2资格证明文件：
12.2.2.1关于资格文件的声明函（详见第四章投标文件格式）；
12.2.2.2投标单位情况表（详见第四章投标文件格式）；
12.2.2.3投标单位《营业执照》副本复印件；
12.2.2.4投标单位《税务登记证》副本复印件（投标人若为企业法人需提供）；
12.2.2.5投标单位的符合招标报名资格的资质证明文件及其他资质文件复印件；
12.2.2.6投标单位的类似项目业绩证明资料；
12.2.2.7投标单位的资格、资信、资历等级证书等资质文件；
12.2.2.8投标单位情况表和投标单位的人员情况介绍（详见第四章投标文件格式）；
13.2.2.9其它有关资格证明文件（可选择性提供）：
12.2.2.9.1 有关政府管理部门出具的投标人为员工交纳社会养老保险金、失业保险金、医疗保险金的情况证明；
12.2.2.9.2 其他可以证明投标人资信、资质和货物、服务质量的证书、文件、推荐信等资料；
注：1.投标书二（技术方案部分、资格证明文件）中不得出现价格。
2.投标人按上述要求提交相关资料，正本中的复印件资料需加盖投标单位公章。投标人所提交的资格文件的完整与否，将直接影响投标人的评分。投标人必须保证全部投标资料的真实性，如有虚假或对招标文件所要求说明的情况故意隐瞒或虚报，视为不实质性响应招标文件，为无效投标。已中标的将取消中标资格，并按《中华人民共和国政府采购法》第七十七条“提供虚假材料谋取中标、成交”相关处理办法处理。
12.3 投标文件由12.1、12.2款规定的内容共同组成，全套投标文件应为投标书一（报价部分）一正四副、投标书二（技术方案部分、资格证明文件）一正四副。
   12.4投标单位在递交投标文件的同时还需向公证处公证员提供如下资料：（单独提供一份）
   12.4.1投标单位《营业执照》副本复印件；
   12.4.2授权委托书（如有授权）复印件；
   12.4.3投标单位法定代表人身份证复印件；
   12.4.4投标单位委托代理人身份证复印件（如有授权）。
   注：以上资料必须与投标文件中的内容完全一致。
13. 投标文件编制要求
13.1投标文件按上述12.1-12.2款统一格式、顺序编写，并在首页编制“投标文件目录”，注明页码。
13.2《开标一览表》为在开标仪式上唱标的内容，要求按格式填写，统一规范，不得自行增减内容。
14. 投标报价（编制）要求的说明
14.1 除非合同中另有规定，投标人对《投标报价分析表》的工作量和服务的报价应包括系统项目管理、设计、软件系统建设、检测、试运行直到运行验收、利润、税金、培训、质保、技术支持、政策性文件规定及合同包含的所有风险、责任等各项应有费用，包括招标文件中要求的所有许可证、批复及执照等的获得，操作、维护及培训服务以及招标文件规定的其他项目和服务等方面都应包含在或合理地隐含在承包商的责任、义务和风险中。投标报价为最终报价，除非因特殊原因并经合同双方协商同意，投标人不得再要求追加任何费用。同时，除非合同条款中另有规定，否则，投标单位所报价格在合同实施期间不因市场变化因素而变动。
14.2 投标人应按《投标报价分析表》中的全部服务内容的每一单项计算并填写单价和总价，并由企业法定代表人或委托代理人签署。
14.3 一项投标内容只允许一个报价，招标人不接受任何有选择性的投标报价。投标人应对招标文件内所要采购的全部内容进行报价，只投其中部分内容者，其标书将被拒绝。但如果招标文件要求分标段投标的，则投标人可以有选择地只投其中一个或几个标段，也可以投全部标段，但各标段应分别计算填写单价和总价。
14.4 投标文件报价采用人民币表示，除非合同的特殊条款另有规定。
14.5 最低的投标报价是中标的重要条件但不是唯一条件。
15. 投标保证金
15.1 投标人应向招标代理机构提交前附表中规定的投标保证金。
15.2投标保证金须在投标截止时间48小时前交至招标代理机构或汇至以下指定账户，逾期拒收。
投标保证金交纳账号：
账户名：苏州市创杰招投标咨询服务有限公司
     开户行：上海浦东发展银行苏州金阊支行
账　号：89060154800000140
注：汇款单上需注明投标单位名称、标号、金额
如为现金解款的，需在投标保证金交纳截止时间前将现金解款单原件交至招标代理机构并换取收据，否则视为未交纳投标保证金。
15.3未按上述要求提交投标保证金的投标单位，招标代理机构将拒绝接收其投标文件。
15.4未中标人的投标保证金，将在招标代理机构发出中标通知书后且收到原始收据和账户信息后5个工作日内予以退还（无息）。中标人的投标保证金将在招标单位与中标单位签订的合同生效后，由招标代理机构在收到合同、原始收据和账户信息后5个工作日内予以退还（无息）。
15.5发生下列情况之一，投标保证金将被没收：
15.5.1在投标有效期内，投标单位撤回其投标文件的；
15.5.2 中标人无正当理由不按本须知相关条款规定与采购人签订合同的；
15.5.3 中标方不按本须知相关条款规定缴付中标服务费的；
15.5.4 投标单位在投标过程中有违反有关法律法规的行为。
16. 投标文件的有效期
16.1自开标日起60天内，投标书应保持有效。有效期短于这个规定期限的投标文件，将被拒绝。
16.2在特殊情况下，招标代理机构可与投标人协商延长投标书的有效期。这种要求和答复都应以书面、传真、或电报的形式进行。同意延长有效期的投标人不能修改投标文件，按本须知第15条规定的投标保证金的有效期也相应延长。拒绝接受延期要求的投标人的投标将被拒绝，但投标保证金不会被没收。
17. 投标文件的份数和签署
17.1投标人应按本须知的规定，编制一份投标文件“正本”和前附表所述份数的“副本”，并明确标明“投标文件正本”和“投标文件副本”。投标文件正本和副本如有不一致之处，以正本为准。
17.2投标文件正本和副本均应使用不能擦去的黑色或蓝色墨水打印或书写，投标文件需要盖单位公章的地方必须盖公章，需要法定代表人（或委托代理人）盖章或签名的文件必须按要求盖章或签名。若未按上述要求签署的投标文件招标代理机构有权要求投标单位法定代表人或委托代理人按要求补签，拒绝补签的投标文件招标代理机构有权拒绝。
17.3全套投标文件应无涂改和行间插字，除非这些删改是根据招标代理机构指示进行的,或者是投标人造成的必须修改的错误，但修改处应由投标委托代理人签章。
五、投标文件的递交
18. 投标文件的密封及标记
18.1投标书一（报价部分）须单独装订单独密封，并加盖单位公章；投标书二（技术方案部分、资格证明文件）装订成册并密封。各密封袋的封皮上写明招标编号、招标单位名称、招标项目名称、投标人名称、报价部分、技术部分，若分标段的，需注明标段号，并注明“开标时启封”字样；在封口处应有投标人法定代表人或其委托代理人的签字或盖章及投标单位公章。
18.2如果投标人未按上述要求密封及加写标记，招标代理机构有权拒绝接受投标文件。
19. 投标截止时间
19.1投标文件必须在投标截止时间前派人送达到前附表规定的投标地点。
19.2招标代理机构推迟投标截止时间时，应以书面(或传真、电报)的形式，通知所有投标人。在这种情况下，招标代理机构和投标人的权利和义务将受到新的截止期的约束。
19.3在投标截止时间以后送达的投标文件，招标代理机构拒绝接收。
19.4在投标截止时间止招标代理机构收到的投标人递交的投标文件少于三份，招标代理机构有权宣布本次招标失败。
20. 投标文件的修改和撤回
20.1投标人在提交投标文件后可对其投标文件进行修改或撤销，但招标代理机构须在投标截止时间之前收到该修改的书面通知或在开标前收到该撤销的书面通知。投标人的原投标文件招标代理机构将不予退还。
20.2投标人修改投标文件的书面材料，须密封送达招标代理机构，同时应在封套上标明“修改投标文件(并注明招标编号)”和“开标时启封”字样。
20.3撤回投标应以书面的形式在投标截止时间前通知招标代理机构。该书面撤回通知应由投标人法定代表人、委托代理人签署并加盖投标人的印鉴。撤回投标的时间以书面撤回通知送达招标代理机构或邮电到达日戳为准。
20.4开标后投标人不得撤回投标，否则投标保证金将被没收。
六、 开标和评标
21. 开标
21.1招标代理机构按本须知规定的时间、地点主持公开开标。开标仪式由招标代理机构主持，采购人、投标人代表及有关方面代表参加。
21.2参加开标的投标人代表应携带本人身份证明签名报到，以证明其出席开标会议，并向公证员提交投标文件时出示投标保证金收据（原件）。未向公证员出示投标保证金收据（原件）的，招标代理机构有权拒绝接受投标文件。
21.3开标时由公证员查验投标文件密封标志情况并公证，确认无误后由招标工作人员当众拆封唱标。
21.4招标代理机构在开标仪式上，将公布投标人的名称、投标价格及其投标的修改、投标的撤回等，招标代理机构将作唱标记录。投标人代表应在唱标记录上签字确认。
21.5投标人未准时参加开标会议的视为自动放弃投标，其投标文件将不予评审。
22. 评标委员会或评标小组
22.1评标委员会或评标小组（以下简称评标委员会）成员由招标采购单位负责组织组建。
22.2评标委员会或评标小组负责具体的评标事务，并独立履行以下职责：
22.2.1审查投标文件是否符合招标文件的要求，并做出评价；
22.2.2可以要求投标人对投标文件有关事项做出解释或澄清；
22.2.3推荐中标候选人名单，或者受招标代理机构委托按照事先确定的办法直接确定中标人；
22.2.4向招标采购单位或者有关部门报告非法干预评标工作的行为。
22.3评标委员会成员应当履行下列义务：
22.3.1遵纪守法，客观、公正、廉洁地履行职责；
22.3.2按照招标文件规定的评标办法和评标标准进行评标，对评审意见承担个人责任；
22.3.3对评标过程和结果，以及投标人的商业秘密保密；
22.3.4参与评标报告的起草；
22.3.5配合财政部门的投诉处理工作；
22.3.6配合招标采购单位答复投标供应商提出的质疑。
23. 评标内容的保密
23.1公开开标后，直到宣布授予中标单位合同为止，凡属于审查、澄清、评价和比较投标的所有资料，有关授予合同的信息都不应向投标人或与评标无关的其他人泄露。
23.2在投标文件的审查、澄清、评价和比较以及授予合同的过程中，投标人对招标代理机构和评标委员会成员施加影响的任何行为，都将取消其中标资格。
23.3在评标期间，招标代理机构将通过指定联络人与投标人进行联系。
24. 对投标文件初审
24.1开标后，评标委员会将首先审查投标文件是否实质性响应招标文件的要求、内容是否完整、价格构成有无计算错误、文件签署是否齐全等，投标文件有下列情况之一者将被拒绝：
24.1.1投标文件未按照本须知规定签署和盖章；
24.1.2未按本须知规定提交资格文件或资质不合格；
24.1.3与招标文件有重大偏离；
24.1.4投标人拒绝修正错误；
24.1.5投标人的报价是选择性的；
24.1.6投标人的报价只投了部分内容；
24.1.7投标人的报价超财政预算；
24.1.8其他被评委会认定无效的情况。
24.2在详细评标之前，评委会将首先审查每份投标书是否实质响应了招标文件的要求。实质上响应的投标应该是与招标文件的全部条款、条件和规格相符，没有重大偏离或保留。所谓重大偏离或保留是指影响合同的货物和服务范围、质量和性能等；或者在实质上与招标文件不一致〔如货物和服务的质量、范围及服务的期限和服务的内容明显不能满足招标文件的要求〕，而且限制了合同中需方的权利或投标人的义务。这些偏离或保留将会对其他实质上响应要求的投标人的竞争地位产生不公正的影响。
24.3招标代理机构将允许修改投标中不构成重大偏离的微小的、非正规、不一致或不规则的地方，但这些修改不能影响任何投标人的名次相应排列。投标人不得对招标文件进行实质性修改，否则投标文件将被拒绝。
24.4评委会将对确定为实质上响应的投标进行审核，看其是否有计算上或累加上的算术错误，修正错误的原则如下：
24.4.1开标时，投标文件中开标一览表（报价表）内容与投标文件中明细内容不一致的，以开标一览表（报价表）为准；
   24.4.2投标文件的大写金额与小写金额不一致的，以大写金额为准；总价金额与按单价汇总金额不一致的，以单价金额计算结果为准；单价金额小数点有明显错位的，应以总价为准，并修改单价；对不同文字文本投标文件的解释发生异议的，以中文文本为准。
    24.4.3投标单位不同意以上修正，则其投标将被拒绝。
24.5招标代理机构对投标文件的判定，只依据投标内容本身，不依靠开标后的任何外来证明。
24.6招标代理机构将拒绝被确定为非实质性响应的投标，投标人不能通过修正或撤销不符之处而使其投标成为实质性响应的投标。
25. 投标的澄清
25.1为了有助于对投标文件进行审查、评估和比较，招标代理机构有权就投标文件中含混之处向投标人提出询问或澄清要求。投标人必须按照招标代理机构通知的时间、地点派技术和商务人员进行答疑和澄清。
25.2有关澄清的答复应采用书面形式，该书面答复应有投标人全权代表签署确认，并将作为投标内容的一部分。
25.3投标人对投标文件的澄清不得改变投标的价格（校核时发现的算术错误除外）及实质内容。
26．无效投标的具体情形有：
26．1 应交未交投标保证金的；
26．2未按照本须知规定密封、签署、盖章的；
26．3未按本须知规定提交资格证明文件；
26．4与招标文件有重大偏离；
26．5投标人拒绝修正错误；
26．6投标人的报价是选择性的；
26．7投标人的报价只响应了部分招标内容；
26．8 招标文件规定的其他认定无效的情况。
27.废标的具体情形有：
27.1符合专业条件的供应商或者对招标文件作实质响应的供应商不足三家的；
27.2出现影响采购公正的违法、违规行为的；
27.3投标人的报价均超过了采购预算，采购人不能支付的；
27.4因重大变故，采购任务取消的。
28. 投标文件的评价和比较
28.1评标委员会将仅对按照本须知有关规定确定为实质上响应招标文件要求的投标文件进行评价和比较。
28.2评价和比较采用综合评分法，即指在最大限度地满足招标文件实质性要求的前提下，按照本招标文件中规定的评标办法和评分标准及其他各项因素进行综合评审后，以评标总得分最高的投标人作为中标候选人或中标单位的评标方法。评标委员会严格按照招标文件的要求、条件、评分标准，对投标人所提供的综合服务计划的科学性、可行性、服务质量保证承诺等实质性响应内容进行比较评价，同时考虑以下因素：
28.2.1投标人对招标需求的理解程度；
28.2.2投标人方案的适用性、可行性及风险；
28.2.3投标人的技术水平；
28.2.4投标人提供的技术服务及售后服务承诺；
28.2.5项目工期进度；
28.2.6投标人履行合同的资格和能力；
28.2.7参与本项目政府采购工作的态度及信誉；
28.2.8最低的投标报价是中标的重要条件，但不是唯一条件。
28.2.9如投标人在参加政府采购活动中存在苏财购字（2013）3号文件中供应商诚信管理的第十九条所列的失信行为或第二十条所列的不良行为，将按照供应商诚信管理第二十六条规定，结合投标供应商的实时诚信记录情况评定供应商最终评标得分，即诚信记录分每减10分，给予总分值2%的扣分，扣分最多不超过6%。
28.3评标原则及方法
28.3.1公正、公平、公开、科学、择优。
28.3.2对所有投标文件的评审，均采用相同的程序和标准。
28.3.2.1评审开发方案的可行性、先进性、实用性以及风险等（含同类项目业绩，开发人员资质，实施本项目的资金能力、技术能力、履约能力和用户信誉等方面的从业表现等）。
28.3.2.2评审技术服务的承诺文件是否满足采购单位的要求。
28.3.2.3评委会根据评分标准（除报价）进行独立打分，公证员进行汇总并按算术平均方法计算出各投标单位的得分，报价得分根据评分标准直接计算取得，评委得分与报价得分之和最高者为中标侯选单位。
 
七、授予合同
29. 中标单位的确认
29.1评标委员会根据投标单位资格审查情况，对投标文件进行评价和比较，按照评标办法和标准进行评标，并按招标代理机构的委托向招标代理机构推荐中标候选单位。
29.2经评标委员会评审并确定中标单位后，招标代理机构将在规定的时间内将中标结果在政府采购管理部门指定媒体上予以公示。
29.3政府采购合同履行中，采购人需追加与合同标的相同的货物、工程或服务的，在不改变合同其他条款的前提下，可以与供应商协商签订补充合同，但所有补充合同的采购金额不得超过原合同采购金额的10%。
29.4评标委员会有权评定中标，同时也有权拒绝任何或所有投标者中标。同时，为维护国家利益，招标代理机构在授予合同之前仍有选择或拒绝任何或全部投标的权力，且无须向受影响的投标单位承担任何责任。
30.质疑处理
30.1根据《中华人民共和国政府采购法实施条例》对可以质疑的采购文件提出质疑的，可以在收到采购文件之日起七个工作日内以书面形式向采购人提出质疑。
30.2参加投标供应商认为采购过程和采购结果使自己的权益受到损害的，可以从中标公布之日起七个工作日内，以书面形式向招标采购人提出质疑（同时该质疑的原件须有投标单位法定代表人或参加投标的代理人签署，加盖投标单位公章，并须保证质疑的原件在中标公布之日起七个工作日内使招标采购人收到，否则不予受理）。非书面形式、七个工作日之外提交以及匿名的质疑将不予受理。
30.3供应商质疑办法具体详见《江苏省政府采购供应商监督管理暂行办法》。
30.4招标采购人将在收到投标供应商的书面质疑后七个工作日内作出答复，并以书面形式通知质疑供应商和其他有关供应商，但答复的内容不得涉及商业秘密。
30.5投标单位提出书面质疑必须有理、有据，不得恶意质疑或提交虚假质疑。否则，一经查实，招标采购人有权依据政府采购的有关规定，报请政府采购监管部门对该投标单位进行相应的行政处罚。
31. 合同授予标准
31.1招标代理机构将把合同授予其投标文件在实质上响应招标文件要求和按本须知规定评选出的投标单位。确定为中标的投标单位必须具有实施本合同的能力和资源。
32. 中标通知书
32.1确定出中标单位后在投标有效期截止前，招标代理机构将以书面形式通知中标的投标单位其投标被接受。在中标通知书中给出中标单位的中标标价、交货时间、质量标准和有关合同签订的日期和地点。
32.2中标通知书将成为合同的组成部分。
33. 合同的签订
33.1中标单位应按中标通知书中规定的时间和地点，由法定代表人或委托代理人与甲方代表签订合同。否则按放弃中标权处理。
33.2签订合同及合同条款应以招标文件和中标单位的投标文件及其澄清文件为依据。
34. 履约保证金
34.1中标的投标单位应在合同签订前按前附表的规定提交履约保证金。
34.2履约保证金（无息）将在中标人履行完合同后凭乙方的收款收据在七个工作日内退返乙方。
八、其他事项
35. 中标服务费
35.1中标单位须按前附表第15项的规定按其中标总金额计算并支付中标服务费，该费用应在领取中标通知书时付清。
35.2中标单位如果未按规定缴纳中标服务费，招标代理机构保留诉讼的权利。
36. 监督和公证
36.1政府有关监督部门将对招投标全过程进行监督。
36.2招标代理机构的招标过程将通过公证机关进行公证。
37. 未尽事宜
按《中华人民共和国政府采购法》及其他有关政府采购的法律法规的规定执行。
 
第四章 投标文件格式
说明：对本章所有的投标书格式 ，投标方可根据自身情况进行补充和修改，但补充和修改不得造成与本格式内容有实质性的违背。
 
附件1、（投标方）法定代表人授权委托书
 
法定代表人授权委托书
本授权委托书声明：我               （姓名）系               （投标单位名称）的法定代表人，现授权委托                （单位名称）的            （姓名）为我公司委托代理人，以本公司的名义参加苏州市创杰招投标咨询服务有限公司组织实施的编号 为          号的招标活动。委托代理人在报名、制作投标文件、开标、评标、合同谈判过程中所签署的一切文件和处理与这有关的一切事务，我均予以承认。
委托代理人在授权委托书有效期内签署的所有文件不因授权委托的撤销而失效，除非有撤销授权委托的书面通知，本授权委托书自签署之日起至合同履行完毕止有效。
委托代理人无转委托权。特此委托。
   
投标单位：（公章）
法定代表人：（签字或盖章）
委托代理人：（签字或盖章）
 
日期：     年    月     日
附件2、投标函
投标函
苏州市创杰招投标咨询服务有限公司：
我们收到贵公司               号招标文件，经仔细阅读和研究，我们决定参加投标。
1、我们愿意按照谈判采购文件的一切要求，履行招标文件所约定的一切相关职责。投标总报价为人民币               元（￥：              元），投标总报价应包括系统项目管理、设计、软件系统建设、检测、试运行直到运行验收、利润、税金、培训、质保、技术支持、政策性文件规定及合同包含的所有风险、责任等各项应有费用，包括招标文件中要求的所有许可证、批复及执照等的获得，操作、维护及培训服务以及招标文件规定的其他项目和服务等方面都应包含在或合理地隐含在承包商的责任、义务和风险中。我们保证中标后不会对中标价格提出任何异议，更不会以任何理由要求采购单位针对中标范围的价款要求额外补偿，不会以不了解招标文件、合同文件为由或曲解、片面理解招标文件、合同文件或割裂招标文件、合同文件，断章取义，向采购单位提出任何补偿要求。
2、如果我们的投标被接受，我们将严格履行招标文件中规定的每一项要求，按期、按质、按量履行合同义务。我方承诺，将拟任            （身份证号码：                     ）为本次建设项目的项目负责人，拟任               （身份证号码：                      ）为本次建设项目的技术负责人，共有             人参加本项目的服务工作。
3、如果我们的投标书被接受，我们将严格履行招标文件中规定的每一项要求，严格履行合同的责任和义务，保证按期、按质履行合同，完成本项目的系统建设的全部工作。
4、我们同意按招标文件中的规定，本投标书的有效期限为开标后60天。如果我们在开标后规定的投标有效期内撤回投标，我们的投标保证金可被贵方没收。
5、我们愿意提供招标文件中要求的所有资料，也同意向贵方提供贵方可能另外要求的与其投标有关的任何证据或资料。
6、我们认为你们有权决定中标者，还认为你们有权接受或拒绝所有的投标者。
7、我们愿意遵守招标公告及招标文件中所列的收费标准。
8、我们承诺该项投标在开标后的全过程中保持有效，不作任何更改和变动。我们同意中标后若不履行投标文件的内容要求和各项承诺及义务的即被视为违约，其中标资格将被取消。
9、我们同意中标方若无法按约定条款履行义务等行为，采购人有权取消我们的中标资格，并可就因我方未能履约而导致采购方损失的向我方进行索赔。
10、我们愿意按招标文件的规定交纳投标保证金；我们愿意按照贵公司招标文件的要求提供一正四副全部投标文件，并保证全部投标文件内容真实有效，若有虚假，我公司愿意承担与此相关的一切责任。
11、如果我们中标，我们愿意在合同签订前按招标文件的规定缴纳履约保证金，并按国家计委关于印发《招标代理服务收费管理暂行办法》的通知规定的收费标准支付中标服务费，逾期按中国人民银行公布的同期人民币贷款最高利率计付利息；
12、与本投标有关的通讯地址：
单位：                                 联系人：                  
地址：                                 邮政编码：                
联系电话：                             传真：                   
投标方：（单位盖章）
投标单位法定代表人或委托代理人：（签字或盖章）
年     月     日
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
附件3、开标一览表
开标一览表
（格式）
投标人（盖公章）：                      招标编号：             号
序号 项目名称 投标总报价（元） 项目建设期限 备  注
1 苏州市交通运输指挥中心指挥平台软件系统建设      
投标总报价（人民币大写）：                    ￥：
投标单位法定代表人或委托代理人：（签字或盖章）
 
日期：
说明：1、投标单位的投标总价不得超过财政预算，否则即为无效投标。本表中的报价为综合报价，投标总报价应包括系统项目管理、设计、软件系统建设、检测、试运行直到运行验收、利润、税金、培训、质保、技术支持、政策性文件规定及合同包含的所有风险、责任等各项应有费用，包括招标文件中要求的所有许可证、批复及执照等的获得，操作、维护及培训服务以及招标文件规定的其他项目和服务等方面都应包含在或合理地隐含在承包商的责任、义务和风险中。
 
附件4、投标报价分析表和投标报价分析说明（费用明细分析）（投标单位自行编制）
         项目投标报价分析表
招标编号：         号                         项目名称：
投标人名称（公章）：                     
序号 项目名称 单项总价
1    
2    
3    
投标综合总报价（人民币大写）：                      ￥：
投标单位法定代表人或委托代理人：（签字或盖章）
日期：
注：本表中的报价为对各分项的价格分析，投标综合报价应包括系统项目管理、设计、软件系统建设、检测、试运行直到运行验收、利润、税金、培训、质保、技术支持、政策性文件规定及合同包含的所有风险、责任等各项应有费用，包括招标文件中要求的所有许可证、批复及执照等的获得，操作、维护及培训服务以及招标文件规定的其他项目和服务等方面都应包含在或合理地隐含在承包商的责任、义务和风险中。本表投标综合总报价应跟开标一览表的投标总报价一致。投标单位可参照上述格式自制《投标报价分析表》投标，但应至少包括以上的条目内容。
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
附件5、投标人一般情况表等；
表1  投标人一般情况表
招标编号：         号                         项目名称：
投标人名称（公章）：                     
 
投标人全称  
主要业务  
营业执照编号   成立日期  
工程技术人员总人数   其中高级     人，中级    人， 初级职称     人
资产净值（万元）   注册资本（万元）  
行政负责人 姓名：            职务：            职称：
技术负责人 姓名：            职务：            职称：
联系方式 地址：            邮编：            电话：
传真：            E-mail：          联系人：
开户银行 户名：            开户行：          帐号：
组织机构框图（可附后）：
           
 
法定代表人或其委托代理人：（签字或盖章）                 日期：
注：1、各投标单位可参照上述格式自制《投标人一般情况表》投标。

表2  投入本项目的人员情况表
招标编号：         号                         项目名称：
投标人名称（公章）：                     
 
序号 姓名 年龄 学历 职称 专业工作年限 曾参与的类似项目
 		 拟在本合同段中担任
工作内容
               
               
               
               
               
               
               
               
               
               
               
               
               
               
               
               
 
法定代表人或其委托代理人：（签字或盖章）                 日期：
注：1、各投标单位可参照上述格式自制《投入本项目的人员情况表》投标。

 
 
 
 
 
 

表3  投入本项目的仪器设备及软件表
招标编号：         号                         项目名称：
投标人名称（公章）：                     
 
序号 仪器设备/软件名称 型号 数量 主要性能 自有、租赁或新购
           
           
           
           
           
           
           
           
           
           
           
           
           
           
           
           
           
           
 
法定代表人或其委托代理人：（签字或盖章）                 日期：
注：1、各投标单位可参照上述格式自制《投入本项目的仪器设备及软件表》投标。
 
附件6、针对本项目的质量保证和违约责任承诺
投标主要条款承诺表
投标单位（盖章）：                      招标编号：         号
项目 内容
1、工期 必须响应招标要求
2、付款步骤 必须响应招标要求
3、技术培训  
4、免费升级维护质保期限 不得低于招标要求
5、维保期结束后的维保费用  
6、维保期内维保内容     
7、维保期结束后的维保内容  
8、免费维保期结束后的维保单价(按维护费用的测算百分比报价)  
9、报修响应时间  
10、其他优惠措施  
 
法定代表人或委托代理人：（签字或盖章）                      日期：
注：各投标单位可参照上述格式自制《投标主要条款承诺表》投标
 
 
 
 
 
 
 
质量保证书
致：苏州建设（集团）有限责任公司（代建）
本保证书作为                                 （投标单位名称）参加苏州市创杰招投标咨询服务有限公司招标编号SZCJ2015-G-023号投标书的不可分割的一部分。如我单位有幸成为SZCJ2015-G-023号招投标活动的中标单位，特向贵方保证，所提供的服务符合招标文件技术、性能、质量要求的规定，保证项目质量符合招标要求，如有不符，由我单位承担全部责任（其他内容自述）。
 
     
单位名称（盖章）：
单位地址：
法定代表人或委托代理人（签字或盖章）：
日期：
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
附件7、资格证明文件（格式为参考，投标单位可参照下述格式自制表格投标，但至少应包括下述格式中的内容，没有参考格式的则可根据情况自行编制）
 
1.关于资格文件的声明函
 
 
 
关于资格文件的声明函
 
                                     ：
本公司愿就由贵公司组织实施的编号为              号的招标活动进行投标。本公司所提交的投标文件中所有关于投标资格的文件、证明和陈述均是真实的、准确的、有效的。我们承诺符合《中华人民共和国政府采购法》之第二十二条供应商参加政府采购活动应当具备的所有条件。若与真实情况不符，本公司愿意承担由此而产生的一切后果。
 
 
 
 
                        投标单位法定代表人或委托代理人：（签字或盖章）
        投标方：（公章）
         
日期：      年  月     日

2.投标单位情况表
投标单位基本情况表
投标单位：（公章）
投标单位   法定代表人 　
注册资本 　 注册时间 　
地址： 电话： 邮政编码： 传真：
　
从事同类项目工作年限   同类项目工作获奖情况 　
职工人数 总 人 数：                     高级工程师人数（例）：
  工程师人数（例）：
  主要负责人（例）：
主要技术人员（例）：
投标单位业绩情况（包括同类项目、取得的业绩成果等情况）：
 
 
 
           
           
近两年国内外主要用户的名称和地址：
用户名称和地址、邮编 产品名称
   
   
           
投标单位法定代表人或委托代理人：（签字或盖章）
日   期：
注：各投标单位可参照上述格式自制《投标单位基本情况表》参与投标。
 
3.投标单位银行账户信息表
投标单位银行账户信息表
投标单位：（公章）
招标编号：                    项目名称：
投标单位名称  
投标保证金金额  
退保证金银行名称  
退保证金银行行号  
退保证金帐号  
单位地址  
邮编  
收件人姓名 电话  
 
注：1）本表要在表头加盖投标人公章。
2）本表主要为退保证金使用，投标人提供的银行名称、行号、帐号应准确详细。开户银行名称应写清**省**市**区**行的具体内容。
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
4. 投标单位的人员情况介绍
投标单位的人员情况介绍表
（格式）
招标编号：         号                         项目名称：
投标人名称（公章）：                     
序号 姓名 性别 年龄 文化程度 技术职称 人事隶属关系 资格证书 本行业内工作年限 备  注
              类 别 编 号    
                     
　 　 　 　 　 　 　 　 　 　 　
　 　 　 　 　 　 　 　 　 　 　
　 　 　 　 　 　 　 　 　 　 　
　 　 　 　 　 　 　 　 　 　 　
　 　 　 　 　 　 　 　 　 　 　
　 　 　 　 　 　 　 　 　 　 　
　 　 　 　 　 　 　 　 　 　 　
投标单位法定代表人或委托代理人：（签字或盖章）     日期：
注：1.投标单位可参照上述格式自制《投标单位的人员情况介绍表》投标；
2.表中资格证明类别一栏按资格证书、岗位证书、培训证书填写；
 
 
 
 
 
5.开户银行资信证明
 
银行资信证明
 
    鉴于                     （单位名称）将于     年    月    日参加苏州市创杰招投标咨询服务有限公司组织实施的编号为                     号的招标活动，本银行提供以下证明：
                         （单位名称）在本银行开设基本结算账户，开户许可证号码为                  ，账户号码为                          ，开设此账号的时间为  年  月  日，开具本证明日该账户的余额为           元。
本银行对本证明的真实性承担责任。
 
银行名称（盖章）
法定代表人（签字或盖章）
银行地址：
邮政编码：
联系电话：
日期：     年    月    日
 
 
6.类似项目业绩一览表
类似项目业绩一览表
招标编号：         号                         项目名称：
投标人名称（公章）：                     
序号 项目名称 合同期 项目内容 合同金额（万元） 备注
1          
2          
3          
4          
5          
           
           
           
投标人法定代表人或委托代理人：（签字或盖章）    
日期：
注：各投标单位可参照上述格式自制《类似项目业绩一览表》投标。
 
 
 
 
7.银行履约保函 （中标单位提供，参考格式）
 
 
银行履约保函
 
  鉴于                                    （中标单位）于    年   月   日参加                                           （招标方）组织实施的招标编号为                      号招标活动，                （下称“本银行”）在此愿意为                            （中标单位）对第           号合同的履行承担人民币__________元的履约保证责任。
    一、如果中标单位未能忠实地履行合同文件规定的义务，本银行在收到招标方的书面通知后的三天内，本银行将不争辩、无条件地立即向招标方支付上述数额的金额，并且不需要招标方申述和证实他的要求。
    二、上述承付的金额是净数，不得扣除现在或将来应付的任何税款、费用或任何性质的由任何人加予的保留款。
    三、本保函的规定是我们银行无条件的不可撤销的直接义务。合同条件的修改，以及招标方所允许的时间改变或任何让步，除非在合同条款中有规定免除银行责任外，都不能解除我们银行在这方面的义务。
    四、本保函自签署之日起生效，在合同条款规定的交货验收期满后90天内一直有效，但如果在此期间内存在合同争端并且未能解决，则本保函的有效期将延长到上述争端最终解决为止，除非经招标方的同意提前截止。
 
 
    银行名称：（盖章）
    法定代表人或委托代理人：（签字或盖章）
    银行地址：
    邮政编码：
    电话：
 
日期：        年  月  日
 
 
 
 
 
 

第五章 合同主要条款

合同编号：
委托方（采购人）：                                （以下简称甲方）
服务方（中标单位）：                                （以下简称乙方）    
     
根据苏州市创杰招投标咨询服务有限公司招标编号为SZCJ2015-G-023号的招标文件及乙方的投标文件和中标通知书，甲乙双方就苏州市交通运输指挥中心指挥平台软件系统建设事宜协商一致，签订本合同。 
一、合同内容
1、乙方负责完成本次招标范围：苏州市交通运输指挥中心指挥平台软件系统建设建设项目。
2、下列文件为本合同不可分割部分：
      ①中标通知书；
      ②招标文件及其图纸资料、补充文件（如有）；
      ③乙方中标的投标文件；
      ④乙方在招投标过程中所作的其它承诺、声明、书面澄清等。
3、项目范围及技术规范
 按招标文件要求。

二、项目建设期限：2015年10月底前完成苏州市交通运输局直属企事业单位现有业务系统的对接、整合工作，项目全部竣工验收合格期限为合同签订之日起9个月内。

三、成果提交：
具体按招标文件要求（包括但不限于：坐席日常操作手册、数据中心字典、数据规范、大屏展示解决方案、系统集成建设方案等）。所有乙方负责开发的软件都需要按照甲方的要求提供全套可编译源代码及其说明文档、测试报告。

四、审查与验收
    1、在项目建设过程中，乙方有责任根据建设的内容和进度，提交各阶段的成果（或过程性材料）给甲方审查、检验或测试。若甲方指出存在的问题和修改意见，乙方应根据甲方意见并经双方充分讨论达成一致，对相应的提交成果（或过程性材料）进行修改，直到得到甲方的同意。
    2、在项目建设取得阶段性成果或全部完成后，应按阶段进行验收。提交成果的验收，包括项目阶段验收和项目最终验收，应按招标文件中项目约定的要求和/或验收标准（详见《苏州市交通系统应用软件技术规范》），以甲方组织项目评估审查的方式进行。
    3、如果验收认为项目服务提交成果未达到合同规定的要求或不符合甲乙双方讨论并达成一致的修改意见，双方应在共同分析原因，采取相应措施，修改消除缺陷后，再进行第二次验收。
    4、若第二次验收仍未通过，如系乙方责任，乙方应赔偿甲方遭受的直接损失，并采取相应措施消除缺陷，进行第三次验收，直至合格，所发生费用由乙方承担。如系甲方责任，乙方也应采取相应措施，努力消除缺陷通过验收，所发生费用由甲方承担。
    5、甲方在不影响本合同项目进度的前提下，应及时审查、检验或测试乙方提交的各阶段的提交成果（或过程性材料），并提出意见。甲方应及时组织提交成果的验收，如乙方提交成果符合要求并通过验收，甲方应及时向乙方签发验收文件。
    6、验收范围：依据苏州市交通运输指挥中心指挥平台软件系统建设的甲方招标文件、乙方中标的投标文件，以及项目建设实施的实际情况（增加、变更）的内容，均属于项目验收的范围。
    7、验收准备：
    （1）甲方应组织技术部门和最终用户参与到项目验收过程，技术部门协同用户方应审查验收申请和验收资料，最终用户提出系统上线运行后的各项功能是否满足需求，提供用户使用报告或使用意见。
    （2）乙方提交项目验收申请和资料，验收材料包括项目合同规定的各种文档及实施过程中产生的技术文档资料及开发总结报告，技术文档包括流程控制程序、新代码开发规范等等。并按照规范装订成册。
    （3）监理方负责审查项目文档的完整性和规范性，对不满足要求的资料提出监理意见，并要求乙方在规定时间内整改完善；整理监理过程文档，对项目监理过程出具监理工作总结报告。

五、成果的所有权

  全部归甲方所有。未经甲方许可，其它任何人不得将成果全部或部分泄漏或提供给第三方。

六、价格与支付
    1．合同总价包括系统项目管理、设计、软件系统建设、检测、试运行直到运行验收、利润、税金、培训、质保、技术支持、政策性文件规定及合同包含的所有风险、责任等各项应有费用，包括招标文件中要求的所有许可证、批复及执照等的获得，操作、维护及培训服务以及招标文件规定的其他项目和服务等方面都应包含在或合理地隐含在承包商的责任、义务和风险中。
2．付款步骤：
合同签订生效后，待乙方完成苏州市交通运输局直属企事业单位现有业务系统的对接、整合工作后，甲方支付合同总金额的30%；项目竣工验收合格后，甲方再次支付合同总金额的60%；质保一年后，甲方付清余款。甲方付款时，乙方需提供如下A、B资料。
A、正式的发票
B、由甲乙双方及招标代理机构签章的《苏州市政府采购合同履行验收报告》
3．付款方式：银行汇票或转帐支票。
4.税费
（1）政府部门根据现行税法向甲方征收的与履行本合同有关的一切税费由甲方支付。
（2）政府部门根据现行税法向乙方征收的与履行本合同有关的一切税费由乙方支付。
5.甲方支付此项费用外不再承担其它任何费用。
6.若遇国家或地方政府政策性调整，双方另行协商。
7. 本项目实行项目代建管理方式，本合同的采购人为项目代建人。中标单位与采购人形成合同关系的同时，应积极配合委托建设单位（苏州市交通运输局）的项目实施工作。中标单位以“苏州市交通运输局”为抬头开具发票，由代建人代付相关款项。

七、售后服务及其他要求： 按照招标文件的要求和乙方的承诺。

八、安全管理
1、系统的安全管理，是指为了保护系统硬件、软件和数据不致受到偶然的或蓄意破坏、修改和泄露而采取的技术和管理措施。安全管理既要保证系统用户和资源不被非法使用，又要保证系统本身不被未经授权的访问，针对本系统，乙方主要应采取以下安全措施：
（1）硬件安全使用措施：整个系统具有规范的电磁兼容防护，如电磁屏蔽、安全接地和静电防护等，对系统设备的使用必须进行规范的操作。
（2）软件安全管理措施：软件依附于硬件实体，对硬件的保护也就在物理上保护了软件，但从逻辑上软件也必须进行相应的保护，对于多级监控网络，可采取VLAN、防火墙、反病毒、密匙等技术进行逻辑网络隔离等。
（3）人员安全管理措施：对有关管理人员和操作人员的安全管理内容主要包括人事审查和录用、岗位和责任范围的确定、工作评价、人事档案管理、提升、奖惩、调动、免职和基础培训等。

九、维护管理
1、系统维护内容主要包括应用程序的维护、数据文件的维护、代码的维护、硬件设备的维护等。对于本系统而言，无论硬件还是软件的修改，往往牵一发动全身，因此必须通过一定的程序进行修改，流程如下：
（1）提出修改请求：系统操作人员或业务领导以书面形式向主管人员提出某项工作的修改要求。
（2）领导批准：系统主管人员进行一定调查后，根据系统和工作人员的情况，考虑这种修改是否必要和可行，做出是否修改、何时修改的答复。
（3）分配任务：系统主管人员若认为有必要进行修改，则向有关的维护人员下达任务，说明修改的内容、要求和期限。
（4）验收成果：系统主管人员对修改部分进行验收，验收通过后，将修改的部分嵌入系统，取代旧的部分。
（5）登记修改情况：登记所进行的修改，作为新的系统通报用户和操作人员，指明新的功能和修改的地方。

十、项目变更
当本项目需要变更时，由委托方、服务方联合签发项目变更联系单。

十一、 竣工结算
本项目验收达到约定条件后，乙方应在30天内提供项目竣工结算资料。甲方在收到完整结算资料后15个工作日内，提供审核意见并报有关部门审核。

十二、双方的责任及义务
1、甲方的责任与义务
1.1 按照合同规定拨付项目费用。
  1.2 提供技术要求及规范。
  1.3 审定乙方技术方案及履行合同情况。
  1.4 对乙方承担的项目进行监理和质量验收。
1.5 维护乙方服务成果，组织专家验收评审。
1.6 协助处理与各权属单位关系及政府有关职能部门的关系，以便于服务工作的顺利进行。
2、 甲方违约责任
2.1甲方未按合同的约定支付项目款给乙方或未给乙方提供合同约定的必要工作条件而造成停窝工时，甲方应付给乙方停窝工费（按合同约定的平均工日产值计算），同时工期顺延。
2.2在项目过程中，因甲方更改已确定的技术要求或设计方案引起工作量的增加，给乙方造成窝工、人工及材料的损失，应承担补偿责任，同时工期顺延。
3、 乙方的责任与义务
3.1 乙方应自己负责实施合同期间其工作人员的食宿、通讯、差旅、交通、水电、资料收集以及用工器具的搬迁等一切费用。
3.2 乙方须维护甲方的基础资料及成果，不得转让给第三方重复使用。
3.3 乙方在被授予合同后不得转包，如发现分包或转包，按乙方违约处理。
3.4乙方投标文件中明确的项目组人员、设备与进场作业人员、设备应该一致，乙方不得随意更换，如发现未经甲方许可随意更换主要技术人员及设备，按乙方违约处理。
3.5 乙方人员进场，需持有身份证，职称证书复印件，经与标书核对无误，方能上岗工作，人员变动，需法定代表人签字，阐明变动原因，并需经甲方同意。
3.6 甲方对乙方人员每月不定期检查，如发现撤离到其他工地作业时，按乙方违约处理。
3.7乙方应根据甲方的要求，以及规范、规程等进行项目的实施。
3.8乙方应按期向甲方提供符合质量要求的文件和图纸资料。
3.9验收费用包含在合同总价之内。
3.10乙方自行承担合同实施期间其人员的人身安全、仪器设备的使用正常及其一切可能产生的后果。
4、 乙方违约责任
4.1乙方需保证施工区设备、人员的数量和工作进度，对因未能保证而导致工期延误的，每拖延一天将扣除1%项目款，拖延时间超过5天的，甲方有权解除合同，并要求乙方赔偿合同总金额15%的误工等损失；
4.2乙方未派任投标文件中提供的主要技术人员进场作业，或主要技术人员相关职称证书及其主持承办的重大项目相关证明为假的，从而造成服务质量无法保证的情况，甲方有权终止合同，乙方必须按照已完成项目部分总价的200%偿付甲方损失。
4.3乙方必须保证进场作业人员、进场设备不低于招标文件的要求；其中项目经理及主要技术负责人不得更换（甲方经事实证明其无法胜任所在职务，可要求更换）；其他技术人员必须保证80%不更换；前述条款，如有违反，甲方有权终止合同，同时乙方应按项目合同总价的10%偿付甲方损失。
4.4由于乙方原因，未按合同时间提供成果文件和图纸资料时，每逾期一天，乙方应按项目总额的 0.1%偿付给甲方逾期违约金。
4.5由于乙方原因，造成项目报废或重大损失的，乙方应按该合同费用总额的200%偿付甲方的损失，并承担相应的法律责任。
4.6中标人在被授予合同后不得分包或转包，如发现转包，甲方有权终止合同，乙方必须按照已完成项目部分总价的200%偿付甲方损失。

十三、履约保证金
1．乙方应在本合同签订前，按招标文件的约定提交中标总金额10%的履约保证金，履约保证金的有效期应不低于合同建设期限。
2．如果乙方未能履行合同规定的任何义务，甲方有权从履约保证金中取得补偿。
3．履约保证金（无息）将在乙方履行完合同义务后，甲方七天内退回。
4.如乙方对系统建设缺陷不予更正，甲方有权另请其他单位更正，所发生的费用在合同履约保证金中扣除，履约保证金不足支付的，在合同总价款中扣除。

十四、索赔
1．在本合同规定的检验期和质量保证期内，如果乙方对甲方提出的索赔或差异有责任，则乙方应按甲方同意的方式解决索赔事宜；
2．如果在甲方发出索赔通知后七天内，乙方未能答复，上述索赔应视为已被乙方接受。若乙方未在甲方提出索赔通知后七天内或甲方同意的更长时间内，按照合同规定的任何一种方法解决索赔事宜，甲方将从未付款或乙方提交的履约保证金中扣回索赔金额，如果这些金额不足以补偿索赔金额，甲方有权向乙方提出对不足部分的补偿。

十五、项目保密要求
1、乙方须在合同中进行责任约定；乙方在工作期间必须遵守甲方的相关保密制度；
2、项目成果最终所有权属甲方，在项目完成时乙方必须全部移交；
3、乙方工作人员不得以任何形式将项目相关资料带出指定工作现场，不得以任何形式进行泄漏、传播。
4、乙方须维护甲方的基础资料及信息采集服务成果，不得转让给第三方重复使用。
    5、本合同及合同涉及的其他资料、信息属保密性质，归甲方所有，未经甲方同意，乙方不得向第三方泄露。

十六、知识产权
对不属于乙方且受知识产权保护的产品、资料、信息不得用于其他目的。本项目最终成果知识产权归甲方所有，同时乙方应保证甲方使用其提供的产品不会产生知识产权侵权等问题，否则，责任一律由乙方承担。

十七、不可抗力
1.签约双方任一方由于受诸如战争、严重火灾、洪水、台风、地震等不可抗力事故的影响而不能执行合同时，履行合同的期限应予以延长，延长的期限应相当于事故所影响的时间。不可抗力事故系指买卖双方在缔结合同时所不能预见的，并且它的发生及其后果是无法避免和无法克服的事故。
2.受阻一方应在不可抗力事故发生后尽快用电报、传真或电传通知对方，并于事故发生后7天内将有关当局出具的证明文件用特快专递或挂号信寄给对方审阅确认。一旦不可抗力事故的影响持续30天以上，双方应通过友好协商在合理的时间内达成进一步履行合同的协议。
3.若排名第一的中标候选人因不可抗力提出不能履行合同或因未能按招标要求提供项目的货物或服务的，则招标单位有权取消其中标资格，重新招标或者将确定排名第二的中标候选人为中标单位，排名第二的中标候选人因同样原因不能签订合同的，招标代理机构将确定排名第三的中标候选人为中标单位，以此类推。
十八、合同的解除、转让、修改、补充

（一）合同的解除
1.甲方和乙方协商一致，并经招标代理机构同意后，可以解除合同；
2.有下列情形之一，合同一方可以解除合同：
2.1 因不可抗力致使不能实现合同目的，未受不可抗力影响的一方有权解除合同；
2.2 因合同一方违约导致合同不能履行，另一方有权解除合同；
3.有权解除合同的一方，应当在违约事实或不可抗力发生之后三十天内书面通知对方以主张解除合同，合同在书面通知到达对方时解除。

（二）合同的转让
合同的部分和全部都不得转让。

（三）合同修改、补充
合同的修改、补充应事先经双方同意，并签字、盖章确认，作为补充合同。签字、盖章并备案后立即生效。若补充合同与前合同发生冲突，以最新的补充合同为准。

十九、争议解决
 甲乙双方若发生争议，应在采购人的主持下进行调解；调解不成，任何一方可以向合同履约所在地人民法院提请诉讼或申请仲裁。

二十、仲裁
1.在执行本合同中若发生争议，双方首先应通过友好协商解决。经协商在7天内不能达成协议时，应提交由项目执行地仲裁机构根据其仲裁程序和暂行规则进行仲裁。
2.仲裁裁决应为最终决定，并对双方具有约束力。
3.除另有裁决外，仲裁费应由败诉方负担。
4.在仲裁期间，除正在进行仲裁部分外，合同其它部分继续执行。

二十一、沟通方式
双方可以以书面、口头或电子邮件的方式进行沟通，重要事件的沟通应以书面的方式进行。有当事人签字或单位盖章的原件为正式文件，具有法律效力。其他沟通记录在双方均认同的情况下可作为正式文件使用。

二十二、合同语言
合同书写应用简体中文。双方所有的来往函电以及与合同有关的文件均应以简体中文书写。

二十三、附则
1.合同份数：本合同一式八份，甲方四份，乙方二份、政府采购管理机构及招标代理机构各执一份。
2.未尽事宜：合同在执行过程中出现的未尽事宜，双方在不违背本合同和招标文件的原则下协商解决，协商结果以书面形式盖章记录在案，作为本合同的附件，与本合同具有同等效力，但需向招标代理机构和政府采购管理部门提交一份备存。
3.本合同如与合同一般条款有冲突，以合同一般条款要求为准。

二十四、合同的生效
本合同在招标代理机构加盖骑缝章，甲乙双方签字盖章后生效，生效合同需政府采购管理部门备案鉴证。
 
甲方(签章)：                               乙方（签章）：
法定代表人                                 法定代表人
或其                                     或其
委托代理人                                 委托代理人
 
年   月   日                             年   月   日
 
政府采购管理部门备案：

第六章 评标办法与评分标准

一、评标方法：
1、本次招标评标采用综合评分法，即在响应招标文件实质性要求前提下，按照招标文件中规定的评分标准和各项因素进行综合评审后，以评标总得分最高的投标单位作为中标单位。
2、评标委员会各成员独立对每个进入打分程序的有效投标单位的投标文件技术和资质部分以打分的形式进行评审和评价。
3、如出现评标总得分最高的投标单位有两个或两个以上的，以投标报价较低者优先作为中标候选人，如果投标报价也相同的，则由公证机构组织以抽签方式确定中标单位。

二、评分标准：
本次招标的评标方法采用综合评估方法，并以评分方法进行评估，总分为100分，评审因素及各比重如下：价格分值占总分值的比重为20%（权重），技术方案与服务、质量及其它80分。
（一）投标报价部分：最高为20分
第一步：投标总报价低于或等于财政预算价格的，为有效投标报价。超财政预算的投标报价为无效投标报价。无效投标报价的投标文件不得中标。
第二步：价格分采用低价优先法计算，即满足招标文件要求且投标价格最低的投标报价为评标基准价，其价格分为满分。其他投标人的价格分统一按照下列公式计算（计算结果四舍五入保留两位小数）：
投标报价得分=（评标基准价/投标报价）*价格权值*100，小数点后保留两位。（价格权值为20%）

（二）技术方案：最高为54分（投标单位技术方案总得分低于本项总分50%的视为未实质性响应招标文件要求，为无效投标。）
1.项目整体建设工作方案，最高为32分
（1）项目整体建设工作方案的完善性、科学性、可靠性比较，最高为6分
（2）对坐席操作要求的响应程度，最高为3分
（3）对功能要求的响应程度，最高为8分
（4）对系统支撑要求的响应程度，最高为6分
（5）对系统集成要求及其它方面要求的响应程度，最高为5分
（6）参加本项目开发的负责人和技术人员情况（包括项目负责人以及其他参与本项目人员的资质、业绩以及人员的数量等情况），最高为4分。
2.针对本项目的建设方案的现场讲解及答辩，最高为15分
评标期间，各投标单位代表按现场抽签先后顺序介绍技术方案书，投标单位主要对日常监管系统、应急处置系统、视频监控系统、GIS系统综合图层等内容进行介绍，可通过原型或PPT进行现场演示，但演示环境需由投标人自己负责预先搭建，整个介绍时间不超过15分钟。技术方案书介绍完毕后，投标人代表需对评标小组的问题进行解答。
（1）投标人对本项目的理解程度，评委根据投标人对本项目实施说明及对专家提问的答复情况等方面综合评定，最高为8分；
（2）针对本项目的合理化建议，最高为3分；
（3）针对本项目各子系统功能规划清晰程度及各子系统划分的合理性、描述的完整性等，最高为4分。
3.项目进度计划及试运行、竣工验收方案，最高为3分
4.项目培训方案(对采购方人员的培训以及技术支持情况)，最高为2分
5.针对本项目的质量保证保障承诺、项目安全责任承诺， 最高为2分

（三）售后服务：最高为8分
1.项目免费保修期限至少为一年，满足要求的基础上每增加1年得1分，最高为2分
2.免费维保期间的服务内容、服务方案和承诺情况比较（包括维保的内容、服务响应时间、培训和技术指导、服务保证承诺等），最高为3分
3.免费维保期结束后的服务内容和服务方案和承诺情况比较（包括维护成本、维护的技术力量、服务响应时间、培训和技术指导、服务保证承诺等），最高为3分     
   
（四）公司评价 ：最高为9分
1. 投标单位的综合实力和资信情况，包括公司经营状况、技术实力、资信情况等，最高为3分
2. 投标单位具备CMMI3级或以上等级证书、有效的质量管理体系认证证书的，每具备一项得1分，最高为2分
3. 投标单位技术方面证书情况，最高为4分
（1）投标单位具有智能交通数据服务平台软件著作权登记证书的，得2分；
（2）投标单位具有智能交通信息化应用平台软件著作权登记证书的，得2分；
（提供国家版权局颁发的软件著作权复印件并加盖公章）

（五）投标单位类似项目业绩经验：最高为7分
2013年至今有交通信息化项目建设经验，单个项目合同金额在1000万元或以上的，每个得1.5分；单个项目合同金额在500万元或以上的，每个得1分，最高为7分
投标文件中提供项目合同、竣工验收报告（或用户评价证明）资料复印件加盖公章，原件带至开标现场审查，无原件不得分,同时需提供用户单位名称、联系人、电话，资料提供不全的不得分。

（六）投标单位提供的其他附加优惠条件：最高为2分　投标单位提供的招标要求以外的、评标小组认可的其他实质性优惠条款。
注：
1、付款步骤、完工期限如有负偏离的不得中标。
2、针对评分标准中评分的每一条，投标人均应提供相关资料并作出相应说明供评委评判，不提供相关资料的视为不具备该项得分的条件，资料须编好目录及页码。
3、所有要求的原件资料（无原件可用公证件代替），须与投标文件同时递交，不需密封（同时递交加盖投标单位公章的原件资料清单目录一式两份）。
（全文完）

本文来源：http://www.guakaob.com/jisuanjileikaoshi/4062.html

    上一篇：软件销售合同

    下一篇：甘肃省独立学院名单—2015甘肃省独立学院排行榜

    【苏州交通运输指挥平台招标公告】相关推荐

    热门标签

    HOT
    苏州 招标公告 交通运输

    热门推荐

    HOT

    最新推荐

    NEW