第三章需求分析

需求分析階段“喂，是Phil嗎？我是人力資源部的Maria，我們在使用你編寫的職員系統(tǒng)時遇到一個問題，一個職員想把她的名字改SparkleStarlight，而系統(tǒng)不允許，你能幫幫忙嗎？”“她嫁給了一個姓Starlight的人嗎？”Phil問道?！安?，她沒有結(jié)婚，而僅僅是要更改她的名字，”Maria回答?！熬褪沁@問題，好像我們只能在婚姻狀況改變時才能更改姓名?！薄爱?dāng)然是這樣，我從沒想過誰會莫名其妙地更改自己的姓名。我不記得你曾告訴我系統(tǒng)需要處理這樣的事情，這就是為什么你們只能在改變婚姻狀況對話框中才能進(jìn)入更改姓名的對話框?！盤hil說。Maria說：“我想你當(dāng)然知道每個人只要愿意都可以隨時合法更改他（她）們的姓名。但不管怎樣，我們希望在下周五之前解決這個問題，否則，Sparkle將不能支付她的賬單。你能在此前修改好這個錯誤嗎？”“這并不是我的錯！我從來不知道你需要處理這種情況。我現(xiàn)在正忙著做一個新的性能檢測系統(tǒng)，并且還要處理職員系統(tǒng)的一些需求變更請求”（傳來翻閱稿紙的聲音）?！拔疫€有別的事。我只可能在月底前修改好，一周內(nèi)不行，很抱歉。下次若有類似情況，請早一些告訴我并把它們寫下來?！薄澳俏以趺锤鶶parkle說呢？”Maria追問道，“如果她不能支付賬單，那她只能掛帳了。”“Maria，你要明白，這不是我的過錯?！盤hil堅持道，“如果你一開始就告訴我，你要能隨時改變某個人的名字，那這些都不會發(fā)生。因此你不能因我未猜出你的想法（需求）就責(zé)備我?！盡aria不得不憤怒地屈從：“好吧，好吧，這種煩人的事使我恨死計算機(jī)系統(tǒng)了。等你修改好了，馬上打電話告訴我，行吧？”需求—導(dǎo)致項目失敗的罪魁禍?zhǔn)赘鶕?jù)StandishGroup對23000個項目進(jìn)行的研究結(jié)果表明，28%的項目徹底失敗，46%的項目超出經(jīng)費(fèi)預(yù)算或者超出工期，只有約26%的項目獲得成功。而在于這些高達(dá)74%的不成功項目中，有約60%的失敗是源于需求問題。也就是說，有近45%的項目最終因?yàn)樾枨蟮膯栴}最終導(dǎo)致失敗。我們在哪重重摔了一跤在StandishGroup的報告中總結(jié)了導(dǎo)致項目失敗的最重要的8大原因中，有5個與需求相關(guān)：不完整的需求；沒有用戶的介入；不實(shí)際的客戶期望；需求和規(guī)范的變理；提供了不再需要的軟件需求曾經(jīng)讓我們?nèi)绱死仟N2023/2/17內(nèi)容提綱軟件需求基本概念軟件需求類型需求工程需求獲取wherehowwhat需求分析需求規(guī)格說明需求驗(yàn)證需求管理Youarehere!你在這兒！需求的定義軟件需求（IEEE）①用戶解決問題或達(dá)到目標(biāo)所需的條件或能力。②系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力。③一種反映上面①或②所描述的條件或能力的文檔說明。對定義的理解軟件需求的概念涵蓋了用戶角度（系統(tǒng)的外部行為）和開發(fā)人員角度（系統(tǒng)的內(nèi)部特性）兩個方面，其中的關(guān)鍵在于需求一定要文檔化。需求的類型需求層次內(nèi)容業(yè)務(wù)需求反映組織機(jī)構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求。通常問題定義就是業(yè)務(wù)需求用戶需求描述用戶使用產(chǎn)品必須要完成什么任務(wù)，怎么完成，通常是在問題定義的基礎(chǔ)上進(jìn)用戶訪談、調(diào)查，對用戶使用的場景進(jìn)行整理，從而建立從用戶角度的需求系統(tǒng)需求從系統(tǒng)的角度來說明軟件的需求，它就包括了用特性說明的功能需求，質(zhì)量屬性以及其它非功能需求，還有設(shè)計約束2023/2/110業(yè)務(wù)需求業(yè)務(wù)需求是組織或客戶對于系統(tǒng)的高層次目標(biāo)要求，定義了項目的遠(yuǎn)景和范圍，即確定軟件產(chǎn)品的發(fā)展方向、功能范圍、目標(biāo)客戶和價值來源。業(yè)務(wù)需求的內(nèi)容業(yè)務(wù)：產(chǎn)品屬于哪類業(yè)務(wù)范疇？應(yīng)該完成什么功能？需要為什么服務(wù)？客戶：產(chǎn)品為誰服務(wù)？目標(biāo)客戶是誰？特性：產(chǎn)品區(qū)別于其他競爭產(chǎn)品的特性是什么？價值：產(chǎn)品的價值體現(xiàn)在什么方面？優(yōu)先級：產(chǎn)品功能特性的優(yōu)先級次序是什么？2023/2/111業(yè)務(wù)需求業(yè)務(wù)需求的來源項目投資人購買產(chǎn)品的客戶市場營銷部門產(chǎn)品策劃部門2023/2/112案例：小型圖書資料管理系統(tǒng)問題描述某學(xué)院欲開發(fā)一個小型圖書資料管理系統(tǒng)Minilibrary，使用計算機(jī)實(shí)現(xiàn)對學(xué)院圖書資料的借出、歸還、查詢和管理。該系統(tǒng)有圖書管理員和普通讀者兩種用戶。普通讀者必須首先進(jìn)行注冊才可以使用該系統(tǒng)。圖書管理員負(fù)責(zé)添加、更新和刪除系統(tǒng)中的圖書資料信息，并登記和查詢圖書資料的借出或歸還情況。普通讀者可以按照作者或者主題檢索圖書資料信息，并且可以預(yù)訂目前借不到的圖書資料。一旦預(yù)訂的圖書資料被歸還或已購買，系統(tǒng)將立即通知預(yù)訂者。該系統(tǒng)應(yīng)該在WEB環(huán)境下運(yùn)行，要求用戶界面友好、響應(yīng)速度快，具有良好的可擴(kuò)展性。2023/2/113業(yè)務(wù)需求：MiniLibrary業(yè)務(wù)各種圖書資料的借閱、查詢和管理；客戶與用戶學(xué)院的高層管理者圖書管理員借閱者：教師、學(xué)生特性用戶通過網(wǎng)絡(luò)查詢和瀏覽電子資料，改變原有的借閱模式；價值使用計算機(jī)實(shí)現(xiàn)圖書資料的日常管理，提高工作效率和服務(wù)質(zhì)量；產(chǎn)品屬于哪類業(yè)務(wù)范疇？應(yīng)該完成什么功能？需要為什么服務(wù)？產(chǎn)品為誰服務(wù)？目標(biāo)客戶是誰？產(chǎn)品區(qū)別于其他競爭產(chǎn)品的特性是什么？產(chǎn)品的價值體現(xiàn)在什么方面？2023/2/114業(yè)務(wù)需求業(yè)務(wù)需求代表了項目參與者在產(chǎn)品滿足的業(yè)務(wù)需求和產(chǎn)品所提供的利益上的統(tǒng)一共識。業(yè)務(wù)需求清楚地界定了產(chǎn)品應(yīng)該包括什么、不應(yīng)該包括什么，并為后續(xù)的詳細(xì)功能需求的確定和需求變更的決策提供了參考。業(yè)務(wù)需求產(chǎn)生的文檔是項目遠(yuǎn)景和范圍文檔2023/2/115用戶需求用戶需求是從用戶角度描述的系統(tǒng)功能需求和非功能需求，通常只涉及系統(tǒng)的外部行為，而不涉及系統(tǒng)的內(nèi)部特性用戶需求的描述原則：應(yīng)該易于用戶的理解。一般不采用技術(shù)性很強(qiáng)的語言，而是采用自然語言和直觀圖形相結(jié)合的方式進(jìn)行描述。問題：自然語言表達(dá)容易含糊和不準(zhǔn)確。2023/2/116用戶需求：MiniLibrary舉例：用戶可以通過Internet隨時查詢圖書信息和個人借閱情況，并可以快捷地查找和瀏覽所需要的電子資料。分析：上述需求描述包含了三個不同的需求用戶可以通過Internet隨時查詢圖書信息。用戶可以通過Internet隨時查詢個人借閱情況。用戶可以通過Internet快捷地查找和瀏覽所需要的電子資料。問題：“隨時”和“快捷”是對系統(tǒng)功能的約束，十分模糊。2023/2/117功能需求功能需求描述系統(tǒng)應(yīng)該提供的功能或服務(wù)，通常涉及用戶或外部系統(tǒng)與該系統(tǒng)之間的交互，一般不考慮系統(tǒng)的實(shí)現(xiàn)細(xì)節(jié)。舉例：MiniLibrary用戶可以從圖書資料庫中查詢或者選擇其中的一個子集。系統(tǒng)可以提供適當(dāng)?shù)臑g覽器供用戶閱讀電子文獻(xiàn)。用戶每次借閱圖書應(yīng)該對應(yīng)一個唯一的標(biāo)識號，它被記錄到用戶的帳戶上。2023/2/118非功能需求非功能需求從各個角度對系統(tǒng)的約束和限制，反映了應(yīng)用對軟件系統(tǒng)質(zhì)量和特性的額外要求，例如響應(yīng)時間、數(shù)據(jù)精度、可靠性、開發(fā)過程的標(biāo)準(zhǔn)等。舉例：MiniLibrary系統(tǒng)應(yīng)在20秒之內(nèi)響應(yīng)所有的請求。系統(tǒng)每周7天、每天24小時都可以使用。對于一個沒有經(jīng)驗(yàn)的用戶而言，經(jīng)過兩個小時的培訓(xùn)就可以使用系統(tǒng)的所有功能。用戶可以通過Internet隨時查詢圖書信息。用戶可以通過Internet快捷地查找和瀏覽所需要的電子資料。2023/2/119非功能需求非功能需求包括過程需求、產(chǎn)品需求、外部需求等方面的需求。2023/2/120非功能需求問題非功能需求檢驗(yàn)起來非常困難。非功能需求的度量2023/2/121系統(tǒng)需求系統(tǒng)需求是更加詳細(xì)地描述系統(tǒng)應(yīng)該做什么，通常包括許多不同的分析模型，諸如對象模型、數(shù)據(jù)模型、狀態(tài)模型等。系統(tǒng)需求模型的描述方法結(jié)構(gòu)化語言（PDL）可視化模型形式化方法系統(tǒng)需求主要是面向開發(fā)人員進(jìn)行描述，是開發(fā)人員進(jìn)行軟件設(shè)計的基礎(chǔ)。2023/2/122思考問題對銀行ATM系統(tǒng)的需求進(jìn)行描述業(yè)務(wù)需求系統(tǒng)為用戶提供自助存取款服務(wù)，可以打印業(yè)務(wù)明細(xì)。用戶需求用戶可以隨時安全、快捷地進(jìn)行存款和取款并打印業(yè)務(wù)明細(xì)。功能需求系統(tǒng)允許用戶從銀行賬戶中取款。系統(tǒng)允許用戶向銀行賬戶中存款。系統(tǒng)允許用戶查詢銀行賬戶的現(xiàn)存余額。系統(tǒng)使用8位數(shù)字密碼檢驗(yàn)用戶存取的合法性。系統(tǒng)允許用戶打印某一時間段的業(yè)務(wù)明細(xì)非功能需求系統(tǒng)在20秒內(nèi)響應(yīng)所有的請求。除了每天30分鐘的維護(hù)外，系統(tǒng)每周7天，每天24小時都可以使用。需求工程需求開發(fā)活動需求開發(fā)與需求管理的分界線2023/2/126內(nèi)容提綱軟件需求需求獲取常見的需求獲取技術(shù)需求分析需求規(guī)格說明需求驗(yàn)證需求管理Youarehere!你在這兒！需求捕獲明確業(yè)務(wù)需求：業(yè)務(wù)需求是整個系統(tǒng)最為宏觀層面的東西，也就是“項目的目標(biāo)”；通常來說，業(yè)務(wù)需求是構(gòu)建在“項目發(fā)起人”的腦子里的；“業(yè)務(wù)需求”可以分為“產(chǎn)品/項目目標(biāo)”和“子目標(biāo)描述”兩個方面的內(nèi)容理解業(yè)務(wù)流程：

