APP接口开发模板说明

Step 1：

在调用和设计APP接口时，请开发者首先明确一下开发与原型的对应关系样图为《联系人》的原型与函数说明的对应关系

(11)wk_api_app2mid_address_book_part_and_part_name_get

(4)wk_api_app_to_mid_job_group_part_info_get

(20) wk_api_app2mid_root_team_info_get

参考设计文档：

对外接口辅助说明

.doc

Step 2：

在明确了原型中要调用的函数后，可以找到相应的函数说明以及返回值。例如样图中 wk_api_app2mid_root_team_info_get 属于组织中的函数，

如果是新开发者，开发者可以通过查询

客户端对外已使用

接口03.xls

来获得对应的模块名称。

Step 3：

打开

(20)组织.docx

，即可获得函数wk_api_app2mid_root_team_info_get 的具体信息

备注：以上文档在SVN上中间件目录下保持最新更新。

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）照片上传存储后台显示，并根据后台系统时间记录用户签到时间，同时更新预约单状态为用户已签到状态。

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开发文档

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开发文档(第一版)

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

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开发需求怎么写

软件需求文档格式的标准写法 1、引言 1．1目的： ·阐明开发本软件的目的； 1．2 项目背景 ·标识待开发软件产品的名称、代码； ·列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户； ·说明该软件产品与其他有关软件产品的相互关系。 1．3 术语说明列出本文档中所用到的专门术语的定义和英文缩写词的原文。 1．4 参考资料（可有可无）列举编写软件需求规格说明时所参考的资料，包括项目经核准的计划任务书、合同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档，以及相关产品的软件需求规格说明。在这里应该给出详细的信息，包括标题、作者、版本号、发表日期、出版单位或资料来源。 2．项目概述 2．1 待开发软件的一般描述描述待开发软件的背景，所应达到的目标，以及市场前景等。 2．2 用户特征和水平（是哪类人使用）描述最终用户应具有的受教育水平、工作经验及技术专长。 2．3 运行环境描述软件的运行环境，包括硬件平台、硬件要求、操作系统和版本，以及其他的软件或与其共存的应用程序等。 2．4 条件与限制给出影响开发人员在设计软件时的约束条款，例如： ·必须使用或避免使用的特定技术、工具、编程语言和数据库；

·硬件限制； ·所要求的开发规范或标准。 3．功能需求 3．1 功能划分列举出所开发的软件能实现的全部功能，可采用文字、图表或数学公式等多种方法进行描述。 3．2 功能描述对各个功能进行详细的描述。 4．外部接口需求 4．1 用户界面对用户希望该软件所具有的界面特征进行描述。以下是可能要包括的一些特征： ·将要采用的图形用户界面标准或产品系列的风格； ·屏幕布局； ·菜单布局； ·输入输出格式； ·错误信息显示格式；建议采用RAD 开发工具，比如Visio，构造用户界面。 4．2 硬件接口描述系统中软件产品和硬件设备每一接口的特征，以及硬件接口支持的设备、软件与硬件接口之间，以及硬件接口与支持设备之间的约定，包括交流的数据和控制信息的性质以及所使用的通信协议。 4．3 软件接口描述该软件产品与其有关软件的接口关系，并指出这些外部软件或组件的名字和版本号。比如运行在什么操作系统上，访问何种类型的数据库，使用什么数据库连接组件，和什么商业软件共享数据等。

app项目交接文档(改)课件.doc

系统研发部App项目交接文档 ———————————————————————————————————————————一．交接内容：交接项目交接内容交接情况交手人接收人 APP项目一 1. 原型图及资源文件□有□已接收 □无□未接收 2. 需求文档□有□已接收 □无□未接收 3. App 设计文档□有□已接收 □无□未接收 4. App 项目流程图□有□已接收 □无□未接收 5. 系统测试帐号（后 □有□已接收台）□无□未接收 6. 上线相关帐号及签 □有□已接收名KEY □无□未接收 7. 项目使用第三方框 □有□已接收架说明□无□未接收 8. 项目网络接口及自 □有□已接收定义通信协议说明□无□未接收 9. 项目目前进度以及 □有□已接收存在的问题说明□无□未接收 App 项目二 1.原型图及资源文件□有□已接收 □无□未接收 2.需求文档□有□已接收 □无□未接收 3.App 设计文档□有□已接收 □无□未接收 4.App 项目流程图□有□已接收 □无□未接收 5.系统测试帐号（后台）□有□已接收 □无□未接收 6.上线相关帐号及签名 □有□已接收 KEY □无□未接收 7.项目使用第三方框架 □有□已接收说明□无□未接收 8.项目网络接口及自定 □有□已接收义通信协议说明□无□未接收

