軟件需求工程第二部分軟件需求開(kāi)發(fā)課件

軟件需求工程

SoftwareRequirementsEngineering

(SRE)

第二部分

軟件需求開(kāi)發(fā)

第十七章

超越需求開(kāi)發(fā)王如龍2022/12/2軟件需求工程

SoftwareRequirements學(xué)習(xí)目標(biāo)在學(xué)完本章內(nèi)容之后，你應(yīng)該能夠：

了解做好從需求到項(xiàng)目規(guī)劃轉(zhuǎn)換的意義與方法；分析從需求到設(shè)計(jì)、編碼、測(cè)試的關(guān)系與區(qū)別；掌握從需求到設(shè)計(jì)、編碼、測(cè)試的過(guò)程控制原則與方法。

2/25學(xué)習(xí)目標(biāo)在學(xué)完本章內(nèi)容之后，你應(yīng)該能夠：2/2517.0做好需求轉(zhuǎn)化的意義和作用一個(gè)軟件開(kāi)發(fā)項(xiàng)目最終可發(fā)行的是滿足客戶需求和期望的軟件系統(tǒng)。需求是從產(chǎn)品概念通向用戶滿意之路的最本質(zhì)的一步。把軟件需求轉(zhuǎn)化為健壯的設(shè)計(jì)和合理的項(xiàng)目規(guī)劃是項(xiàng)目成功的基本保證。

3/2517.0做好需求轉(zhuǎn)化的意義和作用一個(gè)軟件開(kāi)發(fā)項(xiàng)目最終可發(fā)17.0做好需求轉(zhuǎn)化的意義和作用

軟件開(kāi)發(fā)人員與客戶、用戶對(duì)需求的理解不同、對(duì)系統(tǒng)的要求不同、甚至由于利益關(guān)系的不同，將影響轉(zhuǎn)化工作的順利進(jìn)行。需求分析人員與軟件設(shè)計(jì)和編碼人員在對(duì)系統(tǒng)的理解角度、認(rèn)識(shí)水平、掌握的技術(shù)，甚至在年齡、工作經(jīng)歷、和所處地位的差別，將影響轉(zhuǎn)化工作的順利進(jìn)行。

4/2517.0做好需求轉(zhuǎn)化的意義和作用軟件開(kāi)發(fā)人員與客戶、用17.0做好需求轉(zhuǎn)化的意義和作用基線需求項(xiàng)目計(jì)劃設(shè)計(jì)和代碼測(cè)試根據(jù)需求確定項(xiàng)目的規(guī)模根據(jù)產(chǎn)品規(guī)模進(jìn)行評(píng)估當(dāng)需求改變時(shí)更新計(jì)劃使用需求優(yōu)先級(jí)驅(qū)動(dòng)迭代讓開(kāi)發(fā)人員評(píng)審需求根據(jù)質(zhì)量屬性決定體系結(jié)構(gòu)設(shè)計(jì)將需求分配給各組件跟蹤需求到設(shè)計(jì)和代碼盡早開(kāi)始測(cè)試設(shè)計(jì)用需求驅(qū)動(dòng)系統(tǒng)測(cè)試讓用戶開(kāi)發(fā)驗(yàn)收測(cè)試跟蹤需求到測(cè)試圖17-1需求推動(dòng)項(xiàng)目規(guī)劃、設(shè)計(jì)、編碼和測(cè)試活動(dòng)P209

5/2517.0做好需求轉(zhuǎn)化的意義和作用基線項(xiàng)目計(jì)劃設(shè)計(jì)和代碼測(cè)17.1從需求到項(xiàng)目規(guī)劃由于需求定義了項(xiàng)目預(yù)期的成果，所以項(xiàng)目規(guī)劃、預(yù)測(cè)和進(jìn)度安排都必須以軟件需求為基礎(chǔ)。但是，請(qǐng)大家牢記，最重要的項(xiàng)目成果是交付滿足業(yè)務(wù)目標(biāo)的系統(tǒng)，而不一定是根據(jù)最初的項(xiàng)目規(guī)劃實(shí)現(xiàn)所有初始需求的系統(tǒng)。P210

6/2517.1從需求到項(xiàng)目規(guī)劃由于需求定義了項(xiàng)目預(yù)期的成果，所17.1從需求到項(xiàng)目規(guī)劃項(xiàng)目團(tuán)隊(duì)到底應(yīng)該在需求工程中投入多少時(shí)間和精力，是一個(gè)必須解決的問(wèn)題。對(duì)小型項(xiàng)目而言，團(tuán)隊(duì)在需求工程上所發(fā)費(fèi)的故障量應(yīng)該占項(xiàng)目的12％～15％。相當(dāng)多的證據(jù)表明，花一些時(shí)間理解需求實(shí)際上可以加速項(xiàng)目的開(kāi)發(fā)進(jìn)度。P210

