【总结】移动应用界面设计的尺寸设置及规范
时间2014-05-04 15:15:07 青溪·札记
原文appdesign-sizesetting/
主题用户界面设计移动应用
刚接触移动应用的界面设计，最先跳入脑海的疑问是：画布尺寸设计多大（特别是Android）、图标和字体大小怎么定、需要设计多套设计稿么、如何切图以配合开发的实现？
本篇将结合iOS和android官方的设计规范、搜集的资料以及工作中的摸索，来分享移动应用界面设计中的尺寸规范等问题，希望能给移动端的新手设计师些许指引。若有不当之处，欢迎斧正。
一、android篇
1、android分辨率
Android的多分辨率，一向是设计师和开发者非常头疼的事儿。尽管如此，对于多分辨造成的复杂问题，也是大家要优先解决的。Android支持多种不同的dpi 模式：ldpi 、mdpi 、hdpi 、xhdpi 、xxhdpi 、xxxhdpi
注意，ppi、dpi 是密度单位，不是度量单位：
* ppi (pixels per inch)：图像分辨率（在图像中，每英寸所包含的像素数目）
* dpi (dots per inch)：打印分辨率（每英寸所能打印的点数，即打印精度）
dpi主要应用于输出，重点是打印设备上；ppi对于设计师应该比较熟悉，photoshop画布的分辨率常设置为72像素/英寸，这个单位其实就是ppi 。尽管概念不同，但是对于移动设备的显示屏，可以看作ppi=dpi 。
ppi的运算方式是：PPI = √（长度像素数2 + 宽度像素数2） / 屏幕对角线英寸数。即：长、宽各自平方之和的开方，再除以屏幕对角线的英寸数。
以iphone5为例，其ppi=√（1136px2 + 640px2）/4 in=326ppi（视网膜Retina 屏）
对于android手机，一个不确切的分法是，720 x 1280 的手机很可能接近 320 dpi （xhdpi模式），480 x 800 的手机很可能接近 240 dpi （hdpi模式），而320 x 480 的手机则很接近 160 dpi（mdpi模式）。
来自友盟指数2014年3月份的数据（戳这里看最新数据）：
480 x 800的手机占比最高为%，720 x 1280的手机占比为%位居第二，而240 x 320的手机占比最少为% 。xxdhpi模式的高分辨率1080 x 1920手机占比也越来越高，目前为% 。
2、单位换算方法
android开发中，文字大小的单位是sp，非文字的尺寸单位用dp，但是我们在设计稿用的单位是px。这些单位如何换算，是设计师、开发者需要了解的关键。
* dp：Density-independent pixels，以160PPI屏幕为标准，则1dp=1px。dp 和px的换算公式：dp*ppi/160 = px。对于320ppi的屏幕，1dp x 320ppi/160 = 2px。
* sp：Scale-independent pixels，它是安卓的字体单位，以160PPI屏幕为标准，当字体大小为 100%时， 1sp=1px。sp 与 px 的换算公式：sp*ppi/160 = px。对于320ppi的屏幕，1sp x 320ppi/160 = 2px。
简单理解的话，px（像素）是我们UI设计师在PS里使用的，同时也是手机屏幕上所显示的，dp是开发写layout的时候使用的尺寸单位。
为什么要把sp和dp代替px？原因是他们不会因为ppi的变化而变化，在相同物理尺寸和不同ppi下，他们呈现的高度大小是相同。也就是说更接近物理呈现，而px则不行。
根据单位换算方法，可总结出：
当运行在mdpi下时，1dp=1px ：也就是说设计师在PS里定义一个item高48px，开发就会定义该item高48dp ；
当运行在hdpi模式下时，1dp= ：也就是说设计师在PS里定义一个item高72px，开发就会定义该item高48dp ；
当运行在xhdpi模式下时，1dp=2px ：也就是说设计师在PS里定义一个item
高96px，开发就会定义该item高48dp ；
当你的app需要适配多个dpi模式的时候，请参考图1的比例进行换算。
3、设计稿基本元素的尺寸设置
为了适应多分辨率的手机，理想的方式是为每种分辨率做一套设计稿，包括所用到的icon、设计稿标注等。但在实际开发中，这种方法耗时耗力。所以通常会选择折中的方法。
方法一：在标准基础上（比如xhdpi）开始，然后放大或缩小，以适应到其他尺寸。不足之处是，对于更高分辨率的手机，图标被放大后会导致质量不高。方法二：以最高分辨率为基准设计，然后缩小适应到所需的小分辨率上。缺点是，图标等若都最大尺寸，加载时速度慢且耗费流量较多，对于小分辨率的用户也不够好。
结合友盟的分辨率占比数据、也为了方便换算到android开发中的尺寸单位，推荐设计稿的画布尺寸选用 720X1280 ，分辨率仍旧为72ppi（像素/英寸）。
在android规范中对于导航栏、工具栏等的尺寸没有明确的规定。但根据48dp 原则，以及一些主流的android应用的截图分析，总结一下尺寸要求：
状态栏高度：50 px
导航栏、操作栏高度：96 px=48dp x 2
主菜单栏高度：96 px
内容区域高度：1038 px （=1038）
Android最近出的手机都几乎去掉了实体键，把功能键移到了屏幕中，高度也和菜单栏一样为：96 px
4、图标和字体大小（来自官方规范文档）
a、启动图标（home页或app列表页）
整体大小为48 x 48 dp
b、操作栏图标，代表用户在app中可以使用到的最重要的图标
整体大小为32 x 32 dp ，图形实际区域为 24 x 24 dp
c、小图标/场景图标，提供操作或特定项目的状态。
比如gmail app的星型标记、一些内容展开收起用到的向下向上的图标等。整体大小为16 x 16 dp ，图形实际区域为 12 x 12 dp 。
d、通知图标
如果app有通知，要提供一个有新通知时显示在状态栏的通知图标。整体大小为24 x 24 dp ，图形实际区域为 22 x 22 dp 。
注：android规范提供的尺寸单位是dp，若设计稿尺寸设为720 x 1280 ，图标大小需在规范要求的尺寸数字上乘以2。比如操作栏图标32 x 32 dp ，则设计稿上应该是64 x 64 px 。
e、字体大小
Android规范中的要求如下：
前面提到Android开发中的字号单位是sp，而换算关系是 sp*ppi/160 = px 。所以720 x 1280尺寸的设计稿上，字体大小可选择为 24px 、28px 、32px 、36px ，主要根据文字的重要程度来选择，特殊情况下也可能选择更大或更小的字体。
f、其他尺寸要求
通常把48dp作为可触摸的UI元件的标准。
为什么要用48dp呢？一般来说，48dp转化为一个物理尺寸约9毫米。通常建议目标大小为7-10毫米，以方便用户手指能准确并且舒适触摸目标区域。
如果你设计的元素高和宽至少48dp，你就可以保证：
（1）触摸目标绝不会比建议的最低目标（7mm）小，无论在什么屏幕上显示。（2）在整体信息密度和触摸目标大小之间取得了一个很好的平衡。
另外，每个UI元素之间的空白通常是8dp 。
5、一点疑问供探讨
在720 x 1280 px 的设计稿上，有两个按钮（比如登录、注册）并排一行放置，尺寸均为320 x 80 px ，换算为android开发单位就是 160 x 40 dp 。
根据前面的计算方式，如果显示在 480 x 800的手机上，反过来换算为px尺寸就是 240 x 60 px ，此时两个按钮排放在一行，刚好是480px=屏幕横向尺寸，铺满了整行，显然显示效果并不合适。
如果遇到这种情况，如何做呢？咨询android开发工程师，得到的答案是可能需要做自适应处理，不过目前他们都是写固定的dp值。所以我想设计师是否也需要考虑——在基准分辨率下设置的尺寸换算在其他分辨率下，是否也能优雅显示？
二、iOS篇
1、分辨率
iPhone 界面尺寸：320×480、640×960、640×1136
iPad 界面尺寸：1024×768、2048×1536
（以上单位都是像素，至于分辨率一般网页UI和移动UI基本上都只要 72 ppi）
2、单位换算px、pt
这里需要先区分pt、px，pt(磅值)是物理长度单位，指的是72分之一英寸。手机上看来同一大小的字磅值是一样的，但是换算成不同分辨率手机的字号px 值不一样。（px=pt*ppi/72）
iPhone在出retina屏(也就是4S)之前的屏幕像素是320x480px，屏幕密度是163ppi，4S的屏幕像素是640x960px，屏幕密度是326ppi，翻了一倍。iPhone5的ppi没有变化，兼容性方面要增加类似首屏画面等程序上的判断。
在iPhone界面上元素的定位、尺寸是通过一个单位point，而非px，屏幕上固定有320x480pt，retina屏两倍的分辨率改变的只是pt和px之间的比例而已，这样就能实现不改变程序，只上传两套图片就兼容两个分辨率。
在设计的时候并不是每个尺寸都要做一套，尺寸按自己的手机尺寸来设计，比较方便预览效果，一般用640×960 或者640×1136 的尺寸设计。其中设计稿的画布分辨率设为默认的72ppi（此时1px=1pt ），所以设计师可以统一采用px为单位。
开发拿到设计稿时，将上面标注的以px为单位的字号大小、图像尺寸除以2，就是非retina屏上的pt值，这样在retina屏上也可以根据此pt值换算对应的px大小，以确保不同的分辨率下有合适的效果。
3、基本元素的尺寸设置
iPhone的APP界面一般由四个元素组成，分别是：状态栏、导航栏、主菜单栏以及中间的内容区域。
这里取用640×960 的尺寸设计，那我们就说说在这个尺寸下这些元素的尺寸：
状态栏：就是我们经常说的信号、运营商、电量等显示手机状态的区域，其高度为：40 px
导航栏：显示当前界面的名称，包含相应的功能或者页面间跳转的按钮，其高
度为：88 px
主菜单栏：类似于页面的主菜单，提供整个应用的分类内容的快速跳转，其高度为：98 px
内容区域：展示应用提供的相应内容，整个应用中布局变更最为频繁的，其高度为：734 px=960-40-88-98
以上尺寸适用于 iPhone 4、4S，iPhone5/5s 的640×11136 的尺寸，其实就是中间的内容区域高度增加到：910 px，其他尺寸也同上。
4、常用图像、图标大小（来自官方规范文档）
单位：像素
5、字体大小
iOS交互设计规范文档上，对字体大小没有做严格的数值规定，只提供了一些指导原则：
单位：点pt
- 即便用户选择了最小文字大小，文字也不应小于 22 点。作为对照，正文样式在大字号下使用 34 点字体大小作为默认文字大小设置。
- 通常来说，每一档文字大小设置的字体大小和行间距的差异是 2 点。例外情况是两个标题样式，在最小、小和中等设置时都使用相同字体大小、行间距和字间距。
- 在最小的三种文字大小中，字间距相对宽阔；在最大的三种文字大小中，字间距相对紧密。
- 标题和正文样式使用一样的字体大小。为了将其和正文样式区分，标题样式使用加粗效果。
- 导航控制器中的文字使用和大号的正文样式文字大小（明确来说，是 34 点）。
- 文本通常使用常规体和中等大小，而不是用细体和粗体。
百度用户体验做过的一个小调查：
单位：像素px
还有个方法就是找你觉得好的APP应用，手机截图后放进PS自己对比调节字体大小。
三、如果android、iOS同时开发，设计稿尺寸设置多大呢？
可采用iPhone的尺寸 640 x 960 px设计，用于Android开发时，将其分辨率看作320ppi（xhdpi模式），再采用上文的方法进行换算、设置尺寸。
【附】参考资料
1、设计师如何为 Android 应用标注尺寸
2、Android端App设计经验小分享
3、移动设备的界面设计尺寸
4、[无线手册-4] dp、sp、px傻傻分不清楚
5、像素终极作战指南
一组惊艳的后台管理界面设计欣赏 做那种界面的时候，和设计网页的感觉不一样。因为得考虑的不只是美观，更多应该在操作体验及视觉舒适度上下足功夫。 这种界面会成为管理员长时间驻留的地方，会有很多数据表格。如果我们的配色太鲜艳或者太暗沉，都会让使用者遭受眼球上的磨难。 而且一些按钮和操作焦点没有做好区分和规范，那都会是致命的。 关于界面中的交互，这里优设哥送上前辈们留下的一句金句，非常经典，也很好记: 1、操作前可以预知； 2、操作中有反馈； 3、操作后可撤销； 不管怎么样，这三句话，你可以牢牢记住。这是只可意会不可言传的。等到你钻研达到一定程度了，自然就会明白咯。 而视觉方面的注意事项，其实大家都知道，依然是不要超过三个颜色。这点大家虽然都知道，可是在实际设计的过程中，会不知不觉的用多一些颜色出来，而且还潜意识说服自己：“这个加上也不错，干脆就用上吧。”整套设计稿出来，全局观察的时候，结果就有些混乱，干扰到数据的主视觉区域了。 好吧！今天就为大家带来speckyboy上收集整理的一些dribbble上的精华作品。我相信，这些作品惊艳到你甚至临摹不过来，不信可以试试哟：） Device Dashboard
Admin Tools Admin Charts
Wood Control Panel Responsive Dashboard
Datatable Content Ultramarine Admin
Flyout Menu Administration Panel
Minimalist Admin Dashboard Charts
《移动应用开发》课程设计报告 { 学院名称：计算机与信息工程学院 班级名称：计科对口14 学生：胡闻璐 学号： 19 题目：基于《个人理财通》的计算器 任课教师 # 姓名：东良 起止日期：2017年04月18日至04月30日
目录 《移动应用开发》课程设计报告 (1) * 摘要 (3) 1 项目需求分析 (3) 需求分析 (3) 功能需求 (3) 2系统总体设计 (5) 系统架构设计 (5) 系统功能体系 (5) 3系统详细设计 (6) 》 数据库设计 (6) 系统界面设计 (7) 数据存储设计 (13) 信息统计设计 (14) 地图轨迹设计 (14) 服务应用设计 (24) 4系统编码实现 (25) 框架引用 (25) ~ 交互实现 (25) 单元测试 (28) 5 系统测试发布 (29) 手机环境的实测 (29) APP的发布实测 (29) 参考文献 (30) 成绩评定 (31) <
摘要 随着移动终端的迅速普及，Android系统平台引用软件的需求随之增大。伴随着Android 智能手机与平板电脑已经出现在我们生活的大量的使用，越来越多的基于Android开发平台也随之而出，为丰富人们使用Android智能产品的用途，使其可以帮人们记录一些事情。本设计开发通过研究Android体系结构和个人理财管理方面的知识，设计并实现了个人理财通系统。能够对理财信息进行获取、汇总、整理、计算等功能，从而实现随身随时随地地进行日常的理财活动。 1 项目需求分析 需求分析 物质和科技的飞速发展，人们的生活水平也不断的在提高，往往有很多人在快节奏的生活中迷失和迷茫，很多人觉得自己没钱，但每个月的工资也不是很低，却往往不知道钱花在哪，为什么每到月底自己的钱包会空空如也，正因为这样，人们才需要一款个人理财软件，简单的界面，易懂的操作，十分便携直观的理财方式，可以让人们更好的进行个人理财。以下是本软件的一些功能： ①登录界面：初始登陆时没有密码，为了方便用户保护隐私，可以自行设置密码 ②新增支出：添加支出金额、时间、类别和地点等信息 ③新增收入：添加收入金额、时间、类别和付款方等信息 ④数据管理：支出汇总，收入汇总，便签信息 ⑤便签功能：添加便签，设置提醒或事项 ⑥计算器：对数据进行计算，方便记录，长按结果可直接复制 ⑦移动课堂：泛雅平台中的安卓课程访问 ⑧帮助：对个人理财通各个功能部件的使用介绍 ⑨退出：退出该系统 功能需求 目前国外理财软件已有上百种之多，如美国的直觉公司QUICKEN软件为美国13个州及加拿大的客户提供金融管理和预算等财务问题。国在财务管理方面做的比较突出的当属金蝶公司。然而，在手机理财软件方面做的很突出的还没有，本软件是针对个人用户的一款Android 软件，主要对个人理财收入、支出做一个记录和统计，可以对用户的收入、支出记录做添加、删除、查询和修改的管理，本软件该具备以下功能： ①功能操作要方便、易懂、，不要有多余或复杂的操作。 ②对用户收入支出信息做添加、删除、查询和修改。 ③系统的功能复合本人的实际情况。
三、GSM-R数字移动通信手持终端机（一）功能介绍 1.组呼、广播呼叫 2.铁路紧急呼叫 3.增强多级优先级与强拆呼叫支持 4.铁路通讯功能号管理 5.应急区间移动公务通信 6.指挥通信话音和数据业务 7.铁路通讯拨号 （二）关键技术 1.自主GSM-R协议功能实现 2.PTT功能设计 3.双面通话功能 4.超长时间待机
5.高稳定性 6.防滑设计 7.户外强光直射下清晰显示 8.三防设计（防尘、防水、防震）；达到IP54标准 （三）GSM-R 数字移动通信手持终端机结构图（见图1-5） 图1-5 GSM-R 数字移动通信手持终端机 四、站车信息交互手持设备 （一）整体系统结构 站车交互系统分为三个部分（见图1-6） 铁路通讯拨号 开关键 紧急群呼键 通话键 屏幕 音量键 功能键I 键通话功能 II 设置功能III 信道功能 指示灯 充电插口 背面电池 紧急呼救键
1.信息发布服务器：是客票系统与移动终端的接口系统，该服务器实时更新向外发布的客票数据。 2.移动终端：移动终端可以是手持终端或笔记本电脑，是应用显示和操作界面。 3.无线网络：本系统采用中国移动的GPRS网络实现移动终端和信息发布服务器直接的数据通道。 图1-6 手持终端/笔记本配置中国移动提供的专用SIM卡，连入中国移动的专用APN，由移动网络分配专用IP地址，再通过专用VPN接入客票外网。手持终端/笔记本开机启动应用后，完成专用SIM卡在移动网络的注册，向信息发布服务器
发送身份认证信息，通过合法性验证后接收信息。客票接口服务器定时产生乘车人数通知单数据和席位信息，由客票内网单向传送到位于客票外网的信息发布服务器。信息发布服务器负责接收与管理从客票系统接口服务器传送的数据，根据车上手持终端的获取请求，将数据发送给GPRS接口服务器。GPRS接口服务器是移动通信网络与站车交互系统信息发布服务器的数据交换平台，负责应用协议转换、终端地址寻址、信息发送、GSM和GSM-R（预留）网络的隔离、非法数据的安全屏蔽。安全隔离系统负责保护铁道部中心客票系统内网与客票系统外网的边界安全，只允许预定义的合法信息通过。防火墙负责保护客票外网与移动通信网络的边界安全。M2M管理平台负责管理手持终端的状态信息。（二）终端系统介绍 1.硬件和软件环境 （1）手持终端设备运行Microsoft Mobile Version 5.0 Pocket PC或者Microsoft Windows CE 5.0及以上的操作系
本技术属于电视盒子投屏播放技术领域，具体公开了一种非同网络下的手持终端控制电视盒子的投屏播放方法，包括以下步骤：电视及盒子开机，云端生成动态二维码在电视上显示并提示扫码，通过手持终端上的触摸屏选取所需的信息内容，具体是在触摸屏上通过其表面的虚拟按键将所需的信息内容进行选取，然后手持终端对准电视屏幕上显示的二维码进行扫码；本技术采用手持终端网络匹配的方式对电视盒子发送指令，操控电视盒子，在网络匹配成功的情况下，使用手持终端对电视盒子进行遥控，不需要将手持终端对准电视盒子上的红外接收器，避免因电视盒子上的红外接收器被异物遮挡，导致电视盒子不能接收指令，影响操控稳定性。 权利要求书 1.一种非同网络下的手持终端控制电视盒子的投屏播放方法，其特征在于：包括以下步骤：S1、电视及盒子开机，云端生成动态二维码在电视上显示并提示扫码； S2、通过手持终端上的触摸屏选取所需的信息内容，具体是在触摸屏上通过其表面的虚拟按键将所需的信息内容进行选取，然后触摸虚拟按键将手持终端上的摄像头打开，手持终端对准电视屏幕上显示的二维码进行扫码； S3、扫码后，云端通过移动网络获取手持终端信息并通过手持终端内部的处理器与手持终端建立连接，使得手持终端与云端上电视盒子储备的信息互联； S4、云端通过一个用于将网络数据转换为虚拟系统案件的服务，并在手持终端中设置一个通过手持终端模拟发送和电视盒子相对应的虚拟按键值，从而使得不同网络下的手持终端能够在模拟服务中与电视盒子位于同一网络中，使得不同网络下的手持终端可以与对应的电视盒子进行匹配，匹配时手持终端的操作界面会出现确认键，按下确认键，电视盒子的音量加减出现变化，表示手持终端与对应的电视盒子匹配成功，若电视盒子的音量加减未发生变化，表示手持终端与对应的电视盒子匹配不成功，此时需要退出当前界面，手持终端再次重
后台系统采用一整套UI,为什么会形式各异？能统一并带来更好的体验吗？基于交互设计师自己的内心疑问，我们迫切的产出一套设计规范用于统一后台操作系统，利于用户使用习惯的培养和延续，降低学习成本，提高使用效率，有效提高开发效率，方便功能的优化扩展。基于现有的系统，我们抽丝剥茧，才有了如今的阶段性成果。 用户是谁？需求是什么？交互设计师对于一个项目最基本的了解就是源于这两个问题。我们做这次规范也是如此。。。。。。 你知，或者不知
规范就在那里 不悲不喜 用户是谁？我们的系统是给谁用的？ 初期是给我们的小二，后期系统会开放，外部商家或是委托方也会来使用我们的系统。那么我们第一次做系统规范的由于商家或委托方的信息掌握不到，可以主要针对我们的小二。我们的小二有什么特点呢？他们目前是什么方法在录入信息的呢？ 小二这个角色在我们的部分可以细分为：认证小二，物流小二，行业运营小二（行业运营小二里面还分：买手，买手助理，店铺运营小二，网站运营小二……）每种角色来这个系统的目的都是不同的，行业运营小二，进来主要是录入信息，跟踪订单。物流小二主要是查看审核行业小二的申请，跟踪订单，查看报表。认证小二主要是审核行业小二或商家的申请，跟踪认证情况，分析数据。
需求是什么？ 由于当初系统发展情况参差不齐交互资源不够，前端控件没做，导致用户极难使用。系统开放过程中，频繁的更换交互、视觉还有前端，导致现在单个系统交互方式有差异，多个系统呈现给同一个用户时，虽然基本框架没问题，但是在操作过程中效率低。 解决方案：用户急需一个好用的后台系统来提高他们的效率。 我们这次要做规范的目的是统一现有三个系统的视觉+交互规范，然后交付前段，前端来规定他们的代码规范。让我们一起走上提高我们小二的工作效率的第一步。 你念，或者不念 规范就在那里 不来不去 从哪个纬度展开规范设计？ 1. 控件 在计算机编程当中，控件（或部件，widget或control）是一种图形用户界面元素。是一种基本的可视构件块，包含在应用程序中，控制着该程序处理的所有数据以及关于这些数据的交互操作。 在PARC研究中心对施乐的Alto电脑（Xerox Alto）用户界面的研究基础上，如今已逐渐产生一组包含常规信息的可重用控件。常规控件的不同组合通常打包在部件工具箱中，程序员可以构建图形用户界面（G UI s）。大多操作系统包括一套用于程序设计的控件，程序员只需将它们加入应用程序，指定它们的行为。 组合控件 描述：为实现产品中某一特定功能而独立出来的模块，其特点在于功能相对单一，在结构层和行为层应具备很强的可复用性，在表现层应保持一致性，方便用户识别。从单一控件可以
ThinPad900手持终端C语言开发环境 使用手册 V1.0 声明： 《ThinPad900手持终端C语言开发环境使用手册V1.0》是基于C语言对ThinPad900终端进行二次开发的入门教程，鉴于，北京振中电子技术有限公司手持终端产品逐步统一为C语言开发（高端产品使用WinCE操作系统，开发环境为Microsoft Visual Studio），特编写本使用手册，仅限公司开发人员内部交流，禁止外部传播。 一、概述 ThinPad900手持终端（以下简称“TP900”）的C语言开发环境分为以下三个部分： 1.编译工具：“TP850 C语言开发环境”。主要包括C语言程序的编译、连接工具及用户程序接口函数库。 2.编辑工具：自选。推荐使用面向项目开发的程序编辑器和代码浏览器Source Insight。 3.通讯工具：“TP900 & TP850集成界面”。用于PC机和TP900之间文件的上传和下载（主要是程序目标文件和数据库文件）。 二、编译工具使用 解压缩TP850_C.rar，运行TP850_ComEnv.exe，建议在安装本地硬盘
根目录下，不建议使用中文目录。（程序源文件的编译、连接在DOS环境下使用T8_Build命令生成目标文件） “TP850 C语言开发环境”安装界面如下图所示： 安装完成后，在安装目录下共有7个子目录，分别是：
后台系统规范设计心得 后台系统规范设计心得 时间:2012-03-15 10:39来源:阿里巴巴良无限UPD团队作者:阿里巴巴良无限UPD团围观: 1964 次 .Aav553 { display:none; } 后台系统采用一整套UI,为什么会形式各异?能统一并 带来更好的体验吗?基于交互设计师自己的内心疑问，我们迫切的产出一套设计规范用于统一后台操作系统，利于用户使用习惯的培养和延续，降低学习成本，提高使用效率，有效提高开发效率，方便功能的优化扩展。基于现有的系统，我们抽丝剥茧，才有了如今的阶段性成果。 一些事 用户是谁?需求是什么?交互设计师对于一个项目最基 本的了解就是源于这两个问题。我们做这次规范也是如此。。。。。。一些事 你知，或者不知 互联网的一些事
规范就在那里 互联网的一些事 不悲不喜 互联网的一些事 用户是谁?我们的系统是给谁用的? yixieshi 初期是给我们的小二，后期系统会开放，外部商家或是委托方也会来使用我们的系统。那么我们第一次做系统规范的由于商家或委托方的信息掌握不到，可以主要针对我们的小二。互联网的一些事 我们的小二有什么特点呢?他们目前是什么方法在录入信息的呢? yixieshi 小二这个角色在我们的部分可以细分为：认证小二，物流小二，行业运营小二(行业运营小二里面还分：买手，买手助理，店铺运营小二，网站运营小二……)每种角色来这个系统的目的都是不同的，行业运营小二，进来主要是录入信息，跟踪订单。物流小二主要是查看审核行业小二的申请，跟踪订单，查看报表。认证小二主要是审核行业小二或商家的申请，跟踪认证情况，分析数据。互联网的一些事
智能手机移动应用界面设计探析 随着智能手机上移动应用的流行和普及，人们的生活方式得到了改变。而怎样设计出有良好体验感和较高可用性的移动应用成了进行界面设计需要研究的问题。分析研究智能手机移动应用的使用特性对智能手机移动应用的设计显得尤为必要。本文针对智能手机上的应用使用进行分析，从而总结出进行智能手机移动应用界面设计的一些设计要点，以达到提升其可用性和体验感的作用。 标签：智能手机移动应用界面设计体验感设计 一、前言 随着科学技术的快速发展和人们生活水平的急速提升，手持移动设备——智能手机、平板电脑等，已经在人们的日常生活中普及起来，特别是智能手机，已经成为几乎人手必备的产品。人们早已不局限于守着电脑来满足某项需求，通过智能手机中的APP移动应用，人们就可以获取或者发布信息，实现听音乐、购物、导航等功能需求。很明显，移动应用的内容和互动方式越来越丰富和复杂，它的普及和流行也无疑改变了人们的生活习惯，为人们提供了新的生活方式，同时也促进了APP移动应用程序的流行和发展。然而，移动应用在实际使用过程中却显露出许多不足，究其原因在于，早期的移动应用中通常直接将较为成熟的桌面应用直接套用与移动终端上。不可否认，这样做可以让桌面应用的成熟用户较为轻松、快速的使用移动应用。但缺陷在于，没有考虑到移动应用特有的交互方式和交互环境，导致可用性不高。很显然，智能手机上的移动应用和PC端的应用产品相比，有其特有的使用特性。只有充分了解移动端应用的使用特性，才能为移动应用的界面设计工作打好基础。 二、移动应用的使用特性 1.使用场景 与PC端的使用不同，智能手机的使用场景较为多变，几乎不受限制。使用场所可以是室内或户外也可以是私人空间或公共场所，例如家、办公大楼、餐厅或地铁等。还可以以站着、坐着或躺着等姿态使用。正因为这样复杂、多变的使用场景，一些问题则不得不在我们的考虑范围之内。例如用户在公共场所使用移动应用时，私密性的保证；用户的使用场景发生变化时，使用的便利性和使用过程中断的可能性等。 2.硬件条件 近年来，为了满足用户的使用需求和提升体验感，智能手机的屏幕逐渐变大，“大屏幕”已经成为现代智能手机的一大卖点。虽然智能手机屏幕有越来越大的发展趋势，但与电脑屏幕相比，仍是相差甚远。同时，在复杂多变的使用场景中用户往往使用单手操作，与电脑的操作相比，控制精度较低，出现误操作的可能性
CX800手持移动数据终端 使用手册
目录 第一章 快速指导 (4) 1.1 产品概述: (4) 1.2 外部结构 (5) 1.3 键盘说明 (6) 1.4 随机配件 (7) 1.5 可选配件 (7) 第二章 使用入门 (7) 2.1 安装电池 (7) 2.2 安装TF卡 (8) 2.3 安装SIM卡 (8) 2.4 电池充电 (8) 2.5 TF卡使用 (9) 2.6 休眠与唤醒 (9) 2.7 任务栏 (10) 2.8 桌面 (11) 2.9 设备复位 (12) 第三章 系统设置 (13) 3.1 Internet选项 (15) 3.2 PC连接 (16) 3.3 存储管理器........................................错误！未定义书签。 3.4 电源管理设置 (17) 3.5 键盘属性 (18) 3.6 用户密码及安全设置 (18) 3.7 区域设置 (19) 3.8 日期和时间设置 (21) 3.9 删除程序 (21) 3.10 输入面板 (22) 3.11 鼠标 (23) 3.12 所有者（设备使用者私人信息） (23) 3.13 网络连接和拨号 (24) 3.14 系统信息设置 (25)
3.15 显示及背光设置 (27) 3.16 音量和声音 (28) 3.17 拨号设置 (29) 3.18 证书管理 (30) 3.19 笔针 (30) 第四章 键盘及输入法 (32) 4.1 软件盘的使用 (32) 4.2 输入法 (32) 第五章 网络连接 (34) 5.1 WIFI网络连接 (34) 5.2 GPRS拨号连接 (37) 第六章 应用程序的安装与卸载 (40) 6.1 安装 Microsoft ActiveSync (40) 6.2 通过Microsoft ActiveSync连接PC进行数据传输 (44) 第七章 功能使用 (46) 7.1 扫描器的使用 (46) 7.2 RFID的使用 (46) 7.3 其他功能 (47) 第八章 故障排出 (48) 8.1 设备及系统故障 (48) 8.2 扫描故障 (48) 8.3 RFID故障 (49) 8.4 网络及通讯故障 (49) 第九章 保养维护 (50)
本科生毕业论文(设计) 题目: 超市后台管理系统的设计与实现姓名: 杜闪闪 学院: 理学院 专业: 计算机科学与技术 班级: 2006级计算机(5)班 学号: 2006814504 指导教师: 沈峰职称: 讲师 2010 年6月5日 安徽科技学院教务处制
目录 摘要 (1) 关键词 (1) 引言 (1) 1 系统概述 (1) 1.1开发背景及意义 (1) 1.2系统开发目标 (2) 1.3开发工具简介及系统运行环境 (2) 1.3.1 开发工具 (2) 1.3.2 运行环境 (2) 2系统分析 (2) 2.1设计目标 (2) 2.2系统开发可行性 (3) 2.2.1技术可行性分析 (3) 2.2.2 经济上的可行性 (3) 2.2.3操作可行性 (3) 2.3系统功能分析 (3) 3系统总体设计 (3) 3.1系统的功能模块 (3) 4超市后台管理数据库设计 (4) 5超市后台管理系统详细设计 (6) 5.1系统的总体设计说明 (6) 5.2数据库中各表之间的关系图 (6) 5.3系统窗体的具体实现 (7) 5.3.1系统登陆程序的设计和实现 (7) 5.3.2系统主窗体程序的设计和实现 (8) 5.3.3基础信息菜单的设计和实现 (8) 5.3.4销售管理菜单的设计和实现 (9) 5.3.5调货管理菜单的设计和实现 (12) 5.3.6库存管理菜单的设计和实现 (13) 5.3.7系统管理菜单的设计和实现 (15) 6系统测试 (17) 6.1 登录界面的测试 (17) 6.2销售管理界面的测试 (17) 6.3入库管理界面的测试 (18) 6.4调货管理界面的测试 (18) 6.5库存管理界面的测试 (18) 6.6基础信息管理界面的测试 (19) 6.7系统设置管理界面的测试 (19) 总结 (20) 致谢 (20) 参考文献 (20) 英文摘要 (21) 附录 (22)
移动应用的界面设计画布尺寸设计多大（特别是Android）、图标和字体大小怎么定、需要设计多套设计稿么、如何切图以配合开发的实现？ 本篇将结合iOS和android官方的设计规范、搜集的资料以及工作中的摸索，来分享移动应用界面设计中的尺寸规范等问题，希望能给移动端的新手设计师些许指引。若有不当之处，欢迎斧正。 一、android篇 1、android分辨率 屏幕尺寸 指实际的物理尺寸，为屏幕对角线的测量。 为了简单起见，Android把实际屏幕尺寸分为四个广义的大小：小，正常，大，特大。 像素（PX） 代表屏幕上一个物理的像素点代表屏幕上一个物理的像素点。 屏幕密度 为解决Android设备碎片化，引入一个概念DP，也就是密度。指在一定尺寸的物理屏幕上显示像素的数量，通常指分辨率。为了简单起见，Android把屏幕密度分为了四个广义的大小：低（120dpi）、中（160dpi）、高（240dpi）和超高（320dpi）像素= DP * （DPI / 160 ) 例如，在一个240dpi的屏幕里，1DP等于1.5PX。 于设计来说，选取一个合适的尺寸作为正常大小和中等屏幕密度（尺寸的选取依据打算适配的硬件，建议参考现主流硬件分辨率），然后向下和向上做小、大、特大和低、高、超高的尺寸与密度。 典型的设计尺寸 ? 320dp：一个普通的手机屏幕（240X320，320×480，480X800） ? 480dp：一个中间平板电脑像（480×800） ? 600dp：7寸平板电脑（600×1024） ? 720dp：10寸平板电脑（720×1280，800×1280） Android SDK模拟机的尺寸 屏幕大小低密度（120）ldpx 中等密度（160）mdpi 高密度（240）hdpi 超高密度（320） xhdpi 小屏 幕 QVGA（240×320）480×640 普通屏幕WQVGA400（240X400） WQVGA432（240×432） HVGA（320×480） WVGA800（480×800） WVGA854（480×854）600×1024 640×960 大屏幕WVGA800 *（480X800） WVGA854 *（480X854） WVGA800 *（480×800）WVGA854 *（480×854）600×1024 超大屏幕1024×600 1024×768 1280×768WXGA （1280×800） 1536×1152 1920×1152 1920×1200 2048×1536 2560×1600 注意，ppi、dpi 是密度单位，不是度量单位： * ppi (pixels per inch)：图像分辨率（在图像中，每英寸所包含的像素数目）* dpi (dots per inch)：打印分辨率（每英寸所能打印的点数，即打印精度）
2014年移动端界面设计分析 移动互联网时代的悄然袭来改变着我们的生活方式，因此有大批设计力量涌入了移动端的设计领域中，这也说明了大家越来越重视用户在各个设备终端层面的体验。在规划产品时，往往会把PC端和移动端的产品放在同等重要的地位进行思考。然而，设备的多样性和产品形态的多样性为设计师们带来的既是更多的发挥空间，也同样是更大的挑战。这些产品在设计之间有何不同？如何规划不同平台上产品的功能？设计时有哪些差异？2014移动端的界面设计是非常值得探讨的话题。 1.唯一主色调 2014年，追求极简设计风格，主色调可能只是选定一种色彩，然后调整透明度或者饱和度，(说得通俗些就是将色彩变淡或则加深)，从而产生新的色彩，这样能够很好的表达界面层次、重要信息，并且展现良好的视觉效果。这样的页面看起来色彩统一，有层次感。当前上线的一些移动应用都采用极少的色彩，甚至放弃所有的颜色。仅仅用一个主色调就能展现良好的视觉效果。 2.多彩色风格设计 Metro引领的多彩色风格是与唯一主色调形成对照关系的设计风格，多彩撞色更多的表现于多种纯色块的使用，就是很简单的纯颜色，只需要注意多彩配色的方式，就能得到很好的视觉效果。多彩色拼接的设计风格，一屏式的页面排版布局，总体来说是时尚大气简洁的设计。“多彩撞色”的概念，在2014年手机端仍会继续发展。
3.信息框架扁平化 在设计的表现形式上我们追求界面扁平，注重通过弱化视觉效果来强化应用的功能。在移动设备上，过多的层级会使用户失去耐心而放弃对产品的使用。而且移动端上页面小，没太多地方摆多层的tabs导航或者面包屑导航，就只剩下左上角的一个“返回”按钮作为导航了，可以一次接一次的深入，但跳转了三、四次后，再看左上角的“返回”按钮，你已经很难判断出将会返回到哪里了。应该从信息架构角度，再进一步的去应用扁平化的设计理念，信息框架扁平化的目的是减少信息层级，追求信息到达用户的最短距离，从根本上解决上述问题。扁平化思想是一种让设计者在界面设计过程中减少信息层级的思想。 4.动态数据可视化 数据可视化设计是将枯燥繁琐的列表和文字转换为直观的饼图、扇形图、折线型、柱状图等丰富直观的设计元素，提高用户体验。而且现今数据可视化不只是静态展现数据，用户希望通过互动及时获取数据流，若以动态效果来呈现，能多维度呈现给用户实时信息，同时能与用户形成互动，提高数据表现的趣味性。动态数据可视化将更加强调数据转译实时更新的图形，以及动态的图形化表达。
手机界面设计调研报告 概要 界面设计项目自金山企业带入我国问世以来，经过多年的发展，已经成长为新型设计行业的一大巨头，成为众多移动终端生产商和应用程序开发者青睐的选择。这次调研分析了手机界面设计的特点，介绍了手机界面设计的构架、市场占有率、各版本的更新，以及使用效果的简单分析。概括了手机界面设计行业能取得成功的原因，以及手机界面设计的发展面临的困难和问题。 UI UI即User Interface（用户界面）的简称。 UI设计则是指对软件的人机交互、操作逻辑、界面美观的整体设计。好的UI设计不仅是让软件变得有个性有品味，还要让软件的操作变得舒适、简单、自由,充分体现软件的定位和特点。 UI的实质 界面设计就像工业产品中的工业造型设计一样，是产品的重要买点。一个友好美观的界面会给人带来舒适的视觉享受，拉近人与电脑的距离，为商家创造卖点。界面设计不是单纯的美术绘画，他需要定位使用者、使用环境、使用方式并且为最终用户而设计，是纯粹的科学性的艺术设计。检验一个界面的标准即不是某个项目开发组领导的意见也不是项目成员投票的结果，而是最终用户的感受。所以界面设计要和用户研究紧密结合，是一个不断满足用户操作体验和视觉体验的过程。 UI的发展现状 目前在国内UI还是一个相对陌生的词。我们经常看到一些招聘广告写着：招聘界面美工、界面美术设计师等等。这表明在国内对UI的理解还停留在美术设计方面，认为UI的工作只是描边画线，缺乏对用户交互的重要性的理解；另一方面在软件开发过程中还存在重技术而不重应用的现象。许多商家认为软件产品的核心是技术，而UI仅仅是次要的辅助，这点在人员的比例与待遇上可以表现出来。 但这不是UI设计真正的价值体现，只是UI设计发展的一个必经过程。我们以物质产品手机行业为例，当手机刚刚进入市场的时候不但价格贵的惊人，而且
手持终端应用于仓库管理 文件类型：DOC/Microsoft Word 文件大 小：字节 手持终端应用于仓库管理 手持终端应用于仓库管理 手持终端应用于仓库管理 需求分析报告 信息工程学院06计算机信息管理二班 小组成员: 刘东红 雷婷 陈程煜 吕珂 孙俊财 引言 随着WTO的加入和我国工业的迅猛发展,为了抓住机遇,在竞争占得先机,作为生产企业的一个必不可少的重要环节—库存管理的信息化,计算机化也就迫在眉捷了.开发库存管理信息系统即有宏观上的意义,那就是顺应时代信息化,现代化潮流,提高效益,促进国民经济结构优化;也有微观上的意义,那就是可以提高管理的现代化程序,加强管理的信息化手段,提高工作效率,增加单位效益.解决这些问题最好方法是及时,有效地引入计算机管理.仓库管理的物资在此程序中主要是企业的产品.进货时检查确认为有效托收之后,进行验收入库,填写入库单和入库登记.当产品销出后,开出产品出库单.根据需求按日,月,产品名,客户等进行统计分析,产生相应报表. 1.1 目的 DMS是一套用于仓库,进销存管理的软件.它适用于企业,超市,物流等单位管理商品,物资,用品,材料,零配件的采购,入库(Indepot),分发,销售等日常工作. 强大的查询,统计,汇总功能,提供简洁,明晰的报表.灵活的成本统计,应收应付帐款管理,为经理决策,财务记帐,综合统计提供了良好的平台. 1.2 产品定义 仓库管理系统是一个进行仓库管理和销售的专业软件,它采用面向对话框的方法设
计,它把所有的功能分解成若干个模块,每一个功能模块通过一个或几个对话框实现,最后又把这些功能模块集成在一个主对话框里.本软件采用目前较流行的条形码设备终端,实现快速高效的操作;并且这种设备价格适中;本软件采用B/S的结构模式,使用户可以在任何一台装有浏览器的机器上运行,无论终端是台式还是移动的.同时也是一套用于仓库,进销存管理的软件.它也适用于企业单位管理商品,物资,用品,料,零配件的采购,入库,分发,销售等日常工作. 强大的查询,统计,汇总功能,提供简洁,明晰的报表.灵活的成本统计,应收应付帐款管理,为经理决策,财务记帐,综合统计提供了良好的平台. 1.3 背景 仓库管理对企业来说是一项繁琐复杂的工作,每天要处理大量的单据数据.为及时结清每笔业务,盘点库存和货物流动情况,保证企业生产用料以及货物安全,库管人员要花费大量人力物力和时间来作数据记录统计工作. 在世界发达国家,库存管理的计算机化水平已经很高了,尽管我国的生产企业在这方面也有了很强的意识和长足的进步,但仍存在这样,那样的一些问题. 表现之一:有的企业单位的库存管理部分目前仍为手工,半手工操作.从供应单位办理入库登记开始,到使用单位输领料出库手续为止,所有操作基本上都是由仓库管理人员笔写,手理,加上算盘,计算器来完成.这不仅繁锁,效率低,而且缺乏库存管理的一些基本手段,如库存状况统计,查询经济订货量计算等,这给企业在一定程度上造成了管理上的落后,及经济利益上的损失. 表现之二为:有的单位的库存管理部已上了微机,但对微机的利用效率极低,有的在用它打游戏,有的仅把它当计算器或打字机来用. 表现之三为:有的企业单位既有了微机同时也有了库存管理软件,但硬件上去了,软件上不去.因为他们用的库存管理软件,大多为自己的工作人员及其他一些非专业人员所开发的简单的管理程序. "库存管理信息系统软件"这些程序的弱点多表现为:1) 系统开发时无科学的理论支持.2)开发过程中调研不全面.3)软件编写时模型不清晰完整.4)所用开发工具落后(如Foxbase等). 1.4解决办法 在此软件的设计过程中,为了克服这些困难,满足计算机管理的需求,采取了下面的一些原则:● 统一各种原始单据的格式,统一帐目和报表的格式.● 删除不必要的管理冗余,实现管理规范化,科学化.● 程序代码标准化,软件统一化,确保软件的可维护性和实用性.● 界面尽量简单化,做到实用,方便,尽量满足企业中不同层次员
【总结】移动应用界面设计的尺寸设置及规范 时间2014-05-04 15:15:07 青溪·札记 原文appdesign-sizesetting/ 主题用户界面设计移动应用 刚接触移动应用的界面设计，最先跳入脑海的疑问是：画布尺寸设计多大（特别是Android）、图标和字体大小怎么定、需要设计多套设计稿么、如何切图以配合开发的实现？ 本篇将结合iOS和android官方的设计规范、搜集的资料以及工作中的摸索，来分享移动应用界面设计中的尺寸规范等问题，希望能给移动端的新手设计师些许指引。若有不当之处，欢迎斧正。 一、android篇 1、android分辨率 Android的多分辨率，一向是设计师和开发者非常头疼的事儿。尽管如此，对于多分辨造成的复杂问题，也是大家要优先解决的。Android支持多种不同的dpi 模式：ldpi 、mdpi 、hdpi 、xhdpi 、xxhdpi 、xxxhdpi 注意，ppi、dpi 是密度单位，不是度量单位： * ppi (pixels per inch)：图像分辨率（在图像中，每英寸所包含的像素数目） * dpi (dots per inch)：打印分辨率（每英寸所能打印的点数，即打印精度） dpi主要应用于输出，重点是打印设备上；ppi对于设计师应该比较熟悉，photoshop画布的分辨率常设置为72像素/英寸，这个单位其实就是ppi 。尽管概念不同，但是对于移动设备的显示屏，可以看作ppi=dpi 。 ppi的运算方式是：PPI = √（长度像素数2 + 宽度像素数2） / 屏幕对角线英寸数。即：长、宽各自平方之和的开方，再除以屏幕对角线的英寸数。 以iphone5为例，其ppi=√（1136px2 + 640px2）/4 in=326ppi（视网膜Retina屏） 对于android手机，一个不确切的分法是，720 x 1280 的手机很可能接近 320 dpi （xhdpi模式），480 x 800 的手机很可能接近 240 dpi （hdpi模式），而320 x 480 的手机则很接近 160 dpi（mdpi模式）。
设计移动端报表， 你不得不知道的五个原则 随着移动互联的飞速发展，手机成为人们工作、生活中必不可少的工具，移动端报表被越来越多的企业所重视。数字化转型过程中，企业总少不了对移动端报表的需求。 数钥分析云，除了支持PC端、大屏，也支持移动端查看，可以快速集成到企业微信、钉钉、致远M3中，让用户随时随地查看报表，实时掌握企业数据，辅助企业经营。 我们在搭建或规划移动端报表时，常常会遇到一些问题： ?手机屏幕小，如何呈现核心业务指标？ ?布局固化，想要更多的布局交互模式… ?视觉效果不好，追求“高颜值”移动报表… ?指标太粗，看不出问题出在哪… ?指标太细，又看不到整体情况… 其实，我们仔细看这些问题，无非就是两点： 1、美观的需求：充分结合移动端的特点和产品优势，进行合理布局，凸显关键指标信息，合理美化，提高报表的美观度； 2、业务的需求：除了精美的外表外，更重要的是把控业务需求，在有限的屏幕范围内，呈现核心指标，指标粗细结合，全面展现业务状态。 所以，在做移动端报表时，我们要综合移动端特点、业务诉求和分析云产品优势，做出一张符合需求的移动端报表。
设计移动端报表原则： 1、基本元素，简单明了 移动端报表，主要以图表呈现，图形在信息的传递上具有更好的呈现效果。所以，合理使用图表，达到信息传递的效果。分析云移动端支持表格、柱状图、折线图、饼图、仪表盘…等各种图形，能够满足用户分析需求。 2核心数据，一目了然 1、移动端报表，最核心的元素置顶呈现，可以采用指标呈现，数字的表达更加醒目、简洁，且占用空间少，是最直接展示方式。
2、可以通过设置前景色、背景色的变化实现预警，让异常指标展现更加一目了然。 3、尽量在一屏内展现完整数据，减少滚屏的出现，如果表格较大，展示的数据较多，分析云也支持锁定前N列功能或横屏查看，保障用户清晰的看到数据内容。 3、布局清晰，条理性强 与PC端报表不同，移动端报表的呈现形式主要是竖排展现。想要更多的布局交互模式，那就少不了分析云的分段器。 分析云的分段器，可以帮助用户快速实现视图的切换，满足沉浸式阅读需求，大大方便了用户的应用。
手机软界面设计——基础篇 一、界面设计的原则 (1) 二、定制界面版式 (1) 1界面层级 (1) 2界面构成的基本单位 (2) 1）状态区： (2) 2）标题区： (2) 3）功能操作区： (2) 4）公共导航区： (2) 3界面元素的分解与组合 (3) 1）界面三个信息区的图形切片 (3) 2）提供相关bgcolor的16进制色值及配色方案 (3) 3）提供数据准确的界面版式分割图及关键切片的坐标位置图示 (3) 三、视觉效果 (3) 1简约明快型 (3) 2趣味与独创型 (4) 3高贵华丽型 (4) 四、视觉元素的设计 (5) 1图形元素设计原则： (5) 2图形元素设计流程： (5) 1) 确定风格： (5) 2) 确定图标功能： (5) 3) 确定图标的造型： (6) 4) 进行界面设计制作： (6) 3设计注意事项 (7) 1）色彩问题： (7) 2）可实现性问题： (7) 一、界面设计的原则 手机软界面是置身于手机操作系统中的人机交互的窗口，设计界面必须基于手机的物理特性和软件的应用特性进行合理的设计，界面设计师首先应对手机的系统性能有所了解，例如：手机所支持的最多色彩数量、手机所支持的图像格式，其次应该对软件的功能详细了解熟悉每个模块的应用模式。从而做到最大限度的利用现有资源进行用户界面的开发。 二、定制界面版式 1界面层级 idle（待机界面）-- mainmenu（主菜单）-- submenu（二级菜单）-- third level menu （三级菜单）
2界面构成的基本单位 主要界面的构成被分为几个标准的信息区域（主要针对于按键手机，触屏手机相对灵活）： 状态区、标题区、功能操作区、公共导航区 Sony Ericsson 1）状态区： 标示手机目前运行状态及事件的区域，可以包含电池电量、信号强度、运营商名称、未处理事件icon及数量、时间等。状态区域并不是必须存在，可依照交互需求进行取舍。 2）标题区： 主要是LOGO、名称、版本以及相关图文信息。 3）功能操作区： 它是软件的核心部分，也是版面上面积最宽的部分。包含有列表（list）、焦点（highlight）、滚动条（scroalbar）、图标（icon）等很多不同的元素。不同层级的界面包含的元素是不同的，需要依据具体情况合理搭配运用。 4）公共导航区： 也称之为软键盘区域，它是对软件操作进行宏观操控的区域，随时可见，在这里它可以保存当前操作结果、切换当前操作模块、退出软件系统，实现对软件的灵活操控。 针对于嵌入式软件，界面版式的设定，在很大程度上需要借鉴相关手机系统界面的版式，以确保样式的相对统一，利于系统与软件的整合。当然也要考虑软件本身的应用特性，结合操作的可用性和可实施性，对版式进行合理的调整，使呈现信息的区域与区域之间协调统一，主次得当。确保用户可以方便快捷地进行功能操作。 对于整个手机的操作系统界面，需要根据不同的设计需求进行成体系的风格设计。
上海晶中信息技术有限公司 晶中智云保险电子商务云服务平台业务组件研发 详细设计说明书 后台管理系统分册 整理分享
上海晶中信息技术有限公司 晶中智云保险电子商务云服务平台业务组件研发 详细设计说明书 后台管理系统分册 编制：陈方园编制日期： 2013/03/11 审核：审核日期： 批准：批准日期： 上海晶中信息技术有限公司 整理分享
修订历史 目录 1.需求概况 (5) 1.1. 总体概述 (5) 1.2. 管理范围 (5) 1.3. 前提条件 (5) 1.4. 使用对象 (5) 1.5. 软件结构 (6) 1.6. 系统模块 (7) 2.后台业务WEB系统 (9) 2.1. 01000系统登陆模块 (9) 2.1.1. 01001系统登录 (9) 2.2. 02000产品管理 (11) 2.2.1. 02001产品分类定义 (11) 2.2.2. 02002产品定义 (14) 2.3. 03000系统配置 (22) 2.3.1. 03001保险公司配置 (22) 2.3.2. 03002基础数据配置 (25) 2.4. 04000 BtoC管理 (27) 2.4.1. 04001产品分配 (27) 2.4.2. 04002用户管理 (29)
2.4.3. 04003保单管理 (32) 2.4.4. 04004订单管理 (35) 2.4.5. 04005积分商城 (37) 2.4.6. 04006理赔记录 (40) 2.4.7. 04007二维码管理 (42) 2.4.8. 04008网站模版管理 (44) 2.4.9. 04009评论管理 (45) 2.4.10. 04010广告管理 (47) 2.4.11. 04011内容发布 (49) 2.4.12. 04012统计分析 (51) 2.5. 05000 BtoB管理 (53) 2.5.1. 05001商家管理 (53) 2.5.2. 05002结算对账管理 (55) 2.5.3. 05003保单管理 (57) 2.6. 06000 OtoO管理 (59) 2.6.1. 06001业务开通 (59) 2.6.2. 06002结算统计 (61) 2.6.3. 06003保单统计 (63) 2.7. 07000 系统管理 (65) 2.7.1. 07001权限管理 (65) 2.7.2. 07002积分定义 (68) 2.7.3. 07003日志管理 (70)