1、第三章 需 求 分 析,第3章 需求分析,意義： 軟件需求的深入理解是軟件開(kāi)發(fā)工作獲得成功的前提條件，不論我們把設(shè)計(jì)和編碼做得如何出色，不能真正滿足用戶需求的程序只會(huì)令用戶失望，給開(kāi)發(fā)帶來(lái)煩惱。,需求分析是軟件定義時(shí)期的最后一個(gè)階段，它的基本任務(wù)不是確定系統(tǒng)怎樣完成它的工作，而是確定系統(tǒng)必須完成哪些工作，也就是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。并在在需求分析階段結(jié)束之前，由系統(tǒng)分析員寫(xiě)出軟件需求規(guī)格說(shuō)明書(shū)，以書(shū)面形式準(zhǔn)確地描述軟件需求。即： - 準(zhǔn)確地回答“系統(tǒng)必須做什么?”。,在分析軟件需求和書(shū)寫(xiě)軟件需求規(guī)格說(shuō)明書(shū)的過(guò)程中，分析員和用戶都起著關(guān)鍵的、必不可少的作用。,需求分析的結(jié)構(gòu)

2、化方法都遵守下述準(zhǔn)則：,(3) 必須描述作為外部事件結(jié)果的軟件行為，這條準(zhǔn)則要求建立行為模型。,(2) 必須定義軟件應(yīng)完成的功能，這條準(zhǔn)則要求建立功能模型。,(1) 必須理解并描述問(wèn)題的信息域，根據(jù)這條準(zhǔn)則應(yīng)該建立數(shù)據(jù)模型。,(4) 必須對(duì)描述信息、功能和行為的模型進(jìn)行分解，用層次的方式展示細(xì)節(jié)。,軟件的需求包括：,功能需求 性能需求 環(huán)境需求 可靠性需求 安全保密要求 用戶界面需求,資源使用需求 成本消耗需求 開(kāi)發(fā)進(jìn)度需求 預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo),3.1 需求分析的任務(wù),需求分析的任務(wù)就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)的 “做什么” 的問(wèn)題。,確定對(duì)系統(tǒng)

3、的綜合要求 -功能需求、性能需求、可靠性和可用性需求、出錯(cuò)處理需求、接口需求、約束、 逆向需求、將來(lái)可能提出的要求。,3.1 需求分析的具體任務(wù),分析系統(tǒng)的數(shù)據(jù)要求,3 導(dǎo)出系統(tǒng)的邏輯模型,4 修正系統(tǒng)開(kāi)發(fā)計(jì)劃,3.2 與用戶溝通獲取需求的方法,訪談 面向數(shù)據(jù)流自頂向下求精 簡(jiǎn)易的應(yīng)用規(guī)格說(shuō)明技術(shù) 快速建立軟件原型,(1). 訪 談,正式的訪談 - 系統(tǒng)分析員將提出一些事先準(zhǔn)備好的具體問(wèn)題。 非正式的訪談 - 分析員將提出一些用戶可以自由回答的開(kāi)放性問(wèn)題，以鼓勵(lì)被訪問(wèn)人員說(shuō)出自己的想法。 當(dāng)需要調(diào)查大量人員的意見(jiàn)時(shí)，向被調(diào)查人分發(fā)調(diào)查表是一個(gè)十分有效的做法。 在訪問(wèn)用戶的過(guò)程中使用情景分析技術(shù)

4、往往非常有效。,所謂情景分析就是對(duì)用戶將來(lái)使用目標(biāo)系統(tǒng)解決某個(gè)具體問(wèn)題的方法和結(jié)果進(jìn)行分析。,情景分析技術(shù)的用處主要體現(xiàn)在下述兩個(gè)方面： (1) 它能在某種程度上演示目標(biāo)系統(tǒng)的行為，從而便于用戶理解，而且還可能進(jìn)一步揭示出一些分析員目前還不知道的需求。 (2) 由于情景分析較易為用戶所理解，使用這種技術(shù)能保證用戶在需求分析過(guò)程中始終扮演一個(gè)積極主動(dòng)的角色。需求分析的目標(biāo)是獲知用戶的真實(shí)需求，而這一信息的惟一來(lái)源是用戶，因此，讓用戶起積極主動(dòng)的作用對(duì)需求分析工作獲得成功是至關(guān)重要的。,(2). 面向數(shù)據(jù)流自頂向下求精,數(shù)據(jù)決定了需要的處理和算法，它是需求分析的出發(fā)點(diǎn)。 可行性研究階段產(chǎn)生的是高層

