当前位置:   article > 正文

数据仓库应用篇(一)需求文档模板和需求评审_数仓 需求评审

数仓 需求评审

一、需求文档模板
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整理会议纪要,会后发邮件给参与人

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

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/繁依Fanyi0/article/detail/592025
推荐阅读
相关标签
  

闽ICP备14008679号