目录

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. 系统各项技术遵循国家相关标准和技术体制，没有相应国家标准则须遵循国际标准。对于现存多种标准的技术，我方与甲方共同协商选定标准。一旦相应的中国（或国际）标准确立，我方保证在一年内（不收取额外开发费用）过渡到甲方要求相应的中国（或国际）标准；
3. 我方向甲方提供完整、最新而成熟的系统软硬件等技术和产品。其各项技术应保证具有开放性、可移植性、兼容性和可扩展性。系统配置的软件和硬件设备提供开放的应用接口，可以方便地与其他厂家同类型应用系统进行软、硬件平台互连，便于系统未来的扩展；
4. 我方会详细说明本期工程所提供设备配置的处理能力、容量以及最大扩容可达到的处理能力及容量，说明系统容量受限制的原因，并提供系统进一步扩容的方案；
5. 我方提供快速、有效、功能全面的网络管理系统，包括软硬件管理服务模块和专用工具，具有设备配置、统计分析、告警等管理功能；并具备向上连接到上级网管的能力；
6. 本项目涉及的设备提供商可能不只一家，因此在遵循本技术规范的基础上，我方将在系统集成方面提供充分的合作和技术支持；在工程实施中，不同的承建系统集成商由甲方工程管理单位和总系统集成商统一协调，各设备提供商须积极配合，涉及到的互连接口，必须提供具体技术细节资料；
7. 如设备为OEM第三方产品，我方将说明该产品的原生产厂商；
8. 我方保证系统割接不能中断业务,也不能影响原有业务数据；
9. 如果我方目前难以达到甲方所提出的技术要求，甲方要求通过商务条件使我方承诺进行产品的技术升级；
10. 我方负责提交系统的验收测试方案供甲方确认，并配合甲方完成工程验收；
11. 我方根据甲方的业务需求及相关的技术规划要求，提出完整的项目管理、系统设计、工程培训、项目施工、项目验收、技术支持方案以及我方人力资源供给方案，我方负责建立并向甲方提交工程技术文档。

系统设计

本系统在总体设计上将满足以下要求：

1. 规范和标准符合性：系统符合企业最新规范及各项工程项目标准。
2. 技术先进成熟性：采用成熟、合理、先进的技术，在选用系统组件（中间件等）时要在保证其成熟性和可靠性的同时保证系统建设的适度先进性。
3. 安全性和可靠性：系统针对主机、数据库、网络、应用等各层次要制定相应的安全策略和可靠性策略，保障系统的安全性和可靠性，应用软件应具有处理各种非正常状态和事件的能力。
4. 开放性：系统应采用多层开放式体系结构，具有清晰的体系结构。提供灵活的二次开发手段，在面向对象的业务组件应用框架上，能够在不影响系统情况下快速开发新业务，同时提供方便地对业务进行修改和动态加载的支持。
5. 系统集成灵活性：系统采用基于工业标准，如LDAP、WEB SERVICE、J2EE、XML、HTTP、SSL等技术。
6. 松耦合和可扩展性：系统应具有良好的伸缩性，可以随业务规模的增长平滑扩展；要能够支持多个层面的可扩展性，通过负载平衡、快速开发/重组、业务参数配置等多个方面使得系统可以支持企业未来不断变化的业务需求。

系统体系结构设计

1. 遵循松耦合、模块化的原则，采用软件总线、组件设计方式以保证应用系统的灵活性，适应个性化的需求；
2. 我方保证对外接口的开放性，支持与不同厂商设备间的互连（包括支撑系统、业务平台等）；
3. 我方将满足系统在大业务量下的实时、并发处理的性能要求；
4. 我方将提供设备的在线扩容，包括在线扩展CPU、内存，及扩展集群点；
5. 我方所提供系统采用集中式结构（分布采集、集中处理、集中存储），同时提供一定的分级分权管理机制；
6. 我方将在建议书应对系统所采用的体系结构、采用的技术、实现方式、编程语言进行详细的阐述；
7. 我方所提供系统会进行良好的分层和封装，并在建议书中对软件分层和封装进行详细说明。

系统指标保障

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. 平台系统应具备电信级可靠性、多种冗余、备份和集群处理的机制和功能，关键部件、数据库应具备冗余备份和负载分担机制，系统应冗余配置，保证系统无单一故障点，且应易于扩容和维护。

系统质量

系统健壮性

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开销，提高并发用户查询和存取的性。

系统应具备安全性

1. 关键数据的传输必须支持采用可靠的加密方式，保证关键数据的完整性与安全性。
2. 系统提供有效的安全保密措施，确保系统和数据资源的安全，防止对系统资源的非法侵入，入侵检测系统应对违背安全事件记录并报警；
3. 系统采用不可逆的加密方式保存此类密码，系统应该支持MD5、crypt 等加密算法。
4. 我方将提供有关网络安全的详细说明，公网上传输的数据，以国家标准的加密算法加密，并在应标书列出算法及相关软件列表。
5. 系统充分利用防火墙、安全证书、SSL 等数据加密技术保证系统与数据的安全。通过防火墙（硬件防火墙）对进入内部网络的数据包进行扫描过滤，能够根据用户、IP地址、访问类型等方式进行访问规则限制。
6. 系统能够对常见的入侵行为进行判断并阻止。提供地址翻译功能，屏蔽网络内部细节，防止外部黑客利用IP探测技术发现内部网络结构和服务器真实地址，从而实现有针对性的攻击。
7. 系统能够对网络通讯进行监控，及时发现任何来自于网络内部或外部的黑客入侵或可疑的访问行为，并做到及时报警与阻断。
8. 我方提供的方案保证传输安全，网络层需认证报文的来源，防止攻击者利用伪装地址来发送报文，确保报文在网络中传输时没有发生变化，确保报文内容在传输过程中未被读取，确保未授权方不能读取报文的内容，确保认证报文没有重复，避免攻击者通过重发截获的认证报文来干扰正常的通信。
9. 系统周期性地备份系统文件（不含文件传输的接口缓冲区，缓冲区中的内容备份在系统接口数据备份的章节描述），能够在系统崩溃后快速修复系统文件。
10. 不同的操作员具有不同的数据访问权限和功能操作权限，系统管理员应能对各操作员的权限进行配置和管理。
11. 系统支持对系统运行所必须的用户名与密码周期性更改的要求。
12. 系统强制实现操作员口令安全规则，如限制口令长度、限定口令修改时间间隔等，保证其身份的合法性。
13. 系统支持操作失效时间的配置。当操作员在所配置的时间内没有对界面进行任何操作则该应用自动失效。
14. 系统提供完善的审计功能，对系统关键数据的每一次增加、修改和删除都能记录相应的修改时间、操作人和修改前的数据记录。
15. 系统的审计功能提供根据时段、操作员、关键数据类型等条件组合查询系统的审计记录。
16. 系统的审计功能提供针对特定关键数据查询历史审计记录。

系统易用性

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. 操作员登录系统后，系统能够主动地提醒等待该操作员处理的任务。

系统可维护性

1. 具备完备的数据备份和恢复机制，备份和恢复时间达到系统设计指标要求。
2. 系统具备方便且可定期执行、分析结果的业务测试功能；。
3. 系统易于修改，对某一个模块的修改，不影响其他模块的正常运行。
4. 系统易于扩展，新增服务时要求对系统做尽可能少的修改。
5. 系统具备自管理和监控功能，能够实时监控各模块的执行。
6. 我方提供的系统应具备利用甲方已有时间同步系统进行时间同步和时间自动调整的功能。
7. 我方提供的系统应具备在线升级协议及版本的功能，在不中断业务的情况下支持对本平台外部接口协议进行在线升级、对修改后的系统版本进行在线升级。
8. 系统在运行过程中所发生的任何错误都应该有明确的错误编号，并能在系统的相应维护手册中查到错误处理方法与步骤。
9. 应用系统支持通过统一的图形界面，监控各应用构件的运行状态。
10. 应用系统支持通过统一的图形界面，能够监控到应用系统所有的报警、异常信息。
11. 应用系统采用构件化设计思想，系统框架与业务逻辑分离；要求具备开放的体系结构。
12. 应用系统支持通过统一的图形界面能够访问到系统各构件、合约的版本信息及相应功能说明。
13. 应用系统支持各构件的单独升级，并应该尽可能实现在线升级功能。

系统完备性

1） 我方交付的应用系统有明确的版本编号。应用系统的交付件文档至少包括：

• 《需求分析说明书》
• 《概要设计说明书》
• 《逻辑模型及物理模型设计说明书》
• 《详细设计说明书》
• 《测试方案》
• 《测试用例》
• 《测试报告》
• 《维护手册》
• 《操作手册》
• 《培训手册》
• 《投产上线方案》
• 《投产上线报告》
• 《业务规范符合性对应表》
• 《技术规范符合性对应表》

2） 应用系统的每一个版本都提交变更说明并保证交付件文档的一致性。

3）《业务规范符合性对应表》明确标识系统对业务规范每一个详细功能要求的支持程度。支持程度包括完全支持、部分支持、不支持三个层次的支持力度。对于部分支持明确说明支持与不支持的内容说明。

4）应用系统能通过一定配置实现对新产品、营销政策及相关可预见的业务需求变化的支持。

5）应用系统支持中文大字符集等相关国家标准规定的汉字字符处理，可进行处理、显示和打印。

6）应用系统的源代码有详细清楚的说明和注释。

7）我方根据本规范书要求提出的方案及设备配置，能完成网络连接及所有要求的功能，不存在电缆、网卡或其它附件的短缺，不存在本期工程设备和软件性能不满足业务需求和系统功能的情况，否则我方须在两周内免费补齐所缺设备和软件。

系统可扩展性

系统可以随时增加网络设备或模板来扩展整个网络,可以不增加任何投资，通过选择通讯协议和接入通信速率来提高网络传输速度，降低系统运行费用。应易于扩容和维护。能支持平滑无中断在线扩容或新增业务。

系统可测试性

1. 随系统提交的技术文件明确标识出所实现可度量的功能和性能指标。
2. 我方有固定的测试工程师进行专门的测试工作，每次新功能测试完成后，提供详细的测试文档，包括测试的用例、方法及其结果等，交付局方人员作验收测试。测试结果应符合实际，测试未通过的项目会及时反馈并进行修改。

系统可移植性

1. 应用系统不需改动或尽可能少的改动就可以在不同的主流UNIX服务器（如IBM、HP、ORACLE、FUJITSU等）或x86服务器上方便地移植。
2. 系统对于存储设备、备份设备及各种网络设备具有完全无关性。
3. 应用系统支持在不同主流数据库平台间（ORACLE、INFOMIX、DB2、SYBASE等）的移植。移植时不允许修改业务逻辑构件，尽可能少地修改直接操作数据库的信息服务构件。
4. 应用系统提供图形化的安装与配置界面。
5. 应用系统支持客户端软件版本的自动升级。
6. 应用系统支持在不同主流中间件平台间的移植。

系统可追踪性

1. 应用系统每一个功能实现都在设计与需求文件中跟踪到相应的设计与需求内容。
2. 需求文件中的每一个需求都能跟踪到该需求所涉及的设计元素及最终的功能实现。
3. 应用系统出现异常错误报告时，能够提供详细的异常上下文信息。

系统易安装性

1. 应用系统提供图形化的安装与配置界面。
2. 应用系统支持客户端软件版本的自动升级。

项目技术方案

在以下功能中，如果系统需进行周期性操作，将实现周期可配置；如不特别说明，系统所配置的缺省参数均为本规范书所提出的要求。

• 系统架构

本期工程对受理子系统、账务子系统、基础管理、系统管理、统一推送平台、销售助手以及营销子系统（销售支撑中心）等功能进行升级改造。本期工程功能架构图如下所示：

我方将在项目建议书中描述系统总体功能架构和技术架构方案，并体现出针对现状的变更内容。

软件架构

本期工程大部分功能延续原有技术架构，软件架构图如下图所示：

CRM系统软件技术架构图

本期工程在原有营销子系统基础上落地销售支持中心，依据集团数字化运营平台规范，采用“平台 应用”的模式，构建云化的数字化运营平台，基于通用的分布式技术平台，按业务聚合特征构建应用能力中心，数据与应用分离、能力与界面分离，能力可编排、界面轻量化灵活可配置，应用水平弹性可扩展。

数字化运营平台3.0系统应用部署架构：

1）采用分布式微服务框架springcloud的解决方案，实现业务系统中心化，大大降低业务各模块的耦合度。

2）应用docker化、资源弹性伸缩、敏捷开发能力、灰度发布、资源实时监控、统一配置。

系统应用部署架构如下：

图表4-4 系统技术架构

数字化运营平台3.0数据库部署架构：

1）数据库整体采用自研组件，同时，为减少对全网性影响，保证业务处理性能，采用分省分库原则部署。

2）数据分片原则：满足数据高类聚原则、具备良好的扩展性、能均匀的分布数据读写。

3）数据采用读写分离，保证核心数据库性能。主库提供读写能力，副本只提供读操作能力。

系统数据库部署架构如下：

图表4-5 系统数据库部署架构

功能建设方案

我方将在项目建议书中详细描述系统的功能设计方案，并整理功能建设方案总结汇总表，体现各功能点新增、改造属性及具体内容。

受理子系统

订单受理

精品专线（OTN）产品

支撑精品专线（OTN）产品业务开通，主要包括：

1. 实现在集团CRM支撑精品专线产品的新装、变更、拆机等业务的受理和流程处理；
2. 派发订单竣工任务，通过平台接口完成订单竣工处理，并归档订单生成产品实例在用数据；
3. 实现集团CRM支撑精品专线的账务计费出账以及结算处理。

智能专线产品

支撑智能专线产品业务开通，包括：

1. 实现云账号同步：客户经理登录省CRM系统通过接口创建天翼云账号，并提供给客户。
2. 实现登录鉴权功能：客户通过天翼云账号登录智能门户，智能门户到天翼云门户鉴权登录。
3. 实现客户资料、折扣数据鉴权：客户登录智能门户通过DCOOS平台调用省CRM提供的客户资料、折扣等信息接口。
4. 实现地址查询：智能门户业务开通，装机地址通过调用服开在DCOOS平台提供地址查询接口查询。
5. 实现VPC ID、云资源池VPC子网等查询：智能门户业务开通，VPC ID、云资源池VPC子网等信息云平台提供接口查询。
6. 实现资源核查功能：订购前需核查资源是否具备，智能门户调用服开通过DCOOS平台提供的资源核查接口核查资源是否具备，资源具备可开通，资源不具备不能开通。
7. 实现业务开通：智能门户下订单，调用服开通过DCOOS平台提供的开通接口进行开通。
8. 实现订单实例同步：开通报竣，集团CRM 把订单实例信息通过DCOOS平台同步给省CRM系统。

卫星宽带流量型（企业版）产品

支撑集团CRM受理卫星宽带流量型企业版产品能力，主要包括：

