零售行业移动端解决方案

移动BI应用场景

经营指标卡预警

2:14pm 智能搜索

2:15pm

探索/访问大数据量

2:25pm

协同

2:26pm

快速反应

快速反应,已经是现代企业最重要的能力之一,尤其是在快速变化的环境中更迫使企业必须用更快速的方式传导运营信息。移动BI 让用户透过移动设备随时随地的掌控企业经营状况,进行实时分析和决策。

及时预警

移动BI还能使领导者及时得到重要预警,

提高风险管控水平,实现信息价值。预警

信息可及时通过移动设备推送,让企业针

对变动及时采取措施,规避组织运营风险。

数据分享&社交体验

移动BI重在体验,在随时随地访问企业

BI应用的同时,数据分享与社交体验也

是不可缺少的环节,比如邮件与微信分

享等功能,这也是任务快速下达,决策

及时灌输的绝佳途径之一。

适用于连锁门店型企业的店铺管理与商品管理

积累了成熟的行业管理模型以及管理思想,可快速部署

及时获取关键指标预警信息、及时干预

促进门店的规范化管理,共享管理者经验

1

3

4

2

商品上游

生产配送分公司零售终端

设计

工艺

总部商管

企划

质检物流生产商管分总店长

仓管

导购

店经理

商品上游

生产配送分公司

零售终端

……

订货安排跟踪

补货安排跟踪

商品信息传递

商品陈列安排

搭配商品推荐

制定销售计划预估商品产能

核算物料成本

预设配搭场景

……

……

跟踪到货进度销售计划分解

管理优化品类

商品动态定价

进销存管理

跟踪商品运输

……

商品质检记录

跟踪生产进度

商品上游

生产配送

分公司零售终端

……

店铺进销存

商品库存分布

历年销售对比

历年生产对比物料成本核算商品主数据

……

……

历年销售对比商品库存分布

品类销售排名单款销售排名

商品活动数据

商品质检记录

……

出入库记录

生产进度查询

指标概览分公司绩效销售分析商品分析库存分析

指标概览门店业绩销售分析单店商品库存分析

分总指标概览导购业绩单品管理

品类管理区域分析主推款单款对标库存分析

集团高层

店长产品线负责人

关键指标预警收入毛利分析门店管理

业务主题

维度

区域

组织

商品

时间

策略分析商品年季分析全国、城市、门店

全国、品牌+组织类型+城市、门店

品牌、产品线、类别、商品年季、单款

日、月、周、年

主推款商品分析

?收入进度?时间进度?收入全国平均?收入实际值?收入可比、环比值?毛利进度

?毛利全国平均?毛利实际值?

毛利可比、环比值

?客流?成交率?客单件?客单价?总体折率?商品年季折率

?同比增长率?环比增长率?全国平均

?商品年季收入?商品年季收入占比?产品线收入

?产品线收入占比?同比增长率?环比增长率

?单款收入排名?单款收入?周销量?库存?折率?动销率?铺店率?齐码率…

?收入?考核毛利?成交率?客单价?客单件?商品季

?会员收入占比?总体折率

?商品年季折率

组织商品矩阵分析商品组织交叉分析商品对标管理

业务主题

维度

区域

组织

商品

时间

单款对标管理单款历史对标监控全国、城市、门店

全国、品牌+组织类型+城市、门店

品牌、产品线、类别、商品年季、单款

日、月、周、年

库存分布

?适销偏差率?实际可销周?适销周?库存量?库存率

?收入可比、环比?折率

?动销率?适销偏差率?实际可销周?适销周?正价率?销量?收入?库存?齐码率?折率

?动销率

?适销偏差率?实际可销周?适销周?正价率?销量?收入?库存?齐码率?折率

?库存量?库存率?适销率…

?适销偏差率?实际可销周?适销周?库存量?库存率

?收入可比、环比?

折率

智慧锦囊产品演示——门店连锁型企业移动BI最佳实践

●专注于移动BI的解决方案

数聚智慧锦囊是一款基于移动设备的商务智能产品,通过数聚智慧锦囊可以随时随地的掌控企业经营状况,进行实时分析和决策。

●精致的体验和卓越的性能

基于原生技术开发,加载,响应,刷新速度力求更快,交互流畅;

支持文字批注、语音批注,发送邮件;

