復(fù)試哈工大軟工課件

5.12第5需求活需求產(chǎn)出3第5章需求過活需求產(chǎn)出3第5章需求過程與分析需求需求需求規(guī)格需求部門需求客戶(按角色分類優(yōu)先級(jí)排沖突消簽字第5章需求部門需求客戶(按角色分類優(yōu)先級(jí)排沖突消簽字第5章需求獲取與4解背景業(yè)務(wù)第1步：了解相關(guān)背景和領(lǐng)域/第1步：了解相關(guān)背景和領(lǐng)域/行業(yè)的知識(shí)，確定產(chǎn)品所期望的用戶目標(biāo)以及這些任務(wù)所支持的業(yè)務(wù)需求；第4步：整理需求紀(jì)要，發(fā)現(xiàn)新問題，并重復(fù)1-3第6步：優(yōu)先排序和解決沖第7步：整理出需求規(guī)格說明，并與客戶協(xié)商5第2章需求獲取與“看似簡單，實(shí)際卻很難——“6第“看似簡單，實(shí)際卻很難——“6第5章需求獲取與[案例分析1]“他們忙，沒有時(shí)間與你討論需求“銀彈”公司的CEO王神話約見軟件開發(fā)小組李敏捷，商討為公司開發(fā)新系統(tǒng)的事情…[案例分析1]“他們忙，沒有時(shí)間與你討論需求“銀彈”公司的CEO王神話約見軟件開發(fā)小組李敏捷，商討為公司開發(fā)新系統(tǒng)的事情…7第2章獲取與我們的“銀彈”經(jīng)常出故障，客戶總抱怨我們的產(chǎn)品質(zhì)量！我們需要建立一套化學(xué) 制品跟蹤信息系統(tǒng)，可以記錄并查詢化學(xué)藥品的使用情況…你們小組能在五個(gè)月內(nèi)開發(fā)出該系統(tǒng)嗎？ 我已經(jīng)明白這個(gè)項(xiàng)目的重要性了，但在我制定計(jì)劃前，我們必須收集一些系統(tǒng)的需求。王神 你什么意思？我不是剛告訴你我的需求了嗎你只說明了整個(gè)項(xiàng)目的概念與目標(biāo)，這些高層次的業(yè)務(wù)需求并不能為我們提供足 夠的詳細(xì)信息以確定究竟要開發(fā)什么樣的軟件，以及需要多長時(shí)間。我需要一些分析人員與一些知道系統(tǒng)使用要求的化學(xué)專家進(jìn)行討論，然后才能真正明白達(dá)業(yè)務(wù)目標(biāo)所需的各種功能和用戶的要求。 那些化學(xué)專家都非常忙，沒有時(shí)間與你們?cè)敿?xì)討論各種細(xì)節(jié)，你不能讓你的手下的人說明要做的系統(tǒng)嗎？李敏 如果我們只是憑空猜想用戶要求，結(jié)果不會(huì)令人滿意 行了，行了，我們沒有那么多時(shí)間，我來告訴你需求，請(qǐng)馬上開始開發(fā)系統(tǒng)，并隨時(shí)將你們的進(jìn)展情況告訴我。(1)“Yes,But”…當(dāng)你把新開發(fā)的系統(tǒng)展示給用戶時(shí)——“Wow(1)“Yes,But”…當(dāng)你把新開發(fā)的系統(tǒng)展示給用戶時(shí)——“Wow…五分鐘后Yes,but嗯….這個(gè)模塊是怎么回事？……如果那樣的話，我覺得我會(huì)更喜歡它…”8第2章軟件過程與(1“YesBut”綜合“Yes,(1“YesBut”綜合“Yes,But”是軟件開發(fā)中最經(jīng)常遇到的問題，這種反應(yīng)實(shí)際上是人的–不管之前他多么認(rèn)同你的設(shè)計(jì)，在沒有看到真正的系統(tǒng)之前，用戶決不可能機(jī)械設(shè)計(jì)里的每一步都是看的見摸得到的，用戶從最開始就能與設(shè)計(jì)人員同步理解，所以不存在“Yes,But”問題在軟件設(shè)計(jì)里，需求獲取階段的一個(gè)重要目標(biāo)就是如何盡早的把“But”后面––9第5章(2)“UndiscoveredRuins”(2)“UndiscoveredRuins”“知道的越多，不知道的也越多需求是永無止第5章需求獲取與(3)“UserandDeveloper”(3)“UserandDeveloper”中國貓：喵喵~喵日本貓：涅呀~涅呀軟件開發(fā)中，開發(fā)人員與用戶處于不同的知識(shí)、技術(shù)層面，所關(guān)注的目標(biāo)不同，雙方在溝通時(shí)必然存在communicationgap(交流的鴻溝)。第2章軟件過程與(3)“UserandDeveloper”綜合(3)“UserandDeveloper”綜合“理解用戶需求”這一目標(biāo)驅(qū)使軟件開發(fā)人員從他們所沉溺的“01”世界巨大的鴻溝(gap)為了在兩個(gè)截然不同的世界之間架起一座橋梁，有必要學(xué)習(xí)一些技術(shù)第5章第2章需求獲程與第2章需求獲程與解決“Yes,But”綜合癥：直到開發(fā)人員將“UndiscoveredRuins”綜合癥：用戶不知道自己需要什么，或知道但不知如“UserandDeveloper”綜合癥：分析員5.1第5需求需求獲取的關(guān)需求獲取的關(guān)所要避免的問所要必備的條可能采取的手用戶訪談、現(xiàn)場考察、專家咨詢、會(huì)議討論、第5章需求獲取與面對(duì)面訪談(face-to-face專面對(duì)面訪談(face-to-face專題討論會(huì)現(xiàn)場觀察(observingonthe頭腦風(fēng)暴重點(diǎn)注意業(yè)務(wù)單據(jù)等資料的收集、整理??！---分析的依據(jù)多種方法要復(fù)合在一起使用，效果更好第2章軟件過程與需求獲取中最需求獲取中最直接的方法：用戶面談“看起來很美”，但“做起來并不容易——不要把自己放在“專家”第5章軟件過程與“每個(gè)人都能提“每個(gè)人都能提問題，但并不等于人人都會(huì)提問題封閉式問對(duì)錯(cuò)判斷或多項(xiàng)選擇題，回答只需要一兩個(gè)詞開放式問通過提問題增強(qiáng)你對(duì)談話進(jìn)展和方向的控制問題不能過于最開始的問題不能不能在提問之前就已經(jīng)表示不贊談話之前有意識(shí)的準(zhǔn)備一些備用問第2章需求獲取與上下文無關(guān)的問題(context-questions)：充分理上下文無關(guān)的問題(context-questions)：充分理戶的問題，不涉及具體的解決方案––––解決方案相關(guān)的問題(solution-questions)：通這類問題，探尋特定的解決方案并得到用戶認(rèn)第5章需求獲取與確立面談確定確立面談確定要包括的相關(guān)確定參加會(huì)議的項(xiàng)目小組建立要討論的問題和要點(diǎn)復(fù)查有關(guān)文檔和確立時(shí)間和通知所有參加者有關(guān)會(huì)議的目的、時(shí)間和地點(diǎn)第5章需求獲取與1：事先準(zhǔn)備一系1：事先準(zhǔn)備一系列上下文無關(guān)的問題，并將其記錄下來以便面談時(shí)參Step2：面談前，了解一下要面談的客戶公司的背景資Step3：面談過程中，參考事先準(zhǔn)備的面談模板，以保證提出的問題是正確的。將答案記錄到紙面上，并指出和記Step4：面談之后，分析總結(jié)面談?dòng)涗?。?章需求獲取與復(fù)查筆記的準(zhǔn)確復(fù)查筆記的準(zhǔn)確性、完整性和可理解性把所收集的信息轉(zhuǎn)化為適當(dāng)?shù)哪Ｐ秃臀臋n確定需要進(jìn)一步澄清的問向參加會(huì)議的每一個(gè)人發(fā)出此次面談的minutes(會(huì)議紀(jì)要第5章軟件過程與優(yōu)點(diǎn)–人們很愿優(yōu)點(diǎn)–人們很愿意談?wù)撟约旱墓ぷ?，并且總是很喜歡接受訪缺點(diǎn)大多數(shù)人都采用專業(yè)術(shù)語和“行話”，而太多的專業(yè)術(shù)語讓有些需求對(duì)用戶來說太普通了，以至于他們不自覺地認(rèn)為這些需求太基本，不值得去提。但它們對(duì)需求工程師第5章需求獲取與5.15.25.3–5.3.1業(yè)務(wù)調(diào)–5.3.2基于用例的需求獲5.4第5章需求獲取調(diào)研準(zhǔn)––––調(diào)研調(diào)研準(zhǔn)––––調(diào)研過–––撰寫調(diào)研確認(rèn)調(diào)研需求第5河南同力水泥集河南同力水泥集團(tuán)信息系統(tǒng)調(diào)研調(diào)研調(diào)研調(diào)研第5章需求獲取5.15.25.3–5.3.1業(yè)務(wù)調(diào)–5.3.2基于用例的需求獲5.4第5章需求獲取參與者、特性設(shè)名驗(yàn)詞匯需求用例系統(tǒng)事操作enterItemma性參與者、特性設(shè)名驗(yàn)詞匯需求用例系統(tǒng)事操作enterItemma性規(guī)NewSale(Post--..enterItemid,quantity)非功能性需求質(zhì)量屬enterIt (itemID, 設(shè)spec=getProductSpec(itemIDaddLineItem(spec,)第5章需求獲取與SaSalesLineIte.. 1.dat....計(jì)算機(jī)系統(tǒng)或者組織，例如收銀員計(jì)算機(jī)系統(tǒng)或者組織，例如收銀員場景(scenario)：是參與者和系統(tǒng)之間的一系列特定的活動(dòng)交互，也稱為用例實(shí)例(usecaseinstance)用例是文本文檔，而非圖用例建模主要是編寫文本的活動(dòng)，而非制圖。第2章需求獲取與用例：站在用戶角度定義軟用例：站在用戶角度定義軟件系統(tǒng)的外部特征四大特–行為序列(sequencesofactions)：一個(gè)用例由一組可產(chǎn)生某些特定結(jié)果的行為構(gòu)成，這些行為是不可再分解的(接收用戶輸入、執(zhí)行、系統(tǒng)執(zhí)行(systemperforms)可觀測到的、有價(jià)值的結(jié)果(observableresultofvalue)：用例必須特定的角色(particularactor)：某人、某臺(tái)設(shè)備、某外部系統(tǒng)、等–––Use第5章需求獲取與出來的系統(tǒng)將是如何被使用的。用例模型主要由以下模型出來的系統(tǒng)將是如何被使用的。用例模型主要由以下模型元素構(gòu)–參與者(Actor)：存在于被定義系統(tǒng)外部并與該系統(tǒng)發(fā)生交互的人或其他系用例(Use通訊關(guān)聯(lián)(CommunicationAssociation)：用于表示參與者和用例之間的對(duì)應(yīng)關(guān)系，它表示參與者使用了系統(tǒng)中的哪些服務(wù)(用例)、系統(tǒng)所提供的服務(wù)––通訊第5章需求獲取與示例：ATM參與者：銀行示例：ATM參與者：銀行銀行第5章需求獲取與關(guān)于“通訊關(guān)聯(lián)”通訊關(guān)聯(lián)表示的是參與者和關(guān)于“通訊關(guān)聯(lián)”通訊關(guān)聯(lián)表示的是參與者和用例之間的關(guān)–箭頭表示在這一關(guān)系中哪一方是對(duì)話的主動(dòng)發(fā)起者，箭頭所指方是對(duì)話的被動(dòng)接受者如果不想強(qiáng)調(diào)對(duì)話中的主動(dòng)與被動(dòng)關(guān)系，可以使用不帶箭頭的關(guān)聯(lián)實(shí)線。通訊關(guān)聯(lián)不表示在參與者和用例之間的信息流，并且信息流向是雙向的，它––通訊第5章需求獲取與用例=橢圓+名字用例=橢圓+名字？——用例=文本用例事件后置條Use第2軟件過程與Step1：確定系統(tǒng)Step1：確定系統(tǒng)Step2：識(shí)別并描述參與者Step3：確定每個(gè)參與者目標(biāo)，識(shí)別用例Step4：識(shí)別參與者與用例之間的通訊關(guān)聯(lián)Step5：給出每一個(gè)用例的詳細(xì)Step6：細(xì)化用例；第2章需求獲取與Step1系統(tǒng)目系Step1系統(tǒng)目系統(tǒng)范第5需求獲取與Step2通過以下問題來識(shí)別––Step2通過以下問題來識(shí)別––––––該系統(tǒng)需要訪問(讀寫)第5章需求獲取與例1：對(duì)一個(gè)圖書館管理系統(tǒng)來說，有哪些參與–––普通系統(tǒng)管例1：對(duì)一個(gè)圖書館管理系統(tǒng)來說，有哪些參與–––普通系統(tǒng)管普通圖書管系統(tǒng)管例2：對(duì)ATM系統(tǒng)來說，有哪些參與–––銀行ATM維護(hù)后臺(tái)服銀行維護(hù)后臺(tái)服第2章需求獲取與但這些操作并不但這些操作并不是由外部的人或系統(tǒng)觸發(fā)系統(tǒng)周期性第5章需求獲取與Step3：識(shí)別用例(useStep3：識(shí)別用例(use找到參與者之后，據(jù)此來確定系統(tǒng)的用例，主要是看各參與者需要系統(tǒng)提供什么樣的服務(wù)，或者說參與者是如何使用系統(tǒng)的尋找用例可以從以下問題入手(針對(duì)每一個(gè)參與者參與者使用該系統(tǒng)執(zhí)行什么任務(wù)？參與者是否會(huì)將外部的某些事件通知給該系統(tǒng)？系統(tǒng)是否會(huì)將內(nèi)部的某些事件通知該參與者？Use第5章需求獲取與識(shí)別用例（目標(biāo)識(shí)別例1：對(duì)圖書館管理系統(tǒng)來說，有哪些用識(shí)別用例（目標(biāo)識(shí)別例1：對(duì)圖書館管理系統(tǒng)來說，有哪些用––?預(yù)訂????管理讀者登記取消查詢?yōu)g覽圖書?例2：對(duì)ATM系統(tǒng)來說，有哪些參與–維護(hù)周期性???取轉(zhuǎn)第2章需求獲取與用例必須是由某一個(gè)actor用例必須是由某一個(gè)actor觸發(fā)而產(chǎn)生的活動(dòng)，即每個(gè)用例如果存在與actor不進(jìn)行交互的用例，需要將其并入其他用–––第2章軟件過程與下面那個(gè)是有效用––下面那個(gè)是有效用––––老板測基本業(yè)務(wù)過程基本業(yè)務(wù)過程：一個(gè)人于某個(gè)時(shí)刻在一個(gè)地點(diǎn)所執(zhí)行的任務(wù)，用以響應(yīng)業(yè)務(wù)事件。該任務(wù)能夠增加可量化的業(yè)務(wù)價(jià)值，并且以持規(guī)模測?第5章軟求獲取與Step4ATM系查銀行后臺(tái)服轉(zhuǎn)維護(hù)系統(tǒng)5Step4ATM系查銀行后臺(tái)服轉(zhuǎn)維護(hù)系統(tǒng)5軟件過程與第5需求第5需求獲取與通N系統(tǒng)邊處理銷計(jì)算機(jī)系統(tǒng)參與者的可選表示法顧支付授處理退參與收銀通N系統(tǒng)邊處理銷計(jì)算機(jī)系統(tǒng)參與者的可選表示法顧支付授處理退參與收銀收經(jīng)分析活管理用用..第5章軟件過程與Step5用例事件后置條第2Step5用例事件后置條第2章軟件過程與用例的事件––––分為常用例的事件––––分為常規(guī)流和擴(kuò)展流兩第5章需求獲取與用一句簡短的標(biāo)題來概括每用一句簡短的標(biāo)題來概括每一步驟的主要內(nèi)對(duì)每一步驟，從正反兩個(gè)方面來描StepStep––StepStepStepStepStepStep第2軟件過程與Step––––起點(diǎn)：該擴(kuò)展流從事Step––––起點(diǎn)：該擴(kuò)展流從事件流的哪一步開始；條件：在什么條件下會(huì)觸發(fā)該擴(kuò)展流；動(dòng)作：系統(tǒng)在該擴(kuò)展流下會(huì)采取哪些動(dòng)作；恢復(fù)：該擴(kuò)展流結(jié)束之后，該用例應(yīng)如何繼續(xù)執(zhí)行。StepStepStepStepStepStepStep第2章軟件過程與以無用戶界面約以無用戶界面約束的本質(zhì)風(fēng)格編寫用例編寫簡潔的編寫黑盒采用參與者和參與者目標(biāo)的第5章需求獲取與[案例]用例描述第[案例]用例描述第2章需求獲取與[案例]用例描述用例名稱：處理銷售參與[案例]用例描述用例名稱：處理銷售參與者與關(guān)注點(diǎn)：收銀員：希望準(zhǔn)確、快速地輸入，而且沒有支付錯(cuò)誤，因?yàn)槿绻偈肇浛?，將從其工資中扣除?！爸脳l件：收銀員必須經(jīng)過確認(rèn)和認(rèn)證成功保證（或后置條件）：存儲(chǔ)銷售信息。準(zhǔn)確計(jì)算稅金。更新賬務(wù)和庫存信息。主成功場景（或基本流程）：顧客攜帶所購商品或服務(wù)到收銀臺(tái)通過POS機(jī)付款。收銀員開始一次新的銷售交易。收銀員輸入商品條碼擴(kuò)展（或替代流程）：收銀員響應(yīng)該錯(cuò)誤特殊需求：使用大尺寸平面顯示器觸摸屏，文本信息可見距離為1。。發(fā)生頻率：可能會(huì)不斷地發(fā)生未解決問題：… 第2章軟件過程與方 Step6在一般的用例圖Step6在一般的用例圖中，只需表述參與者和用例之間的通訊關(guān)聯(lián)，除此之外，還可以描用例和用例之間的包含(include)用例和用例之間的擴(kuò)展根據(jù)用例描述繪制活動(dòng)––––補(bǔ)充非功能性需第2軟件過程與actor參與者之間可以有泛化(Generalization)關(guān)系actor參與者之間可以有泛化(Generalization)關(guān)系actor第5章需求獲取與用例之間的關(guān)系：包含“包含關(guān)系”是通過在關(guān)聯(lián)關(guān)系上加入<<include>>標(biāo)記來表用例之間的關(guān)系：包含“包含關(guān)系”是通過在關(guān)聯(lián)關(guān)系上加入<<include>>標(biāo)記來表語義：用例1會(huì)用到用例2，用例2的事件流將被插入到用例1的事件一般表示為公共用例用例查取銀行客打印回第需求獲取與用例之間的關(guān)系：擴(kuò)展“擴(kuò)展關(guān)系”是通過在關(guān)聯(lián)關(guān)系上用例之間的關(guān)系：擴(kuò)展“擴(kuò)展關(guān)系”是通過在關(guān)聯(lián)關(guān)系上加入<<extend>>標(biāo)記來表語義：用例2在某些特定情況下會(huì)用到用例1，此時(shí)，用例1的事件流將被插入到用例2的事件流中。一般表示為異常用例用例銀行客打電需求獲取與方呼叫第5用例之間的關(guān)系：擴(kuò)展第5章軟件獲用例之間的關(guān)系：擴(kuò)展第5章軟件獲程與呼叫呼叫常規(guī)流 擴(kuò)展流撥 如果應(yīng)答方正忙，用鈴聲建立通話鏈 示應(yīng)答方并保持撥號(hào)呼擴(kuò)展1b如果應(yīng)答方無應(yīng)答，進(jìn)通 實(shí)際上相當(dāng)于第一個(gè)用例的“擴(kuò)展流34用例之間的關(guān)系：泛化用例 用例 用例之間的關(guān)系：泛化用例 用例 第2章軟件獲程與方 “用例的關(guān)系參與者與參與“用例的關(guān)系參與者與參與者之間的泛化用例和用例之間的包含用例和用例之間的擴(kuò)展用例和用例之間的泛化(generalization)關(guān)系為什么要引入上述關(guān)系？有什么優(yōu)越性？第2章需求獲取與初并發(fā)并發(fā)第5章需求過取與初并發(fā)并發(fā)第5章需求過取與第5章需求獲取與第5章需求獲取與第5章需求獲取與第5章需求獲取與可用可靠可用可靠性可支持實(shí)接（參見示例第5章需求獲取與5.1–5.4.1需求規(guī)格說–5.4.2需求驗(yàn)–5.4.3需求變第5章需求獲取活需求產(chǎn)出第5章需求獲活需求產(chǎn)出第5章需求獲取與需求需求需求--聯(lián)合應(yīng)用設(shè)計(jì)(JointApplicationDesign--聯(lián)合應(yīng)用設(shè)計(jì)(JointApplicationDesign,通過讓所有相關(guān)人員一起參加某個(gè)單一會(huì)議來定義需求或設(shè)計(jì)系系統(tǒng)相關(guān)者在短暫而緊湊的時(shí)間段內(nèi)集中在一起，一般為1至2天，與協(xié)助建立一支高效團(tuán)隊(duì)，圍繞一個(gè)目的：項(xiàng)目的成功所有人員都暢所欲言促進(jìn)用戶與開發(fā)團(tuán)隊(duì)之間達(dá)成共能夠揭露和解決那些妨礙項(xiàng)目第5需求獲取與需求規(guī)格說明書軟件需求規(guī)格說明書SRS(SoftwareRequirements需求規(guī)格說明書軟件需求規(guī)格說明書SRS(SoftwareRequirements––第5章軟件過程與需求規(guī)格說明書SRS作為軟件開發(fā)各類需求規(guī)格說明書SRS作為軟件開發(fā)各類人員之間進(jìn)行理解和交流的手段：–––––第5章需求獲取與功能–非功能屬性(Non-功能–非功能屬性(Non-–––––––第5章軟件過程與項(xiàng)目開發(fā)產(chǎn)品項(xiàng)目開發(fā)產(chǎn)品保證軟件設(shè)計(jì)–需求通常用于表達(dá)“做什么”，而不描述“如何做第2章軟件過程與[例如果可能的話，[例如果可能的話，應(yīng)當(dāng)根據(jù)圖書編號(hào)的列表在線確認(rèn)所輸入的圖書編修改之–系統(tǒng)必須根據(jù)在線的圖書編號(hào)列表確認(rèn)所輸入的圖書編號(hào)。如果在第5章需求獲取與[例2]產(chǎn)品必須在固定的時(shí)[例2]產(chǎn)品必須在固定的時(shí)間間隔內(nèi)提供狀態(tài)信息，并且次時(shí)間間隔不得小于修改之秒–在后臺(tái)任務(wù)進(jìn)程啟動(dòng)之后，消息必須每隔60±10如果正在正常處理后臺(tái)任務(wù)進(jìn)程，那么后臺(tái)任務(wù)管理器必須顯示后臺(tái)任務(wù)當(dāng)完成后臺(tái)任務(wù)時(shí)，后臺(tái)任務(wù)管理器必須顯示一個(gè)“已完成”的信息。如果后臺(tái)任務(wù)中止執(zhí)行，那么后臺(tái)任務(wù)管理器必須顯示一個(gè)出錯(cuò)信息。秒更新一次，并且保持第5章需求獲取與原則1：只描述“原則1：只描述“做什么”而無須描述“怎么做原則2：必須說明運(yùn)行原則3：考慮用戶、分析員和實(shí)現(xiàn)者的交流原則4：力求尋找到恰如其分的需求詳細(xì)程度第2章軟件過程與原則5：文檔段落不原則5：文檔段落不宜記?。翰灰谛枨笳f明中使用“和/或”、“等等”原則6：避免使用模糊的、主觀的術(shù)語建議：采用一種標(biāo)準(zhǔn)的模第5章軟件過程與引言引言現(xiàn)狀描建議的系第5章需求獲取與SRS的三大部分：“2.現(xiàn)狀描述SRS的三大部分：“2.現(xiàn)狀描述業(yè)務(wù)概況、與業(yè)務(wù)相關(guān)的組織機(jī)構(gòu)設(shè)置、人員職責(zé)、與其他相關(guān)業(yè)務(wù)聯(lián)系等。如開發(fā)的是支持產(chǎn)品系統(tǒng)的軟件（多為嵌入式軟件），描述市場上與之相關(guān)的產(chǎn)品功能，并分析其特點(diǎn)第2章需求獲取與3.13.1第2章需求獲取與5.1–5.4.1需求規(guī)格說–5.4.2需求驗(yàn)–5.4.3需求變第5章需求獲取活需求產(chǎn)出第5章需求獲活需求產(chǎn)出第5章需求獲取與需求需求需求需求驗(yàn)證：通過確定需求驗(yàn)證：通過確定以下幾方面的內(nèi)容來檢驗(yàn)需求能否足客戶的意–––––第5章需求獲取與需求驗(yàn)證的–需求評(píng)審：由不同代表(如分析員、客戶、設(shè)計(jì)人員、測試人員)需求驗(yàn)證的–需求評(píng)審：由不同代表(如分析員、客戶、設(shè)計(jì)人員、測試人員)––需求驗(yàn)證主要圍繞SRS的質(zhì)量特性展開????????第5章軟件過程與時(shí)的工作時(shí)間。”需求評(píng)時(shí)的工作時(shí)間?！毙枨笤u(píng)審所需的參與角–––––編寫需求文檔的分未來的開發(fā)人員未來的測試人員客戶/用戶第5軟件過程與第5章第5章需求獲取與已經(jīng)明確闡述了已經(jīng)明確闡述了審查員提出的所有問題已經(jīng)正確修改了修訂過的文檔已經(jīng)進(jìn)行了拼寫檢查和語法檢查所有TBD的問題已經(jīng)全部解決，或者已經(jīng)記錄下每個(gè)待確文檔已經(jīng)登記入項(xiàng)目的配置管理系統(tǒng)檢查是否已將審查過的資料送到有關(guān)收集處第5章需求獲取與5.1–5.4.1需求規(guī)格說–5.4.2需求驗(yàn)–5.4.3需求變第5章需求獲取需求管理是分析需求管理是分析變更影響并控制變更的過程，主要包括變更控制、版本控制和需求跟蹤等活動(dòng)。第5章需求獲取與說同意，我們就只好努力去做出來?！薄@是軟件設(shè)計(jì)與開發(fā)人員的經(jīng)常抱怨不被控制的變更是項(xiàng)目陷入混亂、不能按進(jìn)度執(zhí)行或軟質(zhì)量低劣的共同原––––第5章需求獲取與理想情在開始構(gòu)造前應(yīng)該收集到所有新系統(tǒng)的需求，在通過需求驗(yàn)證之后現(xiàn)實(shí)理想情在開始構(gòu)造前應(yīng)該收集到所有新系統(tǒng)的需求，在通過需求驗(yàn)證之后現(xiàn)實(shí)情很早確定需求卻忽視了“有時(shí)候客戶并不知道需要什么”的現(xiàn)實(shí)，開發(fā)因此，需要采納需求變更過程來控制用戶需求的頻繁變化。第5章需求獲取與變更控制過程并不是“拖延時(shí)間以敷衍用戶”，它是變更控制過程并不是“拖延時(shí)間以敷衍用戶”，它是一個(gè)渠產(chǎn)生的負(fù)面影響減少到最小第2章軟件過程與私自變更造成的后果可以完成，但實(shí)際上比我原先預(yù)計(jì)的工作量超期多了。我就答應(yīng)他了。私自變更造成的后果可以完成，但實(shí)際上比我原先預(yù)計(jì)的工作量超期多了。我就答應(yīng)他了。另一個(gè)文件中漏了一個(gè)變更，所以不得不修改它、再測試一遍?！薄霸詾榛?個(gè)小