1、2021/3/261第八章第八章 軟件需求實(shí)現(xiàn)軟件需求實(shí)現(xiàn)2021/3/262課程提綱課程提綱1.1.軟件需求基本理論和概念軟件需求基本理論和概念 2.2.軟件需求工程過程軟件需求工程過程 3.3.軟件需求獲取軟件需求獲取 4.4.軟件需求分析軟件需求分析 5.5.軟件需求規(guī)格說明軟件需求規(guī)格說明 6.6.軟件需求驗(yàn)證軟件需求驗(yàn)證 7.7.軟件需求管理軟件需求管理 8.8.軟件需求實(shí)現(xiàn)軟件需求實(shí)現(xiàn) 9.9.軟件需求工程新進(jìn)展軟件需求工程新進(jìn)展 10.10. 軟件需求開發(fā)與需求管理工具軟件需求開發(fā)與需求管理工具2021/3/263內(nèi)容提要需求與其他項(xiàng)目過程的需求與其他項(xiàng)目過程的聯(lián)系聯(lián)系過程改進(jìn)原

2、則及周期過程改進(jìn)原則及周期需求相關(guān)的風(fēng)險(xiǎn)控制需求相關(guān)的風(fēng)險(xiǎn)控制特殊軟件項(xiàng)目特殊軟件項(xiàng)目(如維護(hù)、如維護(hù)、外包等外包等)的需求實(shí)踐等的需求實(shí)踐等 2021/3/264 8.1 需求與其他需求與其他項(xiàng)目過程的聯(lián)系項(xiàng)目過程的聯(lián)系 需求是每個(gè)軟件項(xiàng)目成功需求是每個(gè)軟件項(xiàng)目成功的核心所在的核心所在,它支持其他它支持其他技術(shù)活動和管理活動。技術(shù)活動和管理活動。 對需求開發(fā)方法和需求管對需求開發(fā)方法和需求管理方法的變更會對項(xiàng)目的理方法的變更會對項(xiàng)目的其他過程產(chǎn)生影響其他過程產(chǎn)生影響,反之反之亦然。亦然。 右圖演示了需求和其他過右圖演示了需求和其他過程之間的某些連接程之間的某些連接,下面下面簡要介紹一下這些過

3、程之簡要介紹一下這些過程之間的接口間的接口。2021/3/2658.1.1 從需求到項(xiàng)目規(guī)劃從需求到項(xiàng)目規(guī)劃 由于需求定義了項(xiàng)目的預(yù)期成果由于需求定義了項(xiàng)目的預(yù)期成果,所以項(xiàng)目規(guī)劃、項(xiàng)目所以項(xiàng)目規(guī)劃、項(xiàng)目預(yù)算和項(xiàng)目的進(jìn)度安排都必須以軟件需求為基礎(chǔ)。預(yù)算和項(xiàng)目的進(jìn)度安排都必須以軟件需求為基礎(chǔ)。 最重要的項(xiàng)目成果是交付滿足業(yè)務(wù)目標(biāo)的系統(tǒng)最重要的項(xiàng)目成果是交付滿足業(yè)務(wù)目標(biāo)的系統(tǒng),而不一而不一定是根據(jù)最初的項(xiàng)目規(guī)劃實(shí)現(xiàn)所有初始需求的系統(tǒng)。定是根據(jù)最初的項(xiàng)目規(guī)劃實(shí)現(xiàn)所有初始需求的系統(tǒng)。 需求和規(guī)劃只代表團(tuán)隊(duì)最初的評估需求和規(guī)劃只代表團(tuán)隊(duì)最初的評估,項(xiàng)目成果就是根據(jù)項(xiàng)目成果就是根據(jù)這一評估來完成的。這一評

4、估來完成的。 下表說明對需求工作的投資可以加速項(xiàng)目的開發(fā)。下表說明對需求工作的投資可以加速項(xiàng)目的開發(fā)。需求階段投入的工作量需求階段投入的工作量 需求階段投入的時(shí)間需求階段投入的時(shí)間 開發(fā)較快的項(xiàng)目開發(fā)較快的項(xiàng)目 14%14% 17%17% 開發(fā)較慢的項(xiàng)目開發(fā)較慢的項(xiàng)目 7%7% 9%9% 2021/3/266需求和預(yù)估需求和預(yù)估 根據(jù)文本需求、圖形分析模型、原型或用戶界面根據(jù)文本需求、圖形分析模型、原型或用戶界面設(shè)計(jì)來預(yù)估產(chǎn)品的大小。設(shè)計(jì)來預(yù)估產(chǎn)品的大小。 雖然對于軟件的規(guī)模沒有完善的度量標(biāo)準(zhǔn)雖然對于軟件的規(guī)模沒有完善的度量標(biāo)準(zhǔn),但下面但下面是一些常用的度量標(biāo)準(zhǔn)是一些常用的度量標(biāo)準(zhǔn): 可單獨(dú)測

5、試需求的數(shù)量可單獨(dú)測試需求的數(shù)量(Wilson 1995)。 功能點(diǎn)和特性點(diǎn)的多少功能點(diǎn)和特性點(diǎn)的多少(Jones 1996b),或者將數(shù)據(jù)、或者將數(shù)據(jù)、功能和控制三者整合在一起的三維功能點(diǎn)的數(shù)量功能和控制三者整合在一起的三維功能點(diǎn)的數(shù)量(Whitmire 1995)。 圖形用戶界面圖形用戶界面(GUI)元素的數(shù)量、類型和復(fù)雜度。元素的數(shù)量、類型和復(fù)雜度。 用于實(shí)現(xiàn)特定需求所需的源代碼行數(shù)。用于實(shí)現(xiàn)特定需求所需的源代碼行數(shù)。 對象類的數(shù)量或者其他面向?qū)ο笙到y(tǒng)的衡量標(biāo)準(zhǔn)對象類的數(shù)量或者其他面向?qū)ο笙到y(tǒng)的衡量標(biāo)準(zhǔn)(Whitmire 1997)。2021/3/267需求和進(jìn)度安排需求和進(jìn)度安排 主要

6、的規(guī)劃失誤包括主要的規(guī)劃失誤包括: 忽略了公共忽略了公共(用用)的的項(xiàng)目任務(wù)項(xiàng)目任務(wù),低估了所需的工作量和時(shí)間低估了所需的工作量和時(shí)間,沒沒有考慮項(xiàng)目風(fēng)險(xiǎn)有考慮項(xiàng)目風(fēng)險(xiǎn),沒有考慮返工所需的時(shí)沒有考慮返工所需的時(shí)間間,以及對自己的盲目樂觀等。以及對自己的盲目樂觀等。 有效的項(xiàng)目規(guī)劃需要以下元素有效的項(xiàng)目規(guī)劃需要以下元素: 根據(jù)對需求的清楚理解來估計(jì)產(chǎn)品規(guī)模的大小。根據(jù)對需求的清楚理解來估計(jì)產(chǎn)品規(guī)模的大小。 根據(jù)歷史記錄了解到的開發(fā)團(tuán)隊(duì)的工作效率。根據(jù)歷史記錄了解到的開發(fā)團(tuán)隊(duì)的工作效率。 一張任務(wù)列表一張任務(wù)列表,以便完全地實(shí)現(xiàn)和驗(yàn)證每一特以便完全地實(shí)現(xiàn)和驗(yàn)證每一特性或用例。性或用例。 相當(dāng)穩(wěn)定的

