充电运营平台技术参数001

1、个人资料整理，仅供个人学习使用 PAGE 16 / 15充电运营平台技术参数预算金额：50 万元。一、采购需求（一）建设目标运用云计算技术，充分利用现有资源，在荣成市建立一个完整、先进的充电云平台体系。借助于云计算集约化、统一化的建设模式，提高资源的共享和利用，降低建设成本，推动荣成 市公交集团有限公司整体信息化水平，促进荣成市经济发展。矚慫润厲钐瘗睞枥庑赖賃軔。（二）建设原则统一领导，分步实施。加强组织领导，建立统一的顶层设计工作机制和制度规范，坚 持统筹规划、试点先行、分步实施，逐步构建形成目标一致、方向统一、互联互通、层级衔接的充电云管理体系。聞創沟燴鐺險爱氇谴净祸測。统一建设，资源共享

2、。坚持设施共建和资源共享，依托现有的荣成公交一卡通平台基础设施和信息资源，统一设计建设充电云平台，实现基础设施和资源共享运用。残骛楼諍锩瀨濟溆塹籟婭骒。统一管理，保障安全。统一管理充电云体系规划、标准、制度和技术体系，综合运用信息安全技术，建立安全可靠的信息安全保障体系，全面提高安全保障能力。酽锕极額閉镇桧猪訣锥顧荭。统一服务，注重成效。顺应新技术发展趋势，探索新时代新能源公交运营管理服务新模式，全面提升荣成市公交集团有限公司社会服务能力，切实发挥充电云平台的成效。彈贸摄尔霁毙攬砖卤庑诒尔。（三）项目实施范围与建设内容1、实施范围本项目实施范围涉及：完成荣成市级电动汽车充电服务及监管平台功能及

3、集成开发，完成平台部署实施及接口集成 联调，私有云平台资源建设，以及试运行期、质保期内平台的运行维护工作；城市级的充电 云平台在荣成市公交集团有限公司私有云上实现本地化部署及上线；謀荞抟箧飆鐸怼类蒋薔點鉍。基于中电联行业标准化接口的开放式平台对接接口及开放平台。基于国际开放充电联盟全球开放性的通讯标准充电协议版的平台管理后台及基于Http 服务的标准化接口。厦礴恳蹒骈時盡继價骚卺癩。充电云接入荣成市现有的公交一卡通项目，按公交一卡通提供的标准化接口协议接入公交一卡项目，实现公交刷卡及充电桩充电统一管理。茕桢广鳓鯡选块网羈泪镀齐。协调荣成市充电桩的运营商通过中电联标准化接口接入云平台，协调荣成市

4、社会充电桩资源通过国网标准通讯协议接入云平台，完成荣成市现有充电桩的运营平台接入。鹅娅尽損鹌惨歷茏鴛賴縈诘。本项目涉及到用户范围包括：荣成市所有充电桩资源市场整合及统一管理；第三方电动汽车运营商、第三方结算中心、政府用户、电力用户等电动汽车工作的各参与方和关注方；籟丛妈羥为贍偾蛏练淨槠挞。2、建设内容本招标项目建设内容包括：应用系统： 充电云平台管理后台系统、基于国家电网行业标准的 socket 通信服务端后台、国际开放充电联盟 OCPP 标准服务端后台等。預頌圣鉉儐歲龈讶骅籴買闥。充电云平台共享基础数据库：充电桩站点及充电桩信息库、社会运营商与充电用户信息库及充电订单信息库。 渗釤呛俨匀谔鱉

5、调硯錦鋇絨。技术支撑系统：基于 Spring cloud 微服务技术框架、基于经典的关系型数据库 Mysql分表分库的数据存储体系、基于中电联行业标准化接口平台对接标准化接口、基于国际开放充电联盟开放充电协议 OCPP 标准化接口及基于荣成公交一卡通标准化Web 服务接口等。铙誅卧泻噦圣骋贶頂廡缝勵。完成上述系统的需求调研、设计开发和安装部署，保证系统高效无误运行。建立强大的培训和技术支持团队，完成系统上线后维护管理人员的培训、指导工作。验收合格后，提供至少三年以上有偿的运营维护服务及技术升级服务。每年的运维服务费用不得高于项目总报价的百分之六。擁締凤袜备訊顎轮烂蔷報赢。3、建设要求投标方必须

