APP接口开发规范文档-V1.0

APP接口开发规范文档-V1.0
APP接口开发规范文档-V1.0

{ APP接口规文档}手机客户端接口文档

版本历史

目录

一、概述 (1)

1.1 有关接口 (1)

1.1.1接口是纯数据的交互 (1)

1.2 接口的分类 (1)

1.2.1查询类接口 (1)

1.2.2 操作类接口 (1)

1.2.3上传下载类接口 (1)

1.2.4推送类接口 (1)

二、查询类接口格式规 (1)

2.1获取单条对象信息 (1)

2.1.1 请求格式 (1)

2.1.2参数说明 (2)

2.1.3正常返回结果 (2)

2.2获取列表对象信息 (3)

2.2.1 请求格式 (3)

2.2.2参数说明 (3)

2.2.3正常返回结果 (3)

三、操作类接口 (4)

3.1 新增操作 (4)

3.1.1接口说明 (4)

3.1.2参数说明 (4)

3.1.3正常返回结果 (4)

3.1.4错误返回列表 (5)

3.2 修改操作 (5)

3.2.1接口说明 (5)

3.2.2参数说明 (5)

3.2.3正常返回结果 (5)

3.2.4错误返回列表 (5)

3.3 删除操作 (6)

3.3.1接口说明 (6)

3.3.2参数说明 (6)

3.3.3正常返回结果 (6)

3.3.4错误返回列表 (6)

四、上传下载类 (7)

4.1 上传文件 (7)

4.1.1接口说明 (7)

4.1.2参数说明 (7)

4.1.3正常返回结果 (7)

4.1.4错误返回列表 (7)

4.2 下载文件 (7)

4.2.1接口说明 (7)

4.2.2参数说明 (8)

4.2.3正常返回结果 (8)

4.2.4错误返回列表 (8)

五、推送类接口 (8)

5.1 推送消息 (8)

5.1.1接口说明 (8)

5.1.2参数说明 (8)

5.1.3正常返回结果 (9)

5.1.4错误返回列表 (9)

六、通用返回格式 (9)

6.1 正确返回 (9)

6.1.1接口说明 (9)

6.1.2参数说明 (9)

6.1.3正常返回结果 (9)

6.1.4错误返回列表 (10)

6.2 错误返回 (10)

6.2.1接口说明 (10)

6.2.2参数说明 (10)

6.2.3正常返回结果 (10)

6.2.4错误返回列表 (10)

七、附录 (11)

7.1 通用错误返回列表 (11)

7.2 URL地址信息 (11)

7.2.1 主机地址 (11)

7.2.2 URL列表 (11)

7.3 安全机制 (11)

7.3.1 验证签名机制 (11)

7.4 其他 (12)

7.2.1 列表数据为空的返回 (12)

一、概述

1.1 有关接口

1.1.1接口是纯数据的交互

APP接口是移动设备和业务之间进行通信的途径。实质就是以特定的规则通过接口直接操作数据库的增删改查。

1.2 接口的分类

1.2.1查询类接口

查询类接口是指客户端传递一些参数,服务端根据参数依据需求,前往数据库查询需要的结果返回数据的一类接口。

返回类型一般有两种。第一种是返回一个对象,第二种是返回一个数组对象。

第一种比如登陆,客户端把用户名密码上传到接口,服务器返回用户的个人信息。

第二种比如获取客户,客户端把用户的身份信息上传到接口,服务器返回此身份下的所有客户数组集合。

1.2.2 操作类接口

操作类接口是指,客户端通过接口进行一些增删改的操作。比如新增一个客户,修改客户信息,或者删除一个客户。服务器一般返回执行的状态,有的需要返回执行结果的一些信息,比如新增客户后,返回客户的ID。

1.2.3上传下载类接口

上传下载类接口是涉及到文件传输的接口。比如上传头像,需要上传图片到服务器,服务端根据需求响应保存并返回结果。比如客户端需要显示用户头像,需要读取网络图片文件,在手机上进行显示。

1.2.4推送类接口

除了客户端主动去请求服务端,获取需要信息之外。有时候,也存在服务端有消息需要通知客户端的情况,这时候就是服务端向客户端发送消息。这类需求可以通过客户端短时间类循环请求解决,也可以通过第三方专业推送解决。也可以通过自己使用socket或者xmpp 等协议进行开发。

二、查询类接口格式规

2.1获取单条对象信息

2.1.1 请求格式

2.1.2参数说明

2.1.3正常返回结果

详见:通用错误返回列表

2.2获取列表对象信息2.2.1 请求格式

2.2.2参数说明

2.2.3正常返回结果

详见:通用错误返回列表

三、操作类接口

3.1 新增操作

3.1.1接口说明

3.1.2参数说明

3.1.3正常返回结果

3.1.4错误返回列表

详见:通用错误返回列表3.2 修改操作

3.2.1接口说明

3.2.2参数说明

3.2.3正常返回结果

3.2.4错误返回列表

详见:通用错误返回列表

3.3 删除操作

3.3.1接口说明

3.3.2参数说明

3.3.3正常返回结果

3.3.4错误返回列表

详见:通用错误返回列表

四、上传下载类

4.1 上传文件

4.1.1接口说明

4.1.2参数说明

4.1.3正常返回结果

4.1.4错误返回列表

详见:通用错误返回列表4.2 下载文件

4.2.1接口说明

4.2.2参数说明

4.2.3正常返回结果

4.2.4错误返回列表

详见:通用错误返回列表

五、推送类接口

5.1 推送消息

5.1.1接口说明

5.1.2参数说明

5.1.3正常返回结果

5.1.4错误返回列表

详见:通用错误返回列表

六、通用返回格式

6.1 正确返回

6.1.1接口说明

6.1.2参数说明

6.1.3正常返回结果

6.1.4错误返回列表

详见:通用错误返回列表

6.2 错误返回

6.2.1接口说明

6.2.2参数说明

6.2.3正常返回结果

6.2.4错误返回列表

详见:通用错误返回列表

七、附录

7.1 通用错误返回列表

7.2 URL地址信息