7、需求。相當(dāng)穩(wěn)定的需求。 有效的預(yù)測和規(guī)劃過程。有效的預(yù)測和規(guī)劃過程。 經(jīng)驗(yàn)經(jīng)驗(yàn),這有助于項(xiàng)目經(jīng)理對不可觸及的因素和這有助于項(xiàng)目經(jīng)理對不可觸及的因素和每一個(gè)項(xiàng)目所特有的因素加以調(diào)整。每一個(gè)項(xiàng)目所特有的因素加以調(diào)整。注意:不要迫于壓力而許下自己明知道不可能做到的諾言,這是避免最后兩敗俱傷的秘訣。 2021/3/268 8.1.2 從需求到設(shè)計(jì)和編碼從需求到設(shè)計(jì)和編碼 需求和設(shè)計(jì)之間存在差別需求和設(shè)計(jì)之間存在差別, 要防止規(guī)格說要防止規(guī)格說明造成實(shí)現(xiàn)上的傾向性明造成實(shí)現(xiàn)上的傾向性,除非是有迫不得已除非是有迫不得已的原因要有意地對設(shè)計(jì)加以約束。的原因要有意地對設(shè)計(jì)加以約束。 需求規(guī)格說明幾乎總是包括某

8、些設(shè)計(jì)信息需求規(guī)格說明幾乎總是包括某些設(shè)計(jì)信息,讓設(shè)計(jì)人員或開發(fā)人員參與需求審查讓設(shè)計(jì)人員或開發(fā)人員參與需求審查,這樣這樣可以確保需求為后續(xù)的設(shè)計(jì)打下堅(jiān)實(shí)的基可以確保需求為后續(xù)的設(shè)計(jì)打下堅(jiān)實(shí)的基礎(chǔ)。礎(chǔ)。 產(chǎn)品的需求、質(zhì)量屬性和用戶特點(diǎn)可以決產(chǎn)品的需求、質(zhì)量屬性和用戶特點(diǎn)可以決定產(chǎn)品體系結(jié)構(gòu)。定產(chǎn)品體系結(jié)構(gòu)。2021/3/269從需求到設(shè)計(jì)和編碼從需求到設(shè)計(jì)和編碼 對于同時(shí)包括軟件組件和硬件組件的系統(tǒng)對于同時(shí)包括軟件組件和硬件組件的系統(tǒng),以及只包括軟件的復(fù)雜系統(tǒng)以及只包括軟件的復(fù)雜系統(tǒng),體系結(jié)構(gòu)就顯體系結(jié)構(gòu)就顯得尤其關(guān)鍵。得尤其關(guān)鍵。 將系統(tǒng)功能分配給子系統(tǒng)或組件必須采用自將系統(tǒng)功能分配給子系統(tǒng)

9、或組件必須采用自頂向下的方法頂向下的方法(Hooks和和Farry 2001)。 在開始實(shí)現(xiàn)產(chǎn)品之前在開始實(shí)現(xiàn)產(chǎn)品之前,雖然不需要為整個(gè)產(chǎn)雖然不需要為整個(gè)產(chǎn)品開發(fā)完整的、詳細(xì)的設(shè)計(jì)品開發(fā)完整的、詳細(xì)的設(shè)計(jì),但是但是,應(yīng)該先對應(yīng)該先對每一個(gè)組件進(jìn)行設(shè)計(jì)每一個(gè)組件進(jìn)行設(shè)計(jì),然后再對其進(jìn)行編碼。然后再對其進(jìn)行編碼。2021/3/2610從需求到設(shè)計(jì)和編碼從需求到設(shè)計(jì)和編碼 下面的動作可以使所有的項(xiàng)目類型都從中受益下面的動作可以使所有的項(xiàng)目類型都從中受益: 為子系統(tǒng)和組件開發(fā)一個(gè)堅(jiān)固的體系結(jié)構(gòu)為子系統(tǒng)和組件開發(fā)一個(gè)堅(jiān)固的體系結(jié)構(gòu),這一體系結(jié)構(gòu)在產(chǎn)這一體系結(jié)構(gòu)在產(chǎn)品改進(jìn)的過程中可以保持不變。品改進(jìn)的過程

10、中可以保持不變。 確定需要構(gòu)建的主要對象類或功能模塊確定需要構(gòu)建的主要對象類或功能模塊,定義它們的接口、職定義它們的接口、職責(zé)以及與其他單元的協(xié)作。責(zé)以及與其他單元的協(xié)作。 對并行處理系統(tǒng)對并行處理系統(tǒng),要理解計(jì)劃的執(zhí)行線程或?qū)Σl(fā)進(jìn)程的功能要理解計(jì)劃的執(zhí)行線程或?qū)Σl(fā)進(jìn)程的功能分配。分配。 根據(jù)強(qiáng)內(nèi)聚、低耦合和信息隱藏等這些良好的設(shè)計(jì)原則根據(jù)強(qiáng)內(nèi)聚、低耦合和信息隱藏等這些良好的設(shè)計(jì)原則,定義定義每個(gè)代碼單元的預(yù)期功能每個(gè)代碼單元的預(yù)期功能(McConnell 1993)。 確保設(shè)計(jì)滿足所有的功能性需求確保設(shè)計(jì)滿足所有的功能性需求,但不要包括不必要的功能。但不要包括不必要的功能。 確保設(shè)計(jì)能適

11、應(yīng)可能出現(xiàn)的異常條件。確保設(shè)計(jì)能適應(yīng)可能出現(xiàn)的異常條件。 確保設(shè)計(jì)能達(dá)到所陳述的性能、健壯性、可靠性和其他一些確保設(shè)計(jì)能達(dá)到所陳述的性能、健壯性、可靠性和其他一些質(zhì)量屬性的目標(biāo)。質(zhì)量屬性的目標(biāo)。2021/3/2611 8.1.3 從需求到測試從需求到測試 測試和需求工程是一種互相促進(jìn)的關(guān)系。測試和需求工程是一種互相促進(jìn)的關(guān)系。 需求是系統(tǒng)測試的基礎(chǔ)需求是系統(tǒng)測試的基礎(chǔ),對產(chǎn)品的測試應(yīng)該根據(jù)需求文檔中對產(chǎn)品的測試應(yīng)該根據(jù)需求文檔中所記錄的產(chǎn)品的預(yù)期行為來進(jìn)行所記錄的產(chǎn)品的預(yù)期行為來進(jìn)行,而不應(yīng)該根據(jù)設(shè)計(jì)或編碼而不應(yīng)該根據(jù)設(shè)計(jì)或編碼來測試。來測試。 項(xiàng)目測試人員應(yīng)該確定他們?nèi)绾悟?yàn)證每一條需求項(xiàng)目測

