目录
-
项目背景
-
项目评估
-
项目目标
-
项目范围
-
项目风险
-
需求来源,用户以及关联负责人
-
功能需求
7.1. 产品框架概述
7.2. 需求详述
7.2.1.XXXXXXXXXX -
运营计划
附录一 需求 Review 评分以及工作量评估
附录二 历次沟通意见汇总表
附录三 Review Checklist -
项目背景和目标
• 解决的问题是什么,为什么?
• 解决方案为什么是有效的?
• 量化的目标? -
业务流程图,包含新增或修改的局部流程图,产品整体的流程图,参考样例 XXX
• 业务流程中的逻辑逻辑完整性,是否正确有效 是否闭合?如:这个功能是否和现有产品有互相矛盾的地方?
• 详细的状态机描述,包含成功 失败和异常,需特别关注异常
• 交易系统必须包含,新产品可以不作要求 -
包含交互逻辑和Demo,页面原型通过工具-axure等制作。
-
项目的具体风险,如:对于运营的影响等
-
旧数据的处理方案,新旧系统兼容性,以及新需求对老系统的影响或其他系统影响
-
避免“同某功能”,要引用文档和了解原有功能
-
清晰的外部系统依赖描述(如:外部不可用应该如何处理等)
-
需求真正来源,具体的负责人或者团队(如:此需求是来自于市场或者销售的具体的哪个负责人或者团队)
-
输入输出的边界描述
-
详细的沟通记录,必须包含需求来源方和内部的沟通记录
-
业务监控点描述(新增,目前需求文档中尚无描述)
-
统计数据相关描述
-
设计图交付必须为PSD格式
-
UE的标准组件要求
-
访问量和数据量等,以及使用的密度,频度和高峰值
-
SOX 404合规,如:XXX
网友评论