礎上，把系統(tǒng)劃分成各功能模塊，逐步弄清模塊流程需求、功能需求、結(jié)構(gòu)需求。引入WHAT定律可以讓我們了解到系統(tǒng)的初步需求。
再次，引入第三、四、五個定律---WHO、WHEN、WHERE定律，這個階段其實就是需求細化階段，在WHAT定律的基礎上，細分系統(tǒng)的用戶需求：分析什么人，在什么時間，什么階段可以或必須操作這個功能，結(jié)合前面的WHAT定律，理清系統(tǒng)的流程階段劃分，記錄并分析系統(tǒng)功能實現(xiàn)的細節(jié)，在這個階段就可以產(chǎn)生系統(tǒng)需求的用例圖（Use Case），作為下階段設計的依據(jù)。
最后，就是所謂的1H定律---HOW定律，就是怎樣實現(xiàn)系統(tǒng)了，在前面的WHY、WHAT、WHO、WHEN、WHERE基礎上，我們已經(jīng)搭建了一個非常好的系統(tǒng)需求基礎框架，如何在這些用戶需求的基礎上，分析系統(tǒng)的需求，如何進行需求規(guī)格的分析與下階段的設計、實現(xiàn)工作，就是HOW TO ACCOMPLISH THE SYSTEM了。
在需求階段引入這5W+1H的定律，在一定程度上保證了系統(tǒng)需求的準確性，也使得項目經(jīng)理或需求分析人員可以非常有序的有條理的開展需求挖掘和調(diào)研活動，這樣的安排用戶在配合上也非常清晰，知道如何與項目人員配合。其后，在我們的建議下，乙方改進了工作方式，理清了一些工作序列，不過在最終文檔的提交上，乙方的項目經(jīng)理為了迎合我們的需求，一直對需求文檔的格式與內(nèi)容進行修改，沒有保持需求分析中應該有的從粗到細的階層分析，也導致其需求分析中的不確定性因素較多，后期的設計工作展開不順，這些算后話，希望能在以后的外包管理方面，就存在的這些問題進行其它的分析和討論。