安徽工程科技學(xué)院計(jì)算機(jī)系

2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系1第四章需求分析基礎(chǔ)

軟件需求用戶對目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望。軟件需求分析階段的任務(wù)，通過對問題及環(huán)境的理解、分析，將用戶需求精確化、完全化，最終形成需求規(guī)格說明，描述系統(tǒng)信息、功能和行為。

2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系2需求分析基礎(chǔ)

主要內(nèi)容三個(gè)主要階段：問題分析、需求描述、需求評審技術(shù)和方法初步需求獲取技術(shù)需求建模技術(shù)快速原型技術(shù)問題抽象、問題分解與多視點(diǎn)分析例“家庭保安系統(tǒng)”展示部分方法的使用過程。需求建模方法和CASE工具的進(jìn)一步研究面向數(shù)據(jù)流的分析面向數(shù)據(jù)的分析面向?qū)ο蟮姆治龅谒恼滦枨蠓治龌A(chǔ)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系3軟件需求的產(chǎn)品和過程軟件需求分析產(chǎn)品用戶需求（系統(tǒng)分析的產(chǎn)品）系統(tǒng)需求軟件需求規(guī)格說明（軟件設(shè)計(jì)描述）需求規(guī)格說明是軟件設(shè)計(jì)、實(shí)現(xiàn)、測試、維護(hù)的基礎(chǔ)。第四章需求分析基礎(chǔ)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系4第四章需求分析基礎(chǔ)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系5用戶需求、系統(tǒng)需求和軟件設(shè)計(jì)描述用戶需求用自然語言和圖表描述說明系統(tǒng)必須提供哪些服務(wù)、系統(tǒng)運(yùn)行要受哪些約束系統(tǒng)需求詳細(xì)說明系統(tǒng)將要提供的服務(wù)以及系統(tǒng)受到的約束精確的描述軟件的功能系統(tǒng)買方和軟件開發(fā)者簽訂合同的重要內(nèi)容軟件設(shè)計(jì)描述在系統(tǒng)需求的基礎(chǔ)上，加入更詳細(xì)的內(nèi)容，構(gòu)成軟件設(shè)計(jì)活動(dòng)的概要描述，是軟件設(shè)計(jì)和實(shí)現(xiàn)的基礎(chǔ)第四章需求分析基礎(chǔ)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系64.1分析的任務(wù)與原則

任務(wù)問題分析需求描述需求評審

第四章需求分析基礎(chǔ)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系71問題分析分析人員應(yīng)了解問題及環(huán)境，應(yīng)與用戶合作清除用戶需求的模糊性、岐義性和不一致性，并對相互沖突的需求進(jìn)行折衷。分析人員與用戶合作對問題進(jìn)行分析、綜合，結(jié)合軟件的特點(diǎn)及開發(fā)經(jīng)驗(yàn)，尋求軟件需求。4.1分析的任務(wù)與原則2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系8問題分析

系統(tǒng)模型

為用戶的問題及準(zhǔn)備開發(fā)的軟件建立模型，從不同的角度、不同的抽象級別精確地說明對問題的理解、對目標(biāo)軟件的需求。4.1分析的任務(wù)與原則2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系9問題分析

系統(tǒng)模型模型應(yīng)幫助用戶和分析人員發(fā)現(xiàn)、排除用戶需求不一致，不合理的部分，挖掘潛在的用戶需求。模型是分析人員根據(jù)問題創(chuàng)建的軟件系統(tǒng)結(jié)構(gòu)，包括與問題和環(huán)境相關(guān)的信息流、處理功能、用戶界面、行為及設(shè)計(jì)約束。模型是形成需求規(guī)格說明、進(jìn)行軟件設(shè)計(jì)的基礎(chǔ)。需求建模方法面向數(shù)據(jù)流的分析方法、面向數(shù)據(jù)的分析方法、面向?qū)ο蟮姆治龇椒ā?.1分析的任務(wù)與原則2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系102需求描述任務(wù)以需求模型為基礎(chǔ)，考慮到軟件問題的可解性，生成需求規(guī)格說明和初步的用戶手冊。需求規(guī)格說明包含對目標(biāo)軟件系統(tǒng)的外部行為的完整描述、需求驗(yàn)證標(biāo)準(zhǔn)以及用戶在性能、質(zhì)量、可維護(hù)性等方面的要求。用戶手冊包括用戶界面描述以及有關(guān)目標(biāo)軟件使用方法的初步構(gòu)想。4.1分析的任務(wù)與原則2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系11需求描述文檔

