軟件工程中英對照術語表

1、abstract class 抽象類 , 提供一組子類共有行為的類，但它本身并不具有實例。抽象類表示一個概念，從中 派生的類代表對這一概念的實施。Abstraction 抽象 ,對視圖或模型的創(chuàng)建，其中忽略了不必要的細節(jié)，以便專注于一組特定的相關細節(jié)。access modifier 存取權(quán)限 ,對類、方法或?qū)傩赃M行訪問控制的關鍵字。 Java 中的存取權(quán)限可以是公有、 私有、 保護和包裝（默認） 。accessor methods 存取器方法 ,由對象提供的、用于定義連接該對象實例變量的方法。用來返回實例變量值 的存取器方法被稱為獲取方法；用來為實例變量指定值的存取器方法被稱為設置方法。acc

2、eptance 驗收 ,客戶接受軟件產(chǎn)品（作為部分或完整履行合同的結(jié)果）所有權(quán)的操作。action 動作 ,對構(gòu)成計算過程抽象的可執(zhí)行語句的規(guī)范。動作通常會導致系統(tǒng)狀態(tài)發(fā)生變化，這是通過向一 個對象發(fā)送消息或是更改鏈接或?qū)傩灾祦韺崿F(xiàn)。action sequence 動作序列 ,解析為一系列先后發(fā)生的動作的表達式。action state 動作狀態(tài) , 表示不可分動作的執(zhí)行狀態(tài)，通常指的是調(diào)用一個操作。activation 激活 ,動作的執(zhí)行active class 主動類 ,表示系統(tǒng)中控制線程的類。請參見主動對象。activity 活動 ,要求角色執(zhí)行的工作單元。active object 主

3、動對象 ,擁有線程并可發(fā)起控制活動的對象。主動類的實例。activity graph 活動圖 , 狀態(tài)機的特例，用于對涉及一個或多個分類器的進程建模。對比：狀態(tài)圖（statechartdiagram） 。同義詞：活動圖 （activity diagram） 。actor 主角 ,系統(tǒng)之外與系統(tǒng)交互的某人或某事物。actor class 主角類 ,定義一組主角實例，其中每個主角實例相對于系統(tǒng)而言都擔任著同樣的角色。在與用例交互時這些用例的用戶所擔任的一組緊密相關的角色。主角為每個要與其通信的用例都準備了一個角色。 actor-generalization 主角泛化關系 , 從一個主角類 （后代

4、）到另一個主角類（祖先）的主角泛化關系，表示后 代將繼承祖先在用例中所能擔任的角色。ad hoc review 臨時評審 , 是一種非正式的評審，在這樣的評審中，過程的執(zhí)行者可隨時請求其同事幫助發(fā) 現(xiàn)所正在開發(fā)之構(gòu)件中的問題。Advanced Program-to-Program Communication（APPC ）高級程序間通信 ,主要在 IBM 環(huán)境下使用的通信協(xié)議。aggregate class 聚合類 ,在聚合（整體與部分）關系中表示 "整體 " 的類。請參見聚合關系。aggregation 聚合關系 ,用于在聚合（整體）及其部分之間建立整體與部分關系的一種關聯(lián)

5、。一種特殊形式的關聯(lián)關系，它確定了介于聚合（整體）和組成部分之間的整體與部分關系。請參見組裝。American Standard Code for Information Interchange （ASCII）美國國家信息交換標準代碼 , 美國國家信息交換標準代碼。由絕大多數(shù) PC 和 UNIX 系統(tǒng)使用的 8 位字符解碼方案。它取代了早期的 7 位 ASCII 標準。analysis 分析 ,在軟件開發(fā)過程中，主要任務在于確立問題領域的模型的流程部分。分析側(cè)重于做什么，而 設計則側(cè)重于怎樣做。請參見設計。analysis class 分析類 ,由設計元素在系統(tǒng)中所擔任的角色的抽象，通常處于用

6、例實現(xiàn)的環(huán)境之下。分析類可 以提供若干個角色的抽象，表示這些角色的共有行為。分析類通常會演變?yōu)橐粋€或多個設計元素，例如設 計類和 /或封裝體，或者是設計子系統(tǒng)。analysis & design 分析設計 ,軟件開發(fā)的前期階段，目的在于顯示如何通過實施實現(xiàn)系統(tǒng)需求。有關分析設 計活動的結(jié)果，請參見設計模型。analysis mechanism 分析機制 ,在設計過程初期，即在發(fā)現(xiàn)和確定關鍵類和子系統(tǒng)期間所使用的一種結(jié)構(gòu)機 制。通常，分析機制記錄了解決方案的主要方面，其中并未考慮實施的影響。分析機制一般與問題領域無 關，它是一個 " 計算機科學 "的概念。它們?yōu)榕c領域

7、相關的類或構(gòu)件提供特定的行為，或者對應于類和/或構(gòu)件之間協(xié)作的實施。它們也可作為框架實施。例如處理永久性、進程間通信、錯誤或故障處理、通知和消 息傳遞等的機制，其他例子不勝枚舉。analysis pattern 分析模式 ,表示業(yè)務建模中的共有構(gòu)架的一組概念。它可能只與一個領域有關，也可能跨越 多個領域。analyst 分析員 ,項目團隊成員，負責獲取并解釋涉眾需求，并將這些需要傳達給整個團隊。API, 應用程序編程接口APPC, 高級程序間通信application programming interface （ API ）應用程序編程接口 ,使應用程序能夠相互通信的軟件接口。API 是一組

8、編程語言結(jié)構(gòu)或語句，可編制為程序代碼以獲取由基礎操作系統(tǒng)或服務程序提供的特定功能和服務。appraisal 評估 , 審查組對所審查的產(chǎn)品質(zhì)量的一種集體判定， 包含在跟蹤階段對所要求的返工驗證種類的判 定。architectural baseline 構(gòu)架基線 ,處于精化階段末期的基線，此時系統(tǒng)的基礎結(jié)構(gòu)和行為已較穩(wěn)定。architectural mechanism 構(gòu)架機制 ,構(gòu)架機制表示對于常見問題的通用具體解決方案。它們可以指結(jié)構(gòu)模 式、行為模式，也可以指這兩者。在 Rational Unified Process 中，構(gòu)架機制是一個涵蓋分析機制、設計機 制和實施機制的術語。archit