5、數(shù)據(jù)流圖，許多具體的細(xì)節(jié)沒(méi)有包括，許多實(shí)際的數(shù)據(jù)元素被忽略，當(dāng)時(shí)分析員還不需要考慮這些細(xì)節(jié)，現(xiàn)在是定義這些數(shù)據(jù)元素的時(shí)候了。,自頂向下求精過(guò)程,使用傳統(tǒng)的訪談或面向數(shù)據(jù)流自頂向下求精方法定義需求時(shí)，用戶處于被動(dòng)地位而且往往有意無(wú)意地與開(kāi)發(fā)者區(qū)分“彼此”。由于不能像同一個(gè)團(tuán)隊(duì)的人那樣齊心協(xié)力地識(shí)別和精化需求，這兩種方法的效果有時(shí)并不理想。,有辦法嗎？ 有！ Go Next !,問(wèn)題：,這種方法提倡用戶與開(kāi)發(fā)者密切合作，共同標(biāo)識(shí)問(wèn)題，提出解決方案要素，商討不同方案并指定基本需求。,(3). 簡(jiǎn)易的應(yīng)用規(guī)格說(shuō)明技術(shù) - 一種面向團(tuán)隊(duì)的需求收集法,使用簡(jiǎn)易的應(yīng)用規(guī)格說(shuō)明技術(shù)分析需求的典型過(guò)程,1. 初

6、步的訪談，通過(guò)用戶對(duì)基本問(wèn)題的回答，初步確定待解決的問(wèn)題的范圍和解決方案。 2. 開(kāi)發(fā)者和用戶分別寫(xiě)出“產(chǎn)品需求”。 3. 開(kāi)發(fā)者和用戶開(kāi)會(huì)討論，共同創(chuàng)建一張意見(jiàn)一致的組合列表。 4. 把與會(huì)者分成更小的小組，每個(gè)小組的工作目標(biāo)是為每張列表中的項(xiàng)目制定小型規(guī)格說(shuō)明。小型規(guī)格說(shuō)明是對(duì)列表中包含的單詞或短語(yǔ)的準(zhǔn)確說(shuō)明。 5. 每個(gè)小組向全體與會(huì)者展示他們制定的小型規(guī)格說(shuō)明，討論，以創(chuàng)建出意見(jiàn)一致的確認(rèn)標(biāo)準(zhǔn)。 6. 由一名或多名與會(huì)者根據(jù)會(huì)議成果起草完整的軟件需求規(guī)格說(shuō)明書(shū)。,(4). 快速建立軟件原型,正如第1章已經(jīng)講過(guò)的，快速原型就是快速建立起來(lái)的旨在演示目標(biāo)系統(tǒng)主要功能的可運(yùn)行的程序。 快速建

7、立軟件原型是最準(zhǔn)確、最有效、最強(qiáng)大的需求分析技術(shù)。 快速原型應(yīng)具備的特性是“快速”、 “容易修改”。,快速構(gòu)建和修改原型，通常使用下述3種方法和工具：,第四代技術(shù),(2) 可重用的軟件構(gòu)件,(3) 形式化規(guī)格說(shuō)明和原型環(huán)境,3.3 分析建模與規(guī)格說(shuō)明,1). 分析建模 模型-就是為了理解事物而對(duì)事物做出的一種抽象，是對(duì)事物的一種無(wú)歧義的書(shū)面描述。通常，由一組圖形符號(hào)和組織這些符號(hào)的規(guī)則組成。 需求分析過(guò)程應(yīng)該建立3種模型: 數(shù)據(jù)模型 - 實(shí)體-聯(lián)系圖 功能模型 - 數(shù)據(jù)流圖 行為模型 -狀態(tài)轉(zhuǎn)換圖,3.3 分析建模與規(guī)格說(shuō)明,2). 軟件需求規(guī)格說(shuō)明(SRS) Software Require

