NPS检测运营管理平台的设计与实现究

NPS检测运营管理平台的设计与实现究摘要随着多媒体业务与数据通信需求的发展，适应移动数据、移动计算及移动多媒体运作需要的第四代移动通信开始兴起，通信公司也对用户体验情况的调查有了很大的需求。NPS可以作为对客户忠诚度衡量的有效指标，企业可以使用NPS指标作为区分“不良利润”和“良性利润”的标准。因此实现帮助通信公司进行指标的数据收集、整理、分析也是当务之急。本文以JAVA技术为基础介绍了NPS系统的开发设计以及项目实施的流程解决方案，本项目主要实现了调研触发-数据收集-整理及清单管理-结果展现等功能。以此使通信公司能够对顾客需求与客户行为的变化迅速做出反馈和改善，并且能够提前消除客户潜在的不满因素。NPS系统会对NPS指标的各个数据进行收集和整理，来帮助企业的业务发展，并且辅助企业进行数据的基础分析，通过有效的界面展现和节点上的数据通报帮助推进NPS指标的整体闭环管理。与此同时，为了实现NPS的全面管理，NPS检测运营管理平台将同步与企业内相关联指标，主要是财务指标数据关联，帮助了解和评估NPS价值，为数据的解读和未来企业内部精细化管理提供支撑。关键词：NPS，通信公司，问卷调查，数据收集

ABSTRACTWiththedevelopmentofmultimediaservicesanddatacommunicationrequirements,thefourthgenerationmobilecommunications,whichareneededtoadapttomobiledata,mobilecomputingandmobilemultimediaoperations,havestartedtorise.Communicationscompaniesalsohaveagreatdemandforthesurveyofuserexperience.NPSsystemcanbeusedasaneffectiveindicatortomeasurecustomerloyalty.EnterprisescanuseNPSsystemasastandardtodistinguish"badprofits"from"goodprofits".Therefore,itisurgenttorealizethedatacollection,sortingandanalysisofcommunicationcompanies.BasedonJAVAtechnology,thispaperintroducesthedevelopmentanddesignofNPSsystemandtheprocesssolutionofprojectimplementation.Thisprojectmainlyrealizesthefunctionsofresearchtrigger-datacollection-collationandinventorymanagement-resultdisplay,etc.Inthisway,thecommunicationcompanycanquicklymakefeedbackandimprovementonchangesincustomerneedsandcustomerbehavior,andcaneliminatepotentialdissatisfactionfactorsofcustomersinadvance.NPSsystemwillcollectandsortoutalldataofNPSindextohelpthebusinessdevelopmentofenterprises,andassistenterprisestocarryoutbasicanalysisofdata,andhelptopromotetheoverallclosed-loopmanagementofNPSindexthrougheffectiveinterfacedisplayanddatanotificationonnodes.Atthesametime,inordertorealizetheoverallmanagementofNPS,NPSmonitoringandoperationmanagementplatformwillsynchronizewithrelevantindicatorswithintheenterprise,mainlyfinancialindicators,tohelpunderstandandevaluatethevalueofNPSandprovidesupportfordatainterpretationandfuturefinemanagementwithintheenterprise.Keywords:NPS,CommunicationsCompany,Questionnairesurvey,Datacollection

目录80611绪论 6158761.1课题背景 6278361.2研究状况 7304891.3本章小结 8133492系统需求分析 9188242.1业务需求分析 9166372.2功能需求分析 1072152.3性能需求分析 12196052.3.1硬件性能 1285482.3.2软件性能 12115552.4本章小结 13304183总体设计 14288513.1系统技术架构设计 14259123.2系统功能架构设计 14277433.2.1数据采集模块 16182353.2.2调研方式模块 16190433.2.3免打扰模块 1760553.2.4清单管理模块 17137793.3系统数据库设计 18273473.3.1数据库实体属性图设计 18309703.3.2数据库表设计 21296973.4本章小结 25193674系统详细设计与实现 26325024.1数据采集模块设计 26145824.1.1手动导入 26182074.1.2自动采集 27894.2系统被动调研设计 2884394.2.1问题新增 29132924.2.2问题管理 30203674.2.3调研问卷管理 3298124.2.4调研问卷新增 34285174.2.5NPS调研任务创建 3532654.2.6NPS调研用户导入 36268664.2.7NPS任务查询 3876214.2.8NPS调研用户导入查询 39124294.3系统主动调研设计 39317734.3.1配置信息源表 4116974.3.2数据源抽取 41298664.3.3接口表数据获取 42169604.3.4短信表数据生成 4243814.4清单管理模块设计 42167914.4.1用户清单管理 42197554.4.2需回访清单查询 43140394.5客户免打扰模块设计 44272084.6本章小结 45321395部署测试与应用 46323025.1环境部署 46172675.2测试分析 46314295.2.1测试目的 46269725.2.2测试报告 4687425.3本章小结 4925482总结与展望 5012235致谢 5124242参考文献 52