符合移动端操作体验,左右滑动切换页面,上下滑动滚屏,缩放画面大小也可以通过手指灵活控制。

●企业级的多重安全保证

SEMP/数聚智慧平台无缝集成,企业级的权限管理;

传输通道:支持VPN,HTTPS数据传输;

App应用层:支持密码设置和锁定;

离线数据:支持移动设备的硬件级加密;

●支持IOS/Android(包括手机、PAD等)平台

1

3

2

4

智慧锦囊APP

折线图,饼图,柱形图,堆积柱形图,条形图,堆积条形图,组合图,气泡图,XY 散点图,面积图,堆积面积图,水平子弹图,垂直子弹图,趋势图,瀑布图,雷达图,填充雷达图,树图,OHLC 图,阴阳烛图等

……

(支持120多种图表控件,丰富展现内容)

支持图表控件:

数据动态智能加载

2、在没有网络或网络信号不好的情况下,用户可以选择离线模式,浏览上一次刷新过的数据。

1、有网络的情况下,用户可以选择在线模式,查看实时刷新的数据。

在线离线

数聚智慧锦囊的优势

●快速反应,随时随地获取企业信息,进行实时分析

和决策。

●积累了连锁门店型零售企业管理模型和管理思想,并

且在客户不断实践改进的基础上形成的零售解决方案

●快速部署,大大缩短开发周期

●快速落实到行动,动态预警与推送,及时分享

●企业级数据安全保证

……

APP手机客户端开发技术方案-完整版

手机客户端技术方案 中国电信集团系统集成有限责任公司内蒙古分公司 2010年5月 手机客户端技术方案 2 目录 述 “. 3 2需求分析 “ 3系统设计目 . .4 3.1建设意义 “. 3,2建设原 3.3建设模式 “ 4技术解决方案 “. 4,1移动中间件系统概述“, 4.2系统架 构.. 4.3系统组 4,4移动化原理

4.5中间件服务器配置 “. 5系统功能设 6手机适配型 7配置清单“. 手机客户端技术方案 3 1概述 为了提升企事业单位信息化管理水平,提高各级部门的办公效率,加强单位内部 的执行力、凝聚力,自上而下咼度重视信息化系统的建设工作,实现日常公文收 发审批、工作安排、公告通知等日常办公的统一管理,显的日趋重要。 在当前信息化管理平台的基础上,各企事业单位希望引入移动信息化技术,为相关职能部门及工作人员提供手机移动办公,将办公信息化延伸至使用 人员的手机上,实现随时、随地办公,以便能够推动各级部门的精确化、 高效化管理。 中国电信内蒙古分公司作为业界领先的移动信息化解决方案提供商,己经在区内 成功实施了多个综合办公移动化适配项目。内蒙古电信公司有足够的实力将本系 统建设成为一套精品的移动办公信息化平台 2需求分析 传统的信息化管理系统面临的问题: 1)传统办公的缺陷导致了企事业单位整体对外竞争力的降低、工作效率的 低下、成本的增加。 2)发布通知公告,采用人工或者电话、口头通知方式难免出现疏忽与意外,造成遗漏、延误、缺席等。 需求描述: 定制开发企事业单位移动办公系统,包括以下具体内容:定制开发移动办公手 机客户端系统,包括windows mobile、windows等手机操作系统的手机客户端软件;搭建中间件服务器。 定制要求:

谈谈移动端屏幕适配的几种方法

谈谈移动端屏幕适配的几种方法 文/腾讯莫振中 移动端web开发相对于PC端web开发,我们可以庆幸不用兼容那么多浏览器了,但是随之而来的却是各种屏幕尺寸的适配,个人觉得,比PC端还要费精力。在使用了腾讯优测进行软件测试后,问题得到了有效解决。 响应式布局 简而言之,就是页面元素的位置随着屏幕尺寸的变化而变化,通常会用百分比来定位,而在设计上需要预留一些可被“压缩”的空间。 如上图,其实就相当于页面被压矮了。 Cover布局 就跟background-size的cover属性一样,保持页面的宽高比,取宽或高之中的较小者占满屏幕,超出的内容会被隐藏。此布局适用于主要内容集中在中部,边沿无重要内容的设计。