7.2.1 主机地址

LocalHost正式地址:192.168.0.1/

LocalHost测试地址:192.168.0.1/ 7.2.2 URL列表

7.3 安全机制

7.3.1 验证签名机制

生成Token

7.4 其他

7.2.1 列表数据为空的返回

列表数据为空时显示"DataList": []

APP界面UI设计规范

一、APP界面设计规范 (一)界面尺寸 1、IOS界面尺寸:常见为(宽度640px、高度1136px) 2、Android界面尺寸:常见为(宽度720px、高度1280px) 其他尺寸:ldpi(240*320)、mdpi(320*480)、hdpi(480*800)3、Web Mobile尺寸:常见为(宽度640px、高度960px) (二)导航尺寸 1、IOS导航尺寸:高度60px,留白7px 2、Android导航尺寸:高度64px或48px,留白8px (三)标签尺寸 1、IOS标签尺寸:高度98px 2、Android标签尺寸:高度96px (四)工具栏尺寸 1、IOS工具栏尺寸:高度88px 2、Android工具栏尺寸:高度96px (五)列表高度 1、IOS列表高度:高度88px 2、Android列表高度:高度96px (六)资源状态 对于资源通常设计弹起、点击、点击后、不可用四种状态,通常弹起、点击、点击后用不同颜色表示、不可用状态用低度灰色表示。 (七)字体

1、IOS默认英文为HelveticalNeue,中文为黑体 2、Android列表高度:默认为 Droidsans fallback (八)字号 字号通常按照标题及征文级别递减为42、36、34、30、24(九)ICON 1、IOS常用尺寸有1024*1024、512*51 2、120*120、60*60 2、Android常用尺寸有512*512、200*200、72*72、48*48(十)资源插图 1、长方形插图高度一般不超过背景宽度的二分之一 2、缩略图两张并列高度一般不超过200px,宽度要适中有留白 3、图文混排中图片一般不高过150*110

APP测试规范

app客户端测试规范 APP测试流程 目录 1.测试基本流程图 (3) 2.测试要点 (4) 2.1测试资源 (4) 2.2接收版本 (4) 2.3UI 测试 (4) 2.4功能测试 (4) 2.5兼容测试/性性能测试 (5) 2.6后台数据统计测试 (5) 2.7用户行为统计测试 (5) 2.8回归测试 (6) 3.App测试点 (6) 3.1安全测试 (6) 3.1.1软件权限 (6) 3.1.2安装与卸载安全性 (7) 3.1.3数据安全性 (7) 3.1.4通讯安全性 (8) 3.1.5人机接口安全性 (8) 3.2安装、卸载测试 (8) 3.2.1安装 (9) 3.2.2卸载 (9) 3.3 UI 测试 (9)

3.3.1导航测试 (10) 3.3.2图形测试 (10) 333内容测试 (10) 3.4功能测试 (10) 3.4.1 运行 (11) 342应用的前后台切换 (12) 3.4.3免登录 (12) 344数据更新 (13) 345离线浏览(无网测试) (13) 3.4.6 App 更新 (13) 3.4.7定位、照相机服务 (13) 3.4.8时间测试 (14) 3.4.9 PUSH 测试 (14) 3.5性能测试 (14) 3.6交叉事件测试 (14) 3.7兼容测试 (15) 3.8回归测试 (15) 3.9升级、更新测试 (15) 3.10用户体验测试 (16) 3.11硬件环境测试 (16) 3.11.1手势操作测试 (16) 3.11.2网络环境 (17) 3.11.3服务器宕机或出现404、502等情况下的测试 (17) 3.12接口测试 (17) 3.13客户端数据库测试 (17)

APP开发文档

APP开发文档APP名称:多彩饰家项目管理APP 一、主界面 1、登录页面 前端功能实现: (1)输入用户名密码,点击立即登录到首页界面(ERP帐户密码)系统功能实现: (1)登陆用户根据角色不同所拥有的权限不同.

2、主界面 前端功能实现: (1)显示用户头像、姓名、服务公司、服务门店的相关信息 (2)点击后,进入到预约单主界面 (3)点击后,进入到指派用户主界面 (4)点击后,进入到服务收款主界面 (5)点击三个按钮分别进入到订单查询,个人中心,主界面,并支持切换。 系统功能实现:

(1)根据登录用户,直接显示用户姓名、服务公司、服务门店信息,头像手机界面上传并保存,支持修改头像和联系方式. (2)根据未分配预约单信息,界面以数字形式显示未分配条数,同时根据新增预约单和分配预约单加减显示数字,如果当时没有未分配预约单则数字显示为空 (3)根据预约单为分配用户信息,界面以数字形式显示未分配条数,同时根据新增预约单和指派用户状态变更加减显示数字,如果当时预约单都已经分配用户则数字显示为空 (4)根据收款情况显示条数,如此服务订单收完全款,则显示数字相应减少。

二、预约单 1、预约单主界面 前端功能实现: (1)支持模糊查询预约单信息,并能够手工添加预约单,同时点击返回按钮能够返回到主界面。 (2)上下滑动,显示预约单客户名称、预约时间信息。 (3)预约单详情,显示预约单号、客户名称、联系方式、地址、预约时间、服务项目、备注信息。

(4)新增图片,点击签到保存图片,完成签到。 (5)如没有签订服务订单,则点击取消服务,取消此预约单,如果形成正式意向,则点击签订服务形成新的服务订单,如未签到,取消服务、签订服务为灰色,签订服务后取消服务按钮为灰色,取消服务后,签订服务按钮消失。 系统功能实现: (1)根据后台存储预约单信息,显示客户姓名、预约时间 (2)根据后台存储预约单详细信息,显示预约单号、客户名称、联系方式、地址、预约时间、服务项目、备注信息。 (3)照片上传存储后台显示,并根据后台系统时间记录用户签到时间,同时更新预约单状态为用户已签到状态。

ios和Android APP设计规范要点