7/2517.1從需求到項(xiàng)目規(guī)劃項(xiàng)目團(tuán)隊(duì)到底應(yīng)該在需求工程中投入17.1從需求到項(xiàng)目規(guī)劃歐洲的一份研究表明，產(chǎn)品開(kāi)發(fā)較快的團(tuán)隊(duì)，與產(chǎn)品開(kāi)發(fā)較慢的團(tuán)隊(duì)相比，在需求階段所投入的時(shí)間和工作量更多一些。P210投入的工作量投入的時(shí)間開(kāi)發(fā)較快的項(xiàng)目14％17％開(kāi)發(fā)較慢的項(xiàng)目7％9％表17-1對(duì)需求工作的投入可以加速項(xiàng)目的開(kāi)發(fā)

8/2517.1從需求到項(xiàng)目規(guī)劃歐洲的一份研究表明，產(chǎn)品開(kāi)發(fā)較快17.1從需求到項(xiàng)目規(guī)劃需求和預(yù)估

可以根據(jù)文本需求、分析模型、原型或用戶界面來(lái)估計(jì)軟件產(chǎn)品的規(guī)模；雖然軟件的規(guī)模沒(méi)有規(guī)定的度量標(biāo)準(zhǔn)，但可以采用如下一些方法來(lái)進(jìn)行度量：需求的數(shù)量；功能點(diǎn)和特性點(diǎn)的數(shù)量；圖形用戶界面（GUI）元素的數(shù)量、類型和復(fù)雜度；用于實(shí)現(xiàn)特定需求所需的源代碼行數(shù)；對(duì)象類的數(shù)量或其他面向?qū)ο笙到y(tǒng)的衡量標(biāo)準(zhǔn)。P211

9/2517.1從需求到項(xiàng)目規(guī)劃可以根據(jù)文本需求、分析模型、原17.1從需求到項(xiàng)目規(guī)劃需求和進(jìn)度安排

許多軟件工程實(shí)行“從右到左的進(jìn)度安排”，這種方式常常不能按時(shí)完成項(xiàng)目。在做出詳細(xì)的規(guī)劃和約定之前定義軟件需求是更現(xiàn)實(shí)的。進(jìn)度范圍成本需求進(jìn)度范圍成本需求圖17-2兩種不同的進(jìn)度安排P212

10/2517.1從需求到項(xiàng)目規(guī)劃許多軟件工程實(shí)行“從右到左的進(jìn)17.1從需求到項(xiàng)目規(guī)劃需求和進(jìn)度安排對(duì)于復(fù)雜的系統(tǒng)，軟件僅是最終產(chǎn)品的一部分時(shí)，只有在系統(tǒng)需求（產(chǎn)品級(jí)需求）產(chǎn)生以后，才能建立高層的進(jìn)度安排。將系統(tǒng)需求分解并分配到各個(gè)不同的軟硬件子系統(tǒng)中，有利于進(jìn)度的安排和執(zhí)行。必須根據(jù)市場(chǎng)需求、銷(xiāo)售計(jì)劃、客戶服務(wù)要求以及產(chǎn)品開(kāi)發(fā)計(jì)劃等的為基礎(chǔ)建立起一致的產(chǎn)品發(fā)行日期。P213

11/2517.1從需求到項(xiàng)目規(guī)劃對(duì)于復(fù)雜的系統(tǒng)，軟件僅是最終產(chǎn)17.1從需求到項(xiàng)目規(guī)劃需求和進(jìn)度安排正確的項(xiàng)目規(guī)劃需要以下元素：根據(jù)對(duì)需求的清楚理解來(lái)估計(jì)產(chǎn)品規(guī)模的大??；根據(jù)歷史記錄了解開(kāi)發(fā)小組的工作效率；需要一張綜合的任務(wù)列表，以便完整地實(shí)現(xiàn)和驗(yàn)證每一特性或用例；相當(dāng)穩(wěn)定的需求；項(xiàng)目團(tuán)隊(duì)的經(jīng)驗(yàn)。P213

12/2517.1從需求到項(xiàng)目規(guī)劃正確的項(xiàng)目規(guī)劃需要以下元素：17.2從需求到設(shè)計(jì)和編碼