如上图,第一张是原设计稿,第二张把左右隐藏掉了一部分,第三张则是把上下隐藏掉了一部分。 Contain布局 同样,也跟background-size的contain属性那样,保持页面的宽高比,取宽或高之中的较大者占满屏幕,不足的部分会用背景填充。个人比较推荐用这种方式,但在设计上需要背景为单色,或者是可平铺的背景。

如上图,红框部分为原始宽高比,根据不同屏幕尺寸进行缩放,并加背景填充。 好了,接下来再说说常用的实现方法吧。 样式缩放 最省事的适配方法,直接用px为单位按视觉进行开发,然后通过计算屏幕与网页的宽高比,用transform:scale来对网页进行全局缩放。 不过此方法会有一个小问题,就是如果网页内有动画的话,缩放后会稍微降低页面性能,在低配的安卓机器上表现的比较明显,iOS上没发现有性能问题。 Rem缩放 Rem是个好东西呀,谁用谁知道,这里就不多做解释了。原理跟上面的样式缩放相通,只不过是通过Rem为单位来进行视觉开发,然后通过计算后改变html的front-size来对页面进行缩放。 关于以Rem为单位进行开发,目前比较流行Font-size=62.5%,而后1rem=10px 的这种方法,有试过直接换成px也是可以的,就看个人的计算习惯吧。

移动端网页大小自适应的实现方法

移动端网页大小自适应的实现方法 下面小编就为大家带来一篇移动端网页大小自适应的实现方法。小编觉得挺不错的, 现在就分享给大家,也给大家做个参考。 目前比较常用的方法有: ?首先要让页面大小铺满屏幕又不能溢出。只需要在html标签内加入viewport (如下),参数分别表示:页面宽度=屏幕宽度,最大和最小伸缩比都是1,不允许 用户拉缩。 1. ?百分比自适应:把长度单位转换为百分比来表示,这样在不同的宽度下,元素的长宽也会随之变化。 优点:宽度之间无缝衔接,操作起来也相对比较方便。 缺点:字体大小需要另外一套自适应方法来调整;当屏幕宽度大于700px后,继续按 照百分比元素会偏大,这个时候调整起来会比较麻烦。 ?rem、em自适应:用媒体查询的方法,确定在不同屏幕宽度下,改变或 的fontsize。再用rem, em替代 px作为单位实现自适应。 优点:可以根据不同屏幕宽度来设置,可以完美解决上面说的屏幕偏大时的比例问题。字体的大小也不存在问题。 缺点:根据宽度区间来设置,无法实现无缝变换。