相信很多人都在开发设计APP时会遇到很多界面上的问题,要以多大尺寸来设计?分辨率是多少?该怎么切图给开发等等 下面的文字就给出一点点技巧总结,但也要给合团队在开发时的习惯。每个工程师们所使用的控件,书写布局习惯来实际移交的图是不一样的,但八九不离十,都是遵循一个原则,便捷开发、自适应强的开发模式 IOS篇 一、尺寸及分辨率 iPhone界面尺寸:320*480、640*960、640*1136 iPhone6:4.7英寸(1334×750),iPhone6 Plus:5.5英寸(1920×1080) 设计图单位:像素72dpi。在设计的时候并不是每个尺寸都要做一套,尺寸按自己的手机来设计,比较方便预览效果,一般用640*960或者640*1136的尺寸来设计,现在iphone6和plus出来后有很多人会使用6的设计效果。 如果是我来做的话,我会使用640×1136,对plus做单独的修改适配,因为plus的屏幕实在是大了,遵循屏大显示更多内容的原则这里本应该是需要修的了。有更好办法的话希望大家可以分享一下。 Ps:作图的时候确保都是用形状工具(快捷键:U)画的,这样更方便后期的切图或者尺寸变更。 二、界面基本组成元素

iPhone的app界面一般由四个元素组成,分别是:状态栏(status bar)、导航栏(navigation)、主菜单栏(submenu)、内容区域(content)。 这里取用640*960的尺寸设计,那我们就说说在这个尺寸下这些元素的尺寸。 状态栏(status bar):就是我们经常说的信号、运营商、电量等显示手机状态的区域,其高度为:40px 导航栏(navigation):显示当前界面的名称,包含相应的功能或者页面间的跳转按钮,其高度为:88px 主菜单栏(submenu,tab):类似于页面的主菜单,提供整个应用的分类内容的快速跳转,其高度为:98px 内容区域(content):展示应用提供的相应内容,整个应用中布局变更最为频繁,其高度为:734px 至于我们经常说的iPhone5/5s的640*1136的尺寸,其实就是中间的内容区域高度增加到910px。

APP接口开发规范文档-V1.0

{ APP接口规文档}手机客户端接口文档

版本历史

目录 一、概述 (1) 1.1 有关接口 (1) 1.1.1接口是纯数据的交互 (1) 1.2 接口的分类 (1) 1.2.1查询类接口 (1) 1.2.2 操作类接口 (1) 1.2.3上传下载类接口 (1) 1.2.4推送类接口 (1) 二、查询类接口格式规 (1) 2.1获取单条对象信息 (1) 2.1.1 请求格式 (1) 2.1.2参数说明 (2) 2.1.3正常返回结果 (2) 2.2获取列表对象信息 (3) 2.2.1 请求格式 (3) 2.2.2参数说明 (3) 2.2.3正常返回结果 (3) 三、操作类接口 (4) 3.1 新增操作 (4) 3.1.1接口说明 (4) 3.1.2参数说明 (4) 3.1.3正常返回结果 (4) 3.1.4错误返回列表 (5) 3.2 修改操作 (5) 3.2.1接口说明 (5) 3.2.2参数说明 (5) 3.2.3正常返回结果 (5) 3.2.4错误返回列表 (5) 3.3 删除操作 (6) 3.3.1接口说明 (6) 3.3.2参数说明 (6) 3.3.3正常返回结果 (6) 3.3.4错误返回列表 (6) 四、上传下载类 (7) 4.1 上传文件 (7) 4.1.1接口说明 (7) 4.1.2参数说明 (7) 4.1.3正常返回结果 (7) 4.1.4错误返回列表 (7) 4.2 下载文件 (7) 4.2.1接口说明 (7)

4.2.2参数说明 (8) 4.2.3正常返回结果 (8) 4.2.4错误返回列表 (8) 五、推送类接口 (8) 5.1 推送消息 (8) 5.1.1接口说明 (8) 5.1.2参数说明 (8) 5.1.3正常返回结果 (9) 5.1.4错误返回列表 (9) 六、通用返回格式 (9) 6.1 正确返回 (9) 6.1.1接口说明 (9) 6.1.2参数说明 (9) 6.1.3正常返回结果 (9) 6.1.4错误返回列表 (10) 6.2 错误返回 (10) 6.2.1接口说明 (10) 6.2.2参数说明 (10) 6.2.3正常返回结果 (10) 6.2.4错误返回列表 (10) 七、附录 (11) 7.1 通用错误返回列表 (11) 7.2 URL地址信息 (11) 7.2.1 主机地址 (11) 7.2.2 URL列表 (11) 7.3 安全机制 (11) 7.3.1 验证签名机制 (11) 7.4 其他 (12) 7.2.1 列表数据为空的返回 (12)

app颜色规范

竭诚为您提供优质文档/双击可除 app颜色规范 篇一:app设计的用色规范 我们先来回顾下。什么是手机app界面设计规范? app设计规范指对app界面进行风格统一 ,对界面元素的样式、颜色和大小设定统一的规范和使用原则。与设计、前端约定好统一的设计规范很重要,约定设计规范可以减少产品、设计、前端的沟通成本;可以使界面设计整洁、统一,减少界面元素的重复设计;可以减少设计素材,控制安装包的大小。 这一节主要讲解:app设计的用色规范。我们先看下色轮图。 然后我们再来具体的看下app设计的色彩规范实例。 这是一个非常详细的手机app色彩使用规范实例。值得大家好好的看看。《找车app》 标准色规范: x轴:重要、一般、弱。 y轴:色彩代码、色块、使用场景 标准色重要:重要颜色中一般不超过3种,这里的例子

