IEEE软件工程标准中对需求进行了详细的定义,具体的定义为:
1、用户解决问题或达到目标所需的条件或权能;
2、系统或系统部件要满足合同、标准、规范或其他正式规定文档所需的条件或权能;
3、反应上面1或者2中所描述的条件或权能的文档说明;
需求的三个层次:
1、业务需求
是描述组织或客户的高层次目标,通常问题定义本身就是业务需求,业务需求是一个系统目标,它必须是业务导向的、可度量的、合理的、可行的。
2、用户需求
是指描述用户对产品的要求,即要求产品完成哪些任务。通常可以通过对用户访谈、调查等方法来获得用户原始的要求,再对用户使用的场景进行整理,进而得到用户需求说明书。
3、功能需求
是需求最核心的内容,它详细描述了具体的功能应该如何实现,开发工程师根据功能需求提供设计的解决方案,主要包括方案设计、详细设计、编码实现,都是依据功能说明书来进行的。
功能需求除了来自于用户需求,还来自系统需求、业务规则、质量属性、约束。
需求评审关注以下几点:
完整性、正确性、可行性、必要性、划分优先级、无二义性、可测试性。
需求说明需要具备以下四个特点:
完整性、一致性、可修改性、可跟踪性
原始需求收集及整理
原始需求收集来源:开发需求、协议和规范、测试经验库、继承产品需求、用户原始需求。
将原始需求收集完成后,接下来的步骤就是对继