軟件工程 第三章 需求

1、1目錄頁需求分析第3章本章本章要點要點n理解需求分析的任務(wù)理解需求分析的任務(wù)；n熟悉需求分析的步驟熟悉需求分析的步驟；n理解結(jié)構(gòu)化需求分析的基本思想理解結(jié)構(gòu)化需求分析的基本思想；n掌握數(shù)據(jù)流圖和數(shù)據(jù)詞典的用法掌握數(shù)據(jù)流圖和數(shù)據(jù)詞典的用法。2目錄頁3.1 需求分析的任務(wù)第3章需求分析的任務(wù)是要準(zhǔn)確地定義新系統(tǒng)的目標(biāo)，需求分析的任務(wù)是要準(zhǔn)確地定義新系統(tǒng)的目標(biāo)， 準(zhǔn)確回答準(zhǔn)確回答“系統(tǒng)必須做什么系統(tǒng)必須做什么” 的問題，的問題， 并用需求規(guī)格說明書規(guī)范的形式準(zhǔn)確地表達用戶的需求。并用需求規(guī)格說明書規(guī)范的形式準(zhǔn)確地表達用戶的需求。需求分析是理解、需求分析是理解、 分析和表達分析和表達“系統(tǒng)必須做什么系

2、統(tǒng)必須做什么” 的過程。的過程。雖然在可行性研究階段雖然在可行性研究階段，雖然在可行性研究階段雖然在可行性研究階段， 對用戶需求有了對用戶需求有了 初步了解，初步了解， 但對需求的但對需求的了了 解是概括的、解是概括的、 粗略的，對用戶需求有了粗略的，對用戶需求有了 初步了解但對需求的了初步了解但對需求的了 解是概括的粗略的許多細節(jié)解是概括的粗略的許多細節(jié)被忽略了被忽略了 。 可行性研究是決定可行性研究是決定“做還是不做做還是不做” ， 而不是對需求進行定義。而不是對需求進行定義。 而需求分析階段則而需求分析階段則需要充分理解用戶需求，需要充分理解用戶需求， 通過分析得出對新系統(tǒng)完整、通過分析

3、得出對新系統(tǒng)完整、 準(zhǔn)確、準(zhǔn)確、 清晰、清晰、 具體的要求。具體的要求。需求分析的結(jié)果是否正確，需求分析的結(jié)果是否正確， 關(guān)系到軟件開發(fā)的成敗和軟件產(chǎn)品的質(zhì)量，關(guān)系到軟件開發(fā)的成敗和軟件產(chǎn)品的質(zhì)量， 正確的需求分析正確的需求分析是整個系統(tǒng)開發(fā)的基礎(chǔ)。是整個系統(tǒng)開發(fā)的基礎(chǔ)。3目錄頁3.2 需求獲取的方法第3章在需求分析過程中，在需求分析過程中， 需求獲取階段是開發(fā)人員和用戶交往最多的階段。需求獲取階段是開發(fā)人員和用戶交往最多的階段。 一般情況下，一般情況下， 用用戶并不熟悉計算機的相關(guān)知識，戶并不熟悉計算機的相關(guān)知識， 更不懂得需求分析方法，更不懂得需求分析方法， 所以他們不知道如何全面而又準(zhǔn)確

4、無所以他們不知道如何全面而又準(zhǔn)確無誤地表達自己的需求。誤地表達自己的需求。 而軟件開發(fā)人員對相關(guān)的業(yè)務(wù)領(lǐng)域也不甚了而軟件開發(fā)人員對相關(guān)的業(yè)務(wù)領(lǐng)域也不甚了 解，解， 用戶與開發(fā)人員之間用戶與開發(fā)人員之間對同一問題理解的差異和習(xí)慣用語的不同往往會給需求分析帶來很大困難。對同一問題理解的差異和習(xí)慣用語的不同往往會給需求分析帶來很大困難。 所以，所以， 開發(fā)人員與開發(fā)人員與用戶之間要進行充分和有效的溝通，用戶之間要進行充分和有效的溝通， 需要采取科學(xué)的需求獲取方法與技巧，需要采取科學(xué)的需求獲取方法與技巧， 恰當(dāng)?shù)貑l(fā)引導(dǎo)用恰當(dāng)?shù)貑l(fā)引導(dǎo)用戶表達自己的需求，戶表達自己的需求， 以減少后期重復(fù)修改需求的次

5、數(shù)。以減少后期重復(fù)修改需求的次數(shù)。 4目錄頁3.2 需求獲取的方法第3章1 深入淺出深入淺出需求獲取要盡可能全面、需求獲取要盡可能全面、 細致。細致。 調(diào)研獲取的需求是個全集，調(diào)研獲取的需求是個全集， 而目標(biāo)系統(tǒng)真正實現(xiàn)的是個而目標(biāo)系統(tǒng)真正實現(xiàn)的是個子集。子集。 分析時的調(diào)研內(nèi)容并不一定都要納入到新系統(tǒng)中，分析時的調(diào)研內(nèi)容并不一定都要納入到新系統(tǒng)中， 但全面、但全面、 細致的調(diào)研既有利于弄清細致的調(diào)研既有利于弄清系統(tǒng)全局，系統(tǒng)全局， 又有利于以后的擴充。又有利于以后的擴充。2 以流程為主線以流程為主線在與用戶交流的過程中，在與用戶交流的過程中， 應(yīng)該用流程將所有的內(nèi)容串起來，應(yīng)該用流程將所有的