1. 配置产品、销售品信息，配置产品与销售品关系，配置产品权限。
2. 支持卫星宽带流量型（企业版）产品新装业务。配置新装业务流程图，配置新装业务过程中的个性化校验规则，开发新装业务涉及页面，开发后台数据处理功能和逻辑。
3. 支持卫星宽带流量型（企业版）产品拆机业务。配置拆机业务流程图，配置拆机业务过程中的个性化校验规则，开发拆机业务涉及页面，开发后台数据处理功能和逻辑。
4. 进行卫星宽带流量型（企业版）产品，在生产环境全国范围的新装、拆机业务穿测。

FIRST行业应用产品

1. 支撑FIRST媒体专网产品业务开通
2. 实现在集团CRM支撑FIRST媒体专网产品的新装、变更、拆机等业务的受理和流程处理；
3. 派发订单竣工任务，通过平台接口完成订单竣工处理，并归档订单生成产品实例在用数据；
4. 派发实例数据至省CRM系统；
5. 派发实例数据至网分系统。
6. 支撑集团CRM受理FIRST医疗专网产品
7. 实现FIRST医疗专网产品的新装、变更、拆机等业务的受理和流程处理；
8. 实现派发订单竣工任务，通过平台接口完成订单竣工处理，并归档订单生成产品实例在用数据；
9. 实现派发实例数据至省crm系统、网分系统；
10. 实现FIRST医疗专网产品公免业务功能。
11. 实现FIRST医疗专网IP地址管理功能。
12. 支撑配置FIRST医疗专网标准资费。
13. 实现FIRST医疗专网产品，商机转定功能。
14. 支撑FIRST医疗专网产品，在生产环境全国31省的全业务穿测。

云网业务全景展示产品

支撑云网业务全景展示产品业务开通，包括：

1. 云网业务全景展示产品受理加载，实现业务的受理、拆机。
2. 实现全景展示数据下发至服开系统。

云中继产品

增加云中继产品受理能力，包括：

1. 新增云中继产品受理页面，主要展示字段有：客户信息、收费信息、业务功能等字段；
2. 新增云中继产品业务受理处理流程，业务经理审核；
3. 新增云中继业务变更页面，主要变更内容有业务功能；
4. 云中继产品受理后下发领航平台，新增下发接口；
5. 云中继产品受理后新增报竣接口；
6. 云中继产品受理起租后，产品实例下发省CRM接口。

工作号产品

增加工作号产品受理能力，包括：

1. 新增工作号产品受理页面，主要展示字段有：客户信息、收费信息、业务功能等字段。
2. 新增工作号产品业务受理处理流程，业务经理审核。
3. 新增工作号业务变更页面，主要变更内容有业务功能。
4. 工作号产品受理后下发领航平台，新增下发接口。
5. 工作号产品受理后新增报竣接口。
6. 工作号产品受理起租后，产品实例下发省CRM接口。
7. 新增工作号批量开卡受理页面，按照地域可自选开卡受理地，开卡数量。新增工作号批量开卡受理后下发4G接口。
8. 增加4G开卡后，把开出的号码通过FTP接口方式回传集团CRM 接口。增加工作号批量开号后查询页面，展示预计开号量、实际开号数。新增工作号成功开号后，把号码下发给能力平台接口。

云间高速产品

实现天翼云门户开通云间高速，支撑云间高速快速受理、分钟级开通能力。

1. 天翼云门户受理
2. 实现在天翼云门户受理云间高速产品的新装、补点、变更(云间高速IPVPN支持VPC互联地址变更和接入带宽变更、云间高速VLL支持接入带宽变更)和拆机等业务。
3. 受理后通过接口导入CRM系统，在CRM系统生成订单自动送审、自动审核后下发服开系统进行一次报竣和全程报竣，全程报竣后CRM自动起租和自动竣工交付。全程报竣后通过订单信息反馈接口向天翼云门户进行报竣，返回客户订单状态已开通（201400）。
4. 天翼云门户发起的订单在订单审核下发服开系统后，后端因资源不具备发起退单申请，CRM自动停开原单，审核为同意并停开（接口查询订单来源），并想天翼云门户返回客户订单状态已退单（401400）。然后掉服开退单接口和天翼云门户订单信息反馈接口。
5. 翼云门户来单中是否一口价（fix_once_flag）传值为2时，CRM系统需要根据资费标准计算月租费，然后导入账务系统正常出账。是否一口价（fix_once_flag）传值为1时，CRM取天翼云门户接口的费用值（已在接口约定费用值传0）。当客户发起接入带宽变更时，应根据标准资费自动变更月租费，月租费的生效时间等于自动起租的时间。
6. 天翼云门户开通共涉及6个接口：

• 客户资料查询接口，查询客账户信息；
• 客户信息维护接口，创建客户信息资料；
• 产品新装接口，新装、补点电路；
• 主销售品变更接口，支持VPC互联地址变更和接入带宽变更：VPC互联地址变更只变更通达VPC IP网段。接入带宽变更只变更接入带宽；
• 拆机接口，拆机退租；
• 订单信息反馈接口，订单报竣。

1. 支持云间高速尊享版下单可选CN2或DCI及增加专属云VPC反查功能，包括：

• 云间高速-IPVPN新装、补点、批量导入、明细、实例和云间高速-VLL新装、明细、实例，新增属性：‘PE归属’、‘是否专属云’、‘专属云名称’；
• PE归属放在业务信息，是否专属云和专属云名称放在vpc信息；
• 校验：项目保存时增加校验，同一个网络标识号内，PE归属选项值必须一致。（涉及新装、补点）；
• 约束：“PE归属”禁止在明细界面修改；
• 服开接口：新增属性“PE归属”；
• 云管接口：新增专属云“查询projectID”接口和专属云“查询VPC列表”接口。先通过专属云名称查询projectID，再根据projectID、邮箱id和资源池id查询专属云VPC id

1. 受理接入带宽变更时，受理界面和明细界面增加属性割接开始时间和割接结束时间，时间格式YYYYMMDDHH24MISS。新装、拆机和其他变更不填写割接开始时间和割接结束时间。

优化查看电路开通进度功能，当属性“PE归属”为DCI时，采用现在的流程模板，当“PE归属”为CN2时，新增新的流程模板。

IPRAN产品

1. 提升IPran受理与流程的支撑能力，实现IPran批量受理、IPran云专线受理和处理能力，并简化流程提升开通效率。
2. IPRAN开通多条电路需要逐条受理，增加批量受理的模板。IPRAN产品受理，实现IPRAN产品受理模板下载、IPRAN产品受理批量导入受理，同时区分集团导入和非集团导入两套受理模板。
3. IPRAN产品的新装受理、地址变更、提质、速率变更等业务的受理和流程处理，实现开通是否购买并开通云资源池站点 。
4. 去除IPRAN长途资源填报环节，即集团CRM 默认"长途资源具备"且不发资源确认单给长途网填报”。
5. 为简化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邮箱和资源池查询云管系统接口获取。

1. 支撑省内云网融合业务受理，实现省CRM受理业务的能力提供以及属性优化、订单生成、专属短流程配置、自动开通、自动起租等相关配套改造。包括新增、变更、拆机、撤单等业务场景。

云专网产品

支撑省CRM受理的云专网产品来单处理能力，包括

1. 实现云专网产品，新装、正常变更-站点IP地址变更、正常变更-速率变更、停开、拆机业务的受理和流程处理。
2. 实现派发订单竣工任务，通过平台接口完成订单竣工处理，并归档订单生成产品实例在用数据。
3. 支撑云专网产品，在生产环境全国范围的全业务穿测。

95产品

一码通95专线拓位位长由最大5位修改为最大14位。

涉及界面：新装、补录、明细、非正常变更-其他业务变更、正常变更-其他业务变更；当拓位位长大于14时，给出提示信息“拓位位长：不能大于14的正整数”。

云堤产品

根据云堤部门要求改造云堤产品功能，实现如下功能改造：

1. 云堤产品增加正常变更-合同变更，合同变更支撑单个变更和批量变更；
2. 云堤合同号规则优化，校验变更后合同编号和MSS中立项编号是否匹配等；
3. 云堤新装支撑批量导入功能；
4. 变更流程调整，在账务变更和合同变更中增加网络安全产品运营中心确认环节；
5. 新装流程调整，取消需求单环节，直接进行订单受理。

ICT产品

支持ICT产品批量受理功能，实现根据结算类型判断是否校验合同的功能。

中继业务产品

支撑中继业务产品可开通共享中继产品功能，相关改造内容如下：

1. 新增共享中继产品，支撑CN2业务共享中继的受理、流程支撑。
2. 实现CN2中继和ChinaNet中继流程调整，如A端端口、A端设备没有填写，则必须流转到“填报甲端端口资源”以及“甲端填报资源”环节等。
3. CN2中继和ChinaNet中继增加IX中继类型等字段。
4. 实现中继线报竣时接入号码不能是同一号码的业务，中继线接入号码可以填写数字和字母，支持通过加字母的方式对同一接入号码进行区分。

企业宽带LAN产品

优化企业宽带LAN产品，主要包括以下功能：

1. 实现企业宽带LAN产品在新装、补点、补录、批量导入、订单明细、实例明细、速率变更、报价单、账务变更、服务订单-业务报竣、IP地址变更页面：优化“可用IP地址数量”、“接入方式”、“付费可用IP地址数量”、“可用IP地址数量”、“付费可用IP地址月总使用费”字段属性、校验规则、数据配置。
2. 实现企业宽带LAN产品在新装、补点、补录、明细页面，新增“一次性费用收款方式”字段、校验规则、数据配置。
3. 实现企业宽带LAN产品新增直接转订功能，配置适用场景、业务校验规则，配置流程图个性化处理逻辑，开发后台数据处理功能。
4. 实现企业宽带LAN产品，调整拆机业务计费规则。增加对拆机业务做停开或退租日期变更时，与账务系统交互逻辑。
5. 实现企业宽带LAN产品，优化输出业务通知单导出模板。
6. 实现企业宽带LAN产品，优化客户名称变更业务流程。
7. 实现企业宽带LAN产品，优化订单明细页面。
8. 实现企业宽带LAN产品，新增批量修改需求单功能，校验规则、数据处理配置。

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. 新增机房专线产品，含流程改造，账单下省，两级接口改造等。

IP虚拟专网产品

1. 全国IP虚拟专网-189/190VPN 产品新装或补点、补录、批量导入时，受理页面规则优化如下：

当业务信息中“承载业务”字段选择 “行业短信”和“VPDN”时：网络拓扑默认“星型”，且不可修改；站点属性默认“IPV4”，且不可修改；路由协议默认“静态”且不可修改；用户LAN网段地址/子网掩码：默认“/”，且不可修改。

1. 支撑省内云网融合业务受理，实现省CRM受理业务的能力提供以及属性优化、订单生成、专属短流程配置、自动开通、自动起租等相关配套改造。

MSTP产品

优化端口类型可选项，增加FE光口选择。开发后台数据处理逻辑、更新与其他系统交互数据逻辑。

优化速率可选项，增加超大速率选择。开发后台数据处理逻辑、更新与其他系统交互数据逻辑。

云录音产品

云录音受理变更是接口下发领航时，增加客户经理信息：客户经理工号、客户经理姓名、客户经理电话。

增加订购数量限制，限制一个客户只能订购一个云录音产品。

云主机产品

对云主机产品进行优化，主要建设内容如下：

1. 云主机产品订购功能：

新增优惠方式：整体打折，部分资源打折。

新增主机规格；数据盘参数。

1. 受理页面字段

优化购物车编号，改成订单编号。

优化订购页面：增加文字说明。

1. 云主机产品通知功能

订购、续订、升级，订单送云平台半小时无响应，发送告警通知。

云主机订购、续订、升级，云平台报竣，可根据报竣信息通知客户经理。

云产品开通（ctyun账号注册），开通成功后，向客户经理发送成功通知。

专属云产品

专属云产品在集团上线上市后，集团及各省将集团CRM 系统作为专属云受理的唯一入口：

1. 改造受理页面增加资源池、可用区、计算单元；
2. 增加实名认证环节；
3. 增加退单环节。

外呼产品

支撑集团CRM受理一码通95专线-外呼产品，包括：

1. 实现一码通95专线-外呼产品新装、拆机业务的受理和流程处理。
2. 实现派发订单竣工任务，通过平台接口完成订单竣工处理，并归档订单生成产品实例在用数据。
3. 实现新增95外呼审核权限，初始化权限白名单。
4. 实现新增一码通95专线-外呼产品，有效期邮件提醒功能，配置校验规则，开发后台数据处理功能和逻辑。
5. 支撑一码通95专线-外呼产品，商机转定功能；支持商机侧发起查询95号码状态功能。
6. 支撑一码通95专线-外呼产品，与商机、服开系统交互客户、订单数据。

SDH产品

支撑SDH产品订购、变更、补录、批量导入、明细查看功能优化实现以下功能点的改造：

1. 实现屏蔽2.5G的速率，保留2M、8M、34M、45M、155M、622M、2.5G、1.5M、1G和2G，大于2.5G的保持现状不变；
2. 增加45M速率标准资费的配置，在转订单时套用标准资费。甲乙端本地资费核实时：接入类型为“营业区内”，套用本地月租费（18545元/月）；接入类型为“营业区间”，则套用区间月租费（36182元/月）。

互联网专线产品

支撑集团价格审批系统对互联网专线产品的价格审批工作，CRM系统根据互联网专线产品的BGP路由接入方式不同计算各种规则的标准资费，将数据通过接口传递至价格审批系统。

公免电路功能调整

实现实际业务中公免电路与客户电路需要开在同一个IP虚拟专网网号内：

1. 支撑189/190VPN产品下公免电路；
2. 允许公免电路补点非公免电路；
3. 公免工单邮件提醒邮件改造为可配置功能。

测试报告功能调整

实现集团ATM、DDN、FR、IPRAN、IP虚拟专网-189/190VPN、IP虚拟专网-MULTI-VRF、IP虚拟专网-X站点、IP虚拟专网-Y站点、IP虚拟专网-普通点、MSTP、SDH、云专网、大带宽传输专线产品的测试报告规则优化：

将集团发起的所有选择“是否提交测试报告”的带宽型业务的新开、补点、补录、批量导入、电子化下单和变更订单，默认选择‘是’或勾选，且可修改。

此需求不包含国际公司发起的B端业务。如果变更单页面没有该字段，不取原单字段，要默认为 是。

设备号功能调整

企业宽带-LAN、中继线、ADSL、普通电话本地型业务目前对设备号进行了校验，导致部分早期订单因原设备号与现有设备号编码规则不符导致无法拆机，现取消拆机单报俊时的设备号校验。

低时延电路功能调整

支撑低时延电路业务开通并将数据同步省CRM系统，主要改造内容如下：

1. 调整两级接口实现 “是否为低时延业务”、“时延期望值”、“时延预估值”、“时延承诺值”、“甲端城域内时延”、“乙端城域内时延”、“甲端省内时延”、“乙端省内时延”、“省际时延”字段下发。
2. 调整受理规则增加国际低时延城市如：香港、大连，并具备速率与城市的规则限制。

端到端流程展示调整

支持查看在途电路开通全流程功能：