遵循規(guī)范，內(nèi)容全面、結(jié)構(gòu)清晰、措辭準(zhǔn)確、格式嚴(yán)謹(jǐn)。將初步用戶手冊作為分析文檔,有助于分析人員從用戶角度考慮軟件需求，并鼓勵(lì)用戶盡早參予軟件開發(fā)活動(dòng)。4.1分析的任務(wù)與原則2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系123需求評審分析人員在用戶和軟件設(shè)計(jì)人員的配合下,對自己生成的需求規(guī)格說明和初步的用戶手冊進(jìn)行評審，確保軟件需求的完全性、精確性和一致性，并使用戶和軟件設(shè)計(jì)人員對需求規(guī)格說明及用戶手冊的理解達(dá)成一致。需求規(guī)格說明得到用戶和軟件開發(fā)方的確認(rèn)后，應(yīng)成為用戶方與軟件開發(fā)方合同的一部分。4.1分析的任務(wù)與原則2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系13需求評審分析活動(dòng)對于大型軟件項(xiàng)目，分析人員可以先對問題的某些子系統(tǒng)進(jìn)行需求分析、描述與評審，子系統(tǒng)完成后，再對其它子系統(tǒng)進(jìn)行分析，進(jìn)而構(gòu)筑整個(gè)系統(tǒng)的需求模型。4.1分析的任務(wù)與原則2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系144.2初步需求獲取技術(shù)訪談與會(huì)議深入調(diào)查研究開發(fā)原型第四章需求分析基礎(chǔ)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系154.2.1訪談與會(huì)議個(gè)別訪談或小組會(huì)議分析人員應(yīng)精心準(zhǔn)備問題，通過用戶對問題的回答，逐步理解用戶對目標(biāo)軟件的要求(1)循序漸進(jìn)首先關(guān)心一般性、整體性問題，然后再討論細(xì)節(jié)問題。(2)客觀、公正不應(yīng)限制用戶在回答問題過程中自由發(fā)揮。(3)總結(jié)問題匯總后應(yīng)能反映軟件或其子系統(tǒng)的全貌，能覆蓋用戶對目標(biāo)軟件或其子系統(tǒng)在功能、行為、性能諸方面的要求。細(xì)節(jié)問題留待以后解決。

4.2初步需求獲取技術(shù)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系164.2.2考察用戶軟件或其子系統(tǒng)業(yè)務(wù)流程

調(diào)查研究學(xué)習(xí)用戶的有關(guān)業(yè)務(wù)知識，在用戶幫助下了解用戶的軟件或子系統(tǒng)業(yè)務(wù)流程，結(jié)合軟件開發(fā)和應(yīng)用的經(jīng)驗(yàn)提出新的用戶需求。4.2初步需求獲取技術(shù)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系174.2.3聯(lián)合小組建立軟件開發(fā)方和用戶方共同組成的聯(lián)合小組，小組成員對分析負(fù)有相同的責(zé)任。聯(lián)合小組要制定自己的工作制度和計(jì)劃，確定專門的記錄員，另設(shè)專人負(fù)責(zé)會(huì)議的議程和資料的綜合、整理。選擇易于理解、比較簡潔、精確的表示機(jī)制作為描述語言，如輔以文字說明的流程圖。

4.2初步需求獲取技術(shù)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系184.2.4例家庭保安系統(tǒng)問題描述：