重要颜色之一红色需要小面积使用,用于特别需要强调和突 出的文字、按钮和icon;而黑色用于重要级文字信息比如标题、正文等。 标准色一般:都是相近的颜色,而且要比重要颜色弱,普遍用于普通级信息、引导词比如提示性文案或者次要的文字信息。 标准色较弱:普遍用于背景色和不需要显眼的边角信息。 再次举例说明如何来定制属于自己手机app的色彩规范。这是一种表示方式。有这个规范,我们设计app和重构app 会清晰明了很多。 这是25学堂的老谭同学给大家精心整理的2种不能标 准色的表现形式。 app界面要给人简洁整齐,条理清晰感,依靠的就是界 面元素的排版和间距设计,还有色彩的合理、舒适度搭配。 其他的色彩运用原理以及需要遵循对比原则: 1:统一色调,针对软件类型以及用户工作环境选择恰 当色调: 如:安全软件,根据工业标准,可以选取黄色,绿色体现环保,蓝色表现时尚、紫色表现浪漫等等,淡色可以使人舒适,暗色做背景使人不觉得累等 2:如果没有自己的系列界面,采用标准界面则可以少 考虑此方面,做到与操作系统统一,读取系统标准色表

app设计规则 (6页)

本文部分内容来自网络整理,本司不为其真实性负责,如有异议或侵权请及时联系,本司将立即删除! == 本文为word格式,下载后可方便编辑和修改! == app设计规则 篇一:APP设计的用色规范 我们先来回顾下。什么是手机APP界面设计规范? APP设计规范指对APP界面进行风格统一,对界面元素的样式、颜色和大小设 定统一的规范和使用原则。与设计、前端约定好统一的设计规范很重要,约定 设计规范可以减少产品、设计、前端的沟通成本;可以使界面设计整洁、统一,减少界面元素的重复设计;可以减少设计素材,控制安装包的大小。 这一节主要讲解:APP设计的用色规范。我们先看下色轮图。 然后我们再来具体的看下APP设计的色彩规范实例。 这是一个非常详细的手机APP色彩使用规范实例。值得大家好好的看看。《找 车APP》 标准色规范: X轴:重要、一般、弱。 Y轴:色彩代码、色块、使用场景 标准色重要:重要颜色中一般不超过3种,这里的例子重要颜色之一红色需要 小面积使用,用于特别需要强调和突出的文字、按钮和icon;而黑色用于重要 级文字信息比如标题、正文等。 标准色一般:都是相近的颜色,而且要比重要颜色弱,普遍用于普通级信息、 引导词比如提示性文案或者次要的文字信息。 标准色较弱:普遍用于背景色和不需要显眼的边角信息。 再次举例说明如何来定制属于自己手机APP的色彩规范。这是一种表示方式。 有这个规范,我们设计APP和重构APP会清晰明了很多。 这是25学堂的老谭同学给大家精心整理的2种不能标准色的表现形式。

APP界面要给人简洁整齐,条理清晰感,依靠的就是界面元素的排版和间距设计,还有色彩的合理、舒适度搭配。 其他的色彩运用原理以及需要遵循对比原则: 1:统一色调,针对软件类型以及用户工作环境选择恰当色调: 如:安全软件,根据工业标准,可以选取黄色,绿色体现环保,蓝色表现时尚、紫色表现浪漫等等,淡色可以使人舒适,暗色做背景使人不觉得累等 2:如果没有自己的系列界面,采用标准界面则可以少考虑此方面,做到与操作系统统一,读取系统标准色表 3:色盲、色弱用户,即使使用了特殊颜色表示重点或者特别的东西,也应该使用特殊指示符,着重号,以及图标等 4:颜色方案也需要测试,常常由于显示器、显卡的问题,色彩表现每台机器都不一样,应该经过严格测试,不同机器进行颜色测试 5:遵循对比原则:在浅色背景上使用深色文字,深色背景上使用浅色文字,蓝色文 字以白色背景容易识别,而在红色背景则不易分辨,原因是红色和蓝色没有足 够反 篇二:APP 界面 UI设计规则则 什么是UI?UI就是界面设计。专业的讲指对软件的人机交互、操作逻辑、 界面美观的整体设计。一个APP想要吸引并留住客户,美观实用简便的用户界 面设计是其重要的一环。在开发APP之初,就应重视选择经验丰富的开发团队,并 掌握UI设计的原则。 1依据手机的物理特性设计界面的原则 1)应尽量减少文字的输入。由于手机在输入上的低效性,澳环认为,在设计的过程中,应尽量减少用户的输入,如果有可能可以设置默认值,或者让用户选 择目标值。 2)信息结构好,屏与屏之间的逻辑关系清晰。由于手机屏幕相对较小,只能展示较少的信息量,这时候,在APP网站建设中,就需要有清晰的信息架构,让 用户能一目了然的知道APP的各个模块及能够自由切换。 3)移动APP的重要功能可以在界面中适当的提示,采取对重要高频使用的功能或信息放在首页或什么显眼的位置。2依据手机的移动特性设计界面的原则

APP开发文档

A P P开发文档 APP名称:多彩饰家项目管理APP 一、主界面 1、登录页面 前端功能实现: (1)输入用户名密码,点击立即登录到首页界面(ERP帐户密码) 系统功能实现: (1)登陆用户根据角色不同所拥有的权限不同. 2、主界面 前端功能实现: (1)显示用户头像、姓名、服务公司、服务门店的相关信息 (2)点击后,进入到预约单主界面 (3)点击后,进入到指派用户主界面 (4)点击后,进入到服务收款主界面 (5)点击三个按钮分别进入到订单查询,个人中心,主界面,并支持切换。

系统功能实现: (1)根据登录用户,直接显示用户姓名、服务公司、服务门店信息,头像手机界面上传并保存,支持修改头像和联系方式. (2)根据未分配预约单信息,界面以数字形式显示未分配条数,同时根据新增预约单和分配预约单加减显示数字,如果当时没有未分配预约单则数字显示为空 (3)根据预约单为分配用户信息,界面以数字形式显示未分配条数,同时根据新增预约单和指派用户状态变更加减显示数字,如果当时预约单都已经分配用户则数字显示为空 (4)根据收款情况显示条数,如此服务订单收完全款,则显示数字相应减少。 二、预约单 1、预约单主界面 前端功能实现: (1)支持模糊查询预约单信息,并能够手工添加预约单,同时点击返回按钮能够返回到主界面。