9、ectural pattern 構(gòu)架模式 ,構(gòu)架模式表示軟件系統(tǒng)的基本結(jié)構(gòu)組織方案。它提供了一組預定義的子系 統(tǒng)、指定它們的職責，并且包括用于組織其間關系的規(guī)則和指導?？梢赃M一步解釋如下：構(gòu)架模式是一個 特定范圍的模式（即解決方案模板） ，并且也是具體軟件構(gòu)架的模板。它涉及整個系統(tǒng)范圍內(nèi)的特征，并且 通常涉及子系統(tǒng)范圍內(nèi) （而非類級別） 的關系。盡管從原則上說不是不可能以此方式使構(gòu)架模式更為細化， 構(gòu)架模式就其本質(zhì)來說似乎與應用程序領域無關 （特定領域的詞匯似乎與模式說明無關） 。請與分析模式作 比較。軟件構(gòu)架文檔將提供在系統(tǒng)中使用的構(gòu)架模式。architectural view 構(gòu)架視圖 ,

10、以某一特定角度看到的系統(tǒng)構(gòu)架， 注重于表示結(jié)構(gòu)、 模塊度、核心構(gòu)件和主要 控制流。architecture 構(gòu)架 ,系統(tǒng)在其所處環(huán)境中的最高層次的概念。軟件系統(tǒng)的構(gòu)架是通過接口交互的重要構(gòu)件 （在特定時間點）的組織或結(jié)構(gòu)，這些構(gòu)件又由一些更小的構(gòu)件和接口組成。系統(tǒng)的組織結(jié)構(gòu)。構(gòu)架可以遞歸解構(gòu)為通過接口交互的部件、連接部件的關系以及組裝部件的一些限制條 件。通過接口交互的部件有類、構(gòu)件和子系統(tǒng)。artifact 工件 ,由軟件開發(fā)過程所生成或使用的文檔、模型、說明或軟件。同義詞：產(chǎn)品（product）。artifact guidelines 工件指南 ,有關如何使用特定工件的說明，包括如何創(chuàng)建和

11、修訂工件的說明在內(nèi)。artifact set 工件集 ,體現(xiàn)系統(tǒng)一個方面的一組有關工件。由于在若干核心工作流程中都要用到一些工件，例 如風險列表、軟件構(gòu)架文檔和迭代計劃。ASCII, 美國國家信息交換標準代碼ASP, 活動服務器頁association 關聯(lián)關系 , 對多個實例間的雙向語義連接進行建模的關系。 在兩個或多個分類器 （指定其實例 間的連接）之間的語義關系。association class關聯(lián)類，同時具有關聯(lián)關系和類特征的模型元素。關聯(lián)類可被視作一種具有類特征的關聯(lián) 關系，或是一個還具有關聯(lián)關系特征的類。association end 關聯(lián)關系端 ， 關聯(lián)關系的端點，它連接關聯(lián)關

12、系和分類器。asynchronous action 異步動作 ， 發(fā)送對象沒有暫停來等待結(jié)果的請求。 對比：同步動作 （synchronous action）。asynchronous review 異步評審 ， 一種不需開會，只需評審者在不同時間獨立地完成評語的同級評審。 attribute 屬性 ， 由類定義的特征，表示類或其對象的指定特征。屬性具有類型，用于定義其實例的類型。base class基類，其他類或Bean要從其中派生的類。基類本身也可由其他基類派生而來。請參見抽象類。baseline 基線 ， 指在特殊的節(jié)點已被同意或批準、 可作為后繼開發(fā)工作的基礎的一份文檔、 一段程序或其

13、他 工件。只能通過正式程序，例如：變更管理和配置控制才能進行更改。Bean， 可用于構(gòu)建應用程序的小構(gòu)件。請參見JavaBean。BeanInfo, Bean 的伴生類，確定可訪問的方法集，這些方法可以檢索有關 Bean 的特征、事件和方法。 behavior 行為 , 操作或事件（包括其結(jié)果在內(nèi)）的可見效果。behavioral feature 行為特性 , 模型元素的動態(tài)特性，如操作或方法。behavioral model aspect 模型的行為側(cè)重面 , 強調(diào)系統(tǒng)中實例行為的模型側(cè)重面， 包括其方法、 協(xié)作和狀態(tài) 歷史記錄。beta testing Beta 測試 , 預先發(fā)布的測試，

14、目的在于讓一部分抽樣選取的目標用戶來試用產(chǎn)品。 binary association 二元關聯(lián)關系 , 在兩個類之間的關聯(lián)關系。是多元關聯(lián)關系的特例。binding 綁定 , 通過為模板參數(shù)提供實參來從模板創(chuàng)建模型元素。boundary class 邊界類 , 用于在系統(tǒng)環(huán)境和其內(nèi)部運作之間建立通信模型的類。 break point 斷點 , 計算機程序中執(zhí)行中斷的點。build 工作版本 , 工作版本既可以是系統(tǒng)的可操作版本， 也可以是展示要在最終產(chǎn)品中提供的部分功能的部 分系統(tǒng)。business actor 業(yè)務主角 , 在業(yè)務之外與業(yè)務交互的某人或某事。business actor cl

15、ass 業(yè)務主角類 , 定義一個業(yè)務主角實例集， 其中各個業(yè)務主角實例相對于業(yè)務而言都擔任 著相同的角色。business creation 業(yè)務創(chuàng)建 , 其目標為創(chuàng)建一個新業(yè)務過程、新業(yè)務或新組織的業(yè)務工程。business engineering 業(yè)務工程 , 公司用于根據(jù)特定目標來設計其業(yè)務的一組方法。業(yè)務工程方法可用于業(yè) 務重建、業(yè)務改進，也可用于業(yè)務創(chuàng)建。business entity 業(yè)務實體 , 表示業(yè)務角色處理或使用的 " 事物 "的業(yè)務實體。business improvement 業(yè)務改進 , 執(zhí)行業(yè)務工程， 但其中的變更工作僅限于局部而并不波及整個業(yè)務