6、內(nèi)容串起來， 如單據(jù)、如單據(jù)、 信息、信息、 組織結(jié)構(gòu)和組織結(jié)構(gòu)和處理規(guī)則等，處理規(guī)則等， 這樣便于交流溝通。這樣便于交流溝通。 流程的描述既要有宏觀描述，流程的描述既要有宏觀描述， 也要有微觀描述。也要有微觀描述。3.2.1 需求獲取的基本原則需求獲取的基本原則5目錄頁3.2 需求獲取的方法第3章1.問卷調(diào)查問卷調(diào)查2.訪談和會議訪談和會議3.市場調(diào)查市場調(diào)查4.實地操作實地操作5.建立原型建立原型3.2.2 獲取需求的途徑和方法獲取需求的途徑和方法6目錄頁3.2 需求獲取的方法第3章獲取用戶需求，獲取用戶需求， 就需要深入企業(yè)現(xiàn)場調(diào)研，就需要深入企業(yè)現(xiàn)場調(diào)研， 需求調(diào)研的步驟如下：需求調(diào)研

7、的步驟如下：（1） 調(diào)研用戶領(lǐng)域的組織結(jié)構(gòu)、調(diào)研用戶領(lǐng)域的組織結(jié)構(gòu)、 崗位設(shè)置和職責(zé)定義，崗位設(shè)置和職責(zé)定義， 從功能上區(qū)分有多少個子系統(tǒng)，劃分系統(tǒng)從功能上區(qū)分有多少個子系統(tǒng)，劃分系統(tǒng)的大致范圍，的大致范圍， 明確系統(tǒng)的目標(biāo)。明確系統(tǒng)的目標(biāo)。（2） 調(diào)研每個子系統(tǒng)所需的工作流程、調(diào)研每個子系統(tǒng)所需的工作流程、 功能與處理規(guī)則，功能與處理規(guī)則， 收集單據(jù)、收集單據(jù)、 報表和賬本等原始調(diào)研每個報表和賬本等原始調(diào)研每個子系統(tǒng)所需的作流程功能與處資料，子系統(tǒng)所需的作流程功能與處資料， 分析物流、分析物流、 資金流和信息流三者的關(guān)系，資金流和信息流三者的關(guān)系， 以及如何用數(shù)據(jù)流來表示以及如何用數(shù)據(jù)流來表

8、示這三者的關(guān)系。這三者的關(guān)系。（3） 對調(diào)研的內(nèi)容事先準(zhǔn)備，對調(diào)研的內(nèi)容事先準(zhǔn)備， 針對不同管理層次的用戶詢問不同的問題，針對不同管理層次的用戶詢問不同的問題， 列出問題清單。將操作列出問題清單。將操作層、層、 管理層和決策層的需求既聯(lián)系又區(qū)分開來，管理層和決策層的需求既聯(lián)系又區(qū)分開來， 形成一個金字塔，形成一個金字塔， 使下層滿足上層的需求。使下層滿足上層的需求。（4） 對與用戶溝通的情況及時總結(jié)歸納，對與用戶溝通的情況及時總結(jié)歸納， 整理調(diào)研結(jié)果，整理調(diào)研結(jié)果， 找出新的疑點，找出新的疑點， 初步構(gòu)成需求基線。初步構(gòu)成需求基線。（5） 若需求基線符合要求，若需求基線符合要求， 則需求分析完

9、畢；則需求分析完畢； 反之返回到前面某一步。反之返回到前面某一步。 如此循環(huán)多次，直到需求如此循環(huán)多次，直到需求分析使雙方滿意為止。分析使雙方滿意為止。3.2.3 需求調(diào)研的步驟需求調(diào)研的步驟7目錄頁3.3 需求獲取的步驟第3章一般來說，需求分析分為需求獲取、分析建模、需求建模、需求驗證四個步驟，如下圖所一般來說，需求分析分為需求獲取、分析建模、需求建模、需求驗證四個步驟，如下圖所示：示：8目錄頁3.3 需求獲取的步驟第3章此階段的工作是需求獲取、此階段的工作是需求獲取、 問題識別，問題識別， 即收集并明確用戶需求的過程。首先，即收集并明確用戶需求的過程。首先， 系統(tǒng)分析系統(tǒng)分析員要研究可行性