(2)上下滑动,显示预约单客户名称、预约时间信息。 (3)预约单详情,显示预约单号、客户名称、联系方式、地址、预约时间、服务项目、备注信息。 (4)新增图片,点击签到保存图片,完成签到。 (5)如没有签订服务订单,则点击取消服务,取消此预约单,如果形成正式意向,则点击签订服务形成新的服务订单,如未签到,取消服务、签订服务为灰色,签订服务后取消服务按钮为灰色,取消服务后,签订服务按钮消失。 系统功能实现: (1)根据后台存储预约单信息,显示客户姓名、预约时间 (2)根据后台存储预约单详细信息,显示预约单号、客户名称、联系方式、地址、预约时间、服务项目、备注信息。

APP客户端开发合同

项目开发合同 甲方:身份证号: 乙方:身份证号: 甲乙双方在平等互利的原则下,建立合作伙伴关系,就XXiOS客户端以及安卓客户端的开发达成合作协议具体细则如下: 第一条合同内容: 1.1甲方委托乙方负责XXiOS客户端以及安卓客户端开发事宜。 1.2 乙方负责的内容包括如下: 1.2.1 乙方的开发周期为九十天(自开发项目订金付款日起算)。 1.2.2 乙方需按双方约定项目结束时提供相应的安装文件、项目源代码、项目文档(iOS端发布到appstore)。 1.2.3 程序的开发执行费用,按照双方协商达成协议,费用总额为叁万元整人民币。 1.2.4 项目验收:开发完毕后,乙方提供的程序安装文件进行测试,由甲方参与测试,通过后发布到相应的应用渠道(appstore、安卓市场)。 1.3 费用结算方式: 1.3.1 预付款:甲方需在签订合同后三个工作日内支付预付款,为费用总额的50%,即人民币元整。

1.3.2 二期款:乙方提交安装包以及甲方通过测试后(即发布后)的三个工作日内向乙方支付30%的费用,即人民币元整。 1.3.3 项目完成验收后:项目上线后如无明显漏洞,甲方需付给乙方剩余20%的费用,即人民币元整。 1.4 完成制作后期维护: 乙方在为甲方程序制作完成验收后的半年内,如果程序发现功能性bug,需要进行维护。 1.5 乙方收款账户信息: 户名: 开户行: 账号: 甲方的责任 2.1 甲方需要在五月三十号提供整个项目的设计稿,在乙方提交接口文档后的二十日内提供所有接口以及切图,如由于甲方的进度问题造成乙方的项目延期,乙方无需负责。 2.2 定期沟通,议定设计制作方案。 2.3 对双方共同制定的制作方案给予支持配合。 2.4 对乙方工作进行阶段性评估,并将评估结果通知乙方,便于乙方调整设计制作方案。 2.5 为便于乙方工作,在项目需要时,甲方安排项目负责人员的与乙方直接沟通。 2.6 甲方应当及时按执行合同的约定时间付款,如项目验收完成并且提交App Store审核通过后所有功能可以正常使用无明显漏洞甲方逾期十五天未付余下项目金额将赔付给乙方项目金额的100%,超过三天天未付余下项目金额将赔

APP界面设计规范二

一、Android设计常识 开始介绍之前先帮大家梳理一下Android常用单位,方便各位亲们更好的掌握并了解Android端设计规范。 Android常用单位 per inch):数字影像的解析度,也就是每英寸所拥有的像素数,即像素密度;PPI计算公式:ppi=√(长度像素数2 + 宽度像素数2)/屏幕对角线英寸数 per inch):是指印刷上的计量单位,也就是每英寸上能印刷的网点数,我们设计用于显示器的默认为(72像素/英寸)就好了; 屏幕尺寸(Screen Size):一般我们所说的手机屏幕尺寸,比如3英寸、英寸等,都是指对角线的长度,而不是手机的面积; 分辨率(Resolution):是指手机屏幕垂直和水平方向上的像素个数,比如分辨率为:720*1280,是指设备水平方向有720个像素点,垂直方向有1280个像素点 pixels):像素,不同设备显示效果相同 ( point):一个标准的长度单位,ios的逻辑单位,1Pt=1/72英寸,用于印刷业,非常简单易用;标注字体大小(72是早期台式机的DPI) (Scaled-independentpixels):放大像素,安卓的字体单位; (Density-independentpixels):是指设备的独立像素,不同的设备有不同的显示效果,它与设备硬件有关系; sp和dp基本一样,是android开发里特有的单位,都是为了保证文字在不同密度的显示屏上显示相同的效果;dp与设备硬件有关,与屏幕密度无关,sp与屏幕密度和设备硬件均无关; 换算关系 android开发中,文字大小的单位是sp,非文字的尺寸单位用dp,但是我们在设计稿用的单位是px。这些单位如何换算,是设计师、开发者需要了解的关键。* dp:以160PPI屏幕为标准,则1dp=1px。 dp和px的换算公式:dp*ppi/160 = px。 对于320ppi的屏幕,1dp x 320ppi/160= 2px。 * sp:它是安卓的字体单位,以160PPI屏幕为标准,当字体大小为100%时, 1sp=1px。 sp 与px 的换算公式:sp*ppi/160= px。

APP应用开发的设计规范与标准

APP应用开发的设计规范与标准 APP设计规范: APP界面设计规范指导APP设计过程中的设计标准。根据统一的设计标准,使得整个APP在视觉上统一。提高用户对APP的产品认知和操作便捷性。 APP设计规范的重要性: 统一的标准,一、便于在设计过程中的团队合作,二、提高用户对APP的产品认知和操作便捷性。 APP设计规范具体内容: 1.遵循统一的准则,确定标准并遵循; 2.颜色使用恰当,遵循对比原则:色彩标准、色彩对比,突出内容、显示测试; 3.光标、图标和指示图片、地图等:统一的构图布局,色调、对比度、色阶和风格; 4.Font:中文采用宋体,英文采用Microsoft Sans Serif。大小:MSS字体8磅,宋体小五号字(9磅)五号字体(10磅); 5.文字表达:在提示信息、帮助文档中的。用词、修饰及标点符号等等; 6.控件风格、布局; 7.布局的顺序:从左到右,从上到下;

