1. 打开手机界面,进入“设置”选项。
2. 在设置界面中找到“通用”或“网络”选项,并点击进入。
3. 在通用或网络设置中找到“VPN”或“加密通道”选项,进入该选项。
4. 如果您已经成功办理DCD服务,则应该在该页面中看到加密通道信息。
另外,您还可以拨打电信运营商的客服电话,向客服咨询您的DCD申请状态。
数据定义伪指令一般用于为特定的数据分配存储单元,同时可完成已分配存储单元的初始化。
— DCD ( DCDU ) 用于分配一片连续的字存储单元并用指定的数据初始化。 标号 DCD (或 DCDU ) 表达式
DCD (或 DCDU )伪指令用于分配一片连续的字存储单元并用伪指令中指定的表达式初始化。其中,表达式可以为程序标号或数字表达式。 DCD 也可用 “ &” 代替。
用 DCD 分配的字存储单元是字对齐的,而用 DCDU 分配的字存储单元并不严格字对齐。
DCD(Dynamic Content Delivery)是来自OMA的业务能力规范,实现内容向用户终端的直接推送。在中国移动的业务中被称为“快讯”,但是知道的人不多。 系统介绍 DCD系统包括:DCD服务器、DCD客户端软件、内容来源三个部分。 被阅读内容从CP处被提交到DCD服务器,然后可能有两种方式: 1. DCD服务器通过Push消息给客户端,通知客户端立即更新最新的内容。 2. DCD服务器等待客户端的定时同步的HTTP请求,提取走最新内容。注:目前的DCD服务为封闭系统,没有体现CP部分的独立角色,没有发展一定数量的CP来提供内容,因此DCD可供订阅的内容比较单一,内容的吸引力还不是很强。个人觉得这是DCD业务目前需要解决的主要问题之一。 下面就DCD的业务特征进行几点分析,简单说说自己的想法。 内容的推送和预下载 与短信、彩信、WAP Push业务类似,DCD实现内容的推送方式下发。 与WAP网页浏览不同,用户使用过程中不需要记住URL地址,没有网页的传输等待时间,甚至没有链接的点击。一切体现为数据在后台的自动获取和保存。 客户端软件 DCD需要专门开发的客户端软件,用于完成内容的自动下载、存储、显示和删除。 根据中国移动的DCD业务规范,一般情况下在待机屏幕或者桌面上有用于内容显示的特定区域。这也是DCD业务区别于其他业务的很大优势和独特性。 与彩信的比较 DCD业务在系统组成上与MMS有很大相似性,但是又有很多增强特性。列举如下: MMS DCD
1 通过Push消息实现信息接受的及时性 支持。 且同时支持定时的内容同步和用户手动的内容同步。
2 内容的预下载。在内容展现给用户前,由程序在后台下载内容。 使用MIME封装所有内容到一个内容体中,使用SMIL支持播放控制。 支持。 使用XML或者XHTML方式描述图片、多媒体等内容。各个内容单独下载。
3 业务扩展性不强 业务扩展性强,基于XML的接口定义,有较强的业务描述能力。
4 已下载内容的管理由用户负责,与短信相似 内容的管理由客户端完成,内容对用户的干扰较小
5 手机必须的功能,几乎全部支持 还没有进入手机的必选功能,客户端软件的安装率远远不如彩信功能普及。
就业务特性来说,DCD功能类似于彩信功能的升级,但因为其业务的独特性,它不是彩信的替代品。 与互联网标准RSS的比较 OMA定义DCD能力规范时参考了互联网标准RSS/ATOM,因为其业务本质上是相似的。但是又有许多不同,主要解决了手机终端上特殊的性能问题、网络问题等。 1. 考虑到带宽限制,优化每次传输的数据量。 2. 支持多个频道的订阅管理。优化减少同步次数,将用户订阅的不同频道来源信息,在一次同步中全部发送。(在互联网上同样有这样的服务存在,比如Google Reader、Yahoo Pipes用于合并用户自己需要的各个RSS订阅源)。 3. 强制要求的客户端内容管理,避免积累下载存储的过多内容影响系统正常运行。 4. 根据客户端提供的用户信息、位置信息等提供增强的功能。区分用户,地理位置相关的信息发送。 5. Push消息的支持,比RSS能实现更好的及时性。 6. 业务和接口定义时考虑到便于客户端的实现。 本质上说,DCD体现了互联网上被证明非常有效的RSS和AJAX的概念:订阅与同步,XML数据的后台传输。无论是实现方式,业务特点都具有很强的互联网特性。 说到互联网特性不得不提及互联网的盈利模式:广告模式。 DCD业务具有广告内容承载能力。主要体现在如下方面: 1. 与用户订阅的感兴趣的内容相结合,容易被关注 2. 适当的内容展现能力,内容具有丰富性。 3. 内容可点击,能精确计算广告效果。 4. 内容安静地被显示,并且过期自动删除,对用户干扰小。 5. 新应用,用户不易产生反感。 6. 能精确区分用户,并提供位置信息,提升广告精度。 所有这些区别于曾经的短信广告,具有独特的优势。因此如果DCD业务推广顺利,实际用户量足够庞大,加入优质的广告将可能是很好的盈利点。 互联网公司的一个优势在于对产品的连续跟踪优化。对服务的更新采用频繁连续的,每次少量的升级,并随时根据用户反馈进行调整。使得产品非常贴合用户的需要。而DCD的产品需求和形态相对明确,连续升级的需求并不明显,因此采用中移动传统的开发和运营相对独立的产品模式也可以保证DCD产品的顺利实施。
UCD(User Centered Design)是指以用户为中心的设计。是在设计过程中以用户体验为设计决策的中心,强调用户优先的设计模式。
解释
简单的说,就是在进行产品设计、开发、维护时从用户的需求和用户的感受出发,围绕用户为中心进行产品设计、开发及维护,而不是让用户去适应产品。无论产品的使用流程、产品的信息架构、人机交互方式等,以UCD为核心的设计都时刻高度关注并考虑用户的使用习惯、预期的交互方式、视觉感受等方面。
编辑本段衡量维度
衡量一个好的以用户为中心的产品设计,可以有以下几个维度:产品在特定使用环境下为特定用户用于特定用途时所具有的有效性(effectiveness)、效率(efficiency)和用户主观满意度(satisfaction),延伸开来还包括对特定用户而言,产品的易学程度、对用户的吸引程度、用户在体验产品前后的整体心理感受等。
编辑本段意义
1. 一个产品的来源可能有很多种情况,用户需求、企业利益、市场需求,或可能是技术发展所驱动。从本质来说,这些不同的来源并不矛盾。一个好的产品,首先是用户需求和企业利益(或市场需求)的结合,其次则是低开发成本的,而这两者都可能引发对技术发展的需求。 a) 越是在产品的早期设计阶段,能充分的了解目标用户群的需求,结合市场需求,就能越大程度降低产品的后期维护甚至回炉返工的成本。“如果在产品中给用户传达 “我们很关注他们”这样的感受,用户对产品的接受程度就会上升”,同时能更大程度的容忍产品的缺陷,这种感受决不仅仅局限于产品的某个外包装或者某些界面载体,而是贯穿产品的整体设计理念,这需要我们从早期的设计中就要以用户为中心。 b) 基于用户需求的设计,往往能对设计“未来产品”很有帮助,“好的体验应该来自用户需求,同时超越用户需求”。这同时也有利于我们对于系列产品的整体规划。 2. 随着用户有着越来越多的同类产品可以选择,用户会更注重他们使用这些产品的过程中所需要的时间成本、学习成本和情绪感受。 a) 时间成本,简而言之就是用户 *** 作某个产品时需要花费的时间,没有一个用户会愿意将他们的时间花费在一个对自己而言仅为实现功能的产品上,如果我们的产品无法传达任何积极的情绪感受,让用户快速的完成他们所需要的功能,这是最基本的用户价值。 b) 学习成本,主要针对新手用户而言,这点对于网络产品来说尤其关键。同类产品很多,同时容易获得,那么对于新手用户而言,他们还不了解不同产品之间的细节价值,影响他们选择某个产品的一个关键点就在于哪个产品能让他们简单的上手。有数据表明,如果新手用户第一次使用所花费在学习和摸索的时间和精力上很多,甚至第一次使用没有成功,他们放弃这个产品的几率是很高的,即使有时这意味着他们同时需要放弃这个产品背后的物质利益,用户也毫不在乎。 c) 情绪感受,一般来说,这点是建立在前面两点的基础上,但在现实中也存在这样一种情况:一个产品给用户带来极为美妙的情绪感受,从而让他们愿意花费时间去学习这个产品,甚至在某些特殊的产品中,用户对情绪感受的关注高于一切。例如在某些产品中,用户对产品的安全性感受要求很高,此时这个产品可能需要增加用户 *** 作的步骤和时间,来给用户带来“该产品很安全很谨慎”的感受,这时减少用户的 *** 作时间,让用户快速的完成 *** 作,反而会让用户感觉不可靠。
编辑本段UCD记录
1.需求分析:(业务流程) 目的:根据产品需求和设计要求提供用户使用分析。 方式:访谈、焦点小组、提炼目标用户建立角色模型、场景分析、竞争对手分析、提炼定性和定量的相关数据。 结论报告:根据分析目标用户的使用特征、情感、习惯、心理、需求等,提出用户研究报告和可用性设计建议。 合作人员:市场人员、产品需求客户、项目负责人 2.原型设计:(信息架构+交互设计) 目的:概念方案设计。制定产品的业务功能和界面规范。 方式:与开发队伍合作设计各种交互原型。同商业方面的专家、市场部沟通,确认设计并得到认可。 作角色模型设计和情景设计,通过情景的再现演示来总结和逐步细化用户使用中的各种交互需求,提出设计解决方案,并完成设计方案的演示,讨论,完善,和最终定稿。 结论报告:制作交互设计原型。为用户界面和交互设计实施提供设计标准规格。 合作人员 :项目负责人、开发团队、市场人员 3.视觉管理: 目的:使界面设计更符合产品定位,用户使用习惯及规范布局,对实现功能进行正确有效地引导。 方式:主持用户研究进行界面视觉引导。设计窗口规范,图形化的布局。 结论报告 :界面测试报告。==》输出视觉设计规范 合作人员 :视觉设计师 4.可用性测试: 目的: 通过观察,来发现过程中出现了什么问题、用户喜欢或不喜欢哪些功能和 *** 作方式,原因是什么。 方式:一对一用户测试 结论报告:用户背景资料文档、用户协议、测试脚本、测试前问卷、测试后问卷、任务卡片、过程记录文档、测试报告 合作人员:测试自愿者、市场相关人员 5.跟踪调查: 目的:产品使用结果的反馈。 方式 :用户访谈,用户反馈 结论报告:根据反馈意见及实际调查并根据预期目的撰写产品反馈结果报告。包括值得肯定的设计及对修改的建议。 合作人员:产品用户、市场相关人员
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)