6、响应并承诺下列要求。本规范书指标要求中，凡标有下划线或加“”的地方均被视为重要的技术指标要求或性能要求。投标方要特别加以注意，必须完全满足这些要求。贓熱俣阃歲匱阊邺镓騷鯛汉。投标方应列出各个单项工作的报价，还应对各个单项工作的不同阶段工作进行划分，并在列出各阶段工作的详细报价。坛摶乡囂忏蒌鍥铃氈淚跻馱。资源层由微服务+容器化技术体系组成。服务器承接充电运营服务业务应用，支持弹 性扩容，数据库实现结构化数据的存储与服务，通过统一网关及服务注册中心提供反向代理、权限控制、单点登录及负载均衡服务，消除单点故障，保证高并发时系统的健壮性。系统需部署在本地平台上。蜡變黲癟報伥铉锚鈰赘籜葦。系统性能满足

7、10 万用户同时在线，响应时间小于3 秒。系统基于成熟软件构建，需要提供全部系统源代码、数据字典和开发文档，并提供验证手段。二、本项目应用软件开发和部署任务本项目要求投标人按照系统软件开发任务要求开发建设各应用子系统，投标人应在投标文件中针对每个系统开发部署任务给出详细的解决方案。買鲷鴯譖昙膚遙闫撷凄届嬌。1.3.1投诉建议1项1.3.2故障报修1项1.3.3充电桩报装1项（一）充电云平台系统功能设计序号1内容系统功能开发数量单位1.1电动汽车充电服务1.1.1充电引导1项1.1.2充电及支付1项1.1.3用户管理1项1.1.4预约充电1项1.1.5我的信息1项1.1.6消息中心1项1.2电动

8、汽车出行服务1.2.1电动租赁1项1.2.2后台管理1项1.3客户服务政府监管运营商档案管理1项运营商认证管理1项补贴管理1项电价管理1项充电桩检测管理1项信息发布1项官方网站1项充电设施管理充电站管理1项设备台账管理1项设备厂家管理1项设备运行管理1项设备监控1项集团客户管理1项个人客户管理1项充值管理1项支付结算1项电价信息1项投诉处理1项故障处理1项运营商接入管理1项互联互通1项系统管理1项大数据分析充电数据分析1项电桩数据分析1项充电设施监控1项充电设施规模1项运营商分析1项场站运营分析1项用户行为分析1项建设布局分析展示1项节能减排分析展示1项系统接口与短信系统集成1项与第三方充电桩

9、运营商平台集成1项与微信系统集成1项..............9与支付宝系统集成1项与第三方地图系统集成1项与公交一卡通平台接口项与第三方运营及支付接口项其他未指定系统接入承诺项项目实施项目启动编制及评审实施方案1项召开项目启动会1项收集、协调相关方需求1项编制充电设

10、施及第三方平台接入方案1项系统环境准备1项系统初始化数据准备工作-静态数据准备1项数据准备工作-动态数据准备1项开发数据清理工具1项编制数据清理方案1项数据清理工作宣贯和培训1项数据清理1项数据导入1项数据校核1项系统集成调试软件集成调试1项硬件集成调试1项2.72.8....3.6.2编写平台运维规范及平台运营规范1项用户培训编写培训教材1项准备培训环境1项开展培训1项系统上线切换上线切换准备1项系统上线切换1项运行持续支持（试运行）小

11、版本发布1项运行维护1项使用答疑1项私有云私有云应用服务器1项私有云数据库服务器1项私有云文件系统1项私有云网络带宽1项..0（二）基于中电联行业标准化接口设计为提高充电基础设施的利用率及资源共享，防止重复建设造成的资源浪费，实现不同充电桩 生产及运营厂商与充电云平台之间的互联互通，构建充电基础设施信息服务信息交换体系架构，统一信息接口通信协议，实现不同充电运营企业、不同运营厂商的充电服务设施、第三 方平台信息资源等互联和充分利用，实