8.快捷键、弹出菜单; 9.用户交互:按钮状态、弹出窗口位置、执行动作提示信息(视觉和听觉,甚至的触觉的); 10.联机帮助:HELP文档。 产品设计、用户体验、交互设计、视觉设计、开发、运营 —————————————————【←总结】·【参考→】————————————————————— 【开发苹果APP界面标准规范】 一:遵循一致的准则,确立标准并遵循 无论是控件使用,提示信息措辞,还是颜色、窗口布局风格,遵循统一的标准,做到真正的一致。 这样得到的好处: 1:使用户使用起来能够建立起精确的心里模型,使用熟练了一个界面后,切换到另外一个界面能够很轻松的推测出各种功能,语句理解也不需要费神理解 2:降低培训、支持成本,支持人员不会行费力逐个指导。3:给用户统一感觉,不觉得混乱,心情愉快,支持度增加做法: 项目组有经验人士,确立UI规范:

app设计规范

一、设计理念 1.精于心,简于形 通过精心的设计,使流程外观简约化,传达先进的技术给用户提供便捷简单的使用体验二、设计规范 我们有统一的设计规范,用来规范App在外观展示上的规则,用来解决设计过程中遇到的问题。好处: (1)使用户使用起来能够建立起精确的心理模型,使用熟练了一个界面后,切换到另外一个界面能够很轻松的推测出各种功能,语句理解也不需要费神理解.(2)降低培训、支持成本,支持人员不会很费力逐个指导。(3)给用户统一感觉,不觉得混乱,心情愉快,满意度增加 1.逻辑性 设计为内容服务,根据逻辑关系通过视觉表现引导用户使用。 例如:app的标题和导航条通过字体的颜色大小突出重要度。 2.扩展性 采取模块化设计的可扩展性,减少修改和再开发的成本 例如:左右模块尺寸的统一可方便增加新的模块内容。 3.统一性 用统一的视觉规范,变化不能超越统一的尺度,个性化内容要有统一风格的继承 例如:无论每个功能模块如何追求个性,但不能脱离App的整体风格,要有继承和延续保持从属关系。 三、遵循视觉设计原理,确定设计方案 1.例如以下原理: App中宽度、位置、边距为不可变数据。

App中背景白色为常用色值,对于特殊功能模块可根据特殊要求变更色彩或者使用背景图。 2.白色:雪花,纯静,清白,和平,轻盈, 纯洁、天真、洁净、真理 黑色:夜晚,煤碳,能力,稳定,拘谨,可靠,能力,精致 灰色:智能,成熟,财富,尊严,贡献, 抑制 红色:胜利激情爱力精力性别热情、浪漫 红色在很多文化中代表的是停止的讯号,用于警告或禁止一些动作 黄色:明亮、光辉、黄金收获改革 紫色正面:懦弱,叛逆,妒忌,危机 创造、谜、忠诚、神秘、稀有 绿色:植物,自然,春天,肥沃,希望, 安全自然、稳定、成长 在北美文化中,绿色代表的是「行」,与环保意识有关,也经常被连结到有关财政方面的事物。 蓝色:天空,海洋,精神性,定度,和平, 个体忠诚、安全、保守、宁静 选择颜色的时候尽量选择以上这些功能性的色系 3.色彩构成(Interaction of color),可以理解为色彩的作用,是在色彩科学体系的基础上,研究符合人们知觉和心理原则的配色。配色有三类要素:光学要素(明度、色相、纯度),存在条件(面积、形状、肌理、位置),心理因素(冷暖、进退、轻重、软硬、朴素华丽),设计的时候运用逻辑思维选择合适的色彩搭配,产生恰当的色彩构成。最优秀的配色范本是自然界里的配色,我们观察自然界里的配色,通过理性的提炼最终获得我们所需要的东西。 4.小面积用强色,大面积用弱色 面积调和的原则是:色彩面积的大小可以改变对比效果,对比色双方面积越大,调和效果越弱;反之,双方面积越小,调和效果越强。对比双方面积均等,调和效果越弱;对比双方面积相差越大;调和效果越强。只有恰当的面积比才能取得最好的视觉平衡,形成最好的视觉效果。

APP开发文档(第一版)

APP开发文档 APP名称:多彩饰家项目管理APP 一、主界面 1、登录页面 前端功能实现: (1)输入用户名密码,点击立即登录到首页界面(ERP帐户密码) 系统功能实现: (1)登陆用户根据角色不同所拥有的权限不同.

2、主界面 前端功能实现: (1)显示用户头像、姓名、服务公司、服务门店的相关信息 (2)点击后,进入到预约单主界面 (3)点击后,进入到指派用户主界面 (4)点击后,进入到服务收款主界面 (5)点击三个按钮分别进入到订单查询,个人中心,主界面,并支持切换。 系统功能实现:

(1)根据登录用户,直接显示用户姓名、服务公司、服务门店信息,头像手机界面上传并保存,支持修改头像和联系方式. (2)根据未分配预约单信息,界面以数字形式显示未分配条数,同时根据新增预约单和分配预约单加减显示数字,如果当时没有未分配预约单则数字显示为空 (3)根据预约单为分配用户信息,界面以数字形式显示未分配条数,同时根据新增预约单和指派用户状态变更加减显示数字,如果当时预约单都已经分配用户则数字显示为空 (4)根据收款情况显示条数,如此服务订单收完全款,则显示数字相应减少。

二、预约单 1、预约单主界面 前端功能实现: (1)支持模糊查询预约单信息,并能够手工添加预约单,同时点击返回按钮能够返回到主界面。 (2)上下滑动,显示预约单客户名称、预约时间信息。 (3)预约单详情,显示预约单号、客户名称、联系方式、地址、预约时间、服务项目、备注信息。

(4)新增图片,点击签到保存图片,完成签到。 (5)如没有签订服务订单,则点击取消服务,取消此预约单,如果形成正式意向,则点击签订服务形成新的服务订单,如未签到,取消服务、签订服务为灰色,签订服务后取消服务按钮为灰色,取消服务后,签订服务按钮消失。 系统功能实现: (1)根据后台存储预约单信息,显示客户姓名、预约时间 (2)根据后台存储预约单详细信息,显示预约单号、客户名称、联系方式、地址、预约时间、服务项目、备注信息。 (3)照片上传存储后台显示,并根据后台系统时间记录用户签到时间,同时更新预约单状态为用户已签到状态。

