数据仓库应用篇（一）需求文档模板和需求评审

一、需求文档模板
1、产品需求文档：文档标识、产品概述、功能说明、全局说明、非功能性需求等
2、交互设计文档（DRD）：
3、报表需求文档：
1）业务数据：
业务场景、指标名称、指标定义、维度、维度定义/枚举值、用表及操作口径定义
2）数据结果展示：
字段、字段类型、枚举值、筛选器、数据展示路径、报表名称
维度组合：
其他信息：
数据输出方式（接口、报表、其他），
数据输出日期（实时、日、周、月），如果是按日的话注明t+n

3）填写说明：
业务场景：可以描述程xxx功能的使用情况，xxx改版效果评估，即实际的数据使用场景
指标名称：这个指标叫什么
指标定义：指标是什么（同指标口径），二级指标计算公式，如果名称有显著的字面意思可以不填。
维度：指标要细分到什么程度展示
维度定义/枚举值：维度是啥？包含什么值
组合维度：如果需要多维报表，需要什么维度组合，或Drill down逻辑。
用表及操作口径定义：如果已经存在业务日志或底层表，或者提供确认的限制条件、SQL
===另外如果涉及到前端埋点需求的需要提供：
业务逻辑描述
原型、设计稿或者线上页面截图

二、需求会议评审
1、需求评审的目的：
1）需求是什么，从哪里来，对业务的影响是什么，价值在哪里，对开发的要求是什么
2）需求是一次性的，还是需要分期实现的，是解决一个问题，还是解决多个问题，扩展性如何，通用性如何
3）需求如何实现，业务方面有无配合的部分，开发方面哪里有风险，哪里是难点，哪里是重点，有没有可以复用的部分周期如何，优先级怎样
4）需求实现之后，可以达到的效果，对业务的帮助，等等

2、评审要求：
1）会议评审前必须要求全员阅读需求设计文档
2）人员安排：主持人宣布会议议程、指定训练有素的记录员、决定权应掌握在项目组手中
3）明确需求优先级、排期
3）业务mater整理会议纪要,会后发邮件给参与人

======================