9.项目目前进度以及存 □有□已接收在的问题说明□无□未接收 1/ 4

App 项目三 1.原型图及资源文件□有□已接收 □无□未接收 2.需求文档□有□已接收 □无□未接收 3.App 设计文档□有□已接收 □无□未接收 4.App 项目流程图□有□已接收 □无□未接收 5.系统测试帐号（后台）□有□已接收 □无□未接收 6.上线相关帐号及签名 □有□已接收 KEY □无□未接收 7.项目使用第三方框架 □有□已接收说明□无□未接收 8.项目网络接口及自定 □有□已接收义通信协议说明□无□未接收 9.项目目前进度以及存 □有□已接收在的问题说明□无□未接收 App 项目四 1.原型图及资源文件□有□已接收 □无□未接收 2.需求文档□有□已接收 □无□未接收 3.App 设计文档□有□已接收 □无□未接收 4.App 项目流程图□有□已接收 □无□未接收 5.系统测试帐号（后台）□有□已接收 □无□未接收 6.上线相关帐号及签名 □有□已接收 KEY □无□未接收 7.项目使用第三方框架 □有□已接收说明□无□未接收 8.项目网络接口及自定 □有□已接收义通信协议说明□无□未接收 9.项目目前进度以及存 □有□已接收在的问题说明□无□未接收

app inventor 软件开发文档

浙江师范大学本科生课程论文封面课程名称：Android 手机程序开发论文名称：《软件开发文档》学院数理与信息工程学院专业通信工程学号14900110 姓名王晓洁任课教师熊继平成绩评阅教师签名浙江师范大学数理信息学院

基于加速度传感器的计步器实验目的：利用加速度传感器实现计步器的功能。实验过程一、组件设计图1界面设计二、相关代码【1】全局变量“step” 用来记录行走步数。【2】定义过程将标签1的文本设置为步数值。【3】核心算法当加速度传感器被晃动时，step加1.并且调用过程。

最后有一个清除步数的功能。实验感想第一次接触这样拼图类的代码编写方法，感觉很有趣，适合青少年起步学习，不枯燥。这个APP虽然功能简单，但是要做到精确计步却不容易。在算法上有很大需要改进。

基于蓝牙的手机通信软件实验目的：根据App Inventor 2提供的两个蓝牙通信组件：蓝牙客户端、蓝牙服务器，将这两个组件配合使用，实现简单的即时通信功能。实验过程：一、组件设置图1 界面设计二、与蓝牙服务器相关的代码【1】全局变量“角色” 用来表明当前设备在通信中的角色：服务器或客户端。【2】“在线”设置如图2所示，当选中“在线”复选框时，表明本设备现在充当服务器的角色，可以接受来自其他设备的连接请求。一旦该设备成为服务器，“选择列表”及“断开连接”组件将不可用。

图2 修改蓝牙设备的角色【3】接收连接事件当蓝牙服务器收到连接请求时，将触发该事件。如果连接成功，即连接状态值为真，则向所连接的设备发送“已连接到服务器，可以开始聊天了...”，并开始启用计时器，随时监听客户端发来的消息；如果连接不成功，则不启用计时器。如图3所示。图3 蓝牙服务器“接收连接”事件处理程序三、与蓝牙客户端相关的代码【1】当“选择列表”准备选择时

移动app开发文档方案

