《軟件工程基礎》全套PPT課件

《軟件工程基礎》全套PPT課件,軟件工程基礎,軟件工程,基礎,全套,PPT,課件 2.1 軟件需求獲取的任務 軟件需求（軟件需求（software requirement）是為）是為了解決用戶的問題或實現(xiàn)用戶的目標，用了解決用戶的問題或實現(xiàn)用戶的目標，用戶所需的軟件必須滿足的能力和條件戶所需的軟件必須滿足的能力和條件。獲取軟件需求要涉及到多種人員，每種人獲取軟件需求要涉及到多種人員，每種人員對需求的描述是不同的員對需求的描述是不同的 主要的需求種類 業(yè)務需求：描述了使用軟件系統(tǒng)要達到什么目標。業(yè)務需求：描述了使用軟件系統(tǒng)要達到什么目標。系統(tǒng)需求：為了滿足用戶解決問題需要的條件或系統(tǒng)需求：為了滿足用戶解決問題需要的條件或能力，系統(tǒng)或系統(tǒng)成分必須滿足或具有的條件或能力，系統(tǒng)或系統(tǒng)成分必須滿足或具有的條件或能力。能力。功能需求：規(guī)定了軟件必須實現(xiàn)的功能性需求。功能需求：規(guī)定了軟件必須實現(xiàn)的功能性需求。非功能需求非功能需求:在滿足功能需求的基礎上，軟件系統(tǒng)在滿足功能需求的基礎上，軟件系統(tǒng)還必須具有一定的特性和必須遵循一定的約束，還必須具有一定的特性和必須遵循一定的約束，非功能需求描述相應的特性和約束。非功能需求描述相應的特性和約束。2.2 軟件需求的獲取與確認過程 2.3 快速原型化方法快速原型化方法原型法（原型法（prototyping）是這樣的一種軟件是這樣的一種軟件開發(fā)技術，通過開發(fā)軟件的初期版本讓用開發(fā)技術，通過開發(fā)軟件的初期版本讓用戶進行反饋來確定軟件的可行性，研究開戶進行反饋來確定軟件的可行性，研究開發(fā)技術或開發(fā)過程支持的其他問題。發(fā)技術或開發(fā)過程支持的其他問題?？焖僭突焖僭突╮apidprototyping）是一種原型）是一種原型法，它的重點是在開發(fā)過程的早期就開發(fā)出原法，它的重點是在開發(fā)過程的早期就開發(fā)出原型，使反饋和分析提前，以支持開發(fā)過程型，使反饋和分析提前，以支持開發(fā)過程1。2.3 快速原型化方法快速原型化方法（1）演示原型）演示原型 通過演示原型向用戶展示一些界面，讓用通過演示原型向用戶展示一些界面，讓用戶判斷基于該原型的系統(tǒng)是否能夠滿足他戶判斷基于該原型的系統(tǒng)是否能夠滿足他們的要求。們的要求。（2）技術驗證原型技術驗證原型 該原型在技術層上實現(xiàn)軟件的部分功能，該原型在技術層上實現(xiàn)軟件的部分功能，以驗證技術上的可行性。以驗證技術上的可行性。2.4 基于用況的方法基于用況的方法基于用況的方法通過建立用況模型來獲取基于用況的方法通過建立用況模型來獲取與確定需求。與確定需求。在建立用況模型時，要確定系統(tǒng)邊界，找在建立用況模型時，要確定系統(tǒng)邊界，找出在系統(tǒng)邊界以外與系統(tǒng)交互的事物，然出在系統(tǒng)邊界以外與系統(tǒng)交互的事物，然后從這些事物與系統(tǒng)進行交互的角度，通后從這些事物與系統(tǒng)進行交互的角度，通過用況來描述這些事物怎樣使用系統(tǒng)，以過用況來描述這些事物怎樣使用系統(tǒng)，以及系統(tǒng)向它們提供什么功能。及系統(tǒng)向它們提供什么功能。2.4.1系統(tǒng)邊界系統(tǒng)邊界系統(tǒng)邊界系統(tǒng)邊界是系統(tǒng)的所有內部成分與系統(tǒng)以外各種是系統(tǒng)的所有內部成分與系統(tǒng)以外各種事物的分界線。事物的分界線。系統(tǒng)只通過邊界上的有限個接口與外部的系統(tǒng)使系統(tǒng)只通過邊界上的有限個接口與外部的系統(tǒng)使用者（人員、設備或外系統(tǒng)）進行交互。用者（人員、設備或外系統(tǒng)）進行交互。2.4.1系統(tǒng)邊界系統(tǒng)邊界現(xiàn)實世界中的事物與系統(tǒng)的關系包括如下幾種情況：現(xiàn)實世界中的事物與系統(tǒng)的關系包括如下幾種情況：某些事物位于系統(tǒng)邊界內，作為系統(tǒng)成分。某些事物位于系統(tǒng)邊界內，作為系統(tǒng)成分。某些事物位于系統(tǒng)邊界外，作為參與者。某些事物位于系統(tǒng)邊界外，作為參與者。某某些些事事物物可可能能既既有有一一個個對對象象作作為為其其抽抽象象描描述述，而而本本身身（作作為為現(xiàn)現(xiàn)實世界中的事物）又是在系統(tǒng)邊界以外與系統(tǒng)進行交互的參與者。實世界中的事物）又是在系統(tǒng)邊界以外與系統(tǒng)進行交互的參與者。某些事物即使屬于問題域，也與系統(tǒng)責任沒有什么關系。某些事物即使屬于問題域，也與系統(tǒng)責任沒有什么關系。認識清楚上述事物之間的關系，也就劃分出了系統(tǒng)邊界。認識清楚上述事物之間的關系，也就劃分出了系統(tǒng)邊界。2.4.2參與者參與者參與者參與者(actor)定義了一組在功能上密切相定義了一組在功能上密切相關的角色，當一個事物與系統(tǒng)交互時，該關的角色，當一個事物與系統(tǒng)交互時，該事物可以扮演這樣的角色。事物可以扮演這樣的角色。參與者的表示法 2.4.2參與者參與者識別參與者識別參與者 參與者是在系統(tǒng)之外的與系統(tǒng)進參與者是在系統(tǒng)之外的與系統(tǒng)進行交互的任何事物。這些事物可行交互的任何事物。這些事物可為人員、外部系統(tǒng)或設備。為人員、外部系統(tǒng)或設備。2.4.2參與者參與者人員人員直接使用系統(tǒng)的人員是參與者。這里強調的是直直接使用系統(tǒng)的人員是參與者。這里強調的是直接使用，而不是間接使用。接使用，而不是間接使用。外部系統(tǒng)外部系統(tǒng)所有與本系統(tǒng)交互的外部系統(tǒng)都是參與者。所有與本系統(tǒng)交互的外部系統(tǒng)都是參與者。相對相對于當前在正在開發(fā)的系統(tǒng)而言，外部系統(tǒng)可以是于當前在正在開發(fā)的系統(tǒng)而言，外部系統(tǒng)可以是其他子系統(tǒng)、下級系統(tǒng)或上級系統(tǒng)，也即任何與其他子系統(tǒng)、下級系統(tǒng)或上級系統(tǒng)，也即任何與它進行協(xié)作的系統(tǒng)，但對這樣的系統(tǒng)的開發(fā)并不它進行協(xié)作的系統(tǒng)，但對這樣的系統(tǒng)的開發(fā)并不是開發(fā)本系統(tǒng)的人員的責任。是開發(fā)本系統(tǒng)的人員的責任。設備設備識別所有與系統(tǒng)交互的設備：這樣的設備與系統(tǒng)識別所有與系統(tǒng)交互的設備：這樣的設備與系統(tǒng)相連并向系統(tǒng)提供外界信息，也可能系統(tǒng)要向這相連并向系統(tǒng)提供外界信息，也可能系統(tǒng)要向這樣的設備提供信息，設備在系統(tǒng)的控制下運行。樣的設備提供信息，設備在系統(tǒng)的控制下運行。2.4.3 用況用況用況用況(use case)是描述系統(tǒng)的一項功能的一是描述系統(tǒng)的一項功能的一組動作序列，這樣的動作序列表示參與者組動作序列，這樣的動作序列表示參與者與系統(tǒng)間的交互，系統(tǒng)執(zhí)行該動作序列要與系統(tǒng)間的交互，系統(tǒng)執(zhí)行該動作序列要為參與者產生結果。為參與者產生結果。用況名用況的表示法 2.4.3 用況用況使用用況來可視化、詳述、構造和文檔化所希望的系統(tǒng)行使用用況來可視化、詳述、構造和文檔化所希望的系統(tǒng)行為。盡管用況中描述的行為是系統(tǒng)級的，但在用況內所描為。盡管用況中描述的行為是系統(tǒng)級的，但在用況內所描述的交互中的動作應該是詳細的，準則是對用況的理解不述的交互中的動作應該是詳細的，準則是對用況的理解不產生歧義即可。若描述得過于綜合，則不易認識清楚系統(tǒng)產生歧義即可。若描述得過于綜合，則不易認識清楚系統(tǒng)的功能。的功能。用況描述中的一個動作應該描述參與者或系統(tǒng)要完成的交用況描述中的一個動作應該描述參與者或系統(tǒng)要完成的交互中的一個步驟?；ブ械囊粋€步驟。在用況中只描述參與者和系統(tǒng)彼此為對方直接地做了些什在用況中只描述參與者和系統(tǒng)彼此為對方直接地做了些什么事，不描述怎么做，也不描述間接地做了些什么。么事，不描述怎么做，也不描述間接地做了些什么。系統(tǒng)所產生的結果，是指系統(tǒng)對參與者的動作要做出響應。系統(tǒng)所產生的結果，是指系統(tǒng)對參與者的動作要做出響應。用況描述的是參與者所使用的一項系統(tǒng)功能，該項功能應用況描述的是參與者所使用的一項系統(tǒng)功能，該項功能應該相對完整。也即應該保證用況是某一項功能的完整的規(guī)該相對完整。也即應該保證用況是某一項功能的完整的規(guī)格說明，而不能只是其中的一個片段。格說明，而不能只是其中的一個片段。在用況描述中，由參與者首先發(fā)起交互的可能性較大，但在用況描述中，由參與者首先發(fā)起交互的可能性較大，但有些交互也可能是由系統(tǒng)首先發(fā)起的。有些交互也可能是由系統(tǒng)首先發(fā)起的。收款員收款收款員收款輸入開始本次收款的命令；輸入開始本次收款的命令；作好收款準備，應收款總作好收款準備，應收款總 數(shù)置為數(shù)置為0 0，輸出提示信息；，輸出提示信息；for for 顧客選購的每種商品顧客選購的每種商品 dodo 輸入商品編號；輸入商品編號；if if 此種商品多于一件此種商品多于一件 thenthen 輸入商品數(shù)量輸入商品數(shù)量 end ifend if；檢索商品名稱及單價；檢索商品名稱及單價；貨架商品數(shù)減去售出數(shù)；貨架商品數(shù)減去售出數(shù)；if if 貨架商品數(shù)低于下限貨架商品數(shù)低于下限thenthen 通知供貨員請求上貨通知供貨員請求上貨 end ifend if；計算本種商品總價并打印編號、計算本種商品總價并打印編號、名稱、數(shù)量、單價、總價；名稱、數(shù)量、單價、總價；總價累加到應收款總數(shù)；總價累加到應收款總數(shù)；end forend for；打印應收款總數(shù)；打印應收款總數(shù)；輸入顧客交來的款數(shù)；輸入顧客交來的款數(shù)；計算應找回的款數(shù)，計算應找回的款數(shù)，打印以上兩個數(shù)目，打印以上兩個數(shù)目，應收款數(shù)計入帳冊。應收款數(shù)計入帳冊。例2.4.3 用況用況用況與參與者之間的關系用況與參與者之間的關系 一個參與者可以同多個用況交互，一個用況也一個參與者可以同多個用況交互，一個用況也可以同多個參與者交互。可以同多個參與者交互。把參與者與用況間的這種交互關系稱為關聯(lián)。把參與者與用況間的這種交互關系稱為關聯(lián)。若沒做具體的規(guī)定，交互是雙向的，即參與者若沒做具體的規(guī)定，交互是雙向的，即參與者能夠對系統(tǒng)進行請求，系統(tǒng)也能夠要求參與者能夠對系統(tǒng)進行請求，系統(tǒng)也能夠要求參與者采取某些動作。采取某些動作。把參與者和用況之間的關聯(lián)表示成參與者和用把參與者和用況之間的關聯(lián)表示成參與者和用況之間的一條實線。若要明確地指出參與者和況之間的一條實線。若要明確地指出參與者和用況之間的通訊是單向的，就在關聯(lián)線上接收用況之間的通訊是單向的，就在關聯(lián)線上接收通訊的那端加一個箭頭，用以指示方向。通訊的那端加一個箭頭，用以指示方向。2.4.3 用況用況收款檢查售貨員售貨員售貨員售貨員統(tǒng)計員統(tǒng)計員統(tǒng)計員統(tǒng)計員2.4.3 用況用況1 1）包含）包含 A用況XA用況Y A(A)(A)用況X用況Y 2.4.3 用況用況從從基基用用況況到到被被包包含含用用況況的的包包包包含含含含關關關關系系系系表表明明：基基用用況況在在它它內內部部說明的某一（些）位置上顯式地使用供應者用況的行為的結果。說明的某一（些）位置上顯式地使用供應者用況的行為的結果。通通過過一一個個敞敞開開的的虛虛線線箭箭頭頭表表示示用用況況之之間間的的包包含含關關系系，該該箭箭頭頭 從從 基基 用用 況況 指指 向向 被被 包包 含含 的的 用用 況況。這這 個個 箭箭 頭頭 用用 關關 鍵鍵 字字標記。標記。被包含用況被包含用況基用況基用況2.4.3 用況用況2.4.3 用況用況1 1）擴展）擴展 If AIF CIF AIF C用況X用況Y A CIF(A)IF(C)IF(A)IF(C)用況X用況Y 2.4.3 用況用況從從基基用用況況到到擴擴展展用用況況的的擴擴擴擴展展展展關關關關系系系系表表明明：按按基基用用況況中中指指定定的的擴擴展展條條件件，把把擴擴展展用用況況的的行行為為插插入入到到由由基基用用況況中中的的擴擴展展點點定定義義的位置。的位置。通通過過敞敞開開的的虛虛線線箭箭頭頭表表示示用用況況之之間間的的擴擴展展關關系系，該該箭箭頭頭從從提提供供擴擴展展的的用用況況指指向向基基用用況況。這這個個箭箭頭頭用用關關鍵鍵字字標標記?？梢栽谶@個關鍵字附近表示這個關系的條件。記。可以在這個關鍵字附近表示這個關系的條件。基用況基用況擴展用況擴展用況基用況是可單獨存在的，但是在一定的條件下，基用況是可單獨存在的，但是在一定的條件下，它的行為可以被另一個用況的行為擴展。在擴它的行為可以被另一個用況的行為擴展。在擴展用況中可定義一組行為增量，在其中定義的展用況中可定義一組行為增量，在其中定義的行為離開基用況單獨是沒意義的。行為離開基用況單獨是沒意義的。一個擴展用況可以擴展多個用況，一個用況也一個擴展用況可以擴展多個用況，一個用況也可以被多個用況擴展，甚至一個擴展用況自身可以被多個用況擴展，甚至一個擴展用況自身也可以被其他擴展用況來擴展。也可以被其他擴展用況來擴展。2.4.3 用況用況一個一個擴展點擴展點是基用況中的一個位置，是基用況中的一個位置，在這樣的位置上，如果擴展條件為真，在這樣的位置上，如果擴展條件為真，就在其中插入擴展用況中描述的全部動就在其中插入擴展用況中描述的全部動作序列或其中的一部分，并予以執(zhí)行。作序列或其中的一部分，并予以執(zhí)行。執(zhí)行完后，基用況繼續(xù)執(zhí)行擴展點下面執(zhí)行完后，基用況繼續(xù)執(zhí)行擴展點下面的行為。如果擴展條件為假，擴展不會的行為。如果擴展條件為假，擴展不會發(fā)生。發(fā)生。可以把擴展點列在用況中的一個題可以把擴展點列在用況中的一個題頭為頭為“擴展點擴展點”的分欄中。以一種適當?shù)姆謾谥小Ｒ砸环N適當?shù)姆绞浇o出擴展點的位置描述，通常采的方式給出擴展點的位置描述，通常采用普通的文本。用普通的文本?；脹r基用況擴展用況擴展用況2.4.3 用況用況3）泛化）泛化用用況況之之間間的的泛泛化化關關系系就就像像類類之之間間的的泛泛化化關關系系一一樣樣。子子用用況況繼繼承承父父用用況況的的行行為為和和含含義義；子子用用況況還還可可以以增增加加或或覆覆蓋蓋父父用用況況的的行行為為；子子用用況況可可以以出出現(xiàn)現(xiàn)在在父父用用況況出出現(xiàn)現(xiàn)的的任任何何位位置置（父父和和子均有具體的實例）。子均有具體的實例）。用一個指向父用況的帶有封閉的空心箭頭的實線來表示用一個指向父用況的帶有封閉的空心箭頭的實線來表示用況之間的泛化關系。用況之間的泛化關系。BA捕獲用況捕獲用況1 1）利用參與者捕獲用況）利用參與者捕獲用況）利用參與者捕獲用況）利用參與者捕獲用況 對所有的參與者（把自己作為參與者），提問下列問題：對所有的參與者（把自己作為參與者），提問下列問題：每個參與者的主要任務是什么？每個參與者的主要任務是什么？粗粒度粗粒度它們參加了什么在本質上是不同的過程？它們參加了什么在本質上是不同的過程？能能完完成成特特定定功功能能的的每每一一項項活活動動明明確確地地是是一一個個用用況況。這這些些參參與與者者參參與與的活動，通常會導致其它用況。的活動，通常會導致其它用況。2.4.3 用況用況2）從系統(tǒng)功能角度捕獲用況）從系統(tǒng)功能角度捕獲用況（1）以以窮窮舉舉的的方方式式檢檢查查用用戶戶對對系系統(tǒng)統(tǒng)的的功功能能需需求求是是否否能能在在各各個個用用況況中中體體現(xiàn)現(xiàn)出出來。來。（2）以以窮窮舉舉的的方方式式考考慮慮每每一一個個參參與與者者與與系系統(tǒng)統(tǒng)的的交交互互情情況況，看看看看每每個個參參與與者者要要求求系系統(tǒng)統(tǒng)提提供供什什么么功功能能，以以及及參參與與者者的的每每一一項項輸輸入入信信息息將將要要求求系系統(tǒng)統(tǒng)作作出出什什么么反映，進行什么處理。反映，進行什么處理。（3）考考慮慮對對例例外外情情況況的的處處理理。針針對對用用況況描描述述的的基基本本流流，要要詳詳盡盡地地考考慮慮各各種種其他的情況其他的情況（4）一一個個用用況況描描述述一一項項功功能能，這這項項功功能能不不能能過過大大。例例如如，把把一一個個企企業(yè)業(yè)信信息息管管理理系系統(tǒng)統(tǒng)粗粗略略地地分分為為生生產產管管理理、供供銷銷管管理理、財財務務管管理理和和人人事事管管理理等等幾幾大大方方面面的功能，就顯得粒度太大了，應該再進行細化。的功能，就顯得粒度太大了，應該再進行細化。（5 5）一一個個用用況況應應該該是是一一個個完完整整的的任任務務，通通常常應應該該在在一一個個相相對對短短的的時時間間段段內內完完成成。如如果果一一個個用用況況的的各各部部分分被被分分配配在在不不同同的的時時間間段段，尤尤其其被被不不同同的的參參與與者者執(zhí)行，最好還是將各部分作為單獨的用況對待。執(zhí)行，最好還是將各部分作為單獨的用況對待。2.4.3 用況用況場景用況抽象3）、使用場景技術、使用場景技術 如果不能順利地確定一個用況的描述，可“角色扮演”技術。2.4.3 用況用況描述用況描述用況用況文檔模板用況文檔模板用況文檔模板用況文檔模板用況名用況名描述：對該用況的一句或兩句的描述。描述：對該用況的一句或兩句的描述。參與者：該用況的參與者。參與者：該用況的參與者。包含：該用況所包含的用況，以及包含它的用況。包含：該用況所包含的用況，以及包含它的用況。擴展：該用況可以擴展的用況，以及擴展它的用況。擴展：該用況可以擴展的用況，以及擴展它的用況。泛化：該用況的子用況和父用況。泛化：該用況的子用況和父用況。前置條件：啟動該用況所必須具備的條件。前置條件：啟動該用況所必須具備的條件。細節(jié)：該用況的細節(jié)。（基本流與可選流）細節(jié)：該用況的細節(jié)。（基本流與可選流）后置條件：在該用況結束時確保成立的條件。后置條件：在該用況結束時確保成立的條件。例外：在該用況的執(zhí)行的過程中可能引起的例外例外：在該用況的執(zhí)行的過程中可能引起的例外*。限制：在應用中可能出現(xiàn)的任何限制限制：在應用中可能出現(xiàn)的任何限制*。注釋：對該用況是重要的任何附加信息。注釋：對該用況是重要的任何附加信息。2.4.3 用況用況2.4.4 用況圖用況圖用況圖是一幅由一組參與者、一組用況以及這些元素之間的關系組成的圖。處理取款單處理取款單業(yè)務員輸入處理取款命令Include 檢查口令收集客戶的取款單上的信息；加急（擴展點）如果客戶選擇了加急 extend 處理加急取款單檢查口令檢查口令基本流：系統(tǒng)提示客戶輸入密碼。客戶按鍵輸入密碼，并按“輸入”按鈕確認。系統(tǒng)校驗這個密碼，如果有效，系統(tǒng)承認這次登錄。可選流：客戶可以在任何時間按“取消”按鈕取消輸入，然后該用況重新開始?？蛇x流：客戶可以在確認之前的任何時刻清除密碼，并重新輸入密碼?？蛇x流：如果客戶輸入了一個無效的密碼，用況重新開始。如果連續(xù)3次無效，系統(tǒng)將禁止用戶再次輸入口令。2.5 需求管理需求管理（1）需求標識和分類）需求標識和分類若功能需求的數(shù)目較大且以后往往要發(fā)生變化，若功能需求的數(shù)目較大且以后往往要發(fā)生變化，需要為每個功能性需求指定一個唯一的標識，為需要為每個功能性需求指定一個唯一的標識，為以后的引用需求、變更需求、跟蹤需求和復用需以后的引用需求、變更需求、跟蹤需求和復用需求提供便利。求提供便利。最簡單的方式是為每個需求賦予一個唯一的序最簡單的方式是為每個需求賦予一個唯一的序列號。可以為序列號規(guī)定一個結構，如用序列列號?？梢詾樾蛄刑栆?guī)定一個結構，如用序列號的前號的前2項描述需求的類型。項描述需求的類型。也可以按功能需求的抽象層次來進行數(shù)字編號也可以按功能需求的抽象層次來進行數(shù)字編號2.5 需求管理需求管理若需求量較大，則應該進行分類組織，以便編寫若需求量較大，則應該進行分類組織，以便編寫文檔和使用。采用數(shù)字編號的方式為需求指定標文檔和使用。采用數(shù)字編號的方式為需求指定標識時，也可能涉及對需求分類的問題。識時，也可能涉及對需求分類的問題。常見的分類方式有：現(xiàn)場記錄下來的用戶工作場常見的分類方式有：現(xiàn)場記錄下來的用戶工作場景；從場景抽象出來的用況；業(yè)務規(guī)則；功能性景；從場景抽象出來的用況；業(yè)務規(guī)則；功能性需求；軟件質量的屬性，如安全、可靠和易用等；需求；軟件質量的屬性，如安全、可靠和易用等；外部接口需求，如用戶界面、硬件接口與其它軟外部接口需求，如用戶界面、硬件接口與其它軟件的接口等；對設計與實現(xiàn)等約束；業(yè)務數(shù)據(jù)項件的接口等；對設計與實現(xiàn)等約束；業(yè)務數(shù)據(jù)項的定義，如數(shù)據(jù)項的數(shù)據(jù)格式、數(shù)據(jù)類型、缺省的定義，如數(shù)據(jù)項的數(shù)據(jù)格式、數(shù)據(jù)類型、缺省值等；等等。值等；等等。2.5 需求管理需求管理（2）變更管理）變更管理需求變化是不可避免的。需求變化是不可避免的。在軟件利益相關者對軟件需求達到共識后，在軟件利益相關者對軟件需求達到共識后，需要定義需求基線。需求基線是經過正式需要定義需求基線。需求基線是經過正式評審與同意、用作下一步開發(fā)的基礎的軟評審與同意、用作下一步開發(fā)的基礎的軟件需求。后續(xù)的需求變更必須遵循正式的件需求。后續(xù)的需求變更必須遵循正式的變更控制過程。變更控制過程。按照上述要求，進行需求管理要定義控制按照上述要求，進行需求管理要定義控制需求變更的過程，用以管理所有提議的變需求變更的過程，用以管理所有提議的變更。更。2.5 需求管理需求管理（3）需求跟蹤）需求跟蹤即使進行簡單的需求變更都會影響軟件的其它地即使進行簡單的需求變更都會影響軟件的其它地方。方。進行需求追蹤的一種常見做法是建立需求跟蹤矩進行需求追蹤的一種常見做法是建立需求跟蹤矩陣。通常用矩陣的列給出需求項，行給出與該需陣。通常用矩陣的列給出需求項，行給出與該需求項相關的其它需求項、實現(xiàn)元素或測試用例等。求項相關的其它需求項、實現(xiàn)元素或測試用例等?？筛鶕?jù)需要定義需求矩陣中的需求關系，如依可根據(jù)需要定義需求矩陣中的需求關系，如依賴關系、從屬關系、精化關系和實現(xiàn)關系等。賴關系、從屬關系、精化關系和實現(xiàn)關系等。2.5 需求管理需求管理