密云区政务服务局综合接件平台、数据汇聚库技术服务中标结果
密云区政务服务局综合接件平台、数据汇聚库技术服务中标结果
项目名称:密云区政务服务局综合接件平台、数据汇聚库项目技术服务合同
项目名称: [密云区政务服务局综合接件平台、数据汇聚库项目]
委托方(甲方): [ 北京市密云区政务服务管理局 ]
受托方(乙方): 中国电信集团系统集成有限责任公司
签订时间: [2020年 月 ]
签订地点: [ 北京 ]
中华人民共和国科学技术部印制
填写说明
一、本合同为中华人民共和国科学技术部印制的技术服务合同示范文本，各技术合同登记机构可推介技术合同当事人参照使用。
二、本合同适用于一方当事人（受托方）以技术知识为另一方（委托方）解决特定技术问题所订立的合同。
三、签约一方为多个当事人的，可按各自在合同关系中的作用等，在“委托方”、“受托方”项下（增页）分别排列为共同委托人或共同受托人。
四、本合同未尽事项，可由当事人附页另行约定补充协议，并作为本合同的组成部分。
五、当事人使用本合同时约定无需填写的条款，应在该条款处注明“无”等字样。
六、如有必要，可另行签订保密协议。
[密云区政务服务局综合接件平台、数据汇聚库项目]技术服务合同
委托方（甲方）：[ 北京市密云区政务服务管理局]
地址：[北京市密云区新东路285号 ]
法定代表人/负责人：[ 彭兴宝 ]
项目联系人：[ 金泽成 ]
联系方式：[ 186*****866 ]
通讯地址：[ 北京市密云区新东路285号]
电 话：[******** ] 传 真：[\ ]
电子邮箱：[ ********@qq.com ]
受托方（乙方）：中国电信集团系统集成有限责任公司
地址：[北京市海淀区复兴路33号13层东塔13层1308室 ]
法定代表人/负责人：[ 陈忠岳 ]
项目联系人：[ 杨富斌 ]
联系方式：[ 133*****939 ]
通讯地址：[北京市密云区银河花园36号楼三层中国电信 ]
电 话：[******** ] 传 真：[ \ ]
电子邮箱：[ yangfb.bj@chinatelecom.cn]
本合同甲方委托乙方就[密云区政务服务局综合接件平台、数据汇聚库]项目（“项目”）进行专项技术服务，并支付相应的技术服务报酬。双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下合同，并由双方共同恪守。
第一条技术服务内容
1.1技术服务的目标：[密云区政务服务“一平台，一总线”建设按照层级贯通、体系完备、支撑有力的总体要求，从层级架构、内容架构和支撑架构等多维度统筹规划建设区政务服务体系，纵向上联市政务服务平台，下接密云区、镇街政务大厅。实现线上、线下政务服务事项办理，依托于政务服务审批平台事项全程网办，“办好一件事”主题事项接件审批，“好差评”评价体系完善。]。
1.2技术服务的内容：[1、制定区级政务服务资源开放标准；2、建立区级接件/出件平台、“办好一件事”平台、对接“好差评”系统完成市级考核；3、完成现有各系统平台的对接，实现数据进行收集、汇总、分析]。
第二条技术服务时间和地点
2.1技术服务地点：[甲方现场]。
2.2技术服务期限：[合同签订之日起至终验满4年止]。
第三条甲方提供的工作条件和协作事项
3.1提供技术资料：[《政务服务事项办件数据汇聚技术要求》、北京市“好差评”系统对接规范、电子证照对接规范、电子印章对接规范、“办好一件事”事项办件规范、区级审批系统对接规范]。
3.2提供工作条件：[技术人员现场办公地点、网络环境]。
3.3其他配合协作事项：[1、成立相应的项目工作推进小组，明确每个业务域的对接人；2、实施方案确认、需求调研、功能确认、业务确认、标准规范确认；3、正式发文，正式发布项目实施方案，明确项目建设内容、工作要求及第三方的工作职责；4、协调北京市相关系统负责人进行平台对接；5、负责组织培训会；6、关键节点，下发工作通知、规范及制度；7、组织召开专题会议，推进项目工作；8、组织召开定期会议，协调推进小组相关干系人就本项目进度、成果、需要协调讨论的事宜、下阶段的主要任务等内容定期讨论、成果物审定及验收]。
3.4甲方提供上述技术资料、工作条件和配合协作事项的时间及方式：[相关标准规范需10月30日前提供，其它工作根据项目推进情况配合开展]。
第四条合同费用
4.1本合同费用总额（含税价）：大写人民币[ 捌拾玖万陆仟玖佰伍拾柒 ]元，￥[ 896957 ]；其中价款为大写人民币[ 捌拾肆万陆仟壹佰捌拾伍元捌角伍分 ]元，￥[ 846185.85 ]，增值税款为大写人民币[ 伍万零柒佰柒拾壹元壹角伍分 ]元，￥[ 50771.15 ]。
4.2 合同总费用由甲方向乙方支付，具体支付方式和时间如下：
分期支付
甲方分期向乙方支付本合同费用：[ (1)验收合格后，凭验收报告和发票，按政府采购程序，由北京市密云区政府服务管理局支付合同价款50%，即448478.5元。（甲方财政拨付到位后再进行支付）。
（2）验收合格后，试运行3个月，凭试运行报告和发票，按政府采购程序，由北京市密云区政务服务管理局支付合同价款50%，即 448478.5 元。同时，中标投标人向采购人交纳全部合同价款1%的质量保证金，即8969.57元。质保期为验收合格后一年，质保期满后，经采购人确认无任何质量问题，无息退还质量保证金。 ]。
4.3甲乙双方银行账户信息和纳税人信息
甲方信息如下：
开户行：[ 中国建设银行北京密云支行 ]
银行地址：[ 北京市密云区新中街85号 ]
户名：[ 北京市密云区政务服务管理局 ]
统一社会信用代码：[****************1R ]
地址：[ 北京市密云区新东路285号 ]
电话：[ ***-******** ]
乙方信息如下：
开户行：[ 中国光大银行北京新源支行 ]
银行地址：[ 北京市朝阳区新源西里中街12号 ]
户名：[ 中国电信集团系统集成有限责任公司 ]
地址：[北京市海淀区复兴路33号13层东塔13层1308室]
电话：[ ***-******** ]
第五条保密
5.1本合同一方(“披露方”)对其向本合同另一方(“接受方”)按照本合同(或就本合同)提供/披露的各类技术和商业资料、规格说明、图纸、文件及专有技术(统称“保密资料”)享有合法所有权及/或其他权利。
5.2接受方应将保密资料作为商业秘密予以保护。除本合同授权实施的行为外，接受方不得将保密资料部分地或全部地对外披露。接受方仅可为本合同目的向其确有知悉必要的雇员披露对方提供的保密资料，但同时须指示其雇员遵守本条规定的保密及不披露义务。
5.3接受方仅得为履行本合同之目的对保密资料进行复制。接受方应当在合同终止或解除时将保密资料原件全部返还披露方，并销毁所有复制件。接受方应当妥善保管保密资料，并对保密资料在接受方期间发生的被盗、泄露或其他有损保密资料保密性的事件承担全部责任，因此造成披露方损失的，接受方应负责赔偿。
5.4当出现下述情况时，本条对保密资料的限制不适用。当保密资料：
（1）并非接受方的过错而已经进入公有领域的。
（2）已通过该方的有关记录证明是由接受方独立开发的。
（3）由接受方从没有违反对披露方的保密义务的人合法取得的。或
（4）法律要求接受方披露的，但接受方应在合理的时间提前书面通知披露方，使其得以采取其认为必要的保护措施。
5.5本保密条款有效期为本合同生效之日起[ 五 ]年。
5.6本条约定不适用于各方向其关联公司提供或披露保密资料的情形。
第六条 本合同的变更必须由双方协商一致，并以书面形式确定。但有下列情形之一的，一方可以向另一方提出变更合同权利与义务的书面请求，另一方应当在收到书面请求后[ 30 ]个工作日内予以答复；逾期未予答复的，视为同意：
[ \] 。
第七条 未经甲方书面同意，乙方不得将本合同项目部分或全部服务工作转由第三人承担。
第八条验收
8.1乙方完成技术服务工作的形式：[1、提供全程实施团队；2、系统功能满足附件一、附件二]。
8.2技术服务工作成果的验收标准：[系统功能满足附件一、附件二]。
8.3技术服务工作成果的验收方法：[双方共同验收]。
8.4验收的时间和地点：[11月25日上线后启动初验，初验后进入试运行期，试运行期满3个月进行终验。验收地点：按照甲方要求]。
第九条侵权处理
9.1如本合同以外的第三人指控乙方为甲方提供服务的过程中和/或其为甲方提供的服务成果侵犯该方的专利或著作权, 乙方将自费就上述指控自行和/或与甲方共同辩护，并支付法院和行政执法机关最终裁定的或经乙方同意的和解中包括的一切费用、损害赔偿金和合理的律师费用，前提条件是甲方:
（1）就指控立即书面通知乙方。
（2）容许乙方在辩护及任何有关的和解谈判中具有控制权，并配合乙方工作。
在甲方满足上述条件的前提下，乙方就侵权指控将对甲方承担本条约定的上述义务。
9.2对因下列任何一项所引起的指控，无论本合同是否有其他约定，乙方均不承担责任：
（1）甲方提供的被并入服务成果之中的任何东西，或乙方遵照甲方或代表甲方的第三方所提供的任何设计、规格或关于实施方法的指示而提供的任何东西。
（2）甲方修改服务成果。
（3）甲方将服务成果与非由乙方提供的任何产品、数据、装置或商业方法一起结合、操作或使用，或为甲方以外的第三方的利益发行、操作或使用服务成果。
第十条 违约责任
10.1双方确定，任何一方未履行或未完全履行本合同项下的义务，均构成违约。违约方应当赔偿因违约给对方造成的一切损失。
10.2甲方未能按照本合同约定支付相关费用的，每逾期[ 1 ]日，甲方应当按照合同总费用[ 0.1 ]%向乙方支付违约金。甲方逾期付费累计达[ 30 ]日的，乙方有权终止本合同并不承担任何责任，并要求甲方承担乙方因追讨欠费支出的各项费用（包括但不限于律师费、诉讼费、保全费、财产保全担保费等）。
10.3乙方未能按本合同约定按期提供技术服务的，每逾期[ 1 ]日，乙方应当按照合同总费用的[ 0.1 ]%向甲方支付违约金。如违约金数额累计达到合同总费用的[ 50 ]%时，甲方有权终止本合同。
10.4 无论本合同其他条款是否有任何相反的约定，乙方在本合同项下应承担的责任不超过乙方最近[ 12 ]个月已经收取费用总额的[ 100 ]%；乙方对因本合同项下行为而导致的甲方或用户可得利益损失、商业信誉损失、数据丢失或损坏以及间接损失或后果性经济损失等其他损失不承担责任。甲方数据属甲方所有，甲方应负责数据备份，乙方对甲方数据的丢失或损坏不承担责任。
10.5甲方承诺遵守国家相关法律法规，不进行危害网络安全的活动，若乙方发现甲方有危害网络安全的事项等活动，乙方有权停止技术支持，并解除本合同不负违约责任，本合同项下所有款项不予退还。
10.6本合同履行过程中，如甲方发生以下任一情形的，乙方有权视情节严重程度采取中止或终止履行合同、解除合同等措施并不承担违约责任。如该情形导致第三方向乙方提出法律或行政程序，甲方应负责解决。如该情形给乙方造成损失的，甲方应全额赔偿：
10.6.1被行政机关纳入“严重违法失信”名单；
10.6.2被人民法院纳入“失信被执行人”名单；
10.6.3被乙方（含乙方上级单位）纳入违规失信合作商名单；
10.6.4如存在网络和信息安全违法、违规行为的,包括但不限于因网络和信息安全问题承担刑事责任或受到行政处罚，被列入各级公安机关的涉通讯信息诈骗违法犯罪高危自然人或法人名单、电信业务经营不良名单、失信名单等;
10.6.5其他相关法律法规规定或有权机关认定的违法失信情形，以及可能导致合同履行风险或侵害乙方合法权益或声誉的违规失信情形。
第十一条 双方确定，在本合同有效期内，甲方指定[ 金泽成 ]为甲方项目联系人，乙方指定[杨富斌 ]为乙方项目联系人。
一方变更项目联系人的，应当及时以书面形式通知另一方。未及时通知并影响本合同履行或造成损失的，应承担相应的责任。
第十二条 双方确定，出现下列情形之一，致使本合同的履行成为不必要或不可能的，可以解除本合同：
12.1发生不可抗力。
12.2[ \ ]。
第十三条 法律适用和争议解决
13.1本合同适用中华人民共和国法律。
13.2所有因本合同引起的或与本合同有关的任何争议将通过双方友好协商解决。如果双方不能通过友好协商解决争议，则任何一方均可采取下述第（2 ）种争议解决方式：
（1）将该争议提交[ 北京 ]仲裁委员会，按照申请仲裁时该会的仲裁规则进行仲裁。仲裁在[ 北京 ]进行。仲裁语言为中文。仲裁裁决是终局的，对双方均有约束力。仲裁费用由败诉方承担。
（2）向[ 合同签署地]有管辖权的人民法院起诉。
13.3仲裁或诉讼进行过程中，双方将继续履行本合同未涉仲裁或诉讼的其它部分。
第十四条双方确定，本合同及相关附件中所涉及的有关名词和技术术语，其定义和解释如下：
14.1“不可抗力”：地震、台风、水灾、火灾、战争以及其它本合同各方不能预见，并且对其发生和后果不能防止或不能避免且不可克服的客观情况。
14.2 [\ ]。
第十五条合同生效和其他
15.1本合同自双方签字盖章之日起生效。
15.2本合同一式[ 肆 ]份，甲乙双方各执[ 贰 ]份，具有同等法律效力。
15.3如果本合同的任何条款在任何时候变成不合法、无效或不可强制执行而不从根本上影响本合同的效力时，本合同的其他条款不受影响。
15.4本合同各条标题仅为提示之用，应以条文内容确定各方的权利义务。
15.5未得到对方的书面许可，一方均不得以广告或在公共场合使用或摹仿对方的商业名称、商标、图案、服务标志、符号、代码、型号或缩写，任何一方均不得声称对对方的商业名称、商标、图案、服务标志、符号、代码、型号或缩写拥有所有权。
15.6本合同的任何内容不应被视为或解释为双方之间具有合资、合伙关系。
15.7本合同替代此前双方所有关于本合同事项的口头或书面的纪要、备忘录、合同和协议等法律文件。
15.8甲乙双方因履行本合同或与本合同有关的一切通知都必须按照本合同中的地址，以书面信函或者传真或者电子邮件方式进行。其中：
15.8.1除本合同另有约定外，有关下述任一事项的通知，均应当采用书面信函形式作出，否则，该通知无效，不产生本合同项下的任何通知效力：
（1）与本合同费用及支付事宜有关的通知；
（2）与本合同违约事宜有关的通知；
（3）与本合同终止、解除或变更事宜有关的通知；
（4）与本合同延续/续展有关的通知；
（5）[ ]。
15.8.2本合同约定的各种通知方式的送达标准如下：
（1）如采用书面信函形式，应当使用挂号信或者具有良好信誉的特快专递送达，接受方签收挂号信或特快专递的时间（以邮局或快递公司系统记录为准）为通知送达时间；
（2）如采用传真方式，传真到达接受方指定传真系统的时间为通知送达时间；
（3）如采用电子邮件方式，电子邮件到达接受方指定电子邮箱的时间为通知送达时间。
如果因接受方原因（包括但不限于接受方拒收书面信函、接受方传真机关闭或故障、接受方电子邮箱地址不存在或者邮箱已满或者设置拒收等）导致通知发送失败，视为通知已经送达（发送方侧载明的书面信函寄出时间或者传真发送时间或者电子邮件发送时间视为通知送达时间）。
15.8.3本合同双方通知地址及方式如下：
甲方：[ 北京市密云区政务服务管理局 ]
地址：[ 北京市密云区新东路285号 ]
联系人：[ 金泽成 ]
电话：[ ********]
传真：[ \]
邮编：[ 101500]
电子邮件：[ ********@qq.com ]
乙方：中国电信集团系统集成有限责任公司
地址：[ 北京市海淀区复兴路33号13层东塔13层1308室 ]
联系人：[ 杨富斌 ]
电话：[ 133*****939]
传真：[ \]
邮编：[ 101500]
电子邮件：[ yangfb.bj@chinatelecom.cn ]
上述任何信息发生变更的，变更方应及时以书面形式通知另一方，未及时通知并影响本合同履行或造成损失的，应承担相应的责任。
15.9附件为本合同不可分割的部分。若附件与合同正文有任何冲突，以合同正文为准。
本合同附件为：
附件一、附件二
补充附页
经友好协商，对本合同条款补充、修改如下，本补充附页为合同正文的一部分，与合同正文冲突时，以本补充附页为准：[无]
甲方：[ 北京市密云区政务服务管理局 ]
法定代表人/负责人
或授权代表：
[ ]年[ ]月[ ]日
乙方：中国电信集团系统集成有限责任公司
法定代表人/负责人
或授权代表：
[ ]年[ ]月[ ]日
印花税票粘贴处：
（以下由技术合同登记机构填写）
合同登记编号：
1．申请登记人：
2．登记材料：(1)
(2)
(3)
3．合同类型：
4．合同交易额：
5．技术交易额：
技术合同登记机构（印章）
经办人：
年 月 日
附件一：
密云区政务服务局综合接件平台、数据汇聚库项目技术服务方案目录
********">密云区政务服务局综合接件平台、数据汇聚库项目技术服务方案 11
********">第1章总体概述 15
********">1.1 项目概述 15
********">1.2 系统总体结构 15
********">1.3 系统建设周期 15
2.1.2 建设区级“办好一件事”接件受理平台需求分析 19
2.1.3 对接“好差评”实体评价器及网上评价功能需求分析 19
4.4.2 同建设方确定项目实施具体事宜及制定项目总体计划 43
密云区政务服务局综合接件平台、数据汇聚库项目建设功能清单 52
第1章 总体概述
1.1项目概述
为深入推进全区“放管服”改革，加快推进政务服务“一网通办”，切实解决群众办事堵点问题，深入贯彻落实中央及北京市关于“一网通办”的政策要求，向企业和群众提供更便捷、更精准、更优化的服务。根据国务院办公厅《关于印发进一步深化“互联网+政务服务”推进政务服务“一网、一门、一次”《改革实施方案的通知》（国办发〔2018〕45号）精神和市委、市政府关于深化“互联网+政务服务”的工作部署，按照市政府办公厅《关于印发<北京市推进政务服务“一网通办”工作实施方案>的通知》（京政办发〔2018〕26号）要求，加快落实《2020年北京市推进“一网通办”工作方案》和《北京市一体化在线政务服务平台数据共享服务管理暂行办法》的工作要求，加快推进密云区政务服务“一网通办”工作进度，优化服务流程，创新服务方式，推进数据共享，推行公开透明，持续改善营商环境，为市场主体添活力，为人民群众增便利。
密云区已不断推进本区“一网通办”在编制网上办事清单、优化网上办事流程、规范网上办事标准、搭建全区统一的互联网政务服务总门户、深化政务服务资源整合共享、健全完善网上办事配套措施和加大”互联网+政务服务”系统集成等相关方面的任务和目标。
密云区政务服务局综合接件平台、数据汇聚库项目，为密云区“互联网+政务服务”、“一网通办”、“一窗、一门、一次”的总入口；平台项目建设将整合政务服务、公共服务和社会服务，打造“互联网+政务服务”体系，推动密云区政务服务“一次登录、全网通办”，大幅提高政务服务便捷性；以企业和群众办事“只进一扇门”为目标，大力推行政务服务集中办理，实现“多门”变“一门”，促进政务服务线上线下集成融合，不断提升政府服务效能，实现资源和信息的整合，切实实现便民、惠民、利民的目标。
密云区政务服务局综合接件平台、数据汇聚库项目在利旧原则下，进行统筹建设，统一管理，通过统一建设统一用户身份支撑服务、区级事项管理支撑服务、数据汇聚支撑服务平台、平台基础支撑服务等能力，对接市级服务平台，实现北京市对全程网办，应上尽上的任务要求，并持续优化密云区政务服务业务流程，精简办事环节，对公众、企业的服务实现多端融合 ，提升用户体验。
1.2系统总体结构
密云区政务服务“一平台，一总线”建设按照层级贯通、体系完备、支撑有力的总体要求，从层级架构、内容架构和支撑架构等多维度统筹规划建设区政务服务体系，纵向上联市政务服务平台，下接密云区、镇街政务大厅。实现线上、线下政务服务事项办理，依托于政务服务审批平台事项全程网办，“办好一件事”主题事项接件审批，“好差评”评价体系完善。
1.3系统建设周期
项目试运行时间为2020年11月25日。
1.4系统交付地点
甲方指定地点。
1.5服务内容
1、安全防范：项目建设及维护期间，建设方应保障系统的安全问题，做好防范机制及管理工作。
2、免费维护期：“一平台，一总线”验收完成后，免费维护周期为两年或多于两年。
3、有偿维护期：每年收取维护费用不高于项目建设总款的5%。
4、维护期的具体工作 ：按采购方运行实际需求做好平台和数据库的运维工作，确保维护期间网络安全，指定专人负责维护期间故障响应工作，保证24小时可以联系沟通，处理故障问题。一般性故障处理应在2小时内得到解决，大故障问题1小时内应及时回应并做好处理方案，2个工作日内解决。负责沟通乙方配合甲方使用体验优化平台功能。
1.6建设依据及标准
1.6.1主要依据
1 《国务院关于在线政务服务的若干规定》（中华人民共和国国务院令 第716号）
2 《国务院办公厅关于切实做好各地区各部门政务服务平台与国家政务服务平台对接工作的通知》（国办函〔2018〕59号）
3 《国务院关于加快推进全国一体化在线政务服务平台建设的指导意见》（国发〔2018〕27号）
4 《国务院办公厅关于印发全国深化“放管服”改革转变政府职能电视电话会议重点任务分工方案的通知》（国办发〔2018〕79号）
5 《国务院办公厅关于印发进一步深化“互联网+政务服务”推进政务服务“一网、一门、一次”改革实施方案的通知》（国办发〔2018〕45号）
6 《国务院办公厅关于加强政府网站域名管理的通知》（国办函〔2018〕55号）
7 《中共中央办公厅、国务院办公厅印发<关于深入推进审批服务便民化的指导意见>》（厅字〔2018〕22号）
8 中共中央办公厅 国务院办公厅印发《国家电子政务总体方案》（厅字〔2017〕7号）
9 《国家发展改革委办公厅关于在办理相关业务中使用统一社会信用代码的通知》（发改办财金〔2018〕277号）
10 《国务院办公厅关于印发政府网站发展指引的通知》（国办发〔2017〕47号）
11 《国务院办公厅关于印发政务信息系统整合共享实施方案的通知》（国办发〔2017〕39号）
12 《国务院办公厅关于印发“互联网+政务服务”技术体系建设指南的通知》（国办函〔2016〕108号）
13 《国务院关于加快推进“互联网+政务服务”工作的指导意见》（国发〔2016〕55号）
14 《国家电子政务工程建设项目管理暂行办法》（发改委55号令）
15 《关于印发<北京市推进政务服务“一网通办”工作实施方案>的通知》（京政办发〔2018〕26号）
16 《2020年北京市推进“一网通办”工作方案》
17 《北京市一体化在线政务服务平台数据共享服务管理暂行办法》
1.6.2技术标准
1 《GB/T 36901-2018 电子证照 总体技术架构》
2 《GB/T 36902-2018 电子证照 目录信息规范》
3 《GB/T 36903-2018 电子证照 元数据规范》
4 《GB/T 36904-2018 电子证照 标识规范》
5 《GB/T 36905-2018 电子证照 文件技术要求》
6 《GB/T 36906-2018 电子证照 共享服务接口规范》
7 《GB/T 33190-2016 电子文件存储与交换格式 版式文档》
8 《GB/T 30850.1-2014 电子政务标准化指南 第1部分：总则》
9 《GB/T 30850.2-2014 电子政务标准化指南 第2部分：工程管理》
10 《GB/T 30850.3-2014 电子政务标准化指南 第3部分：网络建设》
11 《GB/T 30850.4-2017 电子政务标准化指南 第4部分：信息共享》
12 《GB/T 30850.5-2014 电子政务标准化指南 第5部分：支撑技术》
13 《GB/T 21062.1-2007 政务信息资源交换体系》
14 《GB/T 21063.1-2007 政务信息资源目录体系》
15 《GB/T 36644-2018 信息安全技术 数字签名应用安全证明获取方法》
16 《GB/T 20518-2018 信息安全技术 公钥基础设施 数字证书格式》
17 《GB/T 25056-2018 信息安全技术 证书认证系统密码及其相关安全技术规范》
18 《GB/T 22239-2008 信息安全技术 信息安全等级保护基本要求》
19 《GB/T 20984-2007 信息安全技术 信息安全风险评估规范》
20 《GB/T 22240-2008 信息安全技术 信息系统安全等级保护定级指南》
21 《GM/T 0054-2008 信息安全技术 信息系统密码应用基本要求》
22 《GB62/T 2916.1-2018 政务服务“一窗办一网办简化办马上办”工作规范 第1部分 总则》
23 《GB62/T 2916.2-2018 政务服务“一窗办一网办简化办马上办”工作规范 第2部分 一窗受理 集成服务》
24 《GS T4-2006-基于XML的数据交换格式设计指南》
25 ISO/IEC 27001信息安全管理体系标准
26 ISO/IEC 13335信息安全管理标准
1.6.3国家政务服务平台标准规范
1. 《C0101 国家政务服务平台总体框架》
2. 《C0102 国家政务服务平台政务服务门户建设要求》
3. 《C0103 国家政务服务平台政务服务移动端建设要求》
4. 《C0104 国家政务服务平台政务服务移动端界面视觉要求》
5. 《C0105 国家政务服务平台一体化移动应用支撑平台运维保障要求》
6. 《C0106 国家政务服务平台服务能力评估指标体系建设要求》
7. 《C0107 国家政务服务平台指标数据采集技术（接口）要求》
8. 《C0108 国家政务服务平台业务协同建设要求）》
9. 《C0109.1 国家政务服务平台政务服务事项基本目录及实施清单 第1部分：编码要求》
10. 《C0109.2 国家政务服务平台政务服务事项基本目录及实施清单 第2部分：要素要求》
11. 《C0110 国家政务服务平台统一身份认证系统接入要求》
12. 《C0111 国家政务服务平台统一身份认证系统身份认证技术要求》
13. 《C0112 国家政务服务平台统一身份认证系统信任传递要求》
14. 《C0113 国家政务服务平台统一信任服务平台接口要求》
15. 《C0114 国家政务服务平台可信身份等级定级要求》
16. 《C0115 国家政务服务平台安全接入检测要求》
17. 《C0116 国家政务服务平台网络安全保障要求》
18. 《C0117 全国一体化在线政务服务平台应急保障要求》
19. 《C0118 国家政务服务平台统一电子印章 总体技术架构》
20. 《C0119 国家政务服务平台统一电子印章 签章技术要求》
21. 《C0120 国家政务服务平台统一电子印章 印章技术要求》
22. 《C0121 国家政务服务平台统一电子印章 接入测试方法》
23. 《C0122 国家政务服务平台统一电子印章 系统接口要求》
24. 《C0123 国家政务服务平台证照类型代码及目录信息》
25. 《C0124 国家政务服务平台电子证照跨区域共享服务接入要求》
26. 《C0125 国家政务服务平台信息资源共享开放要求》
27. 《C0126.1 国家政务服务平台数据交换与共享接口 第1部分：数据交换要求》
28. 《C0126.2 国家政务服务平台数据交换与共享接口 第2部分：共享接口要求》
29. 《C0127 国家政务服务平台政务服务大数据分析模型指南》
30. 《C0128 国家政务服务平台政务服务数据服务接口要求》
31. 《C0129 国家政务服务平台政务服务数据编码要求》
32. 《C0130 国家政务服务平台政务服务数据整合要求》
33. 《C0131 国家政务服务平台统一身份认证隐私保护要求》
34. 《C0132 国家政务服务平台运维保障系统接入要求》
35. 《C0134 国家政务服务平台_电子证照_出生医学证明》
36. 《C0135 国家政务服务平台_电子证照_营业执照》
37. 《C0136 国家政务服务平台_电子证照_烟草专卖零售许可证》
38. 《C0137 国家政务服务平台_电子证照_烟草专卖批发企业许可证》
39. 《C0138 国家政务服务平台_电子证照_烟草专卖生产企业许可证》
40. 《C0139 国家政务服务平台_电子证照_烟草专卖品准运证》
41. 《C0140 国家政务服务平台_电子证照_取水许可证》
42. 《C0142 国家政务服务平台_电子证照_结婚证》
43. 《C0143 国家政务服务平台_电子证照_离婚证》
44. 其他国家一体化在线政务服务平台建设相关技术要求和工程标准
第2章 总体需求分析
2.1综窗接件平台新建需求分析
2.1.1新建区级接件平台，满足接件所有流程需求
建设区级综合窗口接件平台，实现接件全流程环节办理、我的办件、办件跟踪、统一发证、统计查询、业务咨询、办件数据汇聚和“二次录入”联通、辅助办理等功能，满足接件流程需求。出证环节对接EMS快递系统。统一接件平台主要支撑区级大厅的“统一收件、分类审批、统一出件”的运行机制，将承担区级事项的接件、出证、数据留痕等功能。承担网上申报渠道的申报数据获取，进行预审，同时将预审结果信息返回给网上系统。
统一接件平台主要由：咨询、事项管理、接件、草稿、补齐补正、签收、出件、通知书、在线支付、检索功能、统计分析、办件超期提醒以及其他模块等功能组成。（详细功能描述见第3章）
2.1.2建设区级“办好一件事”接件受理平台需求分析
“办好一件事”系统是按照国务院“办好一件事”和北京市“主题事项”的要求而开发的一套审批服务系统。针对场景化的办事进行流程合并和优化，根据不同场景支持主题事项的并联审批和非并联审批，满足场景化办事需求。“办好一件事”接件受理平台应基于综窗平台功能基础上，实现主题式、引导式办理。对涉及的多个单一事项进行整合，推行多表合一、联合审批、统一反馈等集成服务，对接市级办好一件事主题事项办事指南，实现“上一网、交一表、找一人、跑一次、办成事”。
2.1.3对接“好差评”实体评价器及网上评价功能需求分析
在对接北京市统一身份认证平台基础上，综窗接件平台（办好一件事接件平台）应对接市级“一体化在线政务服务平台政务服务‘好差评’系统”、“网上政务服务大厅”、“密切帮”APP等线上线下政务服务渠道，实现线上线下办事后评价的无缝衔接。实现密云区政务服务“好差评”事项全覆盖，构建覆盖线上、线下政务服务全方位、全过程评价指标体系。对所办事项的服务过程进行满意度评价，评价分为五级评价指标，按照“非常满意”、“满意”、“基本满意”、“不满意”、“非常不满意”进行等级划分。完成密云区政务服务“好差评”数据上报全国一体化在线政务服务平台“好差评”工作。
2.2政务服务业务总线需求分析
2.2.1制定标准
按照《北京市政务服务事项标准化管理办法》和《北京市一体化在线政务服务平台数据汇聚与共享技术标准》内容，制定区级政务服务资源开放标准。
2.2.2建设政务服务库
建立全区统一的政务服务事项数据库，根据北京市政务服务管理局制定的统一政务服务事项编码规则，设定事项的基本信息、申报材料、办理流程、文书配置等信息，做好政务服务事项全生命周期动态要素汇聚。做到区级政务服务事项库应接尽接、应汇尽汇、应存尽存，为数据汇聚、全程网办、大数据分析以及政务服务数据资源共享开放提供有力支撑。
2.3对接现有系统平台（市、区、镇街）
2.3.1对接市级“好差评”系统
开发评价办件关联功能，将评价数据、办件数据调用首都之窗接口，调用市级“好差评”系统，将数据按照要求进行汇聚，实时推送至北京市一体化在线政务服务平台政务服务“好差评”系统，对“不满意、非常不满意”等特殊评价应能及时反馈并做好记录。
2.3.2对接市级“办好一件事”系统
对接市级“办好一件事”事项目录库，进一步提升行政效能，解决影响企业和群众办事创业的难点堵点，推出了“办好一件事”主题服务，提供“上一网、交一表、找一人、办一次”的主题服务模式。
2.3.3对接市级统一申办一体化平台
对接市级统一申办一体化平台，完成“办好一件事”事项后台审批工作。
2.3.4对接区级审批、引导系统
对接区级现有的在线引导模块和办事审批系统，实现业务完整配置流转。解决“二次录入”、统一评价等相关需求，推进密云区政务服务“一网通办”工作。
2.3.5对接镇街审批、引导系统
（1）对接镇街审批系统、引导等系统，解决“二次录入”、“好差评”评价等相关需求，推进密云区政务服务“一网通办”工作。
（2）与镇街审批系统对接，实现将镇街综合窗口接件数据传输到区级业务审批系统，实现实时数据同步。
2.3.6对接市级电子印章系统
（1）对接市级电子印章系统实现相关电子证照、电子印章等数据无缝衔接，调用区级存储电子印章、电子证照，应用于接件平台，完善网上办事环节。
（2）调用电子印章开发，在收件时、办结时，调用市一体化在线政务服务平台电子印章系统接口，开发调用印章功能。使用一体化在线政务服务平台电子印章系统接口，将文件传送给一体化在线政务服务平台电子印章系统，自动盖章后，区统一行政审批平台接收盖章后的电子证照。
2.3.7对接市级事项目录系统
通过接口获取北京市目录事项库数据。通过接口获取北京市目录内事项，对事项数据进行同步和梳理后形成区级事项库。按照生产关系、管理模式、服务主题、开放等级进行分类，涵盖事项元数据、文档材料、证照材料、办结材料等。
2.3.8对接市级数据资源管理平台
（1）对接市数据资源管理平台，实时完成区级各类办件数据汇聚工作，保证市、区、镇街数据之间实时传输，实现办件数据的共享和复用。
（2）打通市区两级联审政务服务事项，做到涉及市、区两级的政务服务审批事项系统办理。
2.3.9对接市级共享交换平台
完善全区政务服务数据共享需求清单，对接市级共享交换平台，为建立自动化的数据申请、审核和服务，提供数据支撑。
2.4总体技术要求
1．本项目根据甲方要求部署在甲方指定位置。
2．采用J2EE的技术架构。
3．采用适应性高的技术进行网络应用设计和开发，降低开发的复杂性，提高系统的可伸缩性。
4．采用基于云的技术架构。
5．采用基于构件的SOA的体系结构，以满足多系统衔接和应用整合的问题
6．全B/S结构，三层（多层）技术应用
7．XML技术及其应用
8．采用WebServices等Internet/Intranet接口技术标准
9．采用访问控制、提交信息过滤等多种安全手段，提高系统安全性
2.5系统性能要求
1.数据处理性能
(1) 对简单的事务能在3秒内完成从接受请求到处理完成；
(2) 各系统具有较高的稳定性，对10万次以上的连续请求处理无故障；
(3) 对实时或批量的事务请求给予响应，支持至少1000个并发请求的响应，具备大并发量处理机制，支持实时与批量处理的均衡调度；
(4) 对大数据包的处理，记录量在10万左右，能在1分钟以内完成处理。
(5) 吞吐量（每月数据、量高峰期每日数据量）在保证性能的前提下，系统设计能满足未来五年的高峰量；
(6) 系统不宕机，响应时间即时（≤3秒）的，高峰期最大响应时间不超过5秒；
(7) 事务处理查询时间平均不超过2秒；
(8) 普通应用查询时间平均不超过1秒；
(9) 统计分析类查询时间平均不超过3秒；
(10) 系统运行时峰值服务CPU所占比不超过70%，内存所占比不超过80%；
(11) 移植性强，可跨平台运行，兼容Linux、Windows等操作系统；
(12) 应用服务兼容性强，可部署在多种应用服务中间件下运行；
(13) 样式和脚本可兼容多种不同内核浏览器进行访问；
(14) 输入输出数据整数精确至个位数，小数至少精确到至百分位，日期精确到天，时间精确到秒；
(15) 可兼容多种数据库。
(16) 文本信息交换的响应时间应控制在1秒以内，图片、音视频信息交换响应时间控制在10秒以内。
(17) 用户并发数，指在同一时间段内访问系统的用户数量，也有一种是指同时向服务端发送请求的用户数，用户并发数其中主要一部分需要采用集群部署方式来分担系统并发压力。要分布式应用系统并发访问量在3000以上。
2.故障处理
系统在设计时充分考虑稳定性及对用户误操作的容错功能，保证在正常情况下系统能保持长时间无故障运行。对于不可预见的原因导致的系统故障，提供各种故障处理恢复机制使系统在尽可能短的时间内恢复运行，保证数据的安全性和完整性。
3.数据备份应急处理
系统在设计时充分考虑到硬件设备故障或其他原因导致的系统无法运行，数据库数据的备份保存情况。保证在日常使用情况下制定完善的数据备份策略，在出现系统无法运行的情况下保证最新备份数据的完整性，并且提供数据恢复服务，保证数据安全和完整性。
4.兼容处理
系统在设计时充分考虑到软件技术升级及硬件产品迭代升级情况，系统开发采用最新技术手段，能够兼容各类第三方软件及各类接入硬件，保证在未来几年内系统平台对市场上的第三方软硬件产品能够兼容。
2.6项目实施服务要求
1.安全防范：项目建设及维护期间，建设方应保障系统的安全问题，做好防范机制及管理工作。
2.免费维护期：“一平台，一总线”验收完成后，免费维护周期为两年或多于两年。
3.有偿维护期：每年收取维护费用不能高于项目建设总款的5%。
4.维护期的具体工作 ：按采购方运行实际需求做好平台和数据库的运维工作，确保维护期间网络安全，指定专人负责维护期间故障响应工作，保证24小时可以联系沟通，处理故障问题。一般性故障处理应在2小时内得到解决，大故障问题1小时内应及时回应并做好处理方案，2个工作日内解决。负责沟通乙方配合甲方使用体验优化平台功能。
2.7项目实施安全要求
1、我公司必须保证项目建设期间的安全问题，原则上禁止远程调试。
2、系统开发充分考虑系统安全设置，不留安全漏洞及管理漏洞。
3、应用系统安全涉及哪些内容
（1）系统级安全
如访问IP段的限制，登录时间段的限制，连接数的限制，特定时间段内登录次数的限制等，象是应用系统第一道防护大门。
（2）程序资源访问控制安全
对程序资源的访问进行安全控制，在客户端上，为用户提供和其权限相关的用户界面，仅出现和其权限相符的菜单，操作按钮；在服务端则对URL程序资源和业务服务类方法的的调用进行访问控制。
（3）功能性安全
功能性安全会对程序流程产生影响，如用户在操作业务记录时，是否需要审核，上传附件不能超过指定大小等。这些安全限制已经不是入口级的限制，而是程序流程内的限制，在一定程度上影响程序流程的运行。
（4）数据域安全
数据域安全包括两个层次，其一是行级数据域安全，即用户可以访问哪些业务记录，一般以用户所在单位为条件进行过滤；其二是字段级数据域安全，即用户可以访问业务记录的哪些字段；
以上四个层次的安全，按粒度从粗到细的排序是：系统级安全、程序资源访问控制安全、功能性安全、数据域安全。不同的应用系统的系统级安全关注点往往差异很大，有很大部分的业务系统甚至不涉及系统级安全问题。无明显组织机构的系统，如论坛，内容发布系统则一般不涉及数据域安全问题，数据对于所有用户一视同仁。
4、程序资源访问控制分为客户端和服务端两个层面
类似于表单数据校验分为服务端和客户端校验两个层面，程序资源访问控制也可分为服务端和客户端访问控制两个层面。
客户端程序资源访问控制是对用户界面操作入口进行控制：即用户的操作界面是否出现某一功能菜单，在具体业务功能页面中，是否包含某一功能按钮等。客户端程序资源访问控制保证用户仅看到有权执行的界面功能组件，或者让无权执行的功能组件呈不可操作状态。简言之，就是为不同权限的用户提供不同的操作界面。
服务端程序资源访问控制是指会话在调用某一具体的程序资源（如业务接口方法，URL资源等）之前，判断会话用户是否有权执行目标程序资源，若无权，调用被拒绝，请求定向到出错页面，反之，目标程序资源被成功调用。
第3章 设计方案
3.1技术架构
密云区政务服务局综合接件平台、数据汇聚库项目相关系统技术架构规划重点放在整体、高层次技术体系架构规划，确定整体的技术架构布局、造型和发展方向，确保技术体系有足够的能力来支撑政务服务平台的整体发展规划。密云区政务服务局综合接件平台、数据汇聚库项目相关系统实现架构重点关注如何满足应用系统的技术性要求、安全性要求、性能要求、可伸缩性要求、部署要求以及灵活性要求，其软件架构如下图所示：
图 技术架构图
密云区政务服务局综合接件平台、数据汇聚库项目相关系统技术架构由以下几部分组成：
1、基础设施层
考虑到系统的外围环境包括各种服务商和政府部门，网络层的设计支持互联网、政务网络的接入模式。
2、基础支撑层
信息资源是政务服务平台建设的主线，它涵盖所有的结构化和非结构化数据。平台采用关系型数据库、NOSQL技术、分布式存储技术和分布式多媒体存储技术，实现各类数据的存储和访问。
3、基础服务
平台为运行于其上的应用和服务提供底层的平台服务，通过这些服务，应用和服务可以完成复杂的逻辑。基础服务包括智能推进、大数据、多媒体信息处理、服务市场、任务处理、缓存等。
4、服务运行平台引擎
在服务运行平台引擎的设计中，平台采用稳定高效的Linux作为操作系统，通过cgroup技术实现系统资源（CPU、内存、硬盘）的应用隔离，提高资源利用率，降低TCO（整体IT投入成本）；在之上支持Java、PHP和Ruby等主流开发语言的应用运行环境，实现对各种类型应用的统一运行管理和动态弹性伸缩特性。
在应用框架方面，平台支持Spring、iBatis/Hibernate、ThinkPHP和Rails等框架的应用开发和运行。
应用的运行容器，平台支持Tomcat、Equinox（OSGi容器）和Apache/Nginx。
5、应用支撑层
应用支撑层采用了以下技术：
负载均衡：将DNS、LVS和Nginx分摊到多个操作单元上进行执行，实现应用系统访问的负载均衡，加强网络数据处理能力、提高网络的灵活性和可用性。
缓存系统和CDN系统：通过对静态内容的缓存，提高系统的性能和处理能力，并可大幅节约系统网络带宽。
单点登录：采用CAS单点登录系统，在多个相互信任的应用系统中，用户只需要登录一次就可以访问其他的信任应用系统，实现平台内部系统间以及平台与外部系统的单点登录，从而提高用户的使用效率，提升用户体验。
Widget：采用Widget技术实现门户的定制化，为用户提供个性化的平台访问体验。
6、应用服务层
应用服务层采用两种终端实现技术：基于浏览器的终端和基于本地客户端的终端。
基于浏览器的终端采用HTML5/CSS3技术，运用响应式布局设计，实现多种终端的自适应。
7、安全
为保障政务服务平台的安全，平台在各层都采用了相应的安全技术。
数据安全：采用数字签名和加密技术保障数据存储和访问的安全与隐私保护。
角色控制安全：采用RBAC授权模型实现对用户权限的控制，保障应用访问安全。
证书安全：采用证书等技术，提高用户认证的安全性。
3.2业务架构
项目业务架构如下图所示：
图 业务架构
3.3系统划分
3.3.1综窗接件、出件平台
3.3.1.1 新建区级接件、出件平台，满足接件、出件所有流程需求密云区级综合窗口接件平台作为办件信息的统一入口，提供政务服务事项的受理入口、与各类的申报子系统完成对接，承接各类的申报数据。主要支撑区级、镇街级的“统一收件、分类审批、统一出件”的运行机制，将承担区级、镇街级事项的接件、出证、数据留痕等功能。承担网上申报渠道的申报数据获取，进行预审，同时将预审结果信息返回给网上系统。
建设接件全流程环节办理、我的办件、办件跟踪、统一发证、统计查询、业务咨询、办件数据汇聚和“二次录入”联通、辅助办理等功能，满足接件流程需求。出证环节对接EMS快递系统。为“前台综合受理、后台分类审批、统一窗口出件”的政务服务“受审分离”模式提供有效支撑，推进密云区政务服务事项“一网通办”，提高受理效率与政务大厅智能化的建设，使的密云区政务服务更加高效化与便民化。
统一接件平台主要由：咨询、事项管理、接件、草稿、补齐补正、签收、出件、通知书、在线支付、检索功能、统计分析、办件超期提醒以及其他模块等功能组成。
3.3.1.1.1 咨询对接市政务服务线上智能客服系统、市政务服务知识库，采用全程在线、即时互动、人工+智能的模式，为企业市民提供“一对一”实时咨询解答服务，致力于提高企业市民办事成功率，最大限度减少企业市民跑腿次数，助力“不见面”审批，形成密云区自有咨询知识库。
3.3.1.1.2 事项管理按照全国一体化平台事项管理相关标准规范，完成北京市政务服务目录系统与密云区政务服务事项管理系统对接，通过接口实现实时同步，将市级政务服务事项基本目录同步到各区级政务服务事项管理系统 ，汇聚密云区梳理上报的政务服务事项实施清单和办件信息至市政务数据资源共享服务中心。实现国家、市、区三级政务服务事项编码、事项名称、事项属性、上报材料、政策依据等基本要素统一。实现事项的配置、检索、导出等功能。
3.3.1.1.3 接件将行政服务中心原来分散在各个部门的服务窗口接件职能整合为综窗接件平台，建立“统一收件、分类审批、统一出件”的全新运行机制，并以“一窗接件”为切入点，倒逼部门衔接管理制度、整合办事流程、推进行政审批标准化建设，健全完善行政服务中心作为第三方对于部门服务的全程统筹协调和监督管理机制，进一步优化职能资源配置，为群众提供标准统一、便捷高效的政务服务。
接件功能分为线上接件以及线下接件。申请人办理时，预留刷卡进行身份认证接口，窗口人员快速获取申请人基本信息并完善填写其他信息，证照材料自动关联电子证照库证照信息，其他材料通过高拍仪快速上传到系统，完成接件操作。
3.3.1.1.4 草稿系统将办事群众以及窗口工作人员填写的收件详情、上传的材料保存到系统收件草稿箱。收件草稿箱用于系统收件信息的临时保存，减轻窗口工作人员重复录入部分工作量，同时降低窗口工作人员录入错误风险。实现草稿的列表查询、详情编辑、保存、提交至受理等功能。
3.3.1.1.5 超期提醒系统按照北京市以及密云区关于政务服务事项的时间要求提供政务服务事项处理超期提醒功能。从窗口办事人员政务服务接件受理后，需要按照上级规定的时间范围实现完成事项办理审批工作，系统在超期前3天提醒接件人员及后台审批人员尽快完成。
3.3.1.1.6 补齐补正窗口工作人员收件时对某些材料可以采取容缺候补的做法。对于容缺后补的材料，可通过和申请者签订诚信承诺书等措施。行政相对人承诺提供相关资料诚实性和合法性，告知群众或企业可以容缺受理，打印补齐补正通知书，补齐补正通知书应提供办件编号、受理时间、受理部门、窗口人员、承诺时限、需补齐补正材料等信息。但是办结之前或承诺提交材料日期之前必须补齐材料，否则不予许可，对于需要材料补齐补正的情况，申请人补齐补正材料后再来办理时，可直接调出补齐补正办件继续办理。实现待补正列表查询、材料补正、预览材料接收通知书、提交补正等功能。
3.3.1.1.7 签收窗口工作人员和申请人核对信息无误后，点击受理，完成办件的受理。窗口工作人员将填写的收件详情及上传的材料提交到受理人员的待受理列表，待受理列表显示办件名称、办件编号、办事人名称、事项名称、登记时间等信息，并提供相关信息查询功能，同时生成材料接收通知书。受理人员通过签收材料接收通知书来受理带受理列表中的事项。实现代签收列表查询、已上传材料管理、签收提交等功能。
3.3.1.1.8 出件系统通过办事群众的预留联系方式如手机短信、移动终端等方式将办理结果告知申请人。并请其到政务服务大厅取件，也可以通过物流的方式将办理结果送至申请人，窗口工作人员根据取件信息或者快递信息登记送达信息。实现待送达列表查询、已上传材料管理、物流EMS信息、送达提交等功能。
3.3.1.1.9 通知书系统提供政务服务办件事项在政务服务大厅受理过程中相关通知书的打印和管理功能。实现办件列表查询、材料接收通知书补打、送达回执单补打等功能。
3.3.1.1.10在线支付系统对接北京市统一支付平台，对需收取费用的政务服务事项提供网银、支付宝、财付通、环迅支付、易宝支付、快钱、网银在线、等线上线下缴费服务，为办事群众提供了多种消费支付结算方式。
3.3.1.1.11检索功能从办事群众对政务服务事项的信息需求出发，对政务服务事项的信息集合采用一定的方法、技术手段，根据一定的线索与规则从中找出相关信息。通过主题检索、全文检索、事项名称检索、关键字检索、受理部门检索等多种检索方式查找到所需办理的政务服务事项及相关信息。实现模糊检索、目录搜索、智能推荐、查询等功能。
3.3.1.1.12统计分析对接件平台全部办件事项按统计分析。按时间、按主题、按事项类型、委办局统计收件、受理、补齐补正、不予受理、审批、签收、发证的件数等办件信息信息对办件分发办理情况进行统计，提供按柱状图、线性图、饼状图等不同展示方式，同时提供统计数据excel导出功能。包括：分发成功办件统计、待分发办件统计、未签收办件统计、超时未签收办件统计等。
3.3.1.2 建设区级“办好一件事”接件受理平台“办好一件事”系统是按照国务院“办好一件事”和北京市“主题事项”的要求而开发的一套审批服务系统。通过针对政务服务事项场景化的办事进行流程合并和优化，根据不同场景支持主题事项的并联审批和非并联审批，满足场景化办事需求，实现主题服务事项实现全程网办。企业群众只需“上一网、填一表、找一人、办一次”就能办成一件涉及多个部门、多个环节的复杂事项，办事便捷度将大幅提升。通过材料去重、多表变一表和系统自动生成等，使申报材料也得到大幅度减少，简化了办事流程，优化了办事体验。
“办好一件事”接件受理平台在综窗平台功能基础上，实现主题式、引导式办理。对涉及的多个单一事项进行整合，推行多表合一、联合审批、统一反馈等集成服务，对接市级办好一件事主题事项办事指南，实现“上一网、交一表、找一人、跑一次、办成事”。
企业群众办理时，只需要登陆“办好一件事”接件受理平台找到需要办理的主题事项，按照提示可以选择全程网办，也可以选择大厅窗口申报（下载打印材料并签章后，到区政务服务中心综合窗口提交），或者通过EMS速递，将下载打印并签章材料邮寄到区政务服务中心综合窗口。后台相关部门并联审批完成后，服务台将各种手续一次性寄递给申办人员。
3.3.1.3 对接“好差评”实体评价器及网上评价功能通过集成政务服务大厅相关设备，对接好差评实体评价器，可方便群众对所办事项的服务过程进行满意度评价，评价分为五级评价指标，按照“非常满意”、“满意”、“基本满意”、“不满意”、“非常不满意”进行等级划分。
综窗接件平台（办好一件事接件平台）对接市级“一体化在线政务服务平台政务服务‘好差评’系统”、“网上政务服务大厅”、“密切帮”APP等线上线下政务服务渠道，方便群众群众对所办事项的服务过程进行满意度评价，大幅提升工作人员的政务服务能力和主观能动性。实现线上线下办事后评价的无缝衔接。保证区级、镇街及好差评评价信息实时汇聚，确保本区好差评事项全覆盖、对象全覆盖、服务渠道全覆盖。
3.3.2政务服务业务总线
3.3.2.1 制定标准3.3.2.1.1 概述为了保证整个系统有序、高效、安全的运行，需要在建设过程中制定一系列规范和制度，根据我公司多年来在信息化建设中的经验，一般情况下标准规范和制度包括业务规范、数据规范、系统设计规范、技术标准、事项同源规范、管理规章制度规范。
标准体系构建工作,需具有一个方法论来提炼标准体系构建的根本性的理论和方法关系,即标准体系构建的内涵、分类、程序、操作等关系,以便指导标准体系科学和有效地构建。标准体系的建设主要包括牵头单位、协助编制单位、完成时间、实施流程等，是项目执行过程中对管理、服务、技术标准的规范化指导性文件。
3.3.2.1.2 建设重点通过制定区政务服务事项库事项采集规范、区政务服务事项库事项同源发布规范、区政务服务事项库事项管理规范、区政务服务事项库数据质量标准规范、区政务服务事项库运维管理规范等五项标准规范，对密云区政务服务事项目录清单和实施清单的采集、管理、同源发布、运行监管等内容进行约束，规范事项运行，便利企业和群众办事。
3.3.2.1.3 编制流程标准规范建设需进行详细的调研，并搜集相应的资料，按照国家标准、业务应用的要求进行分析，在同类标准中尽量采用国标、部标等，重点建设具有业务应用特性的应用标准，其流程如下所示：
1、调研与文献资料收集
收集关于区标准化政务服务事项库标准规范涉及的业务、数据、管理等编制规范所需的资料，并分类进行管理。
2、总体方案设计
在文献资料收集调研的基础上，分析已有标准规范的不足，总结业务与应用需求，进行密云区标准化政务服务事项库标准方案总体设计。
3、起草标准规范
根据业务、管理、技术的需求，在国家、部委、行业等标准的指导下，结合实践经验起草相应的标准规范，确认标准制定的目标准确。
4、标准规范内部意见征求
将标准草案进行内部征求意见，提出征求意见汇总处理表，完成标准征求意见稿。
5、标准规范内部发布
项目建设单位领导进行内部审查后，形成内部发布稿，在建设单位内部进行发布和实施。
3.3.2.1.4 标准化体系建设系统标准化体系框架包括总体标准、应用标准、应用支撑标准、信息基础设施标准、安全规范和管理标准共六个部分。具体如下图所示：
图 标准框架
其中，应用标准是面向业务的，应用支撑标准、信息基础设施标准和安全标准是面向技术的，管理标准是面向管理的。其中业务类标准是涉及整合行业的需要与系统标准体系保持一致。而技术类标准和管理类标准主要是面向项目的。
按照以上通用标准体系建设蓝图，结合本次项目标准体系建设要求，可以发现资源目录体系标准、应用系统业务流程标准、数据共享交换标准均属于应用支撑标准；基础数据元与代码集标准等均为应用标准；管理标准相对独立。网络基础设施标准、信息安全标准更多沿用农业行业现行标准。
因此，本项目的建设重点按照应用标准、应用支撑标准和管理标准的制定方法来指导工作的开展。
3.3.2.1.5 标准规范清单区标准化政务服务事项库标准规范体系由五部分构成，即区政务服务事项库事项采集规范、区政务服务事项库事项同源发布规范、区政务服务事项库事项管理规范、区政务服务事项库数据质量标准规范、区政务服务事项库运维管理规范。
表 标准规范清单
序号 | 标准规范制定 | 服务内容 |
1 | 区政务服务事项库事项采集规范 | 约定全区政务服务事项编码规范、分类、信息项标准、采集方式、采集流程、采集范围等 |
2 | 区政务服务事项库事项同源发布规范 | 约定区标准化政务服务事项库与政务服务平台、部门审批系统、基础信息资源库、国家政务服务平台等事项数据的同源发布方式、发布内容、接入要求等 |
3 | 区政务服务事项库事项管理规范 | 约定区政务服务事项库清单库管理的相关约定，包括事项动态管理、数据追溯管理、历史数据割接管理等 |
4 | 区政务服务事项库数据质量标准规范 | 约定全区政务服务事项数据标准 |
5 | 区政务服务事项库运维管理规范 | 主要包括用户管理、配置管理及日常运行管理和应急处理等 |
《密云区政务服务事项库事项采集规范》约定了全区政务服务事项目录清单、实施清单的编码规范、事项分类、信息项标准、采集方式、采集流程、采集范围等内容，从数据采集的源头规范了全区事项。
《密云区政务服务事项库事项同源发布规范》约定了区标准化政务服务事项库与政务服务平台、部门审批系统、基础信息资源库、国家政务服务平台等事项数据的同源发布方式、发布内容、接入要求等，为全区政务服务“一网通办，一事通办”提供事项对接标准。
《密云区政务服务事项库事项管理规范》约定了区政务服务事项库清单库管理的相关要求，包括事项动态管理、数据追溯管理、历史数据割接管理等。
《密云区政务服务事项库数据质量标准规范》约定了全区政务服务事项目录清单和实施清单要素标准，便于事项库对事项进行清洗。
《区政务服务事项库运维管理规范》约定了用户管理、配置管理及日常运行管理和应急处理等内容，约束事项库管理人员的操作，保障事项库平稳运行。
3.3.2.2 新建密云区政务服务数据库3.3.2.2.1 事项采集范围本项目政务服务事项采集的事项类型范围包括：依申请类事项（行政许可、行政给付、行政奖励、行政确认、行政裁决、其他行政权力）、依职权事项（行政处罚、行政征收、行政强制、行政检查、行政监督、行政收费）以及公共服务事项。
政务服务事项采集地区范围包括：区级、20个乡镇街道、39个区各级政府部门。政务服务事项采集行使层级范围包括：区、乡镇二级。
3.3.2.2.2 事项采集标准政务服务事项采集标准主要依据《C0109.1国家政务服务平台政务服务事项基本目录及实施清单第1部分：编码要求》和《C0109.2 国家政务服务平台政务服务事项基本目录及实施清单第2部分：要素要求》，对全区各级政府部门的政务服务事项进行完善性采集。本标准约定了全区政务服务事项编码规范、分类、信息项标准、采集方式、采集流程、采集范围等内容。
3.3.2.2.2.1. 政务服务事项目录清单要素政务服务事项基本目录要素见下表。
表 政务服务事项基本目录要素
名称 | 值域 | 必填项 | 备注 |
记录唯一标识 | 自由文本 | 是 | 记录唯一标识取值符合GB/T17969.8-2010的要求 |
事项名称 | 自由文本 | 是 | |
基本编码 | 自由文本 | 是 | |
适用情形 | 自有文本 | 是 | |
设定依据 | 自由文本 | 是 | |
行使层级 | 代码“行使层级” | 是 | 基本目录行使层级有国家级、省级、市级、县级。 |
事项状态 | 代码“事项状态” | 是 | 在用、暂停、取消 |
事项版本 | 自由文本 | 是 | |
计划生效日期 | 自由文本 | 否 | |
计划取消日期 | 自由文本 | 否 | |
政务服务事项实施清单包括基本信息、扩展信息、材料目录信息、收费项目信息、常见问题解答等部分。
3.3.2.2.2.3. 实施机构要素政务服务事项事项区划内实施主体要素见下表。
表 区划内实施主体信息
名称 | 值域 | 必填项 | 备注 | |
记录唯一标识 | 自由文本 | 是 | 记录唯一标识取值符合GB/T17969.8-2010的要求 | |
部门名称 | 自由文本 | 是 | 事项所属部门的部门全称 | |
部门简称 | 自由文本 | 是 | 事项所属部门的部门简称 | |
组织机构代码 | 自由文本 | 否 | 事项所属部门的组织机构代码 | |
统一社会信用代码 | 自由文本 | 是 | 事项所属部门的统一社会信用代码 | |
部门是否存在并且行使政务服务事项 | 代码“是否” | 是 | ||
排序 | 自由文本 | 是 | ||
凡是没有法律法规依据的申请材料，一律精简；凡是没有必要或重复要求提交的证件、证明，一律取消；不再保留带有“法律、行政法规规定的其他条件”“其他有关材料”等“兜底条款”的申请材料，具体清晰罗列申请材料的名称、样式、数量等，严禁在标准化外要求申请人提交其他资料。
3.3.2.2.2.5. 梳理方式1、区级实施的事项
各部门事项梳理负责人协同行政服务大厅窗口人员、部门内部处室人员，按照办事材料梳理标准规范，落实到每一条政务服务事项。
2、乡镇街道实施的事项
选取两个试点地区进行梳理，报送本行业区级部门进行合并统一，形成办事材料模板，由区政府审改办下发至各地区负责人，在密云区政务服务事项库进行维护。
3、区、乡镇街道二级共同实施的事项
区级部门将本部门梳理的办事材料与两个试点地区梳理的办事材料进行统一，形成办事材料模板，由区政府审改办下发至各地区负责人，在密云区政务服务事项库进行维护。
3.3.2.2.3 采集流程3.3.2.2.3.1. 认领国家事项基本目录核对区级部门政务服务事项基本目录与国家级基本目录，以国家级基本目录替换本地现有的依据法律、行政法规、部门规章及政策设定的政务服务事项基本目录，编制相应的实施清单。
3.3.2.2.3.2. 采集区级基本目录通过与国家基本目录核对后，将国家基本目录中不存在的但本区存在的事项，采集加载至区级基本目录库，并编制相应的实施清单。
3.3.2.2.3.3. 采集乡镇街道的基本目录，纳入区级基本目录库通过与国家基本目录、省市县级基本目录核对后，将乡镇街道特有的政务服务事项基本目录采集编制，加载至区级基本目录库。
3.3.2.2.3.4. 采集全区实施清单全区各部门依据本部门“三定”规定确定的职责分工，对目录清单中本机构的政务服务事项进行细化完善形成实施清单，实施清单要素包含事项名称、基本编码、设定依据、事项类型、实施编码、行使内容等，采集后通过编制部门的审核并发布。
每一个政务服务实施事项在实际运行过程中，可能会根据不同的情形分成一至多项业务来办理。因此各部门根据每个事项业务实际运行情况，进行业务办理项添加。
3.4数据库设计
数据库是一个长期存储在计算机内的、有组织的、可共享的、统一管理的大量数据的集合。以下为密云区政务服务局综合接件平台、数据汇聚库项目的核心数据库设计内容。
3.4.1数据库环境说明
数据库系统：mysql
数据库所在环境：linux
设计工具：Navicat Premium 12、Navicat Mysql
3.4.2数据库设计
主要分为前置数据库、业务数据库、备用数据库。具体数据结构按照北京市一体化在线政务服务平台数据汇聚与共享技术标准要求设计。
3.5对接规范
3.5.1前置库对接规范
密云区政务服务局综合接件平台、数据汇聚库项目与其他系统进行信息交换时，可采用前置库对接的交换方式。对接时，需遵循相关标准规范，例如：数据传输流程、数据报格式、组网方式等。从而在采用前置库对接实现数据信息交换、简化系统结构、节约系统投资、降低系统维护劳动强度。
3.5.2Web Service对接规范
Web Service对接规范分为查询业务和推送业务两种，在Web服务调用的过程中流程化，参数按照XML标准定义，通过XSL动态解析。单次数据的传输量要求控制1000条内，并且整体数据量大小要求在2M以内。
3.6对外访问接口设计
3.6.1上下联网审批接口
3.6.1.1 接入方式采用在区与镇街设置前置机方式进行数据对接。
3.6.1.2 接入内容（一）上行数据：包括上报件办件基本信息、上报件办件过程信息、上报件办件结果信息、上报件办件申报材料信息、上报件文档附件信息。
（二）下行数据：包括上报件处理意见信息。
3.6.1.3 接入过程（一）当本级网上审批平台数据新增、变更时，在推送到前置机数据库时，需把当前记录的SYNCSIGN字段值设置为0。同时涉及文件附件传输时，需按文件存放目录规范推送文件附件到文件交换前置机上。
（二）从前置库读取数据时只需同步SYNCSIGN字段值为0的记录，并设置SYNCDATETIME字段值为当前时间，如果同步成功，则设置SYNCSIGN字段值设为1。
3.6.1.4 业务流程（一）区级网上审批平台即时将上下联网审批办件数据推送至本级交换前置机中，由区级数据交换与共享平台和镇街数据交换与共享平台将相关数据传输到镇街交换前置机中，再由区级网上审批平台提取。
（二）区级网上审批平台把审批结果信息推送至本级前置机中，由区级数据交换与共享平台和镇街数据交换与共享平台将相关数据传输到对应镇街交换前置机中，再由镇街网上审批平台提取。
3.6.1.5 数据定义下述数据库表中的行政区划编码、单位编码、事项编码及事项材料唯一标识严格按照全区统一编码规则提供。
数据库表的名称和字段名称必须遵循以下规则，以SQL SERVER为例。
3.6.1.5.1 上行数据由各镇街网上审批平台上报数据至本级前置机。
3.6.1.5.2 下行数据由各镇街网上审批平台从本级前置机提取数据。
3.6.1.6 交换频率交换频率要求：即时。
3.6.2行政审批办件库接口
3.6.2.1 接入方式采用在区级与各镇街设置前置机方式进行数据对接。
3.6.2.2 接入内容（一）上行数据：包括网上申报办件基本信息、网上申报办件预审信息；办件基本信息、办件过程信息、办件结果信息、办件申报材料信息、文档附件信息、收费明细信息；投诉信息、满意度评价信息以及单位信息；监察意见反馈信息。
（二）下行数据：包括监察意见信息。
3.6.2.3 接入过程（一）当本级网上审批平台数据新增、变更时，在推送到前置机数据库时，需把当前记录的SYNCSIGN字段值设置为0。同时涉及文件附件传输时，需按文件存放目录规范推送文件附件到文件交换前置机上。
（二）从前置库读取数据时只需同步SYNCSIGN字段值为0的记录，并设置SYNCDATETIME字段值为当前时间，如果同步成功，则设置SYNCSIGN字段值设为1。
3.6.2.4 业务流程（一）镇街网上审批平台即时将行政审批办件信息、投诉信息、满意度评价信息及单位信息推送至本级交换前置机中，由镇街数据交换与共享平台和区级数据交换与共享平台将相关数据传输到区级交换前置机中，再由区级系统提取。
（二）区级行政审批统一监管系统即时将监察意见信息推送至本级前置机中，由奇迹数据交换与共享平台和镇街数据交换与共享平台将相关数据传输到对应镇街交换前置机中，再由镇街网上审批平台提取。
（三）镇街网上审批平台即时将监察意见回复信息推送至本级交换前置机中，由镇街数据交换与共享平台和区级数据交换与共享平台将相关数据传输到区级交换前置机中，再由区级行政审批统一监管系统提取。
3.6.2.5 交换频率交换信息 | 频率 |
单位信息 | 实时 |
办件信息 | 实时 |
监察意见及反馈信息 | 实时 |
投诉及满意度评价信息 | 实时 |
3.7接口对接方式方法
3.7.1前置机对接
1、网络和硬件要求
系统对接接入如选择前置机方式对接，需要配置可以访问互联网前置服务器，各个系统通过前置服务器与密云区政务服务局综合接件平台、数据汇聚库项目对接，前置服务器需要安装统一的交换服务，通过交换服务来实现数据交换。前置机方式对接建议网络带宽10M以上，前置机建议安装Linux，系统建议采用8核心CPU，16G内存，1T硬盘存储空间，前置库建议使用MYSQL。
2、前置机维护要求
前置机由各部门自行提供，自行维护，并建立定期巡检制度。各部门应确保提供的前置机满足数据交换的需求，如当前各部门节点的数据交换前置机无法满足交换需求的，应及时进行硬件升级或更换。前置机设备配置及网络调整的，请提前1个工作日向密云区政务服务局综合接件平台、数据汇聚库项目管理单位报备。各部门应落实工作责任，做好前置机日常运维工作，确保交换前置正常高效运转。
3、前置机对接方式数据交换
数据交换为密云区政务服务局综合接件平台、数据汇聚库项目与各个系统间的工作转办数据交换，通过数据减缓服务可以避免各业务系统直接依赖，解耦业务系统关系。同时抽象设计数据交换能用交互接口，数据交互本身不关注业务，只提供交换过程中的数据管理、加解密和交换通道。业务系统根据交换数据中的BizKey进行业务数据识别和业务处理，这样可确保数据交换服务系统的稳定性，以及后续新增业务交换的兼容性和可扩展性。
3.7.2API接口对接
1、网络要求
系统对接接入如选择API接口方式对接，需通过互联网网络进行对接，各个系统通过调用密云区政务服务局综合接件平台、数据汇聚库项目接口地址进行数据交换对接。网络带宽建议10M以上。
2、API接口方式数据交换
API对接方式部署一套数据交换服务即可，密云区政务服管理局提供数据交换服务器，各部门通过互联网对接地址调用数据交换服务，实现市级“好差评”系统、市级“办好一件事”系统、市级统一申办一体化平台、区级审批、引导系统、镇街审批、引导系统、市级电子印章系统、市级事项目录系统、市级数据资源管理系统以及市级共享交换平台与密云区政务服务局综合接件平台、数据汇聚库项目的对接工作，通过API接口方式对接调用接口时，各部门还需要提供专属token，每个部门都有自己的token秘钥。
3、token秘钥管理
针对各地方配置各自的加解密密钥，密云区政务服务管理局版本管理所有的密钥，各版本只需配置自己的密钥即可。当前密钥配置管理采用配置文件的方式，各版本在确认密钥后再进行应用程序打包。后续如果有微服务配置中心再将应用升级为微服务，统一从配置中心获取相应的配置。
4、接口调用要求
各部门从数据交换平台按一定频率获取数据，获取数据统一为一个接口，使用bizKey区分不同的业务。
数据共享交换平台API每次被调用返回数据量默认最多50条（可通过查询参数limit设置），各部门获取到数据后需要调用confirm接口来进行确认，如果不确认那么连续查询两次查询获取到数据都是一样的，也就是说无法拿到新的数据。如果调用50条数据，在读取确认时，只确认30条数，剩余的20条未确认数据仍然在调用数据的范围内，即再次调用接口时，如仍默认调用50条数据，这50条数据中就包含未确认的20条数据。
3.8数据上下行交换设计
3.8.1上行数据交换
下级部门系统调用该接口提交需要上行的数据，数据是以明文字符串的行式（如：对象JSON字符串），并指定数据的业务ID、业务标识Key和下行地区编码。
3.8.2下行数据交换
上级部门系统调用该接口提交需要下行的数据，下行数据是以明文字符串的行式（如：对象JSON字符），并指定数据的业务ID、业务标识Key和下行地区编码。
先进行数据的有效性检查，再根据交换的地区获取相应的密钥，然后根据密钥对传输的数据进行加密，再进行传输交换。
3.8.3数据加密
数据交换为密云区政务服务局综合接件平台、数据汇聚库项目与其他系统间的工作转办数据交换，考虑到数据机密性必须对交换的数据进行加密处理，保证数据安全性；数据加密采用对称加密策略，为各地方平台分配唯一的加密Key，确保各地方只能处理各自的数据；数据交换采用前置DB的方式，具体的数据交换采用自研数据交换平台实现。
数据交换服务，主要负责业务系统与前置数据库间的数据上行与下行交换的加解密工作，交换服务与业务服务间提供2种数据交互方式：REST API和MQ模式，在与业务平台的交互接口做好通用可兼容，便于扩展新的数据交互业务集成；数据的上下行解析也需要考试可兼容和可扩展模式（如可兼容数据库交互、MQ交互和API交换等）。
3.9详细对接方案
3.9.1对接市级“好差评”系统
对接市级“好差评系统”，接入大厅实体评价器，实现线上线下办事后评价的无缝衔接，对“不满意、非常不满意”等特殊评价应能及时反馈预警并做好记录。
与北京市一体化在线政务服务平台政务服务“好差评”系统进行对接，完成数据上传和汇聚。
通过系统对接覆盖范围主要包括对网上政务服务平台、实体政务大厅、政务服务移动端，在服务端调用北京市一体化在线政务服务平台政务服务“好差评”系统评价接口，通过对范围内的系统进行对接，实现在有限的范围内确保“好差评”系统的数据安全和应用成效。
技术实现上，“好差评”系统使用REST方式进行接口对接。使用REST方式就是在现有技术基础上，更好的使用现有的web规范。用REST规范的web服务器，能够更好的展现资源，客户端能够更好的使用资源。REST本身跟http无关，但是目前http是与它相关的唯一实例，REST有着优雅、简洁的特性。
根据国家下发的政务服务“好差评”系统技术方案明确要求，为保证传输过程中数据的安全性，所有参数组织成json格式并进行SM2加密。
3.9.2对接市级“办好一件事”系统
对接市级“办好一件事”事项目录库，进一步提升行政效能，解决影响企业和群众办事创业的难点堵点，推出“办好一件事”主题服务，提供“上一网、交一表、找一人、办一次”的主题服务模式。
完成“多表合一、一表拆分”的事项梳理，接入接件、出件平台。
3.9.3对接市级统一申办一体化平台
对接市级统一申办一体化平台，完成“办好一件事”事项后台审批工作。
各区属部门、乡镇街道应按照（政务服务事项办件信息要素规范）的编码和要素要求，改造本地区政务服务事项业务办理系统，确保各业务办理系统办件数据满足国家标准规范，改造后产生的办件数据上报至市级政务服务平台，由市级政务服务平台进行数据质检，通过后上报至国家政务服务平台。
3.9.4对接区级审批、引导系统
对接区级现有的在线引导模块和办事审批系统，实现业务完整配置流转。解决“二次录入”、统一评价等相关需求，推进密云区政务服务“一网通办”工作。
根据国家标准规范要求，调整的接口规范，在线引导模块和办事审批系统根据调整规范，进行政务服务事项信息项要素信息的调整。调整政务服务事项信息包括目录清单、实施清单、材料清单、常见问题等信息。
按照国家政务服务平台政务服务事项标准规范，从事项库中提取基本目录信息数据，对目前的实施清单（事项）表、事项材料目录信息表进行要素的补充，从事项库中提取常见问题信息数据。
3.9.5对接镇街审批、引导系统
（1）对接镇街审批系统、引导等系统，解决“二次录入”、“好差评”评价等相关需求，推进密云区政务服务“一网通办”工作。
（2）与镇街审批系统对接，实现将镇街综合窗口接件数据传输到区级业务审批系统，实现实时数据同步。
各部门政务服务平台的政务服务业务数据，按数据汇聚标准和数据汇聚流程，采用数据库交换方式，通过区数据共享交换平台（政务外网）交换至区政务服务平台。
区政务服务平台根据各部门政务服务平台的数据申请，按数据推送标准和数据推送流程，采用数据库交换方式，通过区数据共享交换平台（政务外网）交换至各部门政务服务平台。
根据国家标准规范的要求调整接口规范，在线引导模块和办事审批系统根据调整规范，进行政务服务事项信息项要素信息的调整。调整政务服务事项信息包括目录清单、实施清单、材料清单、常见问题等信息。
按照国家政务服务平台政务服务事项标准规范，需要从事项库中提取基本目录信息数据，对目前的实施清单（事项）表、事项材料目录信息表进行要素的补充，从事项库中提取常见问题信息数据。
3.9.6对接市级电子印章系统
（1）对接市级电子印章系统实现相关电子证照、电子印章等数据无缝衔接，调用区级存储电子印章、电子证照，应用于接件平台，完善网上办事环节。
（2）调用电子印章开发，在收件时、办结时，调用市一体化在线政务服务平台电子印章系统接口，开发调用印章功能。使用一体化在线政务服务平台电子印章系统接口，将文件传送给一体化在线政务服务平台电子印章系统，自动盖章后，区统一行政审批平台接收盖章后的电子证照。
3.9.7对接市级事项目录系统
通过接口获取北京市目录事项库数据。通过接口获取北京市目录内事项，对事项数据进行同步和梳理后形成区级事项库。按照生产关系、管理模式、服务主题、开放等级进行分类，涵盖事项元数据、文档材料、证照材料、办结材料等。
3.9.8对接市级数据资源管理平台
（1）对接市数据资源管理平台，实时完成区级各类办件数据汇聚工作，保证市、区、镇街数据之间实时传输，实现办件数据的共享和复用。
（2）打通市区两级联审政务服务事项，做到涉及市、区两级的政务服务审批事项系统办理。
3.9.9对接市级共享交换平台
完善全区政务服务数据共享需求清单，对接市级共享交换平台，为建立自动化的数据申请、审核和服务，提供数据支撑。
3.10对接环境
按照各个对接系统所处网络环境的不同，对接环境可分为电子政务网络和互联网两种环境。电子政务网络环境，各个对接系统在电子政务网络的，如选择前置机的方式，则需要将前置机部署在电子政务网络，再通过系统改造的方式将数据推送至电子政务网络环境的前置机中，若选择接口对接的方式，也需要根据业务的需要选择与电子政务网络的密云区政务服务局综合接件平台、数据汇聚库项目对接接口进行对接。互联网环境，各个对接系统在互联网环境部署的，则直接可向部署在互联网环境的前置推送数据或通过对接密云区政务服务局综合接件平台、数据汇聚库项目互联网接口进行对接。
3.11对接数据安全要求
为保障密云区政务服务局综合接件平台、数据汇聚库项目和市级“好差评”系统、市级“办好一件事”系统、市级统一申办一体化平台、区级审批、引导系统、镇街审批、引导系统、市级电子印章系统、市级事项目录系统、市级数据资源管理系统以及市级共享交换平台的数据安全，密云区政务服务局综合接件平台、数据汇聚库项目将采用数据加密、传输加密、访问控制等技术，确保评估数据的安全性、保密性、完整性。相关要求如下：
1、数据加密要求
密云区政务服务局综合接件平台、数据汇聚库项目提供统一的数据加密解密程序包（JAR包），各部门基于该程序包对系统进行改造，实现系统推送至该系统数据的解密和反馈至密云区政务服务局综合接件平台、数据汇聚库项目数据的加密。
2、数据传输要求
密云区政务服务局综合接件平台、数据汇聚库项目采用HTTPS+数字证书方式传输数据，各系统部署在互联网上，建议采取HTTPS方式进行传输。
3、访问控制要求
密云区政务服务局综合接件平台、数据汇聚库项目在系统网络架构中部署了防火墙硬件设备，通过设置IP白名单方式管控，实现特定IP地址访问密云区政务服务局综合接件平台、数据汇聚库项目。各系统须提供固定IP地址。
4、网络安全要求
运行及评估管理子系统、效能可视化子系统等业务办理系统为保障其办理信息安全，需部署在电子政务网络环境。
第4章 项目实施方案
4.1实施方案原则
1、项目建设原则上在密云区本地完成，开发团队设于北京市行政区域内，开发团队应由具体办公地址，方便甲方随时与开发团队进行业务协商。
2、项目试运行时间为11月25日，试运行3个月。
3、试运行基本功能全部实现，根据合同，支付合同总金额50%。
4、项目建设预留3个功能模块，满足密云区政务服务管理局提出新的建设目的。
5、应充分考虑区块链技术在总线中的运用，搭建区块链应用场景。
6、项目建设所涉及前台硬件设备即为软件开发基础环境，密云区政务服务管理局本着利旧方针，不进行硬件更换。投标人进行软件开发应全面考虑与硬件匹配问题。
如果我公司系统开发与前台硬件设备无法匹配，我公司自行硬件更换或调配，该部分资金由我公司自行负责。
7、项目建设在开发过程中，如因国家政策或市级要求必须进行调整，我公司不得单独要求另外资金。本项目在服务期内，如因国家政策或市级要求必须进行调整，我公司不得单独要求另外资金。
4.2项目工期说明
2020年11月25日启动初验，初验通过后进行试运行期，试运行期满3个月进行终验。
公司会合理安排施工。严格按照建设单位批准的工程进度要求完成施工，系统软件配合设备按建设方需求进行交付。对因设计变更、第三方无法配合对接、无法获取相关数据等不可抗力等原因造成的工期延误，我公司会及时报告建设单位，经建设单位认可后，工期顺延。
任务名称 | 责任方 | 完成时间 |
提供“办好一件事”数据信息或系统账号 | 客户 | 10月28日 |
完成办好一件事“多表合一”表单梳理 | 电信 | 客户提供办好一件事数据信息后10天 |
协调各方厂商沟通交流，提供相关文档 | 客户 | 10月30日 |
完成综窗接件平台功能开发、测试服务器部署 | 电信 | 11月16日 |
完成区级“办好一件事”接件受理平台功能开发、测试服务器部署 | 电信 | 11月13日 |
完成 “好差评”系统、实体评价器对接联调 | 电信 | 11月18日 |
完成市级“办好一件事”系统对接联调 | 电信 | 11月20日 |
完成市级统一申办一体化平台对接联调 | 电信 | 11月23日 |
完成区级审批、引导系统对接联调 | 电信 | 11月20日 |
完成镇街审批、引导系统对接联调 | 电信 | 11月20日 |
完成市级电子印章系统对接联调 | 电信 | 11月23日 |
完成市级事项目录系统对接联调 | 电信 | 11月23日 |
完成市级数据资源管理平台对接联调 | 电信 | 11月23日 |
完成市级共享交换平台对接联调 | 电信 | 11月23日 |
4.3实施组织架构
4.3.1项目总体组织架构
图 项目组织架构图
4.3.2项目组内成员职责划分
角色 | 担任的职责 | |
总项目经理 | 负责整个项目总体监控和对接各组核心负责人相关事项，负责与客户方的业务专家和协调接口人进行对接，并对密云区政务服务局综合接件平台、数据汇聚库项目各个系统实施进度进行总体把控，督促各职责小组按项目计划进行实施工作，可对项目资源进行分配和协调。 | |
客户代表 | 负责整个项目在实施过程中与客户进行对接和协调，其中客户包括建设单位和更高级管控部门，并且负责与客户沟通项目服务完成情况的进度和偏差，并收集相关工作需求。 | |
开发项目经理 | 负责整个项目内部各个职能小组的沟通和协调，对密云区政务服务局综合接件平台、数据汇聚库项目研发进度和质量保障情况进行全局管控，并收集驻场项目组的反馈并进行组内沟通。 | |
实施项目经理 | 负责整个项目实施期间驻场项目开发团队的沟通和协调，对密云区政务服务局综合接件平台、数据汇聚库项目驻场开发进度和质量保障情况进行全局管控，并且协助项目总控完成项目进度情况的汇报和演示，并收集客户反馈和组内沟通。 | |
技术经理 | 负责整个项目各个职能团队的研发管理和质量，负责与开发项目经理和需求人员进行对接以完成相关研发工作，并对研发进度和完成情况进行监督和管控，并协调相关干系人和职能团队负责人对技术体系、架构体系、质量体系等一系列技术框架进行审核和督办，协助项目经理完成整体项目的引导和把控。 | |
配置管理员 | 负责整个项目的配置管理工作，主要是对项目过程中的成果物、资源和文档进行配置管理，负责对项目阶段目标设立基线，对配置管理系统进行管理和维护，并对过程中形成的文档、代码以及其他过程资产进行清查和审计，确保以上成果物能及时进行归档和入库。 | |
软件开发组 | 需求分析组 | 负责密云区政务服务局综合接件平台、数据汇聚库项目整体需求调研，直接与客户进行需求交流以及确认，并对需求调研结果进行统一编写以完成需求原型设计和需求说明文档，对过程中形成的需求调研文档、记录文档以及确认文档等进行归档和维护。 |
架构设计组 | 负责密云区政务服务局综合接件平台、数据汇聚库项目的整体业务架构设计、软件框架设计、数据库设计以及共享交换平台设计等工作，并组织相关人员对总体方案的设计进行评估论证，按照开发计划指导高级程序员工作，并负责对设计过程中形成的架构设计文档、数据库设计文档等成果物进行归档和维护。 | |
软件开发组 | 负责整个应用软件设计、开发、配合实施工作。负责搭建软件开发环境，编写公共组件和协调各个样例代码，解决技术难点，负责整个开发小组的开发思路和统一接口规划等。各应用系统的软件开发。 | |
项目实施组 | 负责密云区政务服务局综合接件平台、数据汇聚库项目各个系统内部的集成，接口配置，数据接口联调，保证不同系统集成后能正常运行。 | |
测试组 | 负责密云区政务服务局综合接件平台、数据汇聚库项目整体测试设计、测试执行和项目实施进度的质量监控，对不同阶段的测试任务和工作进行安排和部署，并对测试结果进行跟踪和反馈，负责每日持续集成和打包部署，协助开发组对项目质量进行纠偏和改进，负责编写质量进度报告和整体质量情况说明文档，编写测试结果报告和系统质量评估报告。 | |
质量管理组 | 配合整个项目实施团队进行所有软件相关文档的整理、归类、发布及交付，对过程文档进行配置管理。为保证整个系统的质量，负责制定质量保证计划和有关条例，指导开发技术以及测试技术人员进行软件开发、系统测试。 | |
实施服务组 | 负责密云区政务服务局综合接件平台、数据汇聚库项目试运行及正式上线运行后的运行维护工作，主要工作内容包括系统日常巡检、系统故障处理、安全问题防范、数据备份、系统使用指导和培训、日常维护问题受理，保证密云区政务服务局综合接件平台、数据汇聚库项目正常稳定运行。 | |
4.4项目实施流程
4.4.1组建项目团队
正式合同签订后我公司将成立项目组，任命项目经理，确定最终项目组成员，并告知北京市密云区政务服务管理局。
4.4.2同建设方确定项目实施具体事宜及制定项目总体计划
项目团队组建完成后，项目组将和建设方确定项目实施的具体事宜，如项目具体工期要求、技术要求等，项目组根据建设方具体要求及项目实际情况，制定合理的项目总体计划并获得建设方认可。
4.4.3部署环境准备
工程施工前，我公司项目组将进行一些必要的准备工作，其中某些工作需要建设方给予密切配合。主要工作包括：
（1）支撑软件到货的确认
（2）政务云平台部署环境的准备，如存储、计算能力等
（3）其他可能影响现场施工问题的确认
（4）各接口对接部门业务及技术事宜协调
在本阶段公司将向北京市密云区政务服务管理局项目负责人发出书面确认函，提出需要确认内容，并由北京市密云区政务服务管理局给予书面确认。根据书面确认结果，若施工条件具备，由双方协商确定现场施工的具体时间。
4.4.4系统前期调研
项目组成立后，公司将根据每个阶段的任务目标进行工程前期的调研工作，为编制详细的技术方案、施工方案和调试方案等提供参考。调研工作主要包括对全州便民服务、行政服务及信息公开业务现状的调研和了解，对各部门已建系统的运行情况及对接方式进行调研，以及项目组希望了解的其他情况进行调研，以调查表的形式发放到各部门了解其各自的详细状况。
4.4.5详细方案设计
项目前期调研结束后，公司将根据北京市密云区政务服务管理局客户的要求，进行详细技术方案的设计和编写工作，以作为现场施工安装的依据。在设计和编制过程中，我公司将与北京市密云区政务服务管理局项目负责人及时交流和讨论，确保设计符合合同要求。详细方案设计结束后，将提交公司技术支持小组审核确认。
4.4.6软件研发及测试
本阶段将根据项目计划及前期调研结果对系统开始研发以及测试，如果需要升级的对旧系统进行升级开发工作。在软件研发中，将由项目研发实施团队根据用户需求进行系统开发，在软件研发结束后，将进行系统的单元测试、集成测试、性能测试、安全性测试及场景测试。
4.4.7子系统安装和调试
在北京市密云区政务服务管理局及我公司项目团队确认详尽的安装施工方案和施工时间后，公司具有丰富经验的资深工程施工人员将按时将应用系统及数据库等部署在政务云平台上。工作过程和内容主要包括：
（1）同云平台运维管理管理方协调硬件资源
（2）现场确认施工条件是否具备
（3）安装和调试，北京市密云区政务服务管理局批准安装调测申请
（4）项目组进行系统安装、调试完成，双方签署有关安装完成的证明书
（5）项目组配合用户方技术人员完成系统数据（用户、业务参数等）初始化
（6）根据需要，提供现场培训或指导，解答相关的技术问题
（7）详细解释并移交技术文件、用户手册等给北京市密云区政务服务管理局项目技术负责人
以上工作过程为各项条件均正常时的施工过程，若出现异常情况，现场施工人员和配合人员应向双方负责人进行汇报，由双方负责人协商确定处理办法。
4.4.8应用集成及数据集成
本项目各个子系统之间有着复杂的业务关系及数据关系，业务通过政务服务网集成，数据通过数据交换平台集成。在各个子系统部署完成后，需要和其他业务系统进行集成及联调，确保各个系统之间的网络及数据流是互联互通的。
4.4.9用户培训
在系统完成封闭试运行，开始正式试运行前，或者在系统正式运行前，需要对系统用户及运行维护人员进行系统使用培训及运行维护培训，培训方式可采取集中培训、现场培训、远程线上视频会议等方式。
第5章 项目培训方案
为了满足本次项目的培训需求，安排优秀的培训教师、组织精良的培训教材、制定科学的培训计划，精心组织培训。
本项目业务应用系统使用培训对象主要为建设方相关部门及指定的用户的系统操作人员及管理人员。培训内容包括系统管理培训和用户操作培训。培训服务要求包括提供培训资料和讲义，选派参与本系统开发的有资质和实践经验的专业人员针对本系统的配置进行完整全面的培训，培训方式包括技术讲课、操作示范和其他必须的业务指导和技术咨询。同时，培训师会针对用户需求和人员实际状况分别制定详细的培训计划，根据实际验收软件系统提供全套培训教材。并于培训开始前一个月交给用户，征求意见，以确保培训工作的顺利进行，达到预期的目的。
5.1培训承诺
为确保系统在建成后能良好的运行，我公司根据建设方要求制定专门的培训方案，按不同层次有针对性进行培训工作，保证用户能独立的使用、管理、维护和配置系统。
公司选派具有一定资质和实践经验的、参与软件开发过程、且受过专门训练的高级专业技术人员负责系统各部分的技术培训工作。所有的培训教员必须用中文授课，除非有其它的协议规定，并提供全套培训教材(中文)和培训课程计划表。
5.2培训目标
通过培训，使密云区政务服务局综合接件平台、数据汇聚库项目的工作人员能独立掌握系统的配置、维护管理、日常操作等技术，使之能适应系统正常运行、维护、管理和操作的需求。
培训目标确定的作用表现在：
? 它能结合受训者、管理者、企业等各方面的需要，满足受训者各方面的需要。
? 帮助受训者理解其为什么需要培训。
? 协调培训的目标与机构和企业的目标相一致，使培训目标服从于机构目标。
? 也可使培训结果的评价有一个基准。
? 有助于明确培训成果的类型。
? 还能指导培训政策及其实施过程。
? 为培训的组织者确立了必须完成的任务。
培训目标一般包括三方面的内容：
? 说明受训者应该做什么
? 阐明被培训后可被接受的能力水平
? 受训者完成指定学习成果的条件
培训目标的确定应把握以下原则：
? 使每项任务均有一项工作表现目标，让受训者了解受训后所达到的要求，具有可操作性。
? 目标应针对具体的工作任务，要明确工作任务的划分和职责权限。
目标应符合机构或企业今后的发展目标和长远规划。
5.3培训方式
（1）现场培训
现场培训就是我公司指派平台技术人员和资深业务人员前往用户现场对密云区政务服务局综合接件平台、数据汇聚库项目相关系统的安装、使用、操作和维护等技能对相关受训人员进行培训。平台技术人员到达客户现场之后，首先为用户方技术人员介绍平台系统的概况、平台基本功能和性能、平台权限的基本配置方法以及平台对用户使用环境的适配性等技术要求，使得用户方技术人员对本项目涉及的环境和技术要求有所了解和认识。
在平台技术人员现场对用户使用环境调试完备之后，资深业务人员将培训材料的电子版交与用户。
? 培训对象：系统管理员、技术负责人
? 培训方式：现场操作、演示、介绍、发送资料和现场答疑。
? 培训时间：在项目实施过程中，具体培训时间和日期在合同签订后协商确定。
? 培训地点：具体培训地点在合同签订后协商确定。
? 培训人数：现场培训由于场地等条件限制，每次参训人数与建设方定。
（2）集中培训
集中培训主要是指培训组织者在规定的时间和规定的培训现场下将密云区政务服务局综合接件平台、数据汇聚库项目相关系统的各方使用者组织起来后授权我公司进行集中培训，主要培训内容包括公司平台技术人员在培训现场讲解密云区政务服务局综合接件平台、数据汇聚库项目相关系统的安装、使用、操作和维护等技能，逐一为用户方技术人员介绍平台系统的概况、平台基本功能和性能、平台权限的基本配置方法以及平台对用户使用环境的适配性等技术要求，使得用户方技术人员对本项目涉及的环境和技术要求有所了解和认识；然后平台业务人员将客户已事先打印好的培训材料以及培训材料的电子版交与用户，并在培训现场结合培训材料的内容给用户讲解平台使用规范、标准规范等，在用户熟悉培训材料的内容之后，业务人员将会在现场进行操作演示，帮助用户方业务人员在最短时间内熟悉本平台所涉及的基本操作规范和使用方法。当在业务培训人员完成功能讲解和现场演示之后，将会逐一解答受训人员的提问和咨询，最大程度上使现场培训的效果达到最佳。
? 培训对象：系统管理员、公务人员
? 培训方式：PPT课件讲解、现场操作、演示、介绍、发送资料和现场答疑。
? 培训时间：在项目实施过程中，具体培训时间和日期在合同签订后协商确定。
? 培训地点：具体培训地点在合同签订后协商确定。
? 培训人数：现场培训由于场地等条件限制，每次参训人数与建设方定。
5.4培训对象及要求
密云区政务服务局综合接件平台、数据汇聚库项目相关系统的培训对象主要包括系统管理员、技术负责人、维护人员、各级政府相关领导、各级部门主要负责人。需要对该类用户进行集中多次培训。
（1）按培训需求分类：按照公司计划的培训内容，包括基础库对接培训、网上行权培训等，制定相关受训人员类型，具备技能如下：
? 计算机基本操作和应用技能；
? 具有Internet及移动互联网设备的操作技能；
? 具有一定政府信息化系统的操作技能；
? WindowsXP及以上操作系统和主流浏览器使用经验；
（2）按培训方式需求分类：鉴于召开会议需要到指定会场，时间、交通安全、效率、费用都是需要考虑的问题，尤其地处偏远山区的政府开会，交通不便，而且会后精神的层层传达效率也比较低下，我公司可以通过视频会议、QQ群、远程培训等多种方式，指导受训人员掌握培训内容。
5.5培训内容
密云区政务服务局综合接件平台、数据汇聚库项目相关系统培训的主要内容侧重于对该系统的使用及系统的基本维护、常见问题及解决办法等问题，并提供实践性的操作，旨在使受训者熟悉系统设计的思路，掌握系统的操作和维护等。主要的培训包括：
（1）基础培训
对涉及本项目的所有人员进行项目的总体基础性培训，包括本项目的基本概况、项目的目的和意义、项目总体功能介绍、项目实施应用范围、项目试运行期注意事项。
（2）系统应用培训
针对平台使用者的需求层次和目标对象，对涉及本项目的用户进行分类，分次进行培训，使得使用者可以熟练地操作密云区政务服务局综合接件平台、数据汇聚库项目相关系统。
应用培训分为两级：种子培训和推广培训。
种子培训主要是针对部分具有计算机和应用系统使用经验的部分人员进行，其培训目标是：
全面了解系统功能，掌握系统操作方法。
具有对其他人员进行操作培训的能力。
对其他操作人员进行系统应用指导，协助解决应用问题。
推广培训由经过培训的人员具体执行，对自己单位的其余使用人员进行操作培训，其培训目标是：
具有系统应用操作能力。
能够在系统中完成业务工作。
推广培训之后，培训的人员仍然需要在业务应用过程中进行持续指导，并协助解决普通人员在使用过程中的业务问题。
（3）系统维护培训
组织密云区政务服务局综合接件平台、数据汇聚库项目相关系统业务系统相关维护人员熟悉系统硬件、软件环境，进行网络管理、系统管理、数据库管理、数据处理和安全管理的培训。对具有一定IT技术经验的系统管理员进行培训，培训目标是：
能够初步掌握系统的部署和配置。
能够对系统的一般故障进行诊断和处理。
系统维护培训由公司高级工程师负责进行。
5.6培训材料
我公司提供完整的培训材料文档电子版，培训材料包括系统介绍PPT和系统使用说明书的word版，确保受训人员在培训过程中能够充分的学习培训师教授的内容，并达到预期的目标。
5.7培训师资
我公司拥有一支具备专业技能的高素质讲师队伍，专职培训讲师均为大学本科以上学历。培训讲师全部具有丰富的专业技术知识和工程维护经验。公司还在内部培养了近多名经过认证的中高层管理人员、研发专家和工程维护专家担任兼职讲师。
第6章 项目验收方案
6.1验收目的
验收是项目从实施到售后维护的一个过渡阶段，验收通过之后系统正式实施完成，项目进入系统售后维护阶段。验收是项目建设过程的一个里程碑，说明项目建设完成了实施这一过程，进入了下一个阶段。为使信息化项目建设按照《软件需求说明书》要求进行，确保项目完成后达到有关要求和标准，正常运行平稳，必须进行项目验收。
6.2验收方式
项目验收是项目开发建设中有组织的主动性行为，它是对项目建设高度负责的体现，也是项目建设成功的重要保证。切实做好项目建设中的验收工作至关重要，应当采取有效措施，实实在在做好。为保证项目验收质量，建议采用的验收方法是：运行项目系统软件，检验其应用软件的实际能力是否与合同规定的一致；运行应用软件，实际操作，处理业务，检查是否与合同规定的一致，达到了预期的目的。
6.3验收标准
（1）平台程序系统验收标准：服务程序完整、有效、符合规范，系统程序无明显Bug，交付物与方案相一致；
（2）文档内容验收标准：文档内容全面、真实、丰富，能清楚阐述实施内容；
（3）文档格式验收标准：文档格式与工程实施要求的文档规范相符，文档具有详细的修改记录，版权、作者、时间等信息，包括完整的页眉、页脚等信息；
（4）文档一致性验收：需求文档、设计文档及其他可交付物保持一致；
（5）运行维护服务验收标准：已完成服务购买主体所有服务要求，组织支撑工作符合规范，每一类服务文档都具有详细完整的时间、内容和数据。
（6）系统材料验收要求：必须保障系统的全部相关的系统软件，各阶段开发文档，运行稳定可靠的本系统及其安装程序，并提供相关文档。
6.4验收方法
项目验收，是项目开发建设中有组织的主动性行为，它是对项目建设高度负责的体现，也是项目建设成功的重要保证。切实做好项目建设中的验收工作至关重要，应当采取有效措施，实实在在做好。为保证项目验收质量，针对不同的验收内容，在实施验收操作中，可以采取以下不同的方法：
（1）登记法
对项目中所涉及的所有软件和应用程序一一登记，特别是系统软件使用手册、应用程序各种技术文档等一定要登记造册，不可遗漏，并妥善保管。对项目建设中根据实际进展情况双方同意后修订的合同条款、协调开发建设中的问题进行登记。
（2）对照法
对照检查项目各项建设内容的结果是否与合同条款及工程实施方案相一致。
（3）操作法
这是项目建设最主要的验收方法。首先，运行项目系统软件，检验其应用软件的实际能力是否与合同规定的一致；第二，运行应用软件，实际操作，处理业务，检查是否与合同规定的一致，达到了预期的目的。
6.5验收步骤
（1）编写验收方案（计划书）
由我公司在对项目进行深入需求分析的基础上编写验收计划，提交建设方进行审定。
（2）成立项目验收小组
实施测试验收工作时，成立项目验收小组，具体负责验收事宜。
（3）项目验收的实施
严格按照验收方案对项目应用软件、网络集成效果、系统文档资料等进行全面的测试和验收。
（4）提交验收报告
项目验收完毕，对项目系统设计、建设质量、设备质量、软件运行情况等做出全面的评价，得出结论性意见，对不合格的项目不予验收，对遗留问题提出具体的解决意见。
（5）召开项目验收评审会
召开由验收委员会全体成员参加的项目验收评审会，全面细致地审核项目验收小组所提交的验收报告，给出最终的验收意见，形成验收评审报告提交建设方存档。
6.6验收内容
6.6.1系统功能验收
1.系统完成对接，功能满足设计要求；
2.完成对相关业务人员的系统培训指导。
6.6.2系统性能验收
1.对简单的事务能在3秒内完成从接受请求到处理完成；
2.各系统具有较高的稳定性，对10万次以上的连续请求处理无故障；
3.对实时或批量的事务请求给予响应，支持至少1000个并发请求的响应，具备大并发量处理机制，支持实时与批量处理的均衡调度；
4.对大数据包的处理，记录量在10万左右，能在1分钟以内完成处理;
5.吞吐量（每月数据、量高峰期每日数据量）在保证性能的前提下，系统设计能满足未来五年的高峰量；
6.系统不宕机，响应时间即时（≤3秒）的，高峰期最大响应时间不超过5秒；
7.事务处理查询时间平均不超过2秒；
8.普通应用查询时间平均不超过1秒；
9.统计分析类查询时间平均不超过3秒；
10.系统运行时峰值服务CPU所占比不超过70%，内存所占比不超过80%；
11.移植性强，可跨平台运行，兼容Linux、Windows等操作系统；
12.应用服务兼容性强，可部署在多种应用服务中间件下运行；
13.样式和脚本可兼容多种不同内核浏览器进行访问；
14.输入输出数据整数精确至个位数，小数至少精确到至百分位，日期精确到天，时间精确到秒；
15.可兼容多种数据库;
16.文本信息交换的响应时间应控制在1秒以内，图片、音视频信息交换响应时间控制在10秒以内;
17.用户并发数，指在同一时间段内访问系统的用户数量，也有一种是指同时向服务端发送请求的用户数，用户并发数其中主要一部分需要采用集群部署方式来分担系统并发压力。要分布式应用系统并发访问量在3000以上。
6.6.3项目文档验收
1. 政务服务资源开放标准；
2. 产品手册；
3. 培训材料；
4. 测试报告。
第7章 售后服务方案
为保障密云区政务服务局综合接件平台、数据汇聚库项目的稳定运行，我公司组织运维保障队伍，建立各项运维保障工作管理制度和操作规程，配备运维保障服务工具，提供高效的运维保障服务。密云区政务服务局综合接件平台、数据汇聚库项目的运维保障服务主要包括故障服务、日常巡检、系统监控、技术支撑服务等内容。
7.1售后服务保障承诺
我公司在北京市行政域内设有办事处或服务网点，项目建设及维护期间，我公司保障系统的安全问题，做好防范机制及管理工作。运维保障承诺如下：
1.安全防范：项目建设及维护期间，我公司保障系统的安全问题，做好防范机制及管理工作。
2.维护期的具体工作：按采购方运行实际需求做好平台和数据库的运维工作，确保维护期间网络安全，我公司指定专人负责维护期间故障响应工作，保证24小时可以联系沟通，处理故障问题。一般性故障处理应在2小时内得到解决，大故障问题1小时内应及时回应并做好处理方案，2个工作日内解决。负责沟通我公司配合甲方使用体验优化平台功能。
7.2售后服务内容
本项目系统规模大，客户技术维护人员缺乏，维护力量相对薄弱，因此需要对各个系统进行有效的保障和维护。
质量保障服务范围包括系统质保期的故障处理服务、日常巡检、系统监控、技术支撑服务、技术资料归集等工作，提供7*24小时质保处理响应。
7.2.1故障服务
故障服务是指密云区政务服务局综合接件平台、数据汇聚库项目出现运行故障或不稳定情况，我公司会及时查找发现故障，并安排专业维护人员进行处理。
服务要求：一般性故障处理应在2小时内得到解决，大故障问题1小时内应及时回应并做好处理方案，2个工作日内解决。
7.2.2日常巡检
我公司会定期对密云区政务服务局综合接件平台、数据汇聚库项目进行巡检。日常巡检包括以下内容：
? 在线运行的应用软件、数据库的巡检。
? 系统数据的备份情况。
? 前一次巡检发现问题的解决情况。
? 根据巡检情况形成巡检报告。
服务要求：日常巡检每周至少一次，在国家法定节假日期间，再安排一次巡检，并在重大事件期间，加大监控力度，保证平台的稳定性。
7.2.3系统监控
我公司会对密云区政务服务局综合接件平台、数据汇聚库项目的各系统主要页面的登录及访问进行监控。以保证系统提供有效服务，并不被非法篡改。
服务要求：实现7*24小时系统监控。
7.2.4技术支撑服务
技术支撑服务是指密云区各部门工作人员在使用密云区政务服务局综合接件平台、数据汇聚库项目的过程中遇到疑难问题时，可通过电话、QQ等方式提出服务要求。我公司指派专业技术人员进行处理。
服务要求：至少保证7X24的电话受理服务。服务响应时间：小于1天。
7.2.5技术资料归集
服务提供商负责归纳、整理、编制系统运维管理制度、操作规程、运维报告、情况分析总结等技术文档，并按照业主要求定期或不定期提交，以形成完整的运维服务技术资料体系。
7.3售后服务响应时间
我公司提供7*24小时服务，在接到用户要求维修的通知后，在1小时内响应并尽快解决问题。
7.4售后服务范围
密云区政务服务局综合接件平台、数据汇聚库项目与国家政务服务平台对接改造项目完成后，密云区政务服务局综合接件平台、数据汇聚库项目售后服务期内的维护保障服务范围包括本次项目建设对接的所有系统及与此同时所产生的其他维护工作，包括日常信息统计服务、数据日常维护服务、培训服务及其他维护服务。
附件二：
密云区政务服务局综合接件平台、数据汇聚库项目建设功能清单密云区政务服务局综合接件平台、数据汇聚库项目建设清单 | |
建设区级综窗接件平台 | |
建设区级“办好一件事”受理平台 | 并联审批、非并联审批 系统自动生成多表合一 办好一件事主题事项办事指南 主题式、引导式办理 联合审批、统一反馈 |
政务服务业务总线 | 区政务服务事项库事项采集规范 区政务服务事项库事项同源发布规范 区政务服务事项库事项管理规范 区政务服务事项库数据质量标准规范 区政务服务事项库运维管理规范 密云区政务服务数据库 |
系统对接 | 对接首都之窗 对接市级好差评系统 对接市级“办好一件事”事项目录 对接区级引导，审批系统 对接镇街审批系统，评价系统 对接市级电子印章系统 对接市级事项目录系统 对接市级数据资源管理平台 对接市级统一申办一体化平台 对接市级共享交换平台 |
|
招标
|
- 关注我们可获得更多采购需求 |
关注 |
最近搜索
无
热门搜索
无
