1、 安徽统一 客户接触信息推送 平台 技术方案 技术方案 - 1 - 文档记录： 摘要记录： 关键字 技术方案 编 号 关 联 变更记录： 变更者 版本 变更日期 批准人 审批日期 变更内容 技术方案 - 2 - 目录 第一章 项目概述 . 1 1.1. 项目背景 . 1 1.2. 项目目标 . 1 第二章 整体技术方案 . 2 2.1. 系统总体架构 . 3 2.2. 系统部署架构 . 7 第三章 系统功能方案 . 8 3.1. 接入配置管理 . 8 3.1.1. 接入系统管理 . 8 3.1.2. 服务等级管理 . 8 3.1.3. 服务限制管理 . 9 3.1.4. 接入场景管理 . 9
2、3.1.5. 接入安全管理 . 10 3.2. 策略配置管理 . 10 3.2.1. 模板管理 . 10 3.2.2. 规则管理 . 10 3.2.3. 名单管理 . 11 3.2.4. 信息防火墙管理 . 11 3.3. 服务请求 . 12 3.4. 信息构造 . 12 3.4.1. 信息组合 . 12 3.4.2. 信息压缩与合并 . 12 3.4.3. 信息替换 . 12 3.5. 推送执行 . 13 3.6. 优先级发送机制 . 13 3.7. 延迟发送 . 13 3.8. 执行结果获取 . 14 3.9. 全流程监控 . 14 3.9.1. 执行监控 . 14 3.9.2. 异常预警
3、 . 14 技术方案 - 3 - 3.10. 系统管理 . 15 3.10.1. 字典管理 . 15 3.10.2. 模块管理 . 15 3.10.3. 机构管理 . 15 3.10.4. 用户管理 . 15 3.10.5. 角色管理 . 16 3.10.6. 日志管理 . 16 第四章 系统设计原则 . 17 4.1. 实用性 . 17 4.2. 易用性 . 18 4.3. 可靠性 . 19 4.4. 安全性 . 19 4.5. 扩展性 . 20 4.6. 开放性 . 20 4.7. 先进性 . 20 4.8. 标准性 . 21 第五章 硬件要求 . 21 第六章 整体实施方案 . 22 6
4、.1. 总体实施计划 . 22 6.2. 项目组织架构及分工 . 22 6.2.1 组织架构图 . 22 6.2.2 架构分工及职责说明 . 23 6.3. 系统安装、测试及数据迁移方案 . 24 6.3.1 系统 安装（上线割接） . 24 6.3.2 测试保障 . 25 6.3.2.1 V-Model 测试方法 . 25 6.3.2.2 测试分类 . 26 6.3.2.3 测试执行、职责 . 26 6.4. 验收标准 . 27 6.5. 技术支撑及培训 . 27 6.5.1 技术服务请求 . 27 技术方案 - 4 - 6.5.2 培训 . 29 6.5.2.1 培训准备 . 29 6.5
5、.2.2 培训形式 . 30 6.5.2.3 培训人数、时间、 地点 . 30 6.5.2.4 培训考核 . 30 6.6. 质量控制及保证体系 . 31 6.6.1 系统运行维护管理 . 31 6.6.2 运行维护的流程 . 31 6.6.3 运行维护制度 . 31 6.7. 风险管理 . 33 6.7.1 风险发现 . 33 6.7.2 风险分析 . 34 6.7.3 风险解决 . 34 6.7.4 跟踪风险的方法 . 35 技术方案 - 1 - 第一章 项目概述 1.1. 项目背景 随着安徽电信业务的发展，通信市场的竞争日益激烈， 客户接触信息的发送也暴露出众多问题： 1. 发送信息接触
6、的系统众多，没有统一管控； 2. 信息种类多、数量大，多系统各自发送，对客户形成“信息轰炸”，过度打搅用户； 3. 对于接触信息投诉，由于系统终端众多、执行记录不统一、缺失，客服人员很难快速查询、定位出用户投诉的问题，不能基于客户及时解释，造成客户感知下降； 4. 发送信息没有区分优先级，造成停机前通知、业务办理通知等客户急需获知的信息易出现晚到现象； 5. 无接触信息执行监控，造成电信员工无法获知接触信息是否发送成功； 为了满足各类角色的要求，中国电信启动了统一 客户接触信息推送 平台的建设，通过集约化管理方式，统一管控中国电信与用户间的接触信息构造、发送、结果统计、问题定位，提升用户感知。
7、 1.2. 项目 目标 统一客户接触信息推送 平台的建立是基于提升中国电信客户接触服务质量开展的系统建设，本规范遵循中国电信集团公司现有信息技术方案 - 2 - 提醒要求与规范，同时，针对电信短信提醒服务中需重点提升的能力，进行新的梳理提出业务提升要求。 关键目标： 建立统一客户接触管理调度通道：对中国电信和客户接触的信息内容、方式、渠道进行集中管控。 集约化管理提升客户服务运营管控能力，降低运营成本：通过集约化管理，提升客户服务水平，降低企业营销服务的综合成本。 满足个性化的客户需求，提升客户服务水平：支撑个性化信息接触定制，按照各户个人需求，提供接触信息发送渠道、时间、 内容的定制，接收什
8、么内容客户“自己做主”。 整合服务与营销服务接触信息，提升营销成功率，减少对用户打扰：整合服务与营销的接触信息，在提供业务服务信息的同时向部分用户推送营销信息。有针对性的对消费存在较大波动的用户进行营销信息推送、提高营销成功率，减少整体的营销信息的推送数量。 信息提醒区分内部、外部客户群体 :建议通过场景区分对内、对外发送对象，根据场景可统计对内、对外的发送情况分析汇总。 第二章 整体技术方案 技术方案 - 3 - 2.1. 系统 总体 架构 统一 客户接触信息推送 平台，支持短信服务、彩信服务、 Push 服务、邮件服务。平台提供了灵活多样的规则配置、多层级的角色与权限管理、精细的服务权限控
9、制、详细的日志记录及全流程的推送结果查询和监控功能。 关键功能 简介 ： 场景定义 ： 以场景的形式定义推送信息，规范化管理 实现多种推送方式选择：短信、彩信、邮件和 PUSH 实现推送方式的规则选择 实现场景或场景推送方式的启动和停止 实现每种推送方式的模板配置 模板定义 ： 规范推送信息的内容，语言组织 实现不同的推送方式的模板定义 实现模板内容动态参数设置 个性化定义 ： 对推送信息的内容，时间，推送方式进行个性技术方案 - 4 - 化定义 实现灵活的推送方式模板选择 实现推送的时间段、免打搅时间段等推送规则配置 实现推送信息的过滤规则选择 名单管理 ： 支持对黑名单白名单的用户定义、审
10、核、管理 实现黑白名单分组管理 实现对用户列表进行黑白名单划分 实现对黑白名单的单个维护和批量维护 过滤策略管理 :信息过滤策略、用户过滤策略管理 实现过滤关键词分级管理：场景级、系统级 实现设置单个或者多个关键词过滤 实现按黑名单、白名单制定用户过滤策略 实现设置单个或者多个用户过滤 信息过滤 :通过信息防火墙对所有的请求信息进行过滤 实现信息防火墙的关键词可维护 实现敏感信息的安全审计 信息压缩合并 :从整体上减少用户接触信息的数量，提升用户感知 实现对一定周期内，同类别的推送信息进行压缩、合并 实现对不同场景的，同类别的推送信息进行压缩、合并 信息替换 :对推送信息中的专业术语或者敏感信
11、息进行替换 实现专业术语的信息替换 技术方案 - 5 - 实现敏感词语的信息替换 信息组合 :用请求参数替换模板中的动态参数进行信息拼接和构造 实现基于批量数据导入的参数获取 实现基于实时请求的参数获取 实现不同接触模板的参数共享 优先发送 :推送信息集中管控，以紧急优先作为推送的基本原则 根据请求实例所在场景的优先级，保证紧急先行 实现紧急插队处理 实现紧急停止和重启 延迟发送 :在夜间、午休等情况下不影响客户使用的信息延迟发送 实现夜间延迟发送、午休延迟发送、节假日延迟发送等 实现允许发送开始时间和结束时间外的延迟发送 推送渠道匹配 :根据场景定义匹配短信、彩信、邮件、 PUSH等推送渠道
12、 实现短信调用短信网关直接发送 实现邮件调用邮件服务器直接发送 执行结果获取 :通过发送记录，了解推送信息的处理情况 实现通过界面对执行结果进行展示和分析 实现各个环节的处理结果展示如：信息构造、推送执行等 技术方案 - 6 - 实现推送结果主动反馈给外围系统 执行结果查询 :对推送信息执行情况进行查询 按成果与失败查询 按上行于下行短信查询 按场景、所属系统、用户号码等条件查询 异常预警 :对在业务处理和性能方面的异常进行预警提醒 提供一系列异常处理机制，快速捕获异常 异常按照不同的场景进行告警 执行监控 :多环节的全流程跟踪监控 信息推送结果的全流程监控 多维度的统计分析与监控 技术方案
13、- 7 - 2.2. 系统 部署架构 分布式部署 、 分模块水平扩展 、 MQ、缓存、数据库的多层集群 、统一的业务调度架构。 技术方案 - 8 - 第三章 系统功能方案 3.1. 接入配置管理 3.1.1. 接入 系统 管理 接入系统管理是统一 客户接触信息推送 平台对所有接入的系统统一管理 ， 通过接入系统管理可以对所有接入 的系统进行统一的服务管理和服务控制，一方面保证各个系统的接触质量另一方面可以降低客户接触对客户产生的负面影响，提高服务质量。 接入系统管理实现以下功能： 新增接入系统 ，新增接入系统账号提供给相关系统账号、接入密码 修改 接入系统 ，修改接入系统基本信息 删除接入系统
14、 ，对没有使用过的接入系统可以删除，对已经有服务记录的接入系统只能做逻辑删除 锁定接入系统 ， 根据需要可以对接入系统进行锁定，锁定后业务系统暂时不能使用 统一 客户接触信息推送 平台 的系统 功能 激活接入系统 ，对于锁定的系统 用户可以根据需要进行激活，激活后接入系统可以重新使用统一 客户接触信息推送 平台的系统功能 3.1.2. 服务 等级 管理 服务 等级 管理是对接入系统进行 服务 根据系统的性质和业务的技术方案 - 9 - 重要性， 进行服务等级的配置 ，以便于优先保证关键业务的关键推送信息的推送服务质量 。 3.1.3. 服务限制管理 服务限制管理地对接入的系统进行服务次数的限制
15、， 包括每天可以享受的服务次数 限制 或者每个月可以享受的服务 次数限制。 3.1.4. 接入场景管理 接入场景管理是接入系统对需要发送的信息以场景的形式进行定义，设定信息发送的条件、内容要求、接触形式进行配置，同时以场景的方式进行接触信息的评审，以规范化接触信息到质量。 接入场景管理实现以下功能： 新增场景，新增场景包括下行和下行场景 修改场景 ，修改场景的基本信息、名单、规则等信息 删除场景 ，对于没有使用过的场景可以做物理删除，对于已经有使用记录的场景做逻辑删除 锁定场景 ，根据业务需要可以暂时锁定某些场景，当场景被锁定后所有该场景的服务请求都被拒绝 激活场景 ，可以激活被锁定的场景，当
16、场景被激活后所有该场景的服务请求可以再次被接收 名单配置，可以配置场景的黑名单和白名单 规则配置，可以定义场景的发送规则 技术方案 - 10 - 3.1.5. 接入安全管理 接入安全管理是对接入的系统进行安全管理配置， 实现以下功能： 动态验证码配置 ，可以选择接入系统是否 需要动态 态验证码 ，动态密码可以设置有效期 ，在动态验证码失效后需要重新获取 IP 限制 配置 ， 可以设置接入系统是否需要 ip 限制，对于设置了 IP 限制的接入系统，在服务请求时对服务发起的 ip 进行校验，以保证服务的对象为 可信任对象 3.2. 策略配置管理 3.2.1. 模板管理 模板管理包括短信模板、彩信模
17、板、邮件模板和 PUSH 模板，模板管理实现以下功能： 可以 新增、修改、删除模板 可以定义 短信模板、彩信模板、邮件模板和 PUSH 模板 可以对 模板参数 进行 配置 3.2.2. 规则管理 规则管理是对于接触信息的发送时间段、和免打扰 时间段等 规则进行 管理 。 规则管理的主要内容包括： 发送规则管理， 新增、修改和删除发送规则 技术方案 - 11 - 免打扰规则管理 ，新增、修改和删除免打扰规则 场景可以引用发送规则 场景可以引用免打扰规则 3.2.3. 名单管理 名单管理是对政企客户、免打扰客户及有过投诉记录的客户等进行分类管理，以保证服务质量。主要 内容 包括： 黑名单分组管理
18、白名单分组管理 黑名单批量管理 白名单批量管理 名单划分管理 场景可以引用黑名单 场景可以引用白名单 3.2.4. 信息防火墙管理 信息防火墙是对发送的敏感信息进行过滤，对专业术语进行替换 。信息防火墙的 主要内容包括： 信息过滤规则的 新增、修改和删除 敏感词屏蔽规则新增修改和删除 专业术语替换规则的新增修改和删除 场景 默认 引用 敏感词屏蔽规则 场景可以引用专业术语替换规则 技术方案 - 12 - 3.3. 服务请求 3.4. 信息构造 通过业务系统的触发，根据接触信息发送规则进行判断进行信息的转换、过滤、合并压缩、替换等信息构造工作。 3.4.1. 信息组合 对于业务信息待发送的信息，
19、支持参数列表形式发送至统一客户接触信息推送平台，然后按照模板定义中的相应模板进行接触信息的拼接和构造，形成符合用户阅读的文本内容。包括支持外部系统以批量文件方式，传递以参数形式的信息，统一客户接触信息推送平 台可以利用参数与文字模板拼接的方式，形成接触信息。 3.4.2. 信息压缩 与合并 对一定周期内、同类别、互斥、关联的接触信息进行压缩与合并，从整体上减少用户接触信息的数量，提升用户感 知。对不同场景发送的相似度较高的信息可以进行压缩合并为一条信息发送，避免客户统一客户接触信息推送平台技术规范过度打扰。 3.4.3. 信息替换 对业务部门认为不合适的接触信息内容（描述语言）按照服务部门的要
20、求进行词语或整句信息替换 ，以符合业务要求、用户易懂的语言进行接触信息的二次构造。 技术方案 - 13 - 专业术语替换，专业术语用专业术语替换规则中设置的替换词进行替换 敏感词语替换，敏感反动不健康的词语用 *替换 3.5. 推送执行 将构造成功的接触信息按照执行策略、优先级、渠道分发策略进行信息向网关的推送，同时要对已经推送的信息进行执行结果的获取。 3.6. 优先级发送机制 优先级发送机制：将所有接触信息进行集中管控，对所有类别的信息，进行优先级设定，同时将发送通道按优先级进行设定，对于优先级高的信息，要进行及时、快速处理保证不影响用户使用，从根本上解决由于信息无级别所造成的对用户使用影
21、响大的信息由于信息拥塞、排队造成的信息晚到现象。 优先级发送机制功能包括： 在同一时间段内多系统可以按系统优先级处理 在同一周期内不同场景都在进行短信推送，按 场景 优先级处理 紧急信息可以紧急插队处理 发送队列 紧急 批量启停 3.7. 延迟发送 系统按照用户普遍的使用习惯，在夜间、节假日调整服务类信息的发送时间，对于不影响用户使用的服务、营销信息进行适当的延时技术方案 - 14 - 发送，避免打搅用户的休息。支持规则里可设置不同的发送时间段，如：夜间延迟发送、节假日延迟发送、个性化延迟等。 能够按照 场景配置的发送规则进行发送 能够按照场景配置免打扰规则进行发送 3.8. 执行结果 获取
22、执行结果获取：通过发送网管的发送记录，得知信息的处理情况，实时、准确的获知接触信息的处理情况，结合执行情况、用户的个性化设定、系统处理策略，决策是否进行二次发送，有效提升接触信息的有效达到率。 3.9. 全流程监控 对于统一客户接触信息推送平台的相关流程建立相应的监控点，通过处理日志、信息点，实时获知系统处理效率、信息处理的情况 。 3.9.1. 执行监控 对接触信息从触发数据获取、策略匹配、信息构造、信息执行、执行结果统计多个环 节进行全流程跟踪、监控，以便了解接触信息的处理情况。主要功能包括：发送结果的全流程监控、多维度进行统计分析与监控、 执行结果环比参考 等 。 3.9.2. 异常预警
23、 异常预警 通过信息点与定义的阀值进行值比较，判断是否触发告警操作，通过告警提示统一客户接触信息推送平台在业务处理、性能技术方案 - 15 - 上的异常点，方便后续异常处理的触发。 主要功能包括： 能够快速捕获异常，分 析异常原因，处理异常 异常信息按不同的异常名称及场景名称、时间进行查询 自动获取异常信息，并对异常信息进行分类处理 异常监控与告警 3.10. 系统管理 3.10.1. 字典管理 数据字典管理和维护的功能，方便用户进行自定义数据字典的维护管理。 3.10.2. 模块管理 模块管理主要是实现系统模块的增删改操作，同时基于模块对角色赋权，实现各个模块的权限控制。 3.10.3. 机
24、构管理 机构管理主要实现部门的增删和改操作，同时基于机构可以实现对员工的增删改查进而实现对员工访问该系统的权限管理。 3.10.4. 用户管理 用户管理是对用户基本属性信息和权限信息的管理维护，对用户认证信息的增删改等操作管理。 用户登录门户后台时，门户将对用户进行身份认证，认证通过的技术方案 - 16 - 为合法用户，门户根据事先配置的用户权限对合法用户进行授权管理，允许其 对拥有功能模块操作。 用户管理功能只能由授权的用户实施，无此权限的用户，可以查询自身的用户属性，修改自身的用户密码、真实姓名和描述信息。 增加用户：增加用户时需提供以下信息：用户名、用户密码、真实姓名、用户的描述信息 (
25、如用户的通信地址、用户单位、联系方法等 )、用户角色。 删除用户：删除门户中已存在的用户。 查询用户属性：根据用户名称或工号，状态，单位等条件查询用户属性。包括：真实姓名、用户的描述信息 (如用户的通信地址、联系方法等 )、用户角色、用户的操作权限。 修改用户属性：根据用户名称或工号，状态，单位等条 件修改用户属性。包括：用户密码、真实姓名、用户的描述信息 (如用户的通信地址、联系方法等 )、用户角色，用户的操作权限等。 3.10.5. 角色管理 角色管理主要包括角色人员管理和角色权限管理，其中角色管理功能只能由授权的用户实施，允许其对角色进行增删改查操作，修改对应的角色，具有该角色的用户在下
26、次登录时启用新的角色权限。 3.10.6. 日志管理 日志管理是对各个关键处理部位采用日志管理的方法，保证网络技术方案 - 17 - 和 IT 服务管理系统的安全、可靠和稳定运行，及时发现、及时预防故障隐患，避免系统运行事故的发生。 功能包括： 用户操作日志：系统可记录每个操作员进入、退出系统的时间以及在系统中的一些重要操作的操作内容； 故障日志：对人为和软、硬件故障及其解决过程进行详细的记录备案 日志备份：对数据完整性要求较高的数据建立双副本日志，以保证意外发生时的数 据恢复 日志统计：系统支持对日志数据进行统计分析，帮助检查系统使用情况，对于系统的非正常使用和非正常状态及时发现、及时预防，
27、避免系统运行事故 日志查询：系统支持对用户操作日志的浏览、查询、删除和统计功能。当用户进入 日志管理功能后，可以看到日志记录的列表显示 第四章 系统设计原 则 4.1. 实用性 设计与实施充分考虑实际使用者的计算机水平，使得系统在界面操作部分具有相当的友好度，充分考虑到系统的易用性。选择 B/S结构，使得系统维护方便、信息获取方便，显示直观。系统的设计，针对不同的用户、不同类型的应用，做到适用实用。 技术方案 - 18 - 4.2. 易用性 系统应具有一致的、友好的客户化界面，易于使用和推广，并具有实际可操作性，使用户能够快速地掌握系统的使用。除特殊的、必须的应用外，用户终端全部采用浏览器方式
28、。操作简单方便，简洁明了，易学易用，切近用户的使用习惯。计算机能够处理的要实现计算机处理，尽量减少人工处理；录入数 据要实现一次录入后全系统共用，避免数据重复录入；查询数据要方便、快捷。 快速部署：可以在最短的时间里，进行应用结构和功能的定义、设计、实现。 零客户端维护：除特殊的、必须的应用外，整个系统采用 B/S 结构，所有的数据及应用都统一在服务器端维护，客户端只要支持浏览器就可以完成全部操作。 操作简便：采用成熟的产品和先进的系统设计理念，同时应用设计遵循简单实用的原则，做到对操作人员、使用人员最低的技术门槛要求，简单培训即可以进行操作，做到名称浅显、易懂，操作所见即所得；提供方便的后台
29、管理系统，系统管理、页面风格调整灵活、简单。管理人员不需要编写代码、制作复杂的页面，就可对系统进行维护管理。 模板支持：采用模板技术发布信息页面，使得系统应用、检索页面的定制变得更加简单。 系统易于维护：使用该系统如同使用 IE 浏览器一样容易，且易于系统管理员维护。 技术方案 - 19 - 4.3. 可靠性 稳定性和可靠性是系统必须具备的最基本的要求 。 应用服务器、数据库服务器、 WEB 服务器全部双机互备，可以保持 24 小时开机运行。 支持配置数据、参数数据热加载生效。 系统应能够连续不断稳定可靠的工作。 软件版本升级或改进应在不影响业务的情况下进行，保证系统可以稳定、平滑过渡。 业务
30、流程的优化、组织机构和人员的异动及数据统计等必须保证系统稳定可靠运行。 系统工作可靠，关键部分具备必要的自动备份，出现故障能自行诊断，并提供方便的排除工具。 4.4. 安全性 (1)允许授权用户执行合法操作，访问合法数据。 （ 2）超权限操作的授权用户和非授权用户不允许执行非法操作，不能 访问有关数据。 （ 3)能够在数据库级、表级和字段级进行数据安全控制。 （ 4)系统要在数据库级实现审计和跟踪功能，并显示操作用户信息。 （ 5)系统要支持对关键应用数据和系统数据的定期自动备份和不定期人工备份，数据出现损坏可及时进行数据恢复。 技术方案 - 20 - （ 6)应用系统应遵循编写安全代码的规范
31、进行设计开发，最大限度的避免安全漏洞，在系统开发完成后应由专门的测试机构对代码进行安全性测试，开发商应根据测试结果全力配合进行代码修改，并在系统应用上线的一定时间内有义务根据新的安全漏洞进行代码修改。 4.5. 扩展性 在系统架构和业务实现上要采用 SOA 的思想，业务处理功能上要具备组件化的方式提高软件适应变化的能力，以及软件的自动重组能力。 系统结构良好，易于调整、扩展和维护。系统平台要具有良好的兼容性，在未来要易于扩展、修改模块、增加新的功能以及重组；系统允许用户自己维护人员在应用系统中的权限；允许对应用模块进行扩展，包括增加功能模块和用户数量；软件本身必须随着管理业务需求的提升可以柔性
32、地适应需求的变化；系统的建设应遵循易于维护的原则。要求系统在设计开发时，充分考虑其维护的难易程度。 4.6. 开放性 全面支持 XML、 SOAP、 Web Service、 LDAP、 UDDI 等当前受到普遍支持的开放标准，保证系统能够与其它平台的应用系统、数据库等相互交换数据并进行应用级的互操作性和互连性。 4.7. 先进性 系统建设重视总体方案、系统结构、软硬件环境方面设计的先进技术方案 - 21 - 性。总体方案不仅满足当前需求，还应充分考虑到未来的发展，以适应新技术及职能转换带来的系统变化；采用先进的计算机系统结构，实现系统的跨越性发展；软硬件设备的购置与开发以全局最优和资源共享为
33、原则。 4.8. 标准性 系统应全面支持业内标准，应用服务器程序可以与各类主流关系型数据库连接，支持 SOA、 WebService、 XML 等业界主流标准。 第五章 硬件要求 系统推荐配置如下： 环境 用途 机器数量 硬盘 软件 SIT环境 数据库 1 台 CPU： Intel(R) Xeon(R) CPU E7- 4820 2.00GHz 4核 内存： 4G 硬盘： 250G Red Hat Enterprise Linux Server release 6.2 (Santiago) (64 bit) 应用、 MQ服务器 1 台 CPU： Intel(R) Xeon(R) CPU E7-
34、 4820 2.00GHz 4Red Hat Enterprise Linux Server release 6.2 技术方案 - 22 - 核 内存： 4G 硬盘： 250G (Santiago) (64 bit) 生产环境 数据库服务器 2 台 CPU ： Intel(R) Xeon(R) CPU E7- 4820 2.00GHz 4 核 内存： 16G 硬盘： 250G Red Hat Enterprise Linux Server release 6.2 (Santiago) (64 bit) 应用、 MQ服务器 4 台 CPU ： Intel(R) Xeon(R) CPU E7- 4
35、820 2.00GHz 4 核 内存： 16G 硬盘： 250G Red Hat Enterprise Linux Server release 6.2 (Santiago) (64 bit) 以上为系统推荐配置，也可以分别复用。 第六章 整体实施方案 6.1. 总体实施计划 待定 6.2. 项目组织架构及分工 6.2.1 组织 架构图 技术方案 - 23 - 项 目 领 导 小 组项 目 组 管 理 办 公 室架 构 组功 能 组测 试 组T A 组 部 署 组业 务 分 析 组外 围 系 统 协 调 组6.2.2 架构分工及职责说明 各小组分工及指责说明如下： 小组角色 分工说明 项目领导
36、小组 1、 负责制订项目的总体目标 2、 明确项目需求范围、分工 3、 制订项目的里程碑计划，并跟踪计划 4、 监控并应对项目的重大风险 5、 沟通与协调 架构组 1、 建立整体架构，或调整架构 2、解决项目过程中的重大技术 业务分析组 1、 负责整理需求、形成需求列表 2、 分析需求文档，最终形成需求规格说明技术方案 - 24 - 书 3、 按照需求书完成系统设计，形成设计说明书 功能组 1、 负责业务的开发 2、 负责前台开发 3、 负责接口开发 测试组 1、 编写测试用例 2、 负责集成、性能测试 3、 测试后问题和缺陷的跟踪 TA 组 1、 负责开发环境、测试环境、中间件、操作系统、数
37、据库等的安装和调试工作 部署组 1、 负责制定权限收集模版、收集客户权限数据 2、 制定培训相关 3、 制作系统操作手册 6.3. 系统安装、测试及数据迁移方案 6.3.1 系统安装（上线割接） 上线割接计划管理主要负责制定上线割接计划、上线预演总体架构、上线割接过程检查清单及上线支撑组织。 上线割接计划需要详细制定割接过程的每一个步骤，每个工作项都要预先进行测试并估算执行时长。 技术方案 - 25 - 上线支撑计划：根据不同层级制定相应的工作职责、支撑流程和运维界面分工； 要求客户在规定时间内确认上线支持流程及人员结构、制定一系列的应用疏导方案和应急处理流程和制作操作宝典等多项内容。 上线预演是生产系统功能就绪后模拟实际业务要求进行系统使用演练，在验证系统功能的同时确保上线支撑流程的畅通。 上线割接过程检查清单是上线前的一系列检查工作，如：针对以往测试过程中出现的问题进行再次检查并测试； 6.3.2 测试保障 6.3.2.1 V-Model测试 方法 测试过程中采用的 V-model 方法是一套成熟的业界测试标准。它根据不同的设计阶段特点制定了一个特殊框架来校验交付物。图中左边的每个设计环节都在右边对应有相应的测试环节。每一个测试阶段的测试范围都在相应项目阶段的交付物中有具体定义。