10、研究報告和軟件項目實施計劃。員要研究可行性研究報告和軟件項目實施計劃。 主要是從系統(tǒng)的角度來理解軟件，主要是從系統(tǒng)的角度來理解軟件， 確定對目標(biāo)確定對目標(biāo)系統(tǒng)的綜合要求，系統(tǒng)的綜合要求， 即軟件的需求。即軟件的需求。 還要提出這些需求實現(xiàn)的條件，還要提出這些需求實現(xiàn)的條件， 以及需求應(yīng)達到的標(biāo)準(zhǔn)。以及需求應(yīng)達到的標(biāo)準(zhǔn)。 也就是解決待開發(fā)系統(tǒng)需要也就是解決待開發(fā)系統(tǒng)需要“做什么做什么” ， “做到什么程度做到什么程度” 的問題。這些需求包括：的問題。這些需求包括： （1） 功能需求：功能需求： （2） 性能需求：性能需求： （3） 環(huán)境需求：環(huán)境需求： （4） 可靠性需求：可靠性需求： （5）安

11、全保密性需求：）安全保密性需求： （6） 用戶界面需求：用戶界面需求： （7） 資源使用需求：資源使用需求： （8） 軟件成本消耗與開發(fā)進度需求：軟件成本消耗與開發(fā)進度需求： （9） 預(yù)計預(yù)計系統(tǒng)可達到的目標(biāo)：系統(tǒng)可達到的目標(biāo)： 3.3.1 需求獲取需求獲取9目錄頁3.3 需求獲取的步驟第3章獲取到需求后，獲取到需求后， 要把來自用戶的信息加以分析，要把來自用戶的信息加以分析， 通過通過“抽象抽象” 建立待開發(fā)的系統(tǒng)邏輯模建立待開發(fā)的系統(tǒng)邏輯模型。型。 模型是為了模型是為了 理解事物而對事物做出的一種抽象，理解事物而對事物做出的一種抽象， 通常由一組符號和組織這些符號的規(guī)則通常由一組符號和組織

12、這些符號的規(guī)則組成。組成。 為待開發(fā)系統(tǒng)建立模型，為待開發(fā)系統(tǒng)建立模型， 有助于人們更好地理解問題，有助于人們更好地理解問題， 常用的建模方法有數(shù)據(jù)流圖、常用的建模方法有數(shù)據(jù)流圖、實體聯(lián)系圖（實體聯(lián)系圖（E|R圖）圖） 、 狀態(tài)轉(zhuǎn)換圖、狀態(tài)轉(zhuǎn)換圖、 用例圖、用例圖、 類圖、類圖、 對象圖等。對象圖等。系統(tǒng)分析員根據(jù)目標(biāo)系統(tǒng)的模型，系統(tǒng)分析員根據(jù)目標(biāo)系統(tǒng)的模型， 從信息流和信息結(jié)構(gòu)出發(fā)，從信息流和信息結(jié)構(gòu)出發(fā)， 逐步細化所有的軟件功能，逐步細化所有的軟件功能，找出系統(tǒng)各元素之間的聯(lián)系、找出系統(tǒng)各元素之間的聯(lián)系、 接口特性和對設(shè)計的限制，接口特性和對設(shè)計的限制， 剔除需求中不合理的成分，剔除需求中

13、不合理的成分， 增加需增加需要的部分，要的部分， 最終把各項需求組織起來，最終把各項需求組織起來， 提交目標(biāo)系統(tǒng)的詳細邏輯模型。提交目標(biāo)系統(tǒng)的詳細邏輯模型。3.3.2 分析建模分析建模10目錄頁3.3 需求獲取的步驟第3章需求描述就是指編制需求分析階段的文檔。需求描述就是指編制需求分析階段的文檔。 即將已經(jīng)過分析的需求清晰、即將已經(jīng)過分析的需求清晰、 全面、全面、 系統(tǒng)、系統(tǒng)、準(zhǔn)確地描述成正式的文檔準(zhǔn)確地描述成正式的文檔軟件需求規(guī)格說明書。軟件需求規(guī)格說明書。軟件需求規(guī)格說明書以開發(fā)人員的角度，軟件需求規(guī)格說明書以開發(fā)人員的角度， 對開發(fā)系統(tǒng)的業(yè)務(wù)模型、對開發(fā)系統(tǒng)的業(yè)務(wù)模型、 功能模型、功能模

14、型、 數(shù)據(jù)模型數(shù)據(jù)模型等內(nèi)容進行描述，等內(nèi)容進行描述， 明確地表達了明確地表達了 用戶與系統(tǒng)分析員對軟件系統(tǒng)的共同理解，用戶與系統(tǒng)分析員對軟件系統(tǒng)的共同理解， 將作為概要設(shè)計將作為概要設(shè)計和詳細設(shè)計的基線。和詳細設(shè)計的基線。對于復(fù)雜的軟件系統(tǒng)，對于復(fù)雜的軟件系統(tǒng)， 此階段除產(chǎn)生軟件需求規(guī)格說明書（稱軟件需求文檔，此階段除產(chǎn)生軟件需求規(guī)格說明書（稱軟件需求文檔， 主要描述主要描述軟件部分的需求）軟件部分的需求） 外，外， 還要產(chǎn)生系統(tǒng)定義文檔（即用戶需求報告）還要產(chǎn)生系統(tǒng)定義文檔（即用戶需求報告） 和系統(tǒng)需求文檔（即系統(tǒng)和系統(tǒng)需求文檔（即系統(tǒng)需求規(guī)格說明書）需求規(guī)格說明書） 。3.3.3 需求描

