大数据分析平台的需求报告
提供统一的数据导入工具,数据可视化工具、数据校验工具、数据导出工具和公共的数据查询接口服务管理工具是建立大数据分析平台的方向。
一、项目范围的界定
没有明确项目边界的项目是一个不可控的项目。基于大数据分析平台的需求,需要考虑的问题主要包括下面几个方面:
(1)业务边界:有哪些业务系统的数据需要接入到大数据分析平台。
(2)数据边界:有哪些业务数据需要接入大数据分析平台,具体的包括哪些表,表结构如何,表间关系如何(区别于传统模式)。
(3)功能边界:提供哪些功能,不提供哪些功能,必须明确界定,该部分详见需求分析;
二、关键业务流程分析
业务流程主要考虑包括系统间数据交互的流程、传输模式和针对大数据平台本身涉及相关数据处理的流程两大部分。系统间的数据交互流程和模式,决定了大数据平台的架构和设计,因此必须进行专项分析。大数据平台本身需要考虑的问题包括以下几个方面:
2.1 历史数据导入流程
2.2 增量数据导入流程
2.3 数据完整性校验流程
2.4 数据批量导出流程
2.5 数据批量查询流程
三、功能性需求分析
3.1.历史数据导入
3.1.1 XX系统数据
3.1.1.1 数据清单… 3
3.1.1.2 关联规则… 3
3.1.1.3 界面… 3
3.1.1.4 输入输出… 3
3.1.1.5 处理逻辑… 3
3.1.1.6 异常处理… 3
3.2 增量数据导入
3.3 数据校验
3.4 数据导出
3.5 数据查询
四、非功能性需求
4.1 性能
4.2 安全性
4.3 可用性
…
五、接口需求
5.1 数据查询接口
5.2 批量任务管理接口
5.3 数据导出接口
六、集群需求
大数据平台的技术特点,决定项目的实施必须考虑单独的开发环境和生产环境,否则在后续的项目实施过程中,必将面临测试不充分和性能无法测试的窘境,因此前期需求分析阶段,必须根据数据规模和性能需求,构建单独的开发环境和生产环境。
6.1开发环境
6.1.1 查询服务器
6.1.2 命名服务器
6.1.3 数据服务器
6.2 生产环境
6.2.1 查询服务器
6.2.2 命名服务器
6.2.3 数据服务器
七、其他 …
数据分析报告格式
分析报告的输出是是你整个分析过程的成果,是评定一个产品、一个运营事件的定性结论,很可能是产品决策的参考依据,既然这么重要那当然要写好它了。
我认为一份好的分析报告,有以下一些要点:
首先,要有一个好的框架,跟盖房子一样,好的分析肯定是有基础有层次,有基础坚实,并且层次明了才能让阅读者一目了然,架构清晰、主次分明才能让别人容易读懂,这样才让人有读下去的欲望;
第二,每个分析都有结论,而且结论一定要明确,如果没有明确的结论那分析就不叫分析了,也失去了他本身的意义,因为你本来就是要去寻找或者印证一个结论才会去做分析的,所以千万不要忘本舍果;
第三,分析结论不要太多要精,如果可以的话一个分析一个最重要的结论就好了,很多时候分析就是发现问题,如果一个一个分析能发现一个重大问题,就达到目的了,不要事事求多,宁要仙桃一口,不要烂杏一筐,精简的结论也容易让阅者接受,减少重要阅者(通常是事务繁多的领导,没有太多时间看那么多)的阅读心理门槛,如果别人看到问题太多,结论太繁,不读下去,一百个结论也等于0;
第四、分析结论一定要基于紧密严禁的数据分析推导过程,不要有猜测性的结论,太主观的东西会没有说服力,如果一个结论连你自己都没有肯定的把握就不要拿出来误导别人了;
第五,好的分析要有很强的可读性,这里是指易读度,每个人都有自己的阅读习惯和思维方式,写东西你总会按照自己的思维逻辑来写,你自己觉得很明白,那是因为整个分析过程是你做的,别人不一定如此了解,要知道阅者往往只会花10分钟以内的时间来阅读,所以要考虑你的分析阅读者是谁?他们最关心什么?你必须站在读者的角度去写分析邮件;
第六,数据分析报告尽量图表化,这其实是第四点的补充,用图表代替大量堆砌的数字会有助于人们更形象更直观地看清楚问题和结论,当然,图表也不要太多,过多的图表一样会让人无所适从;
第七、好的分析报告一定要有逻辑性,通常要遵照:1、发现问题--2、总结问题原因--3、解决问题,这样一个流程,逻辑性强的分析报告也容易让人接受;
第八、好的分析一定是出自于了解产品的基础上的,做数据分析的产品经理本身一定要非常了解你所分析的产品的,如果你连分析的对象基本特性都不了解,分析出来的结论肯定是空中楼阁了,无根之木如何叫人信服?!
第九、好的分析一定要基于可靠的数据源,其实很多时候收集数据会占据更多的时间,包括规划定义数据、协调数据上报、让开发人员提取正确的数据或者建立良好的数据体系平台,最后才在收集的正确数据基础上做分析,既然一切都是为了找到正确的结论,那么就要保证收集到的数据的正确性,否则一切都将变成为了误导别人的努力;
第十、好的分析报告一定要有解决方案和建议方案,你既然很努力地去了解了产品并在了解的基础上做了深入的分析,那么这个过程就决定了你可能比别人都更清楚第发现了问题及问题产生的原因,那么在这个基础之上基于你的知识和了解,做出的建议和结论想必也会更有意义,而且你的老板也肯定不希望你只是个会发现问题的人,请你的那份工资更多的是为了让你解决问题的;
十一、不要害怕或回避“不良结论”,分析就是为了发现问题,并为解决问题提供决策依据的,发现产品问题也是你的价值所在,相信你的老板请你来,不
是光让你来唱赞歌的,他要的也不是一个粉饰太平的工具,发现产品问题,在产品缺陷和问题造成重大失误前解决它就是你的分析的价值所在了;
十二、不要创造太多难懂的名词,如果你的老板在看你的分析花10分钟要叫你三次过去来解释名词,那么你写出来的价值又在哪里呢,还不如你直接过去说算了,当然如果无可避免地要写一些名词,最好要有让人易懂的“名词解释”;
十三、最后,要感谢那些为你的这份分析报告付出努力做出贡献的人,包括那些为你上报或提取数据的人,那些为产品作出支持和帮助的人(如果分析的是你自己负责的产品),肯定和尊重伙伴们的工作才会赢得更多的支持和帮助,而且我想你也不是只做一锤子买卖,懂得感谢和分享成果的人才能成为一个有素养和受人尊敬的产品经理。
需求分析报告1引言编写目的阐明编写需求分析报告的目的项目背景应包括a项目的委托单位开发单位和主管部门b该软件系统与其他系统的关系名…
需求分析报告版本100编者年月日审核年月日批准年月日XXX二一三年四月需求分析报告一引言11编写目的对产品或项目进行定义包括修正或…
需求分析报告系统需求分析报告目录一项目概述篇11引言12项目背景包括行业背景企业基本情况项目可行性等23项目意义34项目总体需求4…
1引言11编写目的说明编写这份软件需求说明书的目的指出预期的读者12背景说明ab待开发的软件系统的名称本项目的任务提出者开发者用户…
需求分析报告系统需求分析报告目录一项目概述篇11引言12项目背景包括行业背景企业基本情况项目可行性等23项目意义34项目总体需求4…
数据分析报告格式分析报告的输出是是你整个分析过程的成果,是评定一个产品、一个运营事件的定性结论,很可能是产品决策的参考依据,既然这…
调查问卷分析报告一调查目的我们此次要做的项目是在校园里卖越南拖鞋及特色食品为了了解到影响校园拖鞋市场的各方面的因素以及后期能够正常…
PMC主管如何写好数据分析报告1要有一个好的框架2每个分析都有结论而且结论一定要明确3分析结论不要太多要精4分析结论一定要基于紧密…
数据分析报告怎么写数据分析报告其实是对整个数据分析过程的一个总结与呈现,通过报告,把数据分析的起因、过程、结果及建议完整地呈现出来…