家庭保安市場正以每年40%的速度增長。希望建立一種基于微處理器的家庭保安系統(tǒng)，它能夠識別異常事件并采取相應(yīng)的防護(hù)措施。這些異常事件包括：非法侵入、火災(zāi)、水淹等。一旦異常情況被傳感器探測出來，系統(tǒng)應(yīng)自動(dòng)通過電話向監(jiān)控中心報(bào)警。此外，應(yīng)允許戶主對系統(tǒng)行為進(jìn)行程序控制。

4.2初步需求獲取技術(shù)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系19家庭保安系統(tǒng)分析初期聯(lián)合小組的工作程序聯(lián)合小組首先制定工作制度：每次會(huì)議開始前必須有確定的議程，參加者必須針對各項(xiàng)議程進(jìn)行充分的準(zhǔn)備，并用文字表示。4.2初步需求獲取技術(shù)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系20例家庭保安系統(tǒng)經(jīng)過會(huì)議討論，明確問題的范圍、問題與環(huán)境的關(guān)系，并就開發(fā)軟件產(chǎn)品的必要性達(dá)成共識。小組負(fù)責(zé)人要求每位參加者列出問題及環(huán)境中的有關(guān)對象，對這些對象施行的操作以及對象間的相互作用。列出的操作和對象盡可能完全，如，控制面板、電話機(jī)、監(jiān)控中心、煙霧傳感器、門窗監(jiān)視器、警報(bào)器等對象，以及用戶編程控制、電話拔號、報(bào)警等操作。4.2初步需求獲取技術(shù)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系21例家庭保安系統(tǒng)負(fù)責(zé)人應(yīng)要求小組成員對接收傳感器事件、用戶編程控制、電話報(bào)警等操作進(jìn)行更詳細(xì)的描述，必要時(shí)可用流程圖表示。用戶可能提出一些條件，如造價(jià)不能超過3，000元，對傳感器事件必須在1秒內(nèi)作出響應(yīng)，事件必須按優(yōu)先級進(jìn)行處理等。會(huì)后小組負(fù)責(zé)人對這些信息進(jìn)行綜合、整理，形成文檔，該文檔應(yīng)能反映“家庭保安系統(tǒng)”的全貌。4.2初步需求獲取技術(shù)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系22例家庭保安系統(tǒng)聯(lián)合小組分成兩個(gè)小組，分別處理用戶編程控制和傳感器監(jiān)測兩個(gè)子系統(tǒng)。目的是對子系統(tǒng)的軟件需求進(jìn)行細(xì)化。對出現(xiàn)的新對象、新操作、新約束應(yīng)及時(shí)添加到相應(yīng)的子系統(tǒng)。確定子系統(tǒng)需求并形成文檔聯(lián)合小組討論子系統(tǒng)的集成及需求驗(yàn)證標(biāo)準(zhǔn)。子系統(tǒng)集成包括子系統(tǒng)接口的一致性檢查、系統(tǒng)功能和行為的完整性檢查。需求驗(yàn)證標(biāo)準(zhǔn)應(yīng)該是可測試的，以便開發(fā)人員在代碼生成后能夠通過測試結(jié)果向用戶表明軟件系統(tǒng)已完整地實(shí)現(xiàn)了用戶需求。初步分析活動(dòng)應(yīng)形成結(jié)論性文檔，該文檔將作為后續(xù)分析活動(dòng)的基礎(chǔ)。4.2初步需求獲取技術(shù)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系23例家庭保安系統(tǒng)

