計算機(jī)專業(yè)畢業(yè)設(shè)計-外文翻譯

1、本科畢業(yè)設(shè)計（論文）外文翻譯2譯文譯文2：統(tǒng)一建模語言統(tǒng)一建模語言UMLUML分層抽象建模機(jī)制分層抽象建模機(jī)制電子科技大學(xué)計算機(jī)科學(xué)與工程學(xué)院成都吳躍羅吳蔓摘要摘要：在總結(jié)傳統(tǒng)軟件開發(fā)方法經(jīng)驗的基礎(chǔ)上，嚴(yán)格遵守軟件開發(fā)方法原則，從UML建模思想出發(fā)，對傳統(tǒng)UML三層抽象建模結(jié)構(gòu)進(jìn)行了分析，并引入“抽象”和“分解”作為UML建模的核心思想；提出了UML分層抽象建模機(jī)制的構(gòu)想，將計算機(jī)系統(tǒng)開發(fā)過程概括為對功能信元、結(jié)構(gòu)信元、關(guān)聯(lián)信元、實現(xiàn)信

2、元和集成信元的提取過程，并以此作為UML建模的指導(dǎo)。有效了利用UML完整語義定義，克服了傳統(tǒng)面向?qū)ο箝_發(fā)方法的缺陷；實現(xiàn)了建模過程從需求到分析的過渡以及功能和實現(xiàn)事實上的分離。關(guān)鍵詞關(guān)鍵詞：統(tǒng)一建模語言；抽象；分解；分層建模；信元1.UML1.UML的一些概念的一些概念1.11.1使用情況使用情況一種使用情況是一個功能的緊密單元，由一個系統(tǒng)或者類提供，前后一致的信息在外力的相互作用(叫做角色)下一個或多個信息交換的順序以及系統(tǒng)進(jìn)行的活動

3、。1.21.2類一個類是有相似的結(jié)構(gòu)，行為和關(guān)系的一套對象的描述符。一個類可以使用一套接口來指定操作的收集并提供環(huán)境。類可以是抽象和可執(zhí)行的。1.31.3接口接口一個接口是可以用于確定一種服務(wù)的操作收集的宣告，由一個類(對象)的實例提供。一個接口能命名一次行動的收集，并且指定他們的簽名和協(xié)議。一個接口為它的行動沒有提供實施(方法)。1.41.4包一個包是一個類那樣的組模型要素。一個包可以包含兩個下屬包和普通的模型要素。一些包可以是子系統(tǒng)

4、或者模型。整個系統(tǒng)描述可以在它的其它任何事情上，認(rèn)為是單個的高級子系統(tǒng)包。1.51.5組成部分組成部分組成部分是執(zhí)行一個系統(tǒng)重要的，差不多獨(dú)立和可替換的部分，來完成一個明確的清楚的系統(tǒng)功能。一個組成部分與接口相符并且提供一套物理接口來實現(xiàn)。一個組成部分可以是一個或更多類。2.2.兩種模型化想法被提出兩種模型化想法被提出全世界，對于軟件有一個貪婪的需求。一方面，需要增加更多的一切功能性，靈活性，穩(wěn)定性的軟件，來保證軟件復(fù)雜性，改進(jìn)工具和人

5、智力的限制；另一方面，當(dāng)系統(tǒng)運(yùn)轉(zhuǎn)時，它變得越來越難以理解和表述大的行為模式，被一個系統(tǒng)的組成部分共同取得。建造完美對象系統(tǒng)的模型是整個系統(tǒng)設(shè)計的關(guān)鍵任務(wù)。由于這些原因，緊急發(fā)現(xiàn)是簡化整個設(shè)計，對模型化的一些指導(dǎo)處理并且提高軟件的效率發(fā)展。本科畢業(yè)設(shè)計（論文）外文翻譯2代，和探索法。因此當(dāng)上升使用來自系統(tǒng)的案例時，我們應(yīng)該再三考慮：根據(jù)那些角色的需求，那個功能應(yīng)該被系統(tǒng)提供，通過那些角色，多少信息應(yīng)該被讀，創(chuàng)造，刪除，修改，或者儲存，通過