8、ment Specification 通常用自然語(yǔ)言+模型，完整、準(zhǔn)確、具體地描述系統(tǒng)的數(shù)據(jù)要求、功能需求、性能需求、可靠性和可用性要求、出錯(cuò)處理需求、接口需求、約束、逆向需求以及將來(lái)可能提出的要求。 軟件需求規(guī)格說(shuō)明書(shū)，是需求分析階段得出的最主要的文檔。,軟件需求說(shuō)明書(shū)的編寫(xiě)提示 （GB856T88）,軟件需求說(shuō)明書(shū)的編寫(xiě)提示,1 引言 1.1 編寫(xiě)目的 1.2 背景 1.3 定義 1.4 參考資料,2 任務(wù)概述 2.1 目標(biāo) 2.2 用戶的特點(diǎn) 2.3 假定和約束,軟件需求說(shuō)明書(shū)的編寫(xiě)提示,3 需求規(guī)定 3.1 對(duì)功能的規(guī)定 3.2 對(duì)性能的規(guī)定 3.2.1 精度 3.2.2 時(shí)間特性要求

9、 3.2.3 靈活性 3.3 輸人輸出要求 3.4 數(shù)據(jù)管理能力要求 3.5 故障處理要求 3.6 其他專門(mén)要求,4 運(yùn)行環(huán)境規(guī)定 4.1 設(shè)備 4.2 支持軟件 4.3 接口 4.4 控制,3.4 實(shí)體-聯(lián)系圖(ER) Entity Relationship Diagram,ER圖 - 是用來(lái)建立數(shù)據(jù)模型的工具。 數(shù)據(jù)模型 - 是一種面向問(wèn)題的數(shù)據(jù)模型，是按照用戶的觀點(diǎn)對(duì)數(shù)據(jù)建立的模型。它描述了從用戶角度看到的數(shù)據(jù)，反映了用戶的現(xiàn)實(shí)環(huán)境，而且與在軟件系統(tǒng)中的實(shí)現(xiàn)方法無(wú)關(guān)。 數(shù)據(jù)模型中包含3種相互關(guān)聯(lián)的信息：數(shù)據(jù)對(duì)象（實(shí)體）、數(shù)據(jù)對(duì)象的屬性及數(shù)據(jù)對(duì)象彼此間相互連接的關(guān)系。,(1). 數(shù)據(jù)對(duì)象,

10、數(shù)據(jù)對(duì)象: 是對(duì)軟件必須理解的復(fù)合信息的抽象。 復(fù)合信息: 是指具有一系列不同性質(zhì)或?qū)傩缘氖挛?，僅有單個(gè)值的事物(例如，寬度)不是數(shù)據(jù)對(duì)象。 可以由一組屬性來(lái)定義的實(shí)體都可以被認(rèn)為是數(shù)據(jù)對(duì)象。 如：外部實(shí)體、事物、行為、事件、角色、單位、地點(diǎn)或結(jié)構(gòu)等。 數(shù)據(jù)對(duì)象彼此間是有關(guān)聯(lián)的。,(2). 屬 性,屬性定義了數(shù)據(jù)對(duì)象的性質(zhì)。 必須把一個(gè)或多個(gè)屬性定義為“標(biāo)識(shí)符”，也就是說(shuō)，當(dāng)我們希望找到數(shù)據(jù)對(duì)象的一個(gè)實(shí)例時(shí)，用標(biāo)識(shí)符屬性作為“關(guān)鍵字”(通常簡(jiǎn)稱為“鍵”)。 應(yīng)該根據(jù)對(duì)所要解決的問(wèn)題的理解，來(lái)確定特定數(shù)據(jù)對(duì)象的一組合適的屬性。 如：學(xué)生具有學(xué)號(hào)、姓名、性別、年齡、專業(yè)（其它略）等屬性； 課程具有

11、課程號(hào)、課程名、學(xué)分、學(xué)時(shí)數(shù)等屬性； 教師具有職工號(hào)、姓名、年齡、職稱等屬性。,(3). 聯(lián) 系,數(shù)據(jù)對(duì)象彼此之間相互連接的方式稱為聯(lián)系，也稱為關(guān)系。 聯(lián)系可分為以下3種類型： a. 一對(duì)一聯(lián)系(11) 如：一個(gè)部門(mén)有一個(gè)經(jīng)理，而每個(gè)經(jīng)理只在一個(gè)部門(mén)任職，則部門(mén)與經(jīng)理的聯(lián)系是一對(duì)一的。 b. 一對(duì)多聯(lián)系(1N) 如：某校教師與課程之間存在一對(duì)多的聯(lián)系“教”，即每位教師可以教多門(mén)課程，但是每門(mén)課程只能由一位教師來(lái)教。 c. 多對(duì)多聯(lián)系(MN) 如：學(xué)生與課程間的聯(lián)系(“學(xué)”)是多對(duì)多的，即一個(gè)學(xué)生可以學(xué)多門(mén)課程，而每門(mén)課程可以有多個(gè)學(xué)生來(lái)學(xué)。 聯(lián)系也可能有屬性。 如：學(xué)生“學(xué)”某門(mén)課程所取得的成