1. 实现新增页面“我的在途单”功能。配置业务规则校验，配置页面权限，开发后台数据处理功能和逻辑。
2. 实现新增页面“在途单信息列表”功能。配置业务规则校验，开发后台数据处理功能和逻辑。
3. 实现新增页面“电路信息列表”功能。配置业务规则校验，开发后台数据处理功能和逻辑。

实现新增页面“MSTP、SDH、IP虚拟专网-普通点在途电路开通全流程图”功能。配置业务规则校验，开发后台数据处理功能和逻辑。

商机转订单功能调整

支撑商机业务受理，实现如下功能改造：

1. 业务受理与跟踪-商机任务单代办-选择一条商机，点击受理。选择新装的产品，进入到信息录入页面。
2. 增加产品受理限制只能国内带宽型产品可受理。
3. 信息录入页面的要求完成时间根据商机获取，并且可以编辑。

工程电路功能

新增工程电路功能，主要建设内容包括：

1. IP虚拟专网-普通点，IP虚拟专网-MULTI-VRF，海外二层VPN（VLL电路，VPLS电路）增加工程电路标签功能。配置工程电路功能适用场景。
2. 新增工程电路权限、工程电路审核权限。初始化账号的权限数据。国际公司工程电路权限、工程电路审核权限，配置个性化规则校验。
3. 配置工程电路功能个性化校验规则、个性化流转流程。
4. IP虚拟专网-普通点，IP虚拟专网-MULTI-VRF，海外二层VPN（VLL电路，VPLS电路），受理页面，订单明细页面，增加是否工程电路、工程文号字段。开发后台数据处理功能和逻辑。
5. 工程电路功能，资费信息个性化数据处理。
6. 工程电路补点业务，业务规则个性化配置。
7. 批量导入功能，支持工程电路的批量导入。批量导入模板，增加工程电路相关字段，开发后台数据处理功能和逻辑。
8. 支持工程电路功能相关字段，与两级CRM、服开、网分系统正确交互数据。

故障申告功能

支撑客户故障申告通知管理升级通知管控需要，实现“客户故障申告通知管理升级通知模块”定制界面。可由客户经理对指定客户、指定电路、故障类别、通知时间等信息进行预先设定，网分系统可通过接口与CRM系统互联并进行信息互传的功能。

1. 客户故障申告通知管理新增功能：客户经理可以为指定的电路或业务范围进行指定，设置通知。
2. 查看功能：只能查看不可修改。
3. 客户故障申告通知管理修改功能：支持客户经理修改自己名下的相关内容。
4. 在客户故障申告通知管理功能操作记录，添加到操作日志中显示。
5. 网分之间新增“故障申告”接口。

组网专线流程改造

优化组网换线流程支撑内容，主要包括：

1. 优化SDH、MSTP产品和甲/乙端本地网资源调查、长途网资源调查工单内容，并在需求单审核后接口下发服开资源调查任务，接收服开返回的资源调查结果。
2. IP虚拟专网产品，优化CE、PE本地网资源调查工单内容，并在需求单审核后接口下发服开资源调查任务，接收服开返回的资源调查结果。
3. 调整资源调查任务完成时限为4个工作日。超过4个工作日无人填报时，以收到服开反馈的“无人填报，系统自动完成”消息为准，继续流转至下一环节。
4. 提供资源调查任务后移的开关控制页面。有权限的账号可以按省份控制，开关打开时，允许同时在集团CRM或服开填报资源调查任务；开关关闭时，只能在服开填报资源调查任务，不支持在集团CRM填报。
5. 实现SDH，MSTP，IP虚拟专网（IP虚拟专网-189/190VPN，IP虚拟专网-MULTI-VRF，IP虚拟专网-NNI， IP虚拟专网-普通点）产品，在新装、补点业务时，需求单送审时增加校验规则：附件类型为实名制认证附件为必填项。需求单阶段增加客户实名制认证情况填报和接应地客户经理填报功能。
6. 实现SDH，MSTP，IP虚拟专网（IP虚拟专网-189/190VPN，IP虚拟专网-MULTI-VRF，IP虚拟专网-NNI，IP虚拟专网-普通点）产品，在新装、补点业务时，是否与首次月租一起支付字段提供默认值为是。
7. 可以发起的预警中，去掉“开通已完成，客户未配合签字”预警原因，即不可在CRM中发起此原因的预警。
8. 实现接收服开发起的“开通已完成，客户未配合签字”预警，对于此原因的预警进行个性化流程处理：对此订单的发起地客户经理，生成电路级的新的待办任务。客户经理可以选择同意/不同意，同意则返回消息给服开系统；不同意则对此订单的发起地业务经理，生成电路级的新的待办任务。业务经理可以选择同意/不同意，同意则返回消息给服开系统；不同意则流程结束。

B端业务功能

支撑海外公司在系统上发起的订单，部分需求单前期录入的资费信息，在转订单后会自动套取标准资费将其覆盖，针对海外公司发起的B端带宽型业务订单的新装和所有变更，取消转订单时自动套取标准资费（本地月租费、长途月租费、国际月租费）的功能。

其他信息变更

增加国内发起MSTP、SDH、企业宽带-LAN、ATM、DDN、ADSL、IP虚拟网—普通点、IP虚拟专网—X站点、IP虚拟专网—Y站点、IP虚拟专网—NNI、 IP虚拟专网—MULTI-VRF、IP虚拟专网-189/190VPN、中继线、其他信息变更，其他信息包括：甲乙端联系人、 姓名、电话 、业务备注，以订单形式下发，非正常变更和批量改单，非正常变更在原流水号后面加字母，审核后经过服开覆盖原流水信息，非正常变更流水作废。

项目信息关联

优化支撑项目信息关联功能，主要包括：

1. 在业务受理流程中，项目信息页面，支持展示合同编码，合同名称，项目编码，项目名称，项目经理字段。数据来自商机转定接口，或页面手工录入。
2. 订单送审时增加校验规则：订单为集团商机来单时，项目编码不为空且项目经理不缺失时，则流程继续；项目编码不为空且项目经理缺失时，则给出提示并不允许送审；项目编码为空且MSS延时时，则给出提示并不允许送审；项目编码为空且MSS不延时、项目经理缺失时则给出提示并不允许送审。
3. 在账务系统中所有涉及基础信息的区域、基础信息导出末班中，增加合同编码，合同名称，项目编码，项目名称字段的展示。

订单处理与跟踪

预警填报功能

1. 预警填报发起规则优化，超过订单要求完成时间不能发起预警填报。
2. 预警填报页面字段调整，修改删除一些预警原因，增加是否对端预警等字段。
3. 预警填报页面规则新增，部分预警原因要上传附件证明，预警原因只能选择一个、部分预警原因是否需要延期判断等规则。
4. 预警填报后，要给客户经理、业务经理、审核人等发邮件，如果人员重复只发送一次，发送成功后反馈预警结果。
5. 预警填报后如果要求延期，还要给业务经理生成延期待处理得待办任务，如果此订单有延期待处理任务在途，则取延期时间长得保留，另外一个任务反馈预警结果。
6. 新增预警延期待办任务处理页面，页面字段包括预警原因、填报端向、处理结果等字段。
7. 预警延期任务处理结果逻辑，如果同意延期生成要求完成时间变更单，生成时要判断是否有在途单等，并反馈预警结果，如不同意直接反馈预警原因。
8. 如果电路有预警延期待处理任务，待处理时，此时又从业务受理里面对与这条电路发起了要求完成时间变更，当要求完成时间流程启动时，预警延期待处理任务自动取消，反馈预警结果为。
9. 接收服开系统填报得预警信息，新增预警填报接口。
10. 新增预警结果反馈接口给服开反馈预警结果。

批量修改功能

优化批量修改功能，内容主要包括：

1. MSTP产品批量修改需求单功能、批量修改订单功能，支持批量修改甲端是否为汇聚主点、乙端是否为汇聚主点、甲端VLAN透传、乙端VLAN透传、MTU数值。
2. MSTP产品改单功能，订单、需求单明细页面，支持修改属性：甲端是否为汇聚主点、乙端是否为汇聚主点、甲端VLAN透传、乙端VLAN透传、甲端CE-VLAN ID、乙端CE-VLAN ID、甲端参考电路接入号、乙端参考电路接入号。
3. MSTP、SDH、DDN、ATM产品，批量修改订单功能优化，支持批量修改月租费一口价属性。
4. MSTP、SDH、IP虚拟专网普通点产品，正常变更-地址变更、速率变更业务，批量修改需求单功能，支持修改字段：需求单要求完成日期，是否与首次月租一起支付，一次性费用收费方式，一次性费是否公免或免费，甲端/CE一次性费收款单位，乙端/PE一次性费收款单位。
5. MSTP、SDH、IP虚拟专网普通点产品，新装、正常变更-地址变更、速率变更业务，月租收款单位修改功能，支持修改字段：甲端、乙端、国内长途、国际，本地月租费收款单位。

进度报告功能

实现集团CRM 系统与服开全流程可视化、预警自动化，提升客户感知，优化进度报告展示功能：

1、进度报告附件填报模板优化，流水号格式变更、标题变更、字段调整增加甲乙端展示。

2、进度报告附件模板调整，订单去掉拆机单等逻辑处理。

3、进度报告填报页面本周和下周计划选项优化，填报原因要跟预警原因对应，并回显预警原因。

端口类型功能

支撑全国范围内SDH和MSTP业务的功能改造涉及新装、变更功能改进。

1. 实现甲乙端端口类型与速率的规则级联约束功能。
2. 端口类型选择“其他”时，甲、乙端 端口类型增加其他端口类型下拉框，并提示“在该业务中，'其它'端口类型为不常用端口，请确认后选择。
3. 实现端口类型下拉框选择“其他”之外的值时，其他端口类型下拉框隐藏。
4. 实现MSTP、SDH模板导入时提示信息更精确的功能。

B2业务

为支持境内段带宽型业务资源核查的标准时限为3个工作日（大带宽、低时延业务除外，为5个工作日），需实现对于符合上述3个工作日标准的B2端的MSTP、SDH、IP虚拟专网需求单,在3个工作日没有填报资源核查结果时资源填报自动完成，同时实现两级接口适配改造。

超期电路功能

1. 增加超期未报竣文件夹，展示超过要求完成时间 3个工作日得未报竣的电路。
2. 超期未报竣文件夹，展示超过要求完成时间 3个工作日得未报竣的电路改为 2个工作日，同时修改限制展示所有产品。
3. 超期未竣工文件夹点开后，把“预警”更改为“新开”；“到期”改为“变更”；“超期”改为“拆机”。同时按照标题查询对应的订单，将拆机单的超期改为 7个工作日。
4. 将CRM超期未报竣的全部电路于每周四凌晨00：00以邮件的方式发送到网运部客户维护服务中心服务调度室公共邮箱kwzd@cndata.com。
5. 超期未竣工输出时间调整为每周三。
6. 超期未竣工输出增加客户名称、客户经理等字段。

A端业务功能

电路转订单后，给国际公司A端发送的邮件提醒，在邮件的流水号和发起局的基础上，新增客户名称信息，达到可识别是哪位客户经理录单、加速工单流转减少账务差异的目的。

订单跟踪功能

优化订单跟踪功能，主要内容包括：

• 新增订单跟踪页面。页面左侧提供目录树作为筛选查询条件，页面右侧展示查询结果。统计范围支持当前登录账号下单的，业务经理是当前账号的，客户经理是当前账号的所有订单。页面左侧目录树定义：一级目录：开通中，已报竣，超时未报竣，需关注电路；二级目录：新开，变更，拆机；三级目录：预警，未预警。二级目录需关注电路下的三级目录特殊处理为：16个工作日-1个月，1-3个月，3-6个月，6-12个月，12个月以上。以页面左侧目录树的选择为查询条件，页面右侧展示电路级的查询结果，包含流水号，电路代号/设备号，客户名称，客户编码，产品名称，销售品名称，单据状态，客户经理，客户经理联系电话，业务经理等30个字段。支持查询结果可导出为excel文件功能。

合同规则

优化合同规则和增加合同号展示规则功能；同时，增加跨省电路的提示功能；测试电路的通知功能，主要包括：

1. 跨省电路在转订单阶段校验合同下发省。
2. 测试电路到期后增加提示功能，提醒客户经理延期、转正式业务或拆机。
3. 测试电路过期后系统自动给客户经理发送邮件、短信提示，并派发待办工单。
4. 合同号选择规则优化，包括国际业务三联单合同号、合同号展示规则调整。
5. 合同号展示规则：增加订单所属客户经理的所有合同，默认展示登录人本人的合同，合同号按签约时间倒序排序。

资源核查功能

支撑订单加快开通进度的要求，根据产品和业务类型取消资源核查环节任务：如DDN、MSTP、ATM的续约变更，IP虚拟专网的路由变更、站点路由数变更等资源核查任务取消。

业务通知单功能

为适应实际业务需要，提升业务处理效率和订单对应工作量，增加业务通知单序号功能。

1. 带宽型产品输出业务通知单

对于带宽型产品的新装、非正常变更、正常变更和拆机单，输出excel版业务通知单中序号列格式实现为 输出流水号 小序号。

1. 实现非带宽型业务输出业务通知单的功能。
2. 对于非带宽型产品，如数据中心（IDC）产品、ICT等业务的新装、非正常变更、正常变更和拆机单，输出excel版业务通知单中序号列格式实现为 输出流水号 小序号。

速率变更

对MSTP、IP虚拟专网、ATM产品速率变更功能进行优化，包括：

1. 正常变更和非正常变更中进行速率变更时，在订单送审前可以修改月租费一口价，修改是或者否，修改后可继续送审核。
2. 修改月租费一口价后，订单送审完成后同步账务系统。

产品主数据改造

为了配合企业新产品体系的及建立，集团CRM 对产品编码以及主数据改造，并支撑新旧版本分省支撑以及各省交互能力：

1. 根据企业产品目录文档中的产品编码，重新配置产品管理；
2. 改造带宽型等业务的两级稽核接口、带宽型业务以及IDC等集约类业务的两级CRM订单接口、国际公司数字化运营平台订单接口（用老编码适配）、一点收费服务两级订单接口等；
3. 实现分省支撑和功能功能，开发接口控制功能，控制住部分省使用新的产品编码部分省使用老的产品编码。

产品实例库

数据中心产品实例库

优化数据中心产品实例库功能，包括：

1. 数据中心产品实例库页面，展示查询结果支持展示合同编码、客户编码字段。并将这两个字段的位置放置在固定区域，不受滚动条拖动影响。
2. 数据中心产品实例库导出excel表格中，支持展示合同编码、客户编码字段。

查询统计

工作量统计

结合实际业务统计和考核要求，实现“每日工作量统计”报表：

1. 支撑对开通业务统计和考核要求，新增“每日工作量统计”报表；

实现报表统计集团交付与服务支撑中心业务经理和项目经理的工作量统计。

1. 支撑北京本地网对IDC数据的统计业务：
2. 增加IDC统计报表。
3. 增加全程已报竣电路统计。
4. 增加已起租电路统计表功能。

完成及时率统计

支撑LAN产品的完成及时率统计功能，调整完成及时率统计报表调整为南方、北方两个维度的统计。