初步分析生成的“家庭保安系統(tǒng)”部分需求文檔(不包括約束條件和測試標(biāo)準(zhǔn))“家庭保安系統(tǒng)”的軟件允許用戶在安裝時(shí)進(jìn)行系統(tǒng)配置，實(shí)施對傳感器的監(jiān)控并通過控制面板與用戶進(jìn)行信息交互。配置操作(1)指定每一傳感器的種類和編號；(2)設(shè)置開、關(guān)機(jī)密碼；(3)指定報(bào)警電話號碼；(4)指定報(bào)警延遲和電話重拔延遲時(shí)間(以秒為單位)。4.2初步需求獲取技術(shù)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系24例家庭保安系統(tǒng)當(dāng)軟件系統(tǒng)接收到傳感器發(fā)出的數(shù)據(jù)后，判別是否出現(xiàn)異常事件。如果是，則在指定的延遲時(shí)間內(nèi)拔報(bào)警電話號碼，拔號操作將按照重拔延遲反復(fù)進(jìn)行，直至電話接通。然后軟件系統(tǒng)負(fù)責(zé)報(bào)告時(shí)間、地點(diǎn)和異常事件的性質(zhì)。開機(jī)后軟件系統(tǒng)負(fù)責(zé)顯示當(dāng)前工作狀態(tài)，接收并處理用戶指令。4.2初步需求獲取技術(shù)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系254.3需求建模建立軟件模型是分析活動(dòng)的關(guān)鍵。目標(biāo)軟件系統(tǒng)的模型用來刻劃系統(tǒng)所涉及的信息、處理功能及系統(tǒng)運(yùn)行時(shí)的外部行為。模型不應(yīng)涉及軟件實(shí)現(xiàn)細(xì)節(jié)，這樣會(huì)分散分析人員的注意力，限制軟件設(shè)計(jì)人員的聰明才智。分析人員應(yīng)以簡潔、準(zhǔn)確、清晰的方式，系統(tǒng)地描述軟件需求模型，如，選擇圖形符號表示信息流、處理功能及系統(tǒng)行為，利用受限的自然語言給出用戶需求描述。為了處理大型問題，模型表示機(jī)制應(yīng)具備良好的結(jié)構(gòu)化能力。第四章需求分析基礎(chǔ)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系264.4問題的抽象、分解與多視點(diǎn)分析抽象關(guān)注一般問題的解決途徑，以此指導(dǎo)特殊問題的求解。分析人員應(yīng)該注意用戶描述的抽象級別，統(tǒng)一規(guī)劃系統(tǒng)行為避免不一致性，減少分析的工作量。第四章需求分析基礎(chǔ)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系27問題的抽象、分解與多視點(diǎn)分析分解

根據(jù)問題的規(guī)模和復(fù)雜性進(jìn)行分解，并對子問題展開進(jìn)一步的分析。逐級分解，直至子問題的規(guī)模降至合適程度。在問題分解過程中，要建立子問題之間的相互聯(lián)系。必須遵循子問題內(nèi)部緊藕合，子問題之間松藕合的原則。4.4問題抽象、問題分解與多視點(diǎn)分析2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系28問題的抽象、分解與多視點(diǎn)分析視點(diǎn)分解法在分析的初期，整體地把握一個(gè)大型問題的軟件需求是困難的。需要從各個(gè)角度分別對問題進(jìn)行理解和分析，然后再綜合，達(dá)到全面理解的目需求分析視點(diǎn)系統(tǒng)觀點(diǎn)用戶觀點(diǎn)信息觀點(diǎn)功能觀點(diǎn)行為觀點(diǎn)等。