12、績(jī)，既不是學(xué)生的屬性也不是課程的屬性。由于“成績(jī)”既依賴于某名特定的學(xué)生又依賴于某門(mén)特定的課程，所以它是學(xué)生與課程之間的聯(lián)系“學(xué)”的屬性。,(4). 實(shí)體-聯(lián)系圖的符號(hào),ER圖中包含了實(shí)體(即數(shù)據(jù)對(duì)象)、關(guān)系和屬性等3種基本成分。 通常用矩形框代表實(shí)體； 用連接相關(guān)實(shí)體的菱形框表示關(guān)系； 用橢圓形或圓角矩形表示實(shí)體(或關(guān)系)的屬性； 并用直線把實(shí)體(或關(guān)系)與其屬性連接起來(lái)。,舉 例,圖3.2 某校教學(xué)管理ER圖,對(duì)象,教師屬性,學(xué)生屬性,課程屬性,聯(lián)系屬性,關(guān)系,3.5 數(shù)據(jù)規(guī)范化,為什么數(shù)據(jù)要規(guī)范化？,規(guī)范化的目的是： 消除數(shù)據(jù)冗余，即消除表格中數(shù)據(jù)的重復(fù)； 消除多義性，使關(guān)系中的屬性含義

13、清楚、單一； 使關(guān)系的“概念”單一化，讓每個(gè)數(shù)據(jù)項(xiàng)只是一個(gè)簡(jiǎn)單的數(shù)或字符串，而不是一個(gè)組項(xiàng)或重復(fù)組； 方便操作。使數(shù)據(jù)的插入、刪除與修改操作可行并方便； 使關(guān)系模式更靈活，易于實(shí)現(xiàn)接近自然語(yǔ)言的查詢方式。,如 何 規(guī) 范 化？,規(guī)范化 - 將數(shù)據(jù)的邏輯結(jié)構(gòu)歸結(jié)為滿足一定條件的二維表（關(guān)系）。即： 1. 表格中每個(gè)信息項(xiàng)必須是一個(gè)不可分割的數(shù)據(jù)項(xiàng)，不可是組項(xiàng)。 2. 表格中每一列 (列表示屬性)中所有信息項(xiàng)必須是同一類型，各列的名字 (屬性名) 互異，列的次序任意。 3. 表格中各行 (行表示元組) 互不相同，行的次序任意。,用教學(xué)管理例說(shuō)明如何規(guī)范化,有三個(gè)實(shí)體型，即課程、學(xué)生和教師，用三個(gè)關(guān)

14、系保存它們的信息： 學(xué)生(學(xué)號(hào)，姓名，性別，年齡，年級(jí)，專業(yè)，籍貫) 教師(職工號(hào)，姓名，年齡，職稱，職務(wù)，工資級(jí)別，工資) 課程(課程號(hào)，課程名，學(xué)分，學(xué)時(shí)，課程類型),為表示實(shí)體型之間的聯(lián)系，又建立兩個(gè)關(guān)系： 選課 (學(xué)號(hào)，課程號(hào)，聽(tīng)課出勤率，作業(yè)完成率，分?jǐn)?shù)) 教課 (職工號(hào)，課程號(hào)，授課效果) 這五個(gè)關(guān)系，組成了數(shù)據(jù)庫(kù)的模型。 在每個(gè)關(guān)系中，屬性名下加下劃線）指明關(guān)鍵字。并規(guī)定關(guān)鍵字能唯一地標(biāo)識(shí)一個(gè)元組。,通常用“范式(Normal Forms)”定義消除數(shù)據(jù)冗余的程度。第一范式(1 NF)數(shù)據(jù)冗余程度最大，第五范式(5 NF)數(shù)據(jù)冗余程度最小。但是：,1、范式級(jí)別越高，存儲(chǔ)同樣數(shù)據(jù)就

