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