组网专线开通及时率统计

支撑组网专线产品的业务开通及时统计业务，改造以下功能：

1. 实现每月统计分析报表新增一次性开通成功数统计。
2. 实现一次性开通成功数统计：竣工日期早于订单首个要求完成日期的电路数 竣工日期晚于订单要求完成时间的电路（超期），在订单定单要求完成时间之前完成且在无理由开通规定时限内完成开通的加急电路。
3. 调整每月统计分析报表再一次性开通成功数统计字段下方新增结合预警字段。
4. 调整每月统计分析报表实现再一次性开通成功数规则增加预警条件。
5. 调整每月统计分析报表，新增甲端超时原因、乙端超时原因统计项。
6. 调整每月统计分析报表，新增超时原因查询规则。
7. 调整每月统计分析报表，新增超时竣工规则，甲端、乙端、骨干、主调局、（全程报竣）有任何一个得报竣时间晚于首次定单要求完成时间有任何一个的报竣时间晚于定单要求完成时间初始值，就算超时竣工；超时竣工的电路分别分析甲端乙端骨干网主调局的完成情况和超时原因；先判断是否报竣超时：如果报竣未超时，则为空。如果报竣超时，判断是否是主调局。
8. 调整每月统计分析报表纵坐标增加南方统计和北方统计俩个统计项。
9. 调整每月统计分析报表增加要求开通电路端数统计项，规则为甲端、乙端及出入口局为同一个省的单据。

销售品订单查询

优化销售品订单查询功能，包括：

1）销售品订单查询功能，SDH、MSTP、IP虚拟专网、IPRAN、大带宽传输专线、DDN、FR、ATM产品，设置查询条件时，产品特有属性增加可选字段：甲端资源情况，乙端资源情况，甲端单点报竣时间，乙端单点报竣时间，订单首次要求完成时间。查询结果中，增加相应字段的展示。

2）销售品订单查询功能，导出excel文件模板中，增加甲端资源情况，乙端资源情况，甲端单点报竣时间，乙端单点报竣时间，订单首次要求完成时间字段。

3）销售品订单查询功能，IPRAN产品设置查询条件时，产品基本属性增加可选字段：是否购买云资源池。

4）销售品订单查询功能，导出excel文件模板中，增加是否购买云资源池字段。

预警统计分析报表

优化预警单据统计业务，改造如下功能：

1. 调整预警统计报表，增加统计开通电路数、超时电路数、超时原因等信息。
2. 增加按照预警原因分类展示对应数据。

IDC运营分析视图

为进一步挖掘IDC集约运营数据价值，为IDC业务发展及规划提供数据支持，增加IDC运营分析数据展示视图，具体如下：

1. 展示数据内容
2. IDC集约出账收入数据（当月全国收入和当年累计全国收入）；
3. IDC直管客户集约出账收入和资源情况、各省集约出账收入和资源情况；
4. IDC全国资源情况，含总机架数、预占数、剩余量、实占量等；
5. 经营分析数据展示。
6. 多种呈现维度：
7. 集团及各省，集团可看全国数据，各省可看本省及本地网数据；
8. 支持累计收入和分月收入。
9. 访问权限：
10. 可通过连接访问，访问需要用户名及密码；
11. 支持特殊账号导出统计表格功能。

月度静态报表

支撑业务部门对报表的统计要求，优化报表功能：

1. 调整带宽型业务工作量统计表，实现能区分企业部和国际部俩个部门的数据展示功能。
2. 调整月度静态报表下单数，实现受理数统计能区分企业部和国际部俩个部门的数据展示功能。

每月统计分析报表

支撑业务部门对报表的统计要求调整报表功能，包括：

1、调整每月统计分析报表，取数范围调整，增加当期在途统计项。

2、调整每月统计分析报表，增加按照责任落地省展示。

3、调整每月统计分析报表，增加及时数统计项。

月度固化统计报表

结合业务部门临时数据统计需求，提供订单和产品实例的宽表能力，实现订单与产品实例高效、快捷、准确的临时查询统计能力，新增一套常用的查询统计规则和条件，用来满足交付部门常用的临时统计需求。

国际业务开通及时率统计

支撑业务部门对报表的统计要求调整报表功能，包括：

1. 新增国际业务（无理由）开通及时率统计报表。
2. 实现国际业务单据开通及时率的统计数据展示。

超时竣工工单报表

支撑业务部门对报表的统计要求调整报表功能，调整超时竣工工单报表，新增电路代号、甲端装机地址、乙端装机地址和全程报竣超期城市统计项。

本地网资源资费填报情况

支撑业务部门对报表的统计要求调整报表功能增加相关信息统计展示，以便直观地反映本地网一站工单相关环节的用时情况：

1. 本地网资源填报情况表页面改造

• 在需求单审核日期后面加一列：任务派发日期。在开通历时列后面增加两列:资源反馈历时、资费反馈历时。

资源反馈历时=任务派发日期 – 资源填报日期。

资费反馈历时=任务派发日期 – 资费填报日期。

1. 本地网资费填报情况表页面改造

• 在需求单审核日期后面加一列：任务派发日期。在开通历时列后面增加两列：资源反馈历时、资费反馈历时。

资源反馈历时=任务派发日期 – 资源填报日期。

资费反馈历时=任务派发日期 – 资费填报日期。

1. 增加数据同步功能

任务派发日期（取jtbps.wfworkitem表的createtime字段），存于订单库，资源/资费填报日期存于报表库，故需要将wfworkitem表信息从订单库同步到报表库。

各省新报表

提供分省统计分析能力，并对部分各省报表中指标进行相应调整，改造内容如下：

（1）调整每月统计分析报表，增加涉及地无理由开通及时率的统计项

（2）调整每月统计分析报表，增加发起地、非正常变更占比的统计项

（3）调整每月统计分析报表，增加发起地长期未竣工电路数的统计项

（4）调整每月统计分析报表，新增发起地定单型需求单转定率。

带宽型业务统计

调整每月统计分析报表、每月统计分析报表清单、每月预警统计分析报表的统计范围，剔除以下类型工单：

1、剔除合同选择测试合同的工单；

2、剔除IP虚拟专网产品中 “PE归属”为DCI的工单；

3、剔除IP虚拟专网产品中“是否购买云资源池站点并开通”为是的工单。

营销资源管理

号码管理

400号码管理增加查询审批进度的功能，查询400号码在价格审批的进度信息。

号码申请单管理

400号码审批流程优化，增加触发400号码系统进行号码锁定、预占或释放并新增判断逻辑，号码不是空闲或锁定状态的，不能申请预占会返回错误：

1）锁定，判断号码的状态是否空闲，不是空闲的则接口返回错误；

2）释放，判断号码的状态是否锁定，不是锁定的则返回错误，不能操作释放；

3）预占，系统内就会自动生成一个400申请单。

系统概况

系统总体概况描述

1. 系统支持多应用服务器的集群结构，可以根据规模的变化灵活调整计算能力节点数量，提供处理性能的横向扩展能力，配合负载均衡设备实现高可用性。
2. 系统应用软件的设计符合规范中技术体系架构的要求，数据存储层、业务逻辑层、接口展现层等相互独立，不同层之间采用符合国际标准的中间件或接口，使系统具有良好的灵活性、可操作性和可扩展性。
3. 应该常用的硬件架构；支持常用的操作系统（Unix、Linux、Windows等）；应该支持常用的中间件（Websphere、Weblogic、Jboss等）；应该支持常用的数据库（Oracle、DB2、PostgreSQL、MySql等）；
4. 支持多种接口方式，如Socket、WebService等多种标准接口协议；支持API接口；支持接口的可扩展性；接口遵从松耦合原则。
5. 灵活支持集团公司和省公司两级管理架构，支持两级管理的数据交互。
6. 系统支持对被管对象进行统一的、跨平台的操作，以简化管理操作。
7. 系统同时支持安装监控代理和直接连接两种方式获取监控数据。监控代理程序应支持包括UNIX、LINUX、WINDOWS等在内的多种主机平台。监控代理程序应支持采集周期和采集脚本可以灵活配置。
8. 系统支持对监控代理软件版本的管理、监控代理的程序的自动分发、以减少监控代理程序的复杂度和日常维护工作量，并确保以后扩充监控对象时，无须在被监控端对象上进行额外的工作。

性能指标

1. 系统界面的操作反应时间不高于6秒，统计报表类操作反应时间不高于60秒，如存在其它特殊耗时操作，会详细说明原因。
2. 支持1天内所能处理的最大当前告警、性能数据量。
3. 网络设备运行正常且系统压力正常情况下，告警、性能数据的响应时间（指被监控对象发生告警事件和性能事件，到监控系统完成采集、纠错、转换并入库的时间间隔）应不得大于5分钟。在系统满负荷情况下，响应时间不大于以上指标的150%。
4. 当系统某个用户界面程序异常停止后，不影响服务器端和其它用户界面的正常运行。
5. 系统进行数据采集不影响业务生产系统的稳定性，也不明显影响业务生产系统的性能。
6. 在被管对象设备上安装的全部监控代理程序占用被监控系统资源累计的限制要求为：占用CPU使用率在5%以下，占用服务器物理内存为30MB以下。
7. 当系统网络资源或者被管对象系统主机资源紧张时，支持动态停止或恢复某些监控对象的数据采集功能，以减少对网络及对被管对象系统主机的压力，无需重启系统整个应用程序。

系统可靠性

1. 应用系统提供完善的日志记录功能，对系统关键数据的每一次增加、修改和删除都能记录相应的修改时间、操作人和修改前的数据记录。
2. 系统与监控对象连接中断时，在一定时间内自动尝试重建连接，如连接失败应以告警形式提示用户。
3. 告警处理核心软件建议实现应用级主备配置，以便在没有系统级热备软件的情况下，实现告警处理的可靠性和稳定性。
4. 系统具有自检功能，能监视系统各功能模块的运行情况，随时发现系统自身的问题。
5. 为了保证系统的高可靠运行，本系统提供容错机制，避免单点故障的发生，如采用集群、负载均衡等技术；同时，系统应提供完整的备份和恢复手段。
6. 系统设计不影响业务生产系统的可靠运行，本系统与业务支撑系统之间采取严格的权限控制或设置防火墙等措施，保证业务生产系统的安全性。
7. 监控代理程序应提供本地数据保存功能，当网络发生故障导致数据传输发生中断后，监控代理程序应能保存所采集的数据。

系统可维护性

1. 系统具有对自身的集中维护配置功能，包括集中的系统参数设置、集中的系统日志管理等。
2. 系统按照可维护性原则进行设置，对于重要操作要求记录日志，关键操作的每一步处理应该是可追踪的，如告警确认人员、时间等信息。
3. 当提交完整的产品时，我方提交易于安装的标准安装程序（如：主要软件包可放置于光盘）。提供必要的操作维护手册及技术手册、必要的培训。当进行版本升级时，提供版本差异的详细说明。
4. 系统具有良好的可扩展性，支持平滑扩容，以满足未来管理应用和业务系统规模的增加而不断扩展。
5. 当被管对象迅速增加时，数据采集、告警处理和性能处理模块应能够采用分布部署的方式，分模块、分主机部署地对告警数据和性能数据进行处理，以保证整个软件架构的稳定性和扩展能力。
6. 系统支持采用增量备份和全量备份相结合的方式定期备份重要的系统数据。
7. 支持系统的横向可扩展能力，当系统处理压力过高时，可通过增加硬件/应用服务器的方式，实现系统的分压处理能力
8. 系统采用构件化设计思想，系统框架与业务逻辑分离，以满足大型企业用户的需求。
9. 应用系统支持各构件的单独升级，并尽可能实现在线升级功能。

系统接口

1. 接口方式与信息模型的松耦合。即无论采取何种接口方式或技术，其交互的信息都应遵循统一的信息模型，建议统一采用XML格式描述信息模型。
2. 系统与外部信息源的松耦合。即通过接口的信息交互，本系统与相关系统以及其它接口对端系统之间不应存在强依赖的关系，接口的运行不对接口对端系统的可靠性、稳定性、安全性等方面造成影响。
3. 接口实现具备可靠性：当接口出现异常时，可及时产生自身的告警或者将异常信息体现在业务功能界面中，以便维护人员迅速察觉解决问题。当接口连接恢复正常时，接口具有自恢复能力，可以继续正常运行，不应造成数据的丢失。
4. 接口实现方式的适度冗余可以作为系统接口的建设参考，以在某种接口方式失效时保证信息的正常交互。
5. 系统与外部系统的接口交互信息内容有着不同的安全保密要求，如配置信息通常比性能信息保密性要高，根据信息的安全级别可采取不同的接口传输方式，或采用信息加密的方式提高接口安全性。
6. 接口实现具备高效性：本系统的运行效率与接口效率密切相关，采用的接口方式与实现技术将保证接口的畅通、高效，尽量减少待交互信息的积压或延迟。
7. 接口实现具备可扩展性：接口的定义不限制本系统的功能实现，在将来系统管理功能发生改变时（增加或调整），接口方式应能继续对功能提供支持。
8. 接口信息数据模型的可扩展性：随着通信网络的发展，软件技术的变革以及及业务的不断更新，管理对象的种类和具体指标都会发生改变。无论采取何种接口方式，都将很好地支持信息模型的改变。
9. 接口方式与实现尽可能采用成熟的先进技术，与国际主流技术保持一致，从而使系统得到较好的投资保护。系统间的接口实现技术应该优先选用WebService技术和支持JMS标准的消息队列技术。

基础平台概况

软件平台描述

软件基于业界开放式标准，包括各种网络协议、硬件接口、数据库接口等，以保证系统的生命力，保护投资，体现良好的扩展性和互操作能力。系统设计应充分考虑扩展性，能够以多种方式支持系统的扩展，包括业务功能的增加，系统升级以及系统扩容等。

应用软件

1. 遵循企业的相关接口规范。
2. 应用软件的设计应采用灵活的结构，应采用面向对象、中间件等技术。
3. 整个应用软件系统应能够连续7×24小时不间断工作，应用软件中的任一模块更新、加载时，在不更新与上下模块的接口的前提下，不影响业务运转和服务。
4. 整个应用软件系统应能够满足规范要求的性能指标
5. 系统参数、用户数据与处理程序应有相对的独立性。用户数据的任何变更不会引起运行版本程序的变更。
6. 应用软件应具有较高的自动化程度，如：自动任务调度、自动故障告警、自动任务恢复等。
7. 具有完整的操作权限管理功能和完善的系统安全机制，能够对每个操作员的每次操作有详细的记录，对每次非法操作产生告警。
8. 具有故障诊断和故障定位功能。
9. 采用简洁、直观、友好的图形化中文界面，支持鼠标操作。
10. 具备相应容错手段，允许操作人员有限范围的误操作。
11. 具备可维护性和可运营性，关键监控数据和统计数据应遵循企业相关监控接口要求对外提供。
12. 具有在线帮助功能。

数据库系统软件