12、試人員應(yīng)該確定他們?nèi)绾悟?yàn)證每一條需求,下面列出下面列出了一些可能的方法了一些可能的方法: 測試測試(執(zhí)行軟件以便發(fā)現(xiàn)缺陷執(zhí)行軟件以便發(fā)現(xiàn)缺陷)。 審查審查(檢查代碼檢查代碼,以便確保代碼滿足了需求以便確保代碼滿足了需求)。 演示演示(顯示產(chǎn)品的運(yùn)作與所期望的相符顯示產(chǎn)品的運(yùn)作與所期望的相符)。 分析分析(推導(dǎo)在某些情況下系統(tǒng)應(yīng)該如何運(yùn)作推導(dǎo)在某些情況下系統(tǒng)應(yīng)該如何運(yùn)作)。 基于規(guī)格說明的測試可以運(yùn)用若干測試設(shè)計(jì)策略基于規(guī)格說明的測試可以運(yùn)用若干測試設(shè)計(jì)策略:動作驅(qū)動、動作驅(qū)動、數(shù)據(jù)驅(qū)動數(shù)據(jù)驅(qū)動(包括邊界值分析和等價(jià)類劃分包括邊界值分析和等價(jià)類劃分)、邏輯驅(qū)動、事、邏輯驅(qū)動、事件驅(qū)動和狀態(tài)驅(qū)動件

13、驅(qū)動和狀態(tài)驅(qū)動(Poston 1996)。2021/3/2612 8.1.4 從需求到成功從需求到成功 使項(xiàng)目更成功的一種方法是使項(xiàng)目更成功的一種方法是,列出與特定的代碼版本相對列出與特定的代碼版本相對應(yīng)的所有需求。應(yīng)的所有需求。 項(xiàng)目的質(zhì)量保證項(xiàng)目的質(zhì)量保證(quality assurance,QA)小組通過對照相小組通過對照相應(yīng)的需求來執(zhí)行測試應(yīng)的需求來執(zhí)行測試,從而對每一個(gè)版本進(jìn)行評估。這個(gè)從而對每一個(gè)版本進(jìn)行評估。這個(gè)項(xiàng)目的成功項(xiàng)目的成功,在很大程度上得益于根據(jù)需求文檔來決定何在很大程度上得益于根據(jù)需求文檔來決定何時(shí)發(fā)布產(chǎn)品。時(shí)發(fā)布產(chǎn)品。 軟件開發(fā)項(xiàng)目最終的可交付工件應(yīng)該是一個(gè)滿足客戶

14、需要軟件開發(fā)項(xiàng)目最終的可交付工件應(yīng)該是一個(gè)滿足客戶需要和期望的軟件系統(tǒng)。和期望的軟件系統(tǒng)。 需求是從業(yè)務(wù)需要通向用戶滿意之路中必不可少的一步。需求是從業(yè)務(wù)需要通向用戶滿意之路中必不可少的一步。 如果不以高質(zhì)量的需求作為項(xiàng)目規(guī)劃、軟件設(shè)計(jì)和系統(tǒng)測如果不以高質(zhì)量的需求作為項(xiàng)目規(guī)劃、軟件設(shè)計(jì)和系統(tǒng)測試的基礎(chǔ)試的基礎(chǔ),那么在試圖發(fā)布優(yōu)秀產(chǎn)品的過程中將浪費(fèi)大量那么在試圖發(fā)布優(yōu)秀產(chǎn)品的過程中將浪費(fèi)大量的工作。的工作。 精確的規(guī)格說明與可將產(chǎn)品失敗的風(fēng)險(xiǎn)降至可接受程度的精確的規(guī)格說明與可將產(chǎn)品失敗的風(fēng)險(xiǎn)降至可接受程度的編碼之間做出明智的選擇。編碼之間做出明智的選擇。2021/3/2613 8.2.1 軟件過

15、程改進(jìn)的基本原則軟件過程改進(jìn)的基本原則 應(yīng)該牢記下面應(yīng)該牢記下面4條軟件過程改進(jìn)的原則條軟件過程改進(jìn)的原則(Wiegers 1996a): 1.過程改進(jìn)應(yīng)該是不斷演化的、連續(xù)的、周期性的過程改進(jìn)應(yīng)該是不斷演化的、連續(xù)的、周期性的 不要期望一次就能改進(jìn)全部過程不要期望一次就能改進(jìn)全部過程,要知道在第要知道在第1次嘗試變更時(shí)次嘗試變更時(shí),可能無法解決可能無法解決所有問題。所有問題。 2.只有人們和組織具有變更的動機(jī)時(shí)才可能實(shí)施變更只有人們和組織具有變更的動機(jī)時(shí)才可能實(shí)施變更 下面列出了一些典型的問題下面列出了一些典型的問題,也許能為需求過程的變更提供驅(qū)動力也許能為需求過程的變更提供驅(qū)動力: 項(xiàng)目超

16、出了最后期限項(xiàng)目超出了最后期限,原因是需求比預(yù)期的擴(kuò)展了很多原因是需求比預(yù)期的擴(kuò)展了很多,也復(fù)雜了很多。也復(fù)雜了很多。 開發(fā)人員頻繁加班開發(fā)人員頻繁加班,原因是直到開發(fā)后期才發(fā)現(xiàn)了引起誤解的需求和表達(dá)不明確的需原因是直到開發(fā)后期才發(fā)現(xiàn)了引起誤解的需求和表達(dá)不明確的需求。求。 系統(tǒng)測試工作前功盡棄系統(tǒng)測試工作前功盡棄,原因是測試人員并沒有弄清楚產(chǎn)品應(yīng)該做什么。原因是測試人員并沒有弄清楚產(chǎn)品應(yīng)該做什么。 雖然正確的功能都實(shí)現(xiàn)了雖然正確的功能都實(shí)現(xiàn)了,但是用戶不滿意但是用戶不滿意,這是由于性能不好、易使用性差或存在其這是由于性能不好、易使用性差或存在其他質(zhì)量缺陷。他質(zhì)量缺陷。 維護(hù)費(fèi)用很高維護(hù)費(fèi)用很