--若項目較大或者業(yè)務(wù)較陌生：應(yīng)進(jìn)行業(yè)務(wù)建模；

--如果業(yè)務(wù)較陌生：聘請領(lǐng)域?qū)＜?，領(lǐng)域培訓(xùn)；

--如果術(shù)語較多，易于混淆：業(yè)務(wù)術(shù)語表

--無論如何，都應(yīng)該建立跨部門職能流程圖需求捕獲明確用戶需求：

--What（收集什么信息）

--Where（從哪收集）

--How（如何收集）捕獲技術(shù)優(yōu)點(diǎn)缺點(diǎn)用戶訪談直接有效、靈活、深入，主要技術(shù)占用時間長，信息面窄、較片面用戶調(diào)查面廣、可以獲得更多反饋不夠深入，容易形式主義、失真現(xiàn)場觀摩容易建立直接的認(rèn)識消耗時間長，易失真文檔考古能夠詳細(xì)、直觀對數(shù)據(jù)流細(xì)節(jié)進(jìn)行分析易陷入文山書海，甚至產(chǎn)生誤導(dǎo)聯(lián)合開發(fā)直接的頭腦風(fēng)暴，可以擊破需求盲點(diǎn)成本高，需要較高的控制技巧2023/2/129需求捕獲需求獲取的困難用戶通常并不真正知道自己希望計算機(jī)系統(tǒng)做什么用戶通常使用業(yè)務(wù)語言表達(dá)需求，開發(fā)人員缺乏相關(guān)的領(lǐng)域知識和經(jīng)驗(yàn)，難以準(zhǔn)確理解這些需求不同的用戶提出不同的需求，可能存在矛盾和沖突管理者可能出于增加影響力的原因而提出特別的需求由于經(jīng)濟(jì)和業(yè)務(wù)環(huán)境的動態(tài)性，需求經(jīng)常發(fā)生變更2023/2/130需求來源：Minilibrary客戶或用戶學(xué)院的高層管理者、項目投資人系統(tǒng)管理員教師、學(xué)生、圖書管理員標(biāo)準(zhǔn)圖書資料的標(biāo)準(zhǔn)政策或法律圖書資料管理規(guī)程、知識產(chǎn)權(quán)和版權(quán)保護(hù)等系統(tǒng)或過程文檔當(dāng)前手工管理的文件、表格、記錄等相關(guān)領(lǐng)域的專家2023/2/131內(nèi)容提綱軟件需求需求獲取需求分析需求分析需求分析模型需求規(guī)格說明需求驗(yàn)證需求管理Youarehere!你在這兒！2023/2/132需求分析需求分析是對收集到的需求進(jìn)行提煉、分析和認(rèn)真審查，以確保所有的項目相關(guān)人員都明白其含義，并找出其中的錯誤、遺漏或其它不足的地方，形成完整的分析模型。需求分析的核心在于建立分析模型模型是現(xiàn)實(shí)世界某些重要方面的表示，是一項經(jīng)過驗(yàn)證且被廣為接受的工程技術(shù)。分析模型詳細(xì)定義了系統(tǒng)需求而沒有局限于具體技術(shù)。事件列表、數(shù)據(jù)流圖、實(shí)體關(guān)系圖、數(shù)據(jù)流定義、數(shù)據(jù)字典、結(jié)構(gòu)化英語、狀態(tài)轉(zhuǎn)換圖、……用例圖、時序圖、協(xié)作圖、類圖、狀態(tài)圖、……2023/2/133需求分析需求分析的過程定義系統(tǒng)的邊界建立系統(tǒng)與其外部實(shí)體間的界限，明確接口處的信息流。建立軟件原型當(dāng)需求不確定時，可以建立原型系統(tǒng)，通過用戶評價，進(jìn)一步明確和細(xì)化需求。分析需求可行性分析每一個需求實(shí)現(xiàn)的可行性，確定與實(shí)現(xiàn)相關(guān)的開發(fā)風(fēng)險。確定需求優(yōu)先級需求優(yōu)先級有助于開發(fā)組織和版本規(guī)劃。建立需求分析模型通過建立需求的多種視圖，揭示出需求的不正確、不一致、遺漏和冗余等更深的問題。創(chuàng)建數(shù)據(jù)字典確?？蛻艉烷_發(fā)人員使用一致的定義和術(shù)語。2023/2/134結(jié)構(gòu)化的分析模型實(shí)體關(guān)系圖（E-R圖）組成元素實(shí)體：客觀存在并可相互區(qū)別的事務(wù)?？梢允侨?、事、物或抽象的概念或聯(lián)系。如：職工、學(xué)生、一次選課等。屬性：實(shí)體所具有的特性。關(guān)系：實(shí)體與實(shí)體之間的聯(lián)系。

