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

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

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

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

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

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

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

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

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

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

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