2015年中国联通上海微信公众帐号技术规范书

2015年中国联通上海微信公众帐号开发项目工程技术规范书PAGE302015年中国联通上海微信公众帐号合作运营项目技术规范书中国联合网络通信有限公司上海市分公司2015年4月目录TOC\o"1-2"\h\z1. 总则 41.1 概述 41.2 卖方建议书及报价要求 51.3 报价表内容 51.4 标准和性能 51.5 卖方供货和服务范围 51.6 本规范书有关内容的澄清 61.7 卖方答标要求 61.8 卖方资质要求 72. 项目描述 82.1 项目背景 82.2 本项目建设内容 83. 本次项目采购范围 93.1 本次采购内容 93.2 软件配置基本要求 113.2.1基本要求 113.2.2软件功能要求 113.2.3软件维护管理功能要求 124. 技术方案要求 124.1 服务器部署 124.2 开放的系统 124.3 完善的运营机制 124.4 系统特性 134.5 网管需求 135. 系统功能要求 205.1 账户管理 205.2 远程复制管理 205.3 远程恢复管理系统 215.4 CDP恢复管理系统 215.5 日志管理系统 216. 系统运营支撑 216.1 运营支撑系统 226.2 工程实施及项目管理团队要求 246.3 开发团队 257. 设备技术要求 257.1 软件的一般技术要求 268. 知识产权 268.1 安装和调试 268.2 迭代开发 278.3 验收 278.4 工程协调会 288.5 费用支付 289. 技术服务和培训及技术文件 289.1 技术服务 289.2 技术培训 309.3 技术文件 3210. 项目风险评估与控制 32总则概述本文件为上海联通（以下简称买方）对2015年中国联通上海微信公众帐号开发项目的供货厂商（以下简称卖方）提出的平台管理软件和运营支撑等产品的主要技术要求和供货要求，供卖方编写建议书和报价之用。对本规范书的要求，卖方应提供建议书进行应答。卖方建议书的内容格式应符合本规范书的要求。本规范所涉及的内容包括微信公众帐号及客户端软件、系统维护优化、运营及营销支撑等部分。本技术规范书应视为保证平台系统运行所需的最低要求。卖方中标后应对买方项目的整体方案和设备配置进行确认，如发现遗漏，卖方应予以补充，否则将认为卖方认同遗漏部分并免费提供。卖方应分别列出其本次所提供各种型号设备和版本号等，并说明各种产品的研发情况（如自主研发、合作开发、OEM、代理销售等）。买方保留对本文件的解释和修改权。卖方建议书及报价要求（1）卖方应根据投标要求在规定的时间之内提供中文报价表，需同时提供纸质文档和电子文档(要求为MSExcel文档)。（2）买方有权对需购买的设备及软件配置进行调整，有权只购买卖方投标方案中的部分产品（设备或软件）。报价表内容报价表应包括以下各主要内容：(1)软件功能内容描述及费用。(2)软件无故障报障内容描述及费用(3)软件定制化开发内容描述及费用(4)软件培训内容及费用标准和性能卖方提供的各项设备和系统的特点、性能应完全符合买方指明的标准，并满足或高于买方指出的要求。对本规范书中没有明确要求的内容应符合有关国际标准(如ISO、ITU-T、IETF等)、国家已颁发的相关行业标准、技术要求等。若卖方的设备包含自己专用标准，也应在报价表中具体说明。卖方应按照本文件的要求提供详细的技术建议和商务报价。卖方提供的各项设备及系统的功能、性能应完全符合买方指明的标准，并满足或高于买方指出的要求。卖方供货和服务范围所需提供的产品和技术服务合述如下：系统主要组成部分根据卖方的方案，提供所需的所有软件及硬件设备。卖方的方案应满足本规范书所提出的全部功能和性能要求。卖方提供的所有设备必须是稳定、成熟的产品。软件产品必须的使用许可应包括在报价中。卖方必须保证所提供产品的数量、质量，特别是接口的兼容性，并且承担所有在合同中指定的责任和义务。卖方需提供方案设计、安装、调测、试运行、保修、技术文件、技术培训等技术服务和验收测试等内容。详细描述见本规范书的相应部分。本规范书有关内容的澄清1.6.1对于卖方关于本规范书的疑问，买方将安排关于技术和商务部分的答疑时间，卖方应当在指定时间、指定地点以书面形式向买方提出疑问。1.6.2在技术谈判的各个阶段，买方将要求卖方对有关问题进行进一步的技术澄清，卖方应以书面资料并加盖公司公章给予正式应答，其它类型印章无效；所有各阶段的技术澄清文件都将作为合同附件列入技术承诺部分。卖方答标要求卖方应当仔细阅读招标书中规定所有条款并依据要求详细如实作答。卖方提供的产品技术规格必须与招标书中提出的要求一致。要求所有的投标产品为厂商自有的产品，投标方如果为代理商则须出示原厂商授权函原件，不得使用OEM或其它贴牌的产品投标，如出现投标产品品牌不统一或者使用OEM及贴牌产品任一情况，投标方技术部分评分按零分处理。卖方亦可根据自己的产品技术性能及组网经验，就具体情况在建议书中，提出总的技术建议和解决方案，并附详细资料和说明。卖方应在建议书中提供设备及软件的详细配置。买方评标及对中标者的选择将综合考虑技术、服务、质量和价格因素。卖方的建议书中，要求对本规范书所提出各项要求进行逐条逐项答复、说明和解释，首先对实现或满足程度明确作出“满足”、“不满足”、“部分满足”等应答，然后作出具体、详细的说明。不得使用“明白”、“理解”等词语。在答复中，要求明确满足的程度，凡采用“详见”、“参见”方式说明的，应指明参见文档的具体章节或页码。在本规范书中，对各条目卖方应根据本规范的要求在指定时间内提供技术规范点对点应答书和商务报价书，技术应答书和商务报价书应单独分册；其中：技术规范点对点应答书要求提供正本1套，副本4套；并要求同时提供技术规范点对点应答和技术建议书的电子文档。技术规范点对点应答书和商务报价书应采用中文书写。卖方资质要求卖方必须有与电信运营商合作经验，有至少1个省级运营商微信账号1年以上运营开发经验。项目描述项目背景随着微信的迅猛发展，以微信为代表的社交媒体，在营销活动的传播推广中起着越来越重要的作用，为了上海联通用户提供更好的互联网应用，提高用户产生通信价值和黏着度，“微信公众帐号”平台充分考虑手机客户端进行业务操作的交互体验，围绕业务查询、促销活动、客服中心3项核心服务，与联通业务系统对接，具有信息精简、操作简易、聚焦任务的优点。本项目建设内容本期项目建设内容包括后台运营管理系统、微信公众帐号客户端，运营支撑系统及服务、软件培训等内容。系统架构图微信公众帐号全部建设在支撑方服务器上，系统可同时为windows2003/2008，LinuxRedhat，CentOS32位和64位用户提供服务。微信公众帐号客户端：前端服务器的客户端系统，提供数据实时采集和传输服务；本次项目采购范围本次采购内容 本项目采购后台运营管理系统、微信公众帐号客户端，运营支撑系统及服务、软件培训，详情内容如下：功能开发类对现有全业务查询办理版块进行页面重新设计（包括微信头像的重新设计），界面风格以扁平化为主，设计一个核心主页承载用户全业务查询办理（根据用户当前帐号绑定情况个性展现套餐），并针对微信官方2015年新开放的接口进行选择性开发；辅助上海联通，向微信官方申请模板信息接口，并基于联通大数据平台对用户流量、话费等通信账户信息变动的监测，对上海联通用户进行模板消息推送，为进一步拉动用户消费提供应用场景，提升用户使用体验及满意度；辅助上海联通，向微信官方申请商户帐户用于公众号支付，并将联通支付业务涉及到的话费充值、话费缴纳、实物销售等与微信公众平台支付接口进行对接，与日常营销活动结合，实现微信支付交易的闭环服务；增加账单查询功能，并基于账单提醒的服务场景拉动用户消费；增加WIFI接入功能，实现关注微信账号即能免密码使用WIFI；支持联通手机号码与本微信公众平台的绑定，包括绑定前台展示页面的重新设计，绑定成功后，对用户提供基于微信公众号提供全业务查询办理、充值缴费、线上续约等通信服务功能，为用户提供更多便利的实用服务，增加用户粘性及活跃度，沉淀用户行为，为大数据平台丰富用户画像；微信后台管理界面进行二次开发，基于后台管理平台，运营者可以第一时间灵活调整自定义菜单设置、进行自动回复语修改、配置前台展示界面等；与已有网上营业厅后台系统的对接，做基于绑定微信会员的积分、优惠券同步抵用；对上海联通微信二维码添加不同的门店参数，不同会员扫描不同门店的二维码关注，后台可判断会员来源并备注；实现与目前联通商城的打通，可实现在线业务订购、购买其中相应的合约机，同时支持各类业务的微信支付；与目前crm客服系统对接，实现微信人工客户和系统关键词自动回复系统的同步建设和灵活切换；周边营业网点查询，分享提交本地位置（也可在用户允许情况下获取用户地理位置），点击可查看周边一定数量的联通营业网点信息，包括地址，营业时间，距离（可调用第三方地图，如百度地图）；营销活动支撑类分析公众号关注粉丝行为分布及画像，根据地域、支付行为、活跃情况、月度消费、流量使用等情况进行分组管理及服务、群发；有质量地完成推送文案编写，图片设计力求精美，且文案需结合互联网传播热点；开展基于微信卡卷功能的用户传播活动和基于ibeacon的厅店引流吸粉活动；基于微信进行辅助部门及市公司营销活动的H5页面支撑及开发，配合营销单元进行UE及UI设计、业务逻辑设计及测试上线，效果分析等；基于微信传播的10-12项线上互动游戏开发，如红包、刮刮卡、游戏抽奖赢奖品，包括前期UE、UI设计、业务规则设计、逻辑判定、代码实现和上线前的测试联调，后台实现可查看中奖者并手动充值给与奖励，同时，后台可对活动参与量按时间做参与用户、中奖用户数据统计；结合营销及服务单元现场活动，实现用户留言互动内容上墙，以及活动粉丝现场签到，增加互动趣味性；联通活动通知，支持多图文展示联通各类新活动，并提供报名预约方式，如预留手机号，姓名，备注信息；数据统计及日常维护类基于素材库的自动回复、图文回复、LBS回复、自定义菜单更新；会员用户可提交投诉文本信息，对中国联通上海做投诉管理建议提交；各类接口每日维护、测试、常规升级与多客服系统运行监测、维护、优化，对于微信客服系统进行质量监控，确保用户体验，结合营销活动进行必要的技术扩容；针对不同营销活动、日常用户访问行为定期提供详细报表，包括各关键词点击量、各渠道关注数统计和分析、关键词触发次数统计、关键词命中次数统计、未命中关键词导出、各接口和菜单访问量以及异常情况预警等；菜单架构设计及规划，关键词库日常更新，菜单对应活动宣传内容更新；建立数据门户，实现数据和信息的整合和分析。(例如：粉丝分群和管理，阅读分析等)不同内容模块，不同活动的统计分析，用户的访问日志和各功能模块的流量统计数据等；可统计部分页面的有效触发次数，后台可统计浏览次数并反馈给管理员可见；其它说明项目上线后，所有源代码需要交付上海联通；站点页面使用HTML5，需要支持不同型号的主流移动设备；保证开发如期进行、平台信息安全和稳定运行及项目卖方参与人员的积极性和执行力，将其作为考核重要指标；完成至2015年底全年累计用户110万,累计绑定用户30万；完成2015年底到合同到期期间，累计用户130万，累计绑定用户40万；签署为期一年的软件开发与支撑运营合作协议，可提供7*24小时的远程技术服务和至少一人的驻场服务，运营包括但不限于参与活动策划、文案编写与美工；提供前期三个月的开发周期，卖方根据项目对项目经理、设计师、前后台软件工程师以及相关测试人员的需求，做相应的资源调整。以上的采购需求是买方的要求，卖方可根据其情况，提出具体方案，满足买方需求。买方有权对上述采购需求进行调整。请卖方对每项功能的满足情况详细说明。软件配置基本要求3.2.1基本要求要求软件采用模块化结构，模块之间的通信应按规定接口进行。任何一层的任何一个模块维护和更新以及新模块的追加都不应影响其他模块。配置数据与处理程序应有相对的独立性，配置数据的任何变更都不应引起运行版本程序的变更，处理程序应与任何局的配置数据相适应。软件应有容错能力，一般小的软件故障不应引起各类严重的系统再启动。软件设计应有防护性能，某一软件模块内的软件错误应限制在本模块内，而不应造成其他软件模块的错误。应具有软件运行故障的监视功能，一旦软件出现死循环等重大故障应自动再启动，并作出即时故障报告信息。3.2.2软件功能要求要求有完善的各类协议处理功能和代码转换功能。要求具有对软件、硬件运行故障的监视功能，有完善的故障告警及故障后处理功能。要求具有完善的、方便的人机通信控制功能。系统软件应基于实时操作系统采用分层的模块化结构。应支持在线本地/远程升级版本，包括系统核心控制板软件和用户板软件；软件版本更换失败应有回退手段；输入数据应有一致性检查，并且有数据的保护功能。要求具有完善的维护管理功能，具有配置的维护管理，业务量观察管理、软件维护管理、信息维护管理、数据统计管理等功能。3.2.3软件维护管理功能要求要求具有在不中断通信的情况下，设立独立专用的补丁区。如对修改后软件不满意或将修改后软件引入系统后，对系统有副作用或发现新版本有问题，应方便而迅速地(在60分钟内)恢复到原来的程序。系统软件应能在线升级，不需重启动。故障诊断软件功能。技术方案要求服务器部署上海联通微信公众帐号后台管理系统部署于技术支撑方服务器中，服务器由技术支撑方提供，并保证项目接手期间的平滑过渡。本期系统支持不少于200万注册用户数及不少于10000并发的系统容量。系统为开放式的系统，支持对第三方的应用对接集成，内容引进等。开放的系统系统为开放式的系统，支持对第三方的应用对接集成，内容引进等。系统对外提供标准化的存储接口，支持HTTP等标准协议等。平台支持业务功能的模块化扩充，即如果在保持平台用户容量不变而需要增加业务功能时，可以在不增加硬件设备的基础上，通过加载不同的功能模块实现业务功能的扩充。完善的运营机制有效地数据挖掘和数据分析机制，可根据用户终端、使用行为、绑定号码等属性对用户进行精准分析，形成产品分析报告。完善的系统及人工审核机制，确保系统存储内容不涉及反动、色情、暴力、违法等不良信息。系统特性微信公众帐号需功能完善，运行稳定，操作简便，包括但不限于如下功能：账户绑定，优惠信息查询，账户消费查询、最热业务查询办理等；系统提供优惠信息发布管理、最热业务发布管理、自动回复信息发布管理、活动数据统计等服务；支持包括Windows及Linux等操作系统在内的当前主流开放平台操作系统。网管需求管理对象要求平台能够满足支持被网管系统进行远程监控和管理，并可以通过SNMP协议对系统的配置信息进行程监控和管理的基本要求，网管系统的管理对象包括主机、操作系统、数据库、应用等。详细参见《中国移动数据业务系统通用网管接口技术规范》要求。配置管理配置管理实现对平台系统的配置、查询和操作功能。主要功能包括：根据系统业务配置的需要，提供各类服务器、数据库等设备的网元级配置管理，对不同设备提供不同的配置内容；对网络互连信息进行配置和查询，能够动态地显示当前网络的拓扑状况，管理员可逐级进入并且进行拓扑信息查询；支持配置设备加载属性，对设备进行删除、复位、启用或禁用，在配置中如果设备超时未响应，会提示配置超时；如果配置参数非法，会给出详细的错误提示信息；如果配置成功，也会进行提示；配置数据管理：平台需要支持对配置数据的存储、编辑、刷新、备份和恢复。性能与告警管理性能与告警管理主要实现对全网设备运行信息进行实时监控，并进行告警，进行故障诊断及定位分析等功能，主要功能包括：性能指标测量任务管理：平台可对测量任务进行管理，包括：测量任务指标定义，如测量对象、性能指标集、测量起始/终止时间、上报时间间隔等；测量任务操作，如增加、查询、修改、删除、激活、挂起等；监测数据采集与监控：平台需要支持性能指标监测数据的采集，并支持以文件方式或者消息方式上报性能测量数据的功能，并进行测量数据存储、查询和报表生成等功能；告警参数设置：平台支持对告警类型、告警级别、发生时间、告警确认、告警确认时间等参数的管理，并支持告警参数删除和修改等操作；告警监控：平台需具备实时监控系统的负荷和故障情况的能力，保证系统的稳定运行；当出现异常情况或资源的占用率超过警戒值的时候，需要向网管系统发出告警信息；平台同时需要本地呈现告警信息或者根据设置向平台系统管理员发送告警通知；告警等级：发往网管的告警级别可以设置，可分为未详细说明的（unspecified）危急的（critical）主要的（major）次要的（minor）警告（warning）通知信息（notificationinformation）告警过滤：平台根据关注的角度不同来设定不同的过滤条件，过滤出需要发送的告警数据，如告警代码、状态状态等；告警通知方式：告警可以支持E-Mail、短信等多种通知方法，管理人员可对通知条件和告警的内容进行灵活定制；告警信息处理与故障追踪：当平台产生告警的条件已经不存在，可以通过管理人员确认告警已经消除，或系统通过自动方式清除相关告警；告警消息传递协议及性能：对于实时告警的上报接口及相关控制命令建议采用SNMP协议；对于历史告警传送和告警同步的接口及相关控制命令建议采用SNMP协议或者FTP传输方式；从系统发生故障到本地呈现或向网管系统发送告警信息，不超过20秒。日志管理平台系统应该具备如下日志管理功能：日志数据的生成和采集：平台系统运行过程需要记录各类日志数据，平台系统需要支持对管理员设定日志的收集和存储功能；日志数据管理：平台系统需要提供日志的查询、删除、过滤、归档等功能，系统可记录的日志数据包括以下两类：业务日志：记录所有业务使用情况，包括用户登录、发起业务请求、获取内容、修改业务数据的操作记录等，可用于业务统计，也可作为用户使用业务的凭证；系统日志：记录所有系统运行过程中的产生的历史日志，包括系统启动、系统退出、各模块运行过程等信息；系统中断、各模块中断等错误信息；操作日志：记录所有系统操作人员在平台系统的操作过程中的产生的历史日志，包括访问的功能模块、执行的操作、操作执行的时间、操作执行的结果等；安全日志：记录和系统安全相关的历史日志；日志数据备份：平台系统应支持日志手工备份，定期自动备份，日志容量达到门限自动启动备份，产生相应告警提醒操作人员进行手动备份；日志容量告警：平台系统应支持日志记录占用空间达到设定的日志容量门限时上报告警功能；日志文件：日志文件应尽可能采用标准化的格式进行记录，以支持第三方审计系统的要求；日志查询：支持系统管理员能对系统日志中的记录进行浏览与查询，根据业务需求，系统应能够提供WEB方式的日志查询工具，提供针对时间、手机号等的日志查询功能，同时WEB日志查询应该能够查询到所有日志，并提供失败原因的初步分析；日志保存：所有日志要求保存60-90天。同步要求一般情况下，网管系统对设备的时间同步要求主要体现在时间标记的事件方面，例如告警事件、性能事件、配置事件等，时间标记应标记为产生事件的网元时间，精度至少要达到秒级；在多厂家的情况下，为减少网管系统时间同步的工作量，要求网络中的所有设备都能够保持时间同步。物理设备管理要求组成平台的各种主机设备应满足如下管理要求：基本管理要求设备应提供通用的管理通信接口，如SNMP、IPFIX、Syslog、FTP、Telnet等，设备逻辑管理接口应支持标准开放的管理接口，标准符合《中国移动数据网设备网管接口技术规范》及《中国移动数据网设备网管接口数据要求》；设备可更换模块应配有LED显示其工作状态，设备应支持独立于业务操作系统的硬件管理功能，包括：系统电源、温度、风扇运行状态等硬件参数的监控功能，远程开关机及硬件重启功能等；设备各系统及网管系统应使用正版软件；设备网管模块在正常运行或异常情况下，都不能对设备的正常运行产生任何影响，插板式设备应配置独立的网管模块；设备应提供人机指令和可视化菜单界面两种操作方式，指令执行前应有确认功能，便于网管人员进行有效性检查；设备应支持命令批处理操作；设备管理接口应支持SSH功能；设备CONSOLE口登陆方式应支持口令认证功能；设备监控设备支持定时输出的硬件性能指标至少包括：CPU占用率内存占用率硬盘占用空间/率数据库运行状态异常设备支持性能指标输出的定时颗粒度可调，最小不大于3分钟，延时不大于1分钟；告警管理设备出现影响或可能影响业务运行的事件时应自动输出告警信息，各设备需要监控和告警的软硬件指标至少包括：CPU占用率越界硬盘空间越界硬盘故障关键进程运行不正常内存占用率越界网卡故障双机切换数据库运行状态异常设备支持对告警信息进行按类别编号，按重要程度分级；设备硬件故障告警应能够定位到端口，设备软件故障告警应定位到进程；告警信息在网元侧的输出时延不大于2秒；设备中各部件及第三方部件发生故障告警时，设备应能够通过统一的网管接口进行告警上报；设备配置管理支持设置设备的相关性能及性能阈值配置，包括进程信息、内存信息、磁盘信息、CPU负荷、内存使用、内存使用阈值、IO使用阈值、物理设备处理消息量、用户并发量阈值；设备应支持在配置文件修改后的确认和恢复机制；设备应支持应用软件配置文件的在线修改，不能通过重新启动进程甚至重启系统来使配置修改的生效；设备安全性要求设备支持用户帐号权限管理功能；设备支持基于网络的远程备份和恢复，备份和恢复的内容包括系统数据、配置数据及业务应用数据；设备要支持各类磁带、光盘等外部介质的系统备份，支持在灾难情况下使用这些外部介质进行主机启动；日志要求主机设备应支持完备的日志管理功能，设备系统日志包括以硬件和操作系统层面的事件为主，支持syslog功能；设备应支持日志的本地保存和远程保存，本地日志应保存在非易失性的介质上，系统重启或当机时日志数据不会消失；日志中应包含事件类别（通过唯一字段区分）、主体、起始时间、事件简述和事件详细描述，事件详细描述可由设备/软件供应商提供资料后台实现；日志信息在网元侧的输出时延不大于2秒；日志文件应尽可能采用标准化的格式进行记录，以支持第三方审计系统的要求。操作维护要求设备应提供操作维护接口，以支持网管系统通过该接口以安全有效的方式对设备进行操作和维护。系统功能要求“微信公众帐号”系统面向互联网用户的客户服务需求，客户端和运营端必须具备如下基本技术特性。账户管理可以提供用户手机号码管理，关注帐号管理，分级权限管理。远程复制管理提供数据的远程实时复制能力，字节级增量数据捕捉，提供异步字节级别的持续复制功能，能不受距离限制的复制，灵活的管理策略，支持SqlServer集群远程容灾，多样的数据压缩加密，序列化数据异步传输，基于多个复制规则并且支持多并发数据备份流，多种灵活的部署方式,工作机和备份机以及管理机可以分离，独立配置。支持跨平台数据复制，至少包括Windows和Linux版本。提供智能压缩功能，支持文件及目录选择，可以屏蔽不需要保护的文件，可使用现有网路，不需专用网路。提供数据自动验证功能，并能按计划时间执行提供打开文件的镜像和复制功能远程恢复管理系统支持各类虚拟服务器，全面支持各种应用服务器容灾，如SQLServer,Exchange,LotusNotes,Oracle，MySQL等各类应用，支持异机跨平台恢复功能，Linux数据可以恢复到windows环境中，反之亦然。CDP恢复管理系统支持可设定的任意历史点数据快速恢复，具备真正的CDP功能，提供完全的任意时间点的数据快照功能，硬件独立性，不需专署硬件支持日志管理系统提供WEB管理控制台，能进行数据流量统计，计算和规划带宽需求。提供完整的操作日志记录与检索系统运营支撑卖方需提供本系统运营推广所需内容资源并部署在甲方当地，所提供的内容版权是合法的，所有内容均合法、健康、有效，并符合国家相关的法律、政策和规定；乙方需提供内容资源的清单目录、相关素材资源（包括但不限于内容介绍文字等），并提供相关权利人的合法授权文件。协助进行微信公众帐号的产品管理，包括但不限于产品功能设计、产品售前咨询、产品售中技术支持、用户行为数据收集及分析、产品优化、用户使用反馈信息收集等内容。提供完善的管理、统计、分析功能的运营分析系统，根据用户终端、使用行为、内容喜好等属性对用户进行精准分析；定期提供产品分析报告，针对产品功能优化改进，产品营销策略，用户行为分析及产品价值挖掘并向甲方提出分析和建议。营销前后做好数据挖掘和数据分析工作，并根据要求定期召开项目实施例会，并提交运营报告；负责微信公众帐号系统内容审核工作，提供完善的系统及人工审核机制，确保系统存储内容不涉及反动、色情、暴力、违法等不良信息；协助处理相关用户投诉；运营支撑系统全局配置 全局设置主要包含对系统运行方面的设置，主要包括微信公众帐号平台的存储设置、主机设置，客户端数量设置等几方面内容。备份复制管理支持系统对于所有的复制关系统一管理，集中调度。复制关系可以并发进行，统一分配系统资源；备份恢复管理对数据恢复可以集中监控管理等对恢复数据进程和总体恢复数据量集中管控。客户端管理版本管理Windows2003/2008，LinuxredhatcentOS等客户端的发布更新日志；客户端设备客户端启动时，记录客户端设备ID、客户端版本号、客户端类型等信息；消息推送功能可以向每个客户端设备推送消息；可以查看浏览所有客户端的消息推送日志；客户端统计按渠道统计客户端安装使用情况；当前客户端版本记录；日志管理用户登录日志管理员操作日志记录关键的动作，跟踪编辑审核人员的行为其它系统日志统计分析系统支持自动汇总运营数据（存储数据大小、用户数等），并进行深入的统计分析工作，为运营商提供维护、管理和运营依据，提高整体的维护管理效率和运营收益。工程实施及项目管理团队要求合同签约后，工程实施阶段划分如下：现场开发包括需求分析、概要设计、详细设计、编码开发等工作。系统集成包括系统集成方案设计（包括对卖方提供的设备配置清单进行核实完善）、系统软、硬件设备集成安装等工作。上线测试包括程序的单元测试、集成测试、用户测试、压力测试、恢复测试等。试运行试运行期1个月，在此期间系统质量和可靠性等各项指标应始终保持合格。验收试运行通过后进行验收。验收合格证书对各项检查测试合格后，由买方签署合格证书提交文档系统验收后运行1个月内，根据最终验收成果，乙方整理所有设计文档、开发文档、测试文档和源代码提交甲方存档。保修期最终验收后12个月。开发团队工作项目模块商务签约开发前产品设计报告需求确认封闭式开发接口设计接口开发数据库设计功能开发项目测试内部测试，修改客户端与后台联测提交客户测试最终确认验收提交项目验收第一版上线最终版交付上线卖方需提供项目经理、UI设计师、系统架构师、需求分析师、微信前端及后台的正常参与，保证每天8小时的施工进度；卖方需接受我方项目负责人的领导，与我方负责人就项目进度和突发问题做即时沟通，并在每个时间节点就下阶段计划做通知；设备技术要求对以下设备技术要求，如果卖方本次提供多种设备，卖方应针对其提供的每种设备分别回答。软件的一般技术要求软件(1)相应的软件清单卖方在建议书中应详细列出所提供的软件清单、版本和说明。(2)升级a.卖方应承诺在供货时提供最新版本的软件，但该软件必须是经过测试正式推出的，其可靠性、稳定性经过严格验证的。b.软件版本升级时，卖方应承诺免费更新软件版本，并提供相应的新版本软件功能说明书及修改说明书。(3)卖方需提供服务器上安装的平台系统管理及应用软件主要功能和性能说明。知识产权卖方提供的微信公众帐号所需要使用的基础软件或其它软件拥有所有权和知识产权或已获得相关所有权人和知识产权权利人的合法有效的使用许可，并因此可以合法地使用为买方委托事项所需要使用的基础软件或其它软件来完成本合同中的委托事项，且不会因使用该等软件而遭到相关权利人的警告、权利要求（包括停止使用等）、行政投诉、许可费和/或侵权追索及提起法律诉讼；卖方依据本技术规范要求而开发的微信公众帐号的应用软件知识产权归属买方所有，未经买方书面授权，卖方无权分配、转让、转移给任何第三方或授权给任何第三方使用。卖方需保证买方拥有微信公众帐号软件的永久使用权。卖方需按买方要求提供微信公众帐号软件的相关技术资料；如卖方擅自将涉及买方商业和技术秘密的资料透漏给第三方，买方将保留追究卖方法律责任的权利。系统安装与验收安装和调试卖方需配合完成本项目的安装工作，网络系统、软件系统调试需卖方完成。卖方应制定详细的项目实施方案。迭代开发卖方完成微信公众帐号应用系统安装调试后，应与买方配合，进行与买方BSS、OSS等系统进行后期接口开发等工作。后期开发如涉及费用，卖方须另行报价。验收初验系统安装、调试、后期开发达到技术规范书规定的指标和买方要求后，可进行验收测试(初验)。系统验收测试的条款应与技术规范一致。验收规范(包括项目、指标、方式和测试仪器等)应由卖方在两周前提交给买方。买方可根据合同及技术规范书和买方的有关规定进行修改和补充，经双方确认后形成验收文件作为验收依据。验收测试合格后，双方签署初验文件，系统进入试运行。试运行系统初验通过后进入试运行，系统试运行期为1个月。在试运行期间，由于产品质量等造成某些指标达不到要求，允许卖方更换或进行修复。如果试运行期间出现重大故障，影响正常运行，则试运行期延长一个月。终验试运行结束后，可进行终验。终验对系统试运行情况进行总结，并对初验时遗留的问题进行补测，全部达到要求时,双方签署终验文件。保修期系统软件从终验完成之后的一年为质保期，期间卖方要保修除消耗品以外的所有设备，并修改和补充软件出现的问题。在保修期内，如果系统发生故障，卖方要调查故障原因并修复系统，直至满足终验指标和性能的要求，或者更换整个或部分有缺陷的材料。工程协调会为保证工程的顺利实施，在工程实施期间将组织工程协调会，卖方应按要求参加会议，并提供所需的相关资料。费用支付总费用中，技术和运营分别占60%和40%；技术方面：系统安装正常使用后支付35%，初验通过后支付18%，终验通过后支付7%，共占60%；运营方面：至2015年底完成累计110万关注数，绑定数30万，2015年底到2016年合同到期期间完成累计130万关注数，绑定数40万，支付40%；最终未达130万关注数，绑定数40万，支付0%；甲方需先提供发票。备注：若出现以下情况，会进行相应扣费1、卖方没有配合买房完成各项既定需求，由卖方原因造成平台故障（包括但不限于取号认证失败、前台页面失效等），故障1小时以上（非工作时间三小时）修复，或平台故障若非卖方发现，由买房人员提醒后处理修复（主要原因为买方的其他第三方开发公司造成的原因除外）；2、因卖方责任导致出现重大投诉（媒体曝光、10人以上群体投诉）或升级投诉（工信部投诉、通管局投诉）等事件；3、没有配合买房及时完成每月开发任务、前台页面内容更新、推送文案编写并确保质量、推送文阅读量达到各阶段既定目标、前台页面设计并确保质量、相应数据统计分析。技术服务和培训及技术文件技术服务安装技术指导⑴卖方须提供安装、调测硬件系统及软件系统的技术和用于安装、调测的有关设备，并负责安装调测的技术指导；⑵卖方应派具有丰富实际工作经验的技术人员任工程督导，卖方应事先向买方给出工程督导的资历，并征得买方的同意；⑶卖方的督导人员应能指导设备的安装、测试，负责处理设备质量和数量短缺等问题，并对系统质量全面负责。修理服务及维护备件⑴卖方应提供系统产品本身保修时限。工程实施阶段以工程项目管理为基础；系统投入运行后，实行全天候、全面的服务，并贯穿整个系统的生命周期；⑵卖方所提供的设备在安装期、试运转期及最终验收后的保修期内，发生任何主要问题（操作问题或系统故障），卖方应免费及时提供所需的技术与其它支持，厂家应承诺7×24小时维护热线、2小时远程响应、24小时现场响应。卖方应派员定期例行巡检或根据需要指导维护工作；⑶在设备保修期满后，卖方仍应提供对任何再次出现故障的设备进行修理；⑷卖方提供的设备、器材应保证在六年内提供修换或补充的备品备件（价格不高于本次工程设备价格），并应按买方要求及时提供维护中所需的各种修理用零配件和备件。技术支持⑴卖方应具体说明所能提供的技术指导及技术支持的范围和程度，尤其是在需求预测、系统规划、网络带宽计算等方面。当买方对卖方提供的设备需要扩容、调整时，卖方应帮助准备预算、规范书、设备数量及工程有关事项；⑵当系统进行二次开发或在建设其它工程涉及到本系统时，卖方应到现场配合并提供一切可能的支持；⑶买方可永久享有软件版权，如卖方因某种原因不能继续提供技术服务，卖方应及时提供所有源程序代码、文字说明和技术材料。系统硬件及软件的局部修改⑴设备在安装期与运营期内，任何因系统设计、系统制造、程序编制、安装工程等缺陷而发生的设备修改和软件更换，卖方应免费提供并负责修改工作；⑵买方需改进系统的运行状况和可靠性时，卖方应提供软件与硬件的修改；⑶对系统硬件及软件的任何修改，卖方应提供全部所需零部件、专用工具和设备；⑷所供系统在今后利用新技术从硬件或软件方面有任何性能或功能的改进以及产品革新，卖方须免费书面通知买方其改进的详细情况，并提供以优惠价格为基础的修改部分的报价，以便买方选择。技术培训1）卖方应负责买方技术人员和管理人员的技术培训。人数及天数按以下要求：中级培训：10人天主场培训。2） 卖方应推荐适合本项目的培训计划及课程。3） 培训内容应重点针对本项目所采用的新技术、新应用，包括所提供平台及软件操作维护方法、安装调测、排除故障及软件结构、定制和升级等各个方面，并提供全套培训教材和培训课程。4) 卖方应明确培训时间和地点，如果卖方提出变更，应提出书面通知。技术文件卖方提供的书面技术资料应能确保系统正常运行所需的管理、运营及维护有关的全套文件，并在方案建议书中列出提供的书面技术资料详细清单。⑴卖方提供的技术文件应包括系统文件、软件系统技术文件、安装和测试文件、维护和操作手册及与系统有关的买方认为必要的其它技术文件，文件要求用中文书写。⑵卖方应提供—份包括以上技术文件在内的文件清单，所有文件均应有简洁明了的名称和编号。各种文件的文字说明应通俗易懂，所有图纸的图幅及图形符号等均应规范化；⑶所有提供的技术文件的内容必须与所提供的设备相一致。在双方商定的某一时期内由于软硬件的修改而导致文件的任何修改，卖方均应提供修改更正或补充的文件；⑷提供的技术文件应能够满足软、硬件设备安装、使用、维护、应用开发的需要；⑸应用软件文档应该包括：软件需求说明书、系统总体设计说明书、系统概要设计说明书、详细设计文档、应用软件清单、测试报告、试运行报告、维护手册和操作手册。⑹应提供完整的、准确的源代码，源代码文档要求有详尽的说明和注释；⑺文档和资料应提供电子文档和纸面文档，文件格式为Word文档或PDF文档或其他可视化文件；⑻其它有关问题在合同中确定。项目风险评估与控制从整体层面上来说，本项目的风险主要体现在四个方面：需求、技术、进度和其他风险。以下将针对这些风险一一进行分析，并提出相应的风险回避措施。需求风险需求风险主要体现在对项目需求的调研是否深入透彻。需求是确保最终产品正确反映用户意图的重要文档，探讨软件需求是软件开发的起始点，但需求却会贯穿整个项目的开发过程。我们充分认识到需求管理对整个项目成败的重要意义，把对需求的变化进行控制和管理提升到项目管理的层面。在项目正式实施之前，通过详细的调研和分析，完成足够详细的功能需求分析在项目实施过程中，指定专门的人员，定期或不定期与掌上嬉戏项目组沟通需求，随时发现和纠正需求的偏差项目经理和产品经理严格遵照特定的流程，处理开发过程中的需求外延和变化通过这些措施，一方面保证需求的变化不至于造成软件工程的一改再改而无法按期完成，同时也要保证开发的产品能够充分满足江苏移动的需求。不能过细造成时间的浪费，也不能过粗造成项目缺陷。技术风险技术风险是指在设计、实现、