12、现充电设施网络服务平台间数据交换，充电系统服务 功能跨平台信息交换服务，特引入中国电力企业联合会行业标准作为充电云平台的对外开放充电标准化接口。綾镝鯛駕櫬鹕踪韦辚糴飙钪。2.1 接口数据传输要求电动汽车充换电服务信息交换应根据国家信息安全等级保护相关要求。充电云平台及接入运营商都需提供严格的系统安全保密机制，保障信息交换接口安全、稳定、可靠地运行，包括信息的存取控制、应用系统操作的安全等。基本要求：驅踬髏彦浃绥譎饴憂锦諑琼。采用身份认证、访问控制、数据加密、数字签名等安全措施；采用安全可靠并且普遍使用的加密算法；密钥的存贮和交易信息的加密解密需要在安全的环境中；遵循数据安全保密的国家和行业标准

13、；定期更换密钥；具备对报文做来源正确性鉴别的机制（HMAC）。2.2密钥体系每个运营商交互前需要分配运营商标识（OperatorID）、运营商密钥（OperatorSecret）、消息密钥（DataSecret）、消息密钥初始化向量（DataSecretIV）和签名密钥（SigSecret）。猫虿驢绘燈鮒诛髅貺庑献鵬。运营商标识（OperatorID）:，运营商的组织机构代码，作为运营商的唯一标示。运营商密钥（OperatorSecret）:采用 32H、48H 和 64H，由 0-F 字符组成，为申请认证使用。锹籁饗迳琐筆襖鸥娅薔嗚訝。消息密钥（DataSecret）:用于对所有接口中 Da

14、ta 信息进行加密。消息密钥初始化向量（DataSecretIV）：固定 16 位，用户 AES 加密过程的混合加密。签名密钥（SigSecret）: 采用 32H、48H 和 64H，由 0-F 字符组成，为签名的加密密钥。構氽頑黉碩饨荠龈话骛門戲。平台认证方式及规则平台认证方法平台认证采取身份认证和访问控制相结合的方式进行。身份认证可采取用户名/口令认证、密钥认证或数字证书认证等方式进行；访问控制采取 IP访问控制、时间访问控制等多种手段结合。輒峄陽檉簖疖網儂號泶蛴镧。用户身份认证成功后授予Token，每次向服务端请求资源的时候需要带着服务端签发的Token，服务端验证 Token 成功后

15、，才返回请求的数据。Token 的有效期由服务方确定，最长不超过 7 天，Token 丢失或失效后需要再次发起认证服务。尧侧閆繭絳闕绚勵蜆贅瀝纰。数据传输方式及规则数据传输接口规则所有数据传输接口均采用 HTTP(S)接口，每个接口的 URL 均采用如下格式定义： http(s):/域名/evcs/v版本号/接口名称域名：各接入运营商所属域名。版本号：代表接口版本号，不同的版本地址对应相应版本代码。系统升级期间，新旧版本可同时存在，待所有接入方都切换到新接口，旧接口即可下线。从而达到平滑升级的目的。识饒鎂錕缢灩筧嚌俨淒侬减。接口名称：所请求/调用接口的名称。为保证各接口的功能明确清晰，每个 U

16、RL 只允许对应一种功能。接口调用方式所有接口均使用 HTTP(S)/POST 方式传输参数，传输过程中应包含消息头和消息主体两部分。消息头规范消息头一般需包含内容类型和授权信息（Authorization）。内容类型（Content-Type）字段用于标识请求中的消息主体的编码方式，本标准中所规范的 信息交换内容均采用 JSON 的方式，参数信息采用 utf-8 编码，因此需要配置消息头中的Content-Type 为 application/json;charset=utf-8。凍鈹鋨劳臘锴痫婦胫籴铍賄。授权信息（Authorization ）字段用于证明客户端有权查看某个资源，本标准中所

17、规范的授权信息采用凭证（ Token）的方式，因此需要在配置消息头中的 Authorization 为 BearerTonken。恥諤銪灭萦欢煬鞏鹜錦聰櫻。消息主体规范消息主体是信息交换过程中的具体内容。申请服务规则一般由运营商标识（OperatorID）、参数内容（Data）、时间戳（TimeStamp）、自增序列（Seq）和数字签名（Sig）组成。鯊腎鑰诎褳鉀沩懼統庫摇饬。返回参数规则数据传输接口的返回参数一般由返回值（ Ret）、返回信息（Msg）、参数内容（Data）和数字签名（Sig）组成。硕癘鄴颃诌攆檸攜驤蔹鸶胶。Ret:必填字段，返回编码参考下表。Msg:必填字段，有错误表示具体