移动应用界面设计的尺寸设置及规范

【总结】移动应用界面设计的尺寸设置及规范 时间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模式)。

ios,app图标尺寸规范

竭诚为您提供优质文档/双击可除ios,app图标尺寸规范 篇一:ios界面设计尺寸规范 ios界面设计尺寸规范 一、尺寸及分辨率 iphone界面尺寸:320*480、640*960、640*1136、750*1334、1080*1920等。 ipad界面尺寸:1024*768、2048*1536等。 单位:像素72dpi,在设计的时候并不是每个尺寸都要做一套,尺寸按自己的手机来设计,比较方便预览效果,一般用640*960或者640*1136的尺寸来设计。ps :作图的时候确保都是用形状工具(快捷键:u)画的,这样更方便后期的切图或者尺寸变更。 二、界面基本组成元素 iphone的app界面一般由四个元素组成,分别是:状态栏、导航栏、主菜单栏、内容区域。 640*960的尺寸设计下这些元素的尺寸。 状态栏:就是我们经常说的信号、运营商、电量等显示手机状态的区域,其高度为:40px

导航栏:显示当前界面的名称,包含相应的功能或者页面间的跳转按钮,其高度为:88px 主菜单栏:类似于页面的主菜单,提供整个应用的分类内容的快速跳转,其高度为:98px 内容区域:展示应用提供的相应内容,整个应用中布局变更最为频繁,其高度为:734px [下图说明:] 至于我们经常说的iphone5/5s的640*1136的尺寸,其实就是中间的内容区域高度增加到910px。 ps:在最新的ios7的风格中,苹果已经开始慢慢弱化状态栏的存在,将状态栏和导航栏合在了一起,但是再怎么变,尺寸高度也还是没有变的,只不过大家在设计ios7风格的界面的时候多多注意下~ 三、字体大小 heitisc(黑体-简,黑体-简的英文名称为heiti sc。heiti为黑体的拼音,sc代表简体中文(simplifiedchinese)),是macosxsnowleopard(版本10.6)包含的简体中文字型,也是iphoneos 3.0(版本 4.0后改名为ios)及ipodnano第五代以来的预设简体中文字型。 黑体-简系为黑体,取代华文黑体成为macosxsnow leopard的预设简体中文字型。在过去,华文黑体是

APP+UI设计规范

APP UI设计规范(可公开版) 前言 APP UI设计,有何规律?从抽象到具体,前后台并行,大概要经过几个阶段,每个阶段,都有一些明确的阶段输出doc,具体: (上图是在著名的《用户体验要素》原图上进行改编) KPA#1:第一痛点创意

首先,要确定你的“第一痛点”(first-item)还没有人做过,最好的调查方式是到APP Store上搜索已有的APP程序。如果你发现已经有某个APP包含类似的痛点,那你需要比它做的“更好”,“更好”可以体现在体验(exp)创新上,也可以体现在功能(func)革命上。 中国的法律环境缺乏对APP痛点相关智识产权的严格保护,但并不意味着可以随心所欲地clone或“山寨”别人的痛点创意。为什么呢?任何APP都不是孤立存在的,受到APP 的资源、APP用户培育的节奏、社会大环境对APP生命周期的影响,简单clone成功可能性很小。 另一方面,第一痛点创意风险很大,所谓失之毫厘,谬以千里,推荐采用smc的《顾客需求确认表》做第一人称检验故事场景挖掘,最好能输出类似下面的脚本化体验故事/片段: 1.1)体验片段#1。比如定机票应用中,有头等舱和经济舱。经济舱是一个普通的人, 而头等舱是一个戴着帽子,系着领结,胸前别着手帕的这么一个人,很酷的老板角色,体现出了头等舱和经济舱之间的区别。要做头等舱的人,一般都愿意自己看到自己这么一个形象。 1.2)体验片段#2。比如微信4.0,刚打开的时候有一张图片,非常文艺非常在都市的 感觉的一张图片,配文字“如你所见,微信,是一个生活方式”。其实它在干嘛呢?它是在提示用户,新增了自己相册功能。它虽然是给用户介绍新功能,但是它把整个情绪融在里面。 1.3)体验片段#3:比如安心停车,该APP具备查找附近有剩余车位的停车场位置,以 及根据收费情况进行优先显示的基本功能,而当附近没有停车位时该APP应该按照“违章停车罚款概率”由低往高推荐免费停车地点,“违章停车罚款概率”来自违章停车处罚数据库中的地点数据,必须得到交警部门的支持。 KPA#2:‘交互界面’exp/func思维导图 ‘交互界面’(简称exp/func)是比草图还简单的交互界面,往往用一句话描述,包含必要的交互信息,比如点、选、录入等输入和文字、图片、动画、特效等输出。从“第一痛点创意”相关的1~3个exp/func出发,利用“思维导图”(简称mind-map)的发散思维模式,延伸、细化、穷举、关联一切‘交互界面’,就有可能将“第一痛点创意”真正落地,成为货真价实的“第一痛点”。 ‘思维导图’一般的呈现方式是“发散图形”,一般如下:

APP项目开发合同完整版本