16、。 它涉 及到削減成本、縮短交付周期以及監(jiān)督服務和質(zhì)量。business object model 業(yè)務對象模型 ,說明業(yè)務用例實現(xiàn)的對象模型。business modeling 業(yè)務建模 , 包含您可用來對業(yè)務進行可視化建模的所有建模方法。 這些是您可用于執(zhí)行業(yè) 務工程的方法的子集。business process 業(yè)務過程 , 一組邏輯相關活動，目的在于使用組織資源為支持組織目標提供規(guī)定的結(jié)果。 在 Rational Unified Process 中，我們使用業(yè)務用例（顯示業(yè)務的預期行為）和業(yè)務用例實現(xiàn)（通過業(yè)務角 色和業(yè)務實體來顯示行為是如何實現(xiàn)的）來定義業(yè)務過程。另請參見過程。bus

17、iness process engineering 業(yè)務過程工程 , 請參見業(yè)務工程。 business reengineering 業(yè)務重建 , 執(zhí)行業(yè)務重建， 其中的變更工作涉及以全面的觀點來看待整個現(xiàn)有業(yè)務， 并徹底想通為什么要這樣做。您將置疑所有現(xiàn)存業(yè)務過程并努力通過重新構(gòu)建尋找合理改進的全新方法。 同一含義的其他名稱還有業(yè)務過程重建 （BPR） 和過程創(chuàng)新。business rule 業(yè)務規(guī)則 , 在業(yè)務之中必須滿足的策略或條件的聲明。 business use case 業(yè)務用例 , 定義一組業(yè)務用例實例的業(yè)務用例，其中每個實例都是業(yè)務執(zhí)行的一個操作 序列，將生成對特定業(yè)務主角來說

18、 " 有價值的可見結(jié)果 "。業(yè)務用例類包含所有與生成 "有價值的可見結(jié)果 " 有關的主工作流程和備用工作流程。business use-case instance 業(yè)務用例實例 , 由生成對特定對象來說有價值的可見結(jié)果的業(yè)務所執(zhí)行的動作 序列。business use-case model 業(yè)務用例模型 , 業(yè)務既定功能的模型。業(yè)務用例模型被用作一種基本輸入，用于 確定組織的各個角色和可交付工件。business use-case package 業(yè)務用例包 , 業(yè)務用例包是業(yè)務用例、業(yè)務主角、關系、圖和其他包的集合，通 過將其劃分為若干個較小部分來建立

19、業(yè)務用例模型。business use-case realization 業(yè)務用例實現(xiàn) , 業(yè)務用例實現(xiàn)按照協(xié)作的業(yè)務對象描述了在業(yè)務對象模型中 如何實現(xiàn)特定業(yè)務用例的工作流程。business worker 業(yè)務角色 , 業(yè)務角色表示業(yè)務中的一個或一組角色。參與業(yè)務用例實現(xiàn)時，一個業(yè)務角色 和其他業(yè)務角色交互并控制業(yè)務實體。capsule封裝體，一種特定的設計模式，代表系統(tǒng)中已封裝的控制線程。封裝體是一個已賦予構(gòu)造型的類， 該類具有一組特定的并且是必需和限定性的關聯(lián)關系和特征。cardinality 基數(shù) ， 元素集內(nèi)的元素數(shù)目。對比：多重性 (multiplicity) 。causal a

20、nalysis 因果分析 ， 追查問題的產(chǎn)生原因，并確定解決辦法。CBD， 基于構(gòu)件的開發(fā)CCB， 變更控制委員會CDR， 關鍵設計評審CGI， 公共網(wǎng)關接口change control board ( CCB )變更控制委員會，CCB的作用是提供集中的控制機制，以確保妥當?shù)乜紤]、 批準和協(xié)調(diào)每個變更請求。change management 變更管理 ， 控制和跟蹤工件變更的活動。另請參見范圍管理。change request ( CR )變更請求，對涉眾提出的要變更工件或過程的任何請求的統(tǒng)稱。在變更請求中記錄 的信息是有關當前問題、提議解決方案及其成本的起源和影響的信息。另請參閱擴展請求、缺

21、陷。checklist 檢查表 ，checkpoints 檢查點 ， 某種組織良好的工件應該具有的一組條件。也可采用應作肯定回答的問答形式。class 類， 對于一組具有共同屬性、操作、方法、關系和語義的對象的描述。類可使用一組接口來指定它提 供給其環(huán)境的操作集合。請參見接口。class diagram 類圖 ， 顯示了一組說明性(靜態(tài))模型元素的圖，例如類、類型及它們的內(nèi)容和關系。class hierarchy類分層結(jié)構(gòu)，共享某一單繼承的類之間的關系。所有Java類都從Object (對象)類繼承。class library 類庫 ， 類的集合。class method 類方法 ， 請參見方

22、法。classifier 分類器 ， 描述行為和結(jié)構(gòu)特性的機制。分類器包括接口、類、數(shù)據(jù)類型和構(gòu)件。client 客戶端 ， 向其他分類器請求服務的分類器。對比：提供端 (supplier) 。client/server 客戶機 /服務器 ， 分布式數(shù)據(jù)處理中的交互模型，即某一位置的程序向另一位置的程序發(fā)出請 求并等待響應。發(fā)出請求的程序稱為客戶程序，應答程序稱為服務程序。collaboration 協(xié)作 ，(1) 對于為在某一環(huán)境中實施某種行為而交互的對象集的說明。 它說明組合在一起以達到某種目的一組合作對象。 (2) 它為網(wǎng)絡對象的消息交換中所發(fā)生的行為獲取了一個更為全面的視圖。(3)協(xié)作