整理、綜合用戶描述，應(yīng)注意用戶視點(diǎn)的變化，避免遺漏。4.4問題抽象、問題分解與多視點(diǎn)分析2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系294.5支持需求分析的快速原型技術(shù)按照傳統(tǒng)的軟件開發(fā)方法，目標(biāo)軟件要等到木已成舟才能交用戶認(rèn)可。分析、設(shè)計(jì)及編碼積累的各種問題，導(dǎo)致用戶對目標(biāo)軟件提出諸多修改，甚至全盤否決，造成人力、物力的巨大浪費(fèi)。軟件開發(fā)早期，快速建立目標(biāo)軟件系統(tǒng)原型，讓用戶對原型進(jìn)行評估并提出意見。原型幾經(jīng)改進(jìn)最終確定，它將進(jìn)化成軟件產(chǎn)品。設(shè)計(jì)和編碼人員遵循原型確立的外部特征實(shí)現(xiàn)軟件產(chǎn)品。如果軟件產(chǎn)品含有大量人機(jī)交互、可視輸出、或者涉及復(fù)雜的算法，應(yīng)采用快速原型技術(shù)。第四章需求分析基礎(chǔ)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系30支持需求分析的快速原型技術(shù)分析階段使用快速原型技術(shù)與問題本身的復(fù)雜度以及可用的開發(fā)工具、環(huán)境有關(guān)。如果問題非常復(fù)雜，在當(dāng)前工具、環(huán)境的支持下開發(fā)可運(yùn)行的原型需要投入太多人力或占用太多時(shí)間，那么可對某些子問題，尤其是用戶界面，使用快速原型技術(shù)進(jìn)行部分分析。某些軟件項(xiàng)目，雖不能構(gòu)造實(shí)際可運(yùn)行的快速原型，但可以采用幻燈片演示等方法，向用戶直觀描述目標(biāo)軟件系統(tǒng)的外部行為。4.5支持需求分析的快速原型技術(shù)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系31快速建造原型(1)利用需求分析技術(shù)、方法，生成簡化的需求規(guī)格說明(2)對簡化的需求規(guī)格說明進(jìn)行檢查、修訂，生成設(shè)計(jì)規(guī)格說明。為了快速生成原型,只關(guān)心軟件的總體結(jié)構(gòu)、用戶界面和數(shù)據(jù)設(shè)計(jì)，而不注重過程內(nèi)部的控制流。(3)在快速原型工具或環(huán)境的幫助下，快速生成可運(yùn)行的軟件原型并進(jìn)行測試、改進(jìn)。主要工具有：可重用軟部件庫、用戶界面自動(dòng)生成器等。4.5支持需求分析的快速原型技術(shù)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系32快速建造原型(4)將原型提交用戶評估并征求改進(jìn)意見。(5)迭代上述過程，直到用戶滿意。通過評審的原型應(yīng)全面、準(zhǔn)確地反映用戶對目標(biāo)軟件在外部行為方面的需求，可以作為需求規(guī)格說明的一部分并成為軟件設(shè)計(jì)和編碼的基礎(chǔ)。4.5支持需求分析的快速原型技術(shù)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系334.6需求規(guī)格說明與評審產(chǎn)生需求規(guī)格說明并進(jìn)行評審。需求規(guī)格說明應(yīng)成為開發(fā)過程必須遵循的指導(dǎo)原則。第四章需求分析基礎(chǔ)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系344.6.1需求規(guī)格說明目標(biāo)(1)用戶通過需求規(guī)格說明可初步判定目標(biāo)軟件能否滿足需求，設(shè)計(jì)人員將需求規(guī)格說明作為軟件設(shè)計(jì)的基礎(chǔ)。(2)支持目標(biāo)軟件系統(tǒng)的確認(rèn)，需求規(guī)格說明的各項(xiàng)需求應(yīng)該是可測試的。(3)控制系統(tǒng)進(jìn)化過程，需求分析完成后，如果用戶追加需求，開發(fā)人員再次進(jìn)行需求分析，擴(kuò)充需求規(guī)格說明，進(jìn)行軟件設(shè)計(jì)等。4.6需求規(guī)格說明與評審2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系35需求規(guī)格說明內(nèi)容功能、行為需求描述系統(tǒng)的輸入、輸出及相互關(guān)系非行為需求描述軟件系統(tǒng)工作時(shí)應(yīng)具備的各種屬性，如效率、可靠性、安全性、可維護(hù)性、可移植性等。為使需求規(guī)格說明更加簡潔，其它內(nèi)容不應(yīng)寫入，如人員、成本、進(jìn)度、設(shè)計(jì)方案、質(zhì)量控制等。這些內(nèi)容單獨(dú)形成文檔。4.6需求規(guī)格說明與評審2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系36需求規(guī)格說明1引言1.1需求規(guī)格說明的目的1.2軟件產(chǎn)品的作用范圍1.3定義、同義詞與縮寫1.4參考文獻(xiàn)1.5需求規(guī)格說明概覽2一般性描述2.1產(chǎn)品與其環(huán)境之間的關(guān)2.2產(chǎn)品功能2.3用戶特征2.4限制與約束2.5假設(shè)與前提條件

