统一客户接触信息推送平台技术方案.docx

安徽统一客户接触信息推送平台技术方案 技术方案- 4 -文档记录：摘要记录：关键字技术方案编 号关 联变更记录：变更者版本变更日期批准人审批日期变更内容目录第一章项目概述11.1.项目背景11.2.项目目标1第二章整体技术方案22.1.系统总体架构32.2.系统部署架构7第三章系统功能方案83.1.接入配置管理83.1.1.接入系统管理83.1.2.服务等级管理83.1.3.服务限制管理93.1.4.接入场景管理93.1.5.接入安全管理93.2.策略配置管理103.2.1.模板管理103.2.2.规则管理103.2.3.名单管理113.2.4.信息防火墙管理113.3.服务请求123.4.信息构造123.4.1.信息组合123.4.2.信息压缩与合并123.4.3.信息替换123.5.推送执行133.6.优先级发送机制133.7.延迟发送133.8.执行结果获取143.9.全流程监控143.9.1.执行监控143.9.2.异常预警143.10.系统管理153.10.1.字典管理153.10.2.模块管理153.10.3.机构管理153.10.4.用户管理153.10.5.角色管理163.10.6.日志管理16第四章系统设计原则174.1.实用性174.2.易用性184.3.可靠性194.4.安全性194.5.扩展性204.6.开放性204.7.先进性204.8.标准性21第五章硬件要求21第六章 整体实施方案226.1.总体实施计划226.2.项目组织架构及分工226.2.1 组织架构图226.2.2 架构分工及职责说明236.3.系统安装、测试及数据迁移方案246.3.1系统安装（上线割接）246.3.2测试保障256.3.2.1v-model测试方法256.3.2.2测试分类266.3.2.3测试执行、职责266.4.验收标准276.5.技术支撑及培训286.5.1技术服务请求286.5.2培训306.5.2.1培训准备306.5.2.2培训形式316.5.2.3培训人数、时间、地点316.5.2.4培训考核316.6.质量控制及保证体系326.6.1系统运行维护管理326.6.2运行维护的流程326.6.3运行维护制度326.7.风险管理346.7.1风险发现346.7.2风险分析356.7.3风险解决356.7.4跟踪风险的方法36第一章 项目概述1.1. 项目背景 随着安徽电信业务的发展，通信市场的竞争日益激烈，客户接触信息的发送也暴露出众多问题：1. 发送信息接触的系统众多，没有统一管控；2. 信息种类多、数量大，多系统各自发送，对客户形成“信息轰炸”，过度打搅用户；3. 对于接触信息投诉，由于系统终端众多、执行记录不统一、缺失，客服人员很难快速查询、定位出用户投诉的问题，不能基于客户及时解释，造成客户感知下降；4. 发送信息没有区分优先级，造成停机前通知、业务办理通知等客户急需获知的信息易出现晚到现象；5. 无接触信息执行监控，造成电信员工无法获知接触信息是否发送成功；为了满足各类角色的要求，中国电信启动了统一客户接触信息推送平台的建设，通过集约化管理方式，统一管控中国电信与用户间的接触信息构造、发送、结果统计、问题定位，提升用户感知。1.2. 项目目标统一客户接触信息推送平台的建立是基于提升中国电信客户接触服务质量开展的系统建设，本规范遵循中国电信集团公司现有信息提醒要求与规范，同时，针对电信短信提醒服务中需重点提升的能力，进行新的梳理提出业务提升要求。关键目标：建立统一客户接触管理调度通道：对中国电信和客户接触的信息内容、方式、渠道进行集中管控。集约化管理提升客户服务运营管控能力，降低运营成本：通过集约化管理，提升客户服务水平，降低企业营销服务的综合成本。满足个性化的客户需求，提升客户服务水平：支撑个性化信息接触定制，按照各户个人需求，提供接触信息发送渠道、时间、内容的定制，接收什么内容客户“自己做主”。整合服务与营销服务接触信息，提升营销成功率，减少对用户打扰：整合服务与营销的接触信息，在提供业务服务信息的同时向部分用户推送营销信息。有针对性的对消费存在较大波动的用户进行营销信息推送、提高营销成功率，减少整体的营销信息的推送数量。信息提醒区分内部、外部客户群体:建议通过场景区分对内、对外发送对象，根据场景可统计对内、对外的发送情况分析汇总。第二章 整体技术方案2.1. 系统总体架构 统一客户接触信息推送平台，支持短信服务、彩信服务、push 服务、邮件服务。平台提供了灵活多样的规则配置、多层级的角色与权限管理、精细的服务权限控制、详细的日志记录及全流程的推送结果查询和监控功能。 关键功能简介： 场景定义 ：以场景的形式定义推送信息，规范化管理 l 实现多种推送方式选择：短信、彩信、邮件和push l 实现推送方式的规则选择 l 实现场景或场景推送方式的启动和停止 l 实现每种推送方式的模板配置 模板定义 ：规范推送信息的内容，语言组织 l 实现不同的推送方式的模板定义 l 实现模板内容动态参数设置 个性化定义 ：对推送信息的内容，时间，推送方式进行个性化定义 l 实现灵活的推送方式模板选择l 实现推送的时间段、免打搅时间段等推送规则配置l 实现推送信息的过滤规则选择 名单管理 ：支持对黑名单白名单的用户定义、审核、管理 l 实现黑白名单分组管理l 实现对用户列表进行黑白名单划分l 实现对黑白名单的单个维护和批量维护 过滤策略管理:信息过滤策略、用户过滤策略管理l 实现过滤关键词分级管理：场景级、系统级l 实现设置单个或者多个关键词过滤l 实现按黑名单、白名单制定用户过滤策略l 实现设置单个或者多个用户过滤 信息过滤:通过信息防火墙对所有的请求信息进行过滤l 实现信息防火墙的关键词可维护l 实现敏感信息的安全审计 信息压缩合并:从整体上减少用户接触信息的数量，提升用户感知l 实现对一定周期内，同类别的推送信息进行压缩、合并l 实现对不同场景的，同类别的推送信息进行压缩、合并 信息替换:对推送信息中的专业术语或者敏感信息进行替换l 实现专业术语的信息替换l 实现敏感词语的信息替换 信息组合:用请求参数替换模板中的动态参数进行信息拼接和构造l 实现基于批量数据导入的参数获取l 实现基于实时请求的参数获取l 实现不同接触模板的参数共享 优先发送:推送信息集中管控，以紧急优先作为推送的基本原则l 根据请求实例所在场景的优先级，保证紧急先行l 实现紧急插队处理l 实现紧急停止和重启 延迟发送:在夜间、午休等情况下不影响客户使用的信息延迟发送l 实现夜间延迟发送、午休延迟发送、节假日延迟发送等l 实现允许发送开始时间和结束时间外的延迟发送 推送渠道匹配:根据场景定义匹配短信、彩信、邮件、push等推送渠道l 实现短信调用短信网关直接发送l 实现邮件调用邮件服务器直接发送 执行结果获取:通过发送记录，了解推送信息的处理情况l 实现通过界面对执行结果进行展示和分析l 实现各个环节的处理结果展示如：信息构造、推送执行等l 实现推送结果主动反馈给外围系统 执行结果查询:对推送信息执行情况进行查询l 按成果与失败查询l 按上行于下行短信查询l 按场景、所属系统、用户号码等条件查询 异常预警:对在业务处理和性能方面的异常进行预警提醒l 提供一系列异常处理机制，快速捕获异常l 异常按照不同的场景进行告警 执行监控:多环节的全流程跟踪监控l 信息推送结果的全流程监控l 多维度的统计分析与监控2.2. 系统部署架构分布式部署、分模块水平扩展、mq、缓存、数据库的多层集群、统一的业务调度架构。 第三章 系统功能方案3.1. 接入配置管理3.1.1. 接入系统管理接入系统管理是统一客户接触信息推送平台对所有接入的系统统一管理，通过接入系统管理可以对所有接入的系统进行统一的服务管理和服务控制，一方面保证各个系统的接触质量另一方面可以降低客户接触对客户产生的负面影响，提高服务质量。接入系统管理实现以下功能： 新增接入系统，新增接入系统账号提供给相关系统账号、接入密码 修改接入系统，修改接入系统基本信息 删除接入系统，对没有使用过的接入系统可以删除，对已经有服务记录的接入系统只能做逻辑删除 锁定接入系统，根据需要可以对接入系统进行锁定，锁定后业务系统暂时不能使用统一客户接触信息推送平台的系统功能 激活接入系统，对于锁定的系统用户可以根据需要进行激活，激活后接入系统可以重新使用统一客户接触信息推送平台的系统功能3.1.2. 服务等级管理服务等级管理是对接入系统进行服务根据系统的性质和业务的重要性，进行服务等级的配置，以便于优先保证关键业务的关键推送信息的推送服务质量。3.1.3. 服务限制管理服务限制管理地对接入的系统进行服务次数的限制，包括每天可以享受的服务次数限制或者每个月可以享受的服务次数限制。3.1.4. 接入场景管理接入场景管理是接入系统对需要发送的信息以场景的形式进行定义，设定信息发送的条件、内容要求、接触形式进行配置，同时以场景的方式进行接触信息的评审，以规范化接触信息到质量。接入场景管理实现以下功能： 新增场景，新增场景包括下行和下行场景 修改场景，修改场景的基本信息、名单、规则等信息 删除场景，对于没有使用过的场景可以做物理删除，对于已经有使用记录的场景做逻辑删除 锁定场景，根据业务需要可以暂时锁定某些场景，当场景被锁定后所有该场景的服务请求都被拒绝 激活场景，可以激活被锁定的场景，当场景被激活后所有该场景的服务请求可以再次被接收 名单配置，可以配置场景的黑名单和白名单 规则配置，可以定义场景的发送规则3.1.5. 接入安全管理接入安全管理是对接入的系统进行安全管理配置，实现以下功能： 动态验证码配置，可以选择接入系统是否需要动态态验证码，动态密码可以设置有效期，在动态验证码失效后需要重新获取 ip限制配置，可以设置接入系统是否需要ip限制，对于设置了ip限制的接入系统，在服务请求时对服务发起的ip进行校验，以保证服务的对象为可信任对象3.2. 策略配置管理3.2.1. 模板管理模板管理包括短信模板、彩信模板、邮件模板和push模板，模板管理实现以下功能： 可以新增、修改、删除模板 可以定义短信模板、彩信模板、邮件模板和push模板 可以对模板参数进行配置3.2.2. 规则管理规则管理是对于接触信息的发送时间段、和免打扰时间段等规则进行管理。规则管理的主要内容包括： 发送规则管理，新增、修改和删除发送规则 免打扰规则管理，新增、修改和删除免打扰规则 场景可以引用发送规则 场景可以引用免打扰规则3.2.3. 名单管理名单管理是对政企客户、免打扰客户及有过投诉记录的客户等进行分类管理，以保证服务质量。主要内容包括： 黑名单分组管理 白名单分组管理 黑名单批量管理 白名单批量管理 名单划分管理 场景可以引用黑名单 场景可以引用白名单3.2.4. 信息防火墙管理信息防火墙是对发送的敏感信息进行过滤，对专业术语进行替换。信息防火墙的主要内容包括： 信息过滤规则的新增、修改和删除 敏感词屏蔽规则新增修改和删除 专业术语替换规则的新增修改和删除 场景默认引用敏感词屏蔽规则 场景可以引用专业术语替换规则3.3. 服务请求3.4. 信息构造通过业务系统的触发，根据接触信息发送规则进行判断进行信息的转换、过滤、合并压缩、替换等信息构造工作。3.4.1. 信息组合对于业务信息待发送的信息，支持参数列表形式发送至统一客户接触信息推送平台，然后按照模板定义中的相应模板进行接触信息的拼接和构造，形成符合用户阅读的文本内容。包括支持外部系统以批量文件方式，传递以参数形式的信息，统一客户接触信息推送平台可以利用参数与文字模板拼接的方式，形成接触信息。3.4.2. 信息压缩与合并对一定周期内、同类别、互斥、关联的接触信息进行压缩与合并，从整体上减少用户接触信息的数量，提升用户感知。对不同场景发送的相似度较高的信息可以进行压缩合并为一条信息发送，避免客户统一客户接触信息推送平台技术规范过度打扰。3.4.3. 信息替换对业务部门认为不合适的接触信息内容（描述语言）按照服务部门的要求进行词语或整句信息替换 ，以符合业务要求、用户易懂的语言进行接触信息的二次构造。 专业术语替换，专业术语用专业术语替换规则中设置的替换词进行替换 敏感词语替换，敏感反动不健康的词语用*替换3.5. 推送执行将构造成功的接触信息按照执行策略、优先级、渠道分发策略进行信息向网关的推送，同时要对已经推送的信息进行执行结果的获取。3.6. 优先级发送机制优先级发送机制：将所有接触信息进行集中管控，对所有类别的信息，进行优先级设定，同时将发送通道按优先级进行设定，对于优先级高的信息，要进行及时、快速处理保证不影响用户使用，从根本上解决由于信息无级别所造成的对用户使用影响大的信息由于信息拥塞、排队造成的信息晚到现象。优先级发送机制功能包括： 在同一时间段内多系统可以按系统优先级处理 在同一周期内不同场景都在进行短信推送，按场景优先级处理 紧急信息可以紧急插队处理 发送队列紧急批量启停3.7. 延迟发送系统按照用户普遍的使用习惯，在夜间、节假日调整服务类信息的发送时间，对于不影响用户使用的服务、营销信息进行适当的延时发送，避免打搅用户的休息。支持规则里可设置不同的发送时间段，如：夜间延迟发送、节假日延迟发送、个性化延迟等。 能够按照场景配置的发送规则进行发送 能够按照场景配置免打扰规则进行发送3.8. 执行结果获取执行结果获取：通过发送网管的发送记录，得知信息的处理情况，实时、准确的获知接触信息的处理情况，结合执行情况、用户的个性化设定、系统处理策略，决策是否进行二次发送，有效提升接触信息的有效达到率。3.9. 全流程监控对于统一客户接触信息推送平台的相关流程建立相应的监控点，通过处理日志、信息点，实时获知系统处理效率、信息处理的情况。3.9.1. 执行监控对接触信息从触发数据获取、策略匹配、信息构造、信息执行、执行结果统计多个环节进行全流程跟踪、监控，以便了解接触信息的处理情况。主要功能包括：发送结果的全流程监控、多维度进行统计分析与监控、执行结果环比参考等。3.9.2. 异常预警异常预警通过信息点与定义的阀值进行值比较，判断是否触发告警操作，通过告警提示统一客户接触信息推送平台在业务处理、性能上的异常点，方便后续异常处理的触发。主要功能包括： 能够快速捕获异常，分析异常原因，处理异常 异常信息按不同的异常名称及场景名称、时间进行查询 自动获取异常信息，并对异常信息进行分类处理 异常监控与告警3.10. 系统管理3.10.1. 字典管理数据字典管理和维护的功能，方便用户进行自定义数据字典的维护管理。3.10.2. 模块管理 模块管理主要是实现系统模块的增删改操作，同时基于模块对角色赋权，实现各个模块的权限控制。3.10.3. 机构管理 机构管理主要实现部门的增删和改操作，同时基于机构可以实现对员工的增删改查进而实现对员工访问该系统的权限管理。3.10.4. 用户管理 用户管理是对用户基本属性信息和权限信息的管理维护，对用户认证信息的增删改等操作管理。用户登录门户后台时，门户将对用户进行身份认证，认证通过的为合法用户，门户根据事先配置的用户权限对合法用户进行授权管理，允许其对拥有功能模块操作。用户管理功能只能由授权的用户实施，无此权限的用户，可以查询自身的用户属性，修改自身的用户密码、真实姓名和描述信息。 增加用户：增加用户时需提供以下信息：用户名、用户密码、真实姓名、用户的描述信息(如用户的通信地址、用户单位、联系方法等)、用户角色。 删除用户：删除门户中已存在的用户。 查询用户属性：根据用户名称或工号，状态，单位等条件查询用户属性。包括：真实姓名、用户的描述信息(如用户的通信地址、联系方法等)、用户角色、用户的操作权限。 修改用户属性：根据用户名称或工号，状态，单位等条件修改用户属性。包括：用户密码、真实姓名、用户的描述信息(如用户的通信地址、联系方法等)、用户角色，用户的操作权限等。3.10.5. 角色管理 角色管理主要包括角色人员管理和角色权限管理，其中角色管理功能只能由授权的用户实施，允许其对角色进行增删改查操作，修改对应的角色，具有该角色的用户在下次登录时启用新的角色权限。3.10.6. 日志管理日志管理是对各个关键处理部位采用日志管理的方法，保证网络和it 服务管理系统的安全、可靠和稳定运行，及时发现、及时预防故障隐患，避免系统运行事故的发生。功能包括： 用户操作日志：系统可记录每个操作员进入、退出系统的时间以及在系统中的一些重要操作的操作内容； n 故障日志：对人为和软、硬件故障及其解决过程进行详细的记录备案 n 日志备份：对数据完整性要求较高的数据建立双副本日志，以保证意外发生时的数据恢复 n 日志统计：系统支持对日志数据进行统计分析，帮助检查系统使用情况，对于系统的非正常使用和非正常状态及时发现、及时预防，避免系统运行事故 n 日志查询：系统支持对用户操作日志的浏览、查询、删除和统计功能。当用户进入日志管理功能后，可以看到日志记录的列表显示第四章 系统设计原则4.1. 实用性设计与实施充分考虑实际使用者的计算机水平，使得系统在界面操作部分具有相当的友好度，充分考虑到系统的易用性。选择b/s结构，使得系统维护方便、信息获取方便，显示直观。系统的设计，针对不同的用户、不同类型的应用，做到适用实用。4.2. 易用性系统应具有一致的、友好的客户化界面，易于使用和推广，并具有实际可操作性，使用户能够快速地掌握系统的使用。除特殊的、必须的应用外，用户终端全部采用浏览器方式。操作简单方便，简洁明了，易学易用，切近用户的使用习惯。计算机能够处理的要实现计算机处理，尽量减少人工处理；录入数据要实现一次录入后全系统共用，避免数据重复录入；查询数据要方便、快捷。快速部署：可以在最短的时间里，进行应用结构和功能的定义、设计、实现。零客户端维护：除特殊的、必须的应用外，整个系统采用b/s结构，所有的数据及应用都统一在服务器端维护，客户端只要支持浏览器就可以完成全部操作。操作简便：采用成熟的产品和先进的系统设计理念，同时应用设计遵循简单实用的原则，做到对操作人员、使用人员最低的技术门槛要求，简单培训即可以进行操作，做到名称浅显、易懂，操作所见即所得；提供方便的后台管理系统，系统管理、页面风格调整灵活、简单。管理人员不需要编写代码、制作复杂的页面，就可对系统进行维护管理。模板支持：采用模板技术发布信息页面，使得系统应用、检索页面的定制变得更加简单。系统易于维护：使用该系统如同使用ie浏览器一样容易，且易于系统管理员维护。4.3. 可靠性稳定性和可靠性是系统必须具备的最基本的要求。 应用服务器、数据库服务器、web服务器全部双机互备，可以保持24小时开机运行。 支持配置数据、参数数据热加载生效。 系统应能够连续不断稳定可靠的工作。 软件版本升级或改进应在不影响业务的情况下进行，保证系统可以稳定、平滑过渡。 业务流程的优化、组织机构和人员的异动及数据统计等必须保证系统稳定可靠运行。 系统工作可靠，关键部分具备必要的自动备份，出现故障能自行诊断，并提供方便的排除工具。4.4. 安全性(1)允许授权用户执行合法操作，访问合法数据。（2）超权限操作的授权用户和非授权用户不允许执行非法操作，不能访问有关数据。（3)能够在数据库级、表级和字段级进行数据安全控制。（4)系统要在数据库级实现审计和跟踪功能，并显示操作用户信息。（5)系统要支持对关键应用数据和系统数据的定期自动备份和不定期人工备份，数据出现损坏可及时进行数据恢复。（6)应用系统应遵循编写安全代码的规范进行设计开发，最大限度的避免安全漏洞，在系统开发完成后应由专门的测试机构对代码进行安全性测试，开发商应根据测试结果全力配合进行代码修改，并在系统应用上线的一定时间内有义务根据新的安全漏洞进行代码修改。4.5. 扩展性在系统架构和业务实现上要采用soa的思想，业务处理功能上要具备组件化的方式提高软件适应变化的能力，以及软件的自动重组能力。系统结构良好，易于调整、扩展和维护。系统平台要具有良好的兼容性，在未来要易于扩展、修改模块、增加新的功能以及重组；系统允许用户自己维护人员在应用系统中的权限；允许对应用模块进行扩展，包括增加功能模块和用户数量；软件本身必须随着管理业务需求的提升可以柔性地适应需求的变化；系统的建设应遵循易于维护的原则。要求系统在设计开发时，充分考虑其维护的难易程度。4.6. 开放性全面支持xml、soap、web service、ldap、uddi等当前受到普遍支持的开放标准，保证系统能够与其它平台的应用系统、数据库等相互交换数据并进行应用级的互操作性和互连性。4.7. 先进性系统建设重视总体方案、系统结构、软硬件环境方面设计的先进性。总体方案不仅满足当前需求，还应充分考虑到未来的发展，以适应新技术及职能转换带来的系统变化；采用先进的计算机系统结构，实现系统的跨越性发展；软硬件设备的购置与开发以全局最优和资源共享为原则。4.8. 标准性系统应全面支持业内标准，应用服务器程序可以与各类主流关系型数据库连接，支持soa、webservice、xml等业界主流标准。第五章 硬件要求系统推荐配置如下：环境用途机器数量硬盘软件sit环境数据库1台cpu：intel(r) xeon(r) cpu e7- 4820 2.00ghz 4核内存：4g硬盘：250gred hat enterprise linux server release 6.2 (santiago) (64 bit)应用、 mq服务器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)生产环境数据库服务器2台cpu：intel(r) xeon(r) cpu e7- 4820 2.00ghz 4核内存：16g硬盘：250gred hat enterprise linux server release 6.2 (santiago) (64 bit)应用、 mq服务器4台cpu：intel(r) xeon(r) cpu e7- 4820 2.00ghz 4核内存：16g硬盘：250g red hat enterprise linux server release 6.2 (santiago) (64 bit)以上为系统推荐配置，也可以分别复用。第六章 整体实施方案6.1. 总体实施计划待定6.2. 项目组织架构及分工6.2.1 组织架构图6.2.2 架构分工及职责说明各小组分工及指责说明如下：小组角色分工说明项目领导小组1、 负责制订项目的总体目标2、 明确项目需求范围、分工3、 制订项目的里程碑计划，并跟踪计划4、 监控并应对项目的重大风险5、 沟通与协调架构组1、 建立整体架构，或调整架构2、解决项目过程中的重大技术业务分析组1、 负责整理需求、形成需求列表2、 分析需求文档，最终形成需求规格说明书3、 按照需求书完成系统设计，形成设计说明书功能组1、 负责业务的开发2、 负责前台开发3、 负责接口开发测试组1、 编写测试用例2、 负责集成、性能测试3、 测试后问题和缺陷的跟踪ta组1、 负责开发环境、测试环境、中间件、操作系统、数据库等的安装和调试工作部署组1、 负责制定权限收集模版、收集客户权限数据2、 制定培训相关3、 制作系统操作手册6.3. 系统安装、测试及数据迁移方案6.3.1 系统安装（上线割接）上线割接计划管理主要负责制定上线割接计划、上线预演总体架构、上线割接过程检查清单及上线支撑组织。 上线割接计划需要详细制定割接过程的每一个步骤，每个工作项都要预先进行测试并估算执行时长。 上线支撑计划：根据不同层级制定相应的工作职责、支撑流程和运维界面分工；要求客户在规定时间内确认上线支持流程及人员结构、制定一系列的应用疏导方案和应急处理流程和制作操作宝典等多项内容。 上线预演是生产系统功能就绪后模拟实际业务要求进行系统使用演练，在验证系统功能的同时确保上线支撑流程的畅通。 上线割接过程检查清单是上线前的一系列检查工作，如：针对以往测试过程中出现的问题进行再次检查并测试；6.3.2 测试保障6.3.2.1 v-model测试方法测试过程中采用的v-model方法是一套成熟的业界测试标准。它根据不同的设计阶段特点制定了一个特殊框架来校验交付物。图中左边的每个设计环节都在右边对应有相应的测试环节。每一个测试阶段的测试范围都在相应项目阶段的交付物中有具体定义。在v-model测试方法中，测试环节层层递进，每个环节高效高质量测试都对后续环节的测试有很多的帮助，这样做可以确保每个阶段都有自己的目标和分界，可以在整个测试过程中减少差异和重叠。6.3.2.2 测试分类测试有不能阶段，根据不同的阶段我们将测试分为下：单元测试、应用测试、联通性测试、集成测试、外围接口测试、性能测试、最终用户测试、迁移集成测试、部署验证测试等测试各阶段，按照标准的测试流程和方法论进行软件的测试工作。6.3.2.3 测试执行、职责在v-model中我们看到，在测试在设计阶段就参与其中：l 在设计阶段只要职责是：熟悉需求、设计；制定测试场景；制定测试计划。l 在测试阶段只要职责是：进行各类测试、跟踪测试问题、跟踪测试计划、参与设计变更会议、调整测试场景或计划等。6.4. 验收标准无6.5. 技术支撑及培训6.5.1 技术服务请求技术支持方式 : 支持方式分为电话支持、现场服务、远程登录支持，问题网站等形式, 详细问题及可能支持方式如下例:严重性情况我们的预期响应2预期的合作伙伴响应1只能通过电话提交灾难性业务影响：核心（关键任务）业务流程完全受损，工作无法正常继续需要立即着手解决1 小时或更短时间内首次电话响应我们会尽快派遣资源提供现场支持全天候 (24x7) 持续采取措施通知我们的高级管理人员通知您的高级管理人员分配适当资源以全天候 (24x7) 持续采取措施2通过改变控制权迅速给予支持人员权限并响应a只能通过电话提交严重业务影响：严重受损或服务降级需要在 1 小时内着手解决1 小时或更短时间内首次电话响应根据客户请求，我们会派遣资源提供现场支持全天候 (24x7) 持续采取措施通知我们的高级管理人员分配适当资源以全天候 (24x7) 持续采取措施2通过改变控制权迅速给予支持人员权限并响应管理通知b通过电话或网络提交中度业务影响：中度受损或服务降级，但工作尚可在受到影响的情况下正常继续。需要在 2 小时的工作时间1内着手解决2 小时内首次电话响应仅在工作时间1内采取措施分配适当资源以在工作时间1内持续采取措施在 4 小时的工作时间1内通过改变控制权迅速给予支持人员权限并响应c通过电话或网络提交最低业务影响：基本上可正常工作，服务稍有或没有影响。需要在 4 小时的工作时间1内着手解决4 小时内首次电话响应仅在工作时间1内采取措施故障所有者的准确联系信息在 24 小时内响应。6.5.2 培训6.5.2.1 培训准备培训准备，主要包括以下工作：l 培训环境的准备培训环境测试培训环境问题反馈和处理l 教材编写教材会审教材打印/装订/派送试讲l 培训反馈培训情况公布培训结果（包括参培人数和测试结果）发布培训报告6.5.2.2 培训形式在项目中会采用不同的培训形式，力求培训效果的最佳，并根据项目的进展进行相应的培训使培训和项目进展能互相促进。l 项目前期任务较为单一，我们采用集中培训保证阶段目标的完成；l 随着项目进展，项目任务并行交叉的逐渐增多，我们采用分客户对象的局部集中和客户现场培训方式相结合的培训方式；l 在项目收尾阶段，系统上线后项目任务会逐渐减少，我们采用集中培训和外训方式主要针对运维、技术和管理进行针对性的强化培训。6.5.2.3 培训人数、时间、地点培训人数包括：软件系统管理员、业务操作人员。培训时间：双方协商。系统管理员培训地点：双方协商。操作员培训地点：双方协商。6.5.2.4 培训考核培训项目结束之后，用户将对培训人员进行综合能力测试，并给出相应的分数，对没有达到要求及对培训课程不满意的学员，将重新安排培训课程，并承担全部费用。保证学员掌握系统理论及操作能力。6.6. 质量控制及保证体系6.6.1 系统运行维护管理为加强对公司信息系统的运行维护管理，保证运行维护体系高效、协调运行，应依据运维管理环节、管理内容、管理要求、管理岗位制定统一的运行维护工作流程和运行维护工作管理制度，实现运行维护工作的标准化、规范化、制度化。 6.6.2 运行维护的流程通过建立运维管理流程，可以使日常的运维工作流程化，职责角色更清晰化，从而使解决问题的速度和质量得到有效提高，实现知识积累和知识管理，并可以帮助运维部门进行持续的服务改进，提高服务对象的满意度。运行维护流程包括：事件管理、问题管理、变更管理、和配置管理。6.6.3 运行维护制度为确保运行维护工作正常、有序、高质地进行，必须针对运行维护的管理流程和内容，制定相应的运行维护管理制度，实现各项工作的规范化管理。运行维护管理制度可分为：网络管理制度、系统和应用管理制度、安全管理制度、存储备份管理制度、故障管理制度、技术支持工具管理制度、人员管理制度和质量考核制度