17、高,因?yàn)榭蛻舻膶Ξa(chǎn)品的許多增強(qiáng)要求沒有在需求獲取階段確定下來。因?yàn)榭蛻舻膶Ξa(chǎn)品的許多增強(qiáng)要求沒有在需求獲取階段確定下來。 開發(fā)組織名譽(yù)受損開發(fā)組織名譽(yù)受損,因?yàn)榭蛻舨唤邮芙桓兜能浖Ｒ驗(yàn)榭蛻舨唤邮芙桓兜能浖?3.過程變更要有的放矢過程變更要有的放矢 在開始運(yùn)用更好的過程之前在開始運(yùn)用更好的過程之前,一定要明確變更的目標(biāo)是什么一定要明確變更的目標(biāo)是什么(Potter and Sakry 2002)。 4.將改進(jìn)活動視作小型項(xiàng)目將改進(jìn)活動視作小型項(xiàng)目 項(xiàng)目的總體計(jì)劃應(yīng)該包括過程改進(jìn)的資源和任務(wù)。與所有項(xiàng)目一樣項(xiàng)目的總體計(jì)劃應(yīng)該包括過程改進(jìn)的資源和任務(wù)。與所有項(xiàng)目一樣,改進(jìn)項(xiàng)目也改進(jìn)項(xiàng)目也要執(zhí)行計(jì)

18、劃、跟蹤、測量和報(bào)告要執(zhí)行計(jì)劃、跟蹤、測量和報(bào)告,只是規(guī)模相應(yīng)地縮小了。只是規(guī)模相應(yīng)地縮小了。2021/3/2614 8.2.2 過程改進(jìn)周期過程改進(jìn)周期 右圖是一個(gè)有效右圖是一個(gè)有效的過程改進(jìn)周期。的過程改進(jìn)周期。 這一方法反映了這一方法反映了您在執(zhí)行下一個(gè)您在執(zhí)行下一個(gè)任務(wù)之前先清楚任務(wù)之前先清楚自己所處位置的自己所處位置的重要性重要性;反映了繪反映了繪制過程路線圖的制過程路線圖的必要性必要性,以及以往以及以往的經(jīng)驗(yàn)在持續(xù)的的經(jīng)驗(yàn)在持續(xù)的過程改進(jìn)中的重過程改進(jìn)中的重要性。要性。 評估當(dāng)前方法 發(fā)現(xiàn)和建議 新過程是否達(dá) 到了預(yù)期目標(biāo) 規(guī)劃改進(jìn)活動 活動計(jì)劃 建立，實(shí)驗(yàn) 并實(shí)現(xiàn)新過程 新過程；

19、實(shí)驗(yàn)結(jié)果；初次結(jié)果 計(jì)劃下一個(gè) 改進(jìn)周期 活動規(guī)劃過程 進(jìn)行得如何？ 這一過程 進(jìn)行得如何？ 評估結(jié)果 2021/3/2615 8.2.2.1 評估當(dāng)前用的方法評估當(dāng)前用的方法 所有改進(jìn)活動的第所有改進(jìn)活動的第1步都是評估組織當(dāng)前所使用步都是評估組織當(dāng)前所使用的方法的方法,找出這些方法的優(yōu)點(diǎn)和缺陷。找出這些方法的優(yōu)點(diǎn)和缺陷。 設(shè)計(jì)結(jié)構(gòu)化問卷表是一種更系統(tǒng)的方法設(shè)計(jì)結(jié)構(gòu)化問卷表是一種更系統(tǒng)的方法,它能夠以它能夠以較低的費(fèi)用對當(dāng)前過程進(jìn)行評估。與團(tuán)隊(duì)成員進(jìn)較低的費(fèi)用對當(dāng)前過程進(jìn)行評估。與團(tuán)隊(duì)成員進(jìn)行面談和討論行面談和討論,可以更準(zhǔn)確更全面地了解當(dāng)前的過可以更準(zhǔn)確更全面地了解當(dāng)前的過程。程。2021

20、/3/2616 8.2.2.2 規(guī)劃改進(jìn)活動規(guī)劃改進(jìn)活動 戰(zhàn)略性計(jì)劃描述了組織的總體軟件過程改進(jìn)戰(zhàn)略性計(jì)劃描述了組織的總體軟件過程改進(jìn),戰(zhàn)術(shù)戰(zhàn)術(shù)性的活動計(jì)劃則描述需要改進(jìn)的專門領(lǐng)域。性的活動計(jì)劃則描述需要改進(jìn)的專門領(lǐng)域。 需求管理改進(jìn)計(jì)劃需求管理改進(jìn)計(jì)劃,它包括下面這些活動條目它包括下面這些活動條目: 1.起草一個(gè)需求變更控制過程草案。起草一個(gè)需求變更控制過程草案。 2.評審并修訂變更控制過程。評審并修訂變更控制過程。 3.在項(xiàng)目在項(xiàng)目A中試驗(yàn)變更控制過程。中試驗(yàn)變更控制過程。 4.根據(jù)試驗(yàn)的反饋信息根據(jù)試驗(yàn)的反饋信息,修訂變更控制過程。修訂變更控制過程。 5.評估問題跟蹤工具評估問題跟蹤工具

21、,并從中選擇一種工具來支持變并從中選擇一種工具來支持變更控制過程。更控制過程。 6.購買并定制問題跟蹤工具以支持變更控制過程。購買并定制問題跟蹤工具以支持變更控制過程。 7.在組織中使用新的變更控制過程和工具。在組織中使用新的變更控制過程和工具。2021/3/26178.2.2.3 建立、實(shí)驗(yàn)并實(shí)現(xiàn)新過程建立、實(shí)驗(yàn)并實(shí)現(xiàn)新過程 實(shí)現(xiàn)活動計(jì)劃意味著開發(fā)一些過程實(shí)現(xiàn)活動計(jì)劃意味著開發(fā)一些過程,并相信這些過并相信這些過程比當(dāng)前的工作方式會帶來更好的結(jié)果程比當(dāng)前的工作方式會帶來更好的結(jié)果,但不要期但不要期望新的過程第望新的過程第1次試用就很完美。次試用就很完美。 請牢記下面這些關(guān)于指導(dǎo)過程實(shí)驗(yàn)的建議請

22、牢記下面這些關(guān)于指導(dǎo)過程實(shí)驗(yàn)的建議: 選擇實(shí)驗(yàn)參與者選擇實(shí)驗(yàn)參與者,他們將嘗試新方法并提供有用的反他們將嘗試新方法并提供有用的反饋信息。饋信息。 使改進(jìn)過程的結(jié)果容易解釋。使改進(jìn)過程的結(jié)果容易解釋。 確定需要了解實(shí)驗(yàn)情況和實(shí)驗(yàn)原因的有關(guān)涉眾。確定需要了解實(shí)驗(yàn)情況和實(shí)驗(yàn)原因的有關(guān)涉眾。 考慮在不同的項(xiàng)目中實(shí)驗(yàn)新過程的不同部分考慮在不同的項(xiàng)目中實(shí)驗(yàn)新過程的不同部分,這樣可這樣可以使更多的人嘗試新方法以使更多的人嘗試新方法,因此提高了了解程度因此提高了了解程度,增加增加了反饋信息了反饋信息,更易于大家接受。更易于大家接受。 詢問實(shí)驗(yàn)參與者。詢問實(shí)驗(yàn)參與者。 2021/3/2618 8.2.2.4 評