-------------------------------------------------------------------------------- 这些兼容方法各有优缺点,都不算完美,怎样才能把优点结合在一起,同时避免缺点呢? 在参考淘宝网的自适应方法时,偶然发现页面的fontsize会根据屏幕的宽度自动调整,而且屏幕宽度和所设字体大小的商是一定的。 于是猜想它是用JS获取屏幕宽度后,按照固定比例缩小后作为rem的单位长度实现自适应。 这不就是优点全有滴解决方法吗!?请容许我激动一下下(☆_☆) -------------------------------------------------------------------------------- JS代码写起来非常简单,而且完美解决了用rem来设置无法达到无缝衔接的问题。 但移动端测试后问题就出现了,移动端safari在html加载完毕之前将JS以迅雷不及掩耳盗铃之势执行了,在页面没有按照viewport设置好宽度前,JS就读取了错误的宽度,导致元素变成原来的两倍大0^0, 需要用setTimeout()解决问题。 -------------------------------------------------------------------------------- 最终代码 1.Zepto(function($){ 2. var win = window, 3. doc = document; 4.

HTML5移动页面自适应手机屏幕的方法有哪些

HTML5移动页面自适应手机屏幕的方法有哪些 本篇文章小编给小伙们分享一些HTML5移动页面自适应手机屏幕的方法,对HTML5开发感兴趣或者是想要学习HTML5开发的小伙伴们,对于HTML5移动页面自适应手机屏幕的技巧还是需要掌握和了解的。下面就和小编起来来了解一下吧。 1、使用meta标签:viewport H5移动端页面自适应普遍使用的方法,理论上讲使用这个标签是可以适应所有尺寸的屏幕的,但是各设备对该标签的解释方式及支持程度不同造成了不能兼容所有浏览器或系统。 viewport 是用户网页的可视区域。翻译为中文可以叫做"视区"。 手机浏览器是把页面放在一个虚拟的"窗口"(viewport)中,通常这个虚拟的"窗口"(viewport)比屏幕宽,这样就不用把每个网页挤到很小的窗口中(这样会破坏没有针对手机浏览器优化的网页的布局),用户可以通过平移和缩放来看网页的不同部分。 viewport标签极其属性: 每个属性的详细介绍:

2、使用css3单位rem rem是CSS3新增的一个相对单位(root em,根em),使用rem为元素设定字体大小时, 是相对大小,但相对的只是HTML根元素。通过它既可以做到只修改根元素就成比例地调整所有字体大小,又可以避免字体大小逐层复合的连锁反应。 目前,除了IE8及更早版本外,所有浏览器均已支持rem。对于不支持它的浏览器多写一个绝对单位的声明。这些浏览器会忽略用rem设定的字体大小。下面就是一个例子: p {font-size:14px; font-size:.875rem;} 默认html的font-size是16px,即1rem=16px,如果某div宽度为32px你可以设为2rem。 通常情况下,为了便于计算数值则使用62.5%,即默认的10px作为基数。当然这个基数可以为任何数值,视具体情况而定。设置方法如下: Html{font-size:62.5%(10/16*100%)} 具体不同屏幕下的规则定义,即基数的定义方式:可以通过CSS定义,不同宽度范围里定 义不同的基数值,当然也可以通过js一次定义方法如下:

如何解决PC端和移动端自适应问题

如何解决PC端和移动端自适应问题? 做网页时,我们通常需要考虑到不同电脑屏幕尺寸,以及不同手机屏幕大小等问题,解决样式发生改变的情况,那么如何解决呢?现在主要是采用自适应来解决高度,宽度的,以及图片自适应问题,下面就PC端和移动端来总结一下,通常进行自适应高度和宽度,图片时,一般与页面的布局存在关系。 1、最小尺寸分辨率1024*768(传统17寸显示器),则可以采用940px、960px、或者常用的980px作为最小宽度 2、1024*768之后稍大的分辨率就是1280*768了,则可以采用1200px或者1220px作为稍大的网页宽度 3、支持css3、html5的高级浏览器可以利用CSS3 Media Queries让网页在不同分辨率下自动调节布局标签 4、不支持css3、html5的脑残浏览器特别是<=ie8系列则需要用js以及resize 事件来控制html的布局标签宽度了 5、宽度自适应需要对每个显示模块进行不同宽度的计算,在做html布局时需要大量的计算与适配。 6、宽度自适应为不同宽度显示器写布局元素时常用的css 下面我们看下,如何用js和css来自适应屏幕的大小。 一:了解高度和宽度的基础 下面用图片来说明:

网页可见区域高宽为:document.body.clientHeight||document.body.clientWidth 网页正文的区域高宽为: document.body.scrollHeight||document.body.scrollWidth(包括滚轮的长度) 网页被卷去的上左区域:document.body.scrollTop||document.body.scrollLeft 二: css自适应高度 1.两栏布局,左边固定,右边宽度自适应 方法一: //html部分

左边
正文
//css部分 *{margin:0;padding:0} #left{float:left;width:200px;background:red;} #bodyText{margin-left:200px;background:yellow; 方法二: //html部分
左边
正文

手机客户端技术方案

手机客户端技术方案中国电信集团系统集成有限责任公司内蒙古分公司 2010 年5月手机客户端技术方案目录 1 概述...............................................................................................................................................3 2 需求分析.......................................................................................................................................3 3 系统设计目标...............................................................................................................................4 3.1 建设意义.............................................................................................................................4 3.2 建设原则.............................................................................................................................4 3.3 建设模式.............................................................................................................................5 4 技术解决方案...............................................................................................................................5 4.1 移动中间件系统概述................................................................................... ......................5 4.2 系统架构.............................................................................................................................6 4.3 系统组网.............................................................................................................................7 4.4 移动化原理.............................................................................................. ...........................8 4.5 中间件服务器配置.............................................................................................................8 5 系统功能设计...............................................................................................................................9 6 手机适配型号..............................................................................................................................10 7 配置清单.....................................................................................................................................11 1概述为了提升企事业单位信息化管理水平,提高各级部门的办公效率,加强单位内部的执行力、凝聚力,自上而下高度重视信息化系统的建设工作,实现日常公文收发审批、工作安排、公告通知等日常办公的统一管理,显的日趋重要。在当前信息化管理平台的基础上,各企事业单位希望引入移动信息化技术,为相关职能部门及工作人员提供手机移动办公,将办公信息化延伸至使用人员的手机上,实现随时、随地办公,以便能够推动各级部门的精确化、高效化管理。中国电信内蒙古分公司作为业界领先的移动信息化解决方案提供商,已经在区内成功实施了多个综合办公移动化适配项目。内蒙古电信公司有足够的实力将本系统建设成为一套精品的移动办公信息化平台。2需求分析传统的信息化管理系统面临的问题:1)传统办公的缺陷导致了企事业单位整体对外竞争力的降低、工作效率的低下、成本的增加。2)发布通知公告,采用人工或者电话、口头通知方式难免出现疏忽与意外,造成遗漏、延误、缺席等。需求描述:定制开发企事业单位移动办公系统,包括以下具体内容:定制开发移动办公手机客户端系统,包括windows mobile、windows CE 等手机操作系统的手机客户端软件;搭建中间件服务器。定制要求:1、移动办公系统要在现有办公系统上开发,不影响现有的办公自动化系统正常工作。2、中间件可在Linux 或windows 等操作系统上部署。手机客户端技术方案3、为了保证现有系统的安全性,移动客户端开发时无需访问目前系统的底层数据。4、为了保证访问的安全性,手机客户端的安装使用需要一定的认证措施。 5、采用目前主流开发技术开发,如:.net、java 等开发平台或工具。功能要求:1、手机客户端登录账户、界面风格等需与现有办公系统一致。 2、保证访问速度。3、具体功能要求按照当前办公系统有选择的定制。 4、页面的局部内容维护灵活。 5、支持手机附件下载打开功能。3系统设计目标 3.1 建设意义通过移动办公系统可以实现手机办公,真正做到随时随地处理日常事务。通过手机能够处理绝大多数的办公审批事务,收发邮件,使日常工作更加便捷。 3.2 建设原则安全性移动办公系统应能提供有效的安全保障,具备完善的身份认证、访问控制、日志管理、系统审计、数据加密等安全保密机制,保证网络系统、主机系统和应用系统的安全,为移动办公提供完整的安全机制。先进性在保证方案可靠性和技术成熟性的基础上,采用先进的系统体系结构、先进的系统软硬件平台、先进的应用软件设计思想和实现技术,确保本系统起点高、

