1、ICS 35.240.01L 70DB 37山 东 省 地 方 标 准DB37/T 2753.12016电子政务公共服务云平台第 1 部分：应用迁移XXXX-XX-XX 发布 XXXX-XX-XX 实施山 东 省 质 量 技 术 监 督 局 发 布DB37/T 2753.12016I目 次前言 II引言 .III1 范围 .12 规范性引用文件 .13 术语和定义 .14 总则 .25 迁移准备 .46 迁移设计 .47 方案评审 .68 受理与分配资源 .79 安全要求 .710 迁移测试 711 业务运行 812 迁移交付 813 监督和管理 8附 录 A （资料性附录） 应用迁移准备所需
2、文档参考 9附 录 B （规范性附录） 应用迁移过程所需文档参考 .12参考文献 18DB37/T 2753.12016II前 言DB37/T 2753电子政务公共服务云平台目前分为以下三个部分：第 1 部分：应用迁移；第 2 部分：应用部署；第 3 部分：电子政务云服务目录。本部分为DB37/T 2753的第1部分。本部分按照GB/T 1.12009给出的规则起草。本部分由山东省经济和信息化委员会提出。本部分由山东省信息标准化技术委员会归口。本部分起草单位：山东省标准化研究院、浪潮软件集团有限公司。本部分主要起草人：方可、张媛、胡鑫磊、常立丽、公伟、王庆升、许立前、蔡柯鸣、朱勇、贺进。DB3
3、7/T 2753.12016III引 言在基于云计算的电子政务公共服务云平台的国家政策指导下，山东省积极开展电子政务公共服务云平台（以下简称“云平台”）的建设，出台了关于加快我省电子政务集约化发展的实施意见（鲁政办发20157号）。为充分发挥云计算等技术的集约化优势，从2015年起，山东省各级政府部门（除涉密部门外，下同）业务应用系统都将依托云平台进行建设。各级政府部门现存业务应用系统将采用迁移模式逐步迁移到云平台上运行，其它不适于迁移的现存业务应用系统将采用托管模式集中到云平台运行管理体系中。为有效保障各级政府部门现存业务应用系统向云平台迁移过程的规范化，需要制定电子政务公共服务云平台 第1
4、部分：应用迁移，作为我省云平台标准体系的重要组成部分，为迁移过程中的迁移准备、迁移设计、方案评审、受理与分配资源、安全要求、迁移测试、业务运行和迁移交付等工作提供规范和指南。DB37/T 2753.120161电子政务公共服务云平台 第 1 部分：应用迁移1 范围本部分规定了山东省各级政府部门现存业务应用系统向云平台迁移的要求，对迁移过程中的迁移准备、迁移设计、方案评审、受理与分配资源、安全要求、迁移测试、业务运行和迁移交付等内容进行了规范。本部分适用于各级电子政务主管部门、实施应用迁移的各级政府部门、云服务商、应用开发商和软件系统集成商。2 规范性引用文件下列文件对于本文件的应用是必不可少的
5、。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T 256472010 电子政务术语GB/T 311672014 信息安全技术 云计算服务安全指南DB37/T 2753.32016 电子政务公共服务云平台 第3部分：电子政务云服务目录3 术语和定义GB/T 256472010界定的以及下列术语和定义适用于本文件。3.1 应用迁移利用云平台所提供的各类服务，实现新旧应用系统的切换，保证业务正常运行的活动。3.2 P2V 迁移即物理资源迁移，将操作系统、应用程序和数据从物理服务器环境向虚拟服务器环境的应用迁移。3.3
6、V2V 迁移即虚拟化资源迁移，将操作系统、应用程序和数据从虚拟服务器环境向虚拟服务器环境的应用迁移。3.4 P2P 迁移DB37/T 2753.120162即物理迁移，将操作系统、应用程序和数据从物理服务器环境向物理服务器环境的应用迁移。3.5 服务管理机构对应用迁移进行管理的机构，是向云平台应用迁移的管理方。注：本部分中的服务管理机构指电子政务主管部门。 3.6 服务使用机构向云平台进行应用迁移的用户方。注：本部分中的服务使用机构指各级政府部门。 3.7 服务提供机构提供应用迁移的服务方，主要是提供应用迁移的云服务商。4 总则4.1 应用迁移的角色及职责应用迁移应由服务管理机构统一组织，在服
7、务使用机构的配合下，由服务提供机构负责具体实施。主要角色及职责如下：a) 服务管理机构。负责应用迁移的审核、评审和服务评价，审核应用迁移申请及组织应用迁移结束后的服务评价；b) 服务使用机构。应用迁移前，向服务管理机构提出应用迁移申请；应用迁移中，与服务提供机构共同成立迁移工作组，并协调现存业务应用的开发商和软件系统集成商，确定迁移方案后向服务提供机构提交服务需求说明；应用迁移结束后，组织迁移交付。交付过程中，与服务使用机构签订服务水平协议；c) 服务提供机构。应用迁移前，配合服务使用机构完成准备工作。应用迁移中，与服务使用机构共同成立迁移工作组，负责确定应用迁移清单、人员分工、迁移策略和复原
8、策略、迁移方案、受理服务使用机构的服务需求、搭建测试环境并完成测试和业务运行。应用迁移结束后，配合服务使用机构完成交付。4.2 应用迁移流程应用迁移的流程如下图1所示：DB37/T 2753.120163图 1 应用迁移流程4.3 应用迁移流程说明应用迁移的流程如下:DB37/T 2753.120164a) 迁移准备：包括迁移的申请、审核、成立迁移工作组、确定人员分工、调研分析、确定迁移目标等具体工作；b) 迁移设计：包括迁移类型评估、制定迁移清单、明确迁移策略、制定迁移方案和计划等具体工作；c) 方案评审：对迁移方案进行评审；d) 受理与分配资源：确定迁移方案后，服务使用机构向服务提供机构提
9、交服务需求说明，服务提供机构根据需求进行云服务资源的分配；e) 迁移测试：在测试环境中测试；f) 业务运行：实施新旧应用系统之间的切换和试运行；g) 迁移交付：服务提供机构向服务使用机构交付迁移工作，双方应签订服务使用合同作为服务费用结算依据，并签订服务水平协议；h) 服务评价：服务管理机构组织，服务使用机构参与，采用多种形式对服务提供机构的服务进行评价。5 迁移准备5.1 申请应用迁移由申请开始，服务使用机构填写应用迁移申请，然后向服务管理机构提出应用迁移的申请。申请审核不通过，不予迁移。应用迁移申请格式请参见附录A.1。5.2 成立迁移工作组5.2.1 服务使用机构和服务提供机构联合成立迁
10、移工作组，由迁移工作组承担应用迁移的具体工作，迁移工作组的责任主体是服务提供机构，即云服务商。5.2.2 服务使用机构应与服务提供机构签订信息安全保密协议，确保迁移过程中的用户数据安全。5.3 确定人员分工迁移工作组应制定人员分工表，确定责任分工并形成文档。服务使用机构应提供用户方联系人、技术人员和业务人员；服务提供机构应提供应用迁移负责人、实施工程师（实施操作系统、网络、安全、数据库、虚拟化和业务应用等迁移）以及负责与用户方沟通的联系人。5.4 调研分析迁移工作组对服务使用机构现存业务应用系统的基础架构进行调研分析，包括迁移目标分析、应用运行环境的指标参数分析，明确实施应用迁移的技术要求，并
11、对迁移后的云平台运行环境进行规划。形成应用迁移需求调研表，调研分析的方法包括但不限于通过调查问卷、电话访谈和会议讨论的形式。应用迁移需求调研表格式请参见附录A.2。5.5 确定迁移目标服务提供机构应在调研分析的基础上，与服务使用机构共同确定应用迁移的目标、技术要求和迁移约束，包括确定迁移开始时间和结束时间，启动迁移。6 迁移设计DB37/T 2753.1201656.1 迁移类型评估6.1.1 根据现存业务应用系统运行环境，应用迁移分为 P2V 迁移、V2V 迁移和 P2P 迁移三种类型。具体如下：a) P2V 迁移。服务使用机构现存业务应用系统运行的服务器环境中不存在虚拟化资源的迁移，适用于
12、支持虚拟化的应用；b) V2V 迁移。服务使用机构现存业务应用系统运行的服务器环境中存在虚拟化资源的迁移，适用于支持虚拟化的应用；c) P2P 迁移。服务使用机构现存业务应用系统运行的服务器环境中不存在虚拟化资源的迁移，适用于硬件资源松耦合，且不支持虚拟化的应用。6.1.2 服务提供机构须明确应用迁移服务属于上述何种类别，定义应用迁移服务的范围和规模，并进行风险分析，形成向云平台迁移的应用迁移评估报告，以制定适用的应用迁移策略和技术方案。应用迁移评估报告格式请参见附录 B.1。6.2 迁移清单迁移工作组应制定迁移清单，根据应用迁移评估报告确定需要迁移的硬件、软件和配套措施的各项列表，以及需要迁
13、移的各类数据，形成应用迁移清单，格式请参见附录B.2，其内容包括但不限于：a) 待迁移的应用和资源列表；b) 各应用和资源的开始迁移时间和结束迁移时间；c) 各应用及资源的负责人员。6.3 迁移策略6.3.1 说明迁移工作组应结合人员分工表和迁移清单，根据迁移类型评估结果，确定应用迁移策略。按照应用迁移评估报告，应用迁移策略分为P2V策略、V2V策略和P2P策略。6.3.2 P2V 策略制定P2V策略应明确以下内容：a) 基础设施资源和软件现状分析；b) 检测物理资源使用情况，保证对迁移后云服务资源的合理规划；c) 清理物理服务器，避免对无用文件和数据的迁移；d) 卸载与特定硬件绑定的相关软件
14、；e) 运行环境的选择和配置；f) 应用的原始环境打包、导出、传输和安装；g) 数据迁移，包括数据导入、适配及转换、校验、备份、恢复以及安全保障等，提供增量数据同步传送服务，支持断点续传；h) 迁移过程监控和安全运维保障。6.3.3 V2V 策略制定V2V策略应明确以下内容：a) 虚拟化资源和软件现状分析；b) 虚拟化资源迁移的可行性评估服务，包括明确是离线迁移还是在线迁移；DB37/T 2753.120166c) 虚拟化资源环境的选择和配置，保证对迁移后云服务资源的合理规划；d) 数据迁移，包括数据导入、适配及转换、校验、备份、恢复以及安全保障等，提供增量数据同步传送服务，支持断点续传；e)
15、 迁移过程监控和安全运维保障。6.3.4 P2P 策略制定P2P策略应明确以下内容：a) 基础设施资源和软件现状分析；b) 清理物理服务器，避免对无用文件和数据的迁移；c) 卸载与特定硬件绑定的相关软件；d) 运行环境的选择和配置；e) 应用的原始环境打包、导出、传输和安装；f) 数据迁移，包括数据导入、适配及转换、校验、备份、恢复以及安全保障等，提供增量数据同步传送服务，支持断点续传；g) 迁移过程监控和安全运维保障。6.4 迁移方案6.4.1 说明6.4.1.1 迁移工作组应以迁移策略为指导形成应用迁移方案，包括数据迁移方案、软件迁移方案和迁移复原技术方案，迁移复原技术方案将作为意外情况下
16、指导系统恢复的应急方案。6.4.1.2 迁移工作组应制定迁移方案并提交评审。6.4.2 制定迁移方案6.4.2.1 应用迁移方案是对迁移策略的详细和准确描述，包括实施应用迁移的计划。6.4.2.2 应用迁移涉及新旧系统切换和服务的中断，服务提供机构应根据服务使用机构的要求，制定应用迁移计划，并根据应用迁移计划实施迁移。6.4.2.3 应用迁移计划包括但不限于：a) 应用迁移准备时间；b) 迁移批次，一次或分批；c) 选择应用迁移最佳时段；d) 应用迁移最佳开始时间；e) 应用迁移最佳结束时间；f) 停机中断时间长度和时段选择。6.4.2.4 迁移工作组应在迁移策略和迁移计划的基础上制定应用迁移
17、方案，形成应用迁移方案。应用迁移方案格式请参见附录 B.3。7 方案评审7.1 迁移工作组应在服务管理机构的组织下，将应用迁移方案提交专家评审。由服务使用机构组织相关领导、专家和技术人员对方案进行详细评审，具体应按照服务管理机构的要求。7.2 根据评审意见修改完善后，进行迁移测试。DB37/T 2753.1201678 受理与分配资源8.1 确定迁移方案后，服务使用机构应参照DB37/T 2753.32016 电子政务公共服务云平台 第 3部分：电子政务云服务目录，向服务提供机构提交服务需求说明。8.2 服务提供机构受理服务使用机构的需求，并按照应用迁移云服务清单进行资源配置。应用迁移云服务清
18、单格式请参见附录 A.3。9 安全要求9.1 基本要求基本要求包括：应用迁移的执行存在风险，服务提供机构应提供健壮的复原技术方案作为应急预案，包括：备份和还原机制以及临时设备的使用等；对于迁移过程中业务应用不可以间断的迁移，服务提供机构应确保意外突发事件下，业务应用可以快速恢复到迁移前的正常状态；对于迁移过程中业务应用可以间断的迁移，服务提供机构应确保镜像文件的可用性，并保证现存业务应用在间断恢复后的正常运行；服务提供机构应对迁移过程提供安全保障，并将具体的安全保障措施和策略作为必选内容在应用迁移方案中进行完整描述。9.2 备份要求9.2.1 备份是应用迁移顺利完成的有效保障，服务提供机构应具
19、备恢复能力，建立必要的备份与恢复设施和机制，确保服务使用机构的业务可持续性。具体包括：a) 应用数据库备份；b) 文件系统的备份 ；c) 操作系统备份 ；d) 网络设备的配置信息备份（交换机、防火墙等）。9.2.2 服务提供机构应保证备份工作不会对迁移实施前后的业务应用系统产生任何不良影响。9.3 信息安全要求服务使用机构和服务提供机构应共同保证应用迁移过程中数据的保密性、完整性和可用性，以及明确相关人员的安全责任。10 迁移测试10.1 迁移工作组应在业务试运行前，验证迁移方案的可用性、安全性与完整性，搭建与迁移后运行环境参数相同的测试环境，在测试环境中进行测试，并形成应用迁移测试报告。应用
20、迁移测试报告格式请参见附录 B.4。10.2 根据测试结果修改、调整或重新制定迁移方案。迁移测试的内容如下：a) 基础环境测试。服务提供机构应搭建与迁移后运行环境参数相同的测试环境，对将要迁移的基础环境进行测试，包括云主机的处理器和内存等计算资源、磁盘容量等存储资源和传输带宽等网络资源，以满足服务使用机构的要求为依据；DB37/T 2753.120168b) 应用系统测试。包括功能测试和性能测试：1) 功能测试：包括应用功能模块测试、高可靠性测试、数据备份测试等；2) 性能测试：包括系统响应测试，负荷峰值，数据交换吞吐量等。c) 安全测试。对迁移后的业务应用进行安全测试；d) 复原测试。测试迁
21、移复原方案的可用性。11 业务运行11.1 业务运行包括迁移测试之后实现试运行过程。11.2 环境切换过程应符合 9.1 给出的要求。11.3 试运行时间不少于 30 天，并形成应用迁移试运行报告，主要记录应用的可用性、连续性和安全情况。应用迁移试运行报告格式请参见附录 B.5。11.4 业务试运行包括对各种相关文档的整理和归档工作。12 迁移交付12.1 由服务使用机构组织交付过程，形成应用迁移交付报告，交付成功后，迁移结束。应用迁移交付报告格式请参见附录 B.6。12.2 如交付不通过，服务提供机构应重新进行迁移测试并修改迁移方案和迁移计划。12.3 服务使用机构应与服务提供机构签订云平台
22、服务使用合同和服务水平协议，其中，服务使用合同作为费用结算依据，服务水平协议包括但不限于 GB/T 311672014，7.3.2 中的规定，服务提供机构应遵从的技术和管理标准、违约行为的补偿措施。13 监督和管理13.1 由服务管理机构负责对应用迁移过程中的流程进行监督和管理，包括对应用迁移申请的审核、应用迁移的评审要求和服务评价。13.2 服务评价是由服务管理机构组织的对应用迁移服务的质量评价，服务使用机构应参与评价过程。DB37/T 2753.120169A A附 录 A（资料性附录）应用迁移准备所需文档参考A.1 应用迁移申请参考A.1.1 概述各部门在提出迁移申请时，需要提供迁移应用
23、系统的如下内容：a) 应用系统名称及版本号b) 应用系统描述c) 业务访问方式（横向访问或纵向访问；不同系统间互访时的要求，如特殊端口等）d) 软件架构（B/S、C/S、两层、三层等）e) 技术框架（J2EE、.Net、PHP等）f) 部署方式（采用拓扑图，描述不同应用的部署环境，包括服务器型号、配置，操作系统类型及版本、中间件类型及版本，描述清楚不同应用之间的网络结构和数据共享关系等）a) 数据库(数据库品牌及版本、数据库部署方式是单机还是集群、数据文件的存储位置是存在服务器还是磁盘阵列、数据量大致有多少等)b) 现有机器的负载情况c) 应用的连续性，应用什么时间可中断，可以中断多长时间d)
24、 原机房中物理机器的摆放位置e) 现有的备份情况，采用的备份技术及方式f) 应用的支持人员及联系方式DB37/T 2753.1201610A.2 应用迁移需求调研表参考单位名称 联系人 联系电话 邮箱迁移系统名称主要用途资源需求服务器类型 云主机 类型 数量数据存储容量备份存储容量操作系统版本数据库中间件版本开放端口端口开放范围说明安全等保要求其他说明应用服务器数据库服务器其他服务器已购买或将购买所有第三方软件授权（包括操作系统，数据库软件等，将提供授权复印文件作为附件备案）第三方软件租用申明 需要向云平台租用以下第三方软件授权（包括操作系统，数据库软件等）请在这里填写需要租用的第三方软件版本
25、（包括操作系统与数据库软件等）及数量等信息资源需求补充说明DB37/T 2753.1201611A.3 应用迁移云服务清单参考一级分类 二级分类 三级分类 分区 配置 数量计算服务 云服务器云存储存储服务云备份互联网线路服务IaaS 服务网络服务 应用负载均衡安全防护服务安全接入服务信息安全服务安全扫描服务云监控服务 安全管理服务云保障服务测试服务 测试服务设计服务 新建设计服务 新建设计服务运行服务 软件支撑服务 软件支撑服务互联网区计算服务 云服务器云存储存储服务云备份互联网线路服务IaaS 服务网络服务 应用负载均衡安全防护服务安全接入服务信息安全服务安全扫描服务云监控服务 安全管理服务
26、云保障服务测试服务 测试服务设计服务 新建设计服务 新建设计服务运行服务 软件支撑服务 软件支撑服务政务外网区DB37/T 2753.1201612B B附 录 B（规范性附录）应用迁移过程所需文档参考B.1 应用迁移评估报告参考根据对需要迁移的应用系统现状调研，进行评估分析，主要包括但不限于以下内容：a) 需求分析b) 网络资源分析分析应用系统的网络资源，包括当前网络架构中的分层、分区、扩展性、安全性、可靠性、QoS保障等方面的分析。c) 软件资源分析分析应用系统的软件资源，包括异构平台、计算模型、数据库架构、集群架构、负载均衡架构、服务器资源利用率等方面的分析。d) 存储资源分析分析应用系
27、统的软件资源，包括异构平台、存储架构、采用的存储技术、数据模型、性能指标、高可用现状、存储空间利用率等方面的分析。e) 服务器资源分析分析应用系统的服务器资源。f) 资源消耗、重要程度及安全分析重点针对应用系统的资源消耗量、应用系统重要程度、应用系统安全需求进行分析。评估结论迁移类型 物理资源迁移 虚拟化资源迁移 DB37/T 2753.1201613B.2 应用迁移清单参考项目名称申请单位 联系电话迁移资源/ 序号 迁移内容 责任人 备注12硬件312软件312数据资源312配套资源3云平台服务资源云服务器资源虚拟机序号 应用类型 CPU(核) 内存(G) 硬盘(G) 操作系统 备注1 应用
28、服务器 12 数据库 1互联网资源虚拟机序号 公网 IP 公网端口 内网端口 接入模式 接入带宽其他服务本地备份需求 防病毒软件 数据库软件 中间件 应用负载均衡 FTP 服务器DB37/T 2753.1201614B.3 应用迁移方案参考B.3.1 人员分工迁移过程中涉及到的人员职责与分工配置，包括迁移服务使用机构、迁移服务提供机构和相关第三方机构等所有人员。B.3.2 现状分析对迁移前基础设施和应用软件系统现状的分析。B.3.3 迁移目标在于迁移服务使用机构沟通，达成共识的基础上，确定的迁移目的和实现结果。B.3.4 总体技术架构主要包括基于云服务的（平台或系统）体系结构、基于电子政务外网
29、的应用架构和基于互联网的应用架构。B.3.5 迁移方法迁移服务提供机构在现状分析的基础上，利用迁移工具，实现迁移目标的过程和方法。B.3.6 迁移工具迁移服务提供机构在迁移过程中使用到的工具，包括软件、硬件及使用形式。B.3.7 迁移计划迁移服务提供机构实现迁移方法的步骤与计划。B.3.8 云服务需求测算云服务需求测算包括数据库服务、应用服务、存储服务、网络服务、安全服务等。B.3.9 标准规范提供给应用迁移需要采用或编制的标准规范。B.3.10 应急预案以不影响业务应用系统的使用为原则，制定突发情况下迁移失败的复原策略和方案。 B.3.11 测试方案对迁移实施方案的测试方法与论证。B.3.1
30、2 项目投资a) 项目资金预算1) 业务应用系统软件研发费；2) 标准规范编制费；3) 第三方数据采集人工费；DB37/T 2753.12016154）软件开发及系统迁移监理费及专家咨询；5) 评审费；6）云服务及其他需说明的资金支出。b) 项目资金筹措方式和进度计划B.4 应用迁移测试报告参考B.4.1 测试目的概述本次应用迁移测试的目标、意义和预期结果。B.4.2 测试环境与配置详述应用迁移测试环境的硬件、软件等参数指标和配置。B.4.3 准备工作详述应用迁移测试前的准备工作，如人员、时间及配套资源的安排。B.4.4 测试方法和工具详述应用迁移测试用到的方法、操作方法和硬件、软件工具等。B
31、.4.5 测试过程按照步骤记录测试过程及中间环节。B.4.6 基础环境测试详述迁移前业务应用系统的基础环境测试过程及方法。B.4.7 应用系统测试详述业务应用系统的应用系统测试过程及方法，包括功能测试和性能测试。B.4.8 安全测试详述应用迁移后，现存业务应用系统在测试环境中的安全测试过程及方法。B.4.9 测试结果和数据分析准确记录和描述现存业务应用系统迁移到测试环境中的过程数据，以及在测试环境中运行的测试结果和数据。B.4.10 总结根据测试结果和数据分析，对本次应用迁移测试进行论证和总结。B.5 应用迁移试运行报告参考B.5.1 试运行目的DB37/T 2753.1201616概述本次应
32、用迁移测试的目标、意义和预期结果。B.5.2 试运行平台及环境详述应用迁移后业务应用系统试运行的硬件环境、软件环境和网络环境。B.5.3 准备工作详述应用迁移试运行前的准备工作，如人员、时间及配套资源的安排。B.5.4 试运行用户规模描述迁移后试运行期间（不少于30天）的用户规模。B.5.5 试运行数据规模描述迁移后试运行期间（不少于30天）的数据规模。B.5.6 试运行期间的问题及对策记录试运行期间（不少于30天）业务应用系统出现的问题及应对策略和解决办法。B.5.7 总结根据记录的试运行结果和对策分析，对迁移后试运行进行总结。B.6 应用迁移交付报告参考B.6.1 基本情况概述本次应用迁移
33、工作的基本情况，包括背景、目标、过程、测试结果等。B.6.2 进度审核B.6.2.1 实施进度情况描述应用迁移整体过程的进度情况。B.6.2.2 变更情况描述从迁移启动到迁移交付中所有的变更情况。B.6.3 交付说明B.6.3.1 交付计划详述应用迁移测试前的准备工作，如人员、时间及配套资源的安排。B.6.3.2 交付原则服务管理机构和服务使用机构在交付应用迁移结果时所依据的工作原则。B.6.3.3 交付方式服务管理机构和服务使用机构在交付应用迁移结果时所采取的方式。DB37/T 2753.1201617B.6.3.4 交付标准服务管理机构和服务使用机构在交付应用迁移结果时所依据的国家标准、行业标准、地方标准及其它规范要求。B.6.3.5 交付内容详述交付内容及服务提供机构的交付物情况。B.6.3.6 交付时间交付开始、执行和结束时间。B.6.3.7 交付人员交付工作相关人员明细。B.6.4 交付资料及交付物详述交付所需材料及服务提供机构的交付物情况。B.6.5 遗留问题如有遗留问题，在这里描述。B.6.6 交付结论总结交付工作的结果。DB37/T 2753.1201618参 考 文 献1. 山东省基于云计算的山东省电子政务公共服务云平台顶层设计 ；2. 山东省人民政府办公厅关于加快我省电子政务集约化发展的实施意见 （鲁政办发20157 号）。_