15、述需求描述11目錄頁需求驗證就是驗證（復(fù)查）需求驗證就是驗證（復(fù)查） 需求分析的成果，需求分析的成果， 也稱綜合評審。也稱綜合評審。 需求驗證就是對需求的正需求驗證就是對需求的正確性進行嚴(yán)格的驗證，確性進行嚴(yán)格的驗證， 確保需求的一致性、確保需求的一致性、 完整性、完整性、 清晰性、清晰性、 現(xiàn)實性和有效性，現(xiàn)實性和有效性， 確保設(shè)計與確保設(shè)計與實現(xiàn)過程中的需求可回溯性，實現(xiàn)過程中的需求可回溯性， 并進行需求變更管理。并進行需求變更管理。一般情況下，一般情況下， 需求驗證以用戶、需求驗證以用戶、 系統(tǒng)分析員、系統(tǒng)分析員、 系統(tǒng)設(shè)計人員和管理人員共同參與的會議系統(tǒng)設(shè)計人員和管理人員共同參與的會議

16、形式進行，形式進行， 最后由評審負責(zé)人簽字。最后由評審負責(zé)人簽字。 3.3.4 需求驗證需求驗證3.3 需求獲取的步驟第3章12目錄頁3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.1 結(jié)構(gòu)化分析方法概述結(jié)構(gòu)化分析方法概述1.分析策略分析策略結(jié)構(gòu)化分析（結(jié)構(gòu)化分析（Structured Analysis， 簡稱簡稱SA） 方法是方法是20世紀(jì)世紀(jì)70年代由年代由E-Yourdon等人提出的等人提出的一種面向數(shù)據(jù)流的分析方法，一種面向數(shù)據(jù)流的分析方法， 適用于大型的數(shù)據(jù)處理系統(tǒng)。適用于大型的數(shù)據(jù)處理系統(tǒng)。 由于利用圖形來表達需求會使文檔由于利用圖形來表達需求會使文檔清晰、清晰、 簡明、簡明、 易于學(xué)習(xí)

17、和掌握，易于學(xué)習(xí)和掌握， 所以軟件分析人員仍在廣泛使用這種傳統(tǒng)的分析方法。所以軟件分析人員仍在廣泛使用這種傳統(tǒng)的分析方法。結(jié)構(gòu)化分析方法總的指導(dǎo)思想是結(jié)構(gòu)化分析方法總的指導(dǎo)思想是“自頂向下，自頂向下， 逐步求精逐步求精” ， 它的兩個基本原則是它的兩個基本原則是“抽象抽象”和和“分解分解” ， 即按照功能分解的原則，即按照功能分解的原則， 對系統(tǒng)進行逐層分解，對系統(tǒng)進行逐層分解， 直到找到所有滿足功能要求的直到找到所有滿足功能要求的可實現(xiàn)軟件元素為止?？蓪崿F(xiàn)軟件元素為止。13目錄頁3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.1 結(jié)構(gòu)化分析方法概述結(jié)構(gòu)化分析方法概述14目錄頁2.描述工具描述工具結(jié)

18、構(gòu)化分析方法利用圖形等半形式化的描述表達需求，結(jié)構(gòu)化分析方法利用圖形等半形式化的描述表達需求， 用它們形成需求規(guī)格說明書的主用它們形成需求規(guī)格說明書的主要部分，要部分， 主要工具有：主要工具有：（1） 數(shù)據(jù)流圖（數(shù)據(jù)流圖（DFD） 。 描述系統(tǒng)的分解，描述系統(tǒng)的分解， 即描述系統(tǒng)由哪幾部分組成，即描述系統(tǒng)由哪幾部分組成， 各部分之間各部分之間有什么聯(lián)系等。有什么聯(lián)系等。（2） 數(shù)據(jù)詞典（數(shù)據(jù)詞典（DD） 。 明確定義數(shù)據(jù)流圖中的數(shù)據(jù)和加工。明確定義數(shù)據(jù)流圖中的數(shù)據(jù)和加工。 它是數(shù)據(jù)流條目、它是數(shù)據(jù)流條目、 數(shù)據(jù)存數(shù)據(jù)存儲條目、儲條目、 數(shù)據(jù)項條目和基本加工條目的匯集。數(shù)據(jù)項條目和基本加工條目的