Html 5 屏幕适配解决方案:马太航

Html 5 屏幕适配解决方案 随着移动和HTML5的持续火热,移动市场涌现出了大量基于HTML5开发的移动APP。由于移动市场的高速发展,移动设备的快速更新,使得市场上出现了种类繁多具有各种屏幕尺寸和分辨率的移动设备,开发者在开发HTML5应用时就必须考虑所有屏幕尺寸和分辨率类型的应用场景,为移动应用做屏幕尺寸和分辨率的适配工作。 想要为移动应用做屏幕适配首先要了解一些概念。物理像素,即屏幕上的最小显示单元;设备独立像素,即由程序使用的虚拟像素(如CSS中的px);设备像素比,设备像素比= 物理像素/ 设备独立像素,定义了物理像素与设备独立像素间的对应关系,简称dpr(device pixel ratio)。在不同屏幕上,CSS像素呈现的大小(物理尺寸)是一致的,不同的是一个CSS像素对应的物理像素个数是不同的。举例来讲,普通屏幕的每个像素点与CSS中定义的像素点大小相同,但是苹果的retina屏幕一个CSS像素对应4个物理像素。因此,在开发应用时就需要对不同屏幕(高清和非高清)进行区分处理。就一张普通的图片(PNG、JPG、GIF等)来讲,其最小的数据单元称为位图像素。理论上,一个位图像素对应一个物理像素,这样图片才能完美的清晰展示,但是对于高清屏幕(Retina)就会出现位图像素点不够的情况,这样会导致图片模糊。遇到这种情况,通常要准备两张图片,如一张200×300(CSS px),并提供一张400×600的高清图片,这样位像素点就是原来的4倍,在retina 屏幕下正好与其物理像素点一一对应,图片自然就清晰了。当然,具体要加载那种图片是有dpr来判断的,在JavaScript中,可以通过window.devicePixelRatio获取到当前设备的dpr,在css中,可以通过-webkit-device-pixel-ratio,-webkit-min-device-pixel-ratio 和-webkit-max-device-pixel-ratio进行媒体查询,对不同dpr的设备,做一些样式适配。与图片问题类似,高清屏幕还存在一种“失真”的问题,即border:1px问题。对于border:1px