1. 支持中文汉字内码，符合双字节编码。
2. 支持主流厂商的硬件平台及操作系统平台。
3. 具有良好的伸缩性。
4. 支持主流的网络协议（如：TCP/IP、IPX/CPX、NETBIOS及混合协议）。
5. 具有良好的开放性，支持异种数据库的互访。
6. 支持对大型异种数据库的访问。
7. 支持分布式事务及两阶段提交功能。
8. 具有支持并行操作所需的技术（如：多服务器协同技术、事务处理的完整性控制技术等）。
9. 支持联机事务处理（OLTP），要求能够实现数据的快速装载、高效的并发处理和交互式查询。
10. 支持C2或以上级安全标准、多级安全控制。
11. 支持数据库存储加密及相应冗余控制。
12. 支持联机存储和备份功能（如：磁带方式、光盘方式）。
13. 应具有强的容错能力、错误恢复能力、错误记录及预警能力。
14. 应避免数据库死锁的出现，一旦死锁能够自动解锁锁。

项目实施与服务方案

我方将对项目管理的以下方面做详细说明：进度管理、质量管理、风险管理、项目人员组织管理、变更管理和例会制度等。

总体实施与服务方案

1. 本期工程实施期间，我方将安排具有专业技术水平的专职人员参与本次工程建设，我方参与本工程建设的所有人员，在工程建设期间，不得同时参与其他工程项目的建设，以保证能够按时完成本次工程建设。
2. 本期工程我方作为总集成商，负责管理本工程中的其他参建单位；
3. 我方将保证，在本工程建设期间，应保持持续稳定的人力投入。
4. 工程例会、项目协调会等项目相关会议由我方组织召开；
5. 各开发商指定一名项目经理和客户经理建立与企业对口联系。
6. 项目经理在工程期间每周至少来企业2次，电话要保持7*24小时通畅，如遇到特殊情况需提前通知企业的相关人员。
7. 定期组织和参加每周的工程和维护例会，并及时提交相关周报。
8. 工程在初验前开发团队的项目经理不能撤离，在初验后按照合同的约定需要有专业的维护团队进入岗位。
9. 我方将提供整体的项目管理方案，项目的重大事件或者管理变更需要得到企业相关人员同意；关键性操作（如：重启服务器、管理员帐号生成、权限的修改等）需以邮件或书面的方式得到企业相关人员同意。
10. 遵守企业与集成商约定的其他制度。

项目实施方案

项目组角色与职能

项目领导小组

负责与领导的沟通，实施对项目各小组的日常督导和管理；

负责整体部署、审定和检查项目中的各种重要计划和报告；

负责与各组有关领导定期的沟通和交流，对各组具体实施进度把关；

协调和落实项目中的主要资源和项目资金的投入；

定期听取和收集项目阶段进展情况的汇报，负责协调和解决项目的重大问题；

审核、公布项目组整体工作报告，对项目实施的总体结果负责；

项目组成员将我公司与客户单位共同商定组建。

领域专家组

协助产品管理组进行项目需求调研；

协助技术开发组进行模型构建；

协助技术开发组进行模型的评估验证、优化跟踪；

参与项目的验收；

领域专家组由行业经验丰富的领导、专家组成。

项目管理组

负责整个项目的计划执行和管理；

负责项目的人力资源管理、风险管理、质量管理；

负责项目的范围管理、时间管理、成本管理、沟通管理；

负责项目的采购管理、集成管理。

对外协作组

制定实施过程合作方工程界面等相关协作项目实施细则，明确各方权责；

协调项目实施点的工作安排；

负责对用户方提交项目进展情况工作报告；

向项目领导小组领取工作计划并向领导小组报告工作进展情况；

第三方设备采购及协调工作；

负责项目系统软件采购方面的工作规程、工作计划、工作记录的编写和总结；

配合其他组的技术人员了解系统软件的部署环境；

负责组织并实施系统软件的安装、调试和技术服务方面的工作；

负责系统软件培训授课和辅导工作；

协调对系统软件的售后技术服务；

组织培训、项目测试及验收工作。

质量保证组

负责确认系统的质量标准，设定检查评审里程碑，制定质量保证计划，参与系统测试管理以及系统的配置管理；

负责与用户协调，制定产品的质量标准和系统验收标准；

负责检查软件系统的评审里程碑到达的标准；

负责制定和实施质量保证计划；

参与系统测试管理与配置管理；

组织实施代码评审和设计评审；

进行项目风险的跟踪，提出解决问题的建议；

跟踪项目实施进度，评估计划的执行情况。

项目工作组

为了突出项目开发和实施过程一些步骤的重要性和关联性，在项目工作组中设置了程序组、产品组、开发组、测试组、用户教育组等几个职能组，组成人员主要是相关工作的资深人员组成，他们将按照科学组织方式，与客户积极配合，为客户提供满意的产品；

负责软件开发的团队组织和管理；

负责软件开发工作的计划安排，进度跟踪，保证软件的开发；

协调和安排本组人员的工作，实施对人员的日常管理和工作考核；

负责软件开发的需求调研，系统设计和编码管理工作；

负责与用户需求进行沟通和协调方面的工作；

制定和落实软件开发维护的日常工作计划；

负责软件技术文档的修改和补充，包括软件更改记录及相关补充资料；

定期以多种方式，向项目领导组汇报工作进展和存在的问题和困难，以使问题得到及时解决；

接受项目领导组和项目管理组的管理，协助软件开发工作的完善和改进；

对所承担的软件开发工作结果负责；

负责制定和完善版本管理、软件配置管理、软件开发环境和测试环境的管理规程和工作计划；

负责承担软件版本的整合、注册与发布；

负责项目所有文档和质量记录的收集、注册与发布；

负责搭建和管理项目的开发环境、测试环境、培训环境；

负责与用户支持人员一起保证系统的运行；

负责所承担建设的系统的培训以及技术支持服务。

• 团队模型

项目工作组将定义了团队同级成员的一些角色和职责，这些成员都在以相互依存的跨学科角色进行信息技术项目工作。下面的图表对该模型的逻辑进行了描述，整个项目团队分成六种角色：

产品管理：负责客户需求的提取、整理，并不断将项目组的工作成果与客户交流；

程序经理：负责项目的计划管理、节奏控制，同时协调项目组所有人员的协作、配合；

用户体验管理：使产品尽可能贴合用户使用习惯，同时负责文档和说明的制作、培训工作；

开发管理：负责根据用户需求设计、实现系统；

测试管理：负责根据用户需求以及规范测试所有产物（包括文档、系统等）；

发布管理：负责系统的部署以及后期的技术维护。

项目支持组

下设文档管理组、部署组。

从软件工程管理的要求出发，对所有的文档与资料均进行有效的控制和管理，有序地进行并形成相应的文档与资料；更好地为项目服务；

对项目中各项工作中各阶段文字或其他方式的描述结果（称为项目文档与资料）进行档案管理；

各单位系统软件和应用软件安装、调试、交付；

系统联网调试和综合测试；

档案形式：纸介质与电子形式并存，以纸介质形式为主。

项目功能建设方案

按照投标人要求的项目建设内容，提供符合预期要求的系统功能，覆盖章节4里所涉及的所有功能。

测试方案

单元测试

• 单元测试说明

在计算机编程中，单元测试（又称为模块测试）是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。在过程化编程中，一个单元就是单个程序、函数、过程等；对于面向对象编程，最小单元就是方法，包括基类（超类）、抽象类、或者派生类（子类）中的方法。

单元测试的目标是隔离程序部件并证明这些单个部件是正确的。一个单元测试提供了代码片断需要满足的严密的书面规约。因此，单元测试带来了一些益处。单元测试在软件开发过程的早期就能发现问题。

• 单元测试方法与内容

单元测试主要采用白盒测试技术，用控制流覆盖和数据流覆盖等测试方法设计测试用例；主要测试内容包括单元功能测试、单元性能测试和异常处理测试等。

• 单元测试流程

从配置库获取源码文件，设计测试用例，执行测试用例，并利用相关测试工具对单元代码进行测试，将测试结论填写到单元测试报告和软件Bug清单中。

把软件Bug清单和测试用例执行结果提交测试负责人，并进入纳入质量管理。对源码文件进行的测试，视程序存在缺陷的情况，可能要重复进行，直至问题解决。

单元测试的执行者，一般情况下可由程序的编码者进行，特殊情况可由独立于编码者的测试人员进行。

• 单元测试用例

编程组组长组织、指导开发人员根据《系统设计说明书》，编写所负责代码设计模块的《单元测试用例》，设计单元测试脚本。

• 代码评审

代码评审也称代码复查，是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。

评审的内容：

1)编码规范问题；

2)代码结构问题：重复代码、巨大的方法和类、分层不当、紧耦合等；

3)工具、框架使用不当：Spring、Hibernate、AJAX等；

4)实现问题：错误验证、异常处理、事务划分、线程、性能、安全、实现过于复杂、代码可读性不佳、扩展性不好等；

5)测试问题：测试覆盖度不够、可测试性不好等。

评审的优点：

1)提高代码质量：在项目的早期发现缺陷，将损失降至最低

2)评审的过程也是重新梳理思路的过程，双方都加深了对系统的理解

3)促进团队沟通、促进知识共享、共同提高

集成测试

• 集成测试目的

集成测试，也叫组装测试或联合测试。集成测试是在单元测试的基础上，根据《系统概要设计》及《系统集成与开发详细设计》，对系统的各单元进行组装。把分离的系统单元组装为完整的可执行的计算机软件。集成测试的目的是检查软件单元部件是否能够集成为一个整体，完成一定的功能，并找出单元测试中没有发现的错误，包括数据定义有没有重合与冲突，接口会不会产生错误，组合以后的模块功能会不会互相影响，组合的系统是不是达到预期的效果等。

• 集成测试采用的方法和内容

集成测试采用白盒测试和黑盒测试相结合的测试技术和渐增式的测试策略，用数据流等测试方法设计测试用例。主要测试内容包括单元之间的接口测试、全局数据结构测试等。

• 集成测试流程

集成测试包括集成测试设计、集成测试准备、集成测试实施和测试记录、集成测试问题跟踪和结束测试等阶段。

集成测试设计由测试组组长根据项目计划和开发计划编制《集成测试计划》，设计《测试用例》。

测试计划和测试用例应当通过项目经理的审查。

集成测试准备需要系统测试组组长建立独立的测试环境。测试环境包括测试硬件环境、网络、数据库、应用服务器等以及测试对象(程序)的安装和初始化工作。

集成测试实施和测试记录是由系统测试组组长组织人员按照测试计划和测试用例要求进行测试，并且记录测试过程和测试结果。

集成测试问题跟踪是在测试过程中发现的问题由系统测试组组长根据测试记录提交测试问题报告，并由系统设计人员和开发人员解决每一个问题的过程。

测试结束指测试问题报告中的问题解决后，进行回归测试。当测试问题降低到一定程度并通过测试通过准则时，系统测试组组长提交测试总结报告结束测试。

功能测试

功能测试包括两大部分，一是包括基本业务功能、业务测试、接口测试和可用性测试等方面的功能测试，二是包括：安全性测试、故障恢复测试、数据库测试、配置测试、安装测试的产品化测试。验收测试主要从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性方面进行测试。

（1）测试目标

组织并执行测试，以降低软件产品中存在的缺陷，保证产品的质量和可用性，测试工作的目标就是降低BUG率，从各个方面提高软件产品的质量和可用性。

（2）测试流程

在确定具体的测试范围及内容后，进行测试分类，并根据分类的结果确定需要设计的测试用例。

在整个测试过程中，对测试大纲、测试用例、测试问题等进行管理，并可对问题进行统计。

（3）测试完成标准

• 实现功能完全符合功能列表。
• 所有的功能页面均可达。
• TD上的问题得到妥善处理，不含有A,B,C类问题。
• 定义的测试项目完成。
• 产品化测试的约束达成。

（4）缺陷管理追踪工具

在上节描述中提到的TD，可以应用于测试的全过程，也可以用于管理各类评审的缺陷等。

TD还提供一些模板，例如测试计划、测试总结、测试大纲、测试问题卡，因此可以通过BugBase实现从测试计划到总结的各测试活动管理。

以需求说明书、软件需求规格说明为输入编写测试大纲，对应测试大纲中的内容和测试需求编写测试用例，测试人员可以根据测试大纲和用例执行测试，发现问题后，记录在TD中，测试负责人通过查看缺陷问题列表将问题分配给对应的开发人员，开发人员通过查看问题列表修改问题，TD还提供了各种统计功能，例如根据问题的发现日期、问题等级、问题的分布、问题引入阶段等进行统计，这些统计结果可用来进行分析和总结。

性能测试

性能测试总体流程与业务系统测试的流程基本相同。验收测试主要从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性方面进行测试。性能测试的内容源于用户对平台系统的性能要求。

• 测试目标

性能测试的目标是在整个系统或一个系统的特定组件上定义、建立和执行性能测试。验证系统是否满足标书的性能要求，如不能满足，要进行相应的优化。

• 测试流程

首先对性能测试进行策划，确定性能测试的类别和测试方法。

然后开发性能测试的用例，确定测试环境并准备就绪后执行性能测试，确定测试中的系统或组件的性能，并使用其结果决定性能是否可以被业务所接受。如果在测试中度量的性能特性证明是不能被接受的，通过对业务的改进、数据库、应用服务器等进行调优，以提高性能质量，在进行系统调优前，要进行调优的设计与分析。性能测试与应用和技术架构紧密相关并且两者互相影响。

• 性能测试指标

a)响应时间

响应速度在用户心理所能承受的范围内。无论是客户端还是管理端，当用户登陆，进行任何操作的时候，系统应该及时进行反映，系统应能检测出各种非正常情况，并及时提示用户。

b) 可扩展性

在设计上必须具有适应变化的能力，当系统新增业务功能或现有业务改变时，应保证业务在整体框架不变的基础上，业务变化造成的影响局部化。

c) 易用性

所有的业务功能界面风格和操作流程一致，业务表单做到所见即所得，录入能够完全通过键盘完成。

d) 可靠性

系统应保证7*24小时内不宕机，保证在正常情况下和极端情况下业务逻辑的正确性。

e) 可用性

必须避免由于单点故障或系统升级而影响整个系统的正常运行。

f) 可维护性

系统能够简单方便的修改和升级，包含可度性、可修改性、可测试性等。

g) 可管理性和服务支持能力

每个层次、每个构件都提供标准的管理接口。实现统一的、一致的日志功能。每个构件都提供应用架构总体设计规定的必要的标准外部接口。

用户测试

• 测试流程

用户测试流程如下：

1)明确测试内容，其中包括功能、性能、可用性、安全性、兼容性、与其他系统集成。

2)确定测试范围：确定业务情况类型是是非常重要的。每一种业务情况类型都对应一个实际商业业务。业务情况类型可以被表达成多种状况（例如，简单情况、或需要进行复杂处理的例外情况）。

3)测试小组成员确定：由管理人员、业务人员、技术人员等组成，我方提供验收测试过程中的技术支持。

4)明确问题分类标准

5)系统的功能通过功能测试进行验证。在功能测试过程中发现的问题根据其严重程度进行分类。下表列出了功能测试问题的分类。