19、匯集。（3） 結(jié)構(gòu)化語言、結(jié)構(gòu)化語言、 判定表和判定樹。判定表和判定樹。 用于詳細描述數(shù)據(jù)流圖中不能再分解的每一個基用于詳細描述數(shù)據(jù)流圖中不能再分解的每一個基本加工的處理邏輯。本加工的處理邏輯。3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.1 結(jié)構(gòu)化分析方法概述結(jié)構(gòu)化分析方法概述15目錄頁3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.1 結(jié)構(gòu)化分析方法概述結(jié)構(gòu)化分析方法概述16目錄頁3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.12 數(shù)據(jù)流圖數(shù)據(jù)流圖1、數(shù)據(jù)流圖的基本符號、數(shù)據(jù)流圖的基本符號17目錄頁2.數(shù)據(jù)流圖的繪制步驟數(shù)據(jù)流圖的繪制步驟（1） 畫頂層數(shù)據(jù)流圖列出系統(tǒng)的全部數(shù)據(jù)源點和終點，畫頂層數(shù)據(jù)流圖

20、列出系統(tǒng)的全部數(shù)據(jù)源點和終點， 將系統(tǒng)加工處理過程作為一個整將系統(tǒng)加工處理過程作為一個整體，體， 就可能得到頂層圖圖。就可能得到頂層圖圖。 具體說就是：具體說就是： 畫一個圓，畫一個圓， 在其中寫上系統(tǒng)名稱，在其中寫上系統(tǒng)名稱， 然后在圓的外圍然后在圓的外圍畫上系統(tǒng)的輸入和輸出，具體說就是畫個圓在其中寫上系統(tǒng)名稱然后在圓的外圍畫上系統(tǒng)的輸畫上系統(tǒng)的輸入和輸出，具體說就是畫個圓在其中寫上系統(tǒng)名稱然后在圓的外圍畫上系統(tǒng)的輸入和輸出，這一步工作實際上是決定研究的內(nèi)容和系統(tǒng)的范圍。入和輸出，這一步工作實際上是決定研究的內(nèi)容和系統(tǒng)的范圍。（2） 畫各層數(shù)據(jù)流圖對系統(tǒng)處理過程自頂向下，畫各層數(shù)據(jù)流圖對系統(tǒng)

21、處理過程自頂向下， 逐步分解，逐步分解， 畫出各層的數(shù)據(jù)流圖。畫出各層的數(shù)據(jù)流圖。（3） 畫總的數(shù)據(jù)流圖這一步對了畫總的數(shù)據(jù)流圖這一步對了 解整個系統(tǒng)很有好處，解整個系統(tǒng)很有好處， 但也要根據(jù)實際情況來決定總但也要根據(jù)實際情況來決定總圖的布局，圖的布局， 不要把數(shù)據(jù)流圖畫得太復(fù)雜。不要把數(shù)據(jù)流圖畫得太復(fù)雜。3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.2 數(shù)據(jù)流圖數(shù)據(jù)流圖18目錄頁3.數(shù)據(jù)流圖中的命名規(guī)則數(shù)據(jù)流圖中的命名規(guī)則（1） 數(shù)據(jù)流數(shù)據(jù)流數(shù)據(jù)流表明數(shù)據(jù)和數(shù)據(jù)流向，數(shù)據(jù)流表明數(shù)據(jù)和數(shù)據(jù)流向， 它通常由一組數(shù)據(jù)項組成。它通常由一組數(shù)據(jù)項組成。（2） 加工加工加工是對數(shù)據(jù)的某種操作或變換。加工是對

22、數(shù)據(jù)的某種操作或變換。（3） 文件文件文件起暫時保存數(shù)據(jù)的作用。文件起暫時保存數(shù)據(jù)的作用。（4） 數(shù)據(jù)源點和終點數(shù)據(jù)源點和終點數(shù)據(jù)源點和終點是數(shù)據(jù)的始發(fā)點和終止點，數(shù)據(jù)源點和終點是數(shù)據(jù)的始發(fā)點和終止點， 是軟件系統(tǒng)外部環(huán)境中的實體（包括人員、是軟件系統(tǒng)外部環(huán)境中的實體（包括人員、組織或其他軟件系統(tǒng)）組織或其他軟件系統(tǒng)） ， 統(tǒng)稱外部實體。統(tǒng)稱外部實體。3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.2 數(shù)據(jù)流圖數(shù)據(jù)流圖19目錄頁3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.2 數(shù)據(jù)流圖數(shù)據(jù)流圖4.數(shù)據(jù)流圖中分層技術(shù)數(shù)據(jù)流圖中分層技術(shù)對于比較復(fù)雜的實際問題，對于比較復(fù)雜的實際問題， 在數(shù)據(jù)在數(shù)據(jù)流圖上常常

