欧美国产日韩综合在线,又湿又紧又大又爽a视频国产,久久国产精品亚洲看片

題目：《軟件需求》筆記

整理：溫昱

感謝：《軟件需求》一書(shū)的作者Karl E. Wiegers和譯者陸麗娜教授等

----------------------------------說(shuō)明----------------------------

CMM強(qiáng)調(diào)過(guò)程改進(jìn)應(yīng)是漸進(jìn)的，所以這篇筆記也不求理論全面，一步一步來(lái)。

----------------------------------需求的層次----------------------------

business requirement

user requirement

functional requirement

上圖的說(shuō)明：上圖似乎暗示需求分析的最終結(jié)果是SRS，但事實(shí)常常并非如此。

1. 項(xiàng)目視圖與范圍文檔也是最終文檔。

2. 形式上，usecase文檔和SRS是只要其一還是都要，可由項(xiàng)目組（在本軟件組織的標(biāo)準(zhǔn)內(nèi)）選擇。但內(nèi)容上，必須既描述了usecase又描述了function requirements，具體方案有3種。

2.1 只usecase，function requirement放在其說(shuō)明中，此法應(yīng)注意將公用function requirement分割到可重用的usecase中（本人認(rèn)為適合用UML做OOA的情況）

2.2 只SRS，usecase以一定格式寫(xiě)入SRS，function requirement也是（本人認(rèn)為usecase的形象性盡失）

2.3 二者結(jié)合，并注意建立usecase和function requirement之間的可跟蹤性（本人認(rèn)為，2.3和2.1結(jié)合說(shuō)不得更好）

----------------------------------項(xiàng)目視圖與范圍文檔----------------------------

視圖：vision，描述待開(kāi)發(fā)系統(tǒng)涉及的外部實(shí)體，從系統(tǒng)和這些實(shí)體的關(guān)系中，體現(xiàn)系統(tǒng)的功能。

范圍：scope，描述待開(kāi)發(fā)系統(tǒng)的應(yīng)包括部分和不包括部分。

上圖說(shuō)明：

1. 關(guān)聯(lián)圖是“最頂層數(shù)據(jù)流圖”的進(jìn)一步抽象，把整個(gè)系統(tǒng)看成一個(gè)“過(guò)程”。（本人懷疑“過(guò)程”為“process”，翻成“處理”更好）

2. 關(guān)聯(lián)圖只是文檔的冰山一角喲。

3. 需求變更的第一個(gè)問(wèn)題就是“是否超出了項(xiàng)目范圍”。

4. 其實(shí)就是《問(wèn)題定義文檔》（問(wèn)題性質(zhì)、工程目標(biāo)和規(guī)模的書(shū)面報(bào)告，也需用戶確認(rèn)）。（問(wèn)題定義->可行性分析->需求分析->概要設(shè)計(jì)->詳細(xì)設(shè)計(jì)->編碼->測(cè)試->維護(hù)）

5. RUP的business modeling應(yīng)該生產(chǎn)出visoin and scope，不過(guò)RUP用business usecase代替關(guān)聯(lián)圖。

----------------------------------需求規(guī)格說(shuō)明書(shū) SRS----------------------------

完整性：不應(yīng)該遺漏要求和必需的信息。

正確性：只有用戶的代表能夠決定用戶需求的正確性。

可行性：需求分析階段應(yīng)該有一個(gè)開(kāi)發(fā)人員參與，在抽象階段應(yīng)該有市場(chǎng)人員參與。（注：可行性分為技術(shù)可行性、操作可行性、經(jīng)濟(jì)可行性）

必要性：跟蹤每個(gè)需求回溯到出處，如用例，系統(tǒng)需求，規(guī)章，或來(lái)自其他用戶的意見(jiàn)。

明確性：讀者應(yīng)只能從其得到唯一的解釋說(shuō)明。自然語(yǔ)言極易導(dǎo)致含糊。

一致性：一致性需求就是不要于其他的軟件需求或高級(jí)別的系統(tǒng)（商業(yè)）需求發(fā)生沖突。

