app设计

第四天 日期：2018/6/27 1. 今日完成任务情况以及遇到的问题 张海鑫：文章类型标签页面测试与完善 周甜甜：文章页面测试及系统设计文档完善 李蕾：文章评论测试及系统需求文档完善 张天旭： 系统栏目菜单功能完善及测试 2.成员贡献时间 成员 张天旭 张海鑫 周甜甜 李蕾 贡献时间（小时） 5 4 4 4 3. 燃尽图 4.站立会议照片 冲刺总结：由于此次冲刺时间较短，所以只是将前期的后台功能设计完善与改进，以及做了相关的测试，而且据本系统的设计，还需要前台App的设计，但由于研发时期太短，现无法将其实现，故我们初期的打算就是现在尽量将后台设计完善，后期再进行App的开发。 来源： https://www.cnblogs.com/lztxh/p/9236034.html

所有工具在appstore都可以搜索下载，或者购买到。不断试用新品，不断更新心得，也欢迎分享推荐好工具使用。目前急缺可直接生成交互文档的移动端APP原型工具（墨刀暂时不行）。 　　一，头脑风暴阶段 笔记本和铅笔 iOS 自带备忘录（很好用，和MAC/PAD 也是同步的，这一点让我很满意） Carbo,手绘记事本, iOS APP,可以直接把草图转换成PNG格式供我使用。 Carbo.jpg simplemind free,脑图工具，简单的用途也已经可以满足了。 Simplemind free mindnote pro,脑图工具，现在正在用，有时候流程图也偷懒用它了。对比simplemind free，结构扩展很方便，而且看起来更清爽。 mindnote pro 　　二，原型阶段 流程图：Office 系统用Visio,在Mac系统用Omni Graffle在线工具可以尝试 Processon 原型工具：移动 APP原型设计 ：墨刀 Web 原型：Axure 高保真原型／核心页面设计：Sketch 　　评价很好的Ominifocus尚未尝试过。 　　三，交互文档的制作 　　Axure可以直接生成文档，具体可以去看看小楼的视频。移动端的原型工具目前似乎没有这个功能，可以用Omni Graffle, 脑图＋原型页面，或者key note。 　　四，项目管理 　　omni plan 　　附

以下内容由 Mockplus 团队翻译整理，仅供学习交流， Mockplus是更快更简单的原型设计工具 。 之前笔者推测新一代的iPhone不会再有“Home”键。果不其然，9月13日苹果发布会证实了笔者的观点，iPhone X带着傲娇的“刘海”以全面屏的形式与世人见面。面对iPhone X的改变，对于许多人来说，他们可能会需要做出一些调适。 有些人认为，移除Home键之后多出来的空间，将会用于容纳导览界面、以及一个虚拟的Home按钮。对于这一点，笔者有些想法;正好透过本文来探讨一些其他的可能性。 从苹果流出的一些代码来看，以下所描述的一些设计可能不会成立；但既然是讨论，那应该是没什么关系的。 为什么要有 Home 键？ 要讨论设计问题，首先要学会问“正确的问题”。对大多数人来说，Home键的主要用途为以下两种： 1.跳回系统页面，以便启动另外一个App； 2.关闭当前使用的App。 当然，还有一些其他依赖于Home键的功能，例如Siri语音助理；不过现在请允许我简化一下，先假设这些其他用途都已经找到替代方案。 一开始在iPad上测试iOS 11 beta的时候，最令我印象深刻的是新的app切换界面。把手指从屏幕底部向上滑动，除了会像之前的iOS版本一样呼出“控制中心”之外，现在还会出现显示最常用App的Dock，以及App切换界面。 iPad上新设计的App切换界面（iOS 11

2016.10.06 为什么百度、淘宝之类的大公司网页不使用响应式，而是独立开发一套手机页面？ 在手机上打开淘宝和百度的网址，发现地址前面都有个“ m ”,这是手机端的页面。 为什么这些大公司不把pc端页面做成响应式？这样不是可以节省点工作吗? 先给出结论：如果开发资源充裕，不应该考虑使用响应式设计来同时支持移动端和桌面端。 因为响应式最大的优点就是 开发快 ，打个比方，移动端和桌面端的开发时间分别是t，采用响应式来同时支持两者的网站可能只有1.2t. 那为什么开发资源充足的情况下，不应该采取响应式设计来同时支持移动端和桌面端？ 1.响应式设计带来大量冗余代码，在移动端充斥着Webkit内核的浏览器的时代，响应式设计的网站却不得不带有大量兼容旧IE的代码，移动端开发必须考虑在弱网情况下的渲染方式，而响应式设计带来的冗余代码无疑是一种累赘。 2.桌面端和移动端的屏幕大小和操作方式的差异决定了两者设计一定存在根本性的区别。《响应式Web》一书中提到，响应式设计应该以移动优先，在设计之初就可以以移动端网站为设计目标，然后再考虑如何在桌面端布局，你很难想象将一个功能和交互复杂的桌面端改成支持移动端访问的响应式设计究竟有多么复杂，而且将桌面端网站的大量内容堆砌在手机页面上也是极其影响性能的事，可以想象页面的打开速度简直糟糕透了。 说了这么久的响应式设计的坏处

