认识达内从这里开始

认真做教育专心促就业

Android开发架构思考（五）

发布：潍坊IT培训
来源：潍坊IT培训
时间：2018-08-06 13:41

    (4)、第三方资源-潍坊IT培训负责整理
    目前的开发而言,很多资源是可以寻找第三方合作的.比如,服务器、云存储、支付接口、登录接口、内容数据以及开发过程中的一些开源框架等等.我们需要选择、商务谈判直到集成到自己的APP中.
    4、产品质量(做的怎么样)
    (1)、用户体验
    现在对于我们来说,用户体验是一个说烂了的词.那是因为,用户体验真的很重要,决定了一个产品的成败.产品开发完成后,最终到达用户的手中.产品好不好,用户说了算.哪些因素影响到用户体验呢?我想大概可以从5个角色各自的职责出发来看,产品的设计是否直达用户痛点?交互是否符合人的喜好、习惯,UI是否让用户觉得舒适?软件的性能好不好?软件的缺陷是否多不多?
    (2)、软件性能

从技术的角度来讲,我们可以通过软件的性能来分析一个软件产品的质量.今年许多的技术文章都在谈性能优化,软件的性能主要从软件的启动速度、流畅度、内存、功耗、流量、apk体积等几个方面来评判.如果想做好一个应用,性能优化应该纳入到日常的开发中持续进行.具体如何优化,这里就不再多说了.

潍坊IT培训

    (3)、产品安全
    产品的安全性可以从两个角度来看,产品的生产商和产品的最终用户.对于生产商而言,有许多的内容是需要受到法律保护的,有许多的敏感信息,核心技术、网络接口等是不可以泄露的.对于用户而言,我们肯定在本地或者服务器存储了大量的用户信息,比如账号密码,一些信息一旦泄露将严重伤害到用户的个人利益.所以,为了保护自己以及用户利益,我们必须要生产一个安全可靠的产品.那么对于一个应用端的开发者而言,我们的编译出的apk最终会到用户手中.所以,我们需要通过代码混淆、数据加密、权限限制等一些技术手段来保护我们的应用.
    (4)、质量评测
    一个应用做的好不好,我认为可以主要从上述用户体验、软件性能、产品安全三个维度来进行评判.那么,我们该如何组织这些评判工作呢?我们有在进行这些工作吗?就目前而言,我相信大多数的产品、开发、测试人员都或多或少的参与到这些工作当中,但是也许没有将一些数据量化、没有系统的组织这些工作.目前大部分的应用都集成了行为采集,产品的下载量、用户的活跃度等也都是体现产品用户体验的主要参数.开发团队内部一直在进行性能优化的工作,比如异常修复、bug修复、内容泄露,过度绘制,apk瘦身.我们也进行了代码混淆、数据加密、apk签名加密的工作.但是,你知道你的产品质量如何吗?相比同类产品来,你哪些做的好,哪些做的不好吗?所以,我觉得将上述这些零碎的工作有系统的组织起来,将一些影响因素进行量化,让我们更加清楚的了解我们的产品质量是一件非常有意义的事情.
    5、风险规避
    (1)、人力变动风险
    人是善变的,尤其对于IT来说,人员的流动就更加的频繁了,公司内部的调整,员工跳槽等等.所以,对于一直开发团队,必须要考虑到人员变动的风险.如果,某某不在了,项目是否可以正常运行.开发团队之间是否能够交叉熟悉各自之间的业务.
    (2)、上层决策风险
    是否经历过一个项目做到一大半业务被停掉了的情况?而这个时候,你做的是个半吊子.如果出现了这种情况,我们该怎么办?假设就在刚才你的老板说你现在的项目不做了,那么如何才能最大程度的挽回损失?如何进行项目的收尾工作?而不至于在项目又突然重启的时候接收的是一个烂摊子.
    以上就是潍坊IT培训给大家做的内容详解,更多关于IT知识的学习,请继续关注潍坊IT培训

< 上一篇：Android开发架构思考（四）

下一篇：Android开发架构思考（六） >