APP项目开发合同 甲方: 身份证号: 乙方: 身份证号: 甲乙双方在平等互利的原则下,建立合作伙伴关系,就XXiOS客户端以及安卓客户端的开发达成合作协议具体细则如下: 第一条总则 1、甲方选择乙方为其开发软件系统,乙方将在甲方规定的时间内,根据甲方要为 甲方开发软件系统。 2、甲、乙双方经友好协商,根据《中华人民共和国合同法》等有关法规,就乙方 承担甲方信息系统开发项目事宜,达成以下协议条款。 3、本合同中所用术语的定义如下:服务由乙方提供的项目管理、需求分析、 软件开发、测试,以及咨询、计划、实施、培训、安装、调试、维护、升级等服务。资料由乙方向甲方提供的系统说明文件、使用手册等。规范信息系统在功能、操作、环境及性能等方面要求的周密而完整的说明。任务为完成“合同范围”所述服务而进行的相关活动。 第一条合同内容: 1.1 甲方委托乙方负责XXiOS客户端以及安卓客户端开发事宜。 1.2 乙方负责的内容包括如下: 1.2.1 乙方的开发周期为九十天(自开发项目订金付款日起算)。 1.2.2 乙方需按双方约定项目结束时提供相应的安装文件、项目源代码、项目文档(iOS端发布到appstore)。 1.2.3 程序的开发执行费用,按照双方协商达成协议,费用总额为 万元整人民币。 1.2.4 项目验收:开发完毕后,乙方提供的程序安装文件进行测试,由甲方参与 测试,通过后发布到相应的应用渠道(appstore、安卓市场) 1.3 费用结算方式: 1.3.1 预付款:甲方需在签订合同后三个工作日内支付预付款,为费用总额的50%,即人民

币元整。 1.3.2 二期款:乙方提交安装包以及甲方通过测试后(即发布后)的三个工作日内向乙方支付30%的费用,即人民币元整。 1.3.3 项目完成验收后:项目上线后如无明显漏洞,甲方需付给乙方剩余20%的费用,即人民币元整。 1.4 完成制作后期维护: 乙方在为甲方程序制作完成验收后的半年内,如果程序发现功能性bug,需要进行维护。 1.5 乙方收款账户信息: 户名: 开户行: 账号: 甲方的责任 2.1 甲方需要在五月三十号提供整个项目的设计稿,在乙方提交接口文档后 的二十日内提供所有接口以及切图,如由于甲方的进度问题造成乙方的项目延 期,乙方无需负责。 2.2 定期沟通,议定设计制作方案。 2.3 对双方共同制定的制作方案给予支持配合。 2.4 对乙方工作进行阶段性评估,并将评估结果通知乙方,便于乙方调整设计制作方案。 2.5 为便于乙方工作,在项目需要时,甲方安排项目负责人员的与乙方直接沟通。 2.6 甲方应当及时按执行合同的约定时间付款,如项目验收完成并且提交App Store审核通过后所有功能可以正常使用无明显漏洞甲方逾期十五天未付余下项目金额将赔付给乙方项目金额的100%,超过三天天未付余下项目金额将赔付项目金额200%。 第二条乙方的责任 3.1 乙方完成XXiOS客户端以及安卓客户端的开发。(具体见文档第四条以及附件)。 3.2 乙方需要在X月X号前依据甲方提交的设计稿设计、完成并提交整个项目的接口文档。 3.3 项目工作组成员提供本执行合同规定的相关业务领域的服务,并接受甲方指定的人员监督指导; 3.4 经甲方授权后由乙方传播出去的任何文字、图像及影视资料,乙方不具有版权,不得进行如下行为包括但不限于二次转载、编辑加工、评论等。 3.5 乙方保证其撰写的内容不会产生对甲方不利的影响或后果,否则应主动消

app用户界面设计大作业演示版.doc

教学站:杭州前进学号:201812925310039 姓名:詹浩裕 医护app用户界面设计说明书 修订历史记录

目录 1 引言................................................... - 2 - 1.1编写目的............................................ - 2 - 1.2项目背景............................................ - 2 - 1.3主要功能 (2) 2 应当遵循的界面设计规范 ................................. - 2 - 2.1用户界面设计原则.................................... - 2 - 2.2界面一致性 (4) 2.3布局合理化原则.......................... 错误!未定义书签。 3 引导页..................................... 错误!未定义书签。 4 主界面................................................. - 5 - 4.1主界面.............................................. - 6 - 4.2登录页面................................ 错误!未定义书签。 4.3各子界面 (7) 5 美学设计 (10) 6 界面资源设计 (10) 6.1图标资源 (10) 7 投诉与建议 (11)

iosapp设计规范

竭诚为您提供优质文档/双击可除 iosapp设计规范 篇一:ios界面设计尺寸规范 ios界面设计尺寸规范 一、尺寸及分辨率 iphone界面尺寸:320*480、640*960、640*1136、750*1334、1080*1920等。 ipad界面尺寸:1024*768、2048*1536等。 单位:像素72dpi,在设计的时候并不是每个尺寸都要做一套,尺寸按自己的手机来设计,比较方便预览效果,一般用640*960或者640*1136的尺寸来设计。ps :作图的时候确保都是用形状工具(快捷键:u)画的,这样更方便后期的切图或者尺寸变更。 二、界面基本组成元素 iphone的app界面一般由四个元素组成,分别是:状态栏、导航栏、主菜单栏、内容区域。 640*960的尺寸设计下这些元素的尺寸。 状态栏:就是我们经常说的信号、运营商、电量等显示手机状态的区域,其高度为:40px

导航栏:显示当前界面的名称,包含相应的功能或者页面间的跳转按钮,其高度为:88px 主菜单栏:类似于页面的主菜单,提供整个应用的分类内容的快速跳转,其高度为:98px 内容区域:展示应用提供的相应内容,整个应用中布局变更最为频繁,其高度为:734px [下图说明:] 至于我们经常说的iphone5/5s的640*1136的尺寸,其实就是中间的内容区域高度增加到910px。 ps:在最新的ios7的风格中,苹果已经开始慢慢弱化状态栏的存在,将状态栏和导航栏合在了一起,但是再怎么变,尺寸高度也还是没有变的,只不过大家在设计ios7风格的界面的时候多多注意下~ 三、字体大小 heitisc(黑体-简,黑体-简的英文名称为heiti sc。heiti为黑体的拼音,sc代表简体中文(simplifiedchinese)),是macosxsnowleopard(版本10.6)包含的简体中文字型,也是iphoneos 3.0(版本 4.0后改名为ios)及ipodnano第五代以来的预设简体中文字型。 黑体-简系为黑体,取代华文黑体成为macosxsnow leopard的预设简体中文字型。在过去,华文黑体是

相关文档
最新文档