• 用户测试设计

设计测试用例：确定每个功能的测试用例，明确系统输入信息和期望的输出结果。针对需求规格说明书的每一条测试内容，确定测试用例。每个测试用例包括测试条件（包括生成测试条件需要的测试数据类型）和期望的结果。每个测试用例都应该是唯一确定的（例如，赋一个数值）。

设计测试大纲：依据测试范围生成测试大纲。对每一种业务情况类型，生成尽可能多的测试用例来完善测试大纲。为了保证测试大纲包含所有的测试用例，将测试用例的条件映射为测试大纲是非常必要的。测试大纲中测试用例的顺序安排是非常重要的，它应考虑多种方面的因素，主要考虑的因素是按照系统产生的数据，在测试大纲中安排测试用例的顺序，使得一个测试的结果作为另一个测试前提。

测试环境准备：为了预防出现问题，如数据损坏或对系统资源的争用，需要建立一个独立的测试环境。在进行测试之前，根据测试计划中确定的时机建立一个独立的测试环境。

• 用户测试结果

1)测试结束后，测试小组根据测试数据，制定并向验收工作领导小组提交《用户测试报告》。

2) 测试报告结果说明软件满足下列要求：

• 在认可的外部设计文档中表述的功能要求
• 在认可的系统描述文档中表述的非功能要求

3)此外，测试报告中还包括对系统提出的改进意见。

测试产出

1. 《测试计划》
2. 《系统测试方案》
3. 《测试用例》
4. 《系统测试案例》
5. 《系统测试报告》
6. 《试运行测试报告》

验收方案

验收流程

在验收阶段，平台系统将按照用户和我公司都认可的《系统需求分析》，组织验收小组，进行功能和性能的验收测试。从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性及系统文档、代码、规范及注释说明等方面组织全面验收。验收测试安排分为系统初验和系统终验。

系统初验

经过系统内部试运行，我公司对内部试运行期间发现的问题改正后，提出系统初验书面申请。验收标准将按照“需求说明书”和双方认可的有关系统设计文档所提的要求进行。

用户在收到我公司验收申请后，尽快组织系统初验。初验前我公司提供全部的工程文档和安装测试报告，并提供初验测试文档，在用户认可后进行初验测试，初验通过后，系统进入正式试运行期。试运行期六个月，我公司应解决试运行期间所反映出的问题，若系统达不到合同规定要求，试运行期将继续顺延，直到系统完善。

最终验收

试运行期结束后，如系统无功能缺陷，能够正常运行，在具备终验条件下进行系统终验，由我公司提出终验书面申请，用户在收到我公司验收申请后，尽快组织系统终验。成立项目全面验收小组，由用户、我公司以及外部专家等组成，对项目进行全面验收。系统终验前，我公司提交终验测试标准和终验测试计划，内容包括：测试对象及应达到的测试指标、测试方法和测试条件、测试资料和数据，并以图表说明每一测试对象或过程的功能输入输出测试进度。

系统终验标准：

1)系统实用性：项目验收最关键的指标，检查系统是否符合当前业务的需要，特别是业务流的整体性和数据流的一致性，并前瞻性提供未来业务接口。

2)系统稳定性：硬件环境的稳定性、软件运行异常处理和正常运行情况。

3)系统可维护性：含网络系统管理与维护、服务器系统平台管理与维护、操作系统管理与维护、应用系统软件管理与维护、数据库管理与维护以及数据库备份、应用系统备份，灾难事件处理与解决实施方案等。

4)系统文档：验收文档是否齐全、规范、准确、详细，主要的文档包括：需求分析报告，框架设计报告，数据库物理及逻辑设计报告，详细设计报告，编码规范及技术选型报告，测试报告，系统部署和发布报告，集成方案，软件用户使用手册，系统维护方案和操作文档等。

5)代码规范及注释说明：程序代码编写是否规范；注释说明或代码文档是否详细全面；接口定义是否符合局信息系统规划一致性的要求。

6)系统灵活性：系统是否方便客户进行维护；系统是否在先进性的基础上具备未来升级和可扩充性；是否利于系统平台迁移和部署等。

7)系统可操作性：界面是否友好性；是否实现傻瓜化操作和智能化数据检索功能。

8)系统安全性：是否有完善的安全机制保证系统的安全性，如软件方面的安全防范（加密措施、相关认证、数据库安全防范），硬件方面（防火墙、物理隔离和逻辑隔离）的安全设置。

9)其他验收标准：其他的与本系统相关的验收标准。

系统终验流程安排

1)我公司按照项目验收计划完成验收准备工作

2)用户代表运行验收测试用例集，记录运行结果

3)如果发现没有通过的验收测试用例，则我公司立即解决问题

4)用户主持项目验收会

5)我公司向用户报告项目实施结果

6)用户代表向用户报告试运行结果

7)用户评议项目实施和试运行结果，起草和审定项目验收报告。

系统终验相关文档

我公司在软件开发和系统集成中将严格按照国家软件工程有关要求提供的文档来提供，验收的技术文档至少包含以下内容：

基本构想PID

合同会签表

项目合同

项目价格清单

合同技术协议

项目计划

项目启动会PPT

项目组管理规定

需求调研总结

需求调研记录

业务蓝图

单据清单

基础数据清单

功能清单

接口清单

报表清单

功能设计书

数据库设计书

接口设计书

关键程序流程

程序开发计划

程序源码

通用模块调用手册

编码规范说明

单元测试报告

综合测试报告

业务测试计划

业务测试操作手册

用户手册

培训计划及培训报告

系统运行维护手册

业务测试报告

技术验收报告

正式上线计划

正式上线报告

文档资料交接

运行监控报告

业务功能性能情况

业务验收报告

终验报告

验收小组将在终验结束后提交一份由专家签名的验收报告。验收报告附平台系统和整体系统测试结果报告，同时给出以下明确结论之一：

（1）通过验收；

（2）基本通过验收，要求在五个工作日内完善后再次进行验收；

（3）未通过验收，要求在十五个工作日内改正后再次进行验收；如再次验收后仍然不能全部通过，用户有权终止合同，并要求我公司承担违约责任。

验收结束时,我公司将平台系统相关产品说明书、系统安装手册、技术文档、资料及安装、测试、验收报告等文档汇集成册交付用户。

项目管理方案

项目质量保障

成立质量管理小组，制订和通过现场各种质量检查制度，组织现场质量检查，召开现场质量会议和质量专题会议，对现场的质量问题做出有效的处理意见。质量管理严格遵守国家相关质量规范、标准。采用正确的施工技术和方法以确保施工质量，定期检查施工质量以排除质量隐患;建立周质量例会制度，会议的主要内容是回顾上周现场发生的质量问题和整改情况，制订下周的工作安排，对现场经常发生的问题，要找出原因并制订解决方案；现场质量检查分为日常质量巡检、周质量检查、专题质量检查，施工过程中，开展群众性全面质量管理，有计划、有目标的QC小组活动，解决施工中技术和质量问题；

所有质量控制人员在现场各把自己的质量关，出现质量问题及时处理，搜集各阶段的质量资料，做好过程控制。

项目进度管理方案

每天收集项目进展情况，每周对项目进度进行实时跟踪，并分析解决其中遇到的问题及提供解决方案，并将结果以周报形式分享给招标人项目负责人。

项目变更管理

乙方公司在项目全程实施项目变更管理。项目变更管理的内容包括项目的变更申请、变更评估、申请审批、变更实施（如若通过审批）。

在整个变更管理中，完善的文档记录对达成项目所有相关体的共识和进行项目的回顾及验收有重要意义。变更申请流程在确定变更并申请批准时使用。项目的任何参与方（者）在确定变更的必要性时需要填写《变更申请》向上一级项目经理或项目领导提出变更申请。请求的范围可涉及项目的内容、时间计划、交付物、资源、技术规范和标准等诸多方面。申请人可是乙方公司的项目组成员，或者客户项目组成员。

项目评估变更影响应考虑所有受到影响的项目的各个方面，如：

• 对交付物影响
• 对进度的影响
• 对成本的影响
• 对风险的影响
• 对资源的影响
• 对付款进度的影响

乙方项目经理依据变更批准权限范围来进行相应的上升报告和获取相应的审批，并将变更记录存放于项目文档中。

变更管理原则

• 在项目执行过程中对双方已经确认的项目工作范围进行变更，必须在项目变更管理委员会的控制下，按变更管理流程进行变更；
• 因变更而增加的费用通过双方本着“实事求是、互利双赢”的原则友好协商解决；
• 项目变更管理委员会：由客户项目经理和乙方公司项目经理组成；

变更控制概述

• 任何在需求文档确定以后的需求变化都属于需求变更。
• 变更可能由用户提出或由项目组提出，必须记录每一个变更并形成文档。
• 重大的变更需由项目指导委员会批准，其他变更可由项目管理组决定。
• 变更的申请、确定、审批、执行须按照变更处理流程进行。

变更流程

• 提出变更：变更由各组提出并填写《变更申请表》，由组长提交项目经理和SA。双方项目经理共同确认此请求是否为变更，对违反项目的前提假设条件和已确认的需求都将视为变更。
• 若是变更，提交相关人员评估该变更并填写变更评估，同时在《变更登记表》中登记该变更；否则将申请表退回申请人，进一步了解是否有其他问题。
• 根据变更评估结果，由双方项目经理签字决定是否执行此变更。
• 若决定执行此变更，项目组即可按照推荐方案制订相应的变更实施计划，进行有关的变更操作，并详细记录状态；对执行此变更引发的成本及费用，将根据实际发生在项目验收后向甲方收取。
• 由相关人员评估此变更执行结果，如果达到要求，则完成变更处理；若未达到要求，则应继续进行处理，直到达到要求为止。
• 记录变更的执行结果，双方经理签字后，文档归档保存。

项目沟通例会管理

在项目实施过程中，项目团队将按照项目的计划制定针对性的沟通计划，以确保各项目相关方都能够及时地得到项目的最新进展，并能够通过正确的渠道反馈他们对项目的意见和建议。

• 例会沟通管理机制

组合多种沟通渠道和方式，确保项目沟通顺畅有效，以支撑项目管理过程中重大问题能及时反馈、领导能及时决策、解决方案能及时沟通和确认，保证项目的顺利完成。具体沟通机制如下：

• 沟通计划

基于沟通机制构建一揽子的项目沟通计划，具体如下表：

沟通渠道	沟通内容	面向对象	参与人员	应用频率	重要文档
项目领导委员会会议	报告项目阶段性工作进度 展示阶段性成果 讨论并裁定重要未决事项	项目领导委员会	全体项目组成员	根据项目安排	项目领导委员会汇报材料
项目沟通会议	观念与交付成果介绍 项目相关议题整理与沟通协调 凝聚项目成员共识	公司领导和关键决策人员	相关项目组人员	按需召开	沟通会议材料、培训材料
每周项目工作例会及周报	报告项目现况与未来进程 各组工作的本周进展、下周计划 项目未决议题澄清与解决 讨论员工对项目的需求	项目管理办公室	项目经理及项目其他相关人员	每周安排一次会议	本周项目周报、下一周工作计划、项目问题记录
项目小组内部讨论	随时就小组内部发现的问题进行讨论	项目小组	相关项目小组人员	按需	小组内部讨论纪要
培训	在项目的不同阶段，采取不同的方式，对不同的目标受众进行培训	全体人员	项目涉及业务范围的人员	根据项目安排	培训材料、培训效果反馈表
访谈	征求其他目标受众的意见	领导/业务负责领导/关键用户	相关项目组人员	根据项目安排	访谈纪要
报刊	通过新闻等形式，在内部报刊上发布项目组的工作进度、重大活动等	全体员工	项目组成员	每月/每旬/每周	报刊
项目网站/园区网站	项目的最新消息、发展状况、相关活动及新知识的介绍、新术语的解释等	全体员工	项目组成员	及时更新	项目网站/园区网站
电子邮件	作为全体员工与项目组间沟通的主要渠道，解答疑问、提出合理化建议。	全体员工	全体员工	随时	无
电话会议	召开重要阶段性会议的辅助渠道，主要针对基层单位的项目相关人员	全体员工	全体员工	按工作计划开展	无

对于在沟通过程中发现的问题，项目组将纳入项目的问题管理，落实后续的解决措施，对问题进行整体的跟踪和管理。

项目团队构成

项目团队人员构成

针对本项目，我司承诺将安排30人，其中WEB开发人员14人，JAVA开发人员16人，核心人员如下：

1. 项目经理（1人）

资质：具备5年以上软件行业项目经验，本科及以上学历，并已提供简历及项目说明。

1. 技术架构师（1人）

资质：5年以上业务软件开发相关项目工作经验，项目说明详见主要技术人员配置表。

1. JAVA开发人员（3人）

资质：5年以上业务软件开发相关项目工作经验，项目说明详见主要技术人员配置表。

1. WEB开发人员（3人）

资质：5年以上业务软件开发相关项目工作经验，项目说明详见主要技术人员配置表。

项目团队稳定性承诺

我方承诺在框架合同期间内项目团队人员流动小于15%。

• 项目交付文档

1. 我方将提供软硬件设备的主要技术资料（包括随机提供资料）；
2. 我方将根据技术规范书的要求编写应用软件需求说明书，交由甲方确认；
3. 我方将在系统开发前应提交详细的设计文档，具体包括应用软件逻辑设计文档、系统结构设计文档、数据库设计文档、接口需求说明书、接口设计文档、程序详细设计说明书、应用软件模块设计文档、软件故障处理流程文档、软件模块关联图、数据流程图、模块之间的调用关系和调用接口给出详细说明文档等；
4. 我方将提供应用软件配置说明书和应用软件使用说明书（包括用户手册、操作手册、维护手册）；
5. 我方将在系统建设前，向甲方提供系统应用层软件的详细开发手册、示例代码及系统配置文档，并提供完整的API接口和SDK开发包，对主要的API函数及SDK开发包的调用要求作出说明和详细注释；
6. 我方将提供应用软件开发总结文档，对软件开发过程中的主要技术问题给出详细解答；
7. 我方将现场调试和试运行过程中如果对软件、硬件作了改动，则必须修改技术文件，及时知会甲方并在初次验收测试前乙方以光盘形式向甲方提交最终技术文件。软件的修改应将新老版本的软件清单、框图及说明提供给甲方；
8. 甲方为我方提供的所有业务技术资料、文档，乙方有责任对第三方保密；
9. 我方将提供详细的工程计划和工程日志。
10. 我方将在系统正式启用后向甲方移交完整的在用软件版本，其中系统底层软件以开发包的形式提供，应用层软件以源码形式提供，并同时提供完整的开发文档和代码说明文档。

项目培训方案

我公司将凭借自身资源优势和技术优势，为本项目技术人员、运维人员提供优质的培训服务，使人员具备独立操作能力，能够正常安全地使用我方提供的软硬件设备。

培训对象及目的

本项目培训对象为甲方组织的所有系统操作人员、维护人员、相关管理人员、相关业务人员等。

培训目的：

1、熟悉了解我公司提供的软件技术；

