《app原型设计模板》由会员分享，可在线阅读，更多相关《app原型设计模板（12页珍藏版）》请在金锄头文库上搜索。
1、appapp 原型设计模板原型设计模板篇一：五种 App 原型设计工具使用心得五种 App 原型设计工具使用心得 在开发的早期阶段，原型设计无疑是很重要的，这也是详查和分解应用最简单最低成本的阶段，所以你应该充分利用该阶段，以避免后期改写大量代码。 在设计过程中使用原型的优点： 很容易创建。如果客户反馈引起了 app 结构上的或者其他大的更改，那么原型可以降低成本时间。 便于讨论。当团队对 app 进行评判讨论时，原型能提供可详细讨论的内容。? 鼓励良好的沟通。原型可以促进多个团队之间展开头脑风暴，帮助他们在演示和 demo 过程中厘清与 app 相关的概念。 帮你在早期发现设计问题。原型可让
2、你在早期阶段发现 app 流程中的问题，以及其他设计问题。 对可用性测试非常有用。交互性的原型可以让你在写代码之前进行可用性测试。 幸运的是，有大量工具都可以帮你创建原型，但不幸的是需要逐一评论，这篇文章中，我特意挑选了 5 款工具：BluePrint AppCooker FluidUI Photoshop Handmade Sketches 你可以在它们之间进行比较，我用每种工具为一款简单的追踪应用创建原型。这款应用可以让你记录有趣的地方，添加 follower，并在 followers 的 list 中查看兴趣点。 继续阅读-深入查看每个 app 原型工具，以及我个人对哪种情况下最适合哪款
3、工具的一些建议。 Groosoft 推出的 Blueprint Blueprint 是 一款售价美元的 iPad 应用，已经针对iOS 7 进行了优化，可以帮你轻而易举地设计原型。Blueprint 还有一个配套的免费内应用-Blueprint Viewer，你可以用它来查看你的项目，或者通过 iTunes File Sharing 或者 Dropbox Sync 进行备份。Blueprint 还具有自动保存的功能，有助于你毫无顾虑地工作。 注意：如果你不想掏这 20 美元，你可以试试 demo版本 Blueprint Lite。 你也可以通过邮件发送你的原型，或者或者直接从收件箱中用 Blu
4、eprint 或者 Blueprint Viewer 打开原型。Blueprint 支持 PDF 和 PNG 格式的输出，这样无需使用Blueprint，你就可以打印和分享你的原型。 如果你手头上有多个项目，你会爱上这款简单支持多个项目的原型工具 -Blueprint。如果你需要把 app 从 iOS 6 迁移到 iOS 7，Blueprint 还提供了 iOS 7 项目转换工具，定价美元，需要通过 IAP 购买。 Blueprint 的 UI 非常直观，所有你需要的工具都触手可及。你可以用 Blueprint 为 iPad 和 iPhone app 创建原型，并且它的所有原型组件都是可伸缩的
5、，以适应不同尺寸屏幕的 iPhone。 Blueprint 还有一个模仿苹果默认设计组件的插件库，包括按钮、加载指示、表视图以及地图视图。Blueprint 还包括一些可以马上上手使用的复合组件，比如弹出视图或者操作表单。你可以简单地重新定义插件的颜色、尺寸，或者改变位置以满足你的实际需要。 你可以通过 Blueprint 创建单个 app 视图或者通过Actions 创建一个完整的 app 体验。Actions 可触发视图间的过渡或转场，你可以简单地为某个插件关联任何手势，或者选择两个视图间转场的类型和风格。 你可以在任何时候查看 app 的流程，并通过为不同的操作链接类型设置不同的颜色。比
6、如，我用黑色箭头代表简单的导航转换，用紫色箭头指示 tab bar 导航，用红色箭头指示返回主屏幕。在一个复杂的多视图 app 中，这种组织方式非常重要。 Blueprint 实际使用情况如何? 在没有查看任何 Blueprint 教程的情况下，我用 20分钟完成了示例 app 的原型，但是 Groosoft 在其网站上提供了一些很不错的视频教程，如果我在开始设计原型前看过，那会非常有用。 最初，我在 Actions 和视图联接上多花了一些时间和精力，但是其他任务进展的非常顺利。Blueprint 是非常直观的，并且 Blueprint Viewer 可以轻而易举地让你分享项目。 点击“+”按
7、钮可以导入项目，并像真实 app 一样演示，并且 Blueprint 还提供了合适的指南让你清楚原型的哪些部分是可以进行交互的。 你可以在 Blueprint Viewer Play 观看我的最终成果视频。如果你想自己试试 Blueprint Viewer，你可以下载 this file。上传到 Dropbox 文件夹，试一试吧！ Blueprint 更多信息 Blueprint 的核心 app 只适用于iPad 设备，售价美元，另外 IAP 项目-iOS 6/iOS 7 项目转换工具售价美元。 Blueprint Lite 是一个免费的 app，允许你在购买前试用 Blueprint 的大部
8、分功能。 Blueprint Viewer 是一款免费的 app，允许你查看使用 Blueprint 创建的 mockup。 Hot Apps Factory 推出的 AppCooker AppCooker 是 一个售价美元的 iPad 应用，已经针对iOS 7 进行了优化。它并不仅仅是一个原型，它还提供了一个让你从概念捕获灵感的工具箱，从图标草图和原型设计，到 App Store 信息收集以及创建商业模式。管理整个 app项目计划周期是一个棘手的任务，不过 AppCooker 通过对各个方面信息的汇集可以简单地帮你达到 专业的结果。 AppCooker 工具箱中的组件包括： Notepad
9、Ideas definition Mockup editor Icon factory 篇二：完整社交 APP 需求分析原型设计整体架构前端后端架构一个社交 App 需实现的功能 用户关注的常规社交功能、活动、地理位置、探索功能、新鲜事、视频照片分享等等，需要提供的功能不胜枚举，所以从技术角度来说，开发者需要解决的问题也是异常复杂的。 当一款社交 App 发布之初，用户访问量比较小，使用一台服务器就能够支撑全部的访问压力和数据存储需求，但是互联网应用具有病毒式的传播特点。一款 App 很可能会面临一夜爆红的现象，访问量和数据量在短时间内呈现爆发式增长，这时候会面临的局面是每天上亿 PV、数百万
10、新增用户和活跃用户、流量飙升至每秒数百兆。这些对于一个只部署了简单后端架构的应用来讲是无法支撑的，会直接导致服务器响应缓慢甚至超时，以及在高峰期时服务呈现瘫痪状态，使得后端的服务完全无法使用，用户体验急剧下降。本文将会通过一个真实的案例来分享一个社交应用如何构建一个具备高伸缩性的后端系统。 社交 App 最初部署的后端架构解析 社交 App 在最初的时候，后端架构相对比较简单，最初是部署在基础网络之上。最前面放置一台绑定了公网 IP的 nginx 服务器作负载均衡，后面放置 3 台应用服务器来负责处理所有业务上的请求，最后面搭建一台 MySQL Database 数据库。 构建私有网络 随着产
11、品的不断迭代、用户数的持续增长、数据量的积累，App 就需要改进自己的后端架构，即开始构建私有网络。用户可以使用私有网络构建自己的网络拓扑创建路由器和私有网络，将后续加入的用于运行内部服务的主机放置在私用网络中，可以有效地和云平台其他用户主机，在网络上实现 100%二层隔离。主机对外开放的仅仅只有 80端口，这样系统安全性上多了一层保障。 在上面的架构图中，最前面的是防火墙，后面接负载均衡器，然后接路由器和私有网络，很多互联网应用都存在读多写少的情况，这个比例有时可以达到 8:2，所以我们首先通过引入缓存分摊数据库读压力。其次，引入负载均衡器，替换最初架构中的 nginx proxy，负责均衡
12、器在这里其主要用于分发请求到后端多台应用服务器， ，当其中一台应用服务器挂掉，负载均衡器可以进行自动隔离。业务分区与扩展 App 随着并发访问量和数据量不断增大，首先想到横向扩容 Web 服务。水平扩容业务服务器的前提是要保证每台服务器都是无状态的，将 session 信息下放到缓存或数据库中存储，保证请求被负载到任何一台服务器可以正常处理。 从上图中看到，在前一步构建私有网络之后，增加了一个新的私有网络来扩展网络层，这里可以利用自有映像功能，将原有的应用服务器制作成模板，后续就可以基于这个模板快速启动新的主机。另外可以利用 Auto-scaling（自动横向扩展）功能，根据后端服务器的负载请
13、求，动态调整服务器的数量。一个社交应用的后端会提供很多服务请求接口，比如添加好友、刷新新鲜事、浏览页面等，可以通过日志分析每一个接口的耗时，将耗时长但非重要业务的请求分到单独的 Web 服务器上进行处理，从而给主 Web 服务器留出更多资源去处理关键业务的请求。 面向服务的架构 随着产品功能的不断迭代，业务代码会越来越复杂，出现故障的可能性也在加大，当一个局部功能出现问题时，都会影响整个服务的可用性。此时可以构建面向服务的架构，将一个完整且庞大的服务拆分为一个个的子服务，服务之间通过接口交互。如下图所示： 社交 App 的服务被拆分成了四个子服务新鲜事（News Feed） 、用户资料（Pro
14、file） 、广告（Ads）和探索（Explore） ，不同的服务之间通过消息通信框架（例如ZeroMQ）来进行交互。把一个大服务拆分为几个小的子服务的好处不言而喻，主要是：? ? ? ? ? 故障隔离：子服务出现故障不会影响全局，比如广告业务出现问题并不会让整个 App 不能使用，依然可以查看新鲜事等； 独立扩展：每一个被拆分出的子服务有着不同的访问压力，比如新鲜事的调用相比一些二级页面的用户资料要高很多，所以前者会被分配更多的 Web 服务器； 独立部署：一个大服务的配置因功能过多会异常复杂，一旦被拆分就可根据不同的特性需求定制配置项，从而提高可管理性； 团队协作开发：开发者都有着自己精通
15、的方向，从而提高开发效率； 抽象出数据访问：在后续进行数据层面（数据库、缓存）扩展时，可通过修改子服务的 Data Service，实现对下层数据的透明。 数据库 Replication 业务增长也会给数据库带来诸多问题，当最初架构中单台数据库（数据库同时提供读和写）不足已支撑起 App访问压力时，首先需要做数据副本 Replication。市面上常见的 MySQL、MongoDB 等数据库都提供 Replication 功能，以 MySQL 为例，从高层来看，Replication 可分成三步： Master 将改变记录到二进制日志（binary log）中（这些记录叫做二进制日志事件，bi
16、nary log events） ； Slave 将 Master 的 binary log events 拷贝到它的中继日志（relay log） ； Slave 重做中继日志中的事件，将改变反映它自己的数据。 具体实现该过程的第一部分就是 Master 记录二进制日志。在每个事务更新数据完成之前，Master 在二进制日志记录这些改变。MySQL 将事务串行的写入二进制日志，即使事务中的语句都是交叉执行的。在事件写入二进制日志完成后，Master 通知存储引擎提交事务。 下一步就是 Slave 将 Master 的 binary log 拷贝到它自己的中继日志。首先，Slave 开始一个工作线程I/O线程。I/O 线(来自: 小龙 文档 网:app 原型设计模板)程在 Master 上打开一个普通的连接，然后开始 binlog dump process。Binlog dump process 从 Master 的二进制日志中读取事件，如果已经跟上 Master，它会睡眠并等待 Master产生新的事件。I/O 线程将这些事件写入中继日志。 SQL sla