15、需要分解成更多張表，因此，“存儲(chǔ)自身”的過(guò)程也就越復(fù)雜。,2、隨著范式級(jí)別的提高，數(shù)據(jù)的存儲(chǔ)結(jié)構(gòu)與基于問(wèn)題域的結(jié)構(gòu)間的匹配程度也隨之下降，因此，在需求變化時(shí)數(shù)據(jù)的穩(wěn)定性較差。,3、范式級(jí)別提高則需要訪問(wèn)的表增多，因此性能(速度)將下降。從實(shí)用角度看來(lái)，在大多數(shù)場(chǎng)合選用第三范式都比較恰當(dāng)。,所以，從實(shí)用角度看來(lái)，在大多數(shù)場(chǎng)合選用第三范式都比較恰當(dāng)。,第 一 范 式,每個(gè)屬性值都必須是原子值，即僅僅是一個(gè)簡(jiǎn)單值而不含內(nèi)部結(jié)構(gòu)。 如：,學(xué)生(學(xué)號(hào)，姓名，性別，年齡，年級(jí)，專業(yè)，籍貫) 教師(職工號(hào)，姓名，年齡，職稱，職務(wù)，工資級(jí)別，工資) 課程(課程號(hào)，課程名，學(xué)分，學(xué)時(shí)，課程類型),第 二 范 式

16、,滿足第一范式條件，而且每個(gè)非關(guān)鍵字屬性都由整個(gè)關(guān)鍵字決定(而不是由關(guān)鍵字的一部分來(lái)決定)。 如：,選課 ( 學(xué)號(hào)，課程號(hào)，聽(tīng)課出勤率，作業(yè)完成率，分?jǐn)?shù) ) 教課 ( 職工號(hào)，課程號(hào)，授課效果 ),第 三 范 式,符合第二范式的條件，每個(gè)非關(guān)鍵字屬性都僅由關(guān)鍵字決定，而且一個(gè)非關(guān)鍵字屬性不能僅僅是對(duì)另一個(gè)非關(guān)鍵字屬性的進(jìn)一步描述(即一個(gè)非關(guān)鍵字屬性值不依賴于另一個(gè)非關(guān)鍵字屬性值)。 如：,教師(職工號(hào)，姓名，年齡，職稱，職務(wù)，工資) - 工資依賴于職稱或職務(wù) 教師(職工號(hào)，姓名，年齡，職稱，職務(wù)，工資級(jí)別，工資),3.6 狀態(tài)轉(zhuǎn)換圖,狀態(tài)轉(zhuǎn)換圖(簡(jiǎn)稱為狀態(tài)圖) 通過(guò)描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)

17、轉(zhuǎn)換的事件，來(lái)表示系統(tǒng)的行為。此外，狀態(tài)圖還指明了作為特定事件的結(jié)果系統(tǒng)將做哪些動(dòng)作(例如，處理數(shù)據(jù))。,1). 狀 態(tài),狀態(tài)是任何可以被觀察到的系統(tǒng)行為模式，一個(gè)狀態(tài)代表系統(tǒng)的一種行為模式。狀態(tài)規(guī)定了系統(tǒng)對(duì)事件的響應(yīng)方式。系統(tǒng)對(duì)事件的響應(yīng)，既可以是做一個(gè)(或一系列)動(dòng)作，也可以是僅僅改變系統(tǒng)本身的狀態(tài)，還可以是既改變狀態(tài)又做動(dòng)作。 初態(tài) (即初始狀態(tài)) 狀態(tài) 終態(tài) (即最終狀態(tài)) 中間狀態(tài),一張狀態(tài)圖中只能有一個(gè)初態(tài)，而終態(tài)則可以有0至多個(gè)。,2). 事 件,事件是在某個(gè)特定時(shí)刻發(fā)生的事情，它是對(duì)引起系統(tǒng)做動(dòng)作或(和)從一個(gè)狀態(tài)轉(zhuǎn)換到另一個(gè)狀態(tài)的外界事件的抽象。 例如，內(nèi)部時(shí)鐘表明某個(gè)規(guī)定的