需求和設(shè)計(jì)之間存在差別，需求開(kāi)發(fā)和規(guī)格說(shuō)明應(yīng)該強(qiáng)調(diào)對(duì)預(yù)期系統(tǒng)外部行為的理解和描述。必須讓設(shè)計(jì)者和開(kāi)發(fā)者參與需求審查以判斷需求是否可以作為設(shè)計(jì)的基礎(chǔ)。直接從需求規(guī)格說(shuō)明跳到編碼階段，其可能的結(jié)果只能是結(jié)構(gòu)性很差的一個(gè)軟件。在構(gòu)造軟件之前，應(yīng)該仔細(xì)考慮構(gòu)造系統(tǒng)的最有效的方法。P213

13/2517.2從需求到設(shè)計(jì)和編碼需求和設(shè)計(jì)之間存在差別，需求17.2從需求到設(shè)計(jì)和編碼分析模型代表了用戶和開(kāi)發(fā)小組對(duì)正在解決的問(wèn)題的理解，而設(shè)計(jì)模型則描繪了應(yīng)該如何構(gòu)造系統(tǒng)。如果在需求分析之后立刻進(jìn)行編碼，那么必定會(huì)出現(xiàn)代碼重復(fù)。而且設(shè)計(jì)上的返工比編碼返工可能要效率高一些。以需求為基礎(chǔ)，反復(fù)設(shè)計(jì)將產(chǎn)生優(yōu)良成果，用不同的方法進(jìn)行設(shè)計(jì)可以精細(xì)化最初的概念。P213

14/2517.2從需求到設(shè)計(jì)和編碼分析模型代表了用戶和開(kāi)發(fā)小組17.2從需求到設(shè)計(jì)和編碼在開(kāi)始實(shí)現(xiàn)產(chǎn)品之前，雖然不需要為整個(gè)產(chǎn)品開(kāi)發(fā)完整的、詳細(xì)的設(shè)計(jì)，但是，應(yīng)該先對(duì)每一個(gè)組件進(jìn)行設(shè)計(jì)，然后再對(duì)其進(jìn)行編碼。

當(dāng)項(xiàng)目難度很大、涉及的接口和交付復(fù)雜、開(kāi)發(fā)人員經(jīng)驗(yàn)不足時(shí)，最能體現(xiàn)設(shè)計(jì)規(guī)劃的好處。P215

15/2517.2從需求到設(shè)計(jì)和編碼在開(kāi)始實(shí)現(xiàn)產(chǎn)品之前，雖然不需要17.2從需求到設(shè)計(jì)和編碼如下的建議對(duì)所有的項(xiàng)目類型都有益：

為子系統(tǒng)和組件開(kāi)發(fā)一個(gè)堅(jiān)固的體系結(jié)構(gòu)，這一體系結(jié)構(gòu)在產(chǎn)品改進(jìn)的過(guò)程中可以保持不變；明確需要?jiǎng)?chuàng)建的對(duì)象類或功能模塊，定義他們的接口、職責(zé)以及與其他單元的協(xié)作；對(duì)并行處理系統(tǒng)，要理解計(jì)劃執(zhí)行的線程或?qū)Σl(fā)進(jìn)程的功能分配；根據(jù)強(qiáng)內(nèi)聚、松耦合和信息隱藏的設(shè)計(jì)原則，定義每個(gè)代碼單元的預(yù)期功能；確保設(shè)計(jì)滿足所有的功能需求，但不包括不必要的功能；確保設(shè)計(jì)能適應(yīng)可能出現(xiàn)的異常條件；確保設(shè)計(jì)能達(dá)到所陳述的性能、健壯性、可靠性和其他一些質(zhì)量屬性的目標(biāo)。P215

16/2517.2從需求到設(shè)計(jì)和編碼如下的建議對(duì)所有的項(xiàng)目類型都有17.3從需求到測(cè)試測(cè)試和需求工程是一種相互促進(jìn)的關(guān)系，好的需求工程可以生存更好的測(cè)試，好的測(cè)試分析可以生存更好的需求。需求是系統(tǒng)測(cè)試的基礎(chǔ)，對(duì)產(chǎn)品的測(cè)試應(yīng)該根據(jù)需求文檔中所記錄的產(chǎn)品的預(yù)期行為來(lái)進(jìn)行，而不應(yīng)該根據(jù)設(shè)計(jì)或編碼來(lái)測(cè)試。產(chǎn)品可以正確地展示基于代碼的測(cè)試用例所描述的所有行為，但這并不意味著產(chǎn)品正確地實(shí)現(xiàn)了用戶或功能性需求。應(yīng)該讓測(cè)試人員參與需求審查，這樣可以確保需求是可以驗(yàn)證的并可以作為系統(tǒng)測(cè)試的基礎(chǔ)。P216