绪论课题背景如今多媒体业务和数据通信需求处于迅猛发展的状态，为了适应移动数据、移动计算及移动多媒体运作需要的第四代移动通信即4G网络的兴起，通信公司也对用户体验情况有了很大的需求。因此实现帮助通信公司进行指标的数据收集、整理、分析也是当务之急。NPS（NetPromoterScore净推荐值）是由FredReichheld2003年《哈佛商业评论》期刊中，在《你需要致力于增长的一个数字（thenumberyouneedtogrow）》的文章中被首次提到，另外，雷德·赖克哈尔徳提出NPS考虑到以下几个因素。首先，他认为NPS可以作为对客户忠诚度衡量的有效指标，企业可以使用NPS指标作为区分“不良利润”和“良性利润”的标准，即哪些是利用客户体验或利益来得到的利润，哪些是通过与客户的积极合作与互动而获得的利润，对良性利润加以发展，避免不良利润的影响是企业长期发展的重要和关键因素。其次，相较其它可以衡量忠诚度的指标来说，NPS分值可以很充分体现企业盈利增长趋势，NPS分值较高的公司复合年增长率往往会比普通公司高两倍以上。而其它指标例如满意度、留存率与增长率与企业盈利的相关性就体现的较弱了，由于无法准确定义用户是因为忠诚还是其它原因使用或购买某个产品。此外，传统的满意度模型比较复杂，理解成本较高，而且调研问卷冗长，导致用户的参与意愿不高。总之，NPS体系应该从关注和改善客户的推荐意向中获得的业务收益，它不仅仅是一种用来衡量顾满意度的方法，而是一个经营理念、一个经营业务的系统，以及一种来自公司业务团队的承诺。在这种环境下，如果企业能够对顾客需求迅速做出反馈和改善，企业提供的价值应该围绕顾客体验时的重要接触点，应该按照细分顾客群体，针对顾客推荐或不推荐的根本原因进行体系化的管理。本系统是应用于支撑NPS数据研究管理，主要是为了支撑NPS检测自下而上体系的调研规划，帮助进行指标的数据收集、整理、分析。基于数据的基础分析，通过有效的界面展现和节点上的数据通报帮助推进整体NPS指标闭环管理。与此同时，为实现NPS的全面管理。NPS检测运营管理平台将同步与企业内相关联指标，主要是财务指标数据关联，帮助了解和评估NPS价值，为数据的解读和未来企业内部精细化管理提供支撑。本次设计内容主要是在WADE3.6框架基础上实现NPS检测运营管理系统。WADE框架是基于J2EE体系架构的应用系统开发框架，可广泛的作为B/S架构下的应用系统的底层开发框架，特别在电信业务支撑系统中积累了大量的不同场景下的实现方案和丰富的业务组件，更适合作为基于B/S架构的门户网站和各种业务管理系统的底层开发框架，对于企业级应用系统能够提供更好的使用操作的一致性、应用系统的稳定可靠性以及可扩展性等。B/S架构就是浏览器的模式，这种使用而言的确有很大的便捷性。它不同与C/S架构，不用进行安装，而且C/S架构对跨平台有很多的局限性。同时，C/S模式，就是客户端和服务器模式，受众范围相对较小。最终，在开发模式的选择上，从受众群体的广度跟深度，以及使用便捷性的角度出发，还是决定采用B/S模式开发。采用Tapestry框架，Tapestry框架是最彻底的MVC开发框架，页面代码全部是由HTML标准标签组成，HTML页面美工人员无需了解特别的标签定义；Tapestry是基于组件开发，所以有很高的组件可重用性，节省了开发资源；传统方式都是基于URL实现激活页面流转，而Tapestry除了此方式，你还可象开发普通java类一样实现page页面流，更重要的是，还可由此实现页面类的复用。数据库使用Oracle数据库，Oracle数据库属于大型数据库,数据存储量大，并且采用了完全开放的策略，对开发商具有全力支持。本系统主要利用了它存在的三个优点：处理运行速度快。安全级别高。支持快闪以及完美的恢复，即使硬件坏了也可以恢复到故障发前的1s。几台数据库做负载数据库，可以做到30s以内故障转移。在系统设计中还涉及到了存储过程的开发，部分功能是利用存储过程来实现的，对于通信公司来说使用存储过程可维护性高，更新存储过程通常比更改、测试以及重新部署程序集需要较少的时间和精力，并且可以提高代码安全，防止SQL注入。研究状况目前在国外至少有数十家大型公司已经使用NPS作为推动业务发展的辅助系统，并且已经为苹果、西南航空、飞利浦等百余家跨国大公司赢得了可观的利润。中国如今的时代，市场相对饱和，消费者也不再只相信大众媒体，而是对身边人或者是自己的亲身体验更加信任，NPS为公司带来的利益也处处可见。1980年\o"美国运通"美国运通公司开始从其核心领域着手，\o"旅游信用卡"旅游信用卡的业务中获取利润，并打算将这部分利润作为新扩张的业务的\o"融资"融资，他们将大量的资金被投入到如何获取取悦于新的顾客，而不是致力于提高现有的\o"核心客户"核心客户的顾客感知和态度。企业很明显忽视了老客户的巨大影响力，这些决策与行为造成的结果我们自然是不难预测的。\o"维萨卡"维萨卡和\o"万事达卡"万事达卡的发行者拥有了运通的利润率最高的客户，侵蚀了运通公司应有利润份额。而美国运通业务的发展和利润获取因此发生严重的萎缩。美国运通开始紧急解决这种情况带来的影响，通过NPS方法的实践，美国运通逐渐的学会了如何设计出能令这些客户对自己的产品赞口不绝。他把早期建立的会员里程制奖励计划改变成会员制奖励计划——产业中最普遍的奖励计划之一。这种计划仅仅要求持卡人注册成为会员并且支付会费。公司推出以这种奖励为核心利益的\o"新产品"新产品。运通还和\o"好事多"好事多公司建立了合作伙伴关系，以此来吸引好事多主要客户中的个人和小企业主，一种特殊的名为“加金奖励”的\o"信用卡"信用卡，这种卡最初是为了客户升级而设计的，给持卡人额外的奖励和免费的附加卡，一时间，这种卡在市场上非常风靡。由于客户直观表达分的评价，加金奖励信用卡迅速成长，规模扩大，成为美国运通的业务投资组合中利润率最高的产品之一。目前国内携程网、天猫等知名企业都在使用NPS来与消费者进行互动，并且对企业自身的进步做以提醒。本章小结本章主要介绍了本次毕设的框架以及开发模式，采用便捷的B/S架构，提升系统的受众范围；使用WADE框架，为系统提供更好的使用操作的一致性、应用系统的稳定可靠性以及可扩展性等。同时也介绍了，NPS的含义以及所发挥的地位和作用，NPS在国内外各个行业的发展状况，NPS作为一个助推器，辅助推动了各个行业的业务发展。