23、體現(xiàn)了計算的三個主要基礎結(jié)構(gòu)的統(tǒng)一：即數(shù)據(jù)結(jié)構(gòu)、控制流和數(shù)據(jù)流。(4) 協(xié)作具有動態(tài)和靜態(tài)部分。其中的靜態(tài)部分說明對象和鏈接在協(xié)作實例化中所擔當?shù)慕巧６鴦討B(tài)部分則由一個或多個動態(tài)交互 組成，用于顯示為執(zhí)行計算而進行協(xié)作的整個過程中所傳遞的消息流。協(xié)作可以具有一組描述其動態(tài)行為 的消息。 (5) 帶有消息的協(xié)作就是交互。collaboration diagram 協(xié)作圖 ，(1) 協(xié)作圖說明了對象間進行交互的模式，它通過對象之間的鏈接及其相互發(fā)送的消息顯示了參與交互的對象。 (2) 它是一個包含分類器角色和關聯(lián)關系角色而不是分類器和關聯(lián) 關系的類圖。 (3) 協(xié)作圖和序列圖都顯示了交互，但它們

24、各有側(cè)重。序列圖明確顯示了時間序列，但未明 確顯示對象關系。協(xié)作圖明確顯示了對象關系，但卻必須從序列號中獲取時間序列。COM， 構(gòu)件對象模型 (Microsoft)comment 注釋 ， 附屬于一個元素或一組元素的注釋說明。注釋不具有語義。對比：約束(constraint)。 ，commit 提交 ， 結(jié)束一個工作單元的一種操作，該操作將使它對資源(事務或數(shù)據(jù))所作的更改永久化。Common Gateway Interface ( CGI )公共網(wǎng)關接口 ， 一種標準協(xié)議， Web 服務器通過該協(xié)議可以執(zhí)行在服 務器計算機上運行的程序。 CGI 程序是響應來自 Web 客戶機瀏覽器的請求而執(zhí)

25、行的。Common Object Request Broker Architecture ( CORBA )公用對象請求代理程序體系結(jié)構(gòu) ， 確定提供基 礎結(jié)構(gòu)的軟件總線，即對象請求代理程序 (ORB) 的中間件說明。communicate-association 通信關聯(lián)關系 ， 介于主角類和用例類之間的關聯(lián)關系， 表示在其實例間存在交互。關聯(lián)關系的方向可指明通信的發(fā)起方。communication association 通信關聯(lián)關系 , 在部署圖中，表示通信的節(jié)點間的關聯(lián)關系。請參見部署圖。 component 構(gòu)件 , 系統(tǒng)中相當重要的、幾乎是獨立的可替換部分，它在明確定義的構(gòu)架環(huán)境中

26、實現(xiàn)確切的 功能。符合并提供一組接口的物理實現(xiàn)的構(gòu)件。 系統(tǒng)中實際存在的可更換部分，它包含了實施，符合并提 供一組接口的實現(xiàn)。構(gòu)件代表系統(tǒng)中的一部分物理實施，包括軟件代碼(源代碼、二進制代碼或可執(zhí)行代 碼)或其等價物(如腳本或命令文件) 。component diagram 構(gòu)件圖 , 顯示構(gòu)件之間的組織和依賴關系的圖。component model 構(gòu)件模型 , 構(gòu)架和 API ，允許開發(fā)人員確定可組合在一起創(chuàng)建程序的可復用代碼段。VisualAge for Java 使用 JavaBean 構(gòu)件模型。component-based development (CBD) 基于構(gòu)件的開發(fā) ,對由

27、構(gòu)件組裝的軟件密集型系統(tǒng)的創(chuàng)建和部署， 以及 這種構(gòu)件的開發(fā)和收集。 ,composite aggregation 組裝關系 , 同義詞：組裝 (composition) 。composite bean 組合 Bean,由其他 Bean構(gòu)成的 Bean。組合Bean可以包含可見 Bean、不可見 Bean或 兩者都包括。另請參見Bean、不可見 Bean和可見 Bposite class 組裝類 , 通過組裝關系與一個或多個類相關的類。請參見組裝。composite state 組合狀態(tài) , 包含并行(正交)子狀態(tài)或串行(互斥)子狀態(tài)的狀態(tài)。請參見子狀態(tài)。composite su

28、bstate 組合子狀態(tài) , 可以和包含在同一組合子狀態(tài)中的其他子狀態(tài)并存的子狀態(tài)。 同義詞： 區(qū) 域(region)。請參見組合狀態(tài)。composition 組裝 , 一種聚合關系關聯(lián)關系， 它具有很強的歸屬關系， 而且部分與聚合關系體的生存期恰巧 相同。具有不固定的多重性部件可在組裝本身之后創(chuàng)建，但這之后就與組裝同生共死，即它們將具有同樣 的生命周期。 這樣的部件也可以在組裝消亡之前明確刪除。 組裝可以是遞歸的。 同義詞：組裝關系 (composite aggregation)。concrete 具體 ,配置中的實體，它滿足最終使用要求，并且對于特定的引用，它可被唯一確定。,concret

29、e class 具體類 , 可以直接實例化的類。對比：抽象類(abstract class)。concurrency 并行 , 在同一時間間隔中兩個或多個活動同時發(fā)生的現(xiàn)象。 并行可以通過交替或同時執(zhí)行兩個 或多個線程來實現(xiàn)。請參見線程。concurrent substate 并行子狀態(tài) , 可以和包含在同一組合狀態(tài)中的其他子狀態(tài)并存的子狀態(tài)。請參見組合 子狀態(tài)。對比：互斥子狀態(tài) (disjoint substate) 。configuration 配置, (1) 一般：由其功能單元的性質(zhì)、個數(shù)、主要特性所確定的系統(tǒng)或網(wǎng)絡的安排，可應 用于硬件或軟件配置。 (2) 用于確定系統(tǒng)或系統(tǒng)構(gòu)件的特定

30、版本的需求、設計和實施。請參見配置管理。 configuration item 配置項 , 配置中的實體， 它滿足最終使用要求， 并且對于特定的引用， 它可被唯一確定。 configuration management 配置管理 , 一個支持過程，其目的是標識、確定項目并建立項目基線；控制這 些項目的更改和發(fā)布；報告并記錄這些項目和更改請求的狀態(tài)；確保項目的完整性、一致性和正確性；控 制存儲；處理并交付這些項目。constraint 約束, 語義條件或限制。特定約束已在 UML 中預定義，其他可由用戶定義。約束是 UML 中 的三個可擴展性機制之一。請參見標注值、構(gòu)造型。constructio