17/2517.3從需求到測(cè)試測(cè)試和需求工程是一種相互促進(jìn)的關(guān)系，17.3從需求到測(cè)試當(dāng)每個(gè)需求都穩(wěn)定之后，系統(tǒng)測(cè)試人員應(yīng)該編寫(xiě)以測(cè)試用例為主的《測(cè)試計(jì)劃》，通過(guò)測(cè)試、審查，演示或分析來(lái)驗(yàn)證需求。根據(jù)需求中的邏輯描述，利用諸如因果圖等分析技術(shù)來(lái)獲得測(cè)試用例，這將會(huì)揭示需求的二義性、遺漏或隱含的其它條件和其它問(wèn)題。每個(gè)需求應(yīng)至少由一個(gè)測(cè)試用例來(lái)測(cè)試。有經(jīng)驗(yàn)的測(cè)試人員可以根據(jù)他們對(duì)產(chǎn)品的預(yù)期功能、用法、質(zhì)量特性和特有行為的理解，概括出純粹基于需求的測(cè)試。P216

18/2517.3從需求到測(cè)試當(dāng)每個(gè)需求都穩(wěn)定之后，系統(tǒng)測(cè)試人員17.3從需求到測(cè)試

基于SRS的測(cè)試適用于許多測(cè)試設(shè)計(jì)策略如動(dòng)作驅(qū)動(dòng)、數(shù)據(jù)驅(qū)動(dòng)、邏輯驅(qū)動(dòng)、事件驅(qū)動(dòng)和狀態(tài)驅(qū)動(dòng)等。從正式的SRS中很容易自動(dòng)生成測(cè)試用例，但是對(duì)于更多的由自然語(yǔ)言描述的SRS，必須手工開(kāi)發(fā)測(cè)試用例。比起結(jié)構(gòu)化分析圖，對(duì)象模型更易于自動(dòng)生成測(cè)試用例。P216

19/2517.3從需求到測(cè)試基于SRS的測(cè)試適用于許多測(cè)試設(shè)計(jì)17.3從需求到測(cè)試在開(kāi)發(fā)的進(jìn)展過(guò)程中，通過(guò)詳細(xì)的軟件功能需求仔細(xì)推敲來(lái)自使用實(shí)例的需求，并最終轉(zhuǎn)化成單個(gè)代碼模塊的規(guī)格說(shuō)明。針對(duì)需求的測(cè)試必須在軟件結(jié)構(gòu)的每一層進(jìn)行，而不只是在用戶層進(jìn)行。即使有些模塊功能在整個(gè)軟件產(chǎn)品中對(duì)用戶都不可見(jiàn)，但是每個(gè)模塊功能必須滿足其自身的需求或規(guī)格說(shuō)明要求。因此，針對(duì)用戶需求來(lái)測(cè)試系統(tǒng)是系統(tǒng)測(cè)試的必要但非充分條件。P217

20/2517.3從需求到測(cè)試在開(kāi)發(fā)的進(jìn)展過(guò)程中，通過(guò)詳細(xì)的軟件17.3從需求到成功如果不以高質(zhì)量的需求作為項(xiàng)目規(guī)劃、軟件設(shè)計(jì)和系統(tǒng)測(cè)試的基礎(chǔ)，那么在試圖開(kāi)發(fā)優(yōu)秀產(chǎn)品的過(guò)程中將浪費(fèi)大量的人力和物力。需求分析是項(xiàng)目成功的基礎(chǔ)，軟件開(kāi)發(fā)的過(guò)程猶如蓋房子，如果地基沒(méi)有做好，那么房子蓋完之后的第一件事就是拆房子，而不是測(cè)試房子。所以需求到成功的關(guān)鍵是要通過(guò)規(guī)劃、軟設(shè)計(jì)和測(cè)試不斷確定需求的正確性。P217

21/2517.3從需求到成功如果不以高質(zhì)量的需求作為項(xiàng)目規(guī)劃、17.3從需求到成功正確把握需求開(kāi)發(fā)的深度與廣度，避免陷入畸形分析的陷阱，是需求開(kāi)發(fā)必須注意的另一面；必須理解到，客戶最關(guān)心的是結(jié)果，當(dāng)需求開(kāi)發(fā)組花費(fèi)大量的時(shí)間創(chuàng)建不必要的文檔、舉行各種形式上的會(huì)議和評(píng)審，而并不解決任何實(shí)際問(wèn)題時(shí)，會(huì)引起客戶甚至設(shè)計(jì)人員的困惑和不滿，最終導(dǎo)致項(xiàng)目被取消。努力在精確的規(guī)格說(shuō)明與可將產(chǎn)品失敗的風(fēng)險(xiǎn)降至可接受程度的編碼之間做出明智的選擇，是需求開(kāi)發(fā)人員的必須掌握的基本功。P217