系统需求分析业务需求分析本系统是应用于支撑NPS数据的研究和管理，主要是为了支撑NPS检测自下而上体系的调研规划，帮助公司以及业务进行指标的数据收集、整理以及分析。基于数据的基础分析，并通过有效的界面展现和节点上的数据通报，NPS系统可以帮助并推进NPS指标的闭环管理，配合和支撑NPS检测自下而上的调研规划。与此同时，为了实现NPS的全面管理，NPS检测运营管理平台将同步与企业内相关联指标，主要是财务指标数据关联，帮助了解和评估NPS价值，为数据的解读和未来企业内部精细化管理提供支撑。具体业务流程图如图2-1系统业务流程图所示。图2-1系统业务流程图NPS调研结果数据更接近真实，常规满意度调研中，存在用户不熟悉、被动进行打分的情况，那么这些指标评价的真实性就容易受到影响；而NPS评价指标是体验感知之后的信息搜集，因此不会出现被访者对其不熟悉指标打分的现象。通过对NPS客户的划分，运营商可以更精准地划分出推荐者、中立者和贬损者，发现三类群体的差异，并采取相应举措。推荐者可以体现重复购买服务或产品的趋势，给运营商带来更多的商业机会与长期的收入增长；贬损者则可能会对运营商的口碑和声誉带来不好的影响，将客户推向竞争对手。NPS调研可以体现一定的前瞻性，NPS指标集中在被访者比较关注的方面，可以反映消费者未来的行为方式，具有前瞻性。而且NPS采用咨询用户的推荐意愿，而“推荐意愿”可以延伸到客户将来的行为意向上，这有助于对用户行为开展预测。功能需求分析本系统的使用者主要是系统管理员。实现功能主要有调研方式、数据采集、免打扰管理以及清单管理功能。其中调研方式分为被动调研以及主动调研两种方式，数据采集分为自动采集和手动导入两种方式，免打扰管理可分为前台免打扰管理和后台免打扰控制两种控制手段，清单管理包含调研短信清单和需回访清单两个内容。NPS检测运营管理平台基于CRM系统进行搭建，实现统一的调研触发-数据收集-整理及清单展现-分析及结果展现-通报管理内容，提供与其他渠道平台和系统界面的数据输出对的接口、明确各环节接口数据执行管理规则，从而更好的辅助推动通信业务的开展。通过有效的界面展现和节点上的数据通报帮助推进整体NPS指标闭环管理，NPS检测运营管理平台将同步与企业内相关联指标，主要是财务指标数据关联，帮助了解和评估NPS价值，为数据的解读提供了极大地便利，同时，也使未来企业能够细化管理。NPS检测运营管理系统平台可以根据用户特征或者各需求部门独自的目标用户人群——高星级用户（4-5星级）、4G用户、集团用户等，作为调研方式中调研数据的来源，或者提供管理员手动导入的数据模板。关于数据采集，系统要实现可以实现批量导入用户功能，提供批量导入的界面，可通过文件方式（excel格式）快速导入。该功能为常用的重要功能，导入的人员格式统一，提供名单列表包括所有筛选条件。调研涉及服务基于不同的关键业务和渠道触点以及用户所使用的全部移动网络产品和相关业务内容，并从单个业务和用户整体涉及相关服务环节上进行调研，可以实现在业务的售前（信息宣传、业务咨询），售中（业务办理、业务安装、业务开通、业务变更、业务取消），售后（充值缴费、话费信息、信息查询、提醒服务、投诉处理、故障维修、星级服务、积分计划、俱乐部）各环节上及时性的调研问卷的触发。其中，可实现触发的业务内容覆盖个人类、家庭类、集团类。免打扰管理可以分为后台规则免打扰和前台手动添加免打扰两种控制方式。前台手动添加是直接一对一的对用户直接进行操作，后台触发规则控制则是由业务部门全方面考虑规定触发。清单管理包含短信清单和需回访清单，短信清单需要实现查询目前已经下发的NPS短信用户清单，该清单会默认保留3个月。此外，提供清单导出和下载功能，仅可以按天导出下载，根据角色判定权限员工可下载。需回访清单需要实现短信回复低于8分的用户进行回访操作可以在此界面得到实现。用户反馈信息中对NPS数据进行了三种计算划分：满意推荐度：高满意度用户（NPS值为9-10分）/全部有效答题者；被动推荐度：中评分满意用户（NPS值7-8分）/全部有效答题者；消极推荐度：低评分贬损者（NPS值1-6分）/全部有效答题者。在对反馈用户NPS数据，需要进行多维度的NPS数据分析：各分公司的NPS指标：可以提供对应指标各分公司NPS表现；各县公司的NPS指标：可以提供对应指标各县公司NPS表现；重点客户人群的NPS指标：可以提供对应4G客户、宽带客户、集团客户的NPS表现；分调研时段的NPS指标：可以提供分月NPS表现、分天NPS表现；分服务渠道的NPS指标：针对在不同渠道上承载的相同指标，可以提供区分不同渠道包括营业厅、热线、客户经理和电子渠道等NPS表现，实现每月按分公司NPS与其可以匹配相关分析。指标的满意度数据计算以及多维NPS数据指标：满意度计算：（有效答题者平均值-1）/9*100各分公司的满意度指标：可以提供对应指标各分公司满意度表现；各县公司的满意度指标：可以提供对应指标各县公司满意度表现；基于满意度回访量化后的选择类题目分析各项问题细项的比例报表查阅权限：不同分公司/县公司/营业厅人员，只可查阅本地区数据报表。数据报表提供：基于以上分析数据，提供数据报表。同时提供月报和日报，其中区分客户类型需要到分公司/区县公司/营业厅、渠道类型需要到分公司。报表展现系统：经分系统可以展现CRM系统报表中月报表内容，两个系统数据和形式同步报表提供时间：日报表（次日）；月报表（次月10日提供）。报表保留时间：日报表3个月，月报表1年。性能需求分析硬件性能网络必须保证以下各个部分的网络均调通而且稳定。CRM系统TUXEDO应用服务器和CRM系统数据库之间的连接。WEB浏览器测试终端到WEBLOGIC应用服务器之间的连接。应用服务器应用服务器的各种硬件和软件必须均按照系统正式运行时的要求进行安装与配置。业务系统数据库是CRM系统的数据库。导入相关的测试数据后并启动该数据库。服务器及型号如表2-1所示：表2-1服务器型号表服务器型号配置用途DellPowerEdgeT610CPU:8core2.66GHz内存：24G内置盘：2T*2DellPowerEdgeWebLogic应用服务器DellPowerEdgeT610CPU:8core2.66GHz内存：24G内置盘：2T*2Oracle数据库服务器DellPowerEdgeT610CPU:8core2.66GHz内存：24G内置盘：2T*2Tuxedo\ALBPM应用服务器软件性能系统使用到的软件如表2-2所示：表2-2软件介绍表软件名称软件用途WindowsXP、Win7NG-BOSS客户端运行环境IBMAIX5.3Web、Oracle、Tuxedo、BPM应用操作系统JavaSDK1.6JAVA运行环境Weblogic10.3Web应用服务器Tuxedo10gR3中间件应用服务器Oracle10g数据库应用服务器ALBPM5.7.3BPM流程引擎应用服务器gccC++编译器SecureCRTNGBOSS系统后台Telnet工具系统中使用到最多的软件当然是MyEclipse,以及Oracle。MyEclipse中集成了很多插件和类库，省去了一一配置的麻烦。Oracle安全级别高，处理速度快。并且Oracle数据库是目前世界上使用最为广泛的数据库管理系统，作为一个通用的数据库系统，它具有完整的数据管理功能；作为一个关系数据库，它是一个完备关系的产品；作为分布式数据库它实现了分布式处理功能。Automatic

DataOptimization和HeatMap能以更高的密度压缩数据和对数据分层。这些独一无二的技术进步再加上在可用性、安全性和大数据支持方面的主要增强，使得Oracle数据库能够满足大数据的高并发访问，使得Oracle更好的解决系统的并发性。SecureCRT使用十分便捷，可以对不同的主机进行访问，并且能够实现主机上文件的上传与下载，大大方便了系统的维护。本章小结本章主要介绍了，本系统所使用的环境、应用服务器配置以及网络配置，在通信的实际应用中，注意要求数据的高并发访问，而Oracle使用行级锁，对资源锁定的粒度要小很多，只是锁定sql需要的资源，并且加锁是在数据库中的数据行上，不依赖于索引。所以选用Oracle会对系统的并发性支持要好很多。

