需求文档质量评估标准顺口溜:正渴呢,要先证明可乐是否跟以前完全一致
正 (正确性)渴(可行性) 呢,要(必须性)先(优先级) 证明(明确性) 可乐 (可证实)是否 跟 以前 完全(完整性)一致 (一致性)
撰写产品需求文档产品需求文档,主要包括功能使用的具体描述,一般有(用例简述/行为者,前置条件,后置条件,UI描述,流程/子流程/分支流程/功能点业务流程,产品原型或者demo(分为低保真的demo:主要指黑白线框图;高保真demo:产品的样式、功能交互等进一步细化完善精细度高)
功能需求表列举产品的主要功能点,这些功能点可以作为需求验收时的功能需求总表,产品经理在验收需求时有据可依,做到心中有数,按照清单验收,不容易遗漏。
功能名称|主要描述|优先级|备注流程图:指的是对某一个问题的定义,缝隙或解法的图形表示,图中用各种符号来表示操作、数据、流向以及装置等,要求清晰、易懂、简单、明了、完整、准确、可扩展性好。
顺序图:显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互。
状态图:是一个类对象所可能经历的所有历程模型图功能需求详细描述:将功能需求表里面的各个功能模块进行细化,采用UC(use case)进行撰写。
功能名称:功能名称叫什么功能概述:告诉此功能主要干什么,满足用户什么需求,解决用户什么问题。
优先级别:定义功能优先级。
使用者:产品使用者,谁有权限使用。
前置条件:具体的操作。
后置条件:操作后的展示。
原型描述:原型图、高低保真图功能规则:具体描述功能的逻辑规则。
流程描述:从前置条件到后置条件过程中所有主干、分支以及异常流程情况描述。
其他:特殊备注或说明非功能需求指产品为满足用户业务需求而必须具有的,除功能需求以外的特性,包括安全需求、性能需求、兼容性需求、数据统计需求、帮助需求、财务需求、法律需求、运营需求、UI需求。
功能需求是解决用户想要什么的问题,非功能需求是确保用户想要的功能需求能正常运转。