3特殊需求附錄索引4.6需求規(guī)格說明與評審2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系37需求規(guī)格說明

特殊需求描述3特殊需求

3.1功能或行為需求

3.1.1功能或行為需求13.1.1.1引言3.1.1.2輸入3.1.1.3處理過程描述3.1.1.4輸出

3.1.2功能或行為需求2…3.1.n功能或行為需求n3.2外部界面需求3.2.1用戶界面3.2.2硬件界面3.2.3軟件界面

3.3性能需求3.4設(shè)計(jì)約束3.4.1標(biāo)準(zhǔn)化約束3.4.2硬件約束…3.5屬性3.5.1可用性3.5.2安全性3.5.3可維護(hù)性3.5.4可移植性…3.6其它需求3.6.1數(shù)據(jù)庫需求3.6.2用戶操作需求3.6.3工作場地需求4.6需求規(guī)格說明與評審2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系384.6.2需求評審需求規(guī)格說明進(jìn)入設(shè)計(jì)階段之前，必須進(jìn)行評審。如果發(fā)現(xiàn)錯(cuò)誤或缺陷，應(yīng)及時(shí)糾正或更改需求分析、模型，需求規(guī)格說明，并重新評審。

衡量需求規(guī)格說明的標(biāo)準(zhǔn)正確性無歧義性完全性可驗(yàn)證性一致性可理解性可修改性可追蹤性4.6需求規(guī)格說明與評審2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系39需求評審(1)正確性。需求規(guī)格說明書的功能、行為、性能描述必須與用戶對目標(biāo)軟件產(chǎn)品的期望相吻合。(2)無歧義性。需求規(guī)格說明的任何語法單位只能有唯一的語義解釋。確保無歧義性的一種有效措施是在需求規(guī)格說明中使用標(biāo)準(zhǔn)化術(shù)語，并對術(shù)語的語義進(jìn)行顯式的、統(tǒng)一解釋。4.6需求規(guī)格說明與評審2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系40需求評審(3)完全性。需求規(guī)格說明書不能遺漏任何用戶需求。具體地說，目標(biāo)軟件產(chǎn)品的所有功能、行為、性能約束，以及它在所有可能情況下的預(yù)期行為均應(yīng)完整地包含在需求規(guī)格說明。