移动端适配解决方案

1. 问题的引出 最近阅读白树的博文《移动web资源整理》时,他在博文中有一段指出,如果html5要适应各种分辨率的移动设备,应该使用rem这样的尺寸单位,同时给出了一段针对各个分辨率范围在html上设置font-size的代码: html{font-size:10px} @media screen and (min-width:321px) and (max-width:375px){html{font-size:11px}} @media screen and (min-width:376px) and (max-width:414px){html{font-size:12px}} @media screen and (min-width:415px) and (max-width:639px){html{font-size:15px}} @media screen and (min-width:640px) and (max-width:719px){html{font-size:20px}} @media screen and (min-width:720px) and (max-width:749px){html{font-size:22.5px}} @media screen and (min-width:750px) and (max-width:799px){html{font-size:23.5px}} @media screen and (min-width:800px){html{font-size:25px}} 在实际项目中,把与元素尺寸有关的css,如width,height,line-height,margin,padding 等都以rem作为单位,这样页面在不同设备下就能保持一致的网页布局。举例来说,网页有一个.item类,设置了width为3.4rem,该类在不同分辨率下对应的实际宽度如下: 321px <= device-width <= 375px,font-size:11px ---> .item的width:34px 376px <= device-width <= 414px,font-size:12px ---> .item的width:37.4px 415px <= device-width <= 639px,font-size:15px ---> .item的width:40.8px 640px <= device-width <= 719px,font-size:20px ---> .item的width:51px 720px <= device-width <= 749px,font-size:22.5px ---> .item的width:76.5px 750px <= device-width <= 799px,font-size:23.5px ---> .item的width:79.8999999px 800px <= device-width ,font-size:25px ---> .item的width:85px

各个平台自适应解决方案 (1)

$(window).width(): 用jQuery或者zepto获取屏幕宽度的方法最为简单,但是在Android平台上,有时会获取的不准确(为0),从而影响布局。在IOS平台上还是很稳定。 1 var width = $(window).width(); scrollWidth: 根据我的经验,scrollWidth获取屏幕宽度还比较准,也比较稳定,但可能会有细微出入。1 var width = document.body.scrollWidth; 让平台返回屏幕宽度: 我认为目前为止,最稳定,最准确的方法就是让平台返回屏幕宽度。但是要对返回的宽度稍做处理,因为平台返回的是系统的宽度,需要除以分辨率。 1 2 var dpi = window.devicePixelRatio;//获取屏幕分辨率 var width = sysWidth / dpi;//用系统返回宽度除以分辨率。 此方法唯一的缺点就是比较麻烦,需要平台配合,所以以上3种方法各有利弊,大家自己取舍,我还是推荐让平台返回 <script> var x = navigator; var w = window.innerWidth || document.documentElement.clientWidth || document.body.clientWidth; var h = window.innerHeight || document.documentElement.clientHeight || document.body.clientHeight; document.getElementById("p1").innerHTML = "<b>屏幕分辨率:</b>"+screen.width + "X" + screen.height+"<b>内部窗口</b>:" + w + "X" + h </script> 不知道是不是这个屏幕分辨率:pc上的桌面分辨率。手机上是一个型号固定的分辨率比如 华为8813的分辨率是480*854。。内部窗口是改变窗口大小刷新一下就有新的数据

移动平台解决方案

移动平台解决方案 篇一:移动APP电子商城解决方案 App移动电子商城解决方案 网络购物是互联网技术发展的一个趋势,通过网络,可以使客户足不出户的利用网络资源快捷方便的购物。购买物品过程中可以有效的减少中间环节,下单环节通过互联网完成,这样将商家的商业活动的范围可以通过互联网无线扩大。 移动App是智能手机的第一入口,同时采用移动App 的营销形式,可以占领用户的手机,获取用户的数据并对数据加以分析,为日后的精准营销可以创造数据基础,可以方便用户二次或多次访问,提高用户的重复转化率,移动App 电子商务是未来网络营销的新趋势,谁能占领用户手机,谁能获得更多精准用户的数据,谁能更好的做到重复转化,谁就能取得主动权。 一、移动App电子商城的优势 1.搭建商品信息在移动终端展示平台,提高企业服务能力; 2.手机随身携带,随时浏览,客户可以在网络实现订货,查看货品信息,商家可以提供更加快捷的服务,扩展业

