新媒体业务产品快速支撑系统方案思美软件.docx
《新媒体业务产品快速支撑系统方案思美软件.docx》由会员分享，可在线阅读，更多相关《新媒体业务产品快速支撑系统方案思美软件.docx（26页珍藏版）》请在冰豆网上搜索。
新媒体业务产品快速支撑系统方案思美软件
新媒体业务产品快速支撑系统方案
南京思美软件系统有限公司
2014年5月
第1章需求分析
1.1项目背景
1.1.1云媒体业务发展
随着互联网技术的飞速发展，以及三网融合的持续推进，江苏有线云媒体产品种类、内容形式不断创新，极大地提升了电视用户享受电视生活的品质。
但随着互动栏目形式地不断变化，内容地不断丰富，用户对云媒体业务质量的要求也逐渐增多。
而与此同时，运营商为了赢取更多地用户数量，更好地把握用户心理，也在需要不断地改善产品、提升服务，力求最大程度地提升用户体验，加强产品的用户粘性。
云媒体业务的发展始终离不开电视屏终端业务整个大环境的变化，互联网技术、以及互联网思维对电视屏终端业务发展的冲击，使得云媒体产品更新换代、业务运营节奏必须随着市场变化快速调整。
同时用户行为对业务运营的发展也起着至关重要的影响，适应用户行为的业务宣传，才能获得成功。
因此，云媒体业务宣传推广必须适应业务发展的需要，着重考虑如何从用户的角度出发。
随着在云媒体江苏省全省推广的进程下，云媒体电视覆盖范围将得到极大地扩张，用户的数量呈现几何倍增长，这也将使得云媒体业务线上推广的需求更加多样化，业务的支撑也更具规模和挑战性。
1.2业务快速支撑平台建设的必要性
在云媒体用户规模化形成的同时，业务也在不断引进中，这使得业务推广变得尤为重要。
线上活动作为在线运营业务宣传和推广的主要方式之一，运营商和业务方一直以来都较为重视。
目前云媒体业务线上活动开展面临的几大急需解决的问题：
1、首先，线上活动形式不够多样化。
现阶段，线上活动的形式比较单一，主要是页面信息呈现的形式，互动参与性活动的开展范围比较有限。
但随着业务的增多，以及业务宣传需求的多样化，要求对线上活动的形式和功能做出相应的变化，同时考虑到用户的体验，线上活动的交互必须合理化。
2、其次，线上活动制作开发到上线的周期过长。
一般来说，时效性是宣传活动的策划的关键点，而目前线上活动从设计、制作、开发再到评审上线，这一过程极其漫长，不能适应市场的多变性，也不利于营销策划根据市场变化及时调整。
3、再次，线上活动各自为政，缺乏统一管理。
单个业务的线上宣传活动具有自身的特色，是个性化的体现，但却不利于用户操作习惯的养成。
在逻辑上，线上活动的功能点是具有通用性的，各个业务单独开发制作，实际上是一种对人力、时间等资源的浪费，并且也不能快速地达到既定的效果。
同时，云媒体平台上的各个业务都需要做不定期的线上活动，但由于没有统一的活动管理平台，线上活动就会出现由于开发难度过大，或者在预计时间内无法完成制作，就会出现导致活动无法开展的情况。
综合上述问题来看，建立云媒体新媒体业务快速支撑平台是业务发展的必需，具有重大的现实意义。
平台对线上活动形式和功能进行全面的考虑，同时为应对需求的多样性和市场的多变，保留平台的可扩展性，解决了云媒体业务发展需求多样性的问题；而平台对线上活动的统一开发制作、管理，极大地提升了业务活动的时效性，节省了开发制作成本。
1.3需求概述
新媒体业务产品快速支撑系统是一个业务的管理与支撑系统，包括抽奖管理模块、业务开卡管理模块、聚合优惠模块、会员积分模块、投票模块五大功能模块。
同时还兼有2个业务支撑平台，分别是短信业务平台和微信业务平台。
主要功能包括以下模块：
抽奖系统
主要包括：
添加新业务、抽奖业务列表管理、抽奖模式管理、用户中奖管理、奖项设置管理、抽奖场景模板管理
聚合优惠
主要包括：
免费优惠业务管理、团购活动业务管理、业务优惠活动统一管理、优惠页面素材管理、支付功能管理
投票调查
主要包括：
调查与答题投票规则设置、计数投票、用户留言功能、投票场景模板管理、用户参与度统计功能
业务开卡
有特征的多位阿拉伯数字作为实物卡的序号，在卡号填充页面，支持用户填充具体手机号，与对应的卡号填充页面进行绑定
会员信息管理
主要包括：
会员信息维护、会员信息导出
用户积分
主要包括：
积分等级制度管理、协调的用户积分消费、奖励机制
系统用户及权限管理
用户及组织结构管理和权限管理
第2章总体设计
2.1网络架构
图4.4业务流程图
2.2软件架构
图4.5网站软件架构图
2.3技术路线
网站采用J2EE的B/S架构，java面向对象的语言，具体采用struts2+sping+hibernate的技术框架，采用MVC的多层结构，便于分层开发和维护。
2.3.1OOP（面向对象）的分析设计
面向对象的方法是当今大型软件系统开发使用的主要设计、分析、实现方法。
面向对象的方法可以很好地掌握系统的本质，保证系统的相对稳定性。
面向对象的方法可以提高开发的效率和质量。
2.3.2多层架构
在系统设计中采用多层结构，其主要的优点如下：
1、安全性加强。
应用服务器把客户与数据库服务器分开了，客户端不能直接访问数据库服务器。
应用服务器可控制哪些数据被改变和被访问，以及数据更改和访问方式。
另外，对应用和数据的存储权限可以分层进行设定，这样，即使外部的入侵者突破了客户端的安全防线，若在应用服务器和数据库服务器中备有另外的安全机构，系统也可以阻止入侵者进入其他部分。
2、效率提高。
多层结构中，客户端和应用服务之间的链接实际上只是一些简单的通信协议，而和数据库服务器打交道所需要的设置或驱动程序，均由应用服务来承担，这既减轻了客户端的负担，也降低了数据库服务器的链接代价，加上专业的Memcache缓存服务器，使数据库服务器专心于数据服务而不是频繁地和客户端的应用程序交流。
3、易于维护。
由于应用逻辑被封装到了应用服务器中，因此，当应用逻辑发生变化时，仅需修改应用服务器中的程序，客户端的应用程序不必更新，维护的代价大大降低。
4、可伸缩性。
多层结构是明确进行分割的，逻辑上各自独立，并且能单独实现。
由于它们是逻辑划分的，与物理位置不一定相对应，因此它们的硬件系统构成是很灵活的，各部分可以选择与其处理负荷和处理特性相适应的硬件。
5、开放性。
由于应用服务器的每个组件都有标准的接口，用户可以重写自己的客户端程序和自己的浏览器程序。
2.3.3SOA架构
与其他系统交互采用SOA架构。
SOA具有以下五个特征：
1、可重用
一个服务创建后能用于多个应用和业务流程。
2、松耦合
服务请求者到服务提供者的绑定与服务之间应该是松耦合的。
因此，服务请求者不需要知道服务提供者实现的技术细节，例如程序语言、底层平台等等。
3、明确定义的接口
服务交互必须是明确定义的。
Web服务描述语言（WebServicesDescriptionLanguage，WSDL）是用于描述服务请求者所要求的绑定到服务提供者的细节。
WSDL不包括服务实现的任何技术细节。
服务请求者不知道也不关心服务究竟是由哪种程序设计语言编写的。
4、无状态的服务设计
服务应该是独立的、自包含的请求，在实现时它不需要获取从一个请求到另一个请求的信息或状态。
服务不应该依赖于其他服务的上下文和状态。
当产生依赖时，它们可以定义成通用业务流程、函数和数据模型。
5、基于开放标准
当前SOA的实现形式是Web服务，基于的是公开的W3C及其他公认标准．采用第一代Web服务定义的SOAP、WSDL和UDDI以及第二代Web服务定义的WS-*来实现SOA。
第3章系统功能展示
3.1抽奖系统
图1抽奖管理模块
该模块细分为如下几个功能：
3.1.1添加新业务
当有新的业务上线或加入之后，首先于后台添加此业务，然后此业务方可调用抽奖能力。
页面原型如下：
业务状态具体分为：
未上线，进行中，已下线
抽奖模式具体分为：
任务抽奖、积分抽奖，偶遇抽奖（随机）
每日抽奖次数：
设定用户每天可参与多少次的抽奖
系统将根据业务时间自动给出当前业务状态，后台管理员也可进行手动设置。
3.1.2抽奖业务列表管理
将所有添加的业务以列表的形式作展现，并可在此功能列表里面实现相应的修改、删除以及查看业务状态的功能。
查看业务状态里面包括整个业务的点击量情况等信息。
可以对业务的运营情况作量化评估。
页面原型如下：
搜索区中增设查询条件，便于用户快速过滤不关心的数据
该功能主要展示所有的抽奖业务，并可以对其进行编辑，删除，以及查看详情。
3.1.3抽奖模式管理
当有新业务添加，可以自由选择所需要的抽奖模式。
用户进入到抽奖页面后，点击按钮进行抽奖。
可设置每日抽奖次数限制，在限定的业务抽奖页面，每个终端享有几次中奖机会。
中奖后要有用户信息填写发送至后台，约定奖品领取方式。
抽奖形式可以是：
完成任务抽奖、积分抽奖、偶遇抽奖机会（随机）。
3.1.4用户中奖管理
系统支持抽奖名单数据管理功能，支持将名单记录分成多个“名单组”，每个“名单组”允许添加任意多个抽奖名单记录，支持抽奖数据导入（导出）EXCEL、文本文件，支持批量导入各种图片格式文件，还能自动生成指定格式的抽奖数据。
原型图如下：
搜索区中增设查询条件，便于用户快速过滤不关心的数据
点击【中奖人数】，显示中奖的用户名单列表
3.1.5奖项设置管理
系统支持单级、多级奖项设置，例如可以设置一等奖、二等奖、三等奖等等，并设置具体奖品名称和图片，同时根据抽奖的形式，可以设置中奖的概率，例如现场开奖的模式可以支持设置中奖的几率和中奖的名额，如果是周期性的开奖，可以设置各等级奖项的中奖名额，并且可以设置黑白名单。
原型图如下：
点击【奖项设置】弹出以下页面：
3.1.6抽奖场景模版管理
系统提供默认提供转盘式，点击式，页面浏览累计。
3.1.7抽奖模块接口管理
系统对外开放WebService接口，以支持第三方程序的调用
3.2聚合优惠
图2聚合优惠模块
该模块有如下几个功能：
3.2.1免费优惠业务管理
当有新的SP加入之后，SP可以使用该功能模块推送免费的业务优惠信息，推送的方式包括手机短信推送，微信信息优惠推送。
原型图如下：
可以自由新建免费优惠业务，且自定义手机推送以及微信推送的信息格式。
3.2.2团购活动业务管理
SP可以在电视上部署团购优惠活动页面，我们的后台支持用户参与的记录，统计，支付功能。
每当用户完成团购的购买，系统会记录该用户信息并推送给第三方的业务系统，同时系统可以统计团购的情况，以及该团购的用户群分布，并且可以通过微信平台完成支付。
3.2.3业务优惠活动统一管理
可以对正在进行活动的商家进行业务管理，包括活动进行情况，活动参与量，参与活动的用户行为分析，业务下线后的支付管理。
3.2.4优惠页面素材管理
以客户类别来查看相应的页面素材，并可实现素材的修改、删除、查看状态等操作。
查看状态可以查看该素材的用户点击情况，以评估素材价值。
3.2.5支付管理功能
以团购类业务为例，可以在微信端支付购物款，之后再由系统与SP方分成。
需要支持货物上架，用户订购管理，设置金额，消费统计，对账接口，以及SP分成功能。
3.3投票调查
图3投票调查业务管理
投票业务分为投票的约束规则与投票业务投票内容信息本身两大部分，按照与业务耦合性和投票种类分类又可分为如下几类功能：
原型图如下：
新增投票信息，分别为计数型，答题型，问卷型
绑定输出模型（调查与答题投票规则设置），即可发布对应的投票页面
3.3.1调查与答题投票规则设置
调查与答题类投票业务与投票功能本身具有强耦合的关系，能力系统应在后台维护系统选择生成投票系统的相关信息与投票规则，由能力系统生成对应的用户投票操作页面与结果展示界面等，用户应可以选择生成投票页面的风格，为用户提供几款代表性的页面风格，在没有中意的风格时，可以手动修改页面图片与样式而不影响投票的业务功能。
原型图如下：
在此处定义好所需的页面，并且引入部分投票属性
3.3.2计数投票
由于计数类投票功能不同于投票与调查性投票功能，计数类业务与投票系统耦合性较高，因此将对计数类投票系统提供开放式的数据接口，需要投票功能的业务调用接口获取选择项等信息，通过回传接口传递用户的选择项，并能通过投票业务调用接口获取投票结果的反馈展示。
3.3.3用户留言功能
通过微信和短信平台，系统可以收集用户反馈建议，用户可以通过语音或者手动输入的留言方式提出建议。
3.3.4投票场景模版管理
项目建设过程中需要开发若干个基本场景以供后期SP接入使用，例如转盘式，点击式，页面浏览累计式等等，如后期SP接入过程中有个性化需求，提供相应功能接口给SP方。
3.3.5用户参与度统计功能
通过微信和短信平台，系统可以收集用户反馈建议，用户可以通过语音或者手动输入的留言方式提出建议。
3.3.6投票功能接口
系统开放WebService接口，以便三方系统调用
3.4业务开卡
图4业务开卡管理
该模块是满足对下游用户进行授权卡的发放、验证、鉴权和生成统计报表于一体的完整管理平台。
开卡功能的设计原则：
●只设置单业务的充值卡，一张卡不可向多业务充值
●可支持计次卡和包月卡
3.4.1有特征的多位阿拉伯数字作为实物卡的序号
系统后台可生成符合一定要求的多位阿拉伯数字作为用户的输入标志，并将其主要分为计时与计次两种功能模式，两种功能有相对应的数字特征。
并且对应云媒体平台支撑的不同业务，也有不同的数字特征来相对应。
可以根据生日、入库时间、业务和卡的类型来生成相应的卡号。
系统自动生成：
按[用户出生年月][入库时间][业务类型]01|0201代表计时卡，02代表计次卡
例：
198********52302
3.4.2可以提供实物卡面设计
卡的卡面图案可以自行进行设计，根据不同的业务、不同时期的宣传图来设计卡的图案，也可以根据某个节日、周年纪念日来设计卡的图案。
这些都是在后台由管理员操作。
管理员可以根据替换卡的图案以便生产新的图形的卡。
这些图案都根据规定的尺寸进行缩放，以保证图片不失真。
3.4.3可与对应的卡号填充页面进行绑定
在卡号填充页面，支持用户填充具体手机号，将用户相关重要信息与系统的开卡业务卡号进行绑定，并与短信、投票等平台相关联，做到及时为用户推送一些信息，了解用户的具体行为和对业务的意见。
在卡的背面，还可以写上该卡的使用说明以及注意事项，甚至可以把微信二维码展示在上面，客户可以通过扫二维码关注微信，以便了解更多的业务信息。
将用户与卡号绑定时，将信息填充至实物卡面，生成正面和背面的预览图，供用户进行参考。
3.5会员信息管理
3.5.1会员信息维护
可以对会员进行一系列的操作，例如：
新增、编辑、删除。
3.5.2会员信息导出
可以对会员信息进行导出查看。
3.6用户积分
图6用户积分模块
通过系统建立相关业务的会员积分记录档案，增加使用者回访率。
设置不同会员的不同积分系数，对会员进行等级管理与奖励，刺激会员更多消费。
诸如限时促销商品促销、积分兑换商品、介绍人多级积分（通过微信平台等）。
3.6.1积分计分方式
可笼统的规划为：
1.按使用时长进行积分；
2.按业务缴费进行积分；
3.其他使用积分（业务推广等）；
需要建立相应的用户后台数据库，对每个用户的积分进行管理。
3.6.2积分等级制度管理
通过积分系统，配备会员等级制度，对核心会员加强管理，预防会员流失而造成损失。
可根据会员参与度的不同，为会员进行等级划分。
并需要动态的尽可能短间隔的进行用户等级的更新。
用户的等级积分系数需要积分呈倍增趋势，等级高之后所获取的服务内容和相关奖励也会相对应的增加。
3.6.3协调的用户积分消费、奖励机制
根据用户的积分和等级，给予用户不同的奖励，与相关业务的具体实施和盈利情况相匹配。
同时，积分还可以进行相应的消费，用于购买例如业务使用时长、小礼品等奖励。
3.6.4与其他相关业务平台对接
比如微信平台、聚合优惠平台等。
在达到一定的积分或者等级之后，会推送相关联的积分兑换服务内容到用户的短信或者微信，让用户第一时间了解到积分系统的实用和便利性，以促使更多的用户来投入使用积分系统。
3.7系统用户及权限管理
3.7.1用户及组织结构管理
主要包括用户的新增、修改和删除。
其中用户需要填写的一些字段以及所属的类别都可以在这边进行管理。
3.7.2权限管理
不同用户拥有不同的权限，享受的优惠也不一样，这个系统管理员就可以进行设置。
主要以绑定菜单来实现，将系统中所有的菜单已树形结构展现，供管理员勾选，并赋予权限（角色）名称
第4章系统能力平台
4.1综合短信平台
图7综合短信平台
短信平台是作为其他业务功能支撑功能模块来实现的。
其需要支持与各业务的电视前端页面进行互联。
其所能支撑功能具体如下：
4.1.1录入用户信息
在需要调用到短信平台的业务前端页面，录入用户的基本信息（手机号、性别等）。
此功能需要前端页面的支持，在用户电视屏输入其用户信息时保证其安全与保密性，前端页面以尽可能简单有效为目的，只提供手机号码的填写以及用户性别的选择，方便用户直接进行信息录入。
4.1.2信息推送功能
群发推送：
系统会根据各类业务的具体需要，向用户定点定向推送一些业务方向的通知，例如积分等级提升、投票结果等。
系统互动：
用户可通过短信与平台进行基本功能的互动，如回复“1”“2”或者“3”表示对该类业务服务的满意度。
图8信息推送功能
4.2综合微信平台
图9综合微信平台
微信平台分为以下几个功能模块：
4.2.1用户聚合
微信公众平台无法主动去添加好友，只能被他人添加为好友，通过认证的用户可以在微信公众平台被搜索。
在微信中点击朋友们→添加朋友→扫描二维码→把需要关注用户的二维码图案置于取景框内→添加关注的人。
添加关注成为粉丝后，您所关注的用户即可通过微信公众平台发送消息与您互动。
4.2.2新媒体业务宣传
当在电视屏上有新的业务上线或加入之后，系统可以于微信后台添加此业务的宣传信息。
系统提供微信公众号自定义菜单管理功能，用户无需再通过输入关键词触发回复，直接点击菜单就可以看相关的内容，系统可以根据原有电视屏业务系统的业务内容进行手机端的宣传，同时可定制个性化功能、使用HTML5新技术进行无限拓展，帮助SP提供最便捷、易推广的微信内置业务功能，拓展业务渠道。
4.2.3信息推送
群发推送：
系统主动向用户推送重要通知或趣味内容。
自动回复：
用户根据指定关键字，主动向系统提取常规消息。
一对一交流：
系统针对用户的特殊疑问，为用户提供一对一的对话解答服务。
4.2.4会员管理
系统会员通过在微信内植入会员卡，基于全球6亿微信用户，帮助SP建立集品牌推广、会员管理、营销活动、统计报表于一体的会员管理平台。
清晰记录用户的消费行为并进行数据分析；还可根据用户特征进行精细分类，从而实现各种模式的精准营销。
第5章项目实施方案
5.1技术力量与人员
平台建设实施小组人员及职责如下表7.1-1所示：
表7.1-1平台建设实施小组人员及职责
序号
职务
人数（人）
职责
项目经理
1
计划、组织、控制项目的开展，对项目的人员安排、成本、风险统一管理，按照软件工程管理方法管理项目。
系统架构师
1
确定项目的技术实现，为项目搭建良好的架构，规范开发流程。
需求分析
2
负责用户需求的调研分析，引导开发用户需求。
质量管理
1
负责项目过程管理，规范项目的实施过程。
测试主管
1
负责整个项目测试工作的开展，与项目经理确定项目测试计划、测试用例的编写，组织相关测试人员根据测试用例进行测试。
系统开发
8
负责系统的软件开发。
系统测试
2
负责系统测试，包括功能测试、压力测试、回归测试等。
网络部署、安全保障
2
负责网络环境的设计。
界面设计
2
负责系统界面美工设计。
合计：
20
5.2验收标准
满足合同规定的需求或经用户确认的需求为标准验收本系统。
5.3项目质量控制
5.3.1质量控制活动
5.3.1.1阶段性复审
在开发的各阶段需要质量控制组的阶段性复审活动来保证项目质量的提高，但过多的复审活动会对项目的费用及时间造成较大的影响，因此项目控制活动中的复审要适量适时。
质量控制活动的详细流程和执行方法，还需要在全体项目核心组到位后进行进一步讨论，最终制定出一套行之有效又适合本项目的质量控制流程。
以下是一些基本流程：
表7.4-1项目质量控制
编号
开发阶段
质量控制活动
01
项目启动阶段
项目核心组复审项目工作方法，项目计划，质量控制流程，建立质量控制标准；
进行本项目的开发方法，文档规范及质量标准培训。
02
概要设计阶段
项目核心设计组及相关专家对概要设计说明书进行阶段性复审，以及时发现问题；
根据质量控制标准，检查概要设计说明书是否达到质量标准。
03
详细设计阶段
设计核心阶段性复审；
根据质量控制标准，检查详细设计是否达到质量标准。
04
编码和单元测试阶段
检查程序的编码规范是否得到遵守；
抽查程序可读性，注释等是否完整；
在整个编程队伍贯彻质量意识，每个程序员都是质量保证的一员。
05
集成测试阶段
检查测试案例是否合适；
检查测试结果及测试报告是否完备。
06
用户验收测试阶段
审核验收测试计划，提出建议；
检查验收测试的方法和测试案例是否合适，并提出建议；
审核测试结果及测试报告。
5.3.1.2测试
测试是确保本系统质量的重要手段，不经过认真测试的系统是不能被用于生产的。
虽然，对各阶段的文档的审核也可认为是测试，但本项目所指的测试是指对应用软件的测试。
做好测试是测试组的责任，测试组是与开发组相互独立的两组，且需要相当的技术和经验，对业务的理解要十分透彻。
为保证测试的效率和质量需要注意以下几点：
Ø建立高效合理的测试流程；
Ø建立尽量模拟真实环境的业务数据模型（即运行业务的初始环境）；
Ø对测试案例的设计要有深度和广度；
Ø特别在系统测试和验收测试阶段，安排好项目组的全体人员的任务和责任；
Ø做好测试阶段文档和源程序的版本控制；
Ø做好测试中发现的BUG的记录及存档工作；
Ø对发现的任何BUG都要做好原因分析并记录归档；
Ø做好回归测试；
Ø防止对程序的修改而引起的其他问题。
5.3.2质量保证
质量审核确保项目满足预定的质量目标。
项目经理会主持正式的质量审核以确保建立的质量控制流程被执行并且结果与项目质量目标相吻合。
（1）软件质量保证
1）设计过程中的质量保证
设计目标的统一；
设计方法的统一；
设计模板的统一；
设计过程的监督；
设计结果的审核；
设计过程中的变更管理流程。
（2）程序开发过程中的质量保证
程序开发过程中的质量控制工具；
典型程序的开发模板（增、删、修改、查询、菜单标准、前端界面标准、程序间的接口标准、公共类、其他类）；
单元测试案例的编制方法和标准；
程序开发过程中的质量跟踪；
程序开发过程中的变更管理流程。
（3）系统化的测试思路
单元测试：
主要由程序员依据单元测试案例的标准自行测试，并填写测试案例记录表，并接受质量保证组的抽样检查；
集成测试：
集成测试的目标是将各个单独的程序或模块进行组装，并确保系统作为一个有机整体的可运行。
是系统进行系统集成测试的基础；
系统集成测试：
系统集成测试的目标是确保系统作为一个整体的正确运行；
性能测试：
性能测试是从系统的处理能力、效率、安全性、数据一致性等各方面进行测试；
用户验收测试：
在
升级会员 