聊聊Web App、Hybrid App与Native App的设计差异 https://www.cnblogs.com/zhuiluoyu/p/6056672.html 编者按：这3类主流应用你都了解吗？设计师除了要有视觉功夫，对不同形式的APP也应当了然于胸，今天百度的同学写了一篇非常全面的总结，帮你迅速搞定3类主流APP的设计方法，附带一大波避雷针，带你巧妙跳过APP设计的雷区，涨姿势是分分钟刻不容缓的事咯！ 目前主流应用程序大体分为三类：Web App、Hybrid App、 Native App。 一、Web App、Hybrid App、Native App 纵向对比 首先，我们来看看什么是 Web App、Hybrid App、 Native App。 1. Web APP Web App 指采用Html5语言写出的App，不需要下载安装。类似于现在所说的轻应用。生存在浏览器中的应用，基本上可以说是触屏版的网页应用。 优点 （1）开发成本低， （2）更新快， （3）更新无需通知用户，不需要手动升级， （4）能够跨多个平台和终端。 缺点： （1）临时性的入口 （2）无法获取系统级别的通知，提醒，动效等等 （3）用户留存率低 （4）设计受限制诸多 （5）体验较差 2. Hybrid App Hybrid APP指的是半原生半Web的混合类App。需要下载安装

移动端测试的八大过程 一、安装/卸载； 真机上安装、卸载、高版本覆盖安装、低版本覆盖安装、卸载后安装高版本； 安装关注点：版本号、渠道号、数字签名（用抓包工具辅助查看）、安装成功后启动向导、安装过程中对意外情况的处理（取消、死机、重启、断电、内存不足、断网）、安装进度条、主要功能流程； 卸载关注点：卸载过程中的意外情况处理（取消、死机、重启、断电、内存不足、断网）、卸载进度条； 第三方软件协助安装、卸载、高版本覆盖安装、低版本覆盖安装、卸载后安装高版本； 在线升级： 升级注意点：升级提示、取消更新/强制更新、后台更新（ios的自动更新）、跨版本升级、升级过程中异常情况的处理（取消、死机、重启、断电、内存不足、断网）、升级进度、不同网络下升级； 第三方软件支持：itools、豌豆荚、91助手、华为助手、360、应用宝等； 二、业务功能测试； 根据需求文档、原型图和设计稿验证app各个功能的实现；　　　 共性功能： 注册：用户名密码的输入（同文本框编辑“2-1）”）、用户名密码长度限制、注册后的页面提示（手机短信提示）、前台和后台数据一致、； 登录：用户名密码的输入（同登录“1-1）”）、非法登录次数限制、多设备登录（MTOP现有原则，一个应用同时只允许一台设备登录）、禁用账号登录、登录成功信息、登录后有注销按钮、登录超时处理、登录过程断网处理、登录过程切换网络； 注销

来源：https://www.cnblogs.com/sanwenyu/p/7234616.html 不同的项目管理模式或许会有完全不同的流程步骤。但是专业性几乎是保证产品质量的唯一准则。 App的开发过程主要分为以下阶段，本文会按顺序为大家简单地说明： 1、需求梳理、分析 2、产品原型图绘制 3、UI 设计 4、项目经理 & 技术负责人对接需求 5、技术方案 & 架构设计 6、项目排期 & 任务分解 7、产品研发阶段 8、交付测试阶段 9、最后，按原计划上线 第一步：需求梳理、分析 针对这个idea来一场从内到外的洗礼，在此假设用户需求分析已经确定 , 接下来 根据提炼的真实用户需求来确定产品需求 。 产品经理将会根据沟通中的相关资料的word、ppt、jpg等等东西翻译成逻辑语言，最简单的就是产出一张产品功能脑图或者一份功能列表。 产品功能脑图 一份功能列表 第二步：产品原型图绘制 初步产品功能需求梳理清楚之后，产品经理持续跟进，反复沟通确定产品原型图。 PS：我们出一般是全局流的图，程序员哥哥们比较喜欢（白眼）。 产品原型图 同时根据具体的项目需求，会搭配一套产品业务流程的泳道图： 产品业务流程的泳道图 常规的是用axure出一份带简单交互的原型： 简单交互的原型 简单点，用墨刀做一份带交互的原型。 墨刀带交互的原型 第三步：UI设计 UI设计，包含风格稿和内页设计。