1:11:nn:m2023/2/135結(jié)構(gòu)化的分析模型數(shù)據(jù)流圖（DFD）用來描述數(shù)據(jù)流從輸入到輸出的變換流程。組成元素數(shù)據(jù)流：由一組固定成分的數(shù)據(jù)組成，表示數(shù)據(jù)的流向。過程（加工）：描述了輸入數(shù)據(jù)流到輸出數(shù)據(jù)流之間的變換，是把輸入數(shù)據(jù)變成輸出數(shù)據(jù)的一種變換。外部實(shí)體：系統(tǒng)之外的人、物或組織，它發(fā)出或接受系統(tǒng)的數(shù)據(jù)。數(shù)據(jù)存儲：暫時存儲的數(shù)據(jù)。2023/2/136結(jié)構(gòu)化的分析模型數(shù)據(jù)流圖（DFD）2023/2/137結(jié)構(gòu)化的分析模型數(shù)據(jù)流圖（DFD）：學(xué)生選課系統(tǒng)2023/2/138數(shù)據(jù)字典數(shù)據(jù)字典數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲和處理過程5部分。數(shù)據(jù)項描述數(shù)據(jù)項名：注冊號描述：唯一標(biāo)識普通讀者的編號別名：無類型：字符串長度：8位字符其他說明：注冊號不能重復(fù)。2023/2/139數(shù)據(jù)字典數(shù)據(jù)字典數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲和處理過程5部分。數(shù)據(jù)流描述數(shù)據(jù)流名：讀者信息描述：包括普通讀者的所有信息別名：無定義：注冊號＋姓名＋Email數(shù)據(jù)量：10000左右峰值：隨時，但經(jīng)常在上班時間其他說明：在系統(tǒng)功能擴(kuò)充時可能增加定義項。2023/2/140內(nèi)容提綱軟件需求需求獲取需求分析需求規(guī)格說明需求驗(yàn)證需求管理Youarehere!你在這兒！2023/2/141需求規(guī)格說明需求規(guī)格說明（SRS,SoftwareRequirementSpecification）精確地闡述一個軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件。作用成為用戶、分析人員和設(shè)計人員之間進(jìn)行理解和交流的手段支持系統(tǒng)測試活動用于規(guī)劃和控制系統(tǒng)的開發(fā)過程2023/2/142需求規(guī)格說明應(yīng)該包括在SRS中的內(nèi)容功能：軟件應(yīng)該提供什么功能？外部接口：軟件如何與人、系統(tǒng)硬件和其他系統(tǒng)等進(jìn)行相互作用？性能：軟件系統(tǒng)在運(yùn)行速度、可用性、響應(yīng)時間、恢復(fù)時間等方面有什么要求？特性：軟件系統(tǒng)在可移植性、可維護(hù)性、安全性等方面有什么考慮？設(shè)計約束：是否存在必要的標(biāo)準(zhǔn)、開發(fā)語言、數(shù)據(jù)庫、資源限制、運(yùn)行環(huán)境等因素的影響和策略？2023/2/143需求規(guī)格說明不應(yīng)該包括在SRS中的內(nèi)容項目開發(fā)計劃諸如成本、人員、進(jìn)度、工具、方法等產(chǎn)品保證計劃諸如配置管理、驗(yàn)證與測試、質(zhì)量保證等軟件設(shè)計細(xì)節(jié)需求通常用于表達(dá)“做什么”，而不描述“如何做”。2023/2/144編寫需求規(guī)格說明的原則原則1：只描述“做什么”而無須描述“怎么做”原則2：必須說明運(yùn)行環(huán)境 原則3：考慮用戶、分析員和實(shí)現(xiàn)者的交流對形式化和自然語言之間作出恰當(dāng)?shù)倪x擇明確的理解最重要，不存在十全十美的軟件規(guī)格說明書原則4：力求尋找到恰如其分的需求詳細(xì)程度一個有益的原則就是編寫單個的可測試需求文檔建議將可測試的需求作為衡量軟件產(chǎn)品規(guī)模大小的尺度2023/2/145編寫需求規(guī)格說明的原則原則5：文檔段落不宜太長簡短記?。翰灰谛枨笳f明中使用“和/或”、“等等”之類的詞原則6：避免使用模糊的、主觀的術(shù)語如用戶友好、容易、簡單、迅速、有效、許多、最新技術(shù)、優(yōu)越的、可接受的、最大化、最小化、提高等不可驗(yàn)證建議：采用一種標(biāo)準(zhǔn)的SRS模板2023/2/146SRS模板（IEEE830－1998）1.引言