31、n 構(gòu)建, 軟件開發(fā)過程的階段， 在該階段中， 軟件從可執(zhí)行構(gòu)架基線前進到可準備向用戶群過渡 的這一點上。constructor 構(gòu)造函數(shù) , 與類同名的特殊類方法，用于構(gòu)建并可能初始化和它同屬一個類的對象。container 容器 , (1) 一個實例，用于包含其他實例，并為訪問內(nèi)容或進行內(nèi)容迭代提供操作。 (例如：數(shù)組、 列表和集)。 (2) 用于包含其他構(gòu)件的構(gòu)件。containment hierarchy 容器分層結(jié)構(gòu) , 包含模型元素和其間的包含關系的名字空間分層結(jié)構(gòu)。容器分層結(jié) 構(gòu)形成一個非循環(huán)圖。context 環(huán)境 , 用于特定目的(如指定操作)的一組相關建模元素的視圖。con

32、trol chart 控制圖 , 一種通過對某過程的單獨執(zhí)行情況進行觀察，而表明該過程穩(wěn)定性的圖。control class 控制類 , 用于針對一個或多個用例的行為進行建模的類。conversational 會話式 , 一種通信模型，兩個分布式的應用程序在其中以會話形式交換信息。通常一個應 用程序先開始（或分配）會話，發(fā)送一些數(shù)據(jù)，然后允許其他應用程序來發(fā)送一些數(shù)據(jù)。兩個應用程序交 替進行會話，直到一方?jīng)Q定結(jié)束為止（取消分配） 。會話模型是通信的同步形式。Cookie, 由您的 Web 瀏覽器根據(jù)您所訪問的 Web 站點的請求所創(chuàng)建的小文件， 瀏覽器將在隨后訪問中將 該文件的內(nèi)容發(fā)送給相應站

33、點。CORBA, 公用對象請求代理程序體系結(jié)構(gòu)CR, 變更請求critical design review （CDR ）關鍵設計評審 , 在瀑布式生命周期中，詳細設計結(jié)束時進行的主要評審。 customer 客戶 , 生產(chǎn)組織之內(nèi)或之外的個人或組織，要承擔系統(tǒng)在財務方面的責任。在大型系統(tǒng)中，客戶 可能不是最終用戶。他們是開發(fā)的產(chǎn)品及其工件的最終接受者。另請參見涉眾。cycle 周期 , 軟件開發(fā)的生命周期，如 RUP 包括：先啟、精化、構(gòu)建和產(chǎn)品化四個階段。database 數(shù)據(jù)庫 , （1） 根據(jù)為一個或多個應用程序提供服務的方案存儲的相關數(shù)據(jù)（帶有冗余控制）的集合。 （2） 存儲在系統(tǒng)中的

34、所有數(shù)據(jù)文件。 （3） 存儲在一起并由數(shù)據(jù)庫管理系統(tǒng)管理的數(shù)據(jù)集。database management system （ DBMS ）數(shù)據(jù)庫管理系統(tǒng) , 通過為有效訪問、完整性、恢復、并行控制、 隱私和安全性提供集中控制、數(shù)據(jù)獨立和復雜物理結(jié)構(gòu)等服務來管理數(shù)據(jù)的計算機程序。datatype 數(shù)據(jù)類型 , 缺乏標識并且操作不帶有副作用的一組值的描述符。數(shù)據(jù)類型包括初始預定義類型和 用戶可定義類型。預定義類型包括數(shù)字、字符串和時間。用戶可定義類型可包括各種枚舉。DBA, 數(shù)據(jù)庫管理員DBCS, 雙字節(jié)字符集DBMS, 數(shù)據(jù)庫管理系統(tǒng)DCE, 分布式計算環(huán)境DCOM, 分布式對象模型 （Micro

35、soft）deadlock 死鎖 , 兩個獨立控制線程彼此阻塞，相互等待對方采取操作，這種狀態(tài)稱為死鎖。死鎖常常是由 于添加了避免競爭狀態(tài)的同步機制而引起的。decision rule 決策規(guī)則, 指一組人員同意就某一議題給出集體決策的規(guī)則或技術， 例如多數(shù)票決、一致通過、 自發(fā)協(xié)議等。defect 缺陷 , 缺陷是已交付產(chǎn)品中的異常情況或瑕疵。 缺陷可以是在生命周期的初期發(fā)現(xiàn)的遺漏和缺點， 也 可以是已準備測試或運行的較成熟軟件中存在的故障征兆。 缺陷可以是您要跟蹤并解決的任何種類的問題。 另請參見變更請求。defect checklist 缺陷檢查表 , 某類指定的工件中常見缺陷的列表。d

36、efect density 缺陷密度 , 每一個單位數(shù)量（每頁代碼或每千行代碼）的被評審工作產(chǎn)品中所發(fā)現(xiàn)的缺陷的數(shù)量。defect log 缺陷日志 , 見" 問題日志 "。defining model 定義模型 , 儲存庫所基于的模型。任意數(shù)量的存儲庫都可以具有相同的定義模型。delegation 委托 , 作為對于一個消息的響應，一個對象可以向另一對象發(fā)出消息的能力。委托可用作繼承的 備選方案。對比： （繼承 inheritance） 。deliverable 可交付工件 , 過程中生成的、要交付給客戶或其他涉眾的具有值、材料或其他信息的輸出。de-marshal 串行

