軟件工程:需求模式和方法的多樣性

字號:

沒有正確或者的制定或表述需求的方法。對于給定的系統(tǒng),沒有一套完美的需求。不同的需求方法以不同的方式分解問題,得到的需求的粒度以及表達的方式也不同。本節(jié)中的“需求方法”一詞只是表示概括的定義需求的一種方式或者是定義某些類型的需求。每種方法可能有自己的一套需求模式。它們可能是這種方法的承認的標準模式的獨特表現(xiàn)方式,或者它們是這種方法的特定模式。
    我們可以提供各種各樣的需求方法——使每種方法的支持者可以建立自己希望的需求模式,以及模式特有的聲明。明確承認不同的方法,可以使分析師更清楚可用的選擇。
    然而,標準模式越一致(模式表現(xiàn)形式越少)越好。四人幫的設計模式一直沒有明確的變化的要求(盡管已經(jīng)出現(xiàn)了很多意見),這可能證明了設計模式選擇的優(yōu)秀,因而也沒必要提供多套設計模式??紤]到有多種需求方法,筆者利用了對本書中的需求模式的潛在的批評。并引用它們作為沒有正確的一套需求模式的證明。如果任何人不喜歡它們,完全可以自己設計一套,而不必要求替換它們。不同方式的思考可以在這里共存。
    為了避免可能的混淆,不要在同樣的需求模式中混合多個需求方法的材料。模式有多個聲明,但是在一個系統(tǒng)中只選擇一種會更清楚。
    當使用一個特定的需求方法建立新的模式(或者現(xiàn)有的模式的聲明)的時候,考試,大提示在模式的“聲明”部分陳述這個方法。需要注意的是當使用一個不同的方法建立聲明,它就具有了自己的生命,可能經(jīng)歷一連串的版本,獨立于最初的“標準”方法的聲明。
    如果存在兩套需求模式覆蓋相同的范圍,有兩種組織的方法:
    1.一個領域規(guī)格可以包括兩套需求模式。(一個“領域規(guī)格”是一個文檔,或者文檔的一部分,它包含它的需求模式,還有一節(jié)是關于它的基礎架構。下面的八個領域每一章就是一個領域規(guī)格。)
    2.領域規(guī)格可以有兩個聲明,每一個聲明包含一套需求模式。
    第二種方法更容易,更不容易使人迷惑(這樣系統(tǒng)分析師不容易使用了錯誤的模式的聲明)。第二種方法也允許裁剪基礎架構規(guī)格的聲明,以適合模式使用的方法論,如果基礎架構的需求使用了這些模式將會很有用。