手机APP支付开发文档颜色：程序主色调为蓝、白程序绑定：银行卡和手机机器码登陆界面： 1.APP名称（即：联商天下） 2.企业Logo 3.用户名 4.密码 5.记住用户名 6.忘记密码 7.登录 8.注册 9.如果多次登录错误生成验证码机制并向账号绑定的手机发短信提醒（错误数量为5次） 10.最底部表明企业名称（厦门****网络科技有限公司）和客服热线（4003556）主界面： 1.滚屏，设定在屏幕的最上方，初定6个图片滚动，（即，企业简介、产品宣传、招商会广告、主要功能介绍（2个）、企业其他产品）所有的滚动屏都要有产品内部或者外部链接（内部链接即：链接到产品内部信息模块上，外部链接链接到指定网址） 2.功能界面：（1）、金融支付：点击这个功能进去后有两个通道，一个是订单支付，一个是银行转账（支付通道接口我们自己提供），订单支付点击进去，要有以下的界面——订单编号（服务端自动生成）、订单金额、订单类型、结算类型（T+1结算，T+0结算，默认为T+1）、备注。另外每一个窗口下有灰色字提示，一旦点击，灰色字消失。还要有一个单独功能，叫信息采集，点击这个功能弹出两个窗口，一个是照片采集（效果，点击照片采集就会转到手机里的照相系统，照出银行卡的相片，提出相片上卡号信息，将此信息链接到订单支付的支付账号上）；另一个是声音采集（效果，点击声音采集，通过声音将银行卡号链接到订单支付的支付账号上）（2）、充值缴费：在此窗口下有话费、水电煤气、车辆违章、有线电视（3）、吃喝玩乐：里面要接糯米网和拉手网（4）、旅游出行：机票、酒店、火车票（5）、租车叫车：里面两个模块，一个是租车、一个是叫车（6）、彩票服务：（7）、信用卡还款：（8）、空中超市：里面有三个界面，一个是商品购物（接淘宝）、便利购物（点击此功能可以查找到使用者周边的便利店信息，可以电话购物）、送餐（接各地送餐网站和肯德基麦当劳等快餐送餐网站）

APP开发合同模版

APP开发(委托)合同甲方：乙方：年月日

依据《中华人民共和国合同法》及相关法律法规之规定,甲乙双方在平等、自愿的基础上,经双方协商一致,达成如下协议,以资共同遵照执行。一、合作方式甲方委托乙方,乙方接受甲方委托,并根据甲方的要求定制开发甲方所需的软件及网站产品,甲方向乙方支付费用。二、合同标的 1.依据本合同约定,甲方委托乙方开发的软件产品及网站产品(以下统一简称：产品)为： ① ② 2.乙方负责完成产品的设计开发、交付及相关其他服务工作,并保证该产品能正常使用和营运的要求。 3.乙方承诺,为完成本合同约定事项,乙方已取得为开发本产品所需的其它软件的许可使用权,并有权许可甲方或甲方指定的第三方使用并用于本产品,且该授权长期合法有效。 4.未经甲方书面同意,乙方不得将合同标的分包或转包给第三方,不得自行将软件转让给第三人或交第三人使用。三、开发进度及软件成果交付 1.自签定本合同起30日内,乙方完成产品的需求分析、设计、编码、工作,并交付甲方使用。 2.软件产品及网站产品交付地点为,交付内容包括但不限于全部源代码、技术文档、用户指南、操作手册、安装指南等。四、开发费用

软件及网站总开发费用为(人民币) ,费用包括：完整的软件交付成果、完整的网站程序交付成果、技术文件开发费用；乙方应承担的提供技术服务及技术支持的费用；技术培训费用；以及乙方为全面履行合同义务所需支付的所有其他费用。不包括税费（含税开票需增加费用点数）。五、付款结算方式 1.在本合同签订后5个工作日内,甲方向乙方支付预付款：计人民币（￥：）。 2.在乙方完成产品开发并交付甲方后,甲方在可正确使用后的5个工作日内,甲方向乙方支付进度款：计人民币（￥：）。六、知识产权条款 1.根据本合同产生的全部研究开发成果（包括软件产品和以此为基础研发出的其他技术成果）的知识产权归甲方所有。 2.双方确定,甲方有权利用乙方按照本合同约定提供的研究开发成果,进行后续改进。由此产生的具有实质性或创造性技术进步特征的新的技术成果及其权利归属,由甲方享有。 3.乙方保证按照本合同约定提供的研究开发成果及其开发过程不侵犯第三方知识产权,任何第三方如果提出侵权指控时,乙方须与第三方交涉并承担可能发生的一切法律上和经济上的责任。七、双方的权利和义务 1.甲方的权利和义务 (1)甲方有权获得乙方所提交的产品交付成果、服务及相关知识产权。 (2)甲方有权及时了解和监督产品开发的进展情况。 (3)甲方应向乙方提供完成产品开发所必需的资料。