23、出現(xiàn)十幾個乃至幾十個、流圖上常常出現(xiàn)十幾個乃至幾十個、 上百上百個加工，個加工， 這樣的數(shù)據(jù)流圖復(fù)雜而且難以理這樣的數(shù)據(jù)流圖復(fù)雜而且難以理解。解。 為了避免這種情況出現(xiàn)，可以采用數(shù)為了避免這種情況出現(xiàn)，可以采用數(shù)據(jù)流圖的分層技術(shù)。據(jù)流圖的分層技術(shù)。 分層技術(shù)的基本思想分層技術(shù)的基本思想是，是， 不是在一個數(shù)據(jù)流圖中一次引入太多不是在一個數(shù)據(jù)流圖中一次引入太多的細節(jié)，而是有控制地逐步增加細節(jié)，的細節(jié)，而是有控制地逐步增加細節(jié)， 實實現(xiàn)從抽象到具體的逐步過渡?，F(xiàn)從抽象到具體的逐步過渡。20目錄頁1.數(shù)據(jù)詞典的內(nèi)容數(shù)據(jù)詞典的內(nèi)容一般說來，一般說來， 數(shù)據(jù)詞典的每個條目中應(yīng)包括以下信息。數(shù)據(jù)詞典的每個

24、條目中應(yīng)包括以下信息。（1） 名字：名字： 數(shù)據(jù)流、數(shù)據(jù)流、 數(shù)據(jù)項、數(shù)據(jù)項、 數(shù)據(jù)存儲或外部實體的名稱。數(shù)據(jù)存儲或外部實體的名稱。（2） 別名或編號：別名或編號： 第（第（1） 項中對象的其他名字。項中對象的其他名字。（3） 分類：分類： 數(shù)據(jù)流、數(shù)據(jù)流、 數(shù)據(jù)項、數(shù)據(jù)項、 加工、加工、 數(shù)據(jù)存儲、數(shù)據(jù)存儲、 外部實體等。外部實體等。（4） 內(nèi)容描述：內(nèi)容描述： 描述內(nèi)容或數(shù)據(jù)結(jié)構(gòu)等。描述內(nèi)容或數(shù)據(jù)結(jié)構(gòu)等。（5） 何處使用：何處使用： 哪些加工使用該條目。哪些加工使用該條目。 3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.3 數(shù)據(jù)詞典數(shù)據(jù)詞典21目錄頁2、數(shù)據(jù)詞典中使用的符號、數(shù)據(jù)詞典中使用的符

25、號3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.3 數(shù)據(jù)詞典數(shù)據(jù)詞典22目錄頁3、數(shù)據(jù)詞典書寫實例、數(shù)據(jù)詞典書寫實例3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.3 數(shù)據(jù)詞典數(shù)據(jù)詞典23目錄頁3、數(shù)據(jù)詞典書寫實例、數(shù)據(jù)詞典書寫實例3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.3 數(shù)據(jù)詞典數(shù)據(jù)詞典24目錄頁3、數(shù)據(jù)詞典書寫實例、數(shù)據(jù)詞典書寫實例3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.3 數(shù)據(jù)詞典數(shù)據(jù)詞典25目錄頁4.數(shù)據(jù)詞典的實現(xiàn)數(shù)據(jù)詞典的實現(xiàn)通常，通常， 實現(xiàn)數(shù)據(jù)詞典有三種途徑：實現(xiàn)數(shù)據(jù)詞典有三種途徑：(1)人工方法：人工方法： 人工方法實現(xiàn)時，人工方法實現(xiàn)時， 每一詞典條目（即每一個數(shù)據(jù)定義或每一個加

26、工邏輯說每一詞典條目（即每一個數(shù)據(jù)定義或每一個加工邏輯說明）明） 寫在一張卡片上，寫在一張卡片上， 由專人管理和維護。由專人管理和維護。 為了便于搜索，為了便于搜索， 所有卡片按數(shù)據(jù)名稱排序。所有卡片按數(shù)據(jù)名稱排序。 人工人工方法的優(yōu)點是容易實現(xiàn)。方法的優(yōu)點是容易實現(xiàn)。(2)自動方法：自動方法： 把詞典存在計算機中，把詞典存在計算機中， 用計算機對它搜索和維護。用計算機對它搜索和維護。 現(xiàn)有多種現(xiàn)有多種“詞典管理程詞典管理程序序” ， 如如PLS/PSA。 用計算機管理詞典質(zhì)量高，用計算機管理詞典質(zhì)量高， 搜索、搜索、 維護方便。維護方便。(3)人工和自動混合的方法：人工和自動混合的方法： 在

27、人工過程中可借助正文編寫程序、在人工過程中可借助正文編寫程序、 報告生成程序等工具輔報告生成程序等工具輔助完成。助完成。3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.3 數(shù)據(jù)詞典數(shù)據(jù)詞典26目錄頁4.數(shù)據(jù)詞典的實現(xiàn)數(shù)據(jù)詞典的實現(xiàn)不論通過哪種途徑實現(xiàn)的數(shù)據(jù)詞典都應(yīng)盡量做到以下幾點：不論通過哪種途徑實現(xiàn)的數(shù)據(jù)詞典都應(yīng)盡量做到以下幾點：(1)沒有冗余：沒有冗余： 主要指數(shù)據(jù)定義不能重復(fù)。主要指數(shù)據(jù)定義不能重復(fù)。 在規(guī)格說明書的其他組成部分中已出現(xiàn)的信息在規(guī)格說明書的其他組成部分中已出現(xiàn)的信息不能重復(fù)。不能重復(fù)。(2)查閱方便：查閱方便： 通過名字可以方便地查閱數(shù)據(jù)詞典中的每個定義。通過名字可以方便地查閱

