【正文】 圖擴展到更低的層次。復查過程驗證了已知的元素，補充了未知的元素，填補了文檔中的空白。這些解釋集中反映了通過前面的分析工作分析員所獲得的對目標系統(tǒng)的認識。 必須請用戶對上述分析過程中得出的結(jié)果仔細地復查，數(shù)據(jù)流圖是幫助復查的極好工具。通常把分析過程中得到的有關(guān)數(shù)據(jù)元素的信息記錄在數(shù)據(jù)字典中，把對算法的簡明描述記錄在 IPO圖 (見 )中。但是，可行性研究階段產(chǎn)生的是高層數(shù)據(jù)流圖，許多具體的細節(jié)沒有包括在里面，因此沿數(shù)據(jù)流圖回溯時常常遇到下述問題：為了得到某個數(shù)據(jù)元素需要用到數(shù)據(jù)流圖中目前還沒有的數(shù)據(jù)元素，或者得出這個數(shù)據(jù)元素需要用的算法尚不完全清楚。那么，每個輸出數(shù)據(jù)元素又是從哪里來的呢 ?既然它們是系統(tǒng)的輸出，顯然它們或者是從外面輸入到系統(tǒng)中來的，或者是通過計算由系統(tǒng)中產(chǎn)生出來的。為了達到這個目標，通常從數(shù)據(jù)流圖的輸出端著手分析，這是因為系統(tǒng)的基本功能是產(chǎn)生這些輸出，輸出數(shù)據(jù)決定了系統(tǒng)必須具有的最基本的組成元素。 面向數(shù)據(jù)流自頂向下求精 結(jié)構(gòu)化分析方法就是面向數(shù)據(jù)流自頂向下逐步求精進行需求分析的方法。數(shù)據(jù)決定了需要的處理和算法，看來數(shù)據(jù)顯然是需求分析的出發(fā)點。需求分析的目標是獲知用戶的真實需求，而這一信息的惟一來源是用戶，因此，讓用戶起積極主動的作用對需求分析工作獲得成功是至關(guān)重要的。 情景分析技術(shù)的用處主要體現(xiàn)在下述兩個方面： (1) 它能在某種程度上演示目標系統(tǒng)的行為，從而便于用戶理解，而且還可能進一步揭示出一些分析員目前還不知道的需求。 在訪問用戶的過程中使用情景分析技術(shù)往往非常有效。經(jīng)過仔細考慮寫出的書面回答可能比被訪者對問題的口頭回答更準確。在非正式訪談中，分析員將提出一些用戶可以自由回答的開放性問題，以鼓勵被訪問人員說出自己的想法。 訪談有兩種基本形式，分別是正式的和非正式的訪談。 導出系統(tǒng)的邏輯模型 根據(jù)在分析過程中獲得的對系統(tǒng)的更深入更具體的了解，可以比較準確地估計系統(tǒng)的成本和進度，修正以前制定的開發(fā)計劃。 軟件系統(tǒng)經(jīng)常使用各種長期保存的信息，這些信息通常以一定方式組織并存儲在數(shù)據(jù)庫或文件中，為減少數(shù)據(jù)冗余，避免出現(xiàn)插入異?；騽h除異常，簡化修改數(shù)據(jù)的過程，通常需要把數(shù)據(jù)結(jié)構(gòu)規(guī)范化(見 )。為了提高可理解性，常常利用圖形工具輔助描繪數(shù)據(jù)結(jié)構(gòu)。 分析系統(tǒng)的數(shù)據(jù)要求 復雜的數(shù)據(jù)由許多基本的數(shù)據(jù)元素組成，數(shù)據(jù)結(jié)構(gòu)表示數(shù)據(jù)元素之間的邏輯關(guān)系。 任何一個軟件系統(tǒng)本質(zhì)上都是信息處理系統(tǒng)，系統(tǒng)必須處理的信息和系統(tǒng)應該產(chǎn)生的信息在很大程度上決定了系統(tǒng)的面貌，對軟件設計有深遠影響，因此，必須分析系統(tǒng)的數(shù)據(jù)要求，這是軟件需求分析的一個重要任務。 8. 將來可能提出的要求 應該明確地列出那些雖然不屬于當前系統(tǒng)開發(fā)范疇，但是據(jù)分析將來很可能會提出來的要求。 7. 逆向需求 逆向需求說明軟件系統(tǒng)不應該做什么。在需求分析階段提出這類需求，并不是要取代設計 (或?qū)崿F(xiàn) )過程，只是說明用戶或環(huán)境強加給項目的限制條件。常見的接口需求有：用戶接口需求；硬件接口需求；軟件接口需求；通信接口需求?？傊瑢孟到y(tǒng)本身錯誤的檢測應該僅限于系統(tǒng)的關(guān)鍵部分，而且應該盡可能少。但是，應該有選擇地提出這類出錯處理需求。例如，如果它接收到從另一個系統(tǒng)發(fā)來的違反協(xié)議格式的消息，應該做什么 ?注意，上述這類錯誤并不是由該應用系統(tǒng)本身造成的。 可用性與可靠性密切相關(guān)，它量化了用戶可以使用系統(tǒng)的程度。 2. 性能需求 性能需求指定系統(tǒng)必須滿足的定時約束或容量約束，通常包括速度 (響應時間 )、信息量速率、主存容量、磁盤容量、安全性等方面的需求。 1. 功能需求 這方面的需求指定系統(tǒng)必須提供的服務。 (3) 必須描述作為外部事件結(jié)果的軟件行為，這條準則要求建立行為模型。 盡管目前有許多不同的用于需求分析的結(jié)構(gòu)化分析方法，但是，所有這些分析方法都遵守下述準則： (1) 必須理解并描述問題的信息域，根據(jù)這條準則應該建立數(shù)據(jù)模型。用戶與分析員之間需要溝通的內(nèi)容非常多，在雙方交流信息的過程中很容易出現(xiàn)誤解或遺漏，也可能存在二義性。只有用戶才真正知道自己需要什么，但是他們并不知道怎樣用軟件實現(xiàn)自己的需求，用戶必須把他們對軟件的需求盡量準確、具體地描述出來；分析員知道怎樣用軟件實現(xiàn)人們的需求，但是在需求分析開始時他們對用戶的需求并不十分清楚，必須通過與用戶溝通獲取用戶對軟件的需求。 在需求分析階段結(jié)束之前，系統(tǒng)分析員應該寫出軟件需求規(guī)格說明書，以書面形式準確地描述軟件需求。第 3章 需求分析 需求分析的任務 與用戶溝通獲取需求的方法 分析建模與規(guī)格說明 實體 聯(lián)系圖 數(shù)據(jù)規(guī)范化 狀態(tài)轉(zhuǎn)換圖 其他圖形工具 驗證軟件需求 小結(jié) 習題 需求分析是軟件定義時期的最后一個階段，它的基本任務是準確地回答 “ 系統(tǒng)必須做什么 ?”這個問題。 需求分析的任務還不是確定系統(tǒng)怎樣完成它的工作，而僅僅是確定系統(tǒng)必須完成哪些工作，也就是對目標系統(tǒng)提出完整、準確、清晰、具體的要求。 在分析軟件需求和書寫軟件需求規(guī)格說明書的過程中，分析員和用戶都起著關(guān)鍵的、必不可少的作用。 需求分析和規(guī)格說明是一項十分艱巨復雜的工作。因此，不僅在整個需求分析過程中應該采用行之有效的通信技術(shù)，集中精力過細地工作，而且必須嚴格審查驗證需求分析的結(jié)果。 (2) 必須定義軟件應完成的功能，這條準則要求建立功能模型。 (4) 必須對描述信息、功能和行為的模型進行分解，用層次的方式展示細節(jié)。通過需求分析應該劃分出系統(tǒng)必須完成的所有功能。 需求分析的任務 確定對系統(tǒng)的綜合要求 3. 可靠性和可用性需求 可靠性需求定量地指定系統(tǒng)的可靠性。 4. 出錯處理需求 這類需求說明系統(tǒng)對環(huán)境錯誤應該怎樣響應。 在某些情況下， “ 出錯處理 ” 指的是當應用系統(tǒng)發(fā)現(xiàn)它自己犯下一個錯誤時所采取的行動。我們的目的是開發(fā)出正確的系統(tǒng)，而不是用無休止的出錯處理代碼掩蓋自己的錯誤。 5. 接口需求 接口需求描述應用系統(tǒng)與它的環(huán)境通信的格式。 6. 約束 設計約束或?qū)崿F(xiàn)約束描述在設計或?qū)崿F(xiàn)應用系統(tǒng)時應遵守的限制條件。常見的約束有：精度；工具和語言約束；設計約束；應該使用的標準；應該使用的硬件平臺。理論上有無限多個逆向需求，我們應該僅選取能澄清真實需求且可消除可能發(fā)生的誤解的那些逆向需求。這樣做的目的是，在設計過程中對系統(tǒng)將來可能的擴充和修改預做準備，以便一旦確實需要時能比較容易地進行這種擴充和修改。分析系統(tǒng)的數(shù)據(jù)要求通常采用建立數(shù)據(jù)模型的方法 (見 )。利用數(shù)據(jù)字典可以全面準確地定義數(shù)據(jù)，但是數(shù)據(jù)字典的缺點是不夠形象直觀。常用的圖形工具有層次方框圖和 Warnier圖，在本章第 種圖形工具。 綜合上述兩項分析的結(jié)果可以導出系統(tǒng)的詳細的邏輯模型，通常用數(shù)據(jù)流圖、實體 聯(lián)系圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典和主要的處理算法描述這個邏輯模型。 修正系統(tǒng)開發(fā)計劃 訪談是最早開始使用的獲取用戶需求的技術(shù)，也是迄今為止仍然廣泛使用的需求分析技術(shù)。正式訪談時，系統(tǒng)分析員將提出一些事先準備好的具體問題。 與用戶溝通獲取需求的方法 訪談 當需要調(diào)查大量人員的意見時，向被調(diào)查人分發(fā)調(diào)查表是一個十分有效的做法。分析員仔細閱讀收回的調(diào)查表，然后再有針對性地訪問一些用戶，以便向他們詢問在分析調(diào)查表時發(fā)現(xiàn)的新問題。所謂情景分析就是對用戶將來使用目標系統(tǒng)解決某個具體問題的方法和結(jié)果進行分析。 (2) 由于情景分析較易為用戶所理解，使用這種技術(shù)能保證用戶在需求分析過程中始終扮演一個積極主動的角色。 軟件系統(tǒng)本質(zhì)上是信息處理系統(tǒng)，而