23、估結(jié)果評估結(jié)果 過程改進(jìn)周期的最后一步是評估完成的活動和取過程改進(jìn)周期的最后一步是評估完成的活動和取得的成果得的成果,這種評估有助于團(tuán)隊(duì)在未來的改進(jìn)活動這種評估有助于團(tuán)隊(duì)在未來的改進(jìn)活動中做得更好。中做得更好。 評估內(nèi)容包括判斷實(shí)驗(yàn)進(jìn)行得是否順利評估內(nèi)容包括判斷實(shí)驗(yàn)進(jìn)行得是否順利,在解決新在解決新過程的不確定性方面是否有效過程的不確定性方面是否有效,下一次指導(dǎo)過程實(shí)下一次指導(dǎo)過程實(shí)驗(yàn)時(shí)是否需要做些變更。驗(yàn)時(shí)是否需要做些變更。 同時(shí)還要考慮新過程的總體執(zhí)行情況是否順利同時(shí)還要考慮新過程的總體執(zhí)行情況是否順利,包包括新過程或模板的可用性是否有效地傳達(dá)給了每括新過程或模板的可用性是否有效地傳達(dá)給了每

24、一個(gè)人一個(gè)人,參與者是否理解并成功地應(yīng)用了新過程參與者是否理解并成功地應(yīng)用了新過程,下次工作中是否需要有所變更等。下次工作中是否需要有所變更等。 其中關(guān)鍵的一步是其中關(guān)鍵的一步是,評估新實(shí)現(xiàn)的過程是否帶來了評估新實(shí)現(xiàn)的過程是否帶來了期望的結(jié)果。期望的結(jié)果。2021/3/2619 8.3.1 軟件風(fēng)險(xiǎn)管理基本原理軟件風(fēng)險(xiǎn)管理基本原理 除了與項(xiàng)目范圍和需求有關(guān)的風(fēng)險(xiǎn)外除了與項(xiàng)目范圍和需求有關(guān)的風(fēng)險(xiǎn)外,項(xiàng)目還面臨著項(xiàng)目還面臨著許多其他風(fēng)險(xiǎn)。許多其他風(fēng)險(xiǎn)。 對外部實(shí)體的依賴就是一種常見的風(fēng)險(xiǎn)來源。對外部實(shí)體的依賴就是一種常見的風(fēng)險(xiǎn)來源。 項(xiàng)目管理一直面臨各種風(fēng)險(xiǎn)的挑戰(zhàn)項(xiàng)目管理一直面臨各種風(fēng)險(xiǎn)的挑戰(zhàn):評

25、估不準(zhǔn)確、管評估不準(zhǔn)確、管理人員拒絕開發(fā)人員的準(zhǔn)確評估、對項(xiàng)目狀態(tài)不了解理人員拒絕開發(fā)人員的準(zhǔn)確評估、對項(xiàng)目狀態(tài)不了解以及進(jìn)行了人員調(diào)整等原因所引起的風(fēng)險(xiǎn)。以及進(jìn)行了人員調(diào)整等原因所引起的風(fēng)險(xiǎn)。 技術(shù)風(fēng)險(xiǎn)威脅著高度復(fù)雜或很前沿的開發(fā)項(xiàng)目。技術(shù)風(fēng)險(xiǎn)威脅著高度復(fù)雜或很前沿的開發(fā)項(xiàng)目。 知識的缺乏是風(fēng)險(xiǎn)的另一種來源知識的缺乏是風(fēng)險(xiǎn)的另一種來源,另外還有參與者對另外還有參與者對所用的技術(shù)或項(xiàng)目應(yīng)用領(lǐng)域經(jīng)驗(yàn)不足。經(jīng)常變更的或所用的技術(shù)或項(xiàng)目應(yīng)用領(lǐng)域經(jīng)驗(yàn)不足。經(jīng)常變更的或強(qiáng)制執(zhí)行的一些政府規(guī)定可能會使最好的項(xiàng)目規(guī)劃徹強(qiáng)制執(zhí)行的一些政府規(guī)定可能會使最好的項(xiàng)目規(guī)劃徹底作廢。底作廢。2021/3/2620 8.

26、3.1.1 風(fēng)險(xiǎn)管理的要素風(fēng)險(xiǎn)管理的要素風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理(risk management)就是使用某些工具和步驟把項(xiàng)目風(fēng)險(xiǎn)限就是使用某些工具和步驟把項(xiàng)目風(fēng)險(xiǎn)限制在一個(gè)可接受的范圍內(nèi)。制在一個(gè)可接受的范圍內(nèi)。風(fēng)險(xiǎn)管理提供了一種標(biāo)準(zhǔn)的方法風(fēng)險(xiǎn)管理提供了一種標(biāo)準(zhǔn)的方法,可以指出風(fēng)險(xiǎn)因素并將其編寫成文檔可以指出風(fēng)險(xiǎn)因素并將其編寫成文檔,評估這些風(fēng)險(xiǎn)的潛在威脅評估這些風(fēng)險(xiǎn)的潛在威脅,并提出減少這些風(fēng)險(xiǎn)因素的戰(zhàn)略并提出減少這些風(fēng)險(xiǎn)因素的戰(zhàn)略(Williams,Walker和和Dorofee 1997)。風(fēng)險(xiǎn)管理包括下圖所示的這些活動。風(fēng)險(xiǎn)管理包括下圖所示的這些活動。風(fēng)險(xiǎn)評估風(fēng)險(xiǎn)評估(risk assess

27、ment)是一個(gè)對項(xiàng)目進(jìn)行檢查以確定潛在風(fēng)險(xiǎn)領(lǐng)是一個(gè)對項(xiàng)目進(jìn)行檢查以確定潛在風(fēng)險(xiǎn)領(lǐng)域的過程。域的過程。風(fēng)險(xiǎn)避免風(fēng)險(xiǎn)避免(risk avoidance)是處理風(fēng)險(xiǎn)的一種方法是處理風(fēng)險(xiǎn)的一種方法,也就是盡量不要做也就是盡量不要做冒險(xiǎn)的事冒險(xiǎn)的事。 風(fēng)險(xiǎn)管理 評估 避免 控制 識別 分析 優(yōu)先級 管理計(jì)劃 解決方案 監(jiān)控 2021/3/2621 8.3.1.2 編寫項(xiàng)目風(fēng)險(xiǎn)文檔編寫項(xiàng)目風(fēng)險(xiǎn)文檔 只是認(rèn)識到項(xiàng)目所面只是認(rèn)識到項(xiàng)目所面臨的風(fēng)險(xiǎn)是遠(yuǎn)遠(yuǎn)不夠臨的風(fēng)險(xiǎn)是遠(yuǎn)遠(yuǎn)不夠的的,我們還必須以某種我們還必須以某種方式對風(fēng)險(xiǎn)進(jìn)行管理方式對風(fēng)險(xiǎn)進(jìn)行管理,以便在整個(gè)項(xiàng)目開發(fā)以便在整個(gè)項(xiàng)目開發(fā)過程中可以將風(fēng)險(xiǎn)問過程中