苹果WWDC2017开发者大会已经尘埃落定，除了新产品的发布，iOS 11也正式亮相。新系统中，地图、App Store、时钟、相机、联系人等等原生应用都换了新的图标。此次图标的变化势必也会激发下一个图标设计的潮流，如何设计图标又将成为一个新的热门话题。 最新版的iOS 11，相比于iOS 10，新系统在外观上的变化并不明显，已经没有几年前苹果从"拟物设计"到"扁平设计"的巨大视觉冲击感，但在图标设计上做了很多细节修改。比如地图图标增加了象征Apple Park的弧形道路、相机去掉了上下两条水平线，变动都不大但也一眼可以察觉。 在iOS历来的图标演变过程中，许多看似不明显的变化实际潜移默化中引导着图标设计风格和设计方法的演变。自iOS7开始，苹果图标设计采用扁平化风格并延续至今。扁平化风格依旧是主流设计，那么如何设计一个好看、优雅的图标呢？ 在设计或者绘制图标之前，首先要搞清楚图标到底是什么，为什么要画图标等等。 1.图标是什么？ 图标是具有指代意义或者象征某种特殊含义的图形，在不同场景下图标的表达含义也会有不同。当今的图标风格大致可分为拟物化和扁平化，从iOS 7开始，一系列炫目的界面和简化的app图标设计出现。扁平化设计快速，简单，直接的信息表达更能迎合这个时代。而怎样去判断它是否是一个好的图标，应至少具有三个特征： 指代性：象征具体某个事物或含义。 识别性：因为有了指代性

【来源地址】 http://www.cnblogs.com/pifoo/archive/2011/05/28/webkit-webapp.html http://classjs.com/tag/%E7%A7%BB%E5%8A%A8%E7%AB%AF%E5%BC%80%E5%8F%91/ http://java-mans.iteye.com/blog/1639503 http://www.zhangxinxu.com/wordpress/?p=2568 一、 移动WebApp简单介绍 WebApp 简介 Web app是一种通过网络（如互联网或内联网）访问的应用程序；也可以指计算机软件承载在浏览器支持环境下或使用浏览器支持语言（如JavaScript）并依赖于web 浏览器来渲染的应用程序。Web app的流行归功于网页浏览器的普及，以及使用这一轻薄客户端方便的用户体验。不必下载安装就可以实现更新和维护，具有支持跨平台的内在属性，是web app开始流行的关键原因。典型的web app产品包括web邮箱、web商店、wikis等等。 WebApp的优点 ◆通过兼容性浏览器实现配置而不需要任何复杂的“转出”步骤； ◆浏览器应用程序几乎不需要客户端上的磁盘空间； ◆新功能从服务器自动传递给用户，用户自己不必升级程序； ◆可以轻松整合进入其他服务类web程序； ◆跨平台的兼容性

目标：社交类APP 功能：实现注册，登录，好友，单聊，群聊，聊天室，任务奖励，个人设置，支付 团队配置：ANDROID两人，UI一人，后台JAVA一人（项目经理），其他一人（产品经理+全局管理+融资） 技术选型： 后台----接口模块：SSM，REDIS，SWAGGER-UI， 管理模块：SpringBoot，beetl，shiro 数据库：MYSQL，触发器 前台-----ANDROID，UI 三方工具-----环信SDK，阿里云SDK，友盟SDK, FACE++ SDK 硬件配置-----前期使用花生壳域名，阿里云存储服务作为图片服务器，本地WINDOWS服务器一台作后台（低成本）后期可考虑全面使用阿里云服务器，分布式部署 人员选型： 发展路线------先开发安卓，看上线效果再加入IOS。安卓需要两名进行双备份，后台除了完成和移动端接口开发，同时还需设计内部管理系统供PC端客户登录和管理员登录 选人思路------技术入股，技术社区、创业类如缘创派APP发帖 来源： CSDN 作者： LaserFresh 链接： https://blog.csdn.net/supperling/article/details/80519647