务线,提高客户忠诚度; 3.精准营销,占领先机。可以直观的,快捷的第一时间把商家的最新产品信息、促销信息等推送到客户手中; 4.方便集成地理位置系统,实现线上线下联动; 5.方便拓展多种支付接口,商业机会增多; 6.通过后台可以管理和收集目标客户的数据,方便日后二次营销; 7.通过二维码、广告、搜索引擎推广等方式,引导目标客户安装本软件。 二、移动App电子商城结构 三、移动App电子商城功能需求 需要开发Android/iOS双平台客户端以及PC后台管理系统,功能需求如下: 1. 会员管理:注册,登陆,会员管理(增加、删除、更改、查询),会员统计功能(实现会员订购成交信息); 2. 购物车:添加商品,删除商品,计算价格,结账; 3. 订单管理:产品历史订单管理,查询缺货、发货、退货等管理;

前端页面在各端的适配性探讨

前端页面在各端的适配性探讨 随着移动设备的普及,移动web在前端工程师们的工作中占有越来越重要的位置。移动设备更新速度频繁,手机厂商繁多,导致的问题是每一台机器的屏幕宽度和分辨率不一样。这给我们在编写前端界面时增加了困难,适配问题在当下显得越来越突出。记得刚刚开始开发移动端产品的时候向设计MM要了不同屏幕的设计图,结果可想而知。本篇博文分享一些卤煮处理多屏幕自适应的经验,希望有益于诸君。特别说明:在开始这一切之前,请开发移动界面的工程师们在头部加上下面这条meta: meta name='viewport' content='width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0'> 大小之辨-完全自 适应“完全自适应式”是卤煮对越此方案的叫法,由于卤煮现在找不到官方名称,所以暂时就这样叫它。这种解决方案相对前一种来说进步不少,不仅仅宽度实现了自适应,而且界面所有的元素大小和高度都会根据不同分辨率和屏幕宽度 的设备来调整元素、字体、图片、高度等属性的值。简单来说就是在不同的屏幕下,你看到的字体和元素高宽度的大小是不一样的。在这里,有人就会说利用的是媒体查询熟悉,根据不同的屏幕宽度,调整样式。卤煮之前也是这样想的,但是你需要考虑到界面上的许多元素需要设置字体,如果用

