用户分析

图灵奖得主Richard Hamming先生有这样一句名言： The purpose of computing is insight, not numbers.（计算的目的不在于数字，而在于洞察事物） 数据科学，是大数据和云计算浪潮冲击出来的一块宝玉！ “一千个人眼里有一千个哈姆雷特”，对于数据科学有很多不同的解读，相关概念很多：数据驱动（data driven）、分布式计算（distributed computing）等，但是他们都围绕着一个主题： 如何从实际生活中提取数据，然后利用计算机的计算能力和模型算法从这些数据中找出一些有价值的内容，为决策提供支持 。这正是数据科学的核心内涵。 传统的数据分析手段是所谓的商业智能（BI，business intelligence）。这些方法通常将数据按不同的维度交叉分组，并在基础上，利用统计方法分析每个组别里的信息。比如商业智能中最常见的问题是：“过去3个月，通过搜索引擎进入网站并成功完成注册的新用户里，年龄分布情况如何?若将上面的用户群按年龄分组，各组中多大比例的用户在完成了至少一次消费？” 我们来举个实际的例子： 图片都是我自己做的（不太会用这个编辑器）！方便大家理解 数据科学的理论体系 如下： 在数据科学实践中，我们将使用较为复杂的机器学习或统计学模型对数据做精细化的分析和预测。主要难点在 工程实现 和 模型搭建 两方面。

性能优化简图 打造一个高质量的应用应该以4个方向为目标：快、稳、省、小。 快：使用时避免出现卡顿，响应速度快，减少用户等待的时间，满足用户期望。 稳：减低 crash 率和 ANR 率，不要在用户使用过程中崩溃和无响应。 省：节省流量和耗电，减少用户使用成本，避免使用时导致手机发烫。 小：安装包小可以降低用户的安装成本。 要想达到这4个目标，具体实现是在右边框里的问题：卡顿、内存使用不合理、代码质量差、代码逻辑乱、安装包过大，这些问题也是在开发过程中碰到最多的问题，在实现业务需求同时，也需要考虑到这点，多花时间去思考，如何避免功能完成后再来做优化，不然的话等功能实现后带来的维护成本会增加。 卡顿优化 Android 应用启动慢，使用时经常卡顿，是非常影响用户体验的，应该尽量避免出现。卡顿的场景有很多，按场景可以分为4类：UI 绘制、应用启动、页面跳转、事件响应，如图： 卡顿场景分析 这4种卡顿场景的根本原因可以分为两大类： 界面绘制。主要原因是绘制的层级深、页面复杂、刷新不合理，由于这些原因导致卡顿的场景更多出现在 UI 和启动后的初始界面以及跳转到页面的绘制上。 数据处理。导致这种卡顿场景的原因是数据处理量太大，一般分为三种情况，一是数据在处理 UI 线程，二是数据处理占用 CPU 高，导致主线程拿不到时间片，三是内存增加导致 GC 频繁，从而引起卡顿。 引起卡顿的原因很多

我们是第十一号团队 报告制作人 左非 团队担任职务 软件工程师 于奇炜 团队担任职务产品经理 团队简介软件工程师 张博文 项目经理 冷志明 软件工程师 张炳宏 软件工程师 左非 软件工程师 张翼龙 软件测试工程师 姜海涵 Ui 张泽 产品经理 于奇炜 我们分析的软件是： 必应输入法 对比软件： 搜狗输入法 问卷调研对象： 大学生 软件功能的分析 必应输入法 ： “必应输入法”保留了英库输入法的自然语言处理、中文计算、搜索引擎、机器翻译等功能。同时，引入应用开放平台，用户可以管理、删除已安装的应用，利用SDK开发包DIY专属应用。[1] 必应输入法具有英文小助手、皮肤编辑器、V模式（颜文字、翻译、相关百科等）、分类词库、拼音自造字等诸多实用功能 搜狗输入法 ：搜狗拼音输入法是搜狐公司推出的一款汉字拼音输入法软件，是目前国内主流的拼音输入法之一。号称是当前网上最流行、用户好评率最高、功能最强大的拼音输入法。搜狗输入法与传统输入法不同的是，采用了搜索引擎技术，是第二代的输入法。由于采用了搜索引擎技术，输入速度有了质的飞跃，在词库的广度、词语的准确度上，搜狗输入法都远远领先于其他输入法。 语音功能 手写功能 。 软件体验的分析 搜狗输入法 ： 用户界面设计 ：对于搜狗输入法的界面设计真的是没话说了，界面设计简洁美观。多款皮肤供你选择，总有一款适合你，而且皮肤风格主题多种

