【正文】 行程序的過(guò)程。軟件工程的根本目標(biāo)：是開(kāi)發(fā)出高質(zhì)量的完全符合用戶需要的軟件，因此，通過(guò)測(cè)試發(fā)現(xiàn)錯(cuò)誤之后還必須診斷并改正錯(cuò)誤，這就是調(diào)試的目的。Halstead方法：是一個(gè)著名的方法，它根據(jù)程序中運(yùn)算符和操作數(shù)的總數(shù)來(lái)度量程序的復(fù)雜程度。面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法的最終目標(biāo)是：得出對(duì)程序處理過(guò)程的描述。描繪程序處理過(guò)程的工具稱為過(guò)程設(shè)計(jì)的工具，它們可以分為圖形、表格和語(yǔ)言3類。”在設(shè)計(jì)人機(jī)界面的過(guò)程中，幾乎總會(huì)遇到下述4個(gè)問(wèn)題：系統(tǒng)響應(yīng)時(shí)間、用戶幫助設(shè)施、出錯(cuò)信息處理和命令交互。第六章、詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)的根本目標(biāo)：是確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)，也就是說(shuō)，經(jīng)過(guò)這個(gè)階段的設(shè)計(jì)工作，應(yīng)該得出對(duì)目標(biāo)系統(tǒng)的精確描述，從而在編碼階段可以把這個(gè)描述直接翻譯成用某種程序設(shè)計(jì)語(yǔ)言書寫的程序。功能內(nèi)聚：如果模塊內(nèi)所有處理元素屬于一個(gè)整體，完成一個(gè)單一的功能，則稱為功能內(nèi)聚。時(shí)間內(nèi)聚：如果一個(gè)模塊包含的任務(wù)必須在同一段時(shí)間內(nèi)執(zhí)行，就叫時(shí)間內(nèi)聚。應(yīng)該采用下述設(shè)計(jì)原則：盡量使用數(shù)據(jù)耦合，少用控制耦合和特征耦合，限制公共環(huán)境耦合的范圍，完全不用內(nèi)容耦合。控制耦合是中等程度的耦合，它增加了系統(tǒng)的復(fù)雜程度。耦合強(qiáng)弱取決于模塊間接口的復(fù)雜程度，進(jìn)入或訪問(wèn)一個(gè)模塊的點(diǎn)，以及通過(guò)接口的數(shù)據(jù)。為什么模塊獨(dú)立很重要呢？主要有兩條理由：第一，有效的模塊化的軟件比較容易開(kāi)發(fā)出來(lái)。典型的總體設(shè)計(jì)過(guò)程包括下述9個(gè)步驟： 模塊:是由邊界元素限定的相鄰程序元素的序列，而且有一個(gè)總體標(biāo)識(shí)符代表它。第五章、總體設(shè)計(jì)總體設(shè)計(jì)的基本目的：就是回答“概括地說(shuō)，系統(tǒng)應(yīng)該如何實(shí)現(xiàn)”這個(gè)問(wèn)題，因此總體設(shè)計(jì)又稱為概要設(shè)計(jì)或者初步設(shè)計(jì)。二義性：是指讀者可以用不同方式理解的陳述。IPO圖：是輸入、處理、輸出圖的簡(jiǎn)稱，能方便地描繪輸入數(shù)據(jù)、對(duì)數(shù)據(jù)的處理和輸出數(shù)據(jù)之間的關(guān)系。第二范式：滿足第一范式條件，而且每個(gè)非關(guān)鍵字屬性都由整個(gè)關(guān)鍵字決定。屬性：定義了數(shù)據(jù)對(duì)象的性質(zhì)。它描述了從用戶角度看到的數(shù)據(jù)，它反應(yīng)了用戶的現(xiàn)實(shí)環(huán)境，而且與在軟件系統(tǒng)中的實(shí)現(xiàn)方法無(wú)關(guān)?？焖僭蛻?yīng)該具備的特性：模型：就是為了理解事務(wù)而對(duì)事務(wù)做出的一種抽象，是對(duì)事務(wù)的一種無(wú)歧義的書面描述。通常對(duì)軟件系統(tǒng)有以下幾方面的綜合要求： 軟件系統(tǒng)本質(zhì)上是信息處理系統(tǒng)，而任何信息處理系統(tǒng)的基本功能都是把輸入數(shù)據(jù)轉(zhuǎn)變成需要的輸出信息。需求分析方法應(yīng)遵循的準(zhǔn)則：，根據(jù)這條準(zhǔn)則應(yīng)該建立數(shù)據(jù)模型。數(shù)據(jù)字典最主要的用途：就是作為分析階段的工具。數(shù)據(jù)字典的作用：在軟件分析和設(shè)計(jì)的過(guò)程中給人提供關(guān)于數(shù)據(jù)的描述信息。2）不要使用空洞的、缺乏具體含義的名字。數(shù)據(jù)流圖：是一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過(guò)程中所經(jīng)受的變幻。典型的可行性研究有下述一些步驟：。（使用于內(nèi)部開(kāi)發(fā)的大規(guī)模軟件項(xiàng)目）噴泉模型：是典型的面向?qū)ο蟮能浖^(guò)程模型之一。快速原型：是快速建立起來(lái)的可以在計(jì)算機(jī)上運(yùn)行的程序，它所能完成的功能往往是最終產(chǎn)品能完成功能的一個(gè)子集。：關(guān)鍵任務(wù)是通過(guò)各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿足用戶的需要。：這個(gè)階段回答的關(guān)鍵問(wèn)題是：“對(duì)于上一個(gè)階段所確定的問(wèn)題有行得通的解決辦法嗎？” ：確定目標(biāo)系統(tǒng)必須具備哪些功能。軟件生命周期：軟件定義、軟件開(kāi)發(fā)和運(yùn)行維護(hù)。面向?qū)ο蠓椒▽W(xué)具有下述四個(gè)要點(diǎn)：。方法：是完成軟件開(kāi)發(fā)的各項(xiàng)任務(wù)的技術(shù)方法，回答“怎樣做”的問(wèn)題。軟件工程：指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的一門工程學(xué)科。軟件：是程序、數(shù)據(jù)及相關(guān)文檔的集合。，遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)。具體的說(shuō)，軟件危機(jī)主要有以下一些典型表現(xiàn)：。第一篇：軟件工程導(dǎo)論(第6版)第一章、軟件工程學(xué)概述軟件危機(jī)：是指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題?！耙淹瓿傻摹避浖到y(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生 。軟件生命周期：一個(gè)軟件從定義、開(kāi)發(fā)、使用和維護(hù)，知道最終被廢棄，要經(jīng)歷一個(gè)漫長(zhǎng)的時(shí)期，通常把軟件經(jīng)歷的這個(gè)漫長(zhǎng)的時(shí)期稱為生命周期。程序：是能夠完成預(yù)定功能和性能的可執(zhí)行的指令序列。軟件工程具有下屬的本質(zhì)特性：。軟件工程：包括技術(shù)和管理兩方面的內(nèi)容，是技術(shù)與管理緊密結(jié)合所形成的工程學(xué)科。工具：是為運(yùn)用方法而提供的自動(dòng)的或半自動(dòng)的軟件工程支撐環(huán)境。軟件定義：?jiǎn)栴}定義、可行性研究和需求分析。：這個(gè)階段必須回答的關(guān)鍵問(wèn)題是：“概括地說(shuō)，應(yīng)該怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng)？”總體設(shè)計(jì)又稱為概要設(shè)計(jì)。軟件工程過(guò)程：是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。增量模型：它分批地逐步向用戶提交產(chǎn)品，整個(gè)軟件產(chǎn)品被分解成許多個(gè)增量構(gòu)件，開(kāi)發(fā)人員一個(gè)構(gòu)件一個(gè)構(gòu)件地向用戶提交產(chǎn)品。面向?qū)ο蠓椒▽W(xué)的四個(gè)要點(diǎn)：面向?qū)ο蠓椒?= 對(duì)象 + 類 + 繼承 + 用消息通信第二章、可行性研究可行性研究的目的：就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決。 。數(shù)據(jù)存儲(chǔ)是處于靜止?fàn)顟B(tài)的數(shù)據(jù)，數(shù)據(jù)流是處于運(yùn)動(dòng)中的數(shù)據(jù)。3）如果在為某個(gè)數(shù)據(jù)流起名字時(shí)遇到了困難，則很可能是因?yàn)閷?duì)數(shù)據(jù)流圖分解不恰當(dāng)造成的，應(yīng)該試試重新分解，看是否能克服這個(gè)困難。系統(tǒng)的邏輯模型：由數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成，沒(méi)有數(shù)據(jù)字典，數(shù)據(jù)流圖就不嚴(yán)格，然而沒(méi)有數(shù)據(jù)流圖，數(shù)據(jù)字典也難于發(fā)揮作用。成本/效益分析的目標(biāo)：正式要從經(jīng)濟(jì)角度分析開(kāi)發(fā)一個(gè)特定的新系統(tǒng)是否劃算，從而幫助客戶組織的負(fù)責(zé)人正確地做出是否投資于這項(xiàng)開(kāi)發(fā)工程的決定。，這條準(zhǔn)則要求建立功能模型。需求分析的目標(biāo)之一：就是把數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)定義到元素級(jí)。通常，模型由一組圖形符號(hào)和組織這些符號(hào)的規(guī)則組成。數(shù)據(jù)模型中包含3中相互關(guān)聯(lián)的信息：數(shù)據(jù)對(duì)象、數(shù)據(jù)對(duì)象的屬性及數(shù)據(jù)對(duì)象彼此間相互連接的關(guān)系。聯(lián)系：數(shù)據(jù)對(duì)象彼此之間相互連接的方式稱為聯(lián)系，也稱為關(guān)系。第三范式：符合第二范式的條件，每個(gè)非關(guān)鍵字屬性都僅由關(guān)鍵字決定，而且一個(gè)非關(guān)鍵字屬性不能僅僅是對(duì)另一個(gè)非關(guān)鍵字屬性的進(jìn)一步描述。模塊：在程序中是數(shù)據(jù)說(shuō)明、可執(zhí)行語(yǔ)句等程序?qū)ο蟮募?，或者是單?dú)命名和編址的元素，在軟件的體系結(jié)構(gòu)中，模塊是可組合、分解和更換的單元。不完整性：可能是在系統(tǒng)規(guī)格說(shuō)明中最常遇到的問(wèn)題之一。總體設(shè)計(jì)的另一項(xiàng)重要任務(wù)是：設(shè)計(jì)軟件的結(jié)構(gòu)，也就是要確定系統(tǒng)中每個(gè)程序是由哪些模塊組成的，以及這些模塊相互間的關(guān)系。模塊化：就是把程序劃分成獨(dú)立命名且可獨(dú)立訪問(wèn)的模塊，每個(gè)模塊完成一個(gè)子功能，把這些模塊集成起來(lái)夠成一個(gè)整體，可以完成指定的功能滿足用戶的需求。第二，獨(dú)立的模塊比較容易測(cè)試和維護(hù)。數(shù)據(jù)耦合：如果兩個(gè)模塊彼此間通過(guò)參數(shù)交換信息，而且交換的信息僅僅是數(shù)據(jù)，那么這種耦合稱為數(shù)據(jù)耦合。特征耦合：當(dāng)把整個(gè)數(shù)據(jù)結(jié)構(gòu)作為參數(shù)傳遞而被調(diào)用的模塊只需要使用其中一部分?jǐn)?shù)據(jù)元素時(shí)，就出現(xiàn)了特征耦合。內(nèi)聚：標(biāo)志著一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，它是信息隱藏和局部化概念的自然擴(kuò)展。中內(nèi)聚主要有以下兩類：過(guò)程內(nèi)聚：如果一個(gè)模塊內(nèi)的處理元素時(shí)相關(guān)的，而且必須以特定次序執(zhí)行，則稱為過(guò)程內(nèi)聚。功能內(nèi)聚是最高程度的內(nèi)聚。詳細(xì)設(shè)計(jì)階段的任務(wù)還不是具體地編寫程序，而是要設(shè)計(jì)出程序的“藍(lán)圖”，以后程序員將根據(jù)這個(gè)“藍(lán)圖”寫出實(shí)際的程序代碼。系統(tǒng)響應(yīng)時(shí)間是指：從用戶完成某個(gè)控制動(dòng)作，到軟件給出預(yù)期響應(yīng)之間的這段時(shí)間。圖形：程序流程圖、盒圖、PAD圖。最著名的兩個(gè)面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法：Jockson和Warnier方法。第七章、實(shí)現(xiàn)通常把編碼和測(cè)試統(tǒng)稱為實(shí)現(xiàn)。源程序代碼的邏輯簡(jiǎn)明清晰、易讀易懂是好程序的一個(gè)重要標(biāo)準(zhǔn)，為了做到這一點(diǎn)，應(yīng)該遵循下列規(guī)則： 程序內(nèi)部的文檔：包括恰當(dāng)?shù)臉?biāo)識(shí)符、適當(dāng)?shù)淖⒔夂统绦虻囊曈X(jué)組織等。2）好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案。2）應(yīng)該遠(yuǎn)在測(cè)試開(kāi)始之前就制定出測(cè)試計(jì)劃。6）為了達(dá)到最佳的測(cè)試效果，應(yīng)該由獨(dú)立的第三方從事測(cè)試工作。大型軟件系統(tǒng)的測(cè)試過(guò)程基本上由下述幾個(gè)步驟組成：：模塊測(cè)試的目的是保證每個(gè)模塊作為一個(gè)單元能正確運(yùn)行，所以模塊測(cè)試通常又稱為單元測(cè)試。：把軟件系統(tǒng)作為單一的實(shí)體進(jìn)行測(cè)試，測(cè)試內(nèi)容與系統(tǒng)測(cè)試基本類似，但是它是用戶積極參與下進(jìn)行的，而且可能主要使用實(shí)際數(shù)據(jù)進(jìn)行測(cè)試。單元測(cè)試集中檢測(cè)軟件設(shè)計(jì)的最小單元——模塊。由模塊組裝成程序時(shí)有兩種方法：1）非漸增式測(cè)試方法：先分別測(cè)試每個(gè)模塊，再把所有模塊按設(shè)計(jì)要求放在一起結(jié)合成所要的程序?；貧w測(cè)試就是用于保證由于調(diào)試或其他原因引起的變化，不會(huì)導(dǎo)致非預(yù)期的軟件行為或額外錯(cuò)誤的測(cè)試活動(dòng)。需求分析階段產(chǎn)生的軟件需求規(guī)格說(shuō)明書，準(zhǔn)確地描述了用戶對(duì)軟件的合理期望，因此是軟件有效性的標(biāo)準(zhǔn)，也是進(jìn)行確認(rèn)測(cè)試的基礎(chǔ)。一般說(shuō)來(lái)，有下列3種調(diào)試途徑可以采用： 測(cè)試的根本目標(biāo)是：消除錯(cuò)誤，保證軟件的可靠性。軟件工程的主要目的：就是要提高軟件的可維護(hù)性，減少軟件維護(hù)所需要的工作量，降低軟件系統(tǒng)的總成本。完善性維護(hù)：為了改進(jìn)原有的軟件。決定軟件可維護(hù)性的因素主要有下述5個(gè)：可理解性、可測(cè)試性、可修改性、可移植性和可重用性。2)必須描述怎樣安裝和管理這個(gè)系統(tǒng)。典型的軟件再工程過(guò)程模型定義了庫(kù)存目錄分析、文檔重構(gòu)、逆向工程、代碼重構(gòu)、數(shù)據(jù)重構(gòu)和正向工程6類活動(dòng)。面向?qū)ο?= 對(duì)象 + 類 + 繼承 + 對(duì)象之間僅能通過(guò)傳遞消息實(shí)現(xiàn)彼此通信面向?qū)ο蠓椒▽W(xué)的優(yōu)點(diǎn)：維護(hù)性好。對(duì)象：是封裝了數(shù)據(jù)結(jié)構(gòu)及可以施加在這些數(shù)據(jù)結(jié)構(gòu)上的操作的封裝體，這個(gè)封裝體有可以唯一地標(biāo)識(shí)它的名字，而且向外界提供一組服務(wù)。類是具有相同屬性和行為的一組相似的對(duì)象的抽象，類在現(xiàn)實(shí)世界中并不能真正存在。封裝：就是把某個(gè)事物包起來(lái)，使外界不知道該事物的具體內(nèi)容。動(dòng)態(tài)聯(lián)編：虛函數(shù)機(jī)制使得程序員能在一個(gè)類等級(jí)中使用相同函數(shù)的多個(gè)不同版本，在運(yùn)行時(shí)刻才根據(jù)接收消息的對(duì)象所屬于的類，決定到底執(zhí)行哪個(gè)特定的版本，這稱為動(dòng)態(tài)聯(lián)編，也叫滯后聯(lián)編。建模的目的主要是為了減少?gòu)?fù)雜性。所謂狀態(tài)，是對(duì)對(duì)象屬性值的一種抽象。通常，使用UML的類圖來(lái)建立對(duì)象模型，使用UML的狀態(tài)圖來(lái)建立動(dòng)態(tài)模型，使用數(shù)據(jù)流圖或UML的用例圖來(lái)建立功能模型。面向?qū)ο蠼５玫降哪Ｐ桶到y(tǒng)的3個(gè)要素：即靜態(tài)結(jié)構(gòu)（對(duì)象模型）、交互次序（動(dòng)態(tài)模型）和數(shù)據(jù)變換（功能模型）。需求陳述應(yīng)該闡明“做什么”而不是“怎樣做”。對(duì)象是對(duì)問(wèn)題域中有意義的事物的抽象，它們既可能是物理實(shí)體，也可能是抽象概念。建立動(dòng)態(tài)模型：第一步，是編寫典型交互行為的腳本。腳本：是指系統(tǒng)在某一執(zhí)行期間內(nèi)出現(xiàn)的一系列事件。通常在建立了對(duì)象模型和動(dòng)態(tài)模型之后再建立功能模型。系統(tǒng)設(shè)計(jì)：確定實(shí)現(xiàn)系統(tǒng)的策略和目標(biāo)系統(tǒng)的高層結(jié)構(gòu)。包括交互耦合和繼承耦合。重用有兩方面的含義：一是盡量使用已有的類，二是如果確定需要?jiǎng)?chuàng)建新類，則在設(shè)計(jì)這些新類的協(xié)議時(shí)，應(yīng)該考慮將來(lái)的可重復(fù)使用性。這4大部分對(duì)應(yīng)于組成目標(biāo)系統(tǒng)的4個(gè)子系統(tǒng)，它們分別是問(wèn)題域子系統(tǒng)、人機(jī)交互子系統(tǒng)、任務(wù)管理子系統(tǒng)和數(shù)據(jù)管理子系統(tǒng)。數(shù)據(jù)管理子系統(tǒng)：是系統(tǒng)存儲(chǔ)或檢索對(duì)象的基本設(shè)施，它建立在某種數(shù)據(jù)存儲(chǔ)管理系統(tǒng)之上，并且隔離了數(shù)據(jù)存儲(chǔ)管理模式的影響。3）標(biāo)準(zhǔn)化的語(yǔ)言。面向?qū)ο笳Z(yǔ)言的技術(shù)特點(diǎn)： （動(dòng)態(tài)聯(lián)編） 6類庫(kù) 所謂動(dòng)態(tài)聯(lián)編：是指應(yīng)用系統(tǒng)在運(yùn)行過(guò)程中，當(dāng)需要執(zhí)行一個(gè)特定服務(wù)的時(shí)候，選擇實(shí)現(xiàn)該服務(wù)的適當(dāng)算法的能力。第十三章、軟件項(xiàng)目管理度量軟件規(guī)模的常用技術(shù)主要有：代碼行技術(shù)和功能點(diǎn)技術(shù)。軟件配置管理的目的是，使變化能夠更正確且更容易被適應(yīng)，在需要修改軟件時(shí)減少為此而花費(fèi)的工作量。[解析]成本效益分析首先是估算將要開(kāi)發(fā)的系統(tǒng)的開(kāi)發(fā)成本，然后與可能取得的效益進(jìn)行比較和權(quán)衡，其目的是從經(jīng)濟(jì)角度評(píng)價(jià)開(kāi)發(fā)一個(gè)新的軟件項(xiàng)目是否可行。24．獨(dú)立路徑是指包括一組以前沒(méi)有處理的語(yǔ)句或條件的一條路徑。25．匯編語(yǔ)言是面向(機(jī)器)的，可以完成高級(jí)語(yǔ)言無(wú)法完成的特殊功能，如與外部設(shè)備之間的一些接口工作。它定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過(guò)程，根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的過(guò)程描述，在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件，將沖突部分分隔開(kāi)來(lái)，建立多個(gè)程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來(lái)，構(gòu)成一個(gè)系統(tǒng)的整體。28．所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱(軟件問(wèn)題)報(bào)告。而維護(hù)支援技術(shù)則包含信息收集，錯(cuò)誤原因分析，維護(hù)方案評(píng)價(jià)等項(xiàng)，是在軟件維護(hù)階段用來(lái)提高維護(hù)效率和質(zhì)量的技術(shù)。[解析]通常我們用投資回收期來(lái)衡量一個(gè)開(kāi)發(fā)項(xiàng)目的價(jià)值，投資回收期越短，就越快獲得利潤(rùn)。[解析]使用JSP方法時(shí)會(huì)遇到此類結(jié)構(gòu)沖突問(wèn)題，對(duì)此，Jackson提出了引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件的辦法，將沖突部分分隔開(kāi)來(lái)，建立多個(gè)程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來(lái)，構(gòu)成一個(gè)系統(tǒng)的整體。（2）根據(jù)車間實(shí)際生產(chǎn)日?qǐng)?bào)表、周報(bào)表調(diào)整月生產(chǎn)計(jì)劃（3）以月生產(chǎn)計(jì)劃為以及，制定產(chǎn)品設(shè)計(jì)（結(jié)構(gòu)、工藝）及產(chǎn)品組裝月計(jì)劃。解[解析]軟件結(jié)構(gòu)圖是軟件系統(tǒng)的模塊層次結(jié)構(gòu)，反映了整個(gè)系統(tǒng)的功能實(shí)現(xiàn)，即將來(lái)程序的控制層次體系，軟件結(jié)構(gòu)往往用樹(shù)狀或網(wǎng)狀結(jié)構(gòu)的圖形來(lái)表示，其主要內(nèi)容有模塊及模塊的控制關(guān)系，根據(jù)題意，可繪制出生產(chǎn)科和技術(shù)科的軟件結(jié)構(gòu)圖，其中生產(chǎn)科的結(jié)構(gòu)圖深度和寬度均為4，技術(shù)科的結(jié)構(gòu)圖的深度