28、可以將風(fēng)險(xiǎn)問題和狀態(tài)傳達(dá)給項(xiàng)目題和狀態(tài)傳達(dá)給項(xiàng)目的涉眾。的涉眾。 右圖展示了一個(gè)模板右圖展示了一個(gè)模板,用于對單個(gè)風(fēng)險(xiǎn)編寫用于對單個(gè)風(fēng)險(xiǎn)編寫文檔。文檔。 風(fēng) 險(xiǎn) 條 目 跟 蹤 模 板 I D 號 ： 確 定 日 期 ： 撤 消 日 期 ： 描 述 ： 可 能 性 ： 影 響 ： 危 害 值 ： 降 低 風(fēng) 險(xiǎn) 計(jì) 劃 ： 負(fù) 責(zé) 人 ： 截 止 日 期 ： 2021/3/2622 8.3.1.3 制定風(fēng)險(xiǎn)管理計(jì)劃制定風(fēng)險(xiǎn)管理計(jì)劃 對于小型項(xiàng)目對于小型項(xiàng)目,可以把控制風(fēng)險(xiǎn)的計(jì)劃可以把控制風(fēng)險(xiǎn)的計(jì)劃包括在軟件項(xiàng)目管理計(jì)劃內(nèi)。包括在軟件項(xiàng)目管理計(jì)劃內(nèi)。 但對一個(gè)大型項(xiàng)目但對一個(gè)大型項(xiàng)目,則應(yīng)該編寫

29、一個(gè)單則應(yīng)該編寫一個(gè)單獨(dú)的風(fēng)險(xiǎn)管理計(jì)劃獨(dú)的風(fēng)險(xiǎn)管理計(jì)劃,詳細(xì)說明打算采用詳細(xì)說明打算采用哪些方法來識別、評估、編檔和跟蹤哪些方法來識別、評估、編檔和跟蹤風(fēng)險(xiǎn)。這一計(jì)劃還應(yīng)該包括風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)。這一計(jì)劃還應(yīng)該包括風(fēng)險(xiǎn)管理活動的角色和職責(zé)。活動的角色和職責(zé)。 風(fēng)險(xiǎn)管理計(jì)劃模板可以從獲得。風(fēng)險(xiǎn)管理計(jì)劃模板可以從獲得。 要建立起周期性進(jìn)行風(fēng)險(xiǎn)監(jiān)控的措施。要建立起周期性進(jìn)行風(fēng)險(xiǎn)監(jiān)控的措施。 注意:不要想當(dāng)然地以為,在識別出了風(fēng)險(xiǎn)并采取了降低風(fēng)險(xiǎn)的相應(yīng)活動之后,風(fēng)險(xiǎn)就會處于您的控制之下。接下來還要實(shí)行風(fēng)險(xiǎn)管理活動。2021/3/2623 8.3.2 與需求相關(guān)的風(fēng)險(xiǎn)與需求相關(guān)的風(fēng)險(xiǎn) 下面介紹的這些風(fēng)險(xiǎn)因素下

30、面介紹的這些風(fēng)險(xiǎn)因素,是按照需求是按照需求工程的分支過程組織的工程的分支過程組織的,即需求獲取、即需求獲取、需求分析、編寫需求規(guī)格說明、需求確需求分析、編寫需求規(guī)格說明、需求確認(rèn)和需求管理過程。認(rèn)和需求管理過程。 推薦的方法可以減小風(fēng)險(xiǎn)發(fā)生的可能性推薦的方法可以減小風(fēng)險(xiǎn)發(fā)生的可能性或風(fēng)險(xiǎn)發(fā)生后給項(xiàng)目造成的影響。或風(fēng)險(xiǎn)發(fā)生后給項(xiàng)目造成的影響。2021/3/2624 8.3.2.1 需求獲取需求獲取 產(chǎn)品前景和項(xiàng)目范圍產(chǎn)品前景和項(xiàng)目范圍 應(yīng)該在項(xiàng)目早期應(yīng)該在項(xiàng)目早期,編寫一份包括業(yè)務(wù)需求在內(nèi)的前景和范圍文檔編寫一份包括業(yè)務(wù)需求在內(nèi)的前景和范圍文檔,并將它作并將它作為添加新需求和修改現(xiàn)有需求的指導(dǎo)。

31、為添加新需求和修改現(xiàn)有需求的指導(dǎo)。 需求開發(fā)所需的時(shí)間需求開發(fā)所需的時(shí)間 將每個(gè)項(xiàng)目中需求開發(fā)所耗費(fèi)的實(shí)際工作量記錄下來將每個(gè)項(xiàng)目中需求開發(fā)所耗費(fèi)的實(shí)際工作量記錄下來,這樣就可以判斷出這樣就可以判斷出需求開發(fā)是否充分需求開發(fā)是否充分,并可以改進(jìn)未來項(xiàng)目的工作計(jì)劃。并可以改進(jìn)未來項(xiàng)目的工作計(jì)劃。 需求規(guī)格說明的完整性和正確性需求規(guī)格說明的完整性和正確性 為了確保需求是客戶真正需要的為了確保需求是客戶真正需要的,應(yīng)該以用戶任務(wù)為中心應(yīng)該以用戶任務(wù)為中心,應(yīng)用用例技術(shù)來應(yīng)用用例技術(shù)來獲取需求。獲取需求。 創(chuàng)新產(chǎn)品的需求創(chuàng)新產(chǎn)品的需求 對某類產(chǎn)品中的第對某類產(chǎn)品中的第1個(gè)產(chǎn)品個(gè)產(chǎn)品,不太容易把握市場對

32、產(chǎn)品的反映。不太容易把握市場對產(chǎn)品的反映。 定義非功能需求定義非功能需求 由于我們一般都會強(qiáng)調(diào)產(chǎn)品的功能由于我們一般都會強(qiáng)調(diào)產(chǎn)品的功能,所以很容易忽略產(chǎn)品的非所以很容易忽略產(chǎn)品的非功能性需求。功能性需求。2021/3/2625 8.3.2.1 需求獲取 客戶對產(chǎn)品需求意見一致客戶對產(chǎn)品需求意見一致 確定那些主要的客戶確定那些主要的客戶,并采用產(chǎn)品代言人的方法并采用產(chǎn)品代言人的方法,保證保證有足夠的客戶代表的積極參與。有足夠的客戶代表的積極參與。 未加說明的需求未加說明的需求 客戶經(jīng)常會有一些隱含的期望要求客戶經(jīng)常會有一些隱含的期望要求,但并未以文檔的但并未以文檔的方式說明出來。盡量識別客戶可能