22/2517.3從需求到成功正確把握需求開(kāi)發(fā)的深度與廣度，避免本章小結(jié)由于需求定義了項(xiàng)目預(yù)期的成果，所以項(xiàng)目規(guī)劃、預(yù)測(cè)和進(jìn)度安排都必須以軟件需求為基礎(chǔ)。

軟件項(xiàng)目可能經(jīng)常不能達(dá)到預(yù)定的目標(biāo)的主要原因不在技術(shù)上而在管理上。需求估算有多種方法，但都離不開(kāi)經(jīng)驗(yàn)的積累。需求和設(shè)計(jì)之間存在差別，需求開(kāi)發(fā)和規(guī)格說(shuō)明應(yīng)該強(qiáng)調(diào)對(duì)預(yù)期系統(tǒng)外部行為的理解和描述。必須讓設(shè)計(jì)者和開(kāi)發(fā)者參與需求審查以判斷需求是否可以作為設(shè)計(jì)的基礎(chǔ)。必須針對(duì)SRS來(lái)測(cè)試整個(gè)軟件，而不是針對(duì)設(shè)計(jì)或編碼。把軟件需求轉(zhuǎn)化為健壯的設(shè)計(jì)和合理的項(xiàng)目規(guī)劃是項(xiàng)目成功的基本保證。

23/25本章小結(jié)由于需求定義了項(xiàng)目預(yù)期的成果，所以項(xiàng)目規(guī)劃、預(yù)測(cè)和第3次作業(yè)推薦讀物

24/25第3次作業(yè)24/25需求的開(kāi)發(fā)是需求成功的基本保證。關(guān)注與開(kāi)發(fā)非功能需求比功能需求更重要。需求的獲取、分析、編寫(xiě)和驗(yàn)證必須建立有效的過(guò)程和實(shí)用的模板。謝謝大家第二部分

軟件需求開(kāi)發(fā)結(jié)束體會(huì)

25/25需求的開(kāi)發(fā)是需求成功的基本保證。第二部分軟件需求開(kāi)發(fā)結(jié)束軟件需求工程

SoftwareRequirementsEngineering

(SRE)

第二部分

軟件需求開(kāi)發(fā)

第十七章

超越需求開(kāi)發(fā)王如龍2022/12/2軟件需求工程

SoftwareRequirements學(xué)習(xí)目標(biāo)在學(xué)完本章內(nèi)容之后，你應(yīng)該能夠：

了解做好從需求到項(xiàng)目規(guī)劃轉(zhuǎn)換的意義與方法；分析從需求到設(shè)計(jì)、編碼、測(cè)試的關(guān)系與區(qū)別；掌握從需求到設(shè)計(jì)、編碼、測(cè)試的過(guò)程控制原則與方法。

27/25學(xué)習(xí)目標(biāo)在學(xué)完本章內(nèi)容之后，你應(yīng)該能夠：2/2517.0做好需求轉(zhuǎn)化的意義和作用一個(gè)軟件開(kāi)發(fā)項(xiàng)目最終可發(fā)行的是滿足客戶需求和期望的軟件系統(tǒng)。需求是從產(chǎn)品概念通向用戶滿意之路的最本質(zhì)的一步。把軟件需求轉(zhuǎn)化為健壯的設(shè)計(jì)和合理的項(xiàng)目規(guī)劃是項(xiàng)目成功的基本保證。

28/2517.0做好需求轉(zhuǎn)化的意義和作用一個(gè)軟件開(kāi)發(fā)項(xiàng)目最終可發(fā)17.0做好需求轉(zhuǎn)化的意義和作用

軟件開(kāi)發(fā)人員與客戶、用戶對(duì)需求的理解不同、對(duì)系統(tǒng)的要求不同、甚至由于利益關(guān)系的不同，將影響轉(zhuǎn)化工作的順利進(jìn)行。需求分析人員與軟件設(shè)計(jì)和編碼人員在對(duì)系統(tǒng)的理解角度、認(rèn)識(shí)水平、掌握的技術(shù)，甚至在年齡、工作經(jīng)歷、和所處地位的差別，將影響轉(zhuǎn)化工作的順利進(jìn)行。