28、數(shù)據(jù)詞典中的每個定義。(3)定義的書寫方法簡單、定義的書寫方法簡單、 方便、方便、 嚴(yán)謹，嚴(yán)謹， 而且可讀性強。而且可讀性強。(4)建議采用卡片形式書寫。建議采用卡片形式書寫。3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.3 數(shù)據(jù)詞典數(shù)據(jù)詞典27目錄頁1、結(jié)構(gòu)化語言、結(jié)構(gòu)化語言3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.4 加工邏輯的描述加工邏輯的描述28目錄頁2、判定表、判定表在一些數(shù)據(jù)處理中，在一些數(shù)據(jù)處理中， 數(shù)據(jù)流圖的加工需要經(jīng)過多個邏輯條件組合的取值而確定，數(shù)據(jù)流圖的加工需要經(jīng)過多個邏輯條件組合的取值而確定， 此時用此時用自然語言或結(jié)構(gòu)化語言難以描述，自然語言或結(jié)構(gòu)化語言難以描述， 而運用

29、判定表描述就比較清晰明了。而運用判定表描述就比較清晰明了。3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.4 加工邏輯的描述加工邏輯的描述29目錄頁3、判定樹、判定樹判定樹也是用來表達加工邏輯的工具，判定樹也是用來表達加工邏輯的工具， 它是判定表的變形，它是判定表的變形， 有時比判定表更直觀，有時比判定表更直觀， 更易更易于理解和使用。于理解和使用。 圖書優(yōu)惠政策的判定樹如圖圖書優(yōu)惠政策的判定樹如圖3-8所示所示。3.4 結(jié)構(gòu)化的需求分析方法第3章3.4.4 加工邏輯的描述加工邏輯的描述30目錄頁1 需求規(guī)格說明書的編寫內(nèi)容需求規(guī)格說明書的編寫內(nèi)容需求分析階段應(yīng)交付的主要文檔是軟件需求規(guī)格說明書。需

30、求分析階段應(yīng)交付的主要文檔是軟件需求規(guī)格說明書。 它提供了它提供了 用戶與開發(fā)人員對開發(fā)軟件的共用戶與開發(fā)人員對開發(fā)軟件的共同理解，同理解， 其作用相當(dāng)于用戶與開發(fā)單位之間的技術(shù)合同，其作用相當(dāng)于用戶與開發(fā)單位之間的技術(shù)合同， 是后續(xù)設(shè)計和編碼的基礎(chǔ)，是后續(xù)設(shè)計和編碼的基礎(chǔ)， 是測試和驗收的依是測試和驗收的依據(jù)。據(jù)。軟件需求規(guī)格說明書的內(nèi)容框架可參閱軟件需求規(guī)格說明書的內(nèi)容框架可參閱GB/T 8567|2006計算機軟件文檔編制規(guī)范計算機軟件文檔編制規(guī)范 。在編寫需求規(guī)格說明書時應(yīng)注意以下幾個問題：在編寫需求規(guī)格說明書時應(yīng)注意以下幾個問題：（1） 說明書中的每一部分都非常重要，說明書中的每一部

31、分都非常重要， 因此要慎重對待。因此要慎重對待。（2） 問題的描述要做到準(zhǔn)確無誤，問題的描述要做到準(zhǔn)確無誤， 沒有二義性。沒有二義性。（3） 說明書的書寫形式要規(guī)范。說明書的書寫形式要規(guī)范。（4） 允許用戶根據(jù)項目的具體情況適當(dāng)?shù)膶鴮憙?nèi)容進行調(diào)整和篩選。允許用戶根據(jù)項目的具體情況適當(dāng)?shù)膶鴮憙?nèi)容進行調(diào)整和篩選。3.5 需求規(guī)格說明書的編寫與審評第3章31目錄頁2 需求分析的評審需求分析的評審在需求分析規(guī)格說明書編寫完成后，在需求分析規(guī)格說明書編寫完成后， 必須進行需求評審，必須進行需求評審， 以驗證需求的正確性。以驗證需求的正確性。如果在評審過程中發(fā)現(xiàn)說明書存在錯誤或缺陷，如果在評審過程中發(fā)