media query为每个元素在不同的设备下都设置不同的属性的话,那么有多少种屏幕我们的css就会增加多少倍。实际上在这里,我们采用的是js和css熟悉rem来解决这个问题的。REM属性指的是相对于根元素设置某个元素的字体大小。它同时也可以用作为设置高度等一系列可以用px来标注的单位。html { font-size: 10px; } div { font-size: 1rem; height: 2rem; width: 3rem; border: .1rem solid #000; } 采用以上写法,div继承到了html节点的font-size,为本身定义了一系列样式属性,此时1em计算为10px,即根节点的font-size值。所以,这时div的高度就是20px,宽度是30px,边框是1px,字体大小则是10px;一旦有了这样的方法,我们自然可以根据不同的屏幕宽度设置不同的根节点字体大小。假设我们现在设计的标准是iphone5s,iphone5系列的屏幕分辨率是640。为了统一规范,我们将iphone5 分辨率下的根元素font-size设置为100px; html { font-size: 100px; } 那么以此为基准,可以计算出一个比例值6.4。我们可以得知其他手机分辨率的设备下根元素字体大小: /* 数据计算公式640/100 = device-width / x 可以设置其他设备根元素字体大小ihone5: 640 :100 iphone6: 750 : 117 iphone6s: 1240 : 194 */ var deviceWidth = window.documentElement.clientWidth; document.documentElement.style.fontSize = (deviceWidth

WAP2_0应用中的终端适配和高效开发解决方案

-846- 1引言 WAP2.0应用相对于WAP1.2在表现形式及能力上更加丰富,安全上可以实现端到端的应用。从开发的角度来看,WAP2.0很重要的几点就是: 添加了表格属性,使得页面的编辑更加灵活多样;增加了背景色、背景图和背景音乐。 从WAP1.x 到现在WAP2.0,一直是我们关注的焦点。现在由于WAP2.0还处于起步阶段,面临着许多WAP1.x 中存在的旧问题和不存在的新问题,其中最关键的一个问题就是对多至几百款的手机终端进行机型适配。WAP2.0与WAP1.2在表现形式上的最大区别在于WAP2.0的表现形式更强,页面更加丰富多彩,如果还依照WAP1.2的开发方式,对每一款终端开发应用,那样的工作量简直是不可想象的,如何能够占得先机,更高效地、更迅速地开发出用户要求的WAP2.0应用,如何能够摆脱WAP1.x 开发过程中的杂乱无章的过程,如何能够开发出可重用的应用代码,如何能够既要做相应的终端适配又可以不用针对每一款终端重复开发已有的应用,如何能够更有效地维护后台和增强系统的稳定性和安全性。 本文探讨并解决了其中最主要的两个问题:利用WAP CSS 解决WAP2.0机型适配问题和利用页面拆分模板高效开 发WAP2.0应用的问题。 2W AP2.0原理及其高速发展 2.1WAP2.0的原理 什么是WAP2.0?WAP 就是无线应用协议(wireless appli-cation protocal ),WAP2.0应用是指在WAP2.0协议栈的基础之上,按照WAP2.0的业务规范,完成终端页面浏览、内容下载、流媒体在线播放、Push 业务等多种业务方式相结合的应用。 具体的WAP2.0协议可以参见文献[7],应用和原理可以参见文献[5],本文的重点在于上百款终端适配和高效地应用开发。 与短信不同,WAP2.0既可以提供图片、声音、文字、动画、视频等丰富多彩的多媒体信息,为客户提供更多更广泛的服务和全新感受,其技术架构又支持全新的运营模式,让移动运营商、内容服务提供商和用户形成健康的新型经济共生圈,使产业可持续发展。 WAP2.0取代短信, 成为中国无线增值业务之王已是大势所趋,从短信到以WAP2.0为核心的高级数据业务的转变,将成为中国无线增值业务市场新的转折点,也将使一批有优质产品、创新营销手段的SP 脱颖而出,为中国的无线增值市场注入新的活力。 收稿日期:2004-12-30。 作者简介:姚勇斌(1978-),男,山西晋中人,硕士生,研究方向为计算机网络、无线互联网技术及应用、移动增值业务;梁春花(1979-),女,河北枣强人,硕士生,研究方向为计算机网络和无线应用协议;李栋(1975-),男,北京人。 WAP2.0应用中的终端适配和高效开发解决方案 姚勇斌,梁春花,李 栋 (北京科技大学信息工程学院计算机系,北京100083) 摘 要:介绍了手机无线上网协议从WAP1.x 到WAP2.0高速发展的原因,从而提出了一个WAP2.0应用开发中的难以解决的问题:对上百款手机机型进行适配以及如何高效开发WAP2.0手机前台页面和后台支持系统的问题。利用WAP2.0中特有的WAP CSS 和模板拆分替换方法来解决了这个问题,从而将问题简化到了同已有WAP1.x 同样规模的“可开发”阶段,为顺利开发WAP 2.0应用开辟了新路。 关键词:WAP2.0;终端适配;WAP CSS;模板;拆分;替换中图法分类号:TP393.09 文献标识码:A 文章编号:1000-7024(2006)05-0846-03 Solution of WAP2.0mobile terminal adaptation and developing effectively YAO Yong-bin, LIANG Chun-hua, LI Dong (Department of Computer Technology,School of Information Engineering,Beijing University of Science and Technology, Beijing 100083,China ) Abstract :Status of W AP2.0and reason of it's high speed developing from WAP1.x were introduced.Then intractable problem:How can we adapt WAP pages to hundreds of mobile telephones and develop WAP2.0mobile pages in front end and support system in backend effectively,was brought forward.The problem was resolved with special character of WAP2.0—W AP CSS and new method of template splitting and replacing.A new way of WAP2.0application was presented. Key words :WAP2.0;adapt mobile terminal;WAP CSS;template;split;replace 2006年3月计算机工程与设计 Mar.2006 第27卷第5期Vol.27 No.5 Computer Engineering and Design

相关文档
最新文档