PDF格式
Excel格式
Word格式
项目名称: [密云 (略) 综合接件平台、数据汇聚库项目]
委托方( * 方): [ (略) 市密云区政 (略) ]
受托方( * 方): (略) (略)
签订时间: [ * 年 月 ]
签订地点: [ (略) ]
中华人民共和 (略) 印制
填写说明
* 、本合同为中华人民共和 (略) 印制的技术服务合同示范文本，各技术合同登记机构可推介技术合同当事人参照使用。
* 、本合同适用于 * 方当事人（受托方）以技术知识为另 * 方（委托方）解决特 (略) 订立的合同。
* 、签约 * 方为多个当事人的，可按各自在合同关系中的作用等，在“委托方”、“受托方”项下（增页）分别排列为共同委托人或共同受托人。
* 、本合同未尽事项，可由当 (略) 约定补充协议，并作为本 (略) 分。
* 、当事人使用本合同时约定无需填写的条款， (略) 注明“无”等字样。
* 、如有必要， (略) 签订保密协议。
[密云 (略) 综合接件平台、数据汇聚库项目]技术服务合同
委托方（ * 方）：[ (略) 市密云区政 (略) ]
地址：[ (略) 市密云区新东路 * 号 ]
法定代表人/负责人：[ 彭兴宝 ]
项目联系人：[ 金泽成 ]
联系方式：[ *** ]
通讯地址：[ (略) 市密云区新东路 * 号]
电 话：[ *** ] 传 真：[\ ]
电子邮箱：[ * q.com ]
受托方（ * 方）： (略) (略)
地址：[ (略) 市 (略) 区 (略) 路 * 号 * 层东塔 * 层 * 室 ]
法定代表人/负责人：[ 陈忠岳 ]
项目联系人：[ 杨富斌 ]
联系方式：[ *** ]
通讯地址：[ (略) 市密云区银河花园 * 号楼 * 层 (略) ]
电 话：[ *** ] 传 真：[ \ ]
电子邮箱：[ yang *** @c *** ]
本合同 * 方委托 * 方就[密云 (略) 综合接件平台、数据汇聚库]项目（“项目”）进行专项技术服务，并支付相应的技术服务报酬。双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下合同，并由双方共同恪守。
第 * 条技术服务内容
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 * 方提供上述技术资料、工作条件和配合协作事项的时间及方式：[相关标准规范需 * 月 * 日前提供，其它工作根据项目推进情况配合开展]。
第 * 条合同费用
4.1本合同费用总额（含税价）：大写人民币[ * * * 万 * 仟 * 佰 * * * ]元，￥[ *** ]；其中价款为大写人民币[ * * * 万 * 仟 * 佰 * * * 元 * 角 * 分 ]元，￥[ *** . * ]，增值税款为大写人民币[ * 万零 * 佰 * * * 元 * 角 * 分 ]元，￥[ * 1. * ]。
4.2 合同总费用由 * 方向 * 方支付，具体支付方式和时间如下：
分期支付
* 方分期向 * 方支付本合同费用：[ (1)验收合格后，凭验收报告和发票，按政府采购程序，由 (略) 市密云区政 (略) 支付合同价款 * %，即 *** .5元。（ * 方财政拨付 (略) 支付）。
（2）验收合格后， (略) 3个月， (略) 报告和发票，按政府采购程序，由 (略) 市密云区政 (略) 支付合同价款 * %，即 *** .5 元。同时，中标投标人向采 (略) 合同价款1%的质量保证金，即 * . * 元。质保期为验收合格后 * 年，质保期满后，经采购人确认无任何质量问题，无息退还质量保证金。 ]。
4.3 (略) 账户信息和纳税人信息
* 方信息如下：
(略) ：[ (略) (略) ]
银行地址：[ (略) 市密云区新中街 * 号 ]
户名：[ (略) 市密云区政 (略) ]
账号：[ *** ]
(略) 会信用代码：[ *** R ]
地址：[ (略) 市密云区新东路 * 号 ]
电话：[ *** ]
* 方信息如下：
(略) ：[ (略) (略) ]
银行地址：[ (略) 市 (略) 区新源西里中街 * 号 ]
户名：[ (略) (略) ]
账号：[ *** ]
(略) 会信用代码：[ *** K]
地址：[ (略) 市 (略) 区 (略) 路 * 号 * 层东塔 * 层 * 室]
电话：[ *** ]
第 * 条保密
5.1本合同 * 方(“披露方”)对其向本合同另 * 方(“接受方”)按照本合同(或就本合同)提供/披露的各类技术和商业资料、规格说明、图纸、文件及专有技术(统称“保密资料”) (略) 有权及/或其他权利。
5.2接受方应将保密资料作为商业秘密予以保护。除本合同 (略) 为外，接受方不得 (略) (略) 地对外披露。接受方仅可为本合同目的向其确有知悉必要的雇员披露对方提供的保密资料，但同时须指示其雇员遵守本条规定的保密及不披露义务。
5.3接受 (略) 本合同之目的对 (略) 复制。接受方应当在合同终止或解除时将保密 (略) 返还披露方， (略) 有复制件。接受方应当妥善保管保密资料，并对保密资料在接受方期间发生的被盗、泄露或其他有损保密资料保密性的 (略) 责任，因此造成披露方损失的，接受方应负责赔偿。
5.4当出现下述情况时，本条对保密资料的限制不适用。当保密资料：
（1）并非接受方的过错而已经进入公有领域的。
（2）已通过该方的有关记录证明是由接受方独立开发的。
（3）由接受方从没有违反对披露方的保密义务的人合法取得的。或
（4）法律要求接受方披露的，但接受方应在合理的时间提前书面通知披露方，使其得以采取其认为必要的保护措施。
5.5本保密条款有效期为本合同生效之日起[ * ]年。
5.6本条约定不适 (略) 提供或披露保密资料的情形。
第 * 条 本合同的变更必须由双方协商 * 致，并以书面形式确定。但有下列情形之 * 的， * 方可以向另 * 方提出变更合同权利与义务的书面请求，另 * 方应当在收到书面请求后[ * ]个工作日内予以答复；逾期未予答复的，视为同意：
[ \] 。
第 * 条 未经 * 方书面同意， * 方不得将 (略) (略) 服务工作转由第 * 人承担。
第 * 条验收
8.1 * 方完成技术服务工作的形式：[1、提供 (略) ；2、系统功能满足附件 * 、附件 * ]。
8.2技术服务工作成果的验收标准：[系统功能满足附件 * 、附件 * ]。
8.3技术服务工作成果的验收方法：[双方共同验收]。
8.4验收的时间和地点：[ * 月 * 日上线后启动初验，初验 (略) 期， (略) 期 (略) 终验。验收地点：按照 * 方要求]。
(略) 理
9.1如本合同以外的第 * 人指控 * 方为 * 方提供服务的过程中和/或其为 * 方提供的服务成果侵犯该方的专利或著作权, * 方将自费就 (略) 和/或与 * 方共同辩护， (略) 和行政执法机关最终裁定的或经 * 方同意的和解中包括的 * 切费用、损害赔偿金和合理的律师费用，前提条件是 * 方:
（1）就指控立即书面通知 * 方。
（2）容许 * 方在辩护及任何有关的和解谈判中具有控制权，并配合 * 方工作。
在 * 方满足上述条件的前提下， * 方就侵权指控将对 * 方承担本条约定的上述义务。
9.2对因下 (略) 引起的指控，无论本合同是否有其他约定， * 方均不承担责任：
（1） * 方提供的被并入服务成果之中的任何东西，或 * 方遵照 * 方或代表 * (略) 提供的任何设计、规格或关于实施方法的指示而提供的任何东西。
（2） * 方修改服务成果。
（3） * 方将服务成果与非由 * 方提供的任何产品、数据、装置或商业方法 * 起结合、操作或使用，或为 * 方以外的第 * (略) 、操作或使用服务成果。
第十条 违约责任
* .1双方确定，任 (略) (略) 本合同项下的义务，均构成违约。违约方应当赔偿因违约给对方造成的 * 切损失。
* .2 * 方未能按照本合同约定支付相关费用的，每逾期[ 1 ]日， * 方应当按照合同总费用[ 0.1 ]%向 * 方支付违约金。 * 方逾期付费累计达[ * ]日的， * 方有权终止本合同并不承担任何责任，并要求 * 方承担 * 方因追讨欠费支出的各项费用（包括但不限于律师费、诉讼费、保全费、财产保全担保费等）。
* .3 * 方未能按本合同约定按期提供技术服务的，每逾期[ 1 ]日， * 方应当按照合同总费用的[ 0.1 ]%向 * 方支付违约金。如违约金数额累计达到合同总费用的[ * ]%时， * 方有权终止本合同。
* .4 无论本合同其他条款是否有任何相反的约定， * 方在本合同项下应承担的责任不超过 * 方最近[ * ]个月已经收取费用总额的[ * ]%； * 方对因 (略) 为而导致的 * 方或用户可得利益损失、商业信誉损失、数据丢失或损坏以及间接损失或后果性经济损失等其他损失不承担责任。 * 方 (略) 有， * 方应负责数据备份， * 方对 * 方数据的丢失或损坏不承担责任。
* .5 * 方承诺遵守国家相关法律法规， (略) (略) 络安全的活动，若 * 方发现 (略) 络安全的事项等活动， * 方有权停止技术支持，并解除本合同不负违约责任， (略) 有款项不予退还。
* . (略) 过程中，如 * 方发生以下任 * 情形的， * 方有权视情节严重程度采取中 (略) 合同、解除合同等措施并不承担违约责任。如该情形导致第 * 方向 * 方 (略) 政程序， * 方应负责解决。如该情形给 * 方造成损失的， * 方应全额赔偿：
* .6. (略) 政机关纳入“严重违法失信”名单；
* .6. (略) 纳入“ (略) 人”名单；
* .6.3被 * 方（含 * 方上级单位）纳入违规失信 (略) 商名单；
* .6. (略) 络和信息安全违法、 (略) 为的,包括 (略) 络和信息安全问题承担刑事 (略) 政处罚，被列入各级公安机关的涉通讯信息诈骗违法犯罪高危自然人或法人名单、电信业务经营不良名单、失信名单等;
* .6.5其他相关法律法规规定或有权机关认定的违法失信情形，以及可能 (略) 风险或侵害 * 方合法权益或声誉的违规失信情形。
第十 * 条 双方确定，在本合同有效期内， * 方指定[ 金泽成 ]为 * 方项目联系人， * 方指定[杨富斌 ]为 * 方项目联系人。
* 方变更项目联系人的，应当及时以书面形式通知另 * 方。未及时通知并影 (略) 或造成损失的，应承担相应的责任。
第十 * 条 双方确定，出现下列情形之 * ，致使 (略) 成为不必要或不可能的，可以解除本合同：
* .1发生不可抗力。
* .2[ \ ]。
第十 * 条 法律适用和争议解决
* .1本合同适用中华人民共和国法律。
* .2所有因本合同引起的或与本合同有关的任何争议将通过双方 (略) 协商解决。如果双方不能通过 (略) 协商解决争议，则任何 * 方均可采取下述第（2 ）种争议解决方式：
（1）将该争议提交[ (略) ] (略) ，按照申请仲裁时该会的 (略) 仲裁。仲裁在[ (略) ]进行。仲裁语言为中文。仲 (略) 的，对双方均有约束力。仲裁费用由败诉方承担。
（2）向[ 合同签署地]有管辖 (略) 起诉。
* .3仲 (略) 过程中，双 (略) 本合同未涉仲裁或 (略) 分。
第十 * 条双方确定，本合同及 (略) 涉及的有关名词和技术术语，其定义和解释如下：
* .1“不可抗力”：地震、台风、水灾、火灾、战争以及其它本合同各方不能预见，并且对其发生和后果不能防止或不能避免且不可克服的客观情况。
* .2 [\ ]。
第十 * 条合同生效和其他
* .1本合同自双方签字盖章之日起生效。
* .2本合同 * 式[ * ]份， * * 双方各执[ * ]份，具有同等法律效力。
* .3如果本合同的任何条款在任何时候变成不合法、无效或 (略) 而不从根本上影响本合同的效力时，本合同的其他条款不受影响。
* .4本合同各条标题仅为提示之用，应以条文内容确定各方的权利义务。
* .5未得到对方的书面许可， * 方均不得以广 (略) 合使用或摹仿对方的商业名称、商标、图案、服务标志、符号、代码、型号或缩写，任何 * 方均不得声称对对方的商业名称、商标、图案、服务标志、符号、代码、型号 (略) 有权。
* .6本合同的任何内容不应被视为或解释为双方之间具有合资、合伙关系。
* .7本合同替 (略) 有关于本合同事项的口头或书面的纪要、备忘录、合同和协议等法律文件。
* .8 * (略) 本合同或与本合同有关的 * 切通知都必须按照本合同中的地址，以书面信函或者传真或者电子 (略) 。其中：
* .8.1除本合同另有约定外，有关下述任 * 事项的通知，均应当采用书面信函形式作出，否则，该通知无效，不产生本合同项下的任何通知效力：
（1）与本合同费用及支付事宜有关的通知；
（2）与本合同违约事宜有关的通知；
（3）与本合同终止、解除或变更事宜有关的通知；
（4）与本合同延续/续展有关的通知；
（5）[ ]。
* .8.2本合同约定的各种通知方式的送达标准如下：
（1）如采用书面信函形式，应当使用挂号信或者具有良好信誉的特快专递送达，接受方签收挂号信或特快专递的时间（ (略) 系统记录为准）为通知送达时间；
（2）如采用传真方式，传真到达接受方指定传真系统的时间为通知送达时间；
（3）如采用电子邮件方式，电子邮件到达接受方指定电子邮箱的时间为通知送达时间。
如果因接受方原因（包括但不限于接受方拒收书面信函、接受方传真机关闭或故障、接受方电子邮箱地址不存在或者邮箱已满或者设置拒收等）导致通知发送失败，视为通知已经送达（发送方侧载明的书面信函寄出时间或者传真发送时间或者电子邮件发送时间视为通知送达时间）。
* .8.3本合同双方通知地址及方式如下：
* 方：[ (略) 市密云区政 (略) ]
地址：[ (略) 市密云区新东路 * 号 ]
联系人：[ 金泽成 ]
电话：[ *** ]
传真：[ \]
邮编：[ *** ]
电子邮件：[ * q.com ]
* 方： (略) (略)
地址：[ (略) 市 (略) 区 (略) 路 * 号 * 层东塔 * 层 * 室 ]
联系人：[ 杨富斌 ]
电话：[ *** ]
传真：[ \]
邮编：[ *** ]
电子邮件：[ yang *** @c *** ]
上述任何信息发生变更的，变更方应及时以书面形式通知另 * 方，未及时通知并影 (略) 或造成损失的，应承担相应的责任。
* .9附件为本合同 (略) 分。若附件与合同正文有任何冲突，以合同正文为准。
本合同附件为：
附件 * 、附件 *
补充附页
经 (略) 协商，对本合同条款补充、修改如下，本补充附页为合 (略) 分，与合同正文冲突时，以本补充附页为准：[无]
* 方：[ (略) 市密云区政 (略) ]
法定代表人/负责人
或授权代表：
[ ]年[ ]月[ ]日
* 方： (略) (略)
法定代表人/负责人
或授权代表：
[ ]年[ ]月[ ]日
印 (略) ：
（以下由技术合同登记机构填写）
合同登记编号：
1．申请登记人：
2．登记材料：(1)
(2)
(3)
3．合同类型：
4．合同交易额：
5．技术交易额：
技术合同登记机构（印章）
经办人：
年 月 日
附件 * ：
密云 (略) 综合接件平台、数据汇聚库项目技术服务方案目录
2.1.2 建设区级“办好 * 件事”接件受理平台需求分析 *
2.1.3 对接“好差评”实 (略) 上评价功能需求分析 *
4.4.2 同建设方确定项目实施具体事宜及制定项目总体计划 *
第1章 总体概述
1.1项目概述
为深入推进全区“放管服”改革，加快推进政务服务“ * 网通办”，切实解决群众办事堵点问题，深入贯彻落实中央及 (略) 市关于“ * 网通办”的政策要求，向企业和群众提供更便捷、更精准、更优化的服务。 (略) 办公厅《关于印发进 * 步深化“ (略) +政务服务”推进政务服务“ * 网、 * 门、 * 次”《改革实施方案的通知》（国办发〔 * 〕 * 号）精神和市委、市政府关于深化“ (略) +政务服务” (略) 署，按照市政府办公厅《关于印发< (略) 市推进政务服务“ * 网通办”工作实施方案>的通知》（京政办发〔 * 〕 * 号）要求，加快落实《 * 年 (略) 市推进“ * 网通办”工作方案》和《 (略) 市 * 体化在线政务服务平台数据共享 (略) 办法》的工作要求，加快推进密云区政务服务“ * 网通办”工作进度，优化服务流程，创新服务方式，推进数据共享，推行公开透明，持续改善营商环境， (略) 主体添活力，为人民群众增便利。
密云区已不断推进本区“ * 网通办” (略) 上办事清单、 (略) 上办事流程、 (略) 上办事标准、搭建全区 (略) 政务服务总门户、深化政务服务资源整合共享、 (略) 上办事配套措施和加大” (略) +政务服务”系统集成等相关方面的任务和目标。
密云 (略) 综合接件平台、数据汇聚库项目，为密云区“ (略) +政务服务”、“ * 网通办”、“ * 窗、 * 门、 * 次”的总入口；平台项目建设将整合政务服务、 (略) 会服务，打造“ (略) +政务服务”体系，推动密云区政务服务“ * 次登录、全网通办”，大幅提高政务服务便捷性；以企业和群众办事“只进 * 扇门”为目标， (略) 政务服务集中办理，实现“多门”变“ * 门”，促进政务服务线上线下集成融合，不断提升政府服务效能，实现资源和信息的整合，切实实现便民、惠民、利民的目标。
密云 (略) 综合接件平台、数据汇聚库项目在利旧原则下，进行统筹建设，统 * 管理，通过统 * 建设统 * 用户身份支撑服务、区级事项管理支撑服务、数据汇聚支撑服务平台、平台基础支撑服务等能力，对接市级服务平台，实现北 (略) 办，应上尽上的任务要求，并持续优化密云区政务服务业务流程，精简办事环节，对公众、企业的服务实现多端融合 ，提升用户体验。
1.2系统总体结构
密云区政务服务“ * 平台， * 总线”建设按照层级贯通、体系完备、支撑有力的总体要求，从层级架构、内容架构和支撑架构等多维度统筹规划建设区政务服务体系，纵向上联市政务服务平台，下接密云区、镇街政务大厅。实现线上、线下政务服务事项办理，依托于政务服务审批平 (略) 办，“办好 * 件事”主题事项接件审批，“好差评”评价体系完善。
1.3系统建设周期
(略) 时间为 * 日。
1.4系统交付地点
* 方指定地点。
1.5服务内容
1、安全防范：项目建设及维护期间，建设方应保障系统的安全问题，做好防范机制及管理工作。
2、免费维护期：“ * 平台， * 总线”验收完成后，免费维护周期为两年或多于两年。
3、有偿维护期：每年收取维护费用不高于项目建设总款的5%。
4、维护期的具体工作 ： (略) 实际需求做好平台和数据库的运维工作，确 (略) 络安全，指定专人负责维护期间故障响应工作，保证 * 小时可以联系沟通，处理故障问题。 (略) 理应在2小时内得到解决，大故障问题1小时内应及时 (略) 理方案，2个工作日内解决。负责沟通 * 方配合 * 方使用体验优化平台功能。
1.6建设依据及标准
1.6.1主要依据
1 《 (略) 关于在线政务服务的若干规定》（中华人民 (略) 令 第 * 号）
2 《 (略) 办公厅关于切实做 (略) 门政务服务平台与国家政务服务平台对接工作的通知》（国办函〔 * 〕 * 号）
3 《 (略) 关于加快推进全国 * 体化在线政务服务平台建设的指导意见》（国发〔 * 〕 * 号）
4 《 (略) 办公厅关于印发全国深化“放管服”改革转变政府职能电视电话会议重点任务分工方案的通知》（国办发〔 * 〕 * 号）
5 《 (略) 办公厅关于印发进 * 步深化“ (略) +政务服务”推进政务服务“ * 网、 * 门、 * 次”改革实施方案的通知》（国办发〔 * 〕 * 号）
6 《 (略) 办公厅关 (略) 站域名管理的通知》（国办函〔 * 〕 * 号）
7 《中共中央办公厅、 (略) 办公厅印发<关于深入推进审批服务便民化的指导意见>》（厅字〔 * 〕 * 号）
8 中共中央办公厅 (略) 办公厅印发《国家电子政务总体方案》（厅字〔 * 〕7号）
9 《国家发展改革委办公厅关于在办理相关业务 (略) 会信用代码的通知》（发改办财金〔 * 号）
* 《 (略) 办公厅关 (略) 站发展指引的通知》（国办发〔 * 〕 * 号）
* 《 (略) 办公厅关于印发政务信息系统整合共享实施方案的通知》（国办发〔 * 〕 * 号）
* 《 (略) 办公厅关于印发“ (略) +政务服务”技术体系建设指南的通知》（国办函〔 * 号）
* 《 (略) 关于加快推进“ (略) +政务服务”工作的指导意见》（国发〔 * 〕 * 号）
* 《国家电子政务工程建设 (略) 办法》（发改委 * 号令）
* 《关于印发< (略) 市推进政务服务“ * 网通办”工作实施方案>的通知》（京政办发〔 * 〕 * 号）
* 《 * 年 (略) 市推进“ * 网通办”工作方案》
* 《 (略) 市 * 体化在线政务服务平台数据共享 (略) 办法》
1.6.2技术标准
1 《GB/T *** 8 电子证照 总体技术架构》
2 《GB/T *** 8 电子证照 目录信息规范》
3 《GB/T *** 8 电子证照 元数据规范》
4 《GB/T *** 8 电子证照 标识规范》
5 《GB/T *** 8 电子证照 文件技术要求》
6 《GB/T *** 8 电子证照 共享服务接口规范》
7 《GB/T *** 6 电子文件存储与交换格式 版式文档》
8 《GB/T 3 * * 电子政务标准化指南 (略) 分：总则》
9 《GB/T 3 * * 电子政务标准化指南 (略) 分：工程管理》
* 《GB/T 3 * * 电子政务标准化指南 (略) 分：网络建设》
* 《GB/T 3 * * 电子政务标准化指南 (略) 分：信息共享》
* 《GB/T 3 * * 电子政务标准化指南 (略) 分：支撑技术》
* 《GB/T 2 * * 政务信息资源交换体系》
* 《GB/T 2 * * 政务信息资源目录体系》
* 《GB/T *** 8 信息安全技术 数字签名应用安全证明获取方法》
* 《GB/T *** 8 信息安全技术 公钥基础设施 数字证书格式》
* 《GB/T *** 8 信息安全技术 证书认证系统密码及其相关安全技术规范》
* 《GB/T *** 8 信息安全技术 信息安全等级保护基本要求》
* 《GB/T *** 7 信息安全技术 信息安全风险评估规范》
* 《GB/T *** 8 信息安全技术 信息系统安全等级保护定级指南》
* 《GM/T *** 信息安全技术 信息系统密码应用基本要求》
* 《GB * /T * * 政务服务“ (略) 办简化办马上办”工作规范 (略) 分 总则》
* 《GB * /T * * 政务服务“ (略) 办简化办马上办”工作规范 (略) 分 * 窗受理 集成服务》
* 《GS T4- * -基于XML的数据交换格式设计指南》
* ISO/IEC * 1信息安全管理体系标准
* ISO/IEC * 5信息安全管理标准
1.6.3国家政务服务平台标准规范
1. 《C * 国家政务服务平台总体框架》
2. 《C * 国家政务服务平台政务服务门户建设要求》
3. 《C * 国家政务服务平台政务服务移动端建设要求》
4. 《C * 国家政务服务平台政务服务移动端界面视觉要求》
5. 《C * 国家政务服务平台 * 体化移动应用支撑平台运维保障要求》
6. 《C * 国家政务服务平台服务能力评估指标体系建设要求》
7. 《C * 国家政务服务平台指标数据采集技术（接口）要求》
8. 《C * 国家政务服务平台业务协同建设要求）》
9. 《C * .1 国家政务服务平台政务服务事项基本目录及实施清单 (略) 分：编码要求》
* . 《C * .2 国家政务服务平台政务服务事项基本目录及实施清单 (略) 分：要素要求》
* . 《C * 国家政务服务平台统 * 身份认证系统接入要求》
* . 《C * 国家政务服务平台统 * 身份认证系统身份认证技术要求》
* . 《C * 国家政务服务平台统 * 身份认证系统信任传递要求》
* . 《C * 国家政务服务平台统 * 信任服务平台接口要求》
* . 《C * 国家政务服务平台可信身份等级定级要求》
* . 《C * 国家政务服务平台安全接入检测要求》
* . 《C * 国家政 (略) 络安全保障要求》
* . 《C * 全国 * 体化在线政务服务平台应急保障要求》
* . 《C * 国家政务服务平台统 * 电子印章 总体技术架构》
* . 《C * 国家政务服务平台统 * 电子印章 签章技术要求》
* . 《C * 国家政务服务平台统 * 电子印章 印章技术要求》
* . 《C * 国家政务服务平台统 * 电子印章 接入测试方法》
* . 《C * 国家政务服务平台统 * 电子印章 系统接口要求》
* . 《C * 国家政务服务平台证照类型代码及目录信息》
* . 《C * 国家政务服务平台电子证照跨区域共享服务接入要求》
* . 《C * 国家政务服务平台信息资源共享开放要求》
* . 《C * .1 国家政务服务平台数据交换与共享接口 (略) 分：数据交换要求》
* . 《C * .2 国家政务服务平台数据交换与共享接口 (略) 分：共享接口要求》
* . 《C * 国家政务服务平台政务服务大数据分析模型指南》
* . 《C * 国家政务服务平台政务服务数据服务接口要求》
* . 《C * 国家政务服务平台政务服务数据编码要求》
* . 《C * 国家政务服务平台政务服务数据整合要求》
* . 《C * 国家政务服务平台统 * 身份认证隐私保护要求》
* . 《C * 国家政务服务平台运维保障系统接入要求》
* . 《C * 国家政务服务平台_电子证照_出生医学证明》
* . 《C * 国家政务服务平台_电子证照_营业执照》
* . 《C * 国家政务服务平台_电子证照_烟草专卖零售许可证》
* . 《C * 国家政务服务平台_电子证照_烟草专卖批发企业许可证》
* . 《C * 国家政务服务平台_电子证照_烟草专卖生产企业许可证》
* . 《C * 国家政务服务平台_电子证照_烟草专卖品准运证》
* . 《C * 国家政务服务平台_电子证照_取水许可证》
* . 《C * 国家政务服务平台_电子证照_结婚证》
* . 《C * 国家政务服务平台_电子证照_离婚证》
* . 其他国家 * 体化在线政务服务平台建设相关技术要求和工程标准
第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) 各系统具有较高的稳定性，对 * 万次以上 (略) 理无故障；
(3) 对实时或批量的事务请求给予响应，支持至少 * 个并发请求的响应，具 (略) 理机制，支持 (略) 理的均衡调度；
(4) 对 (略) 理，记录量在 * 万左右，能在1分 (略) 理。
(5) 吞吐量（每月数据、量高峰期每日数据量）在保证性能的前提下，系统设计能满足未来 * 年的高峰量；
(6) 系统不宕机，响应时间即时（≤3秒）的，高峰期最大响应时间不超过5秒；
(7) (略) 理查询时间平均不超过2秒；
(8) 普通应用查询时间平均不超过1秒；
(9) 统计分析类查询时间平均不超过3秒；
( * ) (略) 时峰值 (略) 占比不超过 * %， (略) 占比不超过 * %；
( * ) 移植性强， (略) ，兼容Linux、Windows等操作系统；
( * ) 应用服务兼容性强，可部署在多种应用服务 (略) ；
( * ) 样式和脚本可兼容多种不同内 (略) 访问；
( * ) 输入输出数据整数精确至个位数，小数至少精确到至百分位，日期精确到天，时间精确到秒；
( * ) 可兼容多种数据库。
( * ) 文本信息交换的响应时间应控制在1秒以内，图片、音视频信息交换响应时间控制在 * 秒以内。
( * ) 用户并发数，指在同 * 时间段内访问系统的用户数量，也有 * 种是指同时向服务端发送请求的用户数，用户并发数 (略) 分需 (略) 署方式来分担系统并发压力。要分布式应用系统并发访问量在 * 以上。
2. (略) 理
系统在设计时充分考虑稳定性及对用户误操作的容错功能，保证在正常情况下系统能保持长时 (略) 。对于不可预见的原因导致的系统故障，提 (略) 理恢复机制使系统在尽可能短的时 (略) ，保证数据的安全性和完整性。
3.数 (略) 理
系统在设计时充分考虑到硬件设备故障或其他原因导致的 (略) ，数据库数据的备份保存情况。保证在日常使用情况下制定完善的数据备份策略，在出现 (略) 的情况下保证最新备份数据的完整性，并且提供数据恢复服务，保证数据安全和完整性。
4. (略) 理
系统在设计时充分考虑到软件技术升级及硬件产品迭代升级情况，系统开发采用最新技术手段，能够兼容各类第 * 方软件及各类接入硬件，保证在未来几年内系 (略) 上的第 * 方软硬件产品能够兼容。
2.6项目实施服务要求
1.安全防范：项目建设及维护期间，建设方应保障系统的安全问题，做好防范机制及管理工作。
2.免费维护期：“ * 平台， * 总线”验收完成后，免费维护周期为两年或多于两年。
3.有偿维护期：每年收取维护费用不能高于项目建设总款的5%。
4.维护期的具体工作 ： (略) 实际需求做好平台和数据库的运维工作，确 (略) 络安全，指定专人负责维护期间故障响应工作，保证 * 小时可以联系沟通，处理故障问题。 (略) 理应在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. * 在线支付系统对接 (略) 市统 * 支付平台，对需收取费用的政务服 (略) 银、支付宝、财付通、环迅支付、易宝支付、快钱、网银在线、等线上线下缴费服务，为办事群众提供了多种消费支付结算方式。
3.3.1.1. * 检索功能从办事群众对政务服务事项的信息需求出发，对政务服务事项的信息集合采用 * 定的方法、技术手段，根据 * 定的线索与规则从中找出相关信息。通过主题检索、全文检索、事项名称检索、关键字检索、 (略) 门检索等多种检索 (略) 需办理的政务服务事项及相关信息。实现模糊检索、目录搜索、智能推荐、查询等功能。
3.3.1.1. * 统计分析对 (略) 办件事项按统计分析。按时间、按主题、按事项类型、 (略) 统计收件、受理、补齐补正、不予受理、审批、签收、发证的件数等办件信息信息对办件分发 (略) 统计，提供按柱状图、线性图、饼状图等不同展示方式，同时提供统计数据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 事项采集范围本项目政务服务事项采集的事项类型范围包括：依申请类事项（行政许可、行政给付、行政奖励、行政确认、行政裁决、 (略) 政权力）、依职权事项（ (略) 罚、行政征收、行政强制、行政检查、行政监督、行政收费）以及公共服务事项。
政务服务事项采集地区范围包括：区级、 * 个乡镇街道、 * 个 (略) 门。政务服 (略) 使层级范围包括：区、乡镇 * 级。
3.3.2.2.2 事项采集标准政务服务事项采集标准主要依据《C * .1国家政务服务平台政务服务事项基本目录及实 (略) 分：编码要求》和《C * .2 国家政务服务平台政务服务事项基本目录及实 (略) 分：要素要求》，对全 (略) 门的政务 (略) 完善性采集。本标准约定了全区政务服务事项编码规范、分类、信息项标准、采集方式、采集流程、采集范围等内容。
3.3.2.2.2.1. 政务服务事项目录清单要素政务服务事项基本目录要素见下表。
表 政务服务事项基本目录要素
名称 | 值域 | 必填项 | 备注 |
记录唯 * 标识 | 自由文本 | 是 | 记录唯 * 标识取值符合GB/T1 * * 的要求 |
事项名称 | 自由文本 | 是 | |
基本编码 | 自由文本 | 是 | |
适用情形 | 自有文本 | 是 | |
设定依据 | 自由文本 | 是 | |
行使层级 | 代码“行使层级” | 是 | (略) 使层级有国家级、省级、市级、县级。 |
事项状态 | 代码“事项状态” | 是 | 在用、暂停、取消 |
事项版本 | 自由文本 | 是 | |
计划生效日期 | 自由文本 | 否 | |
计划取消日期 | 自由文本 | 否 | |
政务服务事项实施清单包括基本信息、扩展信息、材料目录信息、收费项目信息、常见 (略) 分。
3.3.2.2.2.3. 实施机构要素政务服务事项事项区划内实施主体要素见下表。
表 区划内实施主体信息
名称 | 值域 | 必填项 | 备注 | |
记录唯 * 标识 | 自由文本 | 是 | 记录唯 * 标识取值符合GB/T1 * * 的要求 | |
部门名称 | 自由文本 | 是 | (略) (略) 门全称 | |
部门简称 | 自由文本 | 是 | (略) (略) 门简称 | |
组织机构代码 | 自由文本 | 否 | (略) 属部门的组织机构代码 | |
(略) 会信用代码 | 自由文本 | 是 | (略) 属 (略) 会信用代码 | |
部门是 (略) 使政务服务事项 | 代码“是否” | 是 | ||
排序 | 自由文本 | 是 | ||
凡是没有法律法规依据的申请材料， * 律精简；凡是没有必要或重复要求提交的证件、证明， * 律取消；不再保留带有“法律、行政法规规定的其他条件”“其他有关材料”等“兜底条款”的申请材料，具体清晰罗列申请材料的名称、样式、数量等，严禁在标准化外要求申请人提交其他资料。
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 * 、Navicat Mysql
3.4.2数据库设计
主要分为前置数据库、业务数据库、备用数据库。具体数据结构按照 (略) 市 * 体化在线政务服务平台数据汇聚与共享技术标准要求设计。
3.5对接规范
3.5.1前置库对接规范
密云 (略) 综合接件平台、数据汇聚库项目与 (略) 信息交换时，可采用前置库对接的交换方式。对接时，需遵循相关标准规范，例如：数据传输流程、数据报格式、组网方式等。从而在采用前置库对接实现数据信息交换、简化系统结构、节约系统投资、降低系统维护劳动强度。
3.5.2Web Service对接规范
Web Service对接规范分为查询业务和推送业务两种，在Web服务调用的过程中流程化，参数按照XML标准定义，通过XSL动态解析。单次数据的传输量要求控制 * 条内，并且整体数据量大小要求在2M以内。
3.6对外访问接口设计
3.6. (略) 审批接口
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、网络和硬件要求
系统对接接入如选择前置机方式对接，需要配置可 (略) 前置服务器，各个系统通过前置服务器与密云 (略) 综合接件平台、数据汇聚库项目对接，前置服务器需要安装统 * 的交换服务，通过交换服务来实现数据交换。前置机方 (略) 络带宽 * M以上，前置机建议安装Linux，系统建议采用8核心CPU， * G内存，1T硬盘存储空间，前置库建议使用MYSQL。
2、前置机维护要求
(略) (略) 提供，自行维护，并建立定期巡检制度。各部门应确保提供的前置机满足数据交换的需求， (略) 门节点的数据交换前置机无法满足交换需求的， (略) 硬件升级或更换。前置机 (略) 络调整的，请提前1个工作日向密云 (略) 综合接件平台、数据汇聚库项目管理单位报备。各部门应落实工作责任，做好前置机日常运维工作，确保交换前置正常高效运转。
3、前置机对接方式数据交换
数据交换为密云 (略) 综合接件平台、数据汇聚库项目与各个系统间的工作转办数据交换，通过数据减缓服务可以避免各业务系统直接依赖，解耦业务系统关系。同时抽象设计数据交换能用交互接口，数据交互本身不关注业务，只提供交换过程中的数据管理、加解密和交换通道。业务系统根据交换数据中的Bi (略) 业务数据 (略) 理，这样可确保数据交换服务系统的稳定性，以及后续新增业务交换的兼容性和可扩展性。
3.7.2API接口对接
1、网络要求
系统对接接入如选择API接口方式对接， (略) (略) 对接，各个系统通过调用密云 (略) 综合接件平台、数据汇聚库项目 (略) 数据交换对接。网络带宽建议 * M以上。
2、API接口方式数据交换
AP (略) 署 * 套数据交换服务即可，密云区 (略) 提供数据交换服务器，各部 (略) 对接地址调用数据交换服务，实现市级“好差评”系统、市级“办好 * 件事”系统、市级统 * 申办 * 体化平台、区级审批、引导系统、镇街审批、引导系统、市级电子印章系统、市级事项目录系统、市级数据资源管理系统以及市级共享交换平台与密云 (略) 综合接件平台、数据汇聚库项目的对接工作，通过API接口方式对接调用接口时，各部门还需要提供专属token， (略) 门都有自己的token秘钥。
3、token秘钥管理
针对各地方配置各自的加解密密钥，密云区政 (略) (略) 有的密钥，各版本只需配置自己的密钥即可。当前密钥配置管理采用配置文件的方式，各版本在确认 (略) 应用程序打包。后续如果有 (略) 再将应用升级为微服务， (略) 获取相应的配置。
4、接口调用要求
各部门从数据交换平台按 * 定频率获取数据，获取数据统 * 为 * 个接口，使用bizKey区分不同的业务。
数据共享交换平台API每次被调用返回数据量默认最多 * 条（可通过查询参数limit设置），各部门获取到数据后需要调用confir (略) 确认，如果不确认那么连续查询两次查询获取到数据都是 * 样的，也就是说无法拿到新的数据。如果调用 * 条数据，在读取确认时，只确认 * 条数，剩余的 * 条未确认数据仍然在调用数据的范围内，即再次调用接口时，如仍默认调用 * 条数据，这 * 条数据中就包含未确认的 * 条数据。
3. (略) 交换设计
3.8. (略) 数据交换
(略) 门系统调用该接口 (略) 的数据，数据是以明 (略) 式（如：对象JSON字符串），并指定数据的业务ID、业务标识 (略) 地区编码。
3.8. (略) 数据交换
(略) 门系统调用该接口 (略) 的数据，下行数据是以明 (略) 式（如：对象JSON字符），并指定数据的业务ID、业务标识 (略) 地区编码。
(略) 数据的有效性检查，再根据交换的地区获取相应的密钥，然后根据密钥对传 (略) 加密， (略) 传输交换。
3.8.3数据加密
数据交换为密云 (略) 综合接件平台、数据汇聚库项目与其他系统间的工作转办数据交换，考虑到数据机密性必须对交 (略) (略) 理，保证数据安全性；数据加密采用对称加密策略，为各地方平台分配唯 * 的加密Key，确保 (略) 理各自的数据；数据交换采用前置DB的方式，具体的数据交换采用自研数据交换平台实现。
数据交换服务，主要负责业务系统与前置数据库 (略) (略) 交换的加解密工作，交换服务与业务服务间提供2种数据交互方式：REST API和MQ模式，在与业务平台的交互接口做好通用可兼容，便于扩展新的数据交互业务集成； (略) 解析也需要考试可兼容和可扩展模式（如可兼容数据库交互、MQ交互和API交换等）。
3.9详细对接方案
3.9.1对接市级“好差评”系统
对接市级“好差评系统”，接入大厅实体评价器，实现线上线下办事后评价的无缝衔接，对“不满意、非常不满意”等特殊评价应能及时反馈预警并做好记录。
与 (略) 市 * 体化在线政务服务平台政务服务“好差评” (略) 对接，完成数据上传和汇聚。
通过系统对接覆盖范围 (略) 上政务服务平台、实体政务大厅、政务服务移动端，在服务端调用 (略) 市 * 体化在线政务服务平台政务服务“好差评”系统评价接口，通过对范围 (略) 对接，实现在有限的范围内确保“好差评”系统的数据安全和应用成效。
技术实现上，“好差评”系统使用RE (略) 接口对接。使用REST方式就是在现有技术基础上，更好的使用现有的web规范。用REST规范的web服务器，能够更好的展现资源，客户端能够更好的使用资源。REST本身跟http无关，但是目前http是与它相关的唯 * 实例，REST有着优雅、简洁的特性。
根据国家下发的政务服务“好差评”系统技术方案明确要求，为保证传输过程中数据的安全性，所有参数组织成jso (略) 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. * 对接环境
按照各 (略) 处网络环境的不同，对接环境可分 (略) (略) 两种环境。 (略) 络环境，各个对接系统 (略) 络的，如选择前置机的方式，则需 (略) 署 (略) 络，再通过系统改造的方式将数据推送 (略) 络环境的前置机中，若选择接口对接的方式，也需要根据业务的需要选择 (略) 络的密云 (略) 综合接件平台、数据汇聚库项目 (略) 对接。 (略) 环境，各个对接 (略) (略) 署的， (略) (略) 环境的前置推送数据或通过对接密云 (略) 综合接件平台、数据汇聚 (略) (略) 对接。
3. * 对接数据安全要求
为保障密云 (略) 综合接件平台、数据汇聚库项目和市级“好差评”系统、市级“办好 * 件事”系统、市级统 * 申办 * 体化平台、区级审批、引导系统、镇街审批、引导系统、市级电子印章系统、市级事项目录系统、市级数据资源管理系统以及市级共享交换平台的数据安全，密云 (略) 综合接件平台、数据汇聚库项目将采用数据加密、传输加密、访问控制等技术，确保评估数据的安全性、保密性、完整性。相关要求如下：
1、数据加密要求
密云 (略) 综合接件平台、数据汇聚库项目提供统 * 的数据加密解密程序包（JAR包），各部门基于该程序 (略) 改造，实现系统推送至该系统数据的解密和反馈至密云 (略) 综合接件平台、数据汇聚库项目数据的加密。
2、数据传输要求
密云 (略) 综合接件平台、数据汇聚库项目采用HTTPS+数字证书方式传输数据， (略) (略) 上，建议采取HTT (略) 传输。
3、访问控制要求
密云 (略) 综合接件平台、数据汇聚库 (略) (略) 署了防火墙硬件设备，通过设置IP白名单方式管控，实现特定IP地址访问密云 (略) 综合接件平台、数据汇聚库项目。各系统须提供固定IP地址。
4、网络安全要求
运行及评估管理子系统、效能可视化子系统等业务办理系统为保障其办理信息安全，需部署 (略) 络环境。
第4章 项目实施方案
4.1实施方案原则
1、项目建设原则上在密云区本地完成， (略) (略) 政区域内， (略) 应由具体办公地址，方便 * 方随 (略) 进行业务协商。
2、 (略) 时间为 * 月 * 日， (略) 3个月。
3、 (略) (略) 实现，根据合同，支付合同总金额 * %。
4、项目建设预留3个功能模块，满足密云区政 (略) 提出新的建设目的。
5、应充分考虑区块链技术在总线中的运用，搭建 (略) 景。
6、 (略) 涉及前台硬件设备即为软件开发基础环境，密云区政 (略) 本着利旧方针， (略) 硬件更换。 (略) 软件开发应全面考虑与硬件匹配问题。
如果我公司系统开发与前台硬件设备无法匹配， (略) 硬件更换或调配， (略) 自行负责。
7、项目建设在开发过程中，如因国家政策或市级 (略) 调整，我公司不得单独要求另外资金。本项目在服务期内，如因国家政策或市级 (略) 调整，我公司不得单独要求另外资金。
4.2项目工期说明
* 日启动初验，初 (略) (略) 期， (略) 期 (略) 终验。
公司会合理安排施工。严格按照建设单位批准的工程进度要求完成施工，系统软件配合设备按建 (略) 交付。对因设计变更、第 * 方无法配合对接、无法获取相关数据等不可抗力等原因造成的工期延误，我公司会及时报告建设单位，经建设单位认可后，工期顺延。
任务名称 | 责任方 | 完成时间 |
提供“办好 * 件事”数据信息或系统账号 | 客户 | * 月 * 日 |
完成办好 * 件事“多表合 * ”表单梳理 | 电信 | 客户提供办好 * 件事数据信息后 * 天 |
(略) 商沟通交流，提供相关文档 | 客户 | * 月 * 日 |
完成综窗接件平台功能开发、 (略) 署 | 电信 | * 月 * 日 |
完成区级“办好 * 件事”接件受理平台功能开发、 (略) 署 | 电信 | * 月 * 日 |
完成 “好差评”系统、实体评价器对接联调 | 电信 | * 月 * 日 |
完成市级“办好 * 件事”系统对接联调 | 电信 | * 月 * 日 |
完成市级统 * 申办 * 体化平台对接联调 | 电信 | * 月 * 日 |
完成区级审批、引导系统对接联调 | 电信 | * 月 * 日 |
完成镇街审批、引导系统对接联调 | 电信 | * 月 * 日 |
完成市级电子印章系统对接联调 | 电信 | * 月 * 日 |
完成市级事项目录系统对接联调 | 电信 | * 月 * 日 |
完成市级数据资源管理平台对接联调 | 电信 | * 月 * 日 |
完成市级共享交换平台对接联调 | 电信 | * 月 * 日 |
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.各系统具有较高的稳定性，对 * 万次以上 (略) 理无故障；
3.对实时或批量的事务请求给予响应，支持至少 * 个并发请求的响应，具 (略) 理机制，支持 (略) 理的均衡调度；
4.对 (略) 理，记录量在 * 万左右，能在1分 (略) 理;
5.吞吐量（每月数据、量高峰期每日数据量）在保证性能的前提下，系统设计能满足未来 * 年的高峰量；
6.系统不宕机，响应时间即时（≤3秒）的，高峰期最大响应时间不超过5秒；
7. (略) 理查询时间平均不超过2秒；
8.普通应用查询时间平均不超过1秒；
9.统计分析类查询时间平均不超过3秒；
* . (略) 时峰值 (略) 占比不超过 * %， (略) 占比不超过 * %；
* .移植性强， (略) ，兼容Linux、Windows等操作系统；
* .应用服务兼容性强，可部署在多种应用服务 (略) ；
* .样式和脚本可兼容多种不同内 (略) 访问；
* .输入输出数据整数精确至个位数，小数至少精确到至百分位，日期精确到天，时间精确到秒；
* .可兼容多种数据库;
* .文本信息交换的响应时间应控制在1秒以内，图片、音视频信息交换响应时间控制在 * 秒以内;
* .用户并发数，指在同 * 时间段内访问系统的用户数量，也有 * 种是指同时向服务端发送请求的用户数，用户并发数 (略) 分需 (略) 署方式来分担系统并发压力。要分布式应用系统并发访问量在 * 以上。
6.6.3项目文档验收
1. 政务服务资源开放标准；
2. 产品手册；
3. 培训材料；
4. 测试报告。
第7章 售后服务方案
为保障密云 (略) 综合接件平台、数据汇聚库项 (略) ，我公司组 (略) * ，建立各项运维保障工作管理制度和操作规程，配备运维保障服务工具，提供高效的运维保障服务。密云 (略) 综合接件平台、数据汇聚库项目的运维保障服务主要包括故障服务、日常巡检、系统监控、技术支撑服务等内容。
7.1售后服务保障承诺
我公 (略) 政域 (略) (略) 点，项目建设及维护期间，我公司保障系统的安全问题，做好防范机制及管理工作。运维保障承诺如下：
1.安全防范：项目建设及维护期间，我公司保障系统的安全问题，做好防范机制及管理工作。
2.维护期的具体工作： (略) 实际需求做好平台和数据库的运维工作，确 (略) 络安全，我公司指定专人负责维护期间故障响应工作，保证 * 小时可以联系沟通，处理故障问题。 (略) 理应在2小时内得到解决，大故障问题1小时内应及时 (略) 理方案，2个工作日内解决。 (略) 配合 * 方使用体验优化平台功能。
7.2售后服务内容
本项目系统规模大，客户技术维护人员缺乏，维护力量相对薄弱，因此需要对 (略) 有效的保障和维护。
质量保障服务范围包括系统质 (略) 理服务、日常巡检、系统监控、技术支撑服务、技术资料归集等工作，提供7*2 (略) 理响应。
7.2.1故障服务
故障服务是指密云 (略) 综合接件平台、数据汇聚库 (略) 故障或不稳定情况，我公司会及时查找发现故障，并安排专业 (略) 处理。
服务要求： (略) 理应在2小时内得到解决，大故障问题1小时内应及时 (略) 理方案，2个工作日内解决。
7.2.2日常巡检
我公司会定期对密云 (略) 综合接件平台、数据汇 (略) 巡检。日常巡检包括以下内容：
? (略) 的应用软件、数据库的巡检。
? 系统数据的备份情况。
? 前 * 次巡检发现问题的解决情况。
? 根据巡检情况形成巡检报告。
服务要求：日常巡检每周至少 * 次，在国家法定节假日期间，再安排 * 次巡检，并在重大事件期间，加大监控力度，保证平台的稳定性。
7.2.3系统监控
我公司会对密云 (略) 综合接件平台、数据汇聚库项目的各系统主要页面的登 (略) 监控。以保证系统提供有效服务，并不被非法篡改。
服务要求：实现7* * 小时系统监控。
7.2.4技术支撑服务
技术支撑服务是 (略) 门工作人员在使用密云 (略) 综合接件平台、数据汇聚库项目的过程中遇到疑难问题时，可通过电话、QQ等方式提出服务要求。我公司指派专业 (略) 处理。
服务要求：至少保证7X * 的电话受理服务。服务响应时间：小于1天。
7.2.5技术资料归集
服务提供商负责归纳、整理、编制系统运维管理制度、操作规程、运维报告、情况分析总结等技术文档，并按照业主要求定期或不定期提交，以形成完整的运维服务技术资料体系。
7.3售后服务响应时间
我公司提供7* * 小时服务，在接到用户要求维修的通知后，在1小时内响应并尽快解决问题。
7.4售后服务范围
密云 (略) 综合接件平台、数据汇聚库项目与国家政务服务平台对接改造项目完成后，密云 (略) 综合接件平台、数据汇聚库项目售后服务期内的维护保障服务范围包括本次项目 (略) 有系统 (略) 产生的其他维护工作，包括日常信息统计服务、数据日常维护服务、培训服务及其他维护服务。
附件 * ：
密云 (略) 综合接件平台、数据汇聚库项目建设功能清单密云 (略) 综合接件平台、数据汇聚库项目建设清单 | |
建设区级综窗接件平台 | |
建设区级“办好 * 件事”受理平台 | 并联审批、非并联审批 系统自动生成多表合 * 办好 * 件事主题事项办事指南 主题式、引导式办理 联合审批、统 * 反馈 |
政务服务业务总线 | 区政务服务事项库事项采集规范 区政务服务事项库事项同源发布规范 区政务服务事项库事项管理规范 区政务服务事项库数据质量标准规范 区政务服务事项库运维管理规范 密云区政务服务数据库 |
系统对接 | 对接首都之窗 对接市级好差评系统 对接市级“办好 * 件事”事项目录 对接区级引导，审批系统 对接镇街审批系统，评价系统 对接市级电子印章系统 对接市级事项目录系统 对接市级数据资源管理平台 对接市级统 * 申办 * 体化平台 对接市级共享交换平台 |
京公网安备 11010802042560号