一上：是指第一次自顶向下，先从全局了解业务，从更高的层面来分析模型。目前我们的大部分项目是企业或者政府的业务管理系统。那我们首先要了解企业的管理模式。这时候思维要开阔，不能只是局限在项目的范围之内。通过分析管理模式，找出问题。第一“上”，概括为：把握全局，寻找问题；
第二步就是由上而下，找出了问题，从大的方面了解透彻后，要根据这些问题，对应到具体的需求的调研和设计实现。看一下如何满足和解决问题？由于有了前面的一下，我们在调研和分析的时候就不至于遗漏，考虑就会比较周全。这个时候你仍然不要关心范围。二“下”概括为：寻找答案，了解细节；
第三“上”是真的二“下”掌握的具体的需求对应到大的模式看是否能够对应，理解和分析是否是合适的？三“上”概括为：对应答案，连通上下；这个时候可以考虑范围，但是还不能确定范围；
四“下”：这一步是最关键的，也是落实的一步。经过了前面的步骤后，再从更高的角度来审视细节，从全局的眼光来透射项目的业务范围，从而比较准确地把握项目范围，形成正确的业务理解和需求定义。从而能够建立起完整的业务概念模型和比较稳定的需求设计模型。
需求获取过程（两上两下）：
– 一上：找方向
– 二下：抠细节
– 三上：找差距（操作层面与管理决策层面的理解差距）
– 四下：落实到实现
需求评审：客户和用户对需求理解和确认是非常重要，评审确认是业务人员与技术人员之间的理解桥梁
第一上、下：分析“明”的需求，把握项目范围、把握方向，避免走偏；
第二上、下：分析隐含的、潜在的需求，防止遗漏需求，导致后期发生无谓的变更。
上是指：上升到管理层的高度；
下是指：落实到实际的业务中发现问题、解决问题。
经过这四步，在头脑中建立起完整的概念模型，如果是实现的管理系统，应该有清晰的管理模型，并且能够清楚模型中的共性的需求和个性的需求分别是什么？然后对应到项目应该实现的功能需求上，就会在设计的时候有全局观，所实现的功能之间不是孤立的、不是物理的堆砌，而是有机的逻辑的结合。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