(4)可驗(yàn)證性。對于規(guī)格說明書中的任意需求，均應(yīng)存在技術(shù)和經(jīng)濟(jì)上可行的手段進(jìn)行驗(yàn)證和確認(rèn)。4.6需求規(guī)格說明與評審2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系41需求評審(5)一致性。需求規(guī)格說明書的各部分之間不能相互矛盾。這些矛盾可以表現(xiàn)為術(shù)語使用方面的沖突，功能和行為特征方面的沖突以及時(shí)序方面的前后不一致。(6)可理解性。追求上述目標(biāo)不應(yīng)妨礙需求規(guī)格說明書對于用戶、設(shè)計(jì)人員和測試人員的易理解性。特別是對于非計(jì)算機(jī)專業(yè)的用戶而言，不宜在說明書中使用太多的專業(yè)化詞匯。4.6需求規(guī)格說明與評審2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系42需求評審(7)可修改性。需求規(guī)格說明的格式和組織方式應(yīng)支持內(nèi)容的增、刪和修改。(8)可追蹤性。需求規(guī)格說明的每項(xiàng)需求必須與用戶的原始需求相對應(yīng)，為后續(xù)開發(fā)和其它文檔引用這些需求提供方便。4.6需求規(guī)格說明與評審2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系43需求評審需求評審采用會(huì)議形式，用戶、分析人員和系統(tǒng)設(shè)計(jì)人員共同參加。分析人員介紹軟件產(chǎn)品的總體目標(biāo)，包括產(chǎn)品的主要功能、與環(huán)境的交互行為，以及其它性能指標(biāo)。評估需求模型，討論需求模型及需求規(guī)格說明是否具備良好的屬性，能否構(gòu)成良好的軟件設(shè)計(jì)基礎(chǔ)。4.6需求規(guī)格說明與評審2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系44需求評審討論軟件求解的其它途徑，對影響軟件設(shè)計(jì)和軟件質(zhì)量的因素進(jìn)行折衷，決定需求規(guī)格說明采用的方案是否合理。討論軟件的質(zhì)量確認(rèn)方法，形成用戶和開發(fā)人員均能接受的各項(xiàng)測試指標(biāo)。4.6需求規(guī)格說明與評審2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系45小結(jié)需求分析的主要任務(wù)是實(shí)現(xiàn)用戶需求的一致化、精確化和完全化。需求分析活動(dòng)可按照問題分析、需求描述及需求評審三個(gè)子階段逐步進(jìn)行。初始需求可用訪談、會(huì)議、考察用戶工作流程的方式導(dǎo)出。問題分析階段的核心技術(shù)是問題抽象、問題分解及需求建模。使用快速原型可以讓用戶更多、更早地參與需求分析過程。第四章需求分析基礎(chǔ)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系46小結(jié)在需求描述階段生成的需求規(guī)格說明應(yīng)遵循標(biāo)準(zhǔn)的格式。問題分析階段生成的需求模型構(gòu)成需求規(guī)格說明的主體。需求評審階段，分析人員審查需求規(guī)格說明的標(biāo)準(zhǔn)：正確性、無歧義性、完全性、可驗(yàn)證性、一致性、可理解性、可修改性、可追蹤性。第四章需求分析基礎(chǔ)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系47問題A圖書館管理R.A.Kemmerer一個(gè)小型圖書館管理系統(tǒng)，需完成以下工作：1借書、還書；2在圖書館中增加/刪除一本書；3按照作者名或?qū)I(yè)領(lǐng)域檢索一批書；4找出被某位讀者借出的一批書；5找出最近借走某本圖書的讀者。該系統(tǒng)有兩類用戶：圖書管理員與普通讀者。功能4供普通讀者使用。功能1、2、5供圖書管理員使用。系統(tǒng)必須滿足條件：1館中所有未借出的書籍能夠供讀者隨時(shí)借閱。2在同一時(shí)刻，一本書不能既被借出，又被借閱。3一個(gè)讀者一次借出的書籍?dāng)?shù)目不能超過預(yù)定值。第四章需求分析基礎(chǔ)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系48問題B保溫系統(tǒng)S.White

如果主開關(guān)置于“加熱”狀態(tài)，保溫系統(tǒng)的控制器負(fù)責(zé)開關(guān)鍋爐，監(jiān)視鍋爐系統(tǒng)的燃油流率和燃燒狀態(tài)，進(jìn)而調(diào)節(jié)進(jìn)入房間的熱量流。當(dāng)室內(nèi)溫度降至Tr－2度以下，控制器啟動(dòng)鍋爐。這里Tr是用戶設(shè)定的理想室溫。鍋爐啟動(dòng)過程：1控制器向鍋爐的馬達(dá)發(fā)信號。2制器監(jiān)視馬達(dá)速度。馬達(dá)達(dá)到正常操作速度時(shí)，啟動(dòng)點(diǎn)火并打開油閥。3控制器監(jiān)視水溫，一旦水溫達(dá)到預(yù)定值時(shí)，它發(fā)信號打開水流循環(huán)閥。熱水開始在室內(nèi)循環(huán)。

4如果發(fā)生異常情況，燃油流率指示器和光感器向控制器發(fā)信號。此時(shí)控制器發(fā)信號關(guān)閉系統(tǒng)。5一旦室內(nèi)溫度達(dá)到Tr+2度，控制器首先關(guān)閉油閥，延遲5秒后關(guān)閉鍋爐馬達(dá)。系統(tǒng)須滿足條件：1鍋爐停機(jī)后重啟必須延遲5分鐘。2在主開關(guān)關(guān)閉或油閥關(guān)閉5秒內(nèi)應(yīng)指示鍋爐停機(jī)。第四章需求分析基礎(chǔ)2023/9/2安徽工程科技學(xué)院計(jì)算機(jī)系49問題C字符串格式化AMil