app接口文档模板

XXX项目APP接口文档首页 (3) 首页 (3) 加载更多商品 (7) 用户注册 (9) 注册 (9) 发送手机验证码 (11) 用户中心 (12) 登录 (12) 登出 (14) 原产品 (15) 产品列表 (15) 产品详情 (18) 分类树 (22) 备注： (23)

注：传参一律用post方式，key=request, value为一串json格式字符串，格式如： request={ "head": { "partner": "xxxxxxxxxxxxxxxxxxxxxxx", "key": "xxxxxxxxx", "mdkey": "xxxxxxxxxxx" }, "para": { "user_name": "user_name", "pwd": "123456" }, "result": { "start": 0, "count": 10 } } head：头信息，用于安全校验，参数固定为partner、key、mdkey 三项，mdkey随不同接口而变，partner和key为常量头部信息校验错误统一返回，错误码分三种： 1：PARTNER有误 { "head": { "code": "C0004", "msg": "PARTNER验证失败！" } } 2：KEY有误 { "head": { "code": "C0005", "msg": "KEY验证失败！" } } 3：MD5加密错误 { "head": { "code": "C0001", "msg": "请求验证失败！" } } para：请求体，客户端请求所需要传入的参数，依据不同接口而定 result：结果集，主要用于分页

APP接口保护方案

APP接口保护文档 2015-07-27 Jason

1. 问题对于后台来说，调用URL时都会判断session是否合法，所以即使别人知道后台URL 也无法调用。但是为移动端提供webservice接口就不一样了。对移动端提供的接口都是RESTful 风格的无状态接口，没有传统URL的session概念。如果只是在登录时做身份验证的话，相当于调用接口的权限由App控制。而在网络上，所有接口都对外暴露，任何人只要知道URL了就能调用，试探，甚至通过接口修改数据库。如下图：所以在业务处理之前，登录之前，都需要验证请求是否由合法客户端发出。 2. 全局私钥APP_KEY 首先，后台和App端，共同内置一个全局私钥APP_KEY，用于生成签名，服务器收到

接口请求时，先验证签名是否合法，再处理业务。 3. 登录

3.1 过程说明 3.1.1 移动端和后台内置APP_KEY 在app和后台，内置相同的APP_KEY。 3.1.2 移动端调用申LOGIN_TOKEN申请接口登录界面，用户输入用户名后，请求接口，申请LOGIN_TOKEN。 3.1.3 后台生成并返回LOGIN_TOKEN 后台接收到LOGIN_TOKEN请求时，先查询用户名是否存在。如果存在，则查询该用户头像，并为该用户生成LOGIN_TOKEN，返回给移动端。TOKEN使用一次后将失效。 3.1.4 移动端显示头像，保存LOGIN_TOKEN 登录界面，接收到后台返回后，移动端显示用户头像，并保存LOGIN_TOKEN。等待用户输入密码。 3.1.5 移动端密码加密登录界面，用户输入密码，点击登录按钮后，将密码加密。加密过程是： A 将参数APP_KEY，LOGIN_TOKEN，PASSWORD(用户密码)按字母排序，参数中间用&符号连接。如APP_KEY=123&LOGIN_TOKEN=456&PASSWORD=789： B 将排序之后的字符串用MD5加密，形成密码密文。 C 销毁本地的LOGIN_TOKEN。 3.1.6 移动端调用登录接口将用户账号和密码密文做为参数，调用登录接口。 3.1.7 后台登录验证后台接收到登录请求后，先查询用户名对应的LOGIN_TOKEN，并将此TOKEN设