![UML語言的建模圖書館_第1頁](http://file3.renrendoc.com/fileroot_temp3/2022-3/4/3e6e465d-6f32-46c1-b969-547accf88736/3e6e465d-6f32-46c1-b969-547accf887361.gif)
![UML語言的建模圖書館_第2頁](http://file3.renrendoc.com/fileroot_temp3/2022-3/4/3e6e465d-6f32-46c1-b969-547accf88736/3e6e465d-6f32-46c1-b969-547accf887362.gif)
![UML語言的建模圖書館_第3頁](http://file3.renrendoc.com/fileroot_temp3/2022-3/4/3e6e465d-6f32-46c1-b969-547accf88736/3e6e465d-6f32-46c1-b969-547accf887363.gif)
![UML語言的建模圖書館_第4頁](http://file3.renrendoc.com/fileroot_temp3/2022-3/4/3e6e465d-6f32-46c1-b969-547accf88736/3e6e465d-6f32-46c1-b969-547accf887364.gif)
![UML語言的建模圖書館_第5頁](http://file3.renrendoc.com/fileroot_temp3/2022-3/4/3e6e465d-6f32-46c1-b969-547accf88736/3e6e465d-6f32-46c1-b969-547accf887365.gif)
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
1、UML語言的建模1. UML語言概述1.1 面向?qū)ο竺嫦驅(qū)ο笫且环N認識客觀世界的世界觀,這種世界觀將客觀世界看成是有許多不同種類的對象構(gòu)成的,每個對象有自己的內(nèi)部狀態(tài)和運動規(guī)律,不同對象之間的相互聯(lián)系、相互作用就構(gòu)成了完整的客觀世界。面向?qū)ο笫菑慕Y(jié)構(gòu)組織的角度去模擬客觀世界的一種方法,這種方法的基本著眼點是構(gòu)成客觀世界的那些成分-對象。對象是現(xiàn)實世界中個體或事物的抽象表示,是其屬性和相關(guān)操作的封裝。屬性表示對象的性質(zhì),屬性值規(guī)定了對象所有可能的狀態(tài)。對象的操作是指該對象可以展現(xiàn)的外部服務(wù)。類是某些對象的共同特性的表示,它描述了這些對象內(nèi)部是如何構(gòu)造的。相同類的對象在它們的操作和它們的信息結(jié)構(gòu)兩
2、個方面都有相同的定義。在面向?qū)ο笙到y(tǒng)中,每個對象都屬于一個類。面向?qū)ο蠹夹g(shù)具有以下的基本特征:抽象性、封裝性、繼承性、多態(tài)性。面向?qū)ο蟪绦蛟O(shè)計語言也多種多樣:20世紀60年代,出現(xiàn)了最早的面向?qū)ο蟪绦蛟O(shè)計語言Simula67語言,具有了類和對象的概念,被公認為是面向?qū)ο笳Z言的鼻祖。隨后又推出了純面向?qū)ο蟪绦蛟O(shè)計語言,如美國Xerox Palo Alto研究中心推出的Smalltalk,它完整地體現(xiàn)并進一步豐富了面向?qū)ο蟮母拍?。進而出現(xiàn)了混合型面向?qū)ο蟪绦蛟O(shè)計語言,如 C+,這類語言一般是在其他語言的基礎(chǔ)上開發(fā)出來的。還有與人工智能語言結(jié)合形成的面向?qū)ο蟪绦蛟O(shè)計語言,如LOOPS、Flavors
3、和CLOS。以及適合網(wǎng)絡(luò)應(yīng)用的面向?qū)ο蟪绦蛟O(shè)計語言,如 Java語言等。1.2 UML語言 UML (Unified Modeling Language)又稱統(tǒng)一建模語言或標準建模語言,是一種面向?qū)ο蟮慕UZ言,它是運用統(tǒng)一的、標準化的標記和定義實現(xiàn)對軟件系統(tǒng)進行面向?qū)ο蟮拿枋龊徒!?UML是OOA和OOD的常用工具。使用UML來構(gòu)建軟件的面向?qū)ο蟮能浖こ痰倪^程,就是一個對系統(tǒng)進行不斷精化的建模的過程。這些模型包括用例模型、分析模型、設(shè)計模型,然后,我們需要使用具體的計算機語言來建立系統(tǒng)的實現(xiàn)模型。當然,在整個軟件工程中,我們還需要建立系統(tǒng)的測試模型,以保證軟件產(chǎn)品的質(zhì)量。使用面向?qū)ο蟮墓?/p>
4、具來構(gòu)建系統(tǒng),就應(yīng)該使用面向?qū)ο蟮能浖こ谭椒āH晃?,我們?jīng)常會發(fā)現(xiàn),在實際的開發(fā)過程中,很多開發(fā)人員雖然能夠理解UML的所有圖形,卻仍然不能得心應(yīng)手的使用UML來構(gòu)建整個項目,其很大的原因,是仍然在使用原有的軟件工程方法,而不清楚如何使用UML來建立系統(tǒng)的這些模型,不清楚分析和設(shè)計的區(qū)別,以及他們之間的轉(zhuǎn)化。應(yīng)用軟件系統(tǒng),就其本質(zhì)來說,是使用計算機對現(xiàn)實世界進行的數(shù)字化模擬。應(yīng)用軟件的制造過程,按照UML的方法,就是建立這一系列模型的過程。本文將就一個圖書館系統(tǒng),說明如何使用UML來對系統(tǒng)進行這一系列的建模。2. UML語言的建模關(guān)于這個圖書館系統(tǒng),基本的需求比較簡單,就是允許學生可以在圖書
5、館借閱和歸還圖書,另外,也可以通過網(wǎng)絡(luò)或者圖書館的終端來查閱和預(yù)訂書。當然,圖書館管理員也可以對圖書進行管理。為了簡化系統(tǒng),我們沒有把圖書館中的人員作細分。2.1 用例模型系統(tǒng)需求的獲取用例模型定義系統(tǒng)做什么,是用來獲取系統(tǒng)需求的有效手段。用例模型由“角色”和“用例”組成。我們在構(gòu)建一個用例的時候,通常要做的第一件事情是識別角色,或者說,參與者。然后我們需要識別系統(tǒng)為參與者提供的服務(wù),或者說,參與者的行為,也就是用例。最后,我們確定角色和用例之間的關(guān)系。在這個圖書館系統(tǒng)中,我們可以識別出的角色有學生和圖書管理員。整個用例模型包含的用例有:借書、還書、查閱圖書、預(yù)訂圖書,以及圖書維護。用例模型可
6、以用用例圖表示如下:確定有效用例的關(guān)鍵是,檢查用例是否包含了一個完整的功能。用例不能定的過細,不能把一個完整的功能的一個部分作為一個用例,也不能在一個用例中包含過多的功能。例如,用戶的登錄。學生在預(yù)定圖書的時候,可能會需要首先登錄系統(tǒng),這是系統(tǒng)的一個功能。但是,這個功能只是預(yù)定圖書這個完整的功能中的一個步驟,或者說一個子功能,就不適于做成一個用例。另一方面,借書和還書,都是相對完整的功能,如果把這兩個用例合并成一個類似于“處理圖書”的用例,顯然是不能明確的表達用例需要表達的含義的。2.2 描述用例需要了解的是,使用UML進行系統(tǒng)建模,并非只是意味著畫UML圖形,對UML圖的文檔說明是同樣重要的
7、。學習UML,不僅僅要學習UML圖形,相應(yīng)的文檔描述方法也同樣要學習,也同樣重要。在描述用例時,我們可以用文字來描述,也可以用其他圖形來描述,例如,順序圖或者活動圖等等。下面給出了一個RUP中推薦的描述用例的完整的結(jié)構(gòu):w 名稱。名稱無疑應(yīng)該表明用戶的意圖或用例的用途,如“研究班招生”。 w 標識符 可選。唯一標識符,如 "UC1701",在項目的其他元素(如類模型)中可用它來引用這個用例。 w 說明。概述用例的幾句話。 w 參與者 可選。與此用例相關(guān)的參與者列表。盡管這則信息包含在用例本身中,但在沒有用例圖時,它有助于增加對該用例的理解。 w 狀態(tài) 可選。指示用例的狀態(tài),
8、通常為以下幾種之一:進行中、等待審查、通過審查或未通過審查。 w 頻率。參與者訪問此用例的頻率。這是一個自由式問題,如用戶每次錄訪問一次或每月一次。 w 前置條件。一個條件列表,如果其中包含條件,則這些條件必須在訪問用例之前得到滿足。 w 后置條件。一個條件列表,如果其中包含條件,則這些條件將在用例成功完成以后得到滿足。 w 被擴展的用例 可選。此用例所擴展的用例(如果存在)。擴展關(guān)聯(lián)是一種廣義關(guān)系,其中擴展用例接續(xù)基用例的行為。這是通過擴展用例向基用例的操作序列中插入附加的操作序列來實現(xiàn)的。這總是使用帶有 <<extend>> 的用例關(guān)聯(lián)來建模的。 w 被包含的用例
9、可選。此用例所包含用例的列表。包含關(guān)聯(lián)是一種廣義關(guān)系,它表明對處于另一個用例之中的用例所描述的行為的包含關(guān)系。這總是使用帶有 <<include>> 的用例關(guān)聯(lián)來建模的。也稱為使用或具有 (has-a) 關(guān)系。 w 假設(shè) 可選。對編寫此用例時所創(chuàng)建的域的任何重要假設(shè)。您應(yīng)該在一定的時候檢驗這些假設(shè),或者將它們變?yōu)闆Q策的一部分,或者將它們添加到操作的基本流程或可選流程中。 w 基本操作流程。參與者在用例中所遵循的主邏輯路徑。因為它描述了當各項工作都正常進行時用例的工作方式,所以通常稱其為適當路徑 (happy path) 或主路徑 (main path) 。 w 可選操作
10、流程。用例中很少使用的邏輯路徑,那些在變更工作方式、出現(xiàn)異常或發(fā)生錯誤的情況下所遵循的路徑。 w 修改歷史記錄 可選。關(guān)于用例的修改時間、修改原因和修改人的詳細信息。 w 問題 可選。如果存在,則為與此用例的開發(fā)相關(guān)的問題或操作項目的列表。 w 決策。關(guān)鍵決策的列表,這些決策通常由您的 SME 作出,并屬于用例的內(nèi)容。將這些決策記錄下來對于維護團體記憶庫 (group memory) 是相當重要的。下面,我們對借書這個用例來做描述:名稱:借書”。 說明:學生在圖書館挑選好需要的圖書后,通過圖書管理員把書借回去。 參與者:學生,圖書管理員頻率:每天可能會有很多次。最繁忙的情況是,借書的人非常多,
11、按照現(xiàn)在的速度,大約每分鐘完成一個人的結(jié)束工作。 前置條件:無后置條件:修改所借出的圖書的剩余數(shù)量。假設(shè):借書者總是從圖書館找到書,然后才能拿書辦理借書手續(xù),因此,總是有足夠的書可以出借。 基本操作流程:借書成功。1) 學生將所借圖書和借書證交給圖書管理員2) 圖書管理員將學生借書證號碼和所借圖書輸入系統(tǒng)3) 系統(tǒng)校對借書信息,比對該學生以往借書情況和當前借 書情況,如果不存在不允許借書的情況,則記錄借書交易的信息,并且修改相應(yīng)的館藏圖書的數(shù)量信息。4) 如果該學生已經(jīng)預(yù)訂了這本圖書,則撤銷該預(yù)定。5) 報告交易成功??蛇x操作流程:所借圖書超出最大借書數(shù)量。1) 學生將所借圖書和借書證交給圖書
12、管理員2) 圖書管理員將學生借書證號碼和所借圖書輸入系統(tǒng)3) 系統(tǒng)校對借書信息,比對該學生以往借書情況和當前借書情況,發(fā)現(xiàn)已超出最大借書數(shù)量,則停止當前交易,并且提示用戶錯誤原因。4) 圖書管理員可以應(yīng)學生的意見,減少借書數(shù)量,并重新提交系統(tǒng)。流程活動圖:見圖一。圖一:借書活動圖問題:暫無。 決策:略。上面,我們就這個用例做了一個比較詳細的描述。按部就班,我們就可以逐步把整個系統(tǒng)的用例模型完成。2.3 靜態(tài)模型的建立進行分析建模的第一步,通常是識別對象,然后提取出類??紤]著名的MVC模式,我們需要識別實體、控制和邊界三種對象。按照MVC模式來為識別對象做指導(dǎo),是非常好的做法。對象識別的結(jié)果,就
13、是我們所需要的靜態(tài)模型,通常表現(xiàn)為類圖。我們首先識別出實體對象,這些對象通常來說是比較明顯的,例如系統(tǒng)中的角色,系統(tǒng)需要處理的資料,如本系統(tǒng)中需要處理的圖書資料等;有些實體對象需要稍微分析一下才能得到,例如,在本系統(tǒng)中,為了記錄圖書借還的信息,我們可能需要一個對象來專門記錄這一信息。這些對象就是所謂的Modal(實體類)。然后我們需要識別為了完成系統(tǒng)業(yè)務(wù)邏輯而需要的業(yè)務(wù)邏輯對象,以及同用戶進行交互的界面類,在MVC模式中,他們分別對應(yīng)于Control(控制類)和View(邊界類)。在分析階段,這些對象通常都按照比較自然的方式來組織,例如,為了完成一個業(yè)務(wù)功能,我們通常需要一個控制類和一個邊界類
14、,控制類執(zhí)行業(yè)務(wù)邏輯,邊界類同客戶進行交互。當然,這不是絕對的,在進行進一步深入的分析后,這些類可能會被分解和合并。一口不能把所有的飯都吃掉,系統(tǒng)分析也是這樣。我們需要一個一個用例的來進行分析?,F(xiàn)在,我們首先來分析借書這個用例。在這個用例中,我們首先可以識別出一些直接的對象,包括圖書管理員(BookAdmin)、學生(Student)、圖書(Book),然后,稍作分析,我們會發(fā)現(xiàn)我們需要一個實體對象來記錄圖書的借還信息(BorrowInfo)。最后,我們發(fā)現(xiàn),在借書的過程中,我們會使用到預(yù)定圖書的信息(SubscribrInfo)。到這一步,我們基本完成了實體對象的識別。然后,我們發(fā)現(xiàn)我們需要
15、一個借書的控制類(Borrow)來執(zhí)行借書的動作,以及一個用戶界面(BorrowInterface)來接受用戶的輸入。這樣,初步的模型我們就可以建立了。 圖二:借書類圖在分析模型中,我們也需要識別出類的一些屬性和方法。同樣的,為了避免過早的陷入細節(jié)中,以及適應(yīng)將來在設(shè)計時類的變化,在分析模型中,我們一般只把一些主要的屬性和方法標識出來。例如,對于Student類,我們只需要Name和CardNo(借書證號)屬性,對于Book,我們只需要BooKID、AllCount(書的總數(shù))、CurrentCount(當前數(shù)量)等屬性?,F(xiàn)在,我們?yōu)槲覀兊念悎D添加上述屬性,就可以得到下面的結(jié)果:圖三:借書類圖
16、不過,把這些屬性都標上后,圖形就比較難布置。因為文章版面的問題,在以后的文字中,除非必要,一般會把屬性都隱藏起來,這樣,看起來會整潔一些。依樣畫葫蘆,我們把還書、查閱圖書、預(yù)定圖書、管理圖書這些用例一并分析后,我們就能夠得到整個系統(tǒng)的靜態(tài)分析模型。當然,我們隨后需要對這個初步的模型作進一步的整理和分析,類圖會發(fā)生變化,各個類之間會產(chǎn)生一些聯(lián)系。我們也可能會使用一些分析模式,來進一步優(yōu)化我們的分析結(jié)果。2.4 動態(tài)模型的建立在面向?qū)ο蟮南到y(tǒng)中,業(yè)務(wù)流程表現(xiàn)為對象之間的交互。我們有了上面分析的得到的對象后,就可以來描述他們是怎么進行交互和協(xié)作的了。在UML中,我們可以使用順序圖、活動圖或者狀態(tài)圖來
17、建模這些動態(tài)的過程。同樣的,我們首先來看借書這個用例。在借書這個用例中,有兩個事件流:借書成功(正常事件流)和所借圖書超出最大借書數(shù)量(非正常事件流)。我們首先來做“借書成功”這個事件流,下面是這個事件流的順序圖:分析過程中,消息的傳遞同后面的設(shè)計模型和實現(xiàn)模型相比,可能會有區(qū)別,也不太嚴密,例如,Borrow的過程中,記錄BorrowInfo的動作,到最后,可能不會是BorrowInfo這個實體類自己來記錄(往往會有一個實體訪問類來完成這個功能,如JDO中的PersistanceManager,這取決于你采用的具體的技術(shù)框架),但是,在這里,我們可以這樣來傳遞消息,表示需要記錄這個信息。同樣
18、的,我們也可以為“所借圖書超出最大借書數(shù)量”來作他的順序圖,這個圖相對簡單一些:同樣的,我們也可以為其他用例的其他事件流創(chuàng)建動態(tài)模型,在這里就不一一畫出來了。動態(tài)模型和靜態(tài)模型的建立是一個交互的過程。在建立動態(tài)模型的過程中,我們會發(fā)現(xiàn)一些新的類,也會為已有的類找到一些新的屬性和方法,這樣,我們會需要去修改我們的類圖。反之亦然。當分析模型完成后,我們就對系統(tǒng)需要完成的功能有了一個比較完整和清晰的認識,下面,就可以開始我們的設(shè)計工作了。2.5 系統(tǒng)設(shè)計實現(xiàn)方案設(shè)計是對系統(tǒng)的詳細描述。我們需要在這里提供詳細的解決方案。設(shè)計同分析所使用的工具一樣,也需要建立靜態(tài)和動態(tài)的模型,也同樣使用類圖、順序圖、協(xié)
19、作圖、活動圖、狀態(tài)圖等來表示。在正式進行設(shè)計之前,我們還有一些工作需要完成,那就是選擇我們的技術(shù)方案,這會影響到我們設(shè)計。2.6 技術(shù)選擇設(shè)計前的工作設(shè)計是為實現(xiàn)服務(wù)的,實現(xiàn)時準備采用的技術(shù)會影響設(shè)計方案的采用。以下這些技術(shù)問題是需要考慮的:u 準備使用什么樣的客戶端?u 準備采用什么編程語言?u 準備采用什么框架技術(shù)?u 如果是分布式系統(tǒng),那么,準備采用什么通信機制?在這個圖書館系統(tǒng)中,我們發(fā)現(xiàn),對于借書和還書來說,總是在圖書館內(nèi)部發(fā)生,并且客戶端的數(shù)量是有限的數(shù)個,其使用的頻率比較高,效率和使用的方便性是需要注重考慮的,而客戶端軟件的維護工作量相對比較少,可以不用考慮太多,因此我們準備采用
20、傳統(tǒng)的Windows Form的客戶端。但是,對于圖書的查閱以及預(yù)定來說,我們希望在整個校園網(wǎng)內(nèi)提供這個功能,使得學生無論在什么地方都能夠使用這個功能,所以,我們會考慮采用Web瀏覽器的客戶端,這樣會方便系統(tǒng)的部署。也就是說,我們的系統(tǒng)需要同時支持兩種不的客戶,顯然,采用N層系統(tǒng)結(jié)構(gòu),把系統(tǒng)邏輯集中在應(yīng)用服務(wù)器上是一個比較好的方案。最后,為了系統(tǒng)的安全,我們希望把Web服務(wù)器和應(yīng)用服務(wù)器分開。這樣,我們的系統(tǒng)的架構(gòu)的拓撲圖就基本上如下所示:這是一個典型的分布式系統(tǒng),在考慮了各種平臺和技術(shù)之后,我們決定采用EJB技術(shù)來構(gòu)建這個系統(tǒng),他已經(jīng)為我們提供了構(gòu)建應(yīng)用系統(tǒng)所需要的優(yōu)秀的技術(shù)框架,同時,我希
21、望在客戶端和應(yīng)用服務(wù)器的調(diào)用中,采用Web Service的方式。2.7 設(shè)計包或子系統(tǒng)首先我們需要來對系統(tǒng)進行一個劃分。因為我們的系統(tǒng)是一個N層的分布式系統(tǒng),包含了應(yīng)用服務(wù)器和客戶端,而客戶端又包含了Windows Form客戶端和Web客戶端,所以,我們首先把系統(tǒng)分成3個包:應(yīng)用服務(wù)器、Winform客戶和Web客戶:因為我們的系統(tǒng)包含了5個用例,每個用例都是一個完整的子系統(tǒng),因此,我們可以在上述3個包的下面,又各自劃分成5個子包。2.8 設(shè)計應(yīng)用服務(wù)器下面,我們首先來設(shè)計應(yīng)用服務(wù)器部分。我們還是從借書這個用例開始設(shè)計。從分析模型中,我們知道,需要一個控制類來完成借書的業(yè)務(wù)邏輯,在這里,我們設(shè)計一個BorrowLogic類來完成這個功能,這個類被設(shè)計成SessionBean;同時,因為我們需要向客戶端提供服務(wù),而我們又不希望直接把業(yè)務(wù)邏輯暴露給客戶端,所以,設(shè)計BorrowServer這個Web Service來向客戶端提供服務(wù)。這樣,實際上,在分析模型中的Borrow類,在這里,被映射成了BorrowLogic和BorrowServer兩個類。同樣的,我們需要Book類來記錄圖書的信息,Student來標識學生,我們也需要BorrowInfo和SubscribeInfo類來分別記錄借書和圖書預(yù)定的情況。這樣,建立設(shè)計模型中的靜態(tài)模型所需要的類基本上已經(jīng)齊全了。當然,到最
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年家具行業(yè)環(huán)保認證服務(wù)合同范本集
- 2025年度環(huán)保技術(shù)合同環(huán)保設(shè)備所有權(quán)抵押及運營服務(wù)條款
- 絕緣漆項目融資計劃書
- 邵陽2025年湖南邵陽市邵陽縣縣直事業(yè)單位選調(diào)46人筆試歷年參考題庫附帶答案詳解
- 西安2025年陜西西安航空學院招聘筆試歷年參考題庫附帶答案詳解
- 蘇州江蘇蘇州市公安局吳中分局招聘警務(wù)輔助人員110人筆試歷年參考題庫附帶答案詳解
- 聊城2024年山東聊城陽谷縣教育類人才回引(5人)筆試歷年參考題庫附帶答案詳解
- 鹽城江蘇鹽城市教育局部分直屬事業(yè)單位招錄政府購買服務(wù)用工3人筆試歷年參考題庫附帶答案詳解
- 玉溪云南玉溪易門縣教育體育系統(tǒng)面向2025年畢業(yè)生招聘教師6人筆試歷年參考題庫附帶答案詳解
- 漯河2024年河南漯河市政協(xié)引進高層次人才2人筆試歷年參考題庫附帶答案詳解
- 教案設(shè)計常見問題及解決措施
- (正式版)JBT 14932-2024 機械式停車設(shè)備 停放客車通-用技術(shù)規(guī)范
- (正式版)JBT 14682-2024 多關(guān)節(jié)機器人用伺服電動機技術(shù)規(guī)范
- 2024年職業(yè)衛(wèi)生技術(shù)人員評價方向考試題庫附答案
- 紅樓夢詩詞全集
- 像科學家一樣思考-怎么做-怎么教-
- 苯胺合成靛紅工藝
- 三年級上冊數(shù)學脫式計算大全600題及答案
- 2024年度農(nóng)村電子商務(wù)ppt演示課件
- 計算機控制系統(tǒng) 課件 第10章 網(wǎng)絡(luò)化控制系統(tǒng)的分析與設(shè)計
- 高原反應(yīng)的癥狀和處理方法
評論
0/150
提交評論