33、做出的任何假設(shè)。方式說明出來。盡量識別客戶可能做出的任何假設(shè)。 把已有的產(chǎn)品作為需求基線來源把已有的產(chǎn)品作為需求基線來源 將通過逆向工程發(fā)現(xiàn)的需求編寫成文檔將通過逆向工程發(fā)現(xiàn)的需求編寫成文檔,讓客戶評審讓客戶評審這些需求這些需求,以確保其正確性和相關(guān)性。以確保其正確性和相關(guān)性。 根據(jù)需要提出解決方案根據(jù)需要提出解決方案 分析人員必須提煉出隱藏在客戶提出的解決方案背分析人員必須提煉出隱藏在客戶提出的解決方案背后的真正意圖。后的真正意圖。2021/3/2626 8.3.2.2 需求分析需求分析 設(shè)定需求優(yōu)先級設(shè)定需求優(yōu)先級 要確保對每一個(gè)功能需求、特性或用例都設(shè)定要確保對每一個(gè)功能需求、特性或用例

34、都設(shè)定了優(yōu)先級了優(yōu)先級,并安排在一個(gè)特定的系統(tǒng)版本或迭代并安排在一個(gè)特定的系統(tǒng)版本或迭代中實(shí)現(xiàn)它們。中實(shí)現(xiàn)它們。 技術(shù)上難以實(shí)現(xiàn)的特性技術(shù)上難以實(shí)現(xiàn)的特性 采用項(xiàng)目狀態(tài)跟蹤來監(jiān)控落后于實(shí)現(xiàn)計(jì)劃的需采用項(xiàng)目狀態(tài)跟蹤來監(jiān)控落后于實(shí)現(xiàn)計(jì)劃的需求求,并盡早采取糾正措施。并盡早采取糾正措施。 不熟悉的技術(shù)、方法、語言、工具或硬件不熟悉的技術(shù)、方法、語言、工具或硬件 留出足夠的時(shí)間用于從錯(cuò)誤中學(xué)習(xí)經(jīng)驗(yàn)、實(shí)驗(yàn)留出足夠的時(shí)間用于從錯(cuò)誤中學(xué)習(xí)經(jīng)驗(yàn)、實(shí)驗(yàn)及制作原型。及制作原型。2021/3/2627 8.3.2.3 編寫需求規(guī)格說明編寫需求規(guī)格說明 需求理解需求理解 開發(fā)人員和客戶對需求的不同理解會導(dǎo)致彼此間的開

35、發(fā)人員和客戶對需求的不同理解會導(dǎo)致彼此間的期望差距期望差距,并最終導(dǎo)致交付的產(chǎn)品無法滿足客戶的需并最終導(dǎo)致交付的產(chǎn)品無法滿足客戶的需要。要。 盡管問題待確定但迫于時(shí)間壓力而繼續(xù)向前盡管問題待確定但迫于時(shí)間壓力而繼續(xù)向前 在軟件需求規(guī)格說明中在軟件需求規(guī)格說明中,將需要進(jìn)一步研究的地方標(biāo)將需要進(jìn)一步研究的地方標(biāo)上上TBD(to be determined,待確定待確定),不失為一個(gè)好主不失為一個(gè)好主意。意。 具有二義性的術(shù)語具有二義性的術(shù)語 對于不同的讀者可能會有不同解釋的業(yè)務(wù)術(shù)語或技對于不同的讀者可能會有不同解釋的業(yè)務(wù)術(shù)語或技術(shù)術(shù)語術(shù)術(shù)語,應(yīng)該創(chuàng)建一個(gè)術(shù)語表對這些術(shù)語進(jìn)行定義。應(yīng)該創(chuàng)建一個(gè)術(shù)語

36、表對這些術(shù)語進(jìn)行定義。 需求中包括了設(shè)計(jì)需求中包括了設(shè)計(jì) 軟件需求規(guī)格說明中所包含的設(shè)計(jì)對開發(fā)人員做出軟件需求規(guī)格說明中所包含的設(shè)計(jì)對開發(fā)人員做出有效選擇造成了不必要的限制有效選擇造成了不必要的限制,會妨礙他們發(fā)揮創(chuàng)造會妨礙他們發(fā)揮創(chuàng)造性設(shè)計(jì)出最佳方案。性設(shè)計(jì)出最佳方案。2021/3/2628 8.3.2.4 需求確認(rèn)需求確認(rèn) 未經(jīng)確認(rèn)的需求未經(jīng)確認(rèn)的需求 軟件需求規(guī)格說明會令人望而生畏軟件需求規(guī)格說明會令人望而生畏,在在開發(fā)過程早期編寫測試用例的想法就開發(fā)過程早期編寫測試用例的想法就是基于這一點(diǎn)。是基于這一點(diǎn)。 審查熟練程度審查熟練程度 要對參與需求文檔審查的所有團(tuán)隊(duì)成要對參與需求文檔審查的

37、所有團(tuán)隊(duì)成員進(jìn)行培訓(xùn)員進(jìn)行培訓(xùn),請組織內(nèi)部有經(jīng)驗(yàn)的審查請組織內(nèi)部有經(jīng)驗(yàn)的審查人員或外界的咨詢顧問來評述早先的人員或外界的咨詢顧問來評述早先的審查。審查。 2021/3/2629 8.3.2.5 需求管理需求管理 變更需求變更需求 將前景和范圍文檔作為批準(zhǔn)需求變更的參照將前景和范圍文檔作為批準(zhǔn)需求變更的參照,可以減可以減少范圍蔓延。少范圍蔓延。 需求變更過程需求變更過程 與需求變更的處理方式相關(guān)的風(fēng)險(xiǎn)包括與需求變更的處理方式相關(guān)的風(fēng)險(xiǎn)包括,缺少已定義缺少已定義的變更過程的變更過程,采用無效的變更機(jī)制采用無效的變更機(jī)制,以及不遵循制定的以及不遵循制定的過程來做出變更。過程來做出變更。 未實(shí)現(xiàn)的需求

38、未實(shí)現(xiàn)的需求 需求跟蹤矩陣有助于在設(shè)計(jì)、構(gòu)造或測試期間避免需求跟蹤矩陣有助于在設(shè)計(jì)、構(gòu)造或測試期間避免遺漏任何需求。遺漏任何需求。 擴(kuò)大項(xiàng)目范圍擴(kuò)大項(xiàng)目范圍 如果最初的需求定義不夠好如果最初的需求定義不夠好,那么進(jìn)一步定義需求就那么進(jìn)一步定義需求就會擴(kuò)大項(xiàng)目的范圍。會擴(kuò)大項(xiàng)目的范圍。2021/3/2630 8.3.3 風(fēng)險(xiǎn)管理是我們的好幫手風(fēng)險(xiǎn)管理是我們的好幫手 周期性地進(jìn)行風(fēng)險(xiǎn)跟蹤可以使項(xiàng)目經(jīng)理周期性地進(jìn)行風(fēng)險(xiǎn)跟蹤可以使項(xiàng)目經(jīng)理了解風(fēng)險(xiǎn)對項(xiàng)目的威脅了解風(fēng)險(xiǎn)對項(xiàng)目的威脅,沒有得到有效控沒有得到有效控制的風(fēng)險(xiǎn)應(yīng)該上報(bào)高層管理人員制的風(fēng)險(xiǎn)應(yīng)該上報(bào)高層管理人員,他們可他們可能開始采取一些糾正措施能開