18、错误信息，无错误返回成功信息。Data:参数内容，具体返回参数见电动汽车充换电服务信息交换 第 2 部分：公共信息交换规范、电动汽车充换电服务信息交换 第 3 部分：业务信息交换规范，采用 utf-8 编码， JSON 格式。阌擻輳嬪諫迁择楨秘騖輛埙。批量数据传输数据传输接口中的 Data 字段可为数组型的 JSON 格式，数据发送方可通过该字段实现批量数据的传输。接口设计序号接口名称请求接口设计接口名接口描述说明query_token用于平台间认证Token请求 token 接口设备认证接口licy业务策略信息。1.4启动充电接口query_start_charge此接口用于请求设备启动充电

19、,充电模式为充满为止。1.5停止充电接口query_stop_charge此接口用于请求设备停止充电,充电模式为充满为止。查询业务策略query_equip_auth query_equip_business_po的申请，Token 作为全局唯一凭证，调用各接口时均需要使用。此接口用于请求设备认证信息。此接口用于查询充电桩1.92查询充电状态 查询充电站状态获取充电站信息查询充电站充电统计信息通知接口设计query_equip_charge_stat usquery_station_status query_stations_infoquery_station_stats此接

20、口用于请求查询充电设备的状态信息。 此接口用于批量查询设备实时状态。此接口用于查询充电站的信息。此查询用于定期获取每个充电站，在某个周期内的统计信息。2.1通知启动充电结果notification_start_charge_result2.2通知充电站状态notification_stationStatus2.3通知停止充电结果notification_stop_charge_result2.4通知设备充电状态2.5通知充电订单信息此接口用于向接口调用方推送启动充电结果信息。当设备状态发生变化， 推送最新的状态通知到合作方。此接口用于向接口调用方推送停止充电结果信息。notification_

21、equip_charg 此接口用于向调用方推e_status送充电设备的充电状态notification_charge_order 此接口用于向接口调用_info方推送充电订单信息。（三）基于国际开放充电联盟 OCPP 协议通信设计国际开放充电联盟标准 OCPP 通信协议及通信接口设计的目的主要是为了解决国际上通用标准的充电桩终端与充电云平台服务器之间通信的问题，对需要接入充电云平台的终端进行约定，为开发人员和系统维护人员提供相应参考依据。氬嚕躑竄贸恳彈瀘颔澩纷釓。国际开放充电联盟标准通信协议国际开放充电联盟标准开放充电采用 OCPP 协议，协议的格式如下：请求 URLip portident

22、ity示例ws:/ip:port/identityOCPP 服务器 IP 或者域名地址OCPP 服务器端口号充电桩身份信息，充电桩编号ws:/ip:端口/identity报文头规范示例：Connection=Upgrade, Host=29:8887,Sec-WebSocket-Key=okrh4GTD2IQ+iwqFoiGn7g=, Sec-WebSocket-Protocol=ocpp1.6,贏車贖孙滅獅赘慶獷。Sec-WebSocket-Version=13, Upgrade=websocket国际开放充电联盟标准通信接口设计釷鹆 資序号接口名称充电桩向服务器请求接口接口名接口描述说明1

23、AuthorizeRequest1.1鉴权请求在电动汽车开始或停止充电之前，首先要进行鉴权。只有在鉴权成功之后，充电桩才允许进行充电。当停止交易的用户与开始交易的用户不是同一个用户时，充电桩需要发送鉴权消息。1.21.3启动请求BootNotificationRequest充电桩启动后，需要发送配置信息至服务器。服务器需要答复是否 认可该充电桩。充电桩通过数据传输消息数据传输请求诊断状态数据通知请求固件状态更新请求DataTransferRequestDiagnosticsStatusNotificati onRequestFirmwareStatusNotificatio

24、nRequest请求发送OCPP 协议未规定的数据信息。充电桩发送诊断状态信息至服务器。充电桩通过发送诊断状态数据通知请求以通知服务器。充电桩发送消息以告 知主站固件更新状态。通知服务器，充电桩仍然处于连接状态，每隔1.7心跳请求HeartbeatRequest充电数据上报请求MeterValuesRequest设定的时间，充电桩发送一次心跳报文。充电桩采集电能表及其它传感器充电样本数据上报服务器。 充电桩发送开始充电开始充电请求StartTransactionRequest请求至服务器请求开始充电。充电桩向服务器发送充电桩状态变化通知，状态通知请求结束充电请求服务器向充电桩下发接Status

