模式匹配
模式匹配的前提是软件的功能都以一种标准的方式记录下来，并建立完整的分类系统，这样通过模式匹配就可以对软件需求进行重用。但是，只要需求还在使用30多种图表并混杂各种各样的语言来描述的话，模式匹配就只能通过人工，自动化的模式匹配不可能实现。
原型分析
建立软件原型来展示软件的功能和逻辑结构，可以帮助我们进行需求确认。但是原型只会保留大约完整软件1/10的功能。所以，它只是适用少于1000个功能点的软件。因为规模太大，原型的建立会非常困难。原型有一次性和进化性两种。无论哪种原型，都可以成功的减少需求蔓延。
质量功能展开
质量功能展开，又叫质量屋，是一种源于日本的质量需求分析方法。一些计算机公司如惠普和IBM，已经将其用于软件产品。但是，要熟练使用质量功能展开并且在软件项目中成功应用，还需要付出大量的训练和实践。
需求工程
需求工程包括需求提取、需求分析、建立模型、需求检验等活动，它非常适用运行在复杂物理设备上对软件成功运行有着严格质量标准要求的系统软件或嵌入式软件，能够使用需求工程的组织，通常是已经通过了CMMI三级认证的组织。
需求审查
需求审查是最有效的缺陷去除方法，并有着最高的缺陷去除效率。审查是一项团队合作的活动，参与者包括好的主持人、记录员、审查者及审查对象。
需求追踪
理论上如果为每个确定的需求分配一个唯一识别码或序列号，那么需求的双向追踪就是可以实现的。我们通常使用二维矩阵来进行需求追踪：矩阵的一轴列出所有的需求，另一轴列出包含该需求的文档或代码段，两轴交叉点可以表示该需求是否已分析、已设计和已实现。如果多个软件使用同一个可重用需求，那我们可能就需要使用三维矩阵来跟踪了。
以上就是需要的技术了！希望能帮到各位！