37、化 , 為使對象可編寫為字節(jié)流而對對象進行的解構(gòu)。 是串行化 （flatten） 和串行化 （serialize） 的同義詞。demilitarized zone （ DMZ ）隔離帶 , 此術語目前在業(yè)界常用于描述子網(wǎng)， 通常用于使防火墻所保護的 Web 服務器免受外部 Internet 和公司內(nèi)部網(wǎng)絡的破壞。dependency 依賴關系 , 介于兩個建模元素之間的關系，其中，一個建模元素（獨立元素）的變更將會影響 到另一建模元素（依賴元素） 。deployment 部署 , 軟件工程過程的一個階段，其目的在于確保將開發(fā)的系統(tǒng)順利轉(zhuǎn)交給用戶。其中包括工 件，如培訓材 料和安裝步驟。depl

38、oyment diagram 部署圖 , 顯示運行時處理節(jié)點以及在其上存活的構(gòu)件、過程和對象的配置的一種圖。 構(gòu)件是代碼單元在運行時的具體表現(xiàn)形式。請參見構(gòu)件圖。deployment unit 部署單元 , 作為一個組分配到一個進程或一個處理器的一組對象或構(gòu)件。分布單元可由運 行時組裝或聚合關系表示。deployment view 部署視圖 , 一種構(gòu)架視圖，描述一個或多個系統(tǒng)配置；軟件構(gòu)件（任務、模塊）到這些配 置中的計算節(jié)點的映射。derived element 派生元素 , 可從其他元素計算得到的模型元素。盡管沒有增加語義信息，但可能出于澄清 的目的要顯示派生元素，也可能出于設計目的要包

39、含它。deserialize 反串行化 , 從串行化狀態(tài)構(gòu)建一個對象。是反串行化 （marshal） 和反串行化 （resurrect） 的同義 詞。design 設計 , 軟件開發(fā)過程中的一個部分，其首要目的在于決定系統(tǒng)如何實施。在設計期間，制定戰(zhàn)略和 戰(zhàn)術決策以便滿足系統(tǒng)的功能和質(zhì)量需求。請參見分析。design mechanism 設計機制 , 在設計過程以及完成細節(jié)設計期間中所使用的一種構(gòu)架機制。它們與關聯(lián)關 系的分析機制有關，它們是所關聯(lián)關系的分析機制的額外改進，而且它們還可以綁定一種或多種構(gòu)架和設 計模式。分析機制和設計機制之間在規(guī)模上不存在涇渭分明的區(qū)別，因而以下說法是可能成立的

40、，即在分 析層次上的永久性機制和在設計層次上的永久性機制是處于不同改進層次上的同一事物。設計機制假定了 實施環(huán)境的一些細節(jié)，但它并不屬于特定的實施（即實施機制） 。例如，進程間通信的分析機制可以通過以 下若干進程間通信 （IPC）的設計機制來進一步改進：共享的內(nèi)存、類似函數(shù)調(diào)用的IPC、基于信號量的IPC 等。每一設計機制都具有特定的優(yōu)缺點，特定的設計機制是根據(jù)使用機制的對象的特征來決定的。design model 設計模型 , 描述用例實現(xiàn)的對象模型，用作實施模型及其源代碼的抽象。design package 設計包 , 設計包是由類、關系、用例實現(xiàn)、圖和其他包組成的集合，它可用于將設計模型

41、 分成更小的部分，通過此方式來構(gòu)建設計模型。它是實施子系統(tǒng)的邏輯模擬。design pattern 設計模式 , 設計模式為改進軟件系統(tǒng)的子系統(tǒng)、構(gòu)件或其間的關系提供了方案。它描述了在 特定環(huán)境中解決一般設計問題的通信構(gòu)件的頻繁出現(xiàn)的結(jié)構(gòu)。 設計模式是中小規(guī)模的模式，其規(guī)模比構(gòu)架 模式較小，但通常獨立于編程語言。當設計模式的范圍界定之后，它將形成一部分具體的設計模型（也可 能是設計機制的一部分） 。設計模式所在的層次決定了它趨向于可在多個領域中應用。design subsystem 設計子系統(tǒng) , 具有包（可以包含其他元素）和類（具有行為）的語義的模型元素。子系統(tǒng) 的行為由它所包含的類或其他子

42、系統(tǒng)提供。子系統(tǒng)實現(xiàn)一個或多個接口，這些接口確定子系統(tǒng)可以執(zhí)行的 行為。對比：設計包（design package）。developer 開發(fā)人員 , 負責按照項目采用的標準和步驟開發(fā)所需功能的人員。其中可以包括在任意需求、分 析設計、實施和測試工作流程中執(zhí)行的活動。development case開發(fā)案例，由執(zhí)行組織所使用的軟件工程過程。它是作為Unified Process產(chǎn)品的配置或定制來開發(fā)的，并且滿足項目的需求。development process 開發(fā)過程 ，在軟件開發(fā)中，為達到給定目的而執(zhí)行的部分排序的一組步驟，例如構(gòu)建模 型或?qū)嵤┠Ｐ汀?，device 設備 ， 為處理器提供

43、支持功能的一種節(jié)點。盡管可以運行嵌入式程序（驅(qū)動程序） ，但是它無法執(zhí)行 通用的應用程序，它只是為處理器提供運行通用應用程序的服務。diagram 圖， 對模型的部分或全部進行說明的圖形。disjoint substate 互斥子狀態(tài) ， 無法和包含在同一組合狀態(tài)中的其他子狀態(tài)同時保存的子狀態(tài)。請參見組合狀態(tài)。對比：并行子狀態(tài) （concurrent substate）。Distributed Computing Environment （DCE ）分布式計算環(huán)境 ， 分布式的計算環(huán)境。計算機行業(yè)用于分布 式計算的既成標準。 DCE 允許不同供應商的計算機透明通信并共享資源，例如網(wǎng)絡中的計算能

44、力、文件、 打印機和其他對象。distributed processing 分布式處理 , 分布式處理是一種應用程序或系統(tǒng)模式，功能和數(shù)據(jù)在其中可以跨越 LAN 或 WAN 上連接的多個資源分布。請參見客戶機/服務器計算。DLL, 動態(tài)鏈接庫DMZ, 隔離帶DNS 域名服務 ,document 文檔 , 文檔是用于在紙張或在暗喻為紙張的介質(zhì)上表示的一個信息集合。 上述暗喻為紙張的介質(zhì) 包括概念上的紙張，但它既可具有內(nèi)容的隱含序列，也可具有內(nèi)容的明確序列。信息將采用文本或二維圖 片的形式。字處理器文檔、電子表格、時間表、甘特圖表或投射幻燈演示等形式都是紙介暗喻的示例。document descr