39、始采取一些糾正措施,也可能不管風(fēng)也可能不管風(fēng)險(xiǎn)險(xiǎn),依舊按照原來的業(yè)務(wù)決策思路進(jìn)行。依舊按照原來的業(yè)務(wù)決策思路進(jìn)行。 即使不能控制項(xiàng)目可能遇到的所有風(fēng)險(xiǎn)即使不能控制項(xiàng)目可能遇到的所有風(fēng)險(xiǎn),風(fēng)險(xiǎn)管理也能幫助我們看清形勢風(fēng)險(xiǎn)管理也能幫助我們看清形勢,做出合做出合理的決策。理的決策。2021/3/2631318.4 特殊軟件項(xiàng)目的需求實(shí)踐特殊軟件項(xiàng)目的需求實(shí)踐 一般所講述的需求開發(fā)一般所講述的需求開發(fā),是針對一個(gè)新軟件或是針對一個(gè)新軟件或系統(tǒng)開發(fā)項(xiàng)目的情況系統(tǒng)開發(fā)項(xiàng)目的情況,這種項(xiàng)目有時(shí)也稱為零這種項(xiàng)目有時(shí)也稱為零起點(diǎn)項(xiàng)目起點(diǎn)項(xiàng)目(green-field project)。 大多數(shù)組織的主要精力集中于

40、維護(hù)現(xiàn)存的遺大多數(shù)組織的主要精力集中于維護(hù)現(xiàn)存的遺留系統(tǒng)留系統(tǒng),或者為已有的商業(yè)產(chǎn)品構(gòu)建新的版本或者為已有的商業(yè)產(chǎn)品構(gòu)建新的版本;其他組織也很少是從零開始構(gòu)建一個(gè)新系統(tǒng)其他組織也很少是從零開始構(gòu)建一個(gè)新系統(tǒng),而是對商用現(xiàn)貨而是對商用現(xiàn)貨(off-the-shelf,COTS)產(chǎn)品進(jìn)產(chǎn)品進(jìn)行集成、定制和擴(kuò)充行集成、定制和擴(kuò)充,以滿足自己的需要。以滿足自己的需要。2021/3/2632 8.4.1 維護(hù)項(xiàng)目的需求維護(hù)項(xiàng)目的需求 維護(hù)是指對當(dāng)前運(yùn)行的項(xiàng)目進(jìn)行修改維護(hù)是指對當(dāng)前運(yùn)行的項(xiàng)目進(jìn)行修改,有時(shí)也稱為繼續(xù)工程有時(shí)也稱為繼續(xù)工程(continuing engineering)或后續(xù)開發(fā)或后續(xù)開發(fā)(

41、ongoing development)。 程序維護(hù)的任務(wù)主要是糾正缺陷、為程序維護(hù)的任務(wù)主要是糾正缺陷、為現(xiàn)有系統(tǒng)添加新功能或新報(bào)表現(xiàn)有系統(tǒng)添加新功能或新報(bào)表,以及對以及對功能進(jìn)行修改以便遵循修訂后的業(yè)務(wù)功能進(jìn)行修改以便遵循修訂后的業(yè)務(wù)規(guī)則。規(guī)則。2021/3/2633 8.4.1.1 開始捕獲信息開始捕獲信息缺少精確的需求文檔缺少精確的需求文檔,那么維護(hù)人員就必須進(jìn)行逆向工程那么維護(hù)人員就必須進(jìn)行逆向工程,通過代碼來理解系統(tǒng)通過代碼來理解系統(tǒng),我將此看作是軟件考古學(xué)我將此看作是軟件考古學(xué)(software archaeology)。為了能夠從逆向工程中獲得最大的收益為了能夠從逆向工程中獲得

42、最大的收益,考古探險(xiǎn)隊(duì)?wèi)?yīng)該考古探險(xiǎn)隊(duì)?wèi)?yīng)該將通過需求和設(shè)計(jì)描述表中所了解到的信息記錄下來將通過需求和設(shè)計(jì)描述表中所了解到的信息記錄下來,然然后將有關(guān)當(dāng)前系統(tǒng)某些部分的精確信息積累起來。后將有關(guān)當(dāng)前系統(tǒng)某些部分的精確信息積累起來。 構(gòu)建一個(gè)包含當(dāng)前系統(tǒng)部分的需求表示可達(dá)到以下構(gòu)建一個(gè)包含當(dāng)前系統(tǒng)部分的需求表示可達(dá)到以下3個(gè)個(gè)有用的目標(biāo)有用的目標(biāo): 消除知識鴻溝消除知識鴻溝,使將來的維護(hù)人員能更好地理解所做的變更。使將來的維護(hù)人員能更好地理解所做的變更。 收集當(dāng)前系統(tǒng)的一些信息收集當(dāng)前系統(tǒng)的一些信息當(dāng)前系統(tǒng)在以前缺乏良好的書面當(dāng)前系統(tǒng)在以前缺乏良好的書面文檔。當(dāng)項(xiàng)目團(tuán)隊(duì)日后再完成其他的維護(hù)任務(wù)時(shí)文檔

43、。當(dāng)項(xiàng)目團(tuán)隊(duì)日后再完成其他的維護(hù)任務(wù)時(shí),可以對這些零可以對這些零星分散的知識表示加以擴(kuò)充星分散的知識表示加以擴(kuò)充,進(jìn)而逐步完善系統(tǒng)文檔。記錄這些進(jìn)而逐步完善系統(tǒng)文檔。記錄這些新發(fā)現(xiàn)的知識所需要增加的費(fèi)用新發(fā)現(xiàn)的知識所需要增加的費(fèi)用,比起以后必須重新發(fā)現(xiàn)這些知比起以后必須重新發(fā)現(xiàn)這些知識所需要的費(fèi)用更少。識所需要的費(fèi)用更少。 提供一個(gè)指標(biāo)提供一個(gè)指標(biāo),表明當(dāng)前的系統(tǒng)測試集對系統(tǒng)功能的覆蓋率。表明當(dāng)前的系統(tǒng)測試集對系統(tǒng)功能的覆蓋率。2021/3/2634 8.4.1.2 親身實(shí)踐一下新的需求技術(shù)親身實(shí)踐一下新的需求技術(shù) 技能水平對項(xiàng)目的成功或失敗有著至關(guān)重要的影響技能水平對項(xiàng)目的成功或失敗有著至關(guān)重要的影響,那么實(shí)踐經(jīng)驗(yàn)就可以減少在一個(gè)零起點(diǎn)項(xiàng)目中第一那么實(shí)踐經(jīng)驗(yàn)就可以減少在一個(gè)零起點(diǎn)項(xiàng)目中第一次應(yīng)用用例的風(fēng)險(xiǎn)。次