PRD文档功能整理--小馒头帮.docVIP

PRD文档书写的知识点 序号 主题 讨论点 说明 1 需求规格说明书 定义：面对人群，解决什么问题 　 2 几种写PRD的形式 　 　 3 版本号 　 　 4 修订历史 功能迭代版本说明 　 5 产品架构图 　 　 6 业务流程图 　 　 7 功能列表 　 　 8 数据模型设计 实体设计：属性和操作 　 9 　 关系设计 　 10 功能优先级 目的 　 11 　 标准 　 12 　 注意事项 　 13 交互设计 　 页面 14 视觉设计 　 页面 15 术语表 　 　 16 功能性需求 定义 　 17 用例 定义 　 18 　 规则 　 19 非功能性需求 定义：为实现功能性需求，而必须做到的基本条件。或者说只有在非功能性需求满足的情况下，功能性需求才是有效的。 　 20 1、量化的指标——时实性、稳定性、吞吐量、性能指标等 　 21 　 2、兼容性要求 　 22 　 3、可维护性要求 　 23 　 4、安全性要求 　 24 　 5、界面要求 　 25 　 6、明确的时间进度约束 　 26 　 7、其它明确的要求（例如：安装包）…更多非功能需求？？ 　 27 全局规范与说明 交互统一说明 　 28 　 统一页面切换 　 29 　 统一手势 　 30 　 局部刷新/重新加载 　 31 　 模态/非模态 　 32 　 自适应/响应式 　 33 　 页面风格 　 34 　 页面布局 　 35 　 弹框样式及方式 　 36 功能规则 各种常见约束条件：各种范围值 　 37 提示 网络中断 页面 38 　 访问异常（404，500）…更多内容？？？ 页面 39 　 文案？非正常情况 　 40 　 状态 　 41 操作说明 常见操作 　 42 　 特殊操作 　 43 　 误操作 　 44 适配说明 　 　 45 账号登录状态 　 　 46 好的PRD文档评估标准 标准 　 47 文档更新和维护 注意点 　 　 　 　 　 该文档是产品项目“概念化”阶段进入到“图纸化”阶段的最主要的一个文档，其作用就是“对MRD中的内容进行指标化和技术化”，这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。 1.需求规格说明书 需求说明中包含的是针对现有版本需求的收集整理。 2.几种写PRD的形式 开发工具推荐 ： Rational Rose★★★★－－熟悉项目发生的相关业务行为。 visio 2007★★★★－－将业务，从产品层面肢解开来，做到抽丝剥茧部分与整体统 mind manager★★★－－把项目条目化，条理化，目录结构具体规定好。 Axure★★★－－前台结构布局，合理规范的将系统脱去朦胧的华纱。 Word★★★★★--穿针织网，把需求综合起来，整理成最终的产品需求文档。 WIKI★★★★★--可团队协同办公，能够记录文档的每一次变更 3.版本号 文档的编号和命名很关键，每个产品都是经过若干个迭代才完成的，而每个迭代所完成的产品功能或者升级的需求都可能是不一样的，因此需要定义清楚该文件属于产品的哪个迭代，修改了几个版本。文件命名的方法一般是通过版本号定义，比如简单的方法是，XX产品V1.0PRD_V2,前面的V1.0是产品迭代的编号，后面的V2 PRD的版本号。稍微详细点可以定义成，XX产品XXXX需求PRD_V2,即对本次迭代的需求任务做命名，这样更便于阅读和记忆。 4修订历史：记录文档的版本历史 包括，编号、文档版本、章节、修改原因、日期、修改人。编号只是为了记录修改的顺序，文档版本显示的当前修改的内容属于文档的第几个版本（或第几次修改，一次修改一般为一个版本），章节是具体到修改内容属于的功能模块，以便阅读人及时找到修改后的内容，修改原因说明为什么要修改该需求，让阅读者直观的了解原因。日期是指需求文档修改的时间，修改人是指需求内容的修改者。 16 功能定义 对系统实施提出的要求即参与者希望系统何种能力其需求。 17 定义 是 18 用例写作规则说明： ： 参与者：不一定指人，例：当温度以时，空调自动启动时的参与者就是温度了。 ： 主要参与者：就是上面讲的参与者 次要参与者：在用例被触发之后，与用例进行交互的参与者 解释： 每个用例均只由一个参与者触发，相同的用例在不同时刻下可以被不同的参与者所触发（但同一时刻只能由一个参与者触发），所以触发该用例的被称为主要参与者，而可以触发该用例的其它参与者被称为次要参与者。 18.2前置条件：在开始用例之前约束系统的状态。它阻止参与者触发该用例直到满足所有条件。 18.3后置条件：在用例执行之后约束系统的状态。 解释： 18.4主要事件流：用例中的主要场景描述。主要事件流描述一