45、iption 文檔說明 ,說明特定文檔的內(nèi)容。document template 文檔模板 , 一個具體的工具模板，例如 Adobe? FrameMaker? 或 Microsoft? Word? 模 板。domain 領域 , 以一系列有關系統(tǒng)為其特點的知識或活動區(qū)域。domain model 領域模型 , 領域模型記錄了在領域環(huán)境中最重要的對象類型。 領域?qū)ο蟠泶嬖诘膶嶓w或在 系統(tǒng)運作所在的環(huán)境中發(fā)生的事件。領域模型是業(yè)務對象模型的子集。domain name server 域名服務器 , 用于翻譯域名的系統(tǒng)，例如將 翻譯為 Internet 協(xié)議地址，如 。dou

46、ble-byte character set （DBCS ）雙字節(jié)字符集 , 每個字符均由 2 個字節(jié)表示的字符集。例如漢語、日 語、朝鮮語等語言，它們所包含的符號無法完全由 256 個代碼點來表示，因而需要使用雙字節(jié)字符集。可 以和單字節(jié)字符集進行比較。dynamic classification 動態(tài)分類 , 泛化關系的語義變化形式，其中對象可以變更類型或角色。對比：靜態(tài) 分類 （static classification） 。dynamic information 動態(tài)信息 , 在用戶請求它時創(chuàng)建的信息。動態(tài)信息不時變化，因而在用戶每次查看動 態(tài)信息時都將見到不同的內(nèi)容。dynamic

47、link library （ DLL ）動態(tài)鏈接庫 , 屬于運行時程序 （而非鏈接時程序 ）的可執(zhí)行代碼和數(shù)據(jù)的文件。 C+ Access Builder 生成 Bean 和 C+ 包裝程序，以允許 Java 程序可以訪問 C+ DLL 。e-Business 電子商務 , 或者指 （1） 通過 Internet 等電子介質(zhì)進行的業(yè)務交易，或者指 （2） 在其內(nèi)部業(yè)務流 程（經(jīng)由Intranet）中、其業(yè)務關系（經(jīng)由Extranet）中，以及買賣貨物、服務和信息（通過電子商務）的過程中使用 Internet 技術和網(wǎng)絡計算的商務運作。EJB, Enterprise JavaBeanelabor

48、ation 精化, 軟件開發(fā)過程中的階段，產(chǎn)品的前景及其構(gòu)架即在此階段確定 element 元素 , 模型的不可再分的最小成份。encapsulation 封裝 , 對于軟件對象的內(nèi)部表示的隱藏。該對象提供了查詢并控制數(shù)據(jù)而無需暴露其基礎結(jié) 構(gòu)的接口。enclosed document 附帶文檔 , 可由其他文檔附帶的文檔，用于將一組文檔組合為一個整體。附帶文檔和單 個附件均可看做獨立的工件。enhancement request 擴展請求 , 一種涉眾請求，它說明系統(tǒng)的新特性或新功能。另請參見變更請求。 Enterprise JavaBean （EJB）, EJB 是一個不可見的、設計用于在

49、服務器上運行并可由客戶機調(diào)用的遠程對 象。EJB可以從多個不可見的JavaBean中創(chuàng)建。EJB用于在一臺計算機上運行，并從其他計算機上遠程調(diào)用。它們是獨立于平臺的。 Bean 在編寫之后，即可用于支持 Java 的任意客戶機或服務器平臺。 entity class 實體類 , 用于為已由系統(tǒng)存儲并與行為相關聯(lián)的信息建模的類。一個普通類，可在眾多用例中 復用，并通常具有永久性特點。實體類定義了一組實體對象，這些對象參與若干用例并通?？稍谙鄳美?中存活。entry action 進入動作 , 在忽略要達到該狀態(tài)所采取的轉(zhuǎn)移的條件下，進入狀態(tài)機中的狀態(tài)時執(zhí)行的動作。error 錯誤 ,ERP,

50、企業(yè)資源規(guī)劃event 事件 ,對于所發(fā)生的重要事情（具有時間和空間位置）進行的說明。在狀態(tài)圖的環(huán)境下，事件就是可 以觸發(fā)轉(zhuǎn)移的事情。event-to-method connection 事件 - 方法映射 , 從 Bean 所生成的事件到 Bean 的方法的連接。 當連接的事件 發(fā)生之后，即執(zhí)行此方法。evolution 演進 , 軟件在其初始開發(fā)循環(huán)之后的生命期，在產(chǎn)品不斷發(fā)展期間中的任何后繼循環(huán)。evolutionary 演進方式 , 一種迭代式開發(fā)策略，該策略承認并未完全理解用戶需要，因而對于需求的理解 將在每一后繼迭代（精化階段）中不斷完善。executable architectu

51、re 可執(zhí)行構(gòu)架 , 可執(zhí)行構(gòu)架是系統(tǒng)的部分實施，它建立用于演示選定的系統(tǒng)功能和特 征，尤其是那些滿足非功能性需求的功能和特征。該構(gòu)架是在精化階段中構(gòu)建的，它用于降低與性能、吞 吐量、容量、可靠性以及其他" 某某性 "方面有關的風險，從而可以在一個堅實的基礎上，向構(gòu)建階段中添加系統(tǒng)的全部功能，而不必擔心破壞系統(tǒng)。將可執(zhí)行構(gòu)架作為一個演進式原型來構(gòu)建是 Rational Unified Process 的既定意圖之一， 這樣做同時還帶有保留有待于進一步開發(fā) （滿足需求） 并使之成為可交付系統(tǒng)的 一部分的意圖。exit action 退出動作 , 在忽略要達到該狀態(tài)所采取的轉(zhuǎn)移