可證實(shí)：是否能夠做出測(cè)試計(jì)劃或其他驗(yàn)證方式，如檢查和實(shí)證，來(lái)決定在產(chǎn)品中每個(gè)需求是否正確的實(shí)現(xiàn)。需求之間不一致，不可行，不明確也能導(dǎo)致不可證實(shí)。

可追蹤：每個(gè)需求有標(biāo)識(shí)。能與其原始材料相對(duì)應(yīng)，如高級(jí)系統(tǒng)需求，用例，用戶的提議等。也能與設(shè)計(jì)元素，源代碼，用于構(gòu)造實(shí)現(xiàn)和驗(yàn)證需求的測(cè)試相對(duì)應(yīng)。

可修改：通過(guò)良好的組織可以使需求易于修改，如：將相關(guān)的需求分組，建立目錄表，索引，以及前后參考（照）。

優(yōu)先權(quán)：為每個(gè)需求，特征，用例分配優(yōu)先權(quán)。

----------------------------------usecase----------------------------

是表述user requirement的方法

溫昱補(bǔ)注：不對(duì)，usecase是一種black box，可有不同level的usecase，比如business usecase相當(dāng)于關(guān)聯(lián)圖，用于vision and scope。

----------------------------------需求優(yōu)先級(jí)----------------------------

受體為usecase（不是business requirement（沒(méi)有粒度）也不是function requirement（粒度太?。?br>
----------------------------------需求工程----------------------------

最開(kāi)始《大學(xué)課本》里講瀑布模型。

后來(lái)在《TSPi》中看到“需求工程”是〖啟動(dòng)->計(jì)劃->需求->最終檢查〗，“設(shè)計(jì)工程”是〖啟動(dòng)->計(jì)劃->需求->設(shè)計(jì)->最終檢查〗，非常吃驚。

再后在《AKA 雜志》中看到“測(cè)試生命周期”是〖測(cè)試計(jì)劃 → 測(cè)試設(shè)計(jì) → 測(cè)試開(kāi)發(fā) → 測(cè)試執(zhí)行 → 測(cè)試評(píng)估〗，感覺(jué)開(kāi)竅了（做任何事都有計(jì)劃和設(shè)計(jì)一番）。

如今在《軟件需求》中又講“需求工程”是需求管理外加〖問(wèn)題獲取->分析->編寫(xiě)SRS->驗(yàn)證--->迭代〗，呵呵，是上上一段“需求”的細(xì)化。

----------------------------------關(guān)于客戶----------------------------

不妨將《客戶權(quán)利書(shū)》和《客戶義務(wù)書(shū)》寫(xiě)入合同。

客戶權(quán)利書(shū)：

#1 要求分析人員使用符合客戶語(yǔ)言習(xí)慣的表達(dá)（“交流”是關(guān)鍵）

#2 要求分析人員了解客戶的業(yè)務(wù)及目標(biāo)（“積極”地站在用戶角度（我一開(kāi)始在銀行學(xué)業(yè)務(wù)時(shí)為何進(jìn)步慢就在于此，嗚嗚））

#9 要求對(duì)變更的代價(jià)提供真實(shí)可信的評(píng)估（呵呵，以“權(quán)利”的形式告訴用戶需求變更是有代價(jià)的，妙）

客戶業(yè)務(wù)書(shū)：

#1 給分析人員講解你的業(yè)務(wù)（“交流”）

#4 及時(shí)作出決定（多個(gè)用戶的需求不一致，用戶中的“頭兒”要及時(shí)拍板）

#6 劃分需求優(yōu)先級(jí)（可不是分析員劃）

#7 評(píng)審需求文檔和原型（業(yè)務(wù)喲）

#9 應(yīng)遵照開(kāi)發(fā)組織處理需求變更的過(guò)程（需求凍結(jié)，不許改了，呵呵）

----------------------------------baseline----------------------------

務(wù)實(shí)地，baseline就是“評(píng)審”過(guò)的東東，達(dá)成“共識(shí)”的東東，要改動(dòng)需要被配置的東東（通常存入配置管理庫(kù)）。

一区二区三区日韩精品-日韩经典一区二区三区-五月激情综合丁香婷婷-欧美精品中文字幕专区

《軟件需求》筆記

《軟件需求》筆記