面向对象软件工程知识点 1．封装是指把对象的（A）结合在一起，组成一个独立的对象。 A．属性和操作 B．信息流 C．消息和事件 D．数据的集合 2．状态图和活动图建立了UML面向对象开发过程中的对象动态（B）模型。 A．交互 B．状态 C．体系结构 D．软件复用 3．UML的（C）模型图由活动图、顺序图、状态图和合作图组成。 A．用例 B．静态 C．动态 D．系统 4．在UML的需求分析建模中，对用例模型中的用例进行细化说明应使用（A）。 A．活动图 B．状态图 C．配置图 D．构建图 5．设计模式就是对（D）的描述或解决方案，往往直接对应一段程序代码。 A．某个构件 B．成熟的设计 C．一个用例 D．特定问题 6．类和对象都有属性，它们的差别是：类描述了属性的类型，而对象的属性必须有（C）。 A．正负号 B．动作 C．具体值 D．私有成员 7．顺序图的模型元素有（A）、消息、生存线、激活期等，这些模型元素表示某个用例中的若干个对象和对象之间所传递的消息，来对系统的行为建模。 A．对象 B．箭头 C．活动 D．状态 8．状态图可以表现（B）在生存期的行为、所经历的状态序列、引起状态转移的事件以及因状态转移而引起的动作。 A．一组对象 B．一个对象 C．多个执行者 D．几个子系统 9．使得在多个类中能够定义同一个操作或属性名，并在每一个类中有不同的实现的一种方法是（B）。 A．继承

软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 软件需求分析的任务是：深入描述软件的功能和性能，确定软件设计的约束和软件同其他系统元素的接口细节，定义软件的其他有效性需求，借助于当前系统的逻辑模型导出目标系统逻辑模型，解决目标系统“做什么”的问题。 需求分析可分为需求提出、需求描述及需求评审三个阶段。 需求提出主要集中于描述系统目的。需求提出和分析仅仅集中在使用者对系统的观点上。用户、开发人员和用户确定一个问题领域，并定义一个描述该问题的系统。这样的定义称作系统规格说明，并且它在用户和开发人员之间充当合同。 在问题分析阶段分析人员的主要任务是：对用户的需求进行鉴别、综合和建模，清除用户需求的模糊性、歧义性和不一致性，分析系统的数据要求，为原始问题及目标软件建立逻辑模型。分析人员要将对原始问题的理解与软件开发经验结合起来，以便发现哪些要求是由于用户的片面性或短期行为所导致的不合理要求，哪些是用户尚未提出但具有真正价值的潜在需求。 在需求评审阶段，分析人员要在用户和软件设计人员的配合下对自己生成的需求规格说明和初步的用户手册进行复核，以确保软件需求的完整、准确、清晰、具体

软件需求规格说明书模板 修订历史 版本 说明 编制 批准 批准日期 1.1 初次编写 SEPG 目　录 1. 引言 1 1.1. 背景 1 1.2. 参考资料 1 1.3. 假定和约束 1 1.4. 用户的特点 1 2. 功能需求 1 2.1. 系统范围 1 2.2. 系统体系结构（二层架构的系统可剪裁本小节） 1 2.3. 系统总体流程 2 2.4. 需求分析 2 2.4.1. XXXXXXX(功能需求名称) 2 2.4.1.1. 功能描述 2 2.4.1.2. 业务建模 2 2.4.1.3. 用例描述 3 2.4.1.4. 用户界面 5 2.4.2. XXXXXXX(功能需求名称) 5 3. 非功能需求 5 3.1. 性能要求 5 3.1.1. 精度 5 3.1.2. 时间特性要求 6 3.1.3. 输人输出要求 6 3.2. 数据管理能力要求 6 3.3. 安全保密性要求 6 3.4. 灵活性要求 6 3.5. 其他专门要求 6 4. 运行环境规定 6 4.1. 设备 6 4.2. 支持软件 7 4.3. 接口 7 4.4. 控制 7 5. 需求跟踪 7 6. 签批单 7 1. 引言 1.1. 背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1.2.

目　录 1. 引言 1 1.1. 背景 1 1.2. 参考资料 1 1.3. 假定和约束 1 1.4. 用户的特点 1 2. 功能需求 1 2.1. 系统范围 1 2.2. 系统体系结构（二层架构的系统可剪裁本小节） 1 2.3. 系统总体流程 2 2.4. 需求分析 2 2.4.1. XXXXXXX(功能需求名称) 2 2.4.1.1. 功能描述 2 2.4.1.2. 业务建模 2 2.4.1.3. 用例描述 3 2.4.1.4. 用户界面 5 2.4.2. XXXXXXX(功能需求名称) 5 3. 非功能需求 5 3.1. 性能要求 5 3.1.1. 精度 5 3.1.2. 时间特性要求 6 3.1.3. 输人输出要求 6 3.2. 数据管理能力要求 6 3.3. 安全保密性要求 6 3.4. 灵活性要求 6 3.5. 其他专门要求 6 4. 运行环境规定 6 4.1. 设备 6 4.2. 支持软件 7 4.3. 接口 7 4.4. 控制 7 5. 需求跟踪 7 6. 签批单 7 1. 引言 1.1. 背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1.2. 参考资料 列出本说明书中引用和参考的资料，如： a．本项目的经核准的 计划任务书 或合同

