2 客户端流量统计平台的总体分析与设计
本章主要介绍了客户端流量统计平台的需求分析的结果、项目总体的设计与架构，以及项目所涉及的数据流走向的设计。需求方面，经过幵发人员与产品人员的深入交流和沟通，将产品人员搜集和挖掘到的用户需求转化为规范性的需求说明，本章中功能性需求以功能模块划分的方式呈现；非功能性需求经过整理，分为性能需求、安全性需求和其他需求。设计方面，本章中主要针对总体的设计进行阐述，具体模块的需求分析和设计将在后续几章中详细阐述。
2.1 功能性需求
从软件的模型角度来考虑，一个系统分成多个模块，每个模块保持一定的功能独立性，在协同工作时,通过相互的接口完成实际的任务。每个模块就是一个组件，可单独开发、单独编译、调试和测试。所有的组件开发完后组合起来就得到了完整的应用系统[5]。由于本项目并没有明确、固定客户，而是由产品人员驱动的产品性项目，需求增减变更频率较高，遂采用迭代开发的方式展幵工作[6]。经过整理，本系统共包含三个子系统，十五个模块，系统功能结构如图2-1所示。
2.2 非功能性需求
非功能性需求是产品必须具备的品质或者将要达到的某种目标，它们可以让产品有吸引力、易于使用、快速、可靠或者安全。比如可以利用非功能性需求来指定响应时间，或计算时达到的精确度、产品必须具有的某种特定外观、能被无法阅读的人士使用、遵守使用这类业务的法律等。这些属性的存在并不是因为它们是产品的基本活动，而是因为客户希望这些功能性活动以某种方式执行，并达到特定的品质。在客户端流量统计平台中，主要对性能需求、安全性需求和其他需求进行了规定。
2.2.1 性能需求
(1) 系统功能结构完整，业务、数据流设计合理，主要业务操作符合用户工作习惯；(2) 界面友好，通过阅读用户手册，能够清楚地了解各部分功能，轻松掌握系统的使用，通过适当的方式引导用户正确操作；(3)由于数据量庞大，要求图表及报告下载时间显示不超过Is;(4) 系统具有可移植性，能在Linux、Unix系统上正常部署，并稳定运行；在各常见浏览器（如IE、Firefox、Chrome等）上可正常运行；(5)在运行过程中，系统稳定、可靠，各项功能能够正常发挥其作用，确实能够起到提高用户对自身产品的了解、加强对应用程序管理的作用，最终达到提升产品竞争力的目标；
2客户端流量统计平台的.........................5
2.1功能性需求.......................5
2.2非功能性需求.......................8
2.3总体设计与架构.......................10
2.4数据流设计.......................10
3统计分析子系统的设计.......................13
3.1统计概况模块的设计与.......................13
3.2用户分析模块的设计.......................23
4 应用管理子系统的设计.......................45
4.1渠道管理模块的设计.......................45
4.2appid管理模块的设计....................52
4.3 权限管理模块的设计....................56
7 结论
客户端流量统计平台目前还在不断地迭代开发，虽然尚未完成，但在已经完成的这部分工作中，本人所学习到和体验到的是一个相对完整的实际项目研发流程。其结论分为技术及难点的解决和总结两部分。
7.1 技术难点的解决
在该项目中，海量数据的存储与处理是解决问题的关键之一。由于数据是从数以万计的移动客户端收集而来的，而且随着日积月累会不断增多，如何处理好这些数据，让增删改查变得高效有序，成为项目组面临的一大挑战。从日志分析到数据存取，项目组釆取了各种各样的手段，其中本人所接触到的包括以下几个方面：
(1)索引的使用由于该系统涉及到很多数据的查询任务，高效的设置索引是必不可少的。索引是除表之外另一重要的、用户定义的存储在物理介质上的数据结构。当根据索引值搜索数据时，索引提供了对数据的快速访问。事实上，没有索引，数据库也能根据查询语句成功地检索到结果，但随着表变得越来越大，使用“适当”的索引的效果就越来越明显[16]。由于客户端流量统计平台的统计分析部分，经常会需要返回一定范围内的数据，根据聚集索引和非聚集索引的特性，在统计数据库中，研发人员决定适当地使用聚集索引，以提高查询的执行效率。例如，在启动次数子模块中，几乎每一次查询都是以appid为条件的，因此便可在数据库pv表中appid字段上添加聚集索引，以提升查询效率。