29/2517.0做好需求轉(zhuǎn)化的意義和作用軟件開(kāi)發(fā)人員與客戶、用17.0做好需求轉(zhuǎn)化的意義和作用基線需求項(xiàng)目計(jì)劃設(shè)計(jì)和代碼測(cè)試根據(jù)需求確定項(xiàng)目的規(guī)模根據(jù)產(chǎn)品規(guī)模進(jìn)行評(píng)估當(dāng)需求改變時(shí)更新計(jì)劃使用需求優(yōu)先級(jí)驅(qū)動(dòng)迭代讓開(kāi)發(fā)人員評(píng)審需求根據(jù)質(zhì)量屬性決定體系結(jié)構(gòu)設(shè)計(jì)將需求分配給各組件跟蹤需求到設(shè)計(jì)和代碼盡早開(kāi)始測(cè)試設(shè)計(jì)用需求驅(qū)動(dòng)系統(tǒng)測(cè)試讓用戶開(kāi)發(fā)驗(yàn)收測(cè)試跟蹤需求到測(cè)試圖17-1需求推動(dòng)項(xiàng)目規(guī)劃、設(shè)計(jì)、編碼和測(cè)試活動(dòng)P209

30/2517.0做好需求轉(zhuǎn)化的意義和作用基線項(xiàng)目計(jì)劃設(shè)計(jì)和代碼測(cè)17.1從需求到項(xiàng)目規(guī)劃由于需求定義了項(xiàng)目預(yù)期的成果，所以項(xiàng)目規(guī)劃、預(yù)測(cè)和進(jìn)度安排都必須以軟件需求為基礎(chǔ)。但是，請(qǐng)大家牢記，最重要的項(xiàng)目成果是交付滿足業(yè)務(wù)目標(biāo)的系統(tǒng)，而不一定是根據(jù)最初的項(xiàng)目規(guī)劃實(shí)現(xiàn)所有初始需求的系統(tǒng)。P210

31/2517.1從需求到項(xiàng)目規(guī)劃由于需求定義了項(xiàng)目預(yù)期的成果，所17.1從需求到項(xiàng)目規(guī)劃項(xiàng)目團(tuán)隊(duì)到底應(yīng)該在需求工程中投入多少時(shí)間和精力，是一個(gè)必須解決的問(wèn)題。對(duì)小型項(xiàng)目而言，團(tuán)隊(duì)在需求工程上所發(fā)費(fèi)的故障量應(yīng)該占項(xiàng)目的12％～15％。相當(dāng)多的證據(jù)表明，花一些時(shí)間理解需求實(shí)際上可以加速項(xiàng)目的開(kāi)發(fā)進(jìn)度。P210

32/2517.1從需求到項(xiàng)目規(guī)劃項(xiàng)目團(tuán)隊(duì)到底應(yīng)該在需求工程中投入17.1從需求到項(xiàng)目規(guī)劃歐洲的一份研究表明，產(chǎn)品開(kāi)發(fā)較快的團(tuán)隊(duì)，與產(chǎn)品開(kāi)發(fā)較慢的團(tuán)隊(duì)相比，在需求階段所投入的時(shí)間和工作量更多一些。P210投入的工作量投入的時(shí)間開(kāi)發(fā)較快的項(xiàng)目14％17％開(kāi)發(fā)較慢的項(xiàng)目7％9％表17-1對(duì)需求工作的投入可以加速項(xiàng)目的開(kāi)發(fā)

33/2517.1從需求到項(xiàng)目規(guī)劃歐洲的一份研究表明，產(chǎn)品開(kāi)發(fā)較快17.1從需求到項(xiàng)目規(guī)劃需求和預(yù)估

可以根據(jù)文本需求、分析模型、原型或用戶界面來(lái)估計(jì)軟件產(chǎn)品的規(guī)模；雖然軟件的規(guī)模沒(méi)有規(guī)定的度量標(biāo)準(zhǔn)，但可以采用如下一些方法來(lái)進(jìn)行度量：需求的數(shù)量；功能點(diǎn)和特性點(diǎn)的數(shù)量；圖形用戶界面（GUI）元素的數(shù)量、類型和復(fù)雜度；用于實(shí)現(xiàn)特定需求所需的源代碼行數(shù)；對(duì)象類的數(shù)量或其他面向?qū)ο笙到y(tǒng)的衡量標(biāo)準(zhǔn)。P211

34/2517.1從需求到項(xiàng)目規(guī)劃可以根據(jù)文本需求、分析模型、原17.1從需求到項(xiàng)目規(guī)劃需求和進(jìn)度安排

許多軟件工程實(shí)行“從右到左的進(jìn)度安排”，這種方式常常不能按時(shí)完成項(xiàng)目。在做出詳細(xì)的規(guī)劃和約定之前定義軟件需求是更現(xiàn)實(shí)的。進(jìn)度范圍成本需求進(jìn)度范圍成本需求圖17-2兩種不同的進(jìn)度安排P212