软件有很多种： Web APP ( 基于网页的软件）、Internal Software （企业或学校或某组织内部的软件）、Games（游戏）、 Mobile Apps（手机应用） 、Operating Systems（操作系统）、Tools（工具软件），选取三种软件，请分析它们各自的特点。 – 这些软件的开发者是怎么说服你（陌生人）成为他们的用户的？他们的目标都是盈利么？他们的目标都是赚取用户的现金么？还是别的？ 当有手机的时候，手机里就自带着各种各样的手机软件。软件提供给用户的第一映象是友好的界面，从而让用户更去使用在逐渐了解摸索去使用某些功能。手机软件服务在我们生活的方方面面，但并不是所有的软件都是收费的，比如一些社交生活的软件，是为了便民能更简单更快捷的交流。手机软件不全是以盈利为目的。 – 这些软件是如何到你手里的（邮购，下载，互相拷贝……） 有手机时是手机自带的软件商店，有些是免费的有些是收费的。不收费的就直接在手机应用商店里下载，收费的就通过电脑下载。 – 这些软件有Bug 么？又是如何更新新版本的？ android 在开发过程中，开发通过logcat的方式进行调试，最后在通过指定版本和签名发布，当软件有改动或是做了某方便的修改，开发者通过提高软件的版本，客户端当发现有更高的版本号就会启用网络下载最新版的该类软件，并启动手机自带的安装程序进行应用的安装

1.实战中的软件工程——MSF的原则，MSF团队模型和开发模式，CargoCult。 MSF是什么呢？在前面的章节中讲了很多方法论和宣言，但这里介绍的是微软的一个宣言（Microsoft Solution Framework）,MSF有着九个基本原则：推动信息共享与沟通；为共同的远景而工作；充分授权和信任；各司其职，对项目共同负责；交付增量的价值；保持敏捷，预期和适应变化；投资质量；学习所有的经验；与顾客合作。下面对这些原则依次进行了介绍和理解。 首先是推动共享与沟通 。就是所有信息都保留且公开，也就是把所有的信息都共享，都用来沟通。这个原则的好处是能够让整个项目的开发流程更加的具备合理性和逻辑性。这样在管理这个项目时就更加简单了。 第二点，为共同的远景而工作 。其实就是大家一个团队的，力要往一处使，不能说每个人各做各的，到最后谁也好不了。要明白整个项目其实就是每个人的合作组成的。也就是统一思想，上下一条心。 第三点，充分授权和信任 。这一点的关键是授权。也就是每个成员都要有自己的授权，他们在有权在职权范围内完成任务。这个原则其实际是MSF模式的核心之一，团队之间要平等协作，并且各个成员之间得到充分的授权。这样的话，每个人都会负担起自己应该负担的责任，并且有足够的权利去做好自己分内的任务。 第四点，各司其职，对项目共同负责 。这点其实和第三点有着一些相似之处

留存分析模型: 统计日登陆且统计日前一日也登陆的用户,为新用户 统计日登陆且与前一次登陆时间间隔小于7天,为老活跃用户,反应产品真实的活跃情况 统计日登陆且与前一次登陆时间间隔等于7天, 为回流用户 统计日登陆且与前一次登陆时间间隔大于7天,为沉默用户 统计日与前一次登陆时间间隔大于30天, 为流式用户, 用来衡量老用户召回的功能或渠道推广,重大节日活动是否有效等 周留存:这周新增的用户在下周任然留存的用户 7日留存:日新增用户在第7日依然留存的用户 漏斗分析模型: 反映不同用户群体各环节转化率,各流程步骤差异对比,了解转化率最高的用户群体,分析漏斗的合理性, 并对转化率异常环节进行调整 科学归因:选择在用户购买决策的全流程中对用户影响的功劳最大,权重最大,直接促进用户转化率的渠道,可以大大增大漏斗分析的科学性 属性关联:在进行漏斗分析时,尤其电商行业的数据分析场景中,运营人员在定义转化时,会要求漏斗转化的前后步骤有相同的属性 购买过程总转化率:购买路径从查看商品到付款成功的转化率 转化分析:分析某个漏斗在分析时间段内的转化流式情况 转化趋势分析:分析转化漏斗整体或两个相邻步骤间的转化率随时间的变化趋势 群分析与组对比: 根据需要可以选择某个用户群,去分析这部分细分用户的转化情况, 或者对比多个用户群转化率的差异.比如:不同性别和不同用户等级的用户群的漏斗分析对比