企业数字化运营平台软件开发框架项目技术方案(1).docx

项目编号： 企业数字化运营平台软件开发框架项目 技 术 方 案 项目编号：2022-XX-XX 编制单位：XX市XX中心 编制日期：二〇二二年十月 目录 1 项目总体概述 2 1.1 项目总体技术方案保障 2 1.2 系统设计 3 1.3 系统体系结构设计 3 1.4 系统指标保障 4 1.5 系统质量 5 1.5.1. 系统健壮性 5 1.5.2. 系统应具备安全性 5 1.5.3. 系统易用性 7 1.5.4. 系统可维护性 8 1.5.5. 系统完备性 9 1.5.6. 系统可扩展性 10 1.5.7. 系统可测试性 10 1.5.8. 系统可移植性 11 1.5.9. 系统可追踪性 11 1.5.10. 系统易安装性 11 2 项目技术方案 12 2.1 系统架构 12 2.2 软件架构 12 2.3 功能建设方案 15 2.3.1. 受理子系统 15 2.4 系统概况 41 2.4.1. 系统总体概况描述 41 2.4.2. 性能指标 42 2.4.3. 系统可靠性 42 2.4.4. 系统可维护性 43 2.4.5. 系统接口 44 2.5 基础平台概况 45 2.5.1. 软件平台描述 45 3 项目实施与服务方案 47 3.1 总体实施与服务方案 47 3.2 项目实施方案 47 3.2.1. 项目组角色与职能 47 3.2.2. 项目功能建设方案 51 3.2.3. 测试方案 51 3.2.4. 验收方案 58 3.3 项目管理方案 62 3.3.1. 项目质量保障 62 3.3.2. 项目进度管理方案 62 3.3.3. 项目变更管理 63 3.3.4. 项目沟通例会管理 65 3.4 项目团队构成 68 3.4.1. 项目团队人员构成 69 3.4.2. 项目团队稳定性承诺 69 3.5 项目交付文档 69 3.6 项目培训方案 70 3.6.1. 培训对象及目的 70 3.6.2. 培训形式 71 3.6.3. 培训内容 71 3.6.4. 培训计划 72 3.7 项目技术支持 72 3.8 项目服务范围 74 3.8.1. 软件开发服务 74 3.8.2. 技术支持服务 74 3.8.3. 软件测试服务 75 3.8.4. 系统运维服务 75 3.8.5. 集成实施服务 75 3.8.6. 系统部署服务 75 3.8.7. 安全技术服务 76 4 售后保修服务方案 77 4.1 售后保修服务内容 77 4.1.1. 设备故障修复服务 77 4.1.2. 电话技术支持服务 81 4.1.3. 版本管理和软件补丁服务 81 4.1.4. 设备巡检服务 82 4.1.5. 技术资料服务 83 4.1.6. 培训服务 83 4.1.7. 重要通讯保障服务 84 4.1.8. 应急方案设计与预演服务 84 4.1.9. 辅助故障定位服务 85 4.2 售后保修服务方案 85 4.2.1. 服务内容 85 4.2.2. 服务方式 85 4.2.3. 故障响应能力 86 5 项目安全性方案 90 5.1 系统安全 90 5.2 数据安全 90 5.3 应用安全 91 1 项目总体概述 2 项目总体技术方案保障 1) 系统各项技术遵循企业最新颁布的相关规范要求； 2) 系统各项技术遵循国家相关标准和技术体制，没有相应国家标准则须遵循国际标准。对于现存多种标准的技术，我方与甲方共同协商选定标准。一旦相应的中国（或国际）标准确立，我方保证在一年内（不收取额外开发费用）过渡到甲方要求相应的中国（或国际）标准； 3) 我方向甲方提供完整、最新而成熟的系统软硬件等技术和产品。其各项技术应保证具有开放性、可移植性、兼容性和可扩展性。系统配置的软件和硬件设备提供开放的应用接口，可以方便地与其他厂家同类型应用系统进行软、硬件平台互连，便于系统未来的扩展； 4) 我方会详细说明本期工程所提供设备配置的处理能力、容量以及最大扩容可达到的处理能力及容量，说明系统容量受限制的原因，并提供系统进一步扩容的方案； 5) 我方提供快速、有效、功能全面的网络管理系统，包括软硬件管理服务模块和专用工具，具有设备配置、统计分析、告警等管理功能；并具备向上连接到上级网管的能力； 6) 本项目涉及的设备提供商可能不只一家，因此在遵循本技术规范的基础上，我方将在系统集成方面提供充分的合作和技术支持；在工程实施中，不同的承建系统集成商由甲方工程管理单位和总系统集成商统一协调，各设备提供商须积极配合，涉及到的互连接口，必须提供具体技术细节资料； 7) 如设备为OEM第三方产品，我方将说明该产品的原生产厂商； 8) 我方保证系统割接不能中断业务,也不能影响原有业务数据； 9) 如果我方目前难以达到甲方所提出的技术要求，甲方要求通过商务条件使我方承诺进行产品的技术升级； 10) 我方负责提交系统的验收测试方案供甲方确认，并配合甲方完成工程验收； 11) 我方根据甲方的业务需求及相关的技术规划要求，提出完整的项目管理、系统设计、工程培训、项目施工、项目验收、技术支持方案以及我方人力资源供给方案，我方负责建立并向甲方提交工程技术文档。 3 系统设计 本系统在总体设计上将满足以下要求： 1) 规范和标准符合性：系统符合企业最新规范及各项工程项目标准。 2) 技术先进成熟性：采用成熟、合理、先进的技术，在选用系统组件（中间件等）时要在保证其成熟性和可靠性的同时保证系统建设的适度先进性。 3) 安全性和可靠性：系统针对主机、数据库、网络、应用等各层次要制定相应的安全策略和可靠性策略，保障系统的安全性和可靠性，应用软件应具有处理各种非正常状态和事件的能力。 4) 开放性：系统应采用多层开放式体系结构，具有清晰的体系结构。提供灵活的二次开发手段，在面向对象的业务组件应用框架上，能够在不影响系统情况下快速开发新业务，同时提供方便地对业务进行修改和动态加载的支持。 5) 系统集成灵活性：系统采用基于工业标准，如LDAP、WEB SERVICE、J2EE、XML、HTTP、SSL等技术。 6) 松耦合和可扩展性：系统应具有良好的伸缩性，可以随业务规模的增长平滑扩展；要能够支持多个层面的可扩展性，通过负载平衡、快速开发/重组、业务参数配置等多个方面使得系统可以支持企业未来不断变化的业务需求。 4 系统体系结构设计 1) 遵循松耦合、模块化的原则，采用软件总线、组件设计方式以保证应用系统的灵活性，适应个性化的需求； 2) 我方保证对外接口的开放性，支持与不同厂商设备间的互连（包括支撑系统、业务平台等）； 3) 我方将满足系统在大业务量下的实时、并发处理的性能要求； 4) 我方将提供设备的在线扩容，包括在线扩展CPU、内存，及扩展集群点； 5) 我方所提供系统采用集中式结构（分布采集、集中处理、集中存储），同时提供一定的分级分权管理机制； 6) 我方将在建议书应对系统所采用的体系结构、采用的技术、实现方式、编程语言进行详细的阐述； 7) 我方所提供系统会进行良好的分层和封装，并在建议书中对软件分层和封装进行详细说明。 5 系统指标保障 1) 系统硬件设备的CPU忙时利用率平均不超过70%，内存忙时利用率平均不超过70%； 2) 系统应支持双机热备，在集群方式下为N+1备份，在非集群方式下为1+1备份； 3) 从数据库备份到备份系统的时间：每天的备份时间不多于3小时，而且不影响对数据库的少量查询； 4) 从备份系统拷贝到数据库里的时间：数据恢复时长不多于3小时； 5) 平台支持负载均衡，系统切换时间小于10秒。平台在切换过程中应保证已经处理过的业务正常运行； 6) 对于大数据量的统计，应能保证在夜间（4小时内）完成； 7) 平台提供足够的磁盘空间；磁盘容量在满足系统的稳定运行的前提下，提供RAID “0+1”的冗余方式，并且保证磁盘的忙时平均利用率低于70％； 8) 系统消息处理延迟（从系统收到请求消息到返回应答的时间间隔）不大于500毫秒 (99.999%概率)。 9) 系统平均无故障时间不小于26280小时（3年）； 10) 系统平均无故障率不低于99.99%； 11) 系统针对平台的处理能力应该采用相应的流量控制措施，满足对处理时延、CPU占有率的要求，保证系统的稳定运行； 12) 平台系统应具备电信级可靠性、多种冗余、备份和集群处理的机制和功能，关键部件、数据库应具备冗余备份和负载分担机制，系统应冗余配置，保证系统无单一故障点，且应易于扩容和维护。 6 系统质量 7 系统健壮性 1) 我方将向需求方提供成熟的、稳定、容错性和易恢复性俱佳的系统。在我方的应标书中应明确指明其系统的MTTR和MTBF指标（分软、硬件）。 2) 排除人为误操作因素，由应用系统自身原因导致的系统崩溃故障,平均无故障时间（MTBF）大于365天，平均修复时间（MTTR）应小于4小时。排除人为误操作因素，由应用系统自身原因导致的系统错误故障,平均无故障时间（MTBF）应大于100天，平均修复时间（MTTR）应小于30分钟。 3) 随系统提交的技术文件明确标识出所实现的可度量的功能和性能指标。 4) 应用系统支持连续7×24小时不间断地工作，应用软件中的任一构件更新、加载时，在不更新与上下构件的接口的前提下，不影响业务运转和服务。 5) 系统采用增量备份和全备份相结合的方式定期备份重要的系统数据。 6) 应用系统在业务处理高峰时，各主机设备的内存利用率不大于70%，CPU平均空闲率不低于30%。 7) 应用系统支持负载均衡能力，支持应用部署在多台服务器上，避免应用系统的单点故障。 8) 应用系统具有良好的并行处理机制，对存取冲突的竞争具有有效的仲裁和加锁机制，充分保证事务处理的完整性，并降低系统I/O开销，提高并发用户查询和存取的性。 8 系统应具备安全性 1) 关键数据的传输必须支持采用可靠的加密方式，保证关键数据的完整性与安全性。 2) 系统提供有效的安全保密措施，确保系统和数据资源的安全，防止对系统资源的非法侵入，入侵检测系统应对违背安全事件记录并报警； 3) 系统采用不可逆的加密方式保存此类密码，系统应该支持MD5、crypt 等加密算法。 4) 我方将提供有关网络安全的详细说明，公网上传输的数据，以国家标准的加密算法加密，并在应标书列出算法及相关软件列表。 5) 系统充分利用防火墙、安全证书、SSL 等数据加密技术保证系统与数据的安全。通过防火墙（硬件防火墙）对进入内部网络的数据包进行扫描过滤，能够根据用户、IP地址、访问类型等方式进行访问规则限制。 6) 系统能够对常见的入侵行为进行判断并阻止。提供地址翻译功能，屏蔽网络内部细节，防止外部黑客利用IP探测技术发现内部网络结构和服务器真实地址，从而实现有针对性的攻击。 7) 系统能够对网络通讯进行监控，及时发现任何来自于网络内部或外部的黑客入侵或可疑的访问行为，并做到及时报警与阻断。 8) 我方提供的方案保证传输安全，网络层需认证报文的来源，防止攻击者利用伪装地址来发送报文，确保报文在网络中传输时没有发生变化，确保报文内容在传输过程中未被读取，确保未授权方不能读取报文的内容，确保认证报文没有重复，避免攻击者通过重发截获的认证报文来干扰正常的通信。 9) 系统周期性地备份系统文件（不含文件传输的接口缓冲区，缓冲区中的内容备份在系统接口数据备份的章节描述），能够在系统崩溃后快速修复系统文件。 10) 不同的操作员具有不同的数据访问权限和功能操作权限，系统管理员应能对各操作员的权限进行配置和管理。 11) 系统支持对系统运行所必须的用户名与密码周期性更改的要求。 12) 系统强制实现操作员口令安全规则，如限制口令长度、限定口令修改时间间隔等，保证其身份的合法性。 13) 系统支持操作失效时间的配置。当操作员在所配置的时间内没有对界面进行任何操作则该应用自动失效。 14) 系统提供完善的审计功能，对系统关键数据的每一次增加、修改和删除都能记录相应的修改时间、操作人和修改前的数据记录。 15) 系统的审计功能提供根据时段、操作员、关键数据类型等条件组合查询系统的审计记录。 16) 系统的审计功能提供针对特定关键数据查询历史审计记录。 9 系统易用性 1) 系统易于安装和使用，具备风格一致的用户界面，且为中文操作界面,为方便使用，系统设置导航栏等内容。 2) 系统能在浏览器中完成基本管理任务，对用户输入错误应尽早发现和提醒 3) 系统具备完善的联机帮助功能。 4) 随系统提交的产品文件包括完善的、针对不同级别用户的应用系统培训教材、培训考题及培训考核方法建议。 5) 厂家可以通过对产品颁发资格认证证书的方式，以确认用户对该产品的某个操作级别的使用资格。 6) 对于业务熟练并且熟悉电脑操作的普通用户，可以通过现场培训，即可熟练掌握应用系统基本功能的操作技能。 7) 对于系统管理员，可以通过不超过累计两周的培训，即可熟练掌握应用系统管理相关功能的操作技能。 8) 应用系统提供一致性的图形用户界面风格。 9) 应用系统对普通用户的操作界面以B/S 方式实现。 10) 应用系统支持操作员登录系统后，不超过三次鼠标的点击，即可访问到业务所需功能。 11) 应用系统支持同时打开多个管理窗口以对不同任务进行并行的操作。 12) 应用系统支持在一个业务过程中的所有功能界面都有返回上一个操作的快捷链接。 13) 应用系统支持通过键盘即可完成一个界面窗口内的主要操作。 14) 应用系统支持通过Tab 键或回车键可访问到同一个窗口的所有控件对象。 15) 应用系统支持对于常用功能设置快捷键以方便功能间的切换；快捷键的功能定义在全系统保持一致。 16) 应用系统采用分页机制显示查询结果，并显示返回的记录数目、当前页和总页数。 17) 应用系统发现用户提交有误信息，以弹出窗口的形式明确提示用户错误的原因，并把界面控制焦点置于发生错误的控件对象上。 18) 应用系统的操作界面用“*”明确标识出必填的输入信息。 19) 当应用系统正在执行用户提交的请求而无法返回时，明确标识系统处于繁忙阶段。 20) 对于复杂的信息结构，系统采用分帧的机制在同一个窗口中显示不同的信息内容，并自动刷新不同部分的信息内容。 21) 应用系统功能菜单按照功能域、功能组的分类方法进行组织。 22) 对于操作员无权限使用的菜单功能，应用系统不显示该菜单或将其设置为不可用状态。 23) 系统提供在线帮助功能，对于每一个操作功能都能查找到相应的详细使用说明。 24) 操作员登录系统后，系统能够主动地提醒等待该操作员处理的任务。 10 系统可维护性 1) 具备完备的数据备份和恢复机制，备份和恢复时间达到系统设计指标要求。 2) 系统具备方便且可定期执行、分析结果的业务测试功能；。 3) 系统易于修改，对某一个模块的修改，不影响其他模块的正常运行。 4) 系统易于扩展，新增服务时要求对系统做尽可能少的修改。 5) 系统具备自管理和监控功能，能够实时监控各模块的执行。 6) 我方提供的系统应具备利用甲方已有时间同步系统进行时间同步和时间自动调整的功能。 7) 我方提供的系统应具备在线升级协议及版本的功能，在不中断业务的情况下支持对本平台外部接口协议进行在线升级、对修改后的系统版本进行在线升级。 8) 系统在运行过程中所发生的任何错误都应该有明确的错误编号，并能在系统的相应维护手册中查到错误处理方法与步骤。 9) 应用系统支持通过统一的图形界面，监控各应用构件的运行状态。 10) 应用系统支持通过统一的图形界面，能够监控到应用系统所有的报警、异常信息。 11) 应用系统采用构件化设计思想，系统框架与业务逻辑分离；要求具备开放的体系结构。 12) 应用系统支持通过统一的图形界面能够访问到系统各构件、合约的版本信息及相应功能说明。 13) 应用系统支持各构件的单独升级，并应该尽可能实现在线升级功能。 11 系统完备性 1） 我方交付的应用系统有明确的版本编号。应用系统的交付件文档至少包括： Ø 《需求分析说明书》 Ø 《概要设计说明书》 Ø 《逻辑模型及物理模型设计说明书》 Ø 《详细设计说明书》 Ø 《测试方案》 Ø 《测试用例》 Ø 《测试报告》 Ø 《维护手册》 Ø 《操作手册》 Ø 《培训手册》 Ø 《投产上线方案》 Ø 《投产上线报告》 Ø 《业务规范符合性对应表》 Ø 《技术规范符合性对应表》 2） 应用系统的每一个版本都提交变更说明并保证交付件文档的一致性。 3）《业务规范符合性对应表》明确标识系统对业务规范每一个详细功能要求的支持程度。支持程度包括完全支持、部分支持、不支持三个层次的支持力度。对于部分支持明确说明支持与不支持的内容说明。 4）应用系统能通过一定配置实现对新产品、营销政策及相关可预见的业务需求变化的支持。 5）应用系统支持中文大字符集等相关国家标准规定的汉字字符处理，可进行处理、显示和打印。 6）应用系统的源代码有详细清楚的说明和注释。 7）我方根据本规范书要求提出的方案及设备配置，能完成网络连接及所有要求的功能，不存在电缆、网卡或其它附件的短缺，不存在本期工程设备和软件性能不满足业务需求和系统功能的情况，否则我方须在两周内免费补齐所缺设备和软件。 12 系统可扩展性 系统可以随时增加网络设备或模板来扩展整个网络,可以不增加任何投资，通过选择通讯协议和接入通信速率来提高网络传输速度，降低系统运行费用。应易于扩容和维护。能支持平滑无中断在线扩容或新增业务。 13 系统可测试性 1) 随系统提交的技术文件明确标识出所实现可度量的功能和性能指标。 2) 我方有固定的测试工程师进行专门的测试工作，每次新功能测试完成后，提供详细的测试文档，包括测试的用例、方法及其结果等，交付局方人员作验收测试。测试结果应符合实际，测试未通过的项目会及时反馈并进行修改。 14 系统可移植性 1) 应用系统不需改动或尽可能少的改动就可以在不同的主流UNIX服务器（如IBM、HP、Oracle、FUJITSU等）或x86服务器上方便地移植。 2) 系统对于存储设备、备份设备及各种网络设备具有完全无关性。 3) 应用系统支持在不同主流数据库平台间（ORACLE、INFOMIX、DB2、SYBASE等）的移植。移植时不允许修改业务逻辑构件，尽可能少地修改直接操作数据库的信息服务构件。 4) 应用系统提供图形化的安装与配置界面。 5) 应用系统支持客户端软件版本的自动升级。 6) 应用系统支持在不同主流中间件平台间的移植。 15 系统可追踪性 1) 应用系统每一个功能实现都在设计与需求文件中跟踪到相应的设计与需求内容。 2) 需求文件中的每一个需求都能跟踪到该需求所涉及的设计元素及最终的功能实现。 3) 应用系统出现异常错误报告时，能够提供详细的异常上下文信息。 16 系统易安装性 1) 应用系统提供图形化的安装与配置界面。 2) 应用系统支持客户端软件版本的自动升级。 17 项目技术方案 在以下功能中，如果系统需进行周期性操作，将实现周期可配置；如不特别说明，系统所配置的缺省参数均为本规范书所提出的要求。 17.1 系统架构 本期工程对受理子系统、账务子系统、基础管理、系统管理、统一推送平台、销售助手以及营销子系统（销售支撑中心）等功能进行升级改造。本期工程功能架构图如下所示： 图表Error! No text of specified style in document.-1 本期工程功能架构图 我方将在项目建议书中描述系统总体功能架构和技术架构方案，并体现出针对现状的变更内容。 18 软件架构 本期工程大部分功能延续原有技术架构，软件架构图如下图所示： CRM系统软件技术架构图 本期工程在原有营销子系统基础上落地销售支持中心，依据集团数字化运营平台规范，采用“平台+应用”的模式，构建云化的数字化运营平台，基于通用的分布式技术平台，按业务聚合特征构建应用能力中心，数据与应用分离、能力与界面分离，能力可编排、界面轻量化灵活可配置，应用水平弹性可扩展。 数字化运营平台3.0系统应用部署架构： 1）采用分布式微服务框架springcloud的解决方案，实现业务系统中心化，大大降低业务各模块的耦合度。 2）应用docker化、资源弹性伸缩、敏捷开发能力、灰度发布、资源实时监控、统一配置。 系统应用部署架构如下： 图表Error! No text of specified style in document.-2 系统技术架构 数字化运营平台3.0数据库部署架构： 1）数据库整体采用自研组件，同时，为减少对全网性影响，保证业务处理性能，采用分省分库原则部署。 2）数据分片原则：满足数据高类聚原则、具备良好的扩展性、能均匀的分布数据读写。 3）数据采用读写分离，保证核心数据库性能。主库提供读写能力，副本只提供读操作能力。 系统数据库部署架构如下： 图表Error! No text of specified style in document.-3 系统数据库部署架构 19 功能建设方案 我方将在项目建议书中详细描述系统的功能设计方案，并整理功能建设方案总结汇总表，体现各功能点新增、改造属性及具体内容。 20 受理子系统 20.1.1.1. 订单受理 20.1.1.1.1 精品专线（OTN）产品 支撑精品专线（OTN）产品业务开通，主要包括： 1) 实现在集团CRM支撑精品专线产品的新装、变更、拆机等业务的受理和流程处理； 2) 派发订单竣工任务，通过平台接口完成订单竣工处理，并归档订单生成产品实例在用数据； 3) 实现集团CRM支撑精品专线的账务计费出账以及结算处理。 20.1.1.1.2 智能专线产品 支撑智能专线产品业务开通，包括： 1) 实现云账号同步：客户经理登录省CRM系统通过接口创建天翼云账号，并提供给客户。 2) 实现登录鉴权功能：客户通过天翼云账号登录智能门户，智能门户到天翼云门户鉴权登录。 3) 实现客户资料、折扣数据鉴权：客户登录智能门户通过DCOOS平台调用省CRM提供的客户资料、折扣等信息接口。 4) 实现地址查询：智能门户业务开通，装机地址通过调用服开在DCOOS平台提供地址查询接口查询。 5) 实现VPC ID、云资源池VPC子网等查询：智能门户业务开通，VPC ID、云资源池VPC子网等信息云平台提供接口查询。 6) 实现资源核查功能：订购前需核查资源是否具备，智能门户调用服开通过DCOOS平台提供的资源核查接口核查资源是否具备，资源具备可开通，资源不具备不能开通。 7) 实现业务开通：智能门户下订单，调用服开通过DCOOS平台提供的开通接口进行开通。 8) 实现订单实例同步：开通报竣，集团CRM 把订单实例信息通过DCOOS平台同步给省CRM系统。 20.1.1.1.3 卫星宽带流量型（企业版）产品 支撑集团CRM受理卫星宽带流量型企业版产品能力，主要包括： 1) 配置产品、销售品信息，配置产品与销售品关系，配置产品权限。 2) 支持卫星宽带流量型（企业版）产品新装业务。配置新装业务流程图，配置新装业务过程中的个性化校验规则，开发新装业务涉及页面，开发后台数据处理功能和逻辑。 3) 支持卫星宽带流量型（企业版）产品拆机业务。配置拆机业务流程图，配置拆机业务过程中的个性化校验规则，开发拆机业务涉及页面，开发后台数据处理功能和逻辑。 4) 进行卫星宽带流量型（企业版）产品，在生产环境全国范围的新装、拆机业务穿测。 20.1.1.1.4 FIRST行业应用产品 1. 支撑FIRST媒体专网产品业务开通 1) 实现在集团CRM支撑FIRST媒体专网产品的新装、变更、拆机等业务的受理和流程处理； 2) 派发订单竣工任务，通过平台接口完成订单竣工处理，并归档订单生成产品实例在用数据； 3) 派发实例数据至省CRM系统； 4) 派发实例数据至网分系统。 2. 支撑集团CRM受理FIRST医疗专网产品 1) 实现FIRST医疗专网产品的新装、变更、拆机等业务的受理和流程处理； 2) 实现派发订单竣工任务，通过平台接口完成订单竣工处理，并归档订单生成产品实例在用数据； 3) 实现派发实例数据至省crm系统、网分系统； 4) 实现FIRST医疗专网产品公免业务功能。 5) 实现FIRST医疗专网IP地址管理功能。 6) 支撑配置FIRST医疗专网标准资费。 7) 实现FIRST医疗专网产品，商机转定功能。 8) 支撑FIRST医疗专网产品，在生产环境全国31省的全业务穿测。 20.1.1.1.5 云网业务全景展示产品 支撑云网业务全景展示产品业务开通，包括： 1) 云网业务全景展示产品受理加载，实现业务的受理、拆机。 2) 实现全景展示数据下发至服开系统。 20.1.1.1.6 云中继产品 增加云中继产品受理能力，包括： 1） 新增云中继产品受理页面，主要展示字段有：客户信息、收费信息、业务功能等字段； 2） 新增云中继产品业务受理处理流程，业务经理审核； 3） 新增云中继业务变更页面，主要变更内容有业务功能； 4） 云中继产品受理后下发领航平台，新增下发接口； 5） 云中继产品受理后新增报竣接口； 6） 云中继产品受理起租后，产品实例下发省CRM接口。 20.1.1.1.7 工作号产品 增加工作号产品受理能力，包括： 1) 新增工作号产品受理页面，主要展示字段有：客户信息、收费信息、业务功能等字段。 2) 新增工作号产品业务受理处理流程，业务经理审核。 3) 新增工作号业务变更页面，主要变更内容有业务功能。 4) 工作号产品受理后下发领航平台，新增下发接口。 5) 工作号产品受理后新增报竣接口。 6) 工作号产品受理起租后，产品实例下发省CRM接口。 7) 新增工作号批量开卡受理页面，按照地域可自选开卡受理地，开卡数量。新增工作号批量开卡受理后下发4G接口。 8) 增加4G开卡后，把开出的号码通过FTP接口方式回传集团CRM 接口。增加工作号批量开号后查询页面，展示预计开号量、实际开号数。新增工作号成功开号后，把号码下发给能力平台接口。 20.1.1.1.8 云间高速产品 实现天翼云门户开通云间高速，支撑云间高速快速受理、分钟级开通能力。 1. 天翼云门户受理 1） 实现在天翼云门户受理云间高速产品的新装、补点、变更(云间高速IPVPN支持VPC互联地址变更和接入带宽变更、云间高速VLL支持接入带宽变更)和拆机等业务。 2） 受理后通过接口导入CRM系统，在CRM系统生成订单自动送审、自动审核后下发服开系统进行一次报竣和全程报竣，全程报竣后CRM自动起租和自动竣工交付。全程报竣后通过订单信息反馈接口向天翼云门户进行报竣，返回客户订单状态已开通（201400）。 3） 天翼云门户发起的订单在订单审核下发服开系统后，后端因资源不具备发起退单申请，CRM自动停开原单，审核为同意并停开（接口查询订单来源），并想天翼云门户返回客户订单状态已退单（401400）。然后掉服开退单接口和天翼云门户订单信息反馈接口。 4） 翼云门户来单中是否一口价（fix_once_flag）传值为2时，CRM系统需要根据资费标准计算月租费，然后导入账务系统正常出账。是否一口价（fix_once_flag）传值为1时，CRM取天翼云门户接口的费用值（已在接口约定费用值传0）。当客户发起接入带宽变更时，应根据标准资费自动变更月租费，月租费的生效时间等于自动起租的时间。 5） 天翼云门户开通共涉及6个接口： - 客户资料查询接口，查询客账户信息； - 客户信息维护接口，创建客户信息资料； - 产品新装接口，新装、补点电路； - 主销售品变更接口，支持VPC互联地址变更和接入带宽变更：VPC互联地址变更只变更通达VPC IP网段。接入带宽变更只变更接入带宽； - 拆机接口，拆机退租； - 订单信息反馈接口，订单报竣。 2. 支持云间高速尊享版下单可选CN2或DCI及增加专属云VPC反查功能，包括： - 云间高速-IPVPN新装、补点、批量导入、明细、实例和云间高速-VLL新装、明细、实例，新增属性：‘PE归属’、‘是否专属云’、‘专属云名称’； - PE归属放在业务信息，是否专属云和专属云名称放在vpc信息； - 校验：项目保存时增加校验，同一个网络标识号内，PE归属选项值必须一致。（涉及新装、补点）； - 约束：“PE归属”禁止在明细界面修改； - 服开接口：新增属性“PE归属”； - 云管接口：新增专属云“查询projectID”接口和专属云“查询VPC列表”接口。先通过专属云名称查询projectID，再根据projectID、邮箱id和资源池id查询专属云VPC id 3. 受理接入带宽变更时，受理界面和明细界面增加属性割接开始时间和割接结束时间，时间格式YYYYMMDDHH24MISS。新装、拆机和其他变更不填写割接开始时间和割接结束时间。 优化查看电路开通进度功能，当属性“PE归属”为DCI时，采用现在的流程模板，当“PE归属”为CN2时，新增新的流程模板。 20.1.1.1.9 IPRAN产品 1. 提升IPran受理与流程的支撑能力，实现IPran批量受理、IPran云专线受理和处理能力，并简化流程提升开通效率。 1） IPRAN开通多条电路需要逐条受理，增加批量受理的模板。IPRAN产品受理，实现IPRAN产品受理模板下载、IPRAN产品受理批量导入受理，同时区分集团导入和非集团导入两套受理模板。 2） IPRAN产品的新装受理、地址变更、提质、速率变更等业务的受理和流程处理，实现开通是否购买并开通云资源池站点 。 3） 去除IPRAN长途资源填报环节，即集团CRM 默认"长途资源具备"且不发资源确认单给长途网填报”。 4） 为简化CN2云专线和IPRAN云专线的开通流程，实现IP虚拟专网和以太专线产品中自动获取云业务相关信息的能力： - IP虚拟专网-普通点（CN2）受理，增加本端VPC ID、本端VPC IP网段/掩码、CTYUN注册邮箱，并下发CRM-服开、CRM-网分、CRM-云管； - 以太专网受理时：增加本端VPC ID、本端VPC IP网段/掩码、CTYUN注册邮箱、客户侧互联地址/掩码、云侧互联地址/掩码，并下发CRM-服开、CRM-网分、CRM-云管；其中本端VPC ID、本端VPC IP网段/掩码通过CTYUN邮箱和资源池查询云管系统接口获取。 2. 支撑省内云网融合业务受理，实现省CRM受理业务的能力提供以及属性优化、订单生成、专属短流程配置、自动开通、自动起租等相关配套改造。包括新增、变更、拆机、撤单等业务场景。 20.1.1.1.10 云专网产品 支撑省CRM受理的云专网产品来单处理能力，包括 1） 实现云专网产品，新装、正常变更-站点IP地址变更、正常变更-速率变更、停开、拆机业务的受理和流程处理。 2） 实现派发订单竣工任务，通过平台接口完成订单竣工处理，并归档订单生成产品实例在用数据。 3） 支撑云专网产品，在生产环境全国范围的全业务穿测。 20.1.1.1.11 95产品 一码通95专线拓位位长由最大5位修改为最大14位。 涉及界面：新装、补录、明细、非正常变更-其他业务变更、正常变更-其他业务变更；当拓位位长大于14时，给出提示信息“拓位位长：不能大于14的正整数”。 20.1.1.1.12 云堤产品 根据云堤部门要求改造云堤产品功能，实现如下功能改造： 1) 云堤产品增加正常变更-合同变更，合同变更支撑单个变更和批量变更； 2) 云堤合同号规则优化，校验变更后合同编号和MSS中立项编号是否匹配等； 3) 云堤新装支撑批量导入功能； 4) 变更流程调整，在账务变更和合同变更中增加网络安全产品运营中心确认环节； 5) 新装流程调整，取消需求单环节，直接进行订单受理。 20.1.1.1.13 ICT产品 支持ICT产品批量受理功能，实现根据结算类型判断是否校验合同的功能。 20.1.1.1.14 中继业务产品 支撑中继业务产品可开通共享中继产品功能，相关改造内容如下： 1) 新增共享中继产品，支撑CN2业务共享中继的受理、流程支撑。 2) 实现CN2中继和ChinaNet中继流程调整，如A端端口、A端设备没有填写，则必须流转到“填报甲端端口资源”以及“甲端填报资源”环节等。 3) CN2中继和ChinaNet中继增加IX中继类型等字段。 4) 实现中继线报竣时接入号码不能是同一号码的业务，中继线接入号码可以填写数字和字母，支持通过加字母的方式对同一接入号码进行区分。 20.1.1.1.15 企业宽带LAN产品 优化企业宽带LAN产品，主要包括以下功能： 1） 实现企业宽带LAN产品在新装、补点、补录、批量导入、订单明细、实例明细、速率变更、报价单、账务变更、服务订单-业务报竣、IP地址变更页面：优化“可用IP地址数量”、“接入方式”、“付费可用IP地址数量”、“可用IP地址数量”、“付费可用IP地址月总使用费”字段属性、校验规则、数据配置。 2） 实现企业宽带LAN产品在新装、补点、补录、明细页面，新增“一次性费用收款方式”字段、校验规则、数据配置。 3） 实现企业宽带LAN产品新增直接转订功能，配置适用场景、业务校验规则，配置流程图个性化处理逻辑，开发后台数据处理功能。 4） 实现企业宽带LAN产品，调整拆机业务计费规则。增加对拆机业务做停开或退租日期变更时，与账务系统交互逻辑。 5） 实现企业宽带LAN产品，优化输出业务通知单导出模板。 6） 实现企业宽带LAN产品，优化客户名称变更业务流程。 7） 实现企业宽带LAN产品，优化订单明细页面。 8） 实现企业宽带LAN产品，新增批量修改需求单功能，校验规则、数据处理配置。 20.1.1.1.16 IDC产品 实现对IDC产品统一管理，一点受理，一点计费，本期改造内容包括： 1) 计费方式功能调整：IDC流量计费方式变更支持能当月生效；IDC业务能增加计费方式：半年（2，8月收费）、半年（5，8月收费）； 2) 过户功能优化：IDC放开改名过户流程中批量操作的实例数个的限制； 3) 批量修改功能调整：所有IDC产品增加发展人的批量修改功能； 4) 业务信息调整：IDC业务增加IP地址广播相关字段、互联网带宽出租增加IPv6相关字段； 5) 合同规则调整：选择合同时不要求该合同已立项； 6) 实例库导出功能调整：导出增加机架规格等字段； 7) 增加收费地变更功能；增加退单功能；IP出租的IP地址变更增加“导入IP地址模板”功能和相关查询的排序功能；动态互联网带宽出租产品的帐务变更增加批量操作功能； 8) 退租时间调整：集团受理的IDC退租时间为客户经理录入的退租时间； 9) 电力要求调整：机架出租中电力要求字段，支撑按照要求进行分成结算的功能； 10) 帐务变更增加业务接单环节； 11) 各省（含四川、重庆、广东、浙江、江苏）审核流程调整：如四川的订单送审核送给四川省公司审核、浙江的送审核环节增加本地网公司和和省公司审核、江苏的送审核环节增加省公司业务主管和领导审核环节等等； 12) 新增机房专线产品，含流程改造，账单下省，两级接口改造等。 20.1.1.1.17 IP虚拟专网产品 1. 全国IP虚拟专网-189/190V