35/2517.1從需求到項(xiàng)目規(guī)劃許多軟件工程實(shí)行“從右到左的進(jìn)17.1從需求到項(xiàng)目規(guī)劃需求和進(jìn)度安排對(duì)于復(fù)雜的系統(tǒng)，軟件僅是最終產(chǎn)品的一部分時(shí)，只有在系統(tǒng)需求（產(chǎn)品級(jí)需求）產(chǎn)生以后，才能建立高層的進(jìn)度安排。將系統(tǒng)需求分解并分配到各個(gè)不同的軟硬件子系統(tǒng)中，有利于進(jìn)度的安排和執(zhí)行。必須根據(jù)市場(chǎng)需求、銷(xiāo)售計(jì)劃、客戶服務(wù)要求以及產(chǎn)品開(kāi)發(fā)計(jì)劃等的為基礎(chǔ)建立起一致的產(chǎn)品發(fā)行日期。P213

36/2517.1從需求到項(xiàng)目規(guī)劃對(duì)于復(fù)雜的系統(tǒng)，軟件僅是最終產(chǎn)17.1從需求到項(xiàng)目規(guī)劃需求和進(jìn)度安排正確的項(xiàng)目規(guī)劃需要以下元素：根據(jù)對(duì)需求的清楚理解來(lái)估計(jì)產(chǎn)品規(guī)模的大?。桓鶕?jù)歷史記錄了解開(kāi)發(fā)小組的工作效率；需要一張綜合的任務(wù)列表，以便完整地實(shí)現(xiàn)和驗(yàn)證每一特性或用例；相當(dāng)穩(wěn)定的需求；項(xiàng)目團(tuán)隊(duì)的經(jīng)驗(yàn)。P213

37/2517.1從需求到項(xiàng)目規(guī)劃正確的項(xiàng)目規(guī)劃需要以下元素：17.2從需求到設(shè)計(jì)和編碼

需求和設(shè)計(jì)之間存在差別，需求開(kāi)發(fā)和規(guī)格說(shuō)明應(yīng)該強(qiáng)調(diào)對(duì)預(yù)期系統(tǒng)外部行為的理解和描述。必須讓設(shè)計(jì)者和開(kāi)發(fā)者參與需求審查以判斷需求是否可以作為設(shè)計(jì)的基礎(chǔ)。直接從需求規(guī)格說(shuō)明跳到編碼階段，其可能的結(jié)果只能是結(jié)構(gòu)性很差的一個(gè)軟件。在構(gòu)造軟件之前，應(yīng)該仔細(xì)考慮構(gòu)造系統(tǒng)的最有效的方法。P213

38/2517.2從需求到設(shè)計(jì)和編碼需求和設(shè)計(jì)之間存在差別，需求17.2從需求到設(shè)計(jì)和編碼分析模型代表了用戶和開(kāi)發(fā)小組對(duì)正在解決的問(wèn)題的理解，而設(shè)計(jì)模型則描繪了應(yīng)該如何構(gòu)造系統(tǒng)。如果在需求分析之后立刻進(jìn)行編碼，那么必定會(huì)出現(xiàn)代碼重復(fù)。而且設(shè)計(jì)上的返工比編碼返工可能要效率高一些。以需求為基礎(chǔ)，反復(fù)設(shè)計(jì)將產(chǎn)生優(yōu)良成果，用不同的方法進(jìn)行設(shè)計(jì)可以精細(xì)化最初的概念。P213

39/2517.2從需求到設(shè)計(jì)和編碼分析模型代表了用戶和開(kāi)發(fā)小組17.2從需求到設(shè)計(jì)和編碼在開(kāi)始實(shí)現(xiàn)產(chǎn)品之前，雖然不需要為整個(gè)產(chǎn)品開(kāi)發(fā)完整的、詳細(xì)的設(shè)計(jì)，但是，應(yīng)該先對(duì)每一個(gè)組件進(jìn)行設(shè)計(jì)，然后再對(duì)其進(jìn)行編碼。

當(dāng)項(xiàng)目難度很大、涉及的接口和交付復(fù)雜、開(kāi)發(fā)人員經(jīng)驗(yàn)不足時(shí)，最能體現(xiàn)設(shè)計(jì)規(guī)劃的好處。P215

40/2517.2從需求到設(shè)計(jì)和編碼在開(kāi)始實(shí)現(xiàn)產(chǎn)品之前，雖然不需要17.2從需求到設(shè)計(jì)和編碼如下的建議對(duì)所有的項(xiàng)目類型都有益：