18、時(shí)間段已經(jīng)過(guò)去，用戶移動(dòng)或點(diǎn)擊鼠標(biāo)等都是事件。 簡(jiǎn)而言之，事件就是引起系統(tǒng)做動(dòng)作或(和)轉(zhuǎn)換狀態(tài)的控制信息。,初態(tài)用實(shí)心圓表示，終態(tài)用一對(duì)同心圓(內(nèi)圓為實(shí)心圓)表示。 中間狀態(tài)用圓角矩形表示，可以用兩條水平橫線把它分成上、中、下3個(gè)部分。上面部分為狀態(tài)的名稱，這部分是必須有的；中間部分為狀態(tài)變量的名字和值，這部分是可選的；下面部分是活動(dòng)表，這部分也是可選的。,3) 符 號(hào),活動(dòng)表的語(yǔ)法格式：事件名(參數(shù)表)/動(dòng)作表達(dá)式 其中，“事件名”可以是任何事件的名稱。在活動(dòng)表中經(jīng)常使用下述3種標(biāo)準(zhǔn)事件：entry，exit和do。entry事件指定進(jìn)入該狀態(tài)的動(dòng)作，exit事件指定退出該狀態(tài)的動(dòng)作，而d

19、o事件則指定在該狀態(tài)下的動(dòng)作。需要時(shí)可以為事件指定參數(shù)表?；顒?dòng)表中的動(dòng)作表達(dá)式描述應(yīng)做的具體動(dòng)作。,3) 符 號(hào),狀態(tài)圖中兩個(gè)狀態(tài)之間帶箭頭的連線稱為狀態(tài)轉(zhuǎn)換，箭頭指明了轉(zhuǎn)換方向。 狀態(tài)變遷通常是由事件觸發(fā)的，在這種情況下應(yīng)在表示狀態(tài)轉(zhuǎn)換的箭頭線上標(biāo)出觸發(fā)轉(zhuǎn)換的事件表達(dá)式；如果在箭頭線上未標(biāo)明事件，則表示在源狀態(tài)的內(nèi)部活動(dòng)執(zhí)行完之后自動(dòng)觸發(fā)轉(zhuǎn)換。 事件表達(dá)式的語(yǔ)法： 事件說(shuō)明守衛(wèi)條件動(dòng)作表達(dá)式 事件說(shuō)明的語(yǔ)法為：事件名(參數(shù)表)。 守衛(wèi)條件是一個(gè)布爾表達(dá)式。如果同時(shí)使用事件說(shuō)明和守衛(wèi)條件，則當(dāng)且僅當(dāng)事件發(fā)生且布爾表達(dá)式為真時(shí)，狀態(tài)轉(zhuǎn)換才發(fā)生。如果只有守衛(wèi)條件沒(méi)有事件說(shuō)明，則只要守衛(wèi)條件為真狀態(tài)

20、轉(zhuǎn)換就發(fā)生。 動(dòng)作表達(dá)式是一個(gè)過(guò)程表達(dá)式，當(dāng)狀態(tài)轉(zhuǎn)換開(kāi)始時(shí)執(zhí)行該表達(dá)式。,3) 符 號(hào),4). 舉 例,3.7 其他圖形工具,層次方框圖 Warnier圖 IPO圖,3.7.1 層次方框圖,層次方框圖用樹(shù)形結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。 樹(shù)形結(jié)構(gòu)的頂層是一個(gè)單獨(dú)的矩形框，它代表完整的數(shù)據(jù)結(jié)構(gòu)，下面的各層矩形框代表這個(gè)數(shù)據(jù)的子集，最底層的各個(gè)框代表組成這個(gè)數(shù)據(jù)的實(shí)際數(shù)據(jù)元素(不能再分割的元素)。 隨著結(jié)構(gòu)的精細(xì)化，層次方框圖對(duì)數(shù)據(jù)結(jié)構(gòu)也描繪得越來(lái)越詳細(xì)，這種模式非常適合于需求分析階段的需要。系統(tǒng)分析員從對(duì)頂層信息的分類開(kāi)始，沿圖中每條路徑反復(fù)細(xì)化，直到確定了數(shù)據(jù)結(jié)構(gòu)的全部細(xì)節(jié)時(shí)為止。,舉 例,3.7.2 Warnier圖,法國(guó)計(jì)算機(jī)科學(xué)家Warnier提出了表示信息層次結(jié)構(gòu)的另外一種圖形工具。 Warnier圖也用樹(shù)形結(jié)構(gòu)描繪信息，但是這種圖形工具比層次方框圖提供了更豐富的描繪手段。 用Warnier圖可以表明信息的邏輯組織。 它可以指出一類信息或一個(gè)信息元素是重復(fù)出現(xiàn)的，也可以表示特定