1.1目的

1.2范圍

1.3定義、縮寫詞與簡寫

1.4參考文獻(xiàn)

1.5內(nèi)容組織2.綜合描述

2.1產(chǎn)品前景

2.2產(chǎn)品功能

2.3用戶類和特征

2.4運(yùn)行環(huán)境

2.5設(shè)計和實(shí)現(xiàn)上的限制

2.6假設(shè)和依賴3.外部接口需求

3.1用戶界面

3.2硬件接口

3.3軟件接口

3.4通信接口4.功能需求5.非功能需求6.其他需求附錄2023/2/147SRS模板（適合面向?qū)ο蠓治觯?.引言

1.1目的

1.2產(chǎn)品范圍

1.3參考

1.4假設(shè)和相關(guān)性

1.5參考文獻(xiàn)2.用例模型概述3.角色概述4.需求

4.1功能性需求

4.2非功能性需求5.在線用戶文檔和幫助系統(tǒng)需求6.設(shè)計約束7.購買的組件8.接口

8.1用戶界面

8.2硬件接口

8.3軟件接口

8.4通信接口9.許可需求10.法律、版權(quán)及其他說明11.可應(yīng)用標(biāo)準(zhǔn)索引詞匯表附錄：用例規(guī)格說明2023/2/148內(nèi)容提綱軟件需求需求獲取需求分析需求規(guī)格說明需求驗(yàn)證需求管理Youarehere!你在這兒！2023/2/149需求驗(yàn)證需求驗(yàn)證檢驗(yàn)需求能否滿足客戶的意愿。需求驗(yàn)證主要圍繞需求規(guī)格說明的質(zhì)量特性展開。需求規(guī)格說明的質(zhì)量特性正確性無二義性完整性可驗(yàn)證性一致性可修改性可跟蹤性2023/2/150需求規(guī)格說明的質(zhì)量特性正確性需求規(guī)格說明對系統(tǒng)功能、行為、性能等的描述必須與用戶的期望相吻合，代表了用戶的真正需求。審查需求的正確性應(yīng)該考慮的問題用戶參與需求過程的程度如何？每一個需求描述是否準(zhǔn)確地反映了用戶的需要？系統(tǒng)用戶是否已經(jīng)認(rèn)真考慮了每一項描述？需求可以追溯到來源嗎？舉例：下面的需求描述正確嗎？在用戶每次存錢的時候系統(tǒng)將進(jìn)行信用檢查。2023/2/151需求規(guī)格說明的質(zhì)量特性無二義性需求規(guī)格說明中的描述對于所有人都只能有一種明確統(tǒng)一的解釋。審查需求的無二義性應(yīng)該考慮的問題需求規(guī)格說明是否有術(shù)語詞匯表？具有多重含義或未知含義的術(shù)語是否已經(jīng)定義？需求描述是否可量化和可驗(yàn)證？每一項需求都有測試準(zhǔn)則嗎？舉例：下面的兩個需求描述是無歧義的嗎？如果用戶試圖透支，系統(tǒng)將采取適當(dāng)?shù)男袆印Ｏ到y(tǒng)快速地顯示所有圖書資料的列表。2023/2/152需求規(guī)格說明的質(zhì)量特性完整性需求規(guī)格說明應(yīng)該包括軟件要完成的全部任務(wù)，不能遺漏任何必要的需求信息。審查需求的完整性應(yīng)該考慮的問題是否存在遺漏的功能或業(yè)務(wù)過程？在每個定義的功能之間是否有接口？是否有信息或消息在所定義的功能之間傳遞？是否定義了功能的使用者？是否已經(jīng)清楚地定義了用戶與功能之間的交互？是否定義了與外部過程和系統(tǒng)之間的接口？2023/2/153需求規(guī)格說明的質(zhì)量特性審查需求的完整性應(yīng)該考慮的問題所描述的功能是否可以映射到業(yè)務(wù)過程中？文檔中是否存在待確定的需求引用？文檔中是否存在未定義的術(shù)語和引用？文檔的各個部分都完整嗎？需求包括非功能屬性的說明嗎？舉例：下面的需求描述是完整的嗎？系統(tǒng)應(yīng)該接受用戶輸入一個整數(shù)，并返回該數(shù)的平方根，精確到小數(shù)點(diǎn)后3位。2023/2/154需求規(guī)格說明的質(zhì)量特性可驗(yàn)證性需求規(guī)格說明中描述的需求都可以運(yùn)用一些可行的手段對其進(jìn)行驗(yàn)證和確認(rèn)。審查需求的可驗(yàn)證性應(yīng)該考慮的問題在需求文檔中是否存在不可驗(yàn)證的陳述，諸如“用戶界面友好”、“容易”、“簡單”、“快速”、“健壯”、“最新技術(shù)”等？所有描述都是具體的和可測量的嗎？舉例：下面的兩個需求描述中哪一個難以驗(yàn)證？系統(tǒng)將在20秒內(nèi)響應(yīng)所有有效的請求。如果用戶試圖透支，系統(tǒng)將采取適當(dāng)?shù)男袆?。系統(tǒng)應(yīng)該是用戶界面友好的。2023/2/155需求規(guī)格說明的質(zhì)量特性一致性需求規(guī)格說明對各種需求的描述不能存在矛盾，如術(shù)語使用沖突、功能和行為特性方面的矛盾以及時序上的不一致等。