25、NotificationRequestStopTransactionRequest通知服务器充电桩内的状态变化或错误。充电桩应发送结束充电请求通知服务器请求停止充电。22.1口取消预约请求CancelReservationRequest如果充电桩有对应用户 ID 的预约，则要返回“Accepted，”否则返回 Rejected。服务器可以通过发送命令改变充电桩的可用性。充电桩正在充电2.2修改可用性请求ChangeAvailabilityRequest或者准备充电，视为available。如果不允许充电则为 unavailable。2.6修改配置请求清除充电桩的授权缓存请求清

26、除充电配置请求ChangeConfigurationRequ estClearCacheRequestClearChargingProfileRequ est服务器可以通过发送 命令修改充电桩配置。服务器可以通过发送 命令以清除充电桩的 授权缓存。服务器可以通过发送命令，清除全部或部分充电配置文件。如 果服 务器需 要为OCPP 不支持的功能向充电桩发送信息，它应2.7数据传输请求DataTransferRequestGetCompositeScheduleReq获取充电计划请求充电计划。2.8服务器为了获取配置，获取充电配置请求GetConfigurationRequest主站发送获取充电配

27、置请求到充电桩。2.9服务器可以发送请求获取充电桩诊断请求GetDiagnosticsRequest以获取充电桩的诊断信息。2.10为了同步本地授权列获取充电桩授权列版本GetLocalListVersionReque表，服务器会请求充电号请求st桩提供本地授权列表版本。2.11服务器可以发送服务服务端请求开始充电请RemoteStartTransactionRe端请求开始充电请求求quest命令充电桩开始充电交易。2.12服务器可以发送服务服务端请求结束充电请RemoteStopTransactionRe求quest端请求结束充电请求命令充电桩停止交易.2.13服务器可以发送服务uest该使

28、用数据传输请求。该操作的行为与由充 电桩发起的数据传输 操作相同。服务器可以通过发送命令，要求充电桩返回2.14服务端预约充电请求ReserveNowRequest服务端复位请求ResetRequest端预约充电请求至充电桩，为特定用户预约一个连接器。主站可以通过发送服务端复位请求申请充电桩复位。可以请求硬复位和软复位。在接收软重启时，充电点应返2.152.16服务端发送本地授权列表请求服务端设置请求配置文SendLocalListRequest件请求充电配置文件。在交易SetChargingProfileRequest回到一种状态，表现为刚刚启动。服务器发送本地授权列表给充电桩。服务器在以下

29、情况下， 通过发送设置请求配 置文件请求实现设置9服务端发送触发消息请求服务端发送解锁连接器请求服务端发送更新固件请求TriggerMessageRequestUnlockConnectorRequestUpdateFirmwareRequest开始时，设置交易的充电配置文件。服务器正常操作下，充电桩将自身的状态和 相关信息告知服务器。服务器通过发送触发 消息请求请求充电桩 回复初始化信息。服务器通过发送发送解锁连接器请求给充电桩，命令解锁连接器。服务器通过服务端发送更新固件请求通知充电桩更新固件。（四）基于国家电网行业标准 socket 通信设计基于国家电网行业标准 s

30、ocket 通信设计目的主要是为了解决国内充电桩终端与主站服务端之间通信的问题，对需要接入充电云平台的终端进行约定，为开发人员和系统维护人员提供相应参考依据。怂阐譜鯪迳導嘯畫長凉馴鸨。通讯协议充电桩与服务器之间采用 TCP/IP 进行永久长链接在线机制进行通信，充电桩体作为终端、主站作为服务端，服务端端口指定为：2404。谚辞調担鈧谄动禪泻類谨觋。数据帧格式参考位描述描述值长度76543210备注起始符0 x6 8 LE N VE R DIR PR MTS10 x68帧长度2协议版本至数据，总字节长度协议版本1协议版本号(0 x20)方向1时间戳4传输方向：0=终端到主站，1=主站到终端启动标

31、志：0=报文来自从动站，1=报文来自启动站Unix 时间戳，从 1970 年 1 月 1 日 00:00:00说明充电桩启动时通过此命令向服务器发起登录请求。通常每 60 秒终端发起一次心跳指令，如1.2心跳指令充电桩服务器果超过 180 秒没有收到心跳或心跳应答，则认为连接断开，需要重新登入。心跳同1.3终端主动请求费率指令1.4终端主动请求费率指令1.5设置集中器分配参数指令1.6实时状态接收指令1.7充电实时信息接收指令（按北京时间）以来的秒数对于所有状态与控制命令，时间戳的时间比本地时间晚 60 秒以上，则认为本命令已经超时失效，直接丢弃。终端设备类型命令DE V AD DR CM D

