|
| -----------------------------------------------------------
來源：http://www./bbs/dispbbs.asp?boardID=511&ID=3099
-----------------------------------------------------------
作者：沈備軍，宿為民
版本：1.0
日期：2002年6月17日
作者序
目前，有許多外文書籍和教材引入了中國，在翻譯過程中，許多術語譯法不一，雖然有國家的術語標準和計算機中英文詞典，但由于新的術語層出不窮，無法滿足需要。本詞匯表旨在利用互聯網技術，將最新的術語表推薦給大家，更大的企圖匯集各家的意見，達成一個公認的翻譯標準。
本詞匯表將不斷更新，并將交付國內著名軟件工程專家評審。
--------------------------------------------
I don‘t have an expressive problem,you have an apprehensive problem. |
|
|
 |
|
duckybsd
Site Admin
May 30, 2003, 10:55 PM
Post #2 of 3 (29 views)
Copy Shortcut
|
[A] B C D E F G H I J K L M N O P Q R S T U V W X Y Z
abstract class 抽象類
提供一組子類共有行為的類，但它本身并不具有實例。抽象類表示一個概念，從中派生的類代表對這一概念的實施。
Abstraction 抽象
對視圖或模型的創建，其中忽略了不必要的細節，以便專注于一組特定的相關細節。
access modifier存取權限
對類、方法或屬性進行訪問控制的關鍵字。Java 中的存取權限可以是公有、私有、保護和包裝（默認）。
accessor methods存取器方法
由對象提供的、用于定義連接該對象實例變量的方法。用來返回實例變量值的存取器方法被稱為獲取方法；用來為實例變量指定值的存取器方法被稱為設置方法。
acceptance驗收
客戶接受軟件產品（作為部分或完整履行合同的結果）所有權的操作。
action動作
對構成計算過程抽象的可執行語句的規范。動作通常會導致系統狀態發生變化，這是通過向一個對象發送消息或是更改鏈接或屬性值來實現。
action sequence動作序列
解析為一系列先后發生的動作的表達式。
action state動作狀態
表示不可分動作的執行狀態，通常指的是調用一個操作。
activation激活
動作的執行。
active class主動類
表示系統中控制線程的類。請參見主動對象。
activity活動
要求角色執行的工作單元。
active object主動對象
擁有線程并可發起控制活動的對象。主動類的實例。
activity graph活動圖
狀態機的特例，用于對涉及一個或多個分類器的進程建模。對比：狀態圖 (statechart diagram)。同義詞：活動圖 (activity diagram)。
actor主角
在系統之外與系統交互的某人或某事物。
actor class主角類
定義一組主角實例，其中每個主角實例相對于系統而言都擔任著同樣的角色。
在與用例交互時這些用例的用戶所擔任的一組緊密相關的角色。主角為每個要與其通信的用例都準備了一個角色。
actor-generalization主角泛化關系）
從一個主角類(后代）到另一個主角類（祖先）的主角泛化關系，表示后代將繼承祖先在用例中所能擔任的角色。
actual parameter實參
ad hoc review 臨時評審
是一種非正式的評審，在這樣的評審中，過程的執行者可隨時請求其同事幫助發現所正在開發之構件中的問題。
Advanced Program-to-Program Communication （APPC）高級程序間通信
主要在 IBM 環境下使用的通信協議。
aggregate class聚合類
在聚合（整體與部分）關系中表示"整體"的類。請參見聚合關系。
aggregation聚合關系
用于在聚合（整體）及其部分之間建立整體與部分關系的一種關聯。
一種特殊形式的關聯關系，它確定了介于聚合（整體）和組成部分之間的整體與部分關系。請參見組裝。
American Standard Code for Information Interchange (ASCII) 美國國家信息交換標準代碼
美國國家信息交換標準代碼。由絕大多數 PC 和 UNIX 系統使用的 8 位字符解碼方案。它取代了早期的 7 位 ASCII 標準。
analysis分析
在軟件開發過程中，主要任務在于確立問題領域的模型的流程部分。分析側重于做什么，而設計則側重于怎樣做。請參見設計。
analysis class分析類
由設計元素在系統中所擔任的角色的抽象，通常處于用例實現的環境之下。分析類可以提供若干個角色的抽象，表示這些角色的共有行為。分析類通常會演變為一個或多個設計元素，例如設計類和/或封裝體，或者是設計子系統。
analysis & design分析設計
軟件開發的前期階段，目的在于顯示如何通過實施實現系統需求。有關分析設計活動的結果，請參見設計模型。
analysis mechanism分析機制
在設計過程初期，即在發現和確定關鍵類和子系統期間所使用的一種結構機制。通常，分析機制記錄了解決方案的主要方面，其中并未考慮實施的影響。分析機制一般與問題領域無關，它是一個"計算機科學"的概念。它們為與領域相關的類或構件提供特定的行為，或者對應于類和/或構件之間協作的實施。它們也可作為框架實施。例如處理永久性、進程間通信、錯誤或故障處理、通知和消息傳遞等的機制，其他例子不勝枚舉。
analysis pattern分析模式
表示業務建模中的共有構架的一組概念。它可能只與一個領域有關，也可能跨越多個領域。
analyst分析員
項目團隊成員，負責獲取并解釋涉眾需求，并將這些需要傳達給整個團隊。
API
應用程序編程接口
APPC
高級程序間通信
application programming interface （API）應用程序編程接口
使應用程序能夠相互通信的軟件接口。API 是一組編程語言結構或語句，可編制為程序代碼以獲取由基礎操作系統或服務程序提供的特定功能和服務。
appraisal評估
審查組對所審查的產品質量的一種集體判定，包含在跟蹤階段對所要求的返工驗證種類的判定。
architectural baseline 構架基線
處于精化階段末期的基線，此時系統的基礎結構和行為已較穩定。
architectural mechanism 構架機制
構架機制表示對于常見問題的通用具體解決方案。它們可以指結構模式、行為模式，也可以指這兩者。在 Rational Unified Process 中，構架機制是一個涵蓋分析機制、設計機制和實施機制的術語。
architectural pattern構架模式
構架模式表示軟件系統的基本結構組織方案。它提供了一組預定義的子系統、指定它們的職責，并且包括用于組織其間關系的規則和指導。可以進一步解釋如下：構架模式是一個特定范圍的模式（即解決方案模板），并且也是具體軟件構架的模板。它涉及整個系統范圍內的特征，并且通常涉及子系統范圍內（而非類級別）的關系。盡管從原則上說不是不可能以此方式使構架模式更為細化，構架模式就其本質來說似乎與應用程序領域無關（特定領域的詞匯似乎與模式說明無關）。請與分析模式作比較。軟件構架文檔將提供在系統中使用的構架模式。
architectural view 構架視圖
以某一特定角度看到的系統構架，注重于表示結構、模塊度、核心構件和主要控制流。
architecture構架
系統在其所處環境中的最高層次的概念。軟件系統的構架是通過接口交互的重要構件（在特定時間點）的組織或結構，這些構件又由一些更小的構件和接口組成。
系統的組織結構。構架可以遞歸解構為通過接口交互的部件、連接部件的關系以及組裝部件的一些限制條件。通過接口交互的部件有類、構件和子系統。
artifact工件
由軟件開發過程所生成或使用的文檔、模型、說明或軟件。同義詞：產品 (product)。
artifact guidelines工件指南
有關如何使用特定工件的說明，包括如何創建和修訂工件的說明在內。
artifact set工件集
體現系統一個方面的一組有關工件。由于在若干核心工作流程中都要用到一些工件，例如風險列表、軟件構架文檔和迭代計劃。
ASCII
美國國家信息交換標準代碼
ASP
活動服務器頁
association關聯關系
對多個實例間的雙向語義連接進行建模的關系。
在兩個或多個分類器（指定其實例間的連接）之間的語義關系。
association class關聯類
同時具有關聯關系和類特征的模型元素。關聯類可被視作一種具有類特征的關聯關系，或是一個還具有關聯關系特征的類。
association end關聯關系端
關聯關系的端點，它連接關聯關系和分類器。
asynchronous action異步動作
發送對象沒有暫停來等待結果的請求。對比：同步動作 (synchronous action)。
asynchronous review異步評審
一種不需開會，只需評審者在不同時間獨立地完成評語的同級評審。
attribute屬性
由類定義的特征，表示類或其對象的指定特征。屬性具有類型，用于定義其實例的類型。
--------------------------------------------
I don‘t have an expressive problem,you have an apprehensive problem. |
| |
|
|
duckybsd
Site Admin
May 30, 2003, 10:55 PM
Post #3 of 3 (28 views)
Copy Shortcut
|
A 【B】 C D E F G H I J K L M N O P Q R S T U V W X Y Z
base class基類
其他類或 Bean 要從其中派生的類。基類本身也可由其他基類派生而來。請參見抽象類。
baseline基線
指在特殊的節點已被同意或批準、可作為后繼開發工作的基礎的一份文檔、一段程序或其他工件。只能通過正式程序，例如：變更管理和配置控制才能進行更改。
Bean
可用于構建應用程序的小構件。請參見 JavaBean。
BeanInfo
Bean 的伴生類，確定可訪問的方法集，這些方法可以檢索有關 Bean 的特征、事件和方法。
behavior行為
操作或事件（包括其結果在內）的可見效果。
behavioral feature行為特性
模型元素的動態特性，如操作或方法。
behavioral model aspect模型的行為側重面
強調系統中實例行為的模型側重面，包括其方法、協作和狀態歷史記錄。
beta testing Beta 測試
預先發布的測試，目的在于讓一部分抽樣選取的目標用戶來試用產品。
binary association二元關聯關系
在兩個類之間的關聯關系。是多元關聯關系的特例。
binding綁定
通過為模板參數提供實參來從模板創建模型元素。
boundary class邊界類
用于在系統環境和其內部運作之間建立通信模型的類。
break point斷點
計算機程序中執行中斷的點。
build 工作版本
工作版本既可以是系統的可操作版本，也可以是展示要在最終產品中提供的部分功能的部分系統。
business actor 業務主角
在業務之外與業務交互的某人或某事。
business actor class 業務主角類
定義一個業務主角實例集，其中各個業務主角實例相對于業務而言都擔任著相同的角色。
business creation 業務創建
其目標為創建一個新業務過程、新業務或新組織的業務工程。
business engineering 業務工程
公司用于根據特定目標來設計其業務的一組方法。業務工程方法可用于業務重建、業務改進，也可用于業務創建。
business entity 業務實體
表示業務角色處理或使用的"事物"的業務實體。
business improvement 業務改進
執行業務工程，但其中的變更工作僅限于局部而并不波及整個業務。它涉及到削減成本、縮短交付周期以及監督服務和質量。
business object model 業務對象模型
說明業務用例實現的對象模型。
business modeling 業務建模
包含您可用來對業務進行可視化建模的所有建模方法。這些是您可用于執行業務工程的方法的子集。
business process 業務過程
一組邏輯相關活動，目的在于使用組織資源為支持組織目標提供規定的結果。在 Rational Unified Process 中，我們使用業務用例（顯示業務的預期行為）和業務用例實現（通過業務角色和業務實體來顯示行為是如何實現的）來定義業務過程。另請參見過程。
business process engineering 業務過程工程
請參見業務工程。
business reengineering 業務重建
執行業務重建，其中的變更工作涉及以全面的觀點來看待整個現有業務，并徹底想通為什么要這樣做。您將置疑所有現存業務過程并努力通過重新構建尋找合理改進的全新方法。同一含義的其他名稱還有業務過程重建 (BPR) 和過程創新。
business rule 業務規則
在業務之中必須滿足的策略或條件的聲明。
business use case 業務用例
定義一組業務用例實例的業務用例，其中每個實例都是業務執行的一個操作序列，將生成對特定業務主角來說"有價值的可見結果"。業務用例類包含所有與生成"有價值的可見結果"有關的主工作流程和備用工作流程。
business use-case instance 業務用例實例
由生成對特定對象來說有價值的可見結果的業務所執行的動作序列。
business use-case model 業務用例模型
業務既定功能的模型。業務用例模型被用作一種基本輸入，用于確定組織的各個角色和可交付工件。
business use-case package 業務用例包
業務用例包是業務用例、業務主角、關系、圖和其他包的集合，通過將其劃分為若干個較小部分來建立業務用例模型。
business use-case realization 業務用例實現
業務用例實現按照協作的業務對象描述了在業務對象模型中如何實現特定業務用例的工作流程。
business worker業務角色
業務角色表示業務中的一個或一組角色。參與業務用例實現時，一個業務角色和其他業務角色交互并控制業務實體。
A B [C] D E F G H I J K L M N O P Q R S T U V W X Y Z
capsule封裝體
一種特定的設計模式，代表系統中已封裝的控制線程。封裝體是一個已賦予構造型的類，該類具有一組特定的并且是必需和限定性的關聯關系和特征。
cardinality基數
元素集內的元素數目。對比：多重性(multiplicity)。
causal analysis因果分析
追查問題的產生原因，并確定解決辦法。
CBD
基于構件的開發
CCB
變更控制委員會
CDR
關鍵設計評審
CGI
公共網關接口
change control board （CCB）變更控制委員會
CCB 的作用是提供集中的控制機制，以確保妥當地考慮、批準和協調每個變更請求。
change management變更管理
控制和跟蹤工件變更的活動。另請參見范圍管理。
change request （CR）變更請求
對涉眾提出的要變更工件或過程的任何請求的統稱。在變更請求中記錄的信息是有關當前問題、提議解決方案及其成本的起源和影響的信息。另請參閱擴展請求、缺陷。
checklist檢查表
checkpoints檢查點
某種組織良好的工件應該具有的一組條件。也可采用應作肯定回答的問答形式。
class類
對于一組具有共同屬性、操作、方法、關系和語義的對象的描述。類可使用一組接口來指定它提供給其環境的操作集合。請參見接口。
class diagram 類圖
顯示了一組說明性（靜態）模型元素的圖,例如類、類型及它們的內容和關系。
class hierarchy 類分層結構
共享某一單繼承的類之間的關系。所有 Java 類都從 Object（對象）類繼承。
class library 類庫
類的集合。
class method 類方法
請參見方法。
classifier 分類器
描述行為和結構特性的機制。分類器包括接口、類、數據類型和構件。
client客戶端
向其他分類器請求服務的分類器。對比：提供端 (supplier)。
client/server 客戶機/服務器
分布式數據處理中的交互模型，即某一位置的程序向另一位置的程序發出請求并等待響應。發出請求的程序稱為客戶程序，應答程序稱為服務程序。
collaboration 協作
(1) 對于為在某一環境中實施某種行為而交互的對象集的說明。它說明組合在一起以達到某種目的一組合作對象。(2) 它為網絡對象的消息交換中所發生的行為獲取了一個更為全面的視圖。(3) 協作體現了計算的三個主要基礎結構的統一：即數據結構、控制流和數據流。(4) 協作具有動態和靜態部分。其中的靜態部分說明對象和鏈接在協作實例化中所擔當的角色。而動態部分則由一個或多個動態交互組成，用于顯示為執行計算而進行協作的整個過程中所傳遞的消息流。協作可以具有一組描述其動態行為的消息。(5) 帶有消息的協作就是交互。
collaboration diagram協作圖
(1) 協作圖說明了對象間進行交互的模式，它通過對象之間的鏈接及其相互發送的消息顯示了參與交互的對象。(2) 它是一個包含分類器角色和關聯關系角色而不是分類器和關聯關系的類圖。(3) 協作圖和序列圖都顯示了交互，但它們各有側重。序列圖明確顯示了時間序列，但未明確顯示對象關系。協作圖明確顯示了對象關系，但卻必須從序列號中獲取時間序列。
COM
構件對象模型 (Microsoft)
comment注釋
附屬于一個元素或一組元素的注釋說明。注釋不具有語義。對比：約束 (constraint)。
commit 提交
結束一個工作單元的一種操作，該操作將使它對資源（事務或數據）所作的更改永久化。
Common Gateway Interface （CGI）公共網關接口
一種標準協議，Web 服務器通過該協議可以執行在服務器計算機上運行的程序。CGI 程序是響應來自 Web 客戶機瀏覽器的請求而執行的。
Common Object Request Broker Architecture （CORBA）公用對象請求代理程序體系結構
確定提供基礎結構的軟件總線，即對象請求代理程序 (ORB) 的中間件說明。
communicate-association通信關聯關系
介于主角類和用例類之間的關聯關系，表示在其實例間存在交互。關聯關系的方向可指明通信的發起方。
communication association通信關聯關系
在部署圖中，表示通信的節點間的關聯關系。請參見部署圖。
component 構件
系統中相當重要的、幾乎是獨立的可替換部分，它在明確定義的構架環境中實現確切的功能。符合并提供一組接口的物理實現的構件。
系統中實際存在的可更換部分，它包含了實施，符合并提供一組接口的實現。構件代表系統中的一部分物理實施，包括軟件代碼（源代碼、二進制代碼或可執行代碼）或其等價物（如腳本或命令文件）。
component diagram構件圖
顯示構件之間的組織和依賴關系的圖。
component model構件模型
構架和 API，允許開發人員確定可組合在一起創建程序的可復用代碼段。VisualAge for Java 使用 JavaBean 構件模型。
component-based development (CBD）基于構件的開發
對由構件組裝的軟件密集型系統的創建和部署，以及這種構件的開發和收集。
composite aggregation組裝關系
同義詞：組裝 (composition)。
composite bean 組合 Bean
由其他 Bean 構成的 Bean。組合 Bean 可以包含可見 Bean、不可見 Bean 或兩者都包括。另請參見 Bean、不可見 Bean 和可見 Bean。
composite class 組裝類
通過組裝關系與一個或多個類相關的類。請參見組裝。
composite state 組合狀態
包含并行（正交）子狀態或串行（互斥）子狀態的狀態。請參見子狀態。
composite substate 組合子狀態
可以和包含在同一組合子狀態中的其他子狀態并存的子狀態。同義詞：區域 (region)。請參見組合狀態。
composition 組裝
一種聚合關系關聯關系，它具有很強的歸屬關系，而且部分與聚合關系體的生存期恰巧相同。具有不固定的多重性部件可在組裝本身之后創建，但這之后就與組裝同生共死，即它們將具有同樣的生命周期。這樣的部件也可以在組裝消亡之前明確刪除。組裝可以是遞歸的。同義詞：組裝關系 (composite aggregation)。
concrete具體
配置中的實體，它滿足最終使用要求，并且對于特定的引用，它可被唯一確定。
concrete class具體類
可以直接實例化的類。對比：抽象類 (abstract class)。
concurrency并行
在同一時間間隔中兩個或多個活動同時發生的現象。并行可以通過交替或同時執行兩個或多個線程來實現。請參見線程。
concurrent substate 并行子狀態
可以和包含在同一組合狀態中的其他子狀態并存的子狀態。請參見組合子狀態。對比：互斥子狀態 (disjoint substate)。
configuration 配置
(1) 一般：由其功能單元的性質、個數、主要特性所確定的系統或網絡的安排，可應用于硬件或軟件配置。
(2) 用于確定系統或系統構件的特定版本的需求、設計和實施。請參見配置管理。
configuration item 配置項
配置中的實體，它滿足最終使用要求，并且對于特定的引用，它可被唯一確定。
configuration management 配置管理
一個支持過程，其目的是標識、確定項目并建立項目基線；控制這些項目的更改和發布；報告并記錄這些項目和更改請求的狀態；確保項目的完整性、一致性和正確性；控制存儲；處理并交付這些項目。
constraint 約束
語義條件或限制。特定約束已在 UML 中預定義，其他可由用戶定義。約束是 UML 中的三個可擴展性機制之一。請參見標注值、構造型。
construction 構建
軟件開發過程的階段，在該階段中，軟件從可執行構架基線前進到可準備向用戶群過渡的這一點上。
constructor構造函數
與類同名的特殊類方法，用于構建并可能初始化和它同屬一個類的對象。
container容器
(1) 一個實例，用于包含其他實例，并為訪問內容或進行內容迭代提供操作。（例如：數組、列表和集）。(2) 用于包含其他構件的構件。
containment hierarchy容器分層結構
包含模型元素和其間的包含關系的名字空間分層結構。容器分層結構形成一個非循環圖。
context環境
用于特定目的（如指定操作）的一組相關建模元素的視圖。
control chart控制圖
一種通過對某過程的單獨執行情況進行觀察，而表明該過程穩定性的圖。
control class控制類
用于針對一個或多個用例的行為進行建模的類。
conversational會話式
一種通信模型，兩個分布式的應用程序在其中以會話形式交換信息。通常一個應用程序先開始（或分配）會話，發送一些數據，然后允許其他應用程序來發送一些數據。兩個應用程序交替進行會話，直到一方決定結束為止（取消分配）。會話模型是通信的同步形式。
Cookie
由您的 Web 瀏覽器根據您所訪問的 Web 站點的請求所創建的小文件，瀏覽器將在隨后訪問中將該文件的內容發送給相應站點。
CORBA
公用對象請求代理程序體系結構
CR
變更請求
critical design review （CDR）關鍵設計評審
在瀑布式生命周期中，詳細設計結束時進行的主要評審。
customer客戶
生產組織之內或之外的個人或組織，要承擔系統在財務方面的責任。在大型系統中，客戶可能不是最終用戶。他們是開發的產品及其工件的最終接受者。另請參見涉眾。
cycle周期
軟件開發的生命周期，如RUP包括：先啟、精化、構建和產品化四個階段。
--------------------------------------------
I don‘t have an expressive problem,you have an apprehensive problem.
(This post was edited by duckybsd on May 30, 2003, 10:56 PM) | | |
|
|