52、的條件下，退出狀態(tài)機中的狀態(tài)時執(zhí)行的動作。exit criteria 準出條件 , 聲明一個過程，如審查過程的執(zhí)行已成功完成所必須滿足的條件。export 導出 , 在包的環(huán)境下， 使元素在其所在的名字空間之外可見。 請參見可見性。 對比： 導出 （export） ， 導入 （import） 。expression 表達式 , 對于特定類型的值求解的字符串。例如，表達式 "（7 + 5 * 3）" 。extend 擴展 , 從擴展用例到基礎用例的關系，說明為擴展用例定義的行為如何才可插入到為基礎用例定義 的行為中。extend-relationship 擴展關系 , 從用例

53、類 A 到用例類 B 的擴展關系表示 B 的實例可以包括（受到在擴 展中指定的特定條件的限制）由 A 指定的行為。由單一目標用例的若干個擴展對象指定的行為可以在單 一用例實例中發(fā)生。facade外觀，子系統(tǒng)內(nèi)一個特殊的包，構(gòu)造型為"facade"，用于組織和導出子系統(tǒng)的客戶模塊所需的所有信息。該包中包括接口（該子系統(tǒng)所特有的一些接口） 、與子系統(tǒng)之外接口的實現(xiàn)關系，以及子系統(tǒng)的客戶 模塊要使用該子系統(tǒng)所需的所有文檔資料。factory工廠，不可見的Bean，能夠動態(tài)創(chuàng)建指定Bean的新實例。fault 故障 ， 一種意外情況，它導致實施模型中的構(gòu)件無法完成其預期行為。故障是

54、導致一個或多個缺陷的 根本原因。feature 特性， 一種從外部可見的服務，它由系統(tǒng)提供并用于直接滿足涉眾需要。field 字段 ， 請參見屬性。protocol （ FTP ）文件傳輸協(xié)議 ， 在計算機之間實現(xiàn)文件傳輸?shù)幕?Internet 功能。借助于它可從遠程主 機下載文件，也可將文件從本地計算機上載到遠程主機。final state 最終狀態(tài) ， 一種特殊狀態(tài)，表示內(nèi)含的組合狀態(tài)或整個狀態(tài)機已完成。fire 擊發(fā) ， 擊發(fā)用于執(zhí)行狀態(tài)轉(zhuǎn)移。請參見轉(zhuǎn)移Firewall 防火墻 ， 具有可根據(jù)確定規(guī)則限制進出信息的相關軟件的計算機或可編程設備。通常施行控制的依據(jù)是始發(fā)地址或目標地址，以

55、及 TCP/IP 端口號。flatten 串行化 ， 串行化 （de-marshal） 的同義詞。focus of control 控制焦點 ， 序列圖上的一個符號，表示對象直接或通過附屬過程執(zhí)行動作的時段。follow-up 跟蹤 ，formal review 正式評審 ， 一種具備下述所有或多數(shù)特征的同級評審方式：評審對象被事先定義，參與者是 經(jīng)過特定培訓的團隊，由一個訓練有素的評審組長領導，定義參與者各自的角色和責任，有一個文檔化的 評審程序，結(jié)果向管理層報告，詳細描述準入和準出條件，跟蹤所有的缺陷直至其關閉，以及記錄過程和 質(zhì)量數(shù)據(jù)。例如審查、小組評審。formal parameter

56、 形參 , 同義詞：參數(shù) （parameter）。framework 框架 , 微型構(gòu)架，可為特定領域內(nèi)的應用程序提供可擴展的模板。FTP, 文件傳輸協(xié)議FURPS, 功能性、使用性、可靠性、性能和可支持性。該縮寫詞代表評估產(chǎn)品質(zhì)量所使用的類別。gateway 網(wǎng)關 , 連接以不同語言進行通信的網(wǎng)絡的主機；例如：網(wǎng)關可將公司的LAN 連接到 Internet 。generalizable element 可泛化元素 , 可參與泛化關系的模型元素。請參見泛化關系。generalization 泛化關系 , 較為一般的元素與較為特殊的元素之間的一種分類關系。較為特殊的元素除與較 為一般的元素完全一

57、致外，還包含其他信息。凡是可以使用較為一般元素的地方，較為特殊的元素的實例 都適用。請參見繼承。generation 代 , 周期結(jié)束時的最終發(fā)布版。graphical user interface （ GUI ）圖形用戶界面 , 一類界面，用戶使用它可控制圖形化的功能（而不是輸入 命令）來與程序進行通信。通常， GUI 是圖形、定位設備、菜單欄和其他菜單、重疊窗口以及圖標的組合。 green-field development 零起點開發(fā) , "從無到有 "的開發(fā)，相對于 "現(xiàn)有系統(tǒng)的演進 "或"遺留系統(tǒng)重建 "。該 詞源自于在雜草

58、叢生的處女地上建立新工廠時所發(fā)生的轉(zhuǎn)變。guard condition 警戒條件 , 要擊發(fā)關聯(lián)關系的轉(zhuǎn)移而必須滿足的條件。GUI, 圖形用戶界面home page 主頁 , 請參見起始頁。HTML, 超文本標記語言HTML browser HTML 瀏覽器 , 請參見 Web 瀏覽器。HTTP, 超文本傳輸協(xié)議HTTP request HTTP 請求，通過 Web瀏覽器發(fā)出的事務，它遵循HTTP。服務器通常以 HTML數(shù)據(jù)響應，但也可以發(fā)送其他類型的對象。hyperlinks 超鏈接 ， Web 頁上的區(qū)域，點擊后即可連接到該頁的其他區(qū)域或其他 Web 頁。hypertext 超文本 ， 具有指向其他文本的隱藏鏈接的文檔中的文本。使用鼠標單擊超文本詞語即可轉(zhuǎn)至相應 鏈接指向的文本。在 Windows 幫助程序和 CD 百科全書中使用超文本，可跳轉(zhuǎn)到位于同一文檔的其他位 置上的有關參考信息。 超文本的最奇妙之處還是在于： 它能夠通過 HTTP 鏈接 Web 上的任何 Web 文檔。 當然，要在 Web 上四處遨游還需單擊鼠標。hypertext markup