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