2、熟练使用我公司提供的软硬件设备，具有一定的系统维护、判断故障的能力和综合处理能力；

3、具备独立操作能力，能够进行日常维护，解决常见故障。

培训形式

我方为本项目提供的培训分为集中培训、现场培训两种形式。

1、集中培训

由甲方负责组织培训人员并提供培训场地，由我方提供系统培训工程师和相关培训资料。在集中培训过程中，我方将采用投影仪、教学软件等培训设备，以幻灯片讲义投影的形式进行培训教学。在培训中，我方会针对本项目的技术特点进行重点分析和讲解，为培训人员提供直观形象的培训内容。我们将通过特殊案例的分析和操作，使培训人员掌握实际调试和操作的方法。

2、现场培训

现场培训主要采取讲解和交流相结合的方式，利用本次工程使用的设备进行现场演示和讲解。

培训内容

1. 我方将负责甲方技术人员和管理专家的技术培训，至少包含以下两个方面:

• 现场培训

为使维护人员能独立进行设备/系统的安装、测试、运营、维护以及元部件的修理等。要求我方负责对甲方相应人员进行现场培训。现场培训不限人天数。

• 中级培训

我方将提供预培训的详细计划（包括时间、课程、入学要求等）及培训所需的教材和教师讲解和说明。教材和讲解说明要求用中文（或其他经双方商定的文字）编写；中级培训完成后能够完成本系统的各种业务操作；本项目中级培训按照0人天配置。

1. 培训教材、设备

• 我方将提供全套培训教材；
• 培训使用教材应包括相关设备的安装测试和维护技术;
• 培训用教材应提供最新的并和供给的设备相一致，保证每个学员一整套;
• 我方将提供培训人员实习所需的设备、工具、测试仪表及器材等；

1. 培训内容

现场培训应包括所提供软硬件架构原理和技术性能、操作维护方法、安装调测、排除故障及软件结构、定制和升级等各个方面；

1. 我方将提供培训的内容、质量能达到由第三方厂家直接提供培训相同的效果；
2. 我方将详细开列各种培训费用，如对合同中确定的培训地点、时间等项目，如果乙方提出变更，应提出书面通知，并承担变更中发生的全部费用。
3. 现场培训须免费提供，并不得对甲方培训人员数量和技术能力进行限制。

培训计划

我方负责提供培训教材和实际的操作环境，培训教材中文编制，采用集中培训、现场培训两种形式。具体培训人数和时间与招标方协商。

在培训时提供人员签到表和培训反馈表。培训结束组织培训人员考核，保证培训人员都能熟练系统操作。

项目技术支持

1. 我方在本工程实施期间的客户化开发过程中, 保证各节点在现场全职参与客户化开发并符合甲方要求资质的人员总数不少于30人；
2. 我方将提供设备安装调试时所需的工程资料，我方有责任在保证安全和质量的前提下提供技术支持，包括技术咨询、技术资料、设备技术说明书、使用说明书、维护说明书等；
3. 在系统安装和系统调测期间，甲方有权派出技术人员参加，我方有义务对其进行指导；
4. 我方会根据合同规定将要安装和调试资料提前一个月单独发往安装现场，资料应一式两份 ；
5. 我方自终验合格证书签署之日起，为甲方提供为期24个月的免费技术支持和服务，并在甲方指定地点提供从初验合格证书签署之日起12个月的免费现场服务。
6. 我方在每个地点提供实用齐全的全套技术文件两套（一套纸介质技术文件，一套电子介质技术文件）。设备开通后，如发生软件升级及设备升级、扩展等有关情况，我方会向甲方提供必要的技术资料。对上述资料，乙方应能提供光盘（CD-ROM）；
7. 甲方在设备投产后，如对系统软件有所改进，增加新功能以及适应甲方规范新建议所做修改的最新版本，均应免费提供甲方使用；
8. 对于目前为止尚未形成最终建议的规范，我方将在标准化组织发表一定时期内免费修改及更新软件版本和必要的系统设备硬件；
9. 在系统设备试运行期间，根据需要我方有责任派技术人员到现场指导维护工作。同时若我方所提供的设备出现问题时，我方将指定有经验的技术人员及时赶到现场，免费进行维护并解决问题；

故障类型	区域范围	支持方式	响应要求	修复时间
网络或主机系统瘫痪	全国	现场	小于4工作小时	小于4工作小时
系统严重故障、部分重要服务不正常	全国	现场	小于8工作小时	小于24小时
系统个别服务不正常	全国	电话响应或现场支持	小于12工作小时	小于48小时

1. 保修期内我方负责免费更换软、硬件；
2. 在网络和设备扩容及软件升级时，设备厂商应派技术人员到场指导；
3. 我方对其在中国的售后服务、技术支持方面的情况作出说明。在中国有无技术支持中心，地点设在何处，能否提供7×24小时技术支持。具体指出在本期工程的城市能够提供的技术支持；
4. 我方将在应答书中说明技术支持和技术支持的范围和程度。
5. 我方将向甲方指定的技术支撑团队提供系统应用层软件开发方面的技术支持，在建议书中列出技术支持的具体方式和响应时间，我方将根据甲方的要求提供底层软件开发包、协议栈和API的升级版本，配合甲方技术支撑团队完成新需求开发；
6. 我方将在每次软件升级前，向甲方提供详细的软件变动说明文档及更改后的底层软件包、协议栈和API，配合甲方技术支撑团队进行软件版本融合。

项目服务范围

软件开发服务

1. 我方所交付的软件将覆盖本技术标准和要求所列出的所有功能，并保证安全可靠及未来扩容和版本升级方便，在建议书中详细列出所提供的软件清单、发布日期和升级说明；
2. 我方将提供软件的源代码；招标人完全拥有软件及源码知识产权，可在此基础上做二次扩展，可将我方提供的版本用于其他产品的开发使用。
3. 我方所提供软件支持主流硬件产品；
4. 我方全面承担由投标人产品中涉及到的第三方产品所引起的一切法律责任；在建议书中要对所采用的软件进行详细的功能及性能说明。
5. 我方对系统进行详细的流程设计，细化到能够用软件实现
6. 本期工程系统部署过程中需要录入现有的相关数据。对数据的收集、整理和录入的方案、步骤等进行建议和详细描述。

技术支持服务

我方提供技术支持服务，包括但不限于产品系统bug修复、定制化功能bug协助诊断、产品技术问题处理报告、产品技术问题解答、客户化定制等服务。

软件测试服务

1）负责测试用例设计，包括但不限于单元测试用例、集成测试用例、系统测试用例、性能测试用例。

2）负责提供软件测试过程服务，包括但不限单元测试、集成测试、系统测试、回归测试、性能测试等。

3）满足技术标准和要求第3章节技术要求。

系统运维服务

1. 每日监控系统运行情况，协助应用系统的升级以及各种安全补丁的升级工作；
2. 系统故障检测及排除；
3. 应用系统功能优化、调整服务及少量的二次开发；
4. 根据备份策略定时进行系统及数据的备份，对重点数据要求能够进行定时备份；
5. 应急响应服务；

集成实施服务

1. 提供的软硬件的安装、调测（包括所有软硬件安装完毕后的系统调测）、系统联测及技术支持；
2. 根据本技术标准和要求中所定义的系统要求、网络安全等要求和原则，提出相关部署方案建议并负责实施；
3. 我方负责组织进行安装方案的技术讨论会，并汇总各方技术要求，确定安装方案；根据投标人到货时间，提出安装实施计划及方案；对招标人的机房环境、配套设施等的准备提供明确建议；
4. 我方负责定期向招标人提交工程实施进度的书面报告。

系统部署服务

我方根据要求提供本项目涉及的软硬件系统部署技术服务。

安全技术服务

我方根据要求提供本项目涉及的系统安全技术服务，包括但不限于安全漏洞扫描服务、安全加固服务、应急预案和演练服务、应急响应服务、信息系统安全测试服务。

售后保修服务方案

售后保修服务内容

1. 应用软件服务保修期为终验合格证书签署之日起24个月，非集采类软硬件设备保修期为到货之日起24个月。保修期内，我方免费保修除消耗品以外的所有设备；如果系统发生故障，我方要调查故障原因并修复直至满足最终验收指标和性能的要求，或者更换整个或部分有缺陷的设备；如果因乙方原因发生故障，甲方有权根据故障严重程度要求我方相应延长保修期。
2. 保修期内，硬件应免费更换和维修，由我方提供的第三方软件，我方负责免费升级,在软件保修期内由于软件升级而引起硬件变动所发生的费用也应由我方承担。
3. 保修期内，备件可作为应急的备件使用，我方须及时在保修期内补充备件，使甲方的备件库在保修期内是充足和完备的。在保修期结束后，产品寿命期内我方继续提供对产品备件、故障处理、软件修改等的服务，不得以任何借口拖延或中断对产品的售后服务，售后服务的费用由双方通过商务协商解决，其中备品备件的费用应不高于此次合同价格。
4. 我方会及时对系统的升级发展做出说明。

设备故障修复服务

总体要求

我方将根据甲方申告的故障级别，采取必要的服务措施(包括调整)，尽快修复故障，恢复设备正常运行。乙方可通过电话指导、远程登陆或现场服务等方式进行故障修复，并保证满足双方约定的服务等级中相应故障级别的处理时限。

根据故障的严重程度和影响程度的不同，故障级别由低到高分为三级故障、二级故障和一级故障。当故障没有在规定时限内恢复或解决时，故障级别将自动升级(如双方协商一致认为没有必要，也可不做升级处理)。

一级故障(重大故障)：指设备在运行中出现系统瘫痪或服务中断，导致设备的基本功能不能实现或全面退化的故障；其他造成业务中断1个小时以上或导致关键业务数据丢失的故障。

二级故障(主要故障)：指设备在运行中出现的直接影响业务、并导致系统性能或业务部分退化的故障；设备在运行中出现的故障具有潜在的系统瘫痪或服务中断的危险，并可能导致设备的基本功能不能实现或全面退化，如冗余设备单侧故障、监控终端故障等；系统设备或操作系统故障，造成业务中断但不满1小时的，如系统复位等。

三级故障(次要故障)：指设备在运行中出现的，影响系统功能和性能，但关键业务不受影响的故障。

服务级别

根据设备在甲方网络中的作用、承载的业务以及重要性不同，我方将提供不同服务等级的服务，至少应提供以下三个级别的服务，从服务水平由高到低分为A、B、C三级。

A、B、C等级服务的基本区别见下表。

服务等级	服务描述
A级 （7x24x4h）	7×24小时接受申告，4小时现场响应
B级 （5x9x4wh）	7×24小时接受申告，4工作小时现场响应
C级 （5x9Next Day）	5×9小时接受申告，第二天现场响应

电话响应

我方将设立7×24或5×9小时(根据服务等级)的值班响应电话，并安排有经验的工程师接受申告。当设备出现故障时，甲方通过我方指定的值班响应电话进行报障。我方将保证服务时间内，95%以上的呼叫接通时间小于30秒；当我方需要查阅相关资料再对甲方的问题进行回复时，应确保在30分钟内回复。

远程支持服务

对于通过电话指导不能解决的故障，我方在征得甲方同意后，通过远程接入手段，登录到故障设备，进行故障诊断，查找故障出现的原因，指导现场维护人员处理故障。

要求：

1. 我方将提供(或向乙方购买)必要的远程技术支援的设备。如果远程技术支援的设备由我方提供，保证该设备具备安全管理功能，能防止非法登录以保证设备和交换网络安全。
2. 我方服务人员登录到故障设备，通过诊断，分析故障产生的原因，制定故障解决技术方案后，应电话通知甲方，待技术方案经甲方批准后，才能进行故障解决方案的具体实施。
3. 在远程登录过程中，我方技术人员通过远程登录手段向设备发送的任何指令、报告回显必须形成命令日志文件；故障处理完毕或告一段落，应形成故障处理报告，同命令日志文件一同发送给甲方。
4. 对于不同级别的故障，远程支持服务的响应时限要求（从我方向甲方确认电话指导不能排除故障，要求远程技术支持到乙方技术人员远程登录到设备的时间）见下表。

故障级别	服务级别A	服务级别B	服务级别C
一级故障	小于30分钟	小于30分钟	小于30分钟
二级故障	小于30分钟	小于2小时	小于2小时
三级故障	小于2小时	小于2小时	小于2小时

现场服务

对于通过电话支持和远程支持都不能解决的设备故障，我方会迅速提供现场支持服务，安排经验丰富的技术支持工程师赴现场分析故障原因，制定故障解决方案，并最终排除故障。

要求：

1. 我方服务人员在进行现场支持服务前应作好以下准备：

• 查阅甲方用户档案，了解用户设备运行情况及设备以往所发生过的问题及处理办法；准备技术服务工具、技术服务资料、交通工具、必要的备板备件及软件。

1. 我方服务人员抵达甲方用户现场，首先提交《技术服务申请》给用户负责人签字确认。
2. 了解设备运行情况，核实故障现象，并根据故障现象对设备进行故障分析、测试、诊断，并制定业务恢复和故障解决技术方案, 我方保证优先实施业务恢复，在恢复业务的前提下，再进行彻底的故障修复。技术方案经客户批准后，由客户的技术人员具体实施方案；或在客户允许下，由我方服务人员进行具体实施。
3. 如果确定为设备硬件故障，我方会免费提供设备硬件为甲方进行更换。如果是软件故障，我方会免费为甲方修复软件故障；如果无法修复，我方会免费提供重新安装服务。
4. 我方服务人员在处理故障时不影响到设备的正常运行，并应有甲方用户维护人员在场协同处理；在必须进行系统重装或系统启动等较大操作时，须经甲方用户维护主管部门批准方可实施。若因我方服务人员误操作或擅自行事等主观原因给甲方带来损失的，甲方有权向我方提出索赔。
5. 我方服务人员在处理故障后，要向甲方维护人员解释故障原因和解决方法，以及在日常维护中的预防措施。
6. 我方服务人员在处理故障时，要认真填写《故障处理报告》，并在离开现场前交甲方客户主管部门存档，同时加入我方的用户故障处理数据库。
7. 现场支持响应时间是指在从用户提出现场支持请求到我方服务人员到达用户故障设备现场所需要的时间，根据甲方设备离我方服务点的距离不同，服务响应时间要求见下表。

距离技术支持中心所在城市的距离	响应时间A	响应时间B	响应时间C
50公里以内(含50公里)	小于4小时	小于4工作小时	第二天
200公里以内(含200公里)	小于8小时	小于8工作小时	第二天
400公里以内(含400公里)	小于12小时	小于12工作小时	第二天
400公里以上	第二天	第二天	第三天

对故障恢复和故障解决时限的要求

对于影响业务的一级故障，在进行故障处理时，我方优先考虑业务恢复，然后再彻底解决故障。以下是对故障恢复和修复时限的要求。

故障级别	服务级别A	服务级别B	服务级别C
一级故障恢复	小于4小时*	小于4工作小时*	小于12小时
一级故障解决	小于24小时	小于24小时	小于24小时
二级故障解决	小于24小时	小于24小时	小于72小时
三级故障解决	小于48小时	小于48小时	小于72小时