总体设计系统技术架构设计本系统是基于B/S架构进行开发设计的，相对传统C/S架构，省去了下载安装客户端的需求，用户通过浏览器来访问服务器端应用，事务逻辑集中在服务器端实现，简化了客户端的负荷，但同时也加重了服务器端的负荷，B/S架构最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。更加符合贴切了通信行业的应用需求，方便了客服以及后台管理人员的操作使用。本系统在WADE3.6框架基础上实现。WADE3.6框架是基于J2EE体系架构的开发框架，可以广泛的做为B/S架构系统的底层开发框架，它有丰富的业务组件，开发者不需要考虑目标连接、不需要关注对象发送给了谁，更关注于触发条件、点击动作以及后台规则和逻辑处理，为很多行业特别是在电信行业支撑系统中积累了大量的不同场景下的实现方案，更适合做为基于B/S架构的各种行业业务管理系统的开发框架，对于企业级应用系统在前台展示与后台交互WEDE框架都能够提供更好的使用操作的一致性、应用系统的稳定可靠性以及可扩展性等。本系统的底层框架采用了Tapestry框架，Tapestry并不是一种单纯的MVC框架，它更像MVC框架和模板技术的一种结合，它不仅包含了前端的MVC框架，还包含了一种视图层的模板技术。使用Tapestry完全可以与Servlet/JSPAPI分离，是一种非常优秀的设计。通过使用Tapestry，开发者完全不需要使用JSP技术，用户只需要使用Tapestry提供的模板技术即可，Tapestry实现了视图逻辑和业务逻辑的彻底分离。系统中使用了基于MVC的设计模式，M层是使用JavaBean、EJB、Tuxdeo等技术实现，V层是使用HTML技术实现，C层由页面类实现，这样能够将页面与逻辑完全分离，以此实现\t"/item/%E4%B8%89%E5%B1%82%E6%9E%B6%E6%9E%84/_blank"高内聚低耦合。由于短信下发的实现需要配置化，以此来使后期的使用更加便捷，所以短信的下发与任务管理以及问题问卷管理等不在同一个代码模块中，系统在短信下发模块中使用了Maven技术作为项目管理工具对jar包以及源代码统一管理，系统功能架构设计本次设计项目可以根据用户特征或者各个需求部门独有的目标用户人群，进行匹配相关的调研任务问卷，并进行收集和反馈。基于用户所使用的相关业务内容，可以实现在业务的售前（信息宣传、业务咨询）-售中（业务办理、业务安装、业务开通、业务变更、业务取消）-售后（充值缴费、话费信息、信息查询、提醒服务、投诉处理、故障维修、星级服务、积分计划、俱乐部）等各环节上能够及时的触发调研问卷。系统平台提供统一的触发规则（包括触发对象、内容、情境、排重/免打扰等），并且给到不同触发方式下的各渠道平台，其他渠道平台则可以基于统一规则设计对应的问卷触发形式和相关界面。该系统主要实现统一的调研触发-数据收集-整理及清单展现-分析及结果展现内容，提供与其他渠道平台和系统界面的数据输送和呈现的对接口、明确各环节接口数据执行管理规则。NPS检测运营管理平台，主要包含四大功能模块，分别为：调研方式模块、数据采集模块、免打扰模块以及清单管理模块。调研方式分为主动调研和被动调研。数据采集分为手动导入和自动采集两种方式。数据采集模块负责为调研模块提供数据获取的功能，而不同的调研方式使用不同的数据采集方式，被动调研采用手动导入的方式，自动调研采用自动采集的方式。免打扰模块分为前台免打扰和规则免打扰两种方式。清单管理模块包括调研短信清单管理以及需回访清单管理。系统功能模块如图3-1所示。图3-1系统功能模块设计数据采集模块数据采集模块，是为NPS系统的调研任务提供数据，即行使着数据获取的功能。数据采集模块分为自动采集与手动导入两种方式。手动导入：是在调研用户导入界面手动导入用户信息（excel文件形式）实现手动的数据导入采集，包括调研场景任务、用户手机号等信息；自动采集：自动数据采集则是通过存储过程的定时执行来实现数据的自动采集。模块划分如图3-2数据采集模块设计图。图3-2数据采集模块设计图调研方式模块本系统中调研方式分为被动调研和主动调研两种方式。其中主动调研方式即是在当前配置场景，主动对满足配置场景条件的用户进行短信下发调研；而被动调研则指直接通过问题问卷或者调研任务的添加，然后导入指定的用户信息来进行短信下发调研。在系统中，将调研方式中的数据采集部分开发成手动导入以及自动生成两种方式，极大的满足了使用者的要求，也满足了不同场景下的业务需求，并且使系统更加灵活。模块划分如图3-3调研方式模块设计图。图3-3调研方式模块设计图免打扰模块免打扰模块分为前台免打扰管理和后台免打扰控制方式，前台有客户免打扰新增界面，如果用户提出不想再被打扰可以直接在此界面加入该用户（或者设置某些新规则）。后台免打扰的控制是在短信发送之前会对短信进行规则过滤，生成调研任务或者主动调研任务生成时，系统不会进行规则过滤，所有的过滤过程均发生在调研任务生成之后短信发送之前，目前所设计的过滤规则如下：三个月内不重复触发相同调研短信，同一客户（以手机号作为客户唯一标识），6天内最多触发1条，1个月最多触发2条调研短信。即最近6天内触发1条，或者最近1个月内触发2条用户免打扰，模块划分如图3-4免打扰模块设计图。图3-4免打扰模块设计图清单管理模块清单管理模块记录了三个月内所有客户的短信调研内容，包括调研问卷、用户信息以及用户反馈内容。该模块实现可进行三个月内的短信下发调研内容、用户反馈内容以及工作人员回访内容的查询以及导出功能，系统默认导出按天进行导出下载。系统数据库设计数据表主要涉及用户（客户以及客服信息表）信息表、短信场景表、短信信息表、任务信息表、问卷信息表以及问题信息表。数据库的涉及E-R图以及表结构的设计如下所示。用户信息表：包括的数据项有用户号码、用户ID、回复内容、受理渠道、受理工号等；短信场景表：包括的数据项有场景ID、场景名称、场景端口号、场景触发条件、场景归属大类等；短信实体表：包括的数据项有短信内容、短信触发时间、短信回复、短信触发场景；任务信息：包括的数据项有任务分类、触发规则、任务状态、任务名称等；问卷实体信息：包括的数据项有问卷编码、问卷状态、业务类型、修改员工、修改时间等；问题信息表：包括的数据项有问题编码、问题状态、类型、录入员工等。数据库实体属性图设计1.用户实体图如图3-5所示：图3-5用户实体图2.客服人员实体图如图3-6所示：图3-6客服人员实体图3.短信场景实体图如图3-7所示：图3-7短信场景实体图4.短信实体图如图3-8所示：图3-8短信实体图5.任务实体图如图3-9所示：图3-9任务实体图6.问卷实体图如图3-10所示：图3-10问卷实体图7.问题实体图如图3-11所示：图3-11问题实体图8.NPS检测运营管理平台E-R图，如图3-12所示：图3-12NPS检测运营管理平台E-R图数据库表设计该系统涉及到重要的表有1.数据获取配置信息源表（TF_ETL_TABLE_REGIN）：用来对场景数据的获取进行配置。表设计如表3-1数据获取配置信息源表。表3-1数据获取配置信息源表序号属性名称字段名称类型长度允许为空1事件标识EVENT_IDNUMBER(16)否2事件名称EVENT_NAMEVARCHAR2(300)否3数据目标表DESC_TABLE_NAMEVARCHAR2(30)是4目标表公共字段DESC_TABLE_PUBLIC_COLUMVARCHAR2(2040)是5select字段SELECT_COLUMCLOB是6数据来源表SOURCE_TABLE_NAMEVARCHAR2(2040)是7来源表条件WHERE_TEXTVARCHAR2(2040)是8更新语句UPDATE_STATEMENTCLOB是9目标表索引名称DESC_INDEX_NAMEVARCHAR2(30)是10目标表索引字段DESC_INDEX_COLVARCHAR2(200)是11有效标志VALID_FLAGCHAR(1)否2.目标数据表（TF_MS_EVENT_CUST_INFO）：存放即将下发的短信内容。表设计如表3-2目标数据表：表3-2目标数据表序号属性名称字段名称类型长度允许为空1事件标识EVENT_IDNUMBER(16)否2客户标识CUST_IDNUMBER(16)否3客户编码CUST_CODEVARCHAR2(20)是4创建年CREATE_YEARVARCHAR2(4)是5创建月CREATE_MONTHVARCHAR2(2)是6创建时间CREATE_DATEDATE是7地市编码EPARCHY_CODECHAR(4)是8业务区编码CITY_CODECHAR(4)是9客户星级CUST_STAR_LEVELVARCHAR2(15)是10预留字段1PRE_VALUE1VARCHAR2(200)是3.目标数据历史存放表（TF_MS_EVENT_CUST_INFO_HIST）：短信下发完成之后对短信的记录。表设计如表3-3目标数据历史存放表：表3-3目标数据历史存放表序号属性名称字段名称类型长度允许为空1事件标识EVENT_IDNUMBER(16)否2客户标识CUST_IDNUMBER(16)否3客户编码CUST_CODEVARCHAR2(20)是4创建年CREATE_YEARVARCHAR2(4)是5创建月CREATE_MONTHVARCHAR2(2)是6创建时间CREATE_DATEDATE是7地市编码EPARCHY_CODECHAR(4)是8业务区编码CITY_CODECHAR(4)是9客户星级CUST_STAR_LEVELVARCHAR2(15)是10预留字段1PRE_VALUE1VARCHAR2(200)是4.规则配置信息表（TF_NPS_RULE_CONFIG）：后台免打扰规则配置。表设计如表3-4规则配置信息表：表3-4规则配置信息表序号属性名称字段名称类型长度允许为空1配置IDCONF_IDNUMBER(16)否2规则标识RULE_IDNUMBER(16)否3数据顺序IDX_INTNUMBER(8)是4条件语句WHERE_SQLCLOB是5条件说明WHERE_NOTEVARCHAR2(2000)是6更新时间UPDATE_TIMEDATE是7更新员工UPDATE_STAFF_IDCHAR(8)是8更新部门UPDATE_DEPART_IDCHAR(8)是9创建日期CREATE_DATEDATE是10有效标志VALID_FLAGCHAR(1)否5.业务短信主表（TI_O_NPS_SMS），如表3-5业务短信主表。表3-5业务短信主表序号属性名称字段名称类型长度允许为空1业务流水号NPS_SMS_IDNUMBER(16)否2手机号码SERIAL_NUMBERNUMBER(16)否3短信内容SMS_CONTENTVARCHAR2(500)是4业务类型EVENT_IDNUMBER(16)是5下发时间DEAL_DATEDATE是6下发号码FORCE_OBJECTNUMBER(8)是7业务受理时间ACCEPT_DATEDATE是8受理员工NPS_STAFF_IDCHAR(8)是9受理渠道NPS_DEPART_IDDATE是10受理业务区NPS_CITY_CODECHAR(4)是11受理地州NPS_EPARCHY_CODECHAR(4)是12短厅回复内容REVERT_SMS_CONTENTCLOB是13短厅回复时间REVERT_DATEDATE是问卷表（TF_NPS_QUESTION_INFO）：问卷内容存储表。如表3-6问卷表。表3-6问卷表序号属性名称字段名称类型长度允许为空1问卷编码NPS_IDNUMBER(16)否2问卷名称QUESTION_NAMEVARCHAR2(2000）否3问卷内容QUESTION_CONTENTCLOB是4业务类型EVENT_IDNUMBER(16)是5录入人员DEAL_DATEVARCHAR2(2000)是6归属地州FORCE_OBJECTDATE是回访记录表（TI_O_REVISITINFO_LOG）：记录客服回访内容及结果，表设计如3-7回访记录表。表3-7回访记录表序号属性名称字段名称类型长度允许为空1业务流水号REVISITINFO_IDNUMBER(16)否2手机号码SERIAL_NUMBERNUMBER(16)否3短信内容SMS_CONTENTVARCHAR2(500)是4业务类型EVENT_IDNUMBER(16)是5下发时间DEAL_DATEDATE是6下发号码FORCE_OBJECTNUMBER(8)是7业务受理时间ACCEPT_DATEDATE是8受理员工NPS_STAFF_IDCHAR(8)是9受理渠道NPS_DEPART_IDDATE是10回访时间REVISIT_DATECHAR(4)是11回访状态REVISIT_STATECHAR(4)是12问题归属部门QUEST_BELONG_DEPARTCLOB是13短厅回复时间REVERT_DATEDATE是本章小结本章主要介绍了系统的总体设计，本系统是以WADE为框架，基于MVC设计模式、B/S架构进行开发设计，很多问题都可以借用已有的场景解决模式，大大加快了开发进度，降低了开发难度。详细介绍了本系统的每个模块节点的作用与功能，标明各个环节的接口规则。同时也介绍了数据库的E-R图以及表结构的设计。明确各个数据表的字典属性以及含义。

系统详细设计与实现数据采集模块设计数据采集模块，是在系统下发调研任务中进行数据导入的部分，完成用户与调研任务的关联与匹配。数据采集模块将中国移动公司数据源服务器，作为数据采集过程中，文件上传以及下载的服务器地址，一方面可以减少服务器配置的数量，减少工作量，并且提高代码工作效率；另一方面，在后期维护过程中，不需要跨服务器操作，减少文件下载、再上传的流量使用。数据采集模块分为自动采集与手动导入两种方式。手动导入：是在调研用户导入界面手动导入用户信息（excel文件形式）实现手动的数据导入采集，包括调研场景任务、用户手机号等信息；自动采集：自动数据采集则是通过存储过程的定时执行来实现数据的自动采集。手动导入手动导入是被动调研模块的数据采集方式，被动调研过程中，调研任务为有目标性的向用户进行发放调研任务。手动导入文件实现方案采用单线程导入excel表格数据。系统将导入模板xml文件与File处理类进行分离，实现代码的解耦。手动导入通过公共文件处理类，对文件进行导入导出操作，对于不同的导入模板，后台不需要更改公共处理类，只需要修改相应的xml文件即可。另外，系统通过配置xml的方式，对导入模板（导出文件同理）进行数据判断，如果数据格式均正确，则继续执行，否则，系统会自动将错误数据格式按照error.xml模板生成错误数据列表，供管理员下载查看。省去了代码判断的繁琐性。实现流程如图4-1手动导入流程图所示：图4-1自动导入流程图自动采集自动采集是主动调研模块的数据采集模块，主动调研时系统每天两点自动根据规则进行下发调研问卷，所以数据采集的完成时间也要在凌晨两点完成。自动采集是利用数据库的自带程序procedures和DBMS_JOBS提供的定时任务，会在每天凌晨两点自动从接口表中获取数据。定时任务（因为数据采集很快就能完成，所以设置时间就是每天的凌晨两点）设置如下所示：Interval=>TRUNC(sysdate)+1+2/(24)另外，每次执行到此步都需判断接口表中是否有数据，如果有数据先将旧数据搬到历史表（TF_MS_EVENT_CUST_INFO_HIST）中。数据库自动采集过程实现如下：SELECTCOUNT(1)INTOV_COUNTFROMTF_ETL_TABLE_REGINWHEREEVENT_ID=IN_EVENT_IDANDVALID_FLAG='1';IFV_COUNT<1THENV_BACK_ID:=-1;V_BACK_MSG:='TF_ETL_TABLE_REGIN没有数据,请检查!';RETURN;ENDIF;OPENMY_CURSORFORSELECTEVENT_ID,DESC_TABLE_NAME,SOURCE_TABLE_NAME,WHERE_TEXT,DESC_INDEX_NAME,DESC_INDEX_COL,DATA_TABLESPACE_NAME,INDX_TABLESPACE_NAME,DESC_TABLE_PUBLIC_COLUM,DESC_TABLE_SPEC_COLUM,SELECT_COLUM,UPDATE_STATEMENTFROMTF_ETL_TABLE_REGINWHEREEVENT_ID=IN_EVENT_IDANDVALID_FLAG='1'ORDERBYIDX_INT;LOOPFETCHMY_CURSORINTOIV_EVENT_ID,IV_DESC_TABLE_NAME,IV_SOURCE_TABLE_NAME,IV_WHERE_TEXT,IV_DESC_INDEX_NAME,IV_DESC_INDEX_COL,IV_DATA_TABLESPACE_NAME,IV_INDX_TABLESPACE_NAME,IV_DESC_TABLE_PUBLIC_COLUM,IV_DESC_TABLE_SPEC_COLUM,IV_SELECT_COLUM,IV_UPDATE_STATEMENT;EXITWHENMY_CURSOR%NOTFOUND;系统被动调研设计基于用户所使用的全部中国移动网络产品和中国移动相关业务套餐内容，可以实现在业务的售前-售中-售后各环节上及时性的调研问卷的触发。问卷的状态可以分为修改问卷/审核/停用，生成问卷后使用者可根据问卷创建相应的任务。任务的触发需要配置任务基础信息，适用范围保存配置好的基本信息，返回调查任务维护界面，启动该任务，使任务处于“执行中”的状态。此时可以在用户导入模块中导入该任务或者说该短信需要下发的用户。如果用户对短信做了回复，系统会统计回复短信的用户，并且对满意度低于8分的用户进行回访基于数据的基础分析。系统被动调研流程图如下图4-2系统被动调研流程图所示：图4-2系统被动调研流程图问题新增1.主要功能及实现在该界面可以新增在调研问卷中的问题，该问题是组成调研问卷的最小颗粒度。在新增问题时，可以参考三个维度的认知，使得到的数据更加符合期望值。三维度认知如下所示：面向用户维度的认知：潜在不满意用户挖掘（资费、网络、服务等）、潜在携转用户认知、潜在投诉用户挖掘和标记、投诉预警；面向网络维度的认知：“上网慢”小区、“上网信号差”室内/外Top100小区、Top20质差Top20工作地/居住地等用户感知视角的问题聚焦点；面向业务维度的认知：抖音质差小区/栅格Top20、支付质差小区/栅格Top50等。在向问题实体表中更新数据时，对于此次设计项目来说，问题实体表需要更新的数据为问题编码、问题类型以及问题状态等字段，不需要确切的记录地州编码等字段，故这些值全部采用默认值进行更新，同时，新增问题的问题状态默认为未审核状态，字段未审核状态时数值为4。2.主界面说明输入问题类型，主题（NPS全业务测试），点击新增按钮,如图4-3问题新增图所示：图4-3问题新增图3.操作步骤（1）选择【类型】，可以根据下发的具体内容选择该处的文本类型（单选框、多选框以及文本类）；（2）如果为【文本类】问题，请在主题中填写文字内容；如果为【多选框或者单选框】，则需要在主题中填写对应的选项内容；（3）填写完成后，点击【新增】按钮。新增问题即可添加成功。问题管理1.主要功能及实现管理已经新增的问题，可以对已有的调研问题进行修改及发布。在前台点击发布后，后台即认为审核通过，根据问题ID标识，查询问题实体数据表，并对问题状态字段进行更新，更新为0。2.主界面说明问题管理：点击问题管理菜单选项，可以看到NPS全流程测试已经新增。如图4-4问题管理图所示：图4-4问题管理图点击主题《NPS全流程测试》可进入发布界面：点击发布按钮进行发布，如图4-5问题发布图所示：图4-5问题发布图发布后，可查看详情和返回查询，如图4-6问题查询图所示：图4-6问题查询图查询中的状态改为已发布，如图4-7问题发布图所示：图4-7问题发布图操作步骤（1）新增成功的问题，在该页面可以进行查询，查询出来后，如果要进行使用，需要选择该问题后，点击【发布】；如图（2）点击详细问题的蓝色字体，可以进入页面进行修改；如图（3）进入问题修改界面后，可以选择进行修改，修改完成后点击【调整】进行保存，如图；调研问卷管理1.主要功能查询目前已经生成或者正在使用的调研问卷，及其组成部分。调研问卷题目类型：打分类题目（主要针对1-10分打分），选择类题目（可以基于提供的选项进行单选或多选设置），开放类题目（可以填写文本内容、避免系统平台导致的乱码）。2.主界面说明对于已经生成的问卷，并不说明已经可以进行使用，需要进行审核管理，审核通过后，方可进行问卷发布。问卷管理界面，如图4-8所示。图4-8问卷管理图对问卷进行审核，如图4-9所示。图4-9问卷审核图审核通过后，查询状态，为待启用状态，如图4-10问卷待启用图所示：图4-10问卷待启用图对问卷进行启用，如图4-11问卷启用图所示。图4-11问卷启用图启用问卷调查模板，如图4-12启用成功图所示。图4-12启用成功图启用后，查询状态，使用中，如图4-13问卷查询图所示。图4-13问卷查询图3.操作步骤（1）可根据业务类型、问卷状态、时间等搜索条件进行问卷查询；（2）点击问卷查询出的内容，蓝色字体，可进入修改界面;调研问卷新增1.主要功能及实现被动调研的问卷都是由手动新增的问题组成的。问卷新增页面将已经发布的问题进行同类汇总和管理，新增调研问卷时，会根据调研方向选择问卷的组成问题，然后通过用户手机端，进行下发用户调研类短信内容。2.主界面说明调研问卷新增，点击新增按钮，如图4-14问卷新增图所示。图4-14问卷新增图新增后，返回查询，如图4-15问卷新增成功图所示。图4-15问卷新增成功图NPS调研任务创建1.主要功能及实现创建用于下发短信的任务模板，在NPS调研用户导入中会关联该任务确认下发短信内容。任务新增时需要填写任务的基本信息：关联问卷的名称、执行状态、执行启动时间和计划结束时间等。在调研任务创建的过程中，需要记录调研任务的调研属性，方便之后进行数据分析和查询汇总。调研属性：问卷适用地区、子问卷数、适用的渠道、适用的业务类型、目标样本量；在调研任务进行过程中，系统会对样本处理情况进行实时监控，（每隔一小时对反馈样本进行分析处理）。样本处理情况：已完成样本量/合格样本、已经反馈的样本数/需要反馈的样本总数。2.界面说明新增调研任务，关联问卷、匹配调研用户并设置开始以及结束时间。启用调研问卷，导入用户信息后，即可开启调研任务，如图4-16任务新增图所示。图4-16任务新增图NPS调研用户导入1.主要功能及实现为指定的用户主动下发短信类场景：导入该用户后，会根据任务号关联的短信内容进行短信下发。本系统是针对单个操作管理员进行操作的，管理员不需要定义模板文件格式，只需要安装导入模板增添数据即可。在此页面将手机号码与任务标识进行导入后，即将用户与调研任务进行关联配置后，NPS会根据导入文件中的任务标识，在问卷实体表中，查询并获取对应的调研短信内容，并与用户手机号码一同存入短信任务表中，也就表名调研任务开始执行了。2.界面说明调研用户导入：导入调研目标对象的用户手机号、相匹配的任务号、操作标识以及调研的批次号；导入模板，如图4-17导入模板图所示。图4-17导入模板图任务标识为任务管理页面的任务编号，系统自动生成手机号码：需下发短信用户的手机号码操作：0为新增（1为删除）导入EXCEL文档，如图4-18导入介绍图。图4-18导入介绍图操作步骤（1）在NPS调研用户导入界面，点击【批量导入】；（2）在弹出的窗口中点击【NPS调研用户导入模板.XLS】,可查看模板;（3）（也可以直接导入已有的excel表，为了说明各个字段的含义，直接在下载的导入模板中填写）在模板中依次填写任务标识、批次号、手机号码、操作，以下为模板表格的字段说明；任务标识：必填；批次号：新增时可不填写，系统自动生成，删除时必须填写；号码：必填；操作：0表示新增，1表示删除；（4）填写完成后，点击浏览，选择文件后点击导入；NPS任务查询1.主要功能查询已经创建的调研任务具体信息，以及调研任务给用户下发的短信内容。同时，还可对新增的调研任务进行审核，审核通过后才能发布，从而进行真正意义上的调研任务下发。2.界面说明为在一定程度上避免管理员误操作，新增的调研任务初始都是未审核状态（图中查看新增的调研任务状态，为未审核状态）。如图4-19任务查询图所示。图4-19任务查询图点击任务名称，通过审核。启动后状态为已审核，如图4-20任务已审核图所示。图4-20任务已审核图点击任务名称，启动任务，如图4-21任务启动图所示。图4-21任务启动图启动成功后，查询状态为启动中，任务管理完毕。3.操作步骤（1）点击【查询】按钮，点击任务名称可以看到任务详细信息；（2）通过审核，或者审核不通过；（3）再次点击任务名称，就可以进行启动任务；NPS调研用户导入查询1.主要功能以及实现查询已经导入的NPS调研用户。根据手机号码以及任务号条件，查询已经导入的NPS调研用户。2.界面说明可以直接导入一批手机号码以及任务号，也可以手动填入手机号码和任务号，点击查询按钮，即可以查询已经导入的NPS调研用户，查询完成后，可以将查询结果进行导出，如图4-22导入查询界面所示。图4-22导入查询图3.操作步骤（1）输入【手机号码】及【任务号】，或者直接批量导入手机号码（2）点击查询按钮，根据查询的条件获取已经导入的NPS调研用户（3）将查询的结果进行导出系统主动调研设计系统主动调研是在后台进行配置实现的，通过数据库的定时任务，对数据源进行定时抽取数据。当需要新增一个场景进行短信下发时，需要先在代码中对短信模版进行修改，从而在数据库表中获取数据进行场景配置时，及时更新数据；接下来在数据获取配置信息源表（TF_ETL_TABLE_REGIN）表中配置该场景的触发条件，同时将新建中间表中满足条件的数据存储在中间表中（在这一步中会进行空集判断，系统时每隔一段时间自动获取数据的，有可能某一时段没有数据，如果信息源中间表为空的话，可以直接返回，防止系统做无用功，浪费系统资源），然后在存储过程中添加该场景。具体流程图如图4-23所示,主动调研流程图所示。图4-23主动调研流程图配置信息源表在TF_ETL_TABLE_REGIN表中配置场景编码（EVENT_ID）、场景名称（EVENT_NAME）、公共使用参数（DESC_TABLE_PUBLIC_COLUM）、查询参数（SELECT_COLUM）、数据来源表（SOURCE_TABLE_NAME）等字段.数据源抽取1、首先根据入参event_id字段判断数据源接口表（TF_ETL_TABLE_REGIN）中是否有数据，由于此过程中抽取的数据是往中间表插入的，所以此处需要首先判断是否存在目标表，并且当表中如果涉及月份应该将表名改为当前月份，方便数据的处理。对不同场景需要传到接口表的数据进一步更新。将数据插入短信表的上一层即往短信表传数据的接口表中。进行日志记录，同一天只保留最近的数据。EXECUTEIMMEDIATE'deletefromTF_SM_OPER_LOGwhereTABLE_NAME='''||IV_DESC_TABLE_NAME||'''andto_char(OPER_DATE,''YYYYMMDD'')=to_char(sysdate,''YYYYMMDD'')';INSERTINTOTF_SM_OPER_LOG(TABLE_NAME--表名称,ACTION_TYPE--动作,OPER_CCNT--记录数,EPARCHY_CODE--地市编号,OPER_DATE--操作时间)SELECT''||IV_DESC_TABLE_NAME||'','INSERT',IV_CMSCOUNT,'全省',SYSDATEFROMDUAL;COMMIT;ENDLOOP;CLOSEMY_CURSOR;EXCEPTIONWHENOTHERSTHENV_BACK_ID:=-1;V_BACK_MSG:=SQLERRM||'执行PKG_NPS_ETL.Pro_Table_Data_Get准备'||IV_DESC_TABLE_NAME||'表出错!';ROLLBACK;ENDPRO_TABLE_DATA_GET;接口表数据获取1、利用数据库的自带程序procedures和DBMS_JOBS提供的定时任务，会在每天凌晨自动从接口表中获取数据。每次执行到此步都需判断接口表中是否有数据，如果有数据先将旧数据搬到历史表（TF_MS_EVENT_CUST_INFO_HIST）中。2、进行规则过滤，三个月内不重复触发相同调研短信、同一客户，6天最多触发1条，1个月最多2条调查短信。即最近6天内触发1条，或者最近1个月内触发2条用户免打扰。短信表数据生成调用aee_code中SendSmsDao，并调用电子渠道接口进行短信下发。并且对用户的回复及内容进行收集并存入表中。清单管理模块设计用户清单管理1.主要功能及实现根据手机号码，调研时间等条件，查询目前已经下发的NPS短信用户清单。该清单日志信息会保留3个月。此外，提供清单导出和下载功能，仅可以按天导出下载。2.主界面如图清单管理图4-24所示：图4-24清单管理图3.操作步骤选择相关查询条件，点击查询按钮；通过查询结果可查看业务流水号，用户手机号码，短信内容，用户回复情况等。需回访清单查询1.主要功能在接收到的所有用户回复数据中，会特别留意满意度较低的用户，并进行标记。用于查询需要回访的用户清单（主要是针对满意度较低的用户）并进行回访，以及对已回访清单的信息查询。2.主界面如图4-25需回访清单查询图所示：图4-25需回访清单查询图客服人员在该界面可进行不满意用户的回访操作，填入用户号码后，将需要回访的题目以及答案等信息填入，填写完成好，点击提交按钮，如图4-26回访操作图所示：图4-26回访操作图3.操作步骤（1）点击【回访操作】见图4-26（2）填写回访内容分别选择【一级问题】、【二级问题】、【三级问题】，然后填写【核查情况】；（3）点击【提交】客户免打扰模块设计1.主要功能以及实现在系统发送短信前，进行规则过滤，规则中添加常规客户免打扰设置。也可以在客户免打扰查询界面手动进行新增免打扰用户，实现所有固定免打扰用户的统一查询和相关管理。免打扰设置会更新在规则过滤模块中。进行免打扰添加时，数据库会根据手机号码进行更新查询，查看是否已经添加过（Nobother_season只要不为0，都认为是免打扰用户）以及免打扰时间，防止重复添加。如下图4-27客户免打扰模块设计流程图所示：图4-27客户免打扰模块设计流程图2.主界面如图4-28客户免打扰新增图所示：图4-28客户免打扰新增图免打扰用户新增成功后，后台更新免打扰标识，调研任务触发后，通过配置规则过滤，系统不会再给免打扰用户下发调研短信。本章小结本章主要介绍了系统的详细设计以及功能模块的实现。NPS系统实现在业务的售前-售中-售后各环节上及时性的调研问卷的触发。问卷的状态可以分为修改问卷/审核/停用，生成问卷后使用者可根据问卷创建相应的任务。任务的触发需要配置任务基础信息，适用范围保存配置好的基本信息，返回调查任务维护界面，启动该任务，使任务处于“执行中”的状态。此时可以在用户导入模块中导入短信调研任务的目标用户，另外，如果用户对短信做了回复反馈，系统会统计已回复短信的用户。

部署测试与应用环境部署本系统部署在个人电脑主机上，平台的部分数据以及部分接口，使用了中国移动公司的数据库，提高了系统的功能性和可靠性。测试分析测试目的通过对功能进行详细的测试，尽可能发现并提示开发人员改正被测试功能的错误，提高功能的可靠性，确保功能上线后成功使用，并且不会影响其他功能。测试也可以实现对系统性能的提高以及未来的维护做准备。测试阶段主要分三种测试方法：第一种方法是对单独模块中具体功能的实现，进行测试和验证。第二种方法称为组装测试，主要用来测试是否有隐藏bug。第三种方法是黑盒测试，根据系统的需求分析来进行黑盒测试，对整个系统进行严谨的测试，目的就是为了验证系统是否满足要求规格，是否存在未知问题，并找出较隐蔽的问题。另外，为了确保系统的适用性以及可靠性，最后可以进行确认测试，这种测试由管理员操作者来完成。测试报告该系统设计完成以后，需要对整体功能进行测试，这里以从任务创建为例进行测试，验证该系统是否能运行正常，完成以上工作。1.简单功能测试（1）在系统界面上找到调研任务管理的界面，点击“新建”进入对应新建项目的界面，点击基本信息栏根据要求对调研任务进行必填和选填信息的编辑；（2）填写完毕后点击提交，等待审核（3）系统提示审核通过后，点击状态信息栏可以选择启动，使任务启动处于“执行中”2.对旧的调研任务信息进行修订：（1）在系统界面上找到调研任务管理的界面，通过筛选和搜索在已有的任务条中找到计划修订的调研任务，进入任务编辑信息界面，点击基本信息栏修订进行信息的修订编辑（2）填写完毕后点击提交，等待审核（3）系统提示审核通过后，点击状态信息栏可以选择启动，使任务按照修订内容重新启动，处于“执行中”的状态。3.兼容性测试对除此功能外其他功能包括主动调研触发做了类似系统功能测试完成后，先后在火狐浏览器和IE浏览器分别进行以上同样的测试，运行均为正常，以此来保证该系统能兼容不同的终端环境。4.测试用例此处以个别主要功能为例，如表5-1主要功能测试用例。表5-1主要功能测试用例测试模块用例描述预期