6、系統(tǒng)，需要輸入和輸出中的多少類型，以及輸入來自哪輸出又去向哪。把函數(shù)定義為單元是一個先進(jìn)的需求分析，設(shè)計延續(xù)其他類單元的高級設(shè)計并且意識到他們過后增加彼此的相互作用。4.24.2結(jié)構(gòu)單元結(jié)構(gòu)單元在為他們確定函數(shù)單元和模型化之后，我們可以考慮選擇過去常常彼此相互作用完成功能單元描述的一個具體的功能結(jié)構(gòu)為單元。結(jié)構(gòu)單元是形成整個軟件的單位。對他們進(jìn)行好的選取是系統(tǒng)的基礎(chǔ)。結(jié)構(gòu)單元也屬于概念層并且作為類體現(xiàn)以及對象。類和對象是在面向?qū)ο蟮脑O(shè)計

7、過程中的基本要素。在應(yīng)用過程中的實體類和在UML里的他們的協(xié)會的領(lǐng)域地圖。在這服務(wù)水平的類作為一個詞匯必要的設(shè)計概念和為在那之后做更詳細(xì)的基于類的設(shè)計作為一個基礎(chǔ)。很多事情和類模型抽象概念一樣有用，并非在面向?qū)ο罄锏念愲A層實施。在這水平上，他們一定要從那些最后實施那里遠(yuǎn)距離的，可以幫助應(yīng)用領(lǐng)域理解。這里給出一些類選擇的一些指導(dǎo)：只用文獻(xiàn)證明應(yīng)用領(lǐng)域的靜止的實體，節(jié)約使用繼承或通過忽視方法的行為。4.34.3服務(wù)單元服務(wù)單元到目前為止我們

8、確定的單元鑒定的信息是在應(yīng)用過程中的全部固定角色領(lǐng)土。例如，我們命名升降機(jī)和電動機(jī)為這個升降機(jī)控制系統(tǒng)內(nèi)的類，但是忽視類似像層那樣升降機(jī)的那些問題和電動機(jī)運(yùn)轉(zhuǎn)的方式。當(dāng)他們工作時，單元服務(wù)得到的目的是發(fā)現(xiàn)那些服務(wù)在他們之間以單元結(jié)構(gòu)提供?？偠灾?，建立基礎(chǔ)，建造在結(jié)構(gòu)單元之間的動態(tài)的合作。正如在上面所描述的那樣，說明層是理解UML模型的最好入口。知道它提供的服務(wù)，是認(rèn)識到體系單元的唯一的路徑。在UML里，服務(wù)單元作為體系單元的接口封裝。

9、因為在面向?qū)ο笙到y(tǒng)里，每個實體和它需要或提供的服務(wù)被制訂進(jìn)一種類和它的接口。每個類提供并且使用通過它的接口的服務(wù)，具體的說，活動在接口里確定。我們進(jìn)一步精煉而分開自己的那些接口類，改變類從概念水平到說明水平。因此工作的關(guān)鍵是分解并且精煉結(jié)構(gòu)單元，指定他們提供并且在隱藏實現(xiàn)細(xì)節(jié)時需要的服務(wù)。4.44.4實施單元實施單元到目前為止我們已經(jīng)指定整個系統(tǒng)的框架，來實施抽象概念層?，F(xiàn)在該集中我們的注意力，確定實施單元。換句話說，在服務(wù)單元過程中實

10、現(xiàn)每次操作的方法。在UML內(nèi)，方法的實現(xiàn)設(shè)計相應(yīng)算法并且使用具體程序語言來實施它。作為結(jié)果，零部件軟件和軟件設(shè)計的主要工作被完成。我們也能拿現(xiàn)有的組成部分實現(xiàn)服務(wù)單元。UML不僅基于OO而且此外還支持軟件重用。與組成部分的積累一起，利用存在合理的資源能從頭到腳避免過程。4.54.5綜合單元綜合單元綜合單元集中于實現(xiàn)整個系統(tǒng)。我們知道現(xiàn)在系統(tǒng)是經(jīng)常分開軟件和部分硬件，在通信網(wǎng)絡(luò)上方分配。系統(tǒng)集成已經(jīng)變得越來越重要。系統(tǒng)集成的任務(wù)是制訂每種