注：（1）如我方已选用最快交通方式，但仍因交通原因造成故障恢复超时限的，在考核时经双方协商可将该次故障的时限适当延长。

（2）对于服务级别为C类的设备，如果我方技术支持工程师确定为设备硬件故障，则向甲方提供需更换的硬件型号列表。甲方自行购买硬件，我方负责将甲方提供的硬件进行更换，我方在甲方提供备件后3个工作日内修复故障。

电话技术支持服务

我方通过电话为甲方提供技术支持，协助甲方解决系统日常运行中的问题。

我方设立7*24小时的技术支持热线，保证甲方获得设备日常维护的技术支持，保证甲方关于设备的技术性问题得到及时、有效的解答。

我方保证技术支持热线电话95%以上的呼叫接通时间小于30秒；当我方需要查阅相关资料再对甲方的问题进行回复时，应确保在30分钟内回复。

版本管理和软件补丁服务

本规范所指软件指本次合同范围内的应用软件。

软件补丁是指我方对原授权软件所做的修正和补充，是此版本软件运行过程中已发现问题的解决方案，这些软件补丁将对原授权软件起到消除运行中潜在的隐患的作用。

服务要求如下：

1. 软件补丁服务包含预防式补丁服务和响应式补丁服务。

A. 预防式补丁服务。我方在已知服务器软、硬件缺陷可能导致潜在问题的情况下，通过配置管理或巡检等方式对甲方服务器进行增补软件分析并提出版本升级建议。由甲方进行相关业务、客户影响分析后确认进行。

B. 响应式补丁服务。当设备出现故障后，甲乙双方工程师共同对故障进行分析并确认是软件缺陷所导致的故障，我方提供针对该软件缺陷的软件补丁程序。

1. 我方技术支持工程师在设备维护及设备巡检过程中发现软件存在故障隐患时，经甲方同意，我方提供软件补丁程序。
2. 我方保证提供的升级版本和软件补丁的合法性。
3. 我方现场进行版本升级和补丁输入的技术支持工程师必须持有相关的资格证书。
4. 我方输入补丁应严格按照甲方的工程割接流程和规范进行。
5. 在输入补丁过程前，我方协助甲方制定应急方案，做好测试及系统备份，尽量减少设备中断时间，确保系统的安全性。
6. 在输入补丁过程中，如果需要更换设备的硬件部件，则替换部件由我方提供，我方保证替换部件为不低于原部件功能和性能的全新部件，并不再收取硬件费用，替换部件的所有权归甲方，替换下来的硬件所有权属于我方。
7. 在输入补丁过程后，双方工程师需对设备和系统进行严格测试，测试通过后，我方技术支持工程师方可离开现场。

设备巡检服务

我方为甲方的设备进行定期的现场检查，及时发现设备运行中出现的隐患，通过系统调整等手段，减少设备发生故障的概率，保证设备稳定、高效运行。

服务要求如下：

1. 我方每年至少提供两次设备现场巡检服务，对甲方设备进行细致全面监视和检查，检查的内容包括软件、硬件检查，电源、告警及设备运行环境的检查等。
2. 为保证巡检效果，有效发现并解决IT系统常见的隐性互操作性问题。甲方将建立联合巡检（多厂商共同参加）的制度，甲方须在设备巡检前15个工作日告知乙方，设备巡检过程中甲方工程师全程参与，并且配合我方技术支持工程师完成此项工作。
3. 我方完成现场设备巡检后需配合甲方工程师填写设备巡检记录表。
4. 我方在设备巡检完成后三个工作日内提交设备巡检报告（报告模版由我方提供），甲方可以根据需要要求我方增加或修改设备巡检内容。
5. 我方为甲方建立设备维修档案，并根据设备运行情况向甲方提供设备升级、改造、更换的建议和方案。在设备巡检过程中我方可以对甲方工程师进行现场培训。

技术资料服务

我方为甲方提供保证设备正常运行的必要技术资料(含技术和商业机密的除外)。

服务要求如下：

1. 我方为甲方提供有关产品知识、操作手册、设备运行维护经验、技术文档等资料。常用资料应提供纸质文档。
2. 我方提供WEB、FTP等方式，保证资料方便共享，并对甲方如何访问该电子资源进行必要的培训。

培训服务

根据设备维护的需要，我方为甲方提供的设备技术培训。

培训包括两类，集中培训和现场培训。

集中培训是由我方提供教材、教师、场地和所需实验设备，甲方参加的培训，一般集中在我方培训中心进行。

现场培训经双方协商，在巡检、现场服务等过程中，对甲方进行的培训，我方提供教材和教师，甲方提供场地和必要的设施。

服务要求如下：

1. 对于集中培训，具体培训内容由甲方和我方协商确定；
2. 对于现场培训，如果甲方要求，我方就现场服务中故障发生的原因、处理过程、以及类似故障的预防和处理经验对甲方提供必要的培训。

重要通讯保障服务

重要通讯保障期间，甲方根据需要向我方提出重要通讯保障服务请求，我方收到请求后与甲方共同制定重要通讯保障期间的设备保障方案。

服务要求如下：

重要通讯保障期间包括汛期、重大节假日、国家军事、政治活动期间等。在重点通讯保障期间，如有必要，我方将指定技术支持工程师到现场完成通讯保障服务，此服务按照现场服务标准，我方不再另行收取费用。在签订合同时双方具体商定此类服务的日期和时间。

应急方案设计与预演服务

应急恢复方案设计与预演的目的在于确保服务器设备发生故障或面对意外灾难时，相关服务能在最短时间内得以恢复以使正常的业务运营继续进行，将损失降低到最小限度。

服务要求如下：

我方与甲方一起了解甲方业务需求和服务质量要求，确定应急恢复计划的范围与目标，设计提供应急恢复方案，以保证甲方业务的持续性和可用性。双方需共同讨论以完成应急恢复方案设计。

应急恢复方案设计完成后，双方共同参与，完成应急方案的测试预演，以确定其是否满足业务需要和达到设定的恢复目标。

我方负责对甲方维护人员进行应急方案操作培训以确保需要时可立即启动。

辅助故障定位服务

当故障涉及多方设备，甲方无法进行准确故障定位情况下，我方提供技术支持，辅助甲方进行准确的故障定位。

服务要求如下：

辅助故障定位服务技术支持的手段包括但不限于：电话技术支持服务，远程支持、现场服务。

售后保修服务方案

服务内容

在保修期内，如果系统发生故障，我方负责调查故障原因并修复直至满足最终验收指标和性能的要求，或者更换整个或部分有缺陷的材料或软件。以上都是免费的。

在保修期内，我方提供灵活、多样的通信手段，提供7*24小时的响应服务，保证在任何时候招标方人员都能及时找到我方的工程师。如招标方认为需要，我方的技术人员在合同承诺的时间内赶到现场支持。

在保修期内，我方如对系统软件有所改进，增加新功能，均免费提供招标方使用。

我方承诺在上海有常驻机构，并且有常驻技术服务人员，能提供7×24小时技术服务。

在系统发生严重故障的情况下, 我方承诺在2个小时内赶赴现场, 承诺在3个小时内排除故障。

版本响应及时性：针对系统bug、本地化需求等问题，我方保证版本更新的及时性、有效性。

咨询服务能力：结合招标方实际运行要求，配合策略制定，规范编制（运行管理规范、终端安全使用管理规范、备份及应急管理规范等）。

服务方式

我方承诺为本项目提供7X24小时技术支持，提供现场服务、驻场服务、邮件服务、电话咨询四种不同的服务方式，全面保障项目的稳定运行。

同时满足如下要求：

1) 系统软件和应用软件免费保修期从终验合格后开始计算，时间为12个月，对已购原厂商保修服务的设备，由集成商协调原厂商按购买条件执行；

2) 从终验合格后开始计算，我方将为应用软件提供1年保修期；在保修期内，如果系统发生故障，我方将调查故障原因并修复直至满足最终验收指标和性能的要求，或者更换整个或部分有缺陷的材料或软件；以上都应是免费的；

3) 在保修期内，我方会提供灵活、多样的通信手段，提供7*24小时的响应服务，保证在任何时候招标人人员都能及时找到我方的工程师；如招标人认为需要，我方的技术人员应在合同承诺的时间内赶到现场支持；

4) 我方会对其在中国设有售后服务、技术支持中心，地点设在上海, 可以为采购人提供7×24小时技术服务；

5) 在系统发生严重故障的情况下，30分钟内响应，我方承诺在2个小时内赶到现场, 承诺在4小时时间内排除故障；

6) 在保修期内，我方如对系统软件有所改进，增加新功能，均应免费提供招标人使用；

7) 版本响应及时性：针对系统bug、本地化需求等问题，能保证版本更新的及时性、有效性；

8) 咨询服务能力：结合招标人实际运行要求，我方配合策略制定，规范编制（运行管理规范、终端安全使用管理规范、备份及应急管理规范等）。

故障响应能力

1）应用系统软件支持

应用系统软件维护由卖方负责，在系统正式投入运营后一年内，组织一个维护小组负责应用系统软件的维护工作，提供7*24小时免费服务，并及时维护、更新。当系统硬件或系统软件更新、升级时，卖方对应用软件更新后的系统运行状况进行重测试，并解决由于升级导致的问题。对系统故障引起的故障应用系统恢复包括应用系统软件的安装、应用软件运行数据的恢复由卖方完成。

2）客户故障级别定义

我们根据客户故障对最终用户的影响程度，区分以下三个级别的客户故障：

故障级别	特征描述
一级故障	紧急故障，现有系统停机，或对最终用户的业务运作有严重影响
二级故障	严重故障，现有系统的性能严重下降，或由于系统性能明显下降，使最终用户的业务运作受到显著影响。
三级故障	一般故障，系统性能出现一定程度下降受损，但最终用户大部分业务运作仍可基本正常工作。

3）紧急故障

给客户提供服务的系统崩溃、系统性能严重下降，已无法提供正常服务。

卖方保证及时给予客户响应，并委派主管支持工程师全时（24小时）处理客户故障，在接到故障申报起四小时解决非硬件故障，并恢复业务的正常使用。如为硬件故障，视损坏程度在最短时间内修复。

说明：技术支持中心将及时给予客户响应，并委派主管支持工程师全时（7*24小时）处理客户故障。

4）严重故障

用户业务系统出现问题，以至业务完全不能正常运行。

部分服务中断，影响用户正常使用。

卖方保证及时给予客户响应，并委派主管支持工程师工作时间内处理客户故障，在接到故障申报起八小时解决故障，并恢复业务的正常使用。如为硬件故障，视损坏程度在最短时间内修复。

说明：技术支持中心将及时给予客户响应，并委派主管支持工程师在工作时间内处理客户故障。

5）一般故障

系统或应用系统出现故障，但不影响用户正常使用。

客户技术咨询、索取技术资料、技术支援等。

卖方保证及时给予客户响应，并委派主管支持工程师工作时间内处理客户故障，在接到故障申报起24小时解决故障，并恢复业务的正常使用。

说明：技术支持中心将及时给予客户响应，并委派主管支持工程师在工作时间内处理客户故障。

6）现场故障排除响应流程

项目安全性方案

我方将在项目初验前组织有安全资质的安全服务厂商按照企业有关安全防护验收规范的要求完成安全评测工作，并针对发现的问题进行加固和复测，复测通过后方可组织项目的初验。最终的安全评估报告作为初验文档的附件予以存档。安全检查以及加固的相关费用由我方承担。

系统安全

1) 系统服务器设备采用专业的服务器配置， 进行安全最大化配置， 关闭所有不必要的服务和端口。系统通讯所使用的少量端口都是采用的在1024 以上的不常用的高端端口，管理员很容易监测。提高了系统安全性。

2) 核心设备支持NAT、代理服务器以及各种防火墙的自适应，不但可以实现基于内外网络的正常通信，还可以利用现有的网络安全系统保证整个系统的通信安全。

3) 系统管理安全：整体系统均有严格的日志记录，从系统日志上可分析判断安全隐患。

数据安全

1) 数据加密：用户身份验证的目的是防止账号被非法使用。为保证系统的使用安全，对连接平台的任何一项服务都设置了身份验证保障，所有这些验证过程都采用MD5、DES 对口令进行双层加密传输，以确保安全；系统还通过先进的四次握手验证机制来严格确保用户的合法性；除此之外，系统密码的存储还采用了不可逆加密算法MD5，也有效保证了密码的安全。

2) 传输安全：系统平台中的所有数据，都采用了符合最新国际标准的 256 位AES高强度动态数据加密技术进行加密和解密。AES加密现在广泛应用于分布式开放网络中，它的高强度加密、高运行效率使得它在政府、军队、金融、运营商等领域都发挥了极大的作用； AES 加密算法的使用为系统的用户数据提供了一个重要的保护层，能完全杜绝信息在传输、存储过程中被非法获取；同时， 系统随机密钥也经过动态加密后再在网络上传输，彻底保证数据的安全，使得系统更加安全可靠。

3) 防火墙和NAT：穿透防火墙和NAT是软件重要技术指标之一。网络防火墙的部署和网络安全策略的规划如今已经成为企业、政府在布网时关注的重点， 这一变化要求软件不仅要在各种不同类型的防火墙和NAT下稳定运行， 还要保证网络原有的安全机制不被破坏。

采用先进的跨网关通讯体系， 解决防火墙和NAT穿越问题， 使软件可运行在各种复杂的网络环境中，实现跨网关通讯。对于通过传输层网关过滤（根据TCP和UDP端口信息对数据进行有选择的过滤）的防火墙，用户只需要在软件设置中开发UDP通信端口即可； NAT方式的防火墙，是指即多个虚假IP共享一个真实的IP 地址，这种防火墙是最常见也是用得最普遍的防火墙，是大多数公司内部局域网通过路由器上网普遍采用的机制， 针对这种防火墙系统作了专门的设计， 使得所有的数据包能自动穿过该类防火墙而无需用户做任何的特殊配置。

应用安全

1) 账号策略强制

账号的按角色分权设置，实现账号分级管理，每人每账号授权，消除共享账号，清理系统多余的账号与账号组，账号变更管理审计。

针对不能实现每人每账号的管理员账号，系统根据角色定义账号，将账号集中掌控在有限的1-2 人中，在管理制度和流程控制上对此类账号的拥有者加以强化，

各级别账号均能按照个人设置用户账号，每个账号应至少包括以下属性：账号有效期、权限类型（如以角色代码表示） 、口令复杂度和账号描述。

系统管理员能新增、删除或编辑账号，可对账号具体属性进行设置。其中新增账号默认权限由该账号所属角色设定。

多用户多角色，允许多个用户以不同的方式登录，分别完成自己的操作，每个账户可以被赋予下面任意一个或多个角色，以行使不同的功能。

2) 会议过程控制—- 会议室加锁功能：

系统采用独创的会议锁定及请出会场功能，在会议进行时可以将会议锁定，会议被锁定后，其他人将不能登陆进会议， 排除了会议过程中其他的恶意干扰； 对扰乱会议秩序的与会者可以通过“请出会场”功能将之请出会议，使会议能正常有序进行。