32、 DATA1设备类型终端地址6根据设备类型，选择集中器地址或者充电桩编号2指令帧数据N通讯指令校验CS1校验字节前所有数据的算术和，不考虑进位（即取低 8 位）结束符0 x1610 x164.3 通信指令设计序号指令名称1终端发启指发送方应答方令1.1登入指令充电桩服务器时也作为校时使用。此指令为终端主动请求费率。终端需在登充电桩服务器录后或其他必要的时候主动向主站请求费率。反复请求，直到获得应答数据。此指令为终端主动请求费率。终端需在登充电桩服务器录后或其他必要的时候主动向主站请求费率。反复请求，直到获得应答数据。集中器分配设置由服务器发起，通常仅用于集中器，用于配置集中器下连接充电桩充电桩

33、服务器的数量及参数。路由分配设置需要在终端登录成功后立即发起，如果没有收到终端的应答，则需要反复重发，直到收到终端应答。实时状态由终端定期上报，充电桩端状态充电桩服务器信息需实时上报，服务端需要提供状态信息接收接口。充电实时信息由终端在充电时定期上报。充电桩服务器充电桩端充电过程信息需实时上报，服务端需要提供充电实时信息接收接口。01.1122.1刷卡鉴权指令车辆 VIN 码鉴权指令终端启动充电指令终端充电结束、上报交易记录指令终端发启指令设置费率指令充电桩服务器充电桩服务器服务器充电桩刷卡充电由终端先发起刷卡鉴权，主站应答，如果通过鉴权，则允许用户充电并发起终端启动充电，主

34、站应答。须支持荣成公交一卡通直接刷卡充电。车辆具有 VIN 码时，可以使用 VIN 码鉴充电桩服务器权，主站应答，如果通过鉴权，则继续充电，否则终端结束充电。充电桩服务器终端启动充电通常是由用户刷卡启动，需要先进行刷卡鉴权，鉴权通过才能启动充电。终端因为用户操作、车辆充满、故障等原因会上报充电结束。本指令同时也做为最终交易记录用于费用结算。终端登录成功以及服务器端更改费率后， 服务器端需要主动发起费率设置，如果没有收到终端的应答，则需要反复重发，直到收到终端应答。2.2 读取集中器分配参数指令服务器充电桩主要用于服务器端向集中器读取分配的参数。主动读取终端费率指令设置二维码格

35、式指令服务端启动充电指令服务器服务器充电桩充电桩主要用于服务器端向充电桩读取终端费率。示格式。服务器充电桩用户操作App/微信等启动充电的，由服务端发起启动充电命令。如果为收到终端应答，则通常重发 3 次。用户从App/微信端操作停止充电的，由服务端发起停止充电，终端应答。此时应答服务器充电桩的数据并不是最终可结算的数据。等充电完全结束后，终端会重新发起终端充电结束，做为最终结算依据。服务器通过此指令设置充电桩二维码显2.6服务端停止充电指令三、充电云平台的技术开发要求 充电云平台的技术开发要求如下：资源层由微服务+容器化技术体系组成。服务器承接充电运营服务业务应用，支持弹性 扩容，数据库实现

36、结构化数据的存储与服务，通过统一网关及服务注册中心提供反向代理、权限控制、单点登录及负载均衡服务，消除单点故障，保证高并发时系统的健壮性。系统需 部署在本地平台上。嘰觐詿缧铴嗫偽純铪锩癱恳。系统性能满足 10 万用户同时在线，响应时间小于3 秒。系统基于成熟软件构建，需要提供全部系统源代码、数据字典和开发文档，并提供验证手段。四、项目进度要求阶段目标任务完成时间第一阶段完成项目调研、需求分析。xxxx 年 xx 月 xx 日第二阶段完成项目编码及部署。xxxx 年 xx 月 xx 日第三阶段完成系统的设计、。xxxx 年 xx 月 xx 日第四阶段完成项目终验。xxxx 年 xx 月 xx 日本项目的建设工期分为四个阶