【规范】需求评估文档

一、需求描述

具体的需求描述。

标准：任意一个未接触过该需求的人，拿到这个需求描述，都能还原出所有要实现的功能场景和功能细节，当工作量大于5人天是需要有对应的功能设计流程图

核心：需求描述要根实际开发的功能的场景完全匹配。

二、方案设计或实现阻塞点

该需求使用到的插件接口，功能实现逻辑。或者该需求无法实现原因。

三、交付计划与工作量

• 工作量评估
  1. 调研x人天+开发Y人天+测试联调Z人天
  2. 当工作量大于5人天时需要提供具体的开发工作量拆分说明
• 交付计划

四、交付物

功能实现插件+使用文档+自测报告文档（具备自测条件）+插件源码

五、配合保障

1. 若实现功能需要对接客户的环境，则需要提供开发者本机能够连接的测试联调环境。若不能提供能则无法提供自测报告，且不保证交付第一版的质量，只能保证相应速度。
2. 在该插件运行异常，客户无法自行排查并解决时，由开发者介入，客户需要提供必要的远程调试支持并提供相关的日志文件的配合。
3. 对接方需要具备帆软产品使用的基础（主要针对直接和客户对接 ）。

六、其他约定

一些实际情况的约定，比如场景限制等。

七、维护约定

1. 本地开发功能仅支持0.x版本，对跨大版本升级的情况不支持。（FineBI版本支持具体任务具体约定）
2. 维护期为1个自然年（从验收完成日算起），维护期内实际功能与需求描述中的功能不符合则免费维护，过了维护期则都算新需求处理。

以上通用维护约定，如果有特殊约定则需要写清楚。

八、沟通记录

此项主要记录确认委派任务或开发者主动发起调研时候的工作量（允许时间点上不是非常准确，要求沟通真实存在，不允许虚假记录）。

样本文件：JSD-XXX-需求确认书V2.docx