為子系統(tǒng)和組件開(kāi)發(fā)一個(gè)堅(jiān)固的體系結(jié)構(gòu)，這一體系結(jié)構(gòu)在產(chǎn)品改進(jìn)的過(guò)程中可以保持不變；明確需要?jiǎng)?chuàng)建的對(duì)象類或功能模塊，定義他們的接口、職責(zé)以及與其他單元的協(xié)作；對(duì)并行處理系統(tǒng)，要理解計(jì)劃執(zhí)行的線程或?qū)Σl(fā)進(jìn)程的功能分配；根據(jù)強(qiáng)內(nèi)聚、松耦合和信息隱藏的設(shè)計(jì)原則，定義每個(gè)代碼單元的預(yù)期功能；確保設(shè)計(jì)滿足所有的功能需求，但不包括不必要的功能；確保設(shè)計(jì)能適應(yīng)可能出現(xiàn)的異常條件；確保設(shè)計(jì)能達(dá)到所陳述的性能、健壯性、可靠性和其他一些質(zhì)量屬性的目標(biāo)。P215

41/2517.2從需求到設(shè)計(jì)和編碼如下的建議對(duì)所有的項(xiàng)目類型都有17.3從需求到測(cè)試測(cè)試和需求工程是一種相互促進(jìn)的關(guān)系，好的需求工程可以生存更好的測(cè)試，好的測(cè)試分析可以生存更好的需求。需求是系統(tǒng)測(cè)試的基礎(chǔ)，對(duì)產(chǎn)品的測(cè)試應(yīng)該根據(jù)需求文檔中所記錄的產(chǎn)品的預(yù)期行為來(lái)進(jìn)行，而不應(yīng)該根據(jù)設(shè)計(jì)或編碼來(lái)測(cè)試。產(chǎn)品可以正確地展示基于代碼的測(cè)試用例所描述的所有行為，但這并不意味著產(chǎn)品正確地實(shí)現(xiàn)了用戶或功能性需求。應(yīng)該讓測(cè)試人員參與需求審查，這樣可以確保需求是可以驗(yàn)證的并可以作為系統(tǒng)測(cè)試的基礎(chǔ)。P216

42/2517.3從需求到測(cè)試測(cè)試和需求工程是一種相互促進(jìn)的關(guān)系，17.3從需求到測(cè)試當(dāng)每個(gè)需求都穩(wěn)定之后，系統(tǒng)測(cè)試人員應(yīng)該編寫(xiě)以測(cè)試用例為主的《測(cè)試計(jì)劃》，通過(guò)測(cè)試、審查，演示或分析來(lái)驗(yàn)證需求。根據(jù)需求中的邏輯描述，利用諸如因果圖等分析技術(shù)來(lái)獲得測(cè)試用例，這將會(huì)揭示需求的二義性、遺漏或隱含的其它條件和其它問(wèn)題。每個(gè)需求應(yīng)至少由一個(gè)測(cè)試用例來(lái)測(cè)試。有經(jīng)驗(yàn)的測(cè)試人員可以根據(jù)他們對(duì)產(chǎn)品的預(yù)期功能、用法、質(zhì)量特性和特有行為的理解，概括出純粹基于需求的測(cè)試。P216

43/2517.3從需求到測(cè)試當(dāng)每個(gè)需求都穩(wěn)定之后，系統(tǒng)測(cè)試人員17.3從需求到測(cè)試

基于SRS的測(cè)試適用于許多測(cè)試設(shè)計(jì)策略如動(dòng)作驅(qū)動(dòng)、數(shù)據(jù)驅(qū)動(dòng)、邏輯驅(qū)動(dòng)、事件驅(qū)動(dòng)和狀態(tài)驅(qū)動(dòng)等。從正式的SRS中很容易自動(dòng)生成測(cè)試用例，但是對(duì)于更多的由自然語(yǔ)言描述的SRS，必須手工開(kāi)發(fā)測(cè)試用例。比起結(jié)構(gòu)化分析圖，對(duì)象模型更易于自動(dòng)生成測(cè)試用例。P216

44/2517.3從需求到測(cè)試基于SRS的測(cè)試適用于許多測(cè)試設(shè)計(jì)17.3從需求到測(cè)試在開(kāi)發(fā)的進(jìn)展過(guò)程中，通過(guò)詳細(xì)的軟件功能需求仔細(xì)推敲來(lái)自使用實(shí)例的需求，并最終轉(zhuǎn)化成單個(gè)代碼模塊的規(guī)格說(shuō)明。針對(duì)需求的測(cè)試必須在軟件結(jié)構(gòu)的每一層進(jìn)行，而不只是在用戶層進(jìn)行。即使有些模塊功能在整個(gè)軟件產(chǎn)品中對(duì)用戶都不可見(jiàn)，但是每個(gè)模塊功能必須滿足其自身的需求或規(guī)格說(shuō)明要求。因此，針對(duì)用戶需求來(lái)測(cè)試系統(tǒng)是系統(tǒng)測(cè)試的必要但