32、現(xiàn)說明書存在錯誤或缺陷， 應(yīng)及時進行更改或彌補，應(yīng)及時進行更改或彌補， 重新進行相應(yīng)部分的需求重新進行相應(yīng)部分的需求分析、分析、 需求建模、需求建模、 修改需求規(guī)格說明書，修改需求規(guī)格說明書， 并再行評審。并再行評審。需求分析評審的主要內(nèi)容如下需求分析評審的主要內(nèi)容如下：需求分析評審的主要內(nèi)容如下需求分析評審的主要內(nèi)容如下：（1） 一致性。一致性。 所有需求必須是一致的，所有需求必須是一致的， 任何一條需求不能和其他需求相矛盾。任何一條需求不能和其他需求相矛盾。（2） 完整性。完整性。 需求必須是完整的，需求必須是完整的， 規(guī)格說明書應(yīng)該包括用戶需要的每一個功能或性能。規(guī)格說明書應(yīng)該包括用戶需

33、要的每一個功能或性能。（3） 現(xiàn)實性。現(xiàn)實性。 指定的需求應(yīng)該是用現(xiàn)有的軟硬件技術(shù)基本上可以實現(xiàn)的。指定的需求應(yīng)該是用現(xiàn)有的軟硬件技術(shù)基本上可以實現(xiàn)的。 對硬件技術(shù)的進步可以對硬件技術(shù)的進步可以預(yù)測，預(yù)測， 對軟件技術(shù)的進步則很難預(yù)測，對軟件技術(shù)的進步則很難預(yù)測， 只能從現(xiàn)有技術(shù)水平判斷需求的現(xiàn)實性。只能從現(xiàn)有技術(shù)水平判斷需求的現(xiàn)實性。（4） 有效性。有效性。 必須證明需求是正確而有效的，必須證明需求是正確而有效的， 確實能解決用戶所面對的問題。確實能解決用戶所面對的問題。3.5 需求規(guī)格說明書的編寫與審評第3章32目錄頁3.6實例分析： “高校圖書管理系統(tǒng)” 軟件需求分析第3章下面以第2章的

34、“高校圖書管理系統(tǒng)” 為例， 說明面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法及軟件需求說明書的編寫內(nèi)容。在圖書館負責(zé)人和計算機系的技術(shù)人員通過了 “高校圖書管理系統(tǒng)” 項目開發(fā)計劃后， 項目組隨即進入了 項目開發(fā)階段， 計算機系教師與圖書館相關(guān)業(yè)務(wù)人員緊密合作， 經(jīng)過15天的工作， 形成了 “高校圖書管理系統(tǒng)” 軟件需求說明書 如下：33目錄頁3.6實例分析： “高校圖書管理系統(tǒng)” 軟件需求分析第3章34目錄頁3.6實例分析： “高校圖書管理系統(tǒng)” 軟件需求分析第3章35目錄頁3.6實例分析： “高校圖書管理系統(tǒng)” 軟件需求分析第3章36目錄頁3.6實例分析： “高校圖書管理系統(tǒng)” 軟件需求分析第3章37目錄

35、頁3.6實例分析： “高校圖書管理系統(tǒng)” 軟件需求分析第3章38目錄頁6.3 Rational Rose簡介第6章6.3.4 Rational Rose建模的基本過程建模的基本過程 (1)創(chuàng)建模型創(chuàng)建模型單擊菜單欄中單擊菜單欄中【File】|【New】菜單項，或者單擊標(biāo)準(zhǔn)工具欄中的菜單項，或者單擊標(biāo)準(zhǔn)工具欄中的【Create New Model or File】按鈕；彈出按鈕；彈出“Create New Model”對話框，選擇要使用的模板。如果暫時不需要任何模板，對話框，選擇要使用的模板。如果暫時不需要任何模板，單擊單擊【Cancel】按鈕。根據(jù)需要建立用戶視圖、邏輯視圖、組件視圖和部署視圖

36、。按鈕。根據(jù)需要建立用戶視圖、邏輯視圖、組件視圖和部署視圖。Rose所創(chuàng)建的模型文件的擴展名為所創(chuàng)建的模型文件的擴展名為.mdl。(2)保存模型保存模型單擊菜單欄中單擊菜單欄中【File】|【Save】選項，或者單擊標(biāo)準(zhǔn)工具欄中的選項，或者單擊標(biāo)準(zhǔn)工具欄中的【Save Model,File,or Script】按鈕。按鈕。39目錄頁6.3 Rational Rose簡介第6章6.3.4 Rational Rose建模的基本過程建模的基本過程 (3)發(fā)布模型發(fā)布模型單擊菜單欄中的單擊菜單欄中的【Tools】|【W(wǎng)eb Publisher.】菜單項，彈出如圖菜單項，彈出如圖6-28所示所示對話框，在圖中選擇要發(fā)布到對話框，在圖中選擇要發(fā)布到Web頁面頁面上的內(nèi)容和上的內(nèi)容和HTML頁面要保存的位置，單頁面要保存的位置，單擊擊【Publish】按鈕，按鈕，Rose模型就發(fā)布到模型就發(fā)布到Web頁面上，打開所保存的頁面上，打開所保存的.html文件，文件，就可以看到就可以看到Rose模型，模型，40目錄頁6.3 Rational Rose簡介第6章6.3.4 Rational Rose建模的基本過程建模的基本過程 41目錄頁