-
一劃
-
一般化
較一般的元素與較特定的元素之間的分類關係。較特定的元素與 較一般的元素完全一致,且包含其他資訊。較特定元素的實例可能可以使用於允許較一般元素的地方。請參閱:繼承關係。
-
一般閘道介面 (CGI)
- 一種標準通訊協定,Web 伺服器可藉此執行伺服器上所執行的程式。執行 CGI 程式以回應 Web 用戶端瀏覽器的要求。
-
二劃
-
二元關聯
兩種類別之間的關聯。多元關聯的特殊個案。
-
三劃
-
子機狀態
狀態機中的一種狀態,等於組合狀態,但其內容是由其他狀態機說明。
-
子活動狀態
活動圖形中的狀態,代表具有部分持續時間的步驟,以非原子序列的方式執行。
-
子狀態
這個狀態是組合狀態的一部分。請參閱:並行子狀態、斷續子狀態。
-
子系統
- 擁有套件語意的模型元素,因此可包含其他模型元素,同時又是類別,因此也具有行為。子系統的行為是由類別或它包含的其他子系統所提供的。藉由一或多個介面來實現子系統,並定義其可執行的行為。
-
子項
在一般化關係中,另一種元素(母項)的規格。請參閱:子類別,子類型。相對於:母項。
-
子類別
在一般化關係中,另一個類別(超類別)的特殊化。請參閱:一般化。對照:超類別。
-
子類型
在一般化關係中,另一個類型(即超類型)的特殊化。請參閱:一般化。對照:超類型。
-
小組件
- 在此環境定義中,一些可放在視窗上之事物的一般詞彙,例如,按鈕、捲動軸、標籤、清單框、功能表或勾選框。
-
小組負責人
- 小組負責人是介於專案管理及開發人員之間的介面。小組負責人負責確認配置作業並監督作業完成。小組負責人負責確認開發人員遵循專案標準,並符合專案時程。
-
工作區
- 包含所有現行工作中程式碼的工作區;也就是現行版本。工作區也包含標準 Java 類別程式庫及其他類別程式庫。
-
工作成果
- 內容元素,代表作業使用、產生或修改的任何事物。
-
工作站
- 運算子運作之輸入/輸出設備的配置。通常是連接到大型電腦或網路的終端機或個人電腦,使用者可在其上執行應用程式。
-
工具輔助
- 指引,解說如何使用特定軟體工具來執行特定的作業或步驟。
-
已發佈模型
已凍結的模型,將可供實例化儲存庫使用並支援定義其他模型。凍結模型的模型元素無法變更。
-
四劃
-
中斷子狀態
這是一種子狀態,不可與同一組合狀態中的其他子狀態同時存在。請參閱:組合狀態。相對於:並行子狀態。
-
中繼 Meta 模型
定義用於表示 Meta 模型之語言的模型。中繼 Meta 模型與 Meta 模型之間的關係類似於 Meta 模型與模型之間的關係。
-
互動
如何在實例之間傳送刺激因素,以執行特定作業的規格。互動定義於協同作業的環境定義中。請參閱:協同作業。
-
互動圖
套用至某些圖解類型的一般條款,用於強調物件互動。這些圖解類型包括:通訊圖及序列圖。
-
介面
- 作業的集合,用於指定類別或元件的服務。
-
介面繼承
較特定元素之介面的繼承。不包括實作的繼承。對照:實作繼承。
-
元件
- 一個特殊、近乎獨立且可更換的系統組件,在定義嚴謹的架構環境下,可以實現一項完整的功能。元件符合並提供一組介面的實現。
-
元件圖
顯示元件之間的組織及其相依關係的圖。
-
元件式開發 (CBD)
- 從元件組合而成的軟體密集系統的建立與部署,以及此類元件的開發與成果。
-
元件模型
- 一種架構及 API,允許開發人員定義可重複使用的程式碼區段,可結合區段以建立一個程式。VisualAge for Java 使用 JavaBeans 元件模型。
-
元素
這是模型不可分割的組成。
-
內含的文件
- 此文件可包含在其他文件中,以收集一整組文件;內含的文件及個別附件都會被視為分開的構件。
-
內容
代表元素特性的命名值。內容具有語意的影響。某些內容預先定義於 UML 中;而其他內容則可由使用者來定義。請參閱:標示值。
-
內容元素
- UMA 中塑造的任何元素,屬於方法內容的一部分。「內容元素」提供逐步說明,描述如何達成一個很特定的開發目標,與這些步驟在開發生命週期內的定位無關。這些元素會建立實例,並順應流程結構內特定的狀況來調整。
-
內容至內容連線
- 從某個物件內容到另一個物件內容的連線。另請參閱:連線。
-
內部轉換
轉換表示不變更物件的狀態而對事件的回應。
-
公用程式
以類別宣告的格式,群組廣域變數及程序的造型。公用程式屬性及作業會分別變成廣域變數及廣域程序。公用程式不是基本建模建構,而是為程式設計方便而設。
-
分割
(1) 活動圖形:活動圖形的一部分,用於組織動作的責任。另請參閱:泳道。
-
分散式流程
- 分散式流程是一種應用程式或系統模型,其功能及資料可以分散給 LAN 或 WAN 上所連接的多重運算資源。請參閱:主從架構運算。
-
分散式計算環境 (DCE)
- 分散式計算環境。電腦產業所採用分散式運算的既定標準。DCE 允許不同廠商的電腦透通地互相通訊並共用資源,例如運算能力、檔案、印表機及網路上的其他物件。
-
分析
- 軟體開發流程的部份,主要目的為規劃問題領域的模型。分析著重於要處理的事;設計則著動於如何處理。請參閱:設計。
-
分析 & 設計
- (一般)活動,活動期間會制訂策略決策以達到對系統的功能性及品質的需求。另請參閱:設計模型。
-
分析型樣
- [FOW97a] 對分析型樣的說明如下:
「[...] 代表商業模型中一般建構的概念。可能只與一個領域相關,也可能跨多個領域。」
因此,在此參照中,領域一詞確實出現在型樣說明中。[FOW97a] 中的定義沒有理由不能延伸至非商業模型的領域。分析型樣的另一個層面就是,這是個抽象、概念性的範本,(透過與任何型樣連結)使用於分析模型中的實例化,然後就需要再經過設計以進一步改進。分析型樣的等級可能差異非常大,不過 [FOW97a] 中的等級為中等,而且會組成整個應用程式的分析模型。
-
分析師
- 專案小組的成員,負責誘出及解讀關係人的需要,並與整個團隊溝通這些需求。
-
分析時間
指軟體開發流程的分析階段期間發生的事。請參閱:設計時間、建模時間。
-
分析模型
- 物件模型,作為設計模型的摘要;提供使用案例實現化的起始定義。
-
分析機制
- 架構機制使用於設計流程初期,在探索期間識別主要的類別及子系統時。一般而言,分析機制會擷取解決方案的主要層面,與實作無關。分析機制通常與問題領域不相關,但卻是「電腦科學」的概念。它提供特定行為給領域相關的類別或元件,或對應於類別及/或元件之間協同作業的實作。分析機制可能會實作為架構。例如處理持續性、跨流程通訊、錯誤處理、通知及傳訊等的機制。
-
分析類別
- 系統中設計元素所扮演之角色的摘要,通常都是在使用案例實現化的環境定義中。分析類別可能會提供數個角色的摘要,代表這些角色的共同行為。分析類別一般會發展成一或多個設計元素,例如,設計類別及/或封裝體,或設計子系統。
-
分解元素
- UMA 中塑造的任何元素,屬於流程結構的一部分。
-
分解結構
UMA 建構,將流程指定為分解元素的階層式組合。
-
分類器
說明行為及結構特性的機制。分類器包括介面、類別、資料類型及元件。
-
引數
解析成執行時期實例的參數連結。同義字:實際參數。相對於:參數。
-
文件
- 文件是指在紙張上或以書面隱喻在媒體中表達的資訊集合。書面隱喻包括書頁的概念,有隱含或明確的內容順序。 資訊以文字或二維圖片呈現。書面隱喻的例子包括文書處理文件、試算表、時程表、甘特圖、網頁及幻燈片簡報。
-
文件範本
- A concrete tool template, available for tools such as a Adobe(R) FrameMaker(R) or Microsoft(R) Word(R).
-
文件說明
- 說明特定文件的內容。
-
方法
- (1) 完成事物的一般及系統化方式;詳細、邏輯地依序計畫,或隨後用來完成作業或獲得目標的程序。
-
方法內容
表示一般 UMA 有條理的概念及提供逐步說明的指引,指出如何達成特定目標,與這些步驟在流程生命週期內的定位無關。UMA 區隔「方法內容」與在流程中的運用情形。
-
方法呼叫
- 同義字:訊息。
-
五劃
-
主動物件
物件,擁有執行緒且可以起始控制活動。主動類別的實例。
-
主動類別
- 類別,代表系統中的控制緒。
-
主鍵
- 資料庫的直欄或直欄集合,用於識別表格中的列。
-
以活動為基礎的成本
- 這是一套方法,用來測量活動、資源和成本標的之成本效能。資源被指派給活動,然後會依活動的用途指派給成本標的。以活動為基礎的成本會識別成本動因與活動之間的因果關係。
-
以活動為基礎的管理
- 廣泛的規範,著重於透過管理活動以達到客戶價值及公司獲利。利用以活動為基礎的成本作為主要資訊來源。
-
以錯誤為基礎的測試
- 一種測試電腦軟體的技術,使用測試方法及測試資料以示範預先定義的錯誤是否存在。例如,若要示範軟體能正確處理除以零的錯誤,則測試資料必須包含零。
-
功能型樣
「功能型樣」是一種特殊的「流程」,描述一群可重複使用的活動。「功能型樣」表達和傳達一個重點探討領域的流程知識,例如「規範」,且可供流程工作者直接用來做為工作指引。
-
加強功能要求
- 一種關係人要求的類型,指定系統新的特性或功能。另請參閱:變更要求。
-
包含階層
這是一種名稱空間階層,包含模型元素,以及元素之間存在的包含關係。包含階層形成非週期性的圖形。
-
可一般化的元素
一種可能參與一般化關係的模型元素。請參閱:一般化。
-
可執行架構
- 請參閱:可執行架構。
-
可執行架構
- 可執行架構是系統的部份實作,是專為展示選取的系統功能及內容所建置,特別是那些令人滿意的非功能性需求。這是在詳述階段建置的,目的在於降低與效能、傳輸量、容量、可靠性及其他「功能性」相關的風險,以便於建構階段加入系統完整的功能,而不必擔心毀損。RUP 原本就意圖將可執行的架構建置成演化的原型,保留要執行(及滿足需求)的功能,並使其成為交付系統的一部份。
-
可見性
列舉表的值(公用、受保護的、或專用)表示從圍繞的名稱空間外部如何觀察其參照的模型元素。
-
外觀
- 子系統中的特殊套件(造型為<<facade>>),此套件會組織及匯出子系統的用戶端所需的所有資訊。本套件所包含的內容包括介面(其中的介面是子系統獨有的)、子系統外的介面實現關係,以及用戶端使用子系統時所需的任何文件。
-
外部索引鍵
- 資料庫表格的一個或一組直欄,此直欄會參照另一個表格的主鍵。
-
外部鏈結
- 在網站中,指向位於目前網站外部的 URL 鏈結。同義字:外部鏈結
-
外部鏈結
- 同義字:外部鏈結
-
失敗
- 系統或元件無法執行指定的效能需求所要求的功能 [IE610.12]。失敗是由於一或多個問題的可察觀症狀形成,這些問題的主要原因是發生一或多個錯誤。
-
平台
- [OMG03] 將此定義為:
「一組透過介面提供一致性功能集的子系統/技術,並指定根據該平台的任何子系統均可使用的使用型樣,而不用考慮如何實作平台提供之功能的詳細資訊。」
-
平台模型
- 平台模型是 概念(代表零件及服務)、規格、介面定義、限制項定義及使用特定平台所需應用程式之任何其他需求的集合。在 MDA 中,會詳細說明及型式化平台模型,以 UML 的例子而言,並可在符合 MOF 的儲存庫中使用。例如,可為 J2EE 或 .NET 等建立平台模型。
-
未解譯的
一或多個類型的位置保留區,其實作不是由 UML 指定。每個未解譯的值都有相對應的字串表示法。請參閱:全部 [CORBA]。
-
母項
在一般化關係中,另一個元素(即子項)的一般化。請參閱:子類別、子類型。對照:子項。
-
母類別
- 其他 Bean 或類別繼承資料、方法或兩者的來源類別。
-
生命週期
- 完整的生命週期要經過下列四個階段:初始階段、詳述、建構及轉換。時間跨距介於初始階段的開頭與轉換階段的結束之間。同義字:開發週期、循環。另請參閱:測試週期。
-
用戶端
一種分類器,會要求其他分類器提供服務。相對於:供應商。
-
用戶端伺服器
- 分散式資料處理中的互動模型,此模型中一位置的程式會傳送要求給另一個位置上的程式並等待回應。發出要求的程式稱為用戶端,回應的程式則稱為伺服器。
-
用法
為能正確的發揮作用或實作,某個元素(用戶端)需要另一個元素(供應商)出現的相依關係。
-
目標測試項目
- 已識別為測試目標之開發產品的外觀,一般是軟體或硬體。目標測試項目的範圍為下列各層次:作業、介面、特性、元件、實作子系統或系統;或者是系統的外部外觀,例如作業系統或週邊裝置(如印表機)。同義字:測試目標、測試項目。
-
六劃
-
交付流程
- 「交付流程」是一種特殊的流程,描述一套完整和整合的方法,適用於執行特定的專案類型。提供完整的生命週期模型,且經由在分解結構中排序「方法內容」來詳述。
-
交付項目
- 流程的輸出,具有數值、資料或其他項目,最終會交付給客戶或其他關係人。
-
交易
- 由單一要求起始的一或多個應用程式所組成的處理單位。交易可要求啟動一或多個作業來執行它。
-
交易處理
- 支援互動式應用程式的運算樣式,在其中由使用者送出的要求一旦接收到就會立即處理。在相對短時間內,會將結果傳回要求者。交易處理系統監督資源的分享,在相同時間內處理多個交易。
-
交談式
- 這是一種兩個分散的應用程式透過交談作業的方式交換資訊的通訊模型;通常是由一個應用程式開始(或分配)交談作業、傳送資料並允許其他應用程式傳送資料。兩者繼續輪流交換直到其中一方結束為止(或停止分配)。交談式模型是同步形式的通訊。
-
企業內部網路
- 公司或組織內部的專用網路,使用與公用網際網路上相同種類的軟體,但僅限於內部使用。由於網際網路日益普及,許多用在網際網路上的工具現在也適用於專用網路內。例如,許多公司擁有僅限於員工可以使用的 Web 伺服器。
-
企業參與者類別
- 定義一組企業參與者實例,其中每一個企業參與者實例在與商業的關係中都扮演相同的角色。
-
企業參與者(實例)
- 在外部與商業互動的人或物。
-
全球資訊網
- 圖形超文字多媒體網際網路服務。
-
列舉
具名值的清單,作為特定屬性類型的範圍。例如,RGBColor = {red, green, blue}。Boolean 是預先定義的列舉表,其值來自 {false, true} 組。
-
合作
- (1) 描述透過互動以實作環境定義中某些行為的物件之集合。說明合作的物件集合起來以達到某個目的。
-
合作圖
- 這個詞彙在 UML 2.0 中已變更為通訊圖。
-
同步狀態
用於同步化狀態機之並行區域的狀態機中的頂點。
-
同步的動作
傳送中物件暫停以等待結果的要求。對照:非同步動作。
-
名稱
用於識別模型元素的字串。
-
名稱空間
模型的一部分,在其中可定義及使用名稱。在名稱空間內,每一個名稱都有唯一的意義。請參閱:名稱。
-
多個分類
一般化的語意變式,在其中物件可直接隸屬於多個類別。請參閱:動態分類。
-
多值
使用對應關係定義其「對應關係類型」的模型元素::上層屬性設為大於 1 的數字。多值這個詞彙與屬性、參數等在任何時間點所持有值的數目無關。對照:單值。
-
多元關聯
在三個或更多類別內的關聯。每一個關聯的實例都是各自類別中值的多元集合。對照:二元關聯。
-
多功能 Internet 郵件副檔名 (MIME)
- 郵件的網際網路標準,支援文字、圖像、音效及視訊。
-
多親繼承
一般化的語意變式,在其中類型可以有多個 超類型。對照:單一繼承。
-
字串
文字字元的序列。字串表示法的詳細資料視實作而定,且可能包含支援國際字元及圖形的字集。
-
存取修飾元
- 控制對類別、方法或屬性的存取權的關鍵字。Java 中的存取修飾元可以是公開的 (public)、隱密的 (private)、受保護的 (protected),或是套件 (package)(此為預設)。
-
死結
- 兩個獨立的控制執行緒暫停執行的狀況,兩個執行緒都在等待對方的動作。死結通常是因為加入同步化機制以避免競爭狀況。
-
行為
作業或事件的可觀察效應,包括其結果。
-
行為模型層面
這是指模型層面,強調系統中的實例的行為,包括其方法、協同作業及狀態歷程。
-
行為特性
這是指模型元素的動態特性,例如作業或方法。
-
七劃
-
伺服器
- 在網路中提供服務給多個使用者或工作站的電腦;例如檔案伺服器、列印伺服器或郵件伺服器。
-
作業
可從物件要求而影響行為的服務。作業擁有簽章,可限制可能的實際參數。
-
作業
- 請參閱:作業系統程序、程序及執行緒。
-
作業
- 可能要求某個角色執行的一個工作單位。
-
作業系統程序
- 唯一的位址空間及執行環境,類別的實例及子系統位於其中並在該處執行。執行環境可分隔為一或多個控制項的執行緒。另請參閱:程序及執行緒。
-
岔斷點
- 在電腦程式中,暫停執行的點。
-
序列化
- 與解除配置同義。
-
序列圖
顯示時間序列中排列之物件互動的圖解。特別的是,它顯示參與互動的物件及訊息交換的順序。與通訊圖不同,序列圖包含時間序列,但不包含物件關係。序列圖可存在於 通用表單(說明一般情況)及實例表單(說明一個情況實例)中。序列圖和通訊圖會表示類似的資訊,但表現的方式不同。請參閱:通訊圖。
-
形式參數
同義字:參數。
-
技術權限
- 專案的技術權限具有權限及技術專業意見,以裁決是否、及如何實作變更要求。技術權限定義變更作業,並對應於變更要求評估作業在工程上的效果。
-
投射
從集合至其子集的對映。
-
改革
- 軟體起始開發週期後的生命;即後續的週期(產品就是在此期間發展)。
-
攻擊
- 計畫性或有方法地嘗試中斷或繞過執行中電腦軟體程式的正常作業。這種攻擊的本質通常是惡意的,攻擊電腦軟體的想法源自於軟體駭客社群,其成員利用各種技術攻擊軟體系統,通常是繞過安全軟體並且非法進入主機系統。已被識別的攻擊技術包括緩衝區溢位、拒絕服務、資源限制及特洛伊木馬程式。後來電腦軟體測試專業人員在討論軟體系統可能遭到入侵時,就會使用這個詞彙。
-
步驟
- 內容元素,將作業組織成工作的部分或子單元。
-
沙坑
- 由 Web 瀏覽器所提供用於執行 Java Applet 的受限環境。沙坑提供它們服務並防止發生不合規定的事物,例如,執行檔案 I/O 或與第三者(載入 Applet 的伺服器以外的其他伺服器)交談。Applet 對子項的類比會導致呼叫執行沙坑的環境。
-
私密
- 與類別成員相關聯的存取修飾元。它只容許類別本身來存取成員。
-
系統
(1) 連接單位的集合,用來組織達成特定的目的。系統可由不同見解的一或多個模型來說明。同義字:實體系統。
-
系統應用程式及產品
- 在資料處理中,原本稱為 "Systemanalyse und Programmentwicklung",現在則命名為「系統、應用程式及產品 (SAP)」,SAP 提供廣泛用於整合商業解決方案的軟體。
-
系統需求審查 (SRR)
- 在瀑布生命週期中,當系統規格完成時所保留的主要審查名稱。
-
角色
- 在商業組織環境定義內,個人或一群以團隊形式合作的人之行為和職務定義。
-
里程碑
- 反覆動作的正式結束點;對應於發行點而言。
-
防火牆
- 一種電腦或可程式設定的裝置,具有相關的軟體可根據定義的規則限制傳遞的資料流量。控制項會根據來源或目的地位址及 TCP/IP 埠號加以套用。
-
八劃
-
並行
同一間隔時間內發生兩個或多個活動。插入或同時執行兩個或多個執行緒,即為並行。請參閱:執行緒。
-
並行子狀態
這是一種子狀態,可與相同組合狀態中包含的其他子狀態一起存在。請參閱:組合子狀態。 相對於:中斷子狀態。
-
事件
在時間及空間中有一個位置的重要事件的規格。在狀態圖的環境定義中,事件是會觸發轉換的事物。
-
事件至方法連線
- 從 Bean 所產生的事件連線至 Bean 的方法。發生連線的事件時,就會執行方法。
-
併入
從基本使用案例到併入使用案例的關係,指定為併入使用案例所定義的行為,如何插入至為基本使用案例所定義的行為中。
-
併入關係
- 併入關係是從基本使用案例到併入使用案例之間的關係,指定為併入使用案例所定義的行為,如何明確插入為基本使用案例所定義的行為中。
-
使用案例 (類別)
- 藉由動作的順序,說明系統的行為。使用案例應對參與者生產可觀察的結果值。使用案例包含與產生「可觀察的結果值」相關的事件流程,包括替代流程及異常狀況流程。
正式而言,使用案例定義一組使用案例實例或實務。
-
使用案例區段
- 使用案例區段是使用案例的任意區段,包含前置條件、後置條件、子流程、步驟及文字。使用案例區段可用來作為追蹤性項目。
-
使用案例圖
顯示在系統內參與者及使用案例關係的圖解。
-
使用案例套件
- 使用案例套件是使用案例、參與者、關係、圖解、及其他套件的集合;透過將其分割成較小的零件來建構使用案例模型。
-
使用案例實例
使用案例中指定的之動作順序的效能。這是使用案例的實例。
使用案例實例是特定的「端對端」具體路徑,透過使用特定人員(參與者實例)取代使用案例參與者來給定特定值及回應,而且在使用案例的一或多個可能流程中只會採用單一路徑。另請參閱:情況、測試實務。
-
使用案例實現化
- 使用案例實現化說明藉由物件協同作業,如何在設計模型內實現特定的使用案例。
-
使用案例模型
藉由使用案例說明系統之功能需求的模型。
-
使用案例觀點
- 說明系統中所執行使用案例之重要性的架構視圖,主要焦點放在重要架構元件上(物件、作業、節點)。在 RUP 中,它是使用案例模型的視圖。
-
使用者介面
- (1) 讓使用者可與電腦互動的硬體、軟體或兩者。
-
使用者介面 (UI)
- 請參閱:使用者介面
-
供應商
提供可由其他人呼叫之服務的分類者。對照:用戶端。
-
具體
- adj. 屬於或與實際、特定的事物或實例相關。可以感受的;非抽象或相像的。相對於:抽象。請參閱:具體類別。
-
具體類別
這是一種可以直接建立實例的類別。相對於:抽象類別。
-
初始階段
- Unified Process 的第一階段,其中上一代的原始概念(提議的要求)已(內部)累積至可進入詳述階段。
-
初始類型
不具有任何子結構之預先定義的基本資料類型,例如整數或字串。
-
初步的設計審查 (PDR)
- 在瀑布生命週期中,當架構設計完成時所保留的主要審查。
-
刺激因素
從某個實例到其他實例的資訊傳遞,例如提高信號或呼叫作業。信號的接收通常視為事件。請參閱:訊息。
-
取得的值
- [MSP97] 的定義如下:
「對目前為止執行的工作值的測量基準值。取得的值使用原始的評估及進度表,顯示實際成本是否保持在預算內,以及作業是否超前或落後基準線的計畫。」
-
呼叫
一種動作狀態,會呼叫分類器上的作業。
-
呼叫層次介面 (CLI)
- 資料庫存取的可呼叫 API,這是內嵌式 SQL 應用程式介面 (API) 的替代方案。相對於內嵌式的 SQL,CLI 不需要 使用者預先編譯或連結,但會提供一組標準的功能以便在執行時期處理 SQL 陳述式及相關的服務。
-
委派
物件發出訊息給其他物件以回應訊息的能力。委派可以當作繼承關係的選擇方案。相對於:繼承關係。
-
定義模型
儲存庫依據的模型。任何數目的儲存庫可以具有相同的定義模型。
-
延伸
從延伸使用案例到基本使用案例的關係,指定為延伸使用案例所定義的行為,如何插入至為基本使用案例所定義的行為中。
-
延伸關係
- 從使用案例 A 至使用案例 B 的延伸關係,指示 B 的實例可能包含(受到延伸中所指定之特定條件的支配)A 所指定的行為。單一目標使用案例的數個延伸器所指定的行為,會發生在單一使用案例實例中。
-
抽象
- 屬於或與抽象主題相關的,沒有實際目的或意圖。無法套用或實際運用,只是理論。被視為非具體存在的。相對於:具體。請參閱:抽象類別。
-
抽象
- 建立視圖或模型,抑止不必要的詳細資料以著重於特定引人興趣的詳細資料。
-
抽象類別
一種類別,提供一組子類別的共同行為,但本身沒有實例。抽象類別代表的是一種概念;從中衍生的類別代表此概念的實作。另請參閱:基礎類別。相對於:具體類別。
-
服務導向架構
- 服務導向架構是一種概念的說明,藉由其元件和提供的服務來說明軟體系統的結構,而與這些元件、服務及元件間連線的基礎實作無關。
-
服務導向架構 (soa)
- 「服務導向架構」會定義一組會組成系統的服務,其說明服務之間發生的互動來實現某些行為,並將這些服務對映到特定技術的一或多個實作。
-
服務提供者
- 「服務提供者」會對應於顯現一或多個服務的實際或邏輯軟體實體;這個術語也可以用來說明提供服務的有組織的一方。
-
服務規格
- 服務提供之作業的靜態和動態規格,以及相關的原則資訊。「服務規格」會用來作為服務提供者和使用端之間的約定;其本身必須夠完整,才能確保雙方能夠符合這類約定之下的責任。
-
服務(在 SOA 環境中)
- 所謂服務是具有具體服務規格的外顯軟體資源。這個服務規格可供服務使用端用於搜尋、連結及呼叫。服務提供者會實現服務規格實作,也會交付服務品質需求給服務使用端。服務應由宣告式原則來控管,因此支援可動態重新配置的架構樣式。
-
泳道
活動圖上的分割,用於組織動作的責任。泳道一般對應於商業模型中的組織單位。請參閱:分割。
-
版本
- 最終產品的子集,是主要里程碑的評估物件。版本是產品版本的穩定、可執行版本,以及使用此版本所需的任何構件,例如版本注意事項或安裝指示。版本可以是內部或外部的。內部版本只供開發組織使用,作為里程碑的一部分,或對使用者或客戶的示範。外部版本(遞送)則是分送給使用者。版本並不需要是方式中的一個步驟,其用處只可由工程視景來測量。版本扮演強制的功能,驅動開發團隊定期取得結束,避免「90% 完成,90% 剩餘」的症狀。另請參閱:原型、基準線。
-
版本
- 部分構件的變式;構件的較新版本通常展開在較舊的版本上。
-
版本管理程式
- 版本管理程式負責確認依需要在內部及外部版本中控管及配置所有的軟體資產。
-
物件
具有良好定義的界限及身分識別的實體,用於封裝狀態及行為。狀態由屬性及關係來代表,而行為由作業、方法及狀態機來代表。物件是類別的實例。請參閱:類別、實例。
-
物件圖
在某個時間點封裝物件及其關係的圖解。物件圖可視為類別圖或通訊圖的特殊案例。請參閱:類別圖、通訊圖。
-
物件導向
- 物件導向
-
物件導向程式設計 (OOP)
- 以資料摘要及繼承的概念作為基礎的程式設計方法。不像程序之程式設計技術,物件導向程式設計著重於組成問題的資料物件,而非如何完成事物。
-
物件導向程式設計 (OOP)
- 請參閱:物件導向程式設計
-
物件模型
- 系統實作的摘要。
-
物件流程狀態
活動圖形中的狀態,代表從某個狀態的動作輸出將物件傳遞到另一個狀態的動作輸入。
-
物件生命線
序列圖中的線條,代表一段時間中物件的存在。請參閱:序列圖。
-
物件類別
- 用於定義物件之屬性及方法的範本。物件類別可包含其他的物件類別。物件類別的個別表示法稱為物件。
-
狀態
物件生命期間的情況或狀況,在其中它會滿足一些條件、執行一些活動或等待一些事件。
-
狀態圖圖解
顯示狀態機的圖解。請參閱:狀態機。
-
狀態機
- 狀態機指定模型元素的行為、定義其對事件的回應及物件的生命週期。
-
直接存取儲存裝置 (DASD)
- 允許直接存取儲存體的裝置,例如硬碟(相對於序列存取的磁帶機)。
-
直欄
- 資料庫中的表格屬性。
-
肥皂劇測試
- 透過將戲劇性和誇大的使用實務合理化來定義測試實務的技術。類似電視中的肥皂劇,這些實務反映「真實生活」,但經過壓縮或放大來描寫系統使用的戲劇實例。當定義為與有經驗的使用者協同作業時,肥皂劇可協助快速測試系統的許多功能,且由於其並不直接相關於系統的正式規格或系統特性,因此在揭露重要但通常不可預測的問題時有很高的成功比率。此詞彙及相關聯技術的定義是由 Hans Buwalda 從與客戶進行測試諮商的經驗中發展出來的。
-
表格
- 資料庫的一個元素,代表特定實體或主題的相關資訊集合。
-
表格空間
- 資料庫中儲存體的邏輯單元。
-
表示式
評估特定類型值的字串。例如,表示式 "(7 + 5 * 3)
" 評估類型號碼的值。
-
附著
- 同一種類型、互相依存的元件之間的原本的聯集。彼此相連的動作或狀態,緊密的聯集。相對於:耦合性。
-
非同步動作
要求傳送中的物件不要暫停等待結果。相對於:同步動作。
-
非管制區 (DMZ)
- 這個詞彙一般使用於說明子網路的產業,此子網路通常使用於外部網際網路及公司內部網路的防火牆所保護的 Web 伺服器。
-
九劃
-
信號
在實例之間通訊之非同步刺激因素的規格。信號可具有參數。
-
前置條件
- 當使用案例啟動時,在系統上定義限制項的文字說明。
-
品質
- 產品或服務之特性及特性的總數,負擔其功能以滿足陳述或隱含的需要。
-
品質保證
- 產品或服務為了滿足給定的品質需求而提供適當機密的全部有計畫性及系統化的動作。
-
品質風險
- 針對軟體產品品質,有負面影響即將發生或在進行中之重大可能性的關切。當有疑義時,以品質維度的無限制數字來評定品質風險,RUP 使用 FURPS+ 需求模型作為討論品質維度的基準。
-
型樣
- 重複發生之問題的解決方案範本,已證明在給定的環境定義中有用。良好的型樣可成功地解析定義問題的衝突力量,並根據解析這些力量的方式來選擇型樣。若要使型樣的呼叫更有價值,型樣至少有三個實際的應用程式應該是已明確的。針對軟體,UML 可使用參數化的協同作業來支援型樣的表示法,雖然 UML 並不直接建立使用此類結果清單、使用範例等等的模型,但文字則可適用。將值連結到其參數可建立軟體型樣的實例。型樣可存在於摘要的各種比例及層次上,例如架構型樣、分析型樣、設計型樣、測試型樣及慣用句或實作型樣。
-
客戶
- 生產組織內外部的人或組織,負責系統的財務責任。 在大型系統中,這不一定是使用者。開發的產品最終是由客戶接收。 另請參閱:關係人。
-
封裝
- 隱藏軟體物件的內部表示法。此物件提供的介面,可查詢及控制資料而不會顯示其基礎結構。
-
封裝體
- 特定的設計型樣,代表系統中封裝的控制執行緒。封裝體是一種造型 類別,具有一組特定必要且限制的關聯及內容。
-
封裝體角色
- 封裝體角色 代表封裝體類型的規格,在封裝體協同作業或結構中佔有特定地位。封裝體角色必須由儲存器封裝體所擁有,且不能獨立存在。封裝體的結構分解通常包含協同 由連接器結合的封裝體角色。
-
建構子
- 一種特殊的類別方法,與類別的名稱相同,且用於建構甚至是起始設定此類別類型的物件。
-
建模使用慣例
- 概念表達的方式、專案小組管理所決定在建模語言上的限制;也就是例如「切勿在子系統之間使用繼承關係。」;「切勿在使用案例模型中延伸或併入關聯。」;「切勿在 C++ 中使用友好建構。」之類的格言。顯示於軟體架構師文件中。
-
建模時間
請參閱軟體開發流程的建模階段期間發生的事物。包含分析時間及設計時間。使用注意事項:討論物件系統時,識別建模時間及執行時期的差異通常是很重要的。請參閱:分析時間、設計時間。對照:執行時期。
-
建置
- 系統或部份系統的作業版本,展示最終產品中將提供的功能子集。
-
後置條件
- 當使用案例終止時,在系統上定義限制項的文字說明。
-
恢復
- 請參閱:解除序列化。
-
持續性物件
在建立它的程序或執行緒停止後仍存在的物件。
-
指引
- 將所有內容形式一般化,主要用途是提供其他 UMA 元素的說明。指引本身就是內容元素,可建立「指引」與其他「指引」的關聯性。
-
架構
- 根據 IEEE 的定義,是環境中系統最高等級的概念。軟體系統的架構(在給定的時間點),是透過介面互動的系統重要元件的組織或結構,這些元件是由連續較小的元件及介面所組成。
-
架構
- Unified Process 的第三階段,此時軟體從可執行的架構基準線變為已可轉換至使用者社群。
-
架構
一種微型架構,提供特定領域中應用程式的可延伸範本。
-
架構型樣
- [BUS96] 對架構樣式的定義如下:
「架構型樣表示軟體系統的基本結構組織綱目。提供一組預先定義的子系統、指定其責任,並且包含組織其關係的規則與準則。」
這是我們在 RUP 中的解釋。仔細的說,架構型樣就是特定等級的型樣(解決方案範本),是具體軟體架構的範本。負責處理整個系統的內容與子系統等級(非類別層級)的關係。架構型樣的本質似乎與應用程式領域無關(特定領域的詞彙似乎不使用於樣式的描述中),不過架構型樣沒有理由不能專用於此處。與分析樣式比較。軟體架構文件會呈現系統中的架構型樣。
-
架構基準線
- 詳述階段最後期的基準線,此時系統的基本架構及行為已經穩定。
-
架構機制
- 架構機制代表常見問題的一般具體解決方案。可能是結構的型樣、行為型樣,或兩者皆是。在 Rational Unified Process (RUP) 中,架構機制是分析機制、設計機制及實作機制的概括總稱。
-
架構視圖
- 給定視景的系統架構視圖。重心主要在於結構、模組化、主要元件及主要控制流。
-
活動
- 流程元素,支援相關流程元素的巢狀和邏輯分組,例如描述子和子活動,從而形成分解結構。
-
活動圖形
這是狀態機的特殊個案,用於建立包含一或多個分類器之流程的模型。相對於:狀態圖。同義字:活動圖。
-
活動明細圖
- 描繪活動範圍內的所有流程元素(角色描述子、工作成果描述子、作業描述子、子活動)的圖解。此圖也描繪「作業描述子」(或活動)與「工作成果描述子」之間的輸入/輸出關係,以及「角色描述子」與「作業描述子」之間的責任關係。「活動明細圖」可用來提供活動的完整摘要,藉此提高解讀能力。
-
流程
(1) 特定類型的開發專案的一般結構。流程會取用內容元素並聯結至針對特定專案類型所自訂的局部排列順序。因此,「流程」是一組局部排序的工作說明,目的是達到更高的開發目標,例如發行特定的軟體系統。這些工作說明組織成一種階層式分解結構。流程著重在分解結構中的生命週期和工作順序。
(2) 建立流程模型的 UMA 部分。
-
界限類別
- 用來建立系統環境與其內部工作之間通訊模型的類別。
-
相依關係
兩個模型元素之間的關係,其中對一個模型元素(獨立元素)的變更,將影響另一個模型元素(相依的元素)。
-
美國資訊交換標準碼
- 美國資訊交換標準碼。由大部份 PC 及 UNIX 系統所使用的 8 位元字元編碼架構。取代了過去 7 位元的 ASCII 標準。
-
衍生的元素
可以從其他元素計算的模型元素,但只是為了澄清而出現,或雖然不會加入任何語意資訊但還是為了設計而包含在內。
-
計時標記
表示事件或訊息發生時的時間。計時標記可用於限制項中。
-
計算獨立的模型
- [OMG03] 的定義如下:
「計算獨立模型是從計算獨立見解的觀點來看系統。CIM 不會顯示系統結構的詳細資訊。CIM 有時稱為領域模型,而提及之領域從事所熟悉的詞彙則使用於其規格中。」
-
重複使用
- 進一步使用或重複使用構件。
-
重要設計審查 (CDR)
- 在生命週期的墜落階段,當詳細的設計完成時就會執行主要審查。
-
限制項
一種語意條件或限制。特定的限制預先定義於 UML 中,其他則可能為使用者定義。限制是 UML 中三種延伸機制的其中一種。請參閱:標示值、造型。
-
限定元
關聯屬性或屬性值組,其值用於跨關聯分割與物件相關的物件集合。
-
風險
- 針對主要里程碑的順行完成,有負面影響即將發生或在進行中之重大可能性的關切。
-
首頁
- 請參閱:起始頁。
-
十劃
-
修正
代表已在某詳細程度指定較完整規格的關係。例如,設計類別是分析類別的修正。
-
值
類型網域的元素。
-
原型
- 不需受限於變更管理及配置控制的版本。
-
套件
將元素組織為群組的一般用途機制。套件可以巢狀放置在其他套件內。
-
時間
代表絕對或相對時間的值。
-
時間事件
表示自從進入現行狀態之後所經歷時間的事件。請參閱:事件。
-
時間箱
- RUP 所建議反覆排程的管理方法:起始建立範圍及反覆的排程,建議專案管理程式主動管理該範圍(及已確定為反覆的資源),以符合計畫的反覆結束日期,而非錯過結束時間以配合原先計畫的範圍(如果開發作業長於原先計畫的時間的話)。在 RUP 中,寧可將範圍減少以增加資源來管理落後的排程。這種方式的動機是使關係人可看見反覆作業的結果並評估反覆作業,使得學習的課程可套用到後續的反覆動作。
-
時間表示式
解析為絕對或相對時間值的表示式。
-
特定平台專用模型
- [OMG03] 將此定義為:
「包含特定技術之相關資訊的子系統模型,用於在特定平台上實現該技術,因此可能包含特定平台的元素。」
-
特性
- 系統所提供的可由外部觀察的服務,此服務可直接滿足關係人的需要。
-
索引
- 用來提高資料庫表格中資料列搜尋效率的機制。
-
索引鍵機制
- 如何藉由系統中元素之間互動的型樣來實現架構型樣的說明。一般而言,會顯示在軟體架構師文件中。
-
訊息
基於對隨後活動的預期,在實例間資訊的傳送規格。訊息可指定提高信號或呼叫作業。
-
起始頁
- 使用者瀏覽網站時看到的首頁。同義字:預設網頁、首頁。
-
追蹤
指出兩個元素之間的歷程或處理關係的相依關係,與不從某個規則衍生出其他特定規則代表相同的概念。
-
追蹤性
- 從專案元素追蹤到其他相關的專案元素的能力,特別是相關於需求的能力。涉及可追蹤性的專案元素稱為追蹤性項目。
-
追蹤性項目
- 需要明確地從另一個專案元素追蹤,才能追蹤其間之相依關係的任何專案元素。相對於 Rational RequisitePro,此定義可重新措詞為:在 RequisitePro 內,RequisitePro 需求類型之實例代表的任何專案元素。
-
配置
- 1) 一般:系統或網路的排列,由其本質、編號及其功能單位的主要特色所定義;適用於軟體或硬體配置。
-
配置
- 同義字:解除序列化。
-
配置管理
- [ISO95] 一種支援的流程,其目的為識別、定義及設定項目的基準線;控制這些項目的修改與版本;報告及記錄項目與修改要求的狀態;確保項目的完整性、一致性及正確性;及控制項目的儲存體、處理及交付。
-
配置項目
- [ISO95] 配置中的實體,可滿足最終用途功能,也可在給定的參照點唯一識別。
-
十一劃
-
假狀態
狀態機中的頂點,具有狀態的格式,但沒有狀態的行為。假狀態包括起始及歷程頂點。
-
動作
可執行陳述式的規格,此規格可組成運算程序的摘要。動作通常會造成系統狀態的改變,可以傳送訊息至物件或修改鏈結或屬性值以實現動作。
-
動作序列
解析成一連串動作的表示式。
-
動作狀態
狀態,代表執行不可分割的動作,通常是呼叫作業。
-
動態分類
這是一般化的語意變式,其中物件可以改變類型或角色。相對於:靜態分類。
-
動態資訊
- 於使用者要求時所建立的資訊。動態資訊會隨時間改變,所以每次使用者檢視時可能會看見不同的內容。
-
動態鏈結程式庫 (DLL)
- 內含在執行時期(非鏈結時,即編譯的最終階段)連至程式的執行碼及資料的檔案。這表示程式庫程式碼相同區塊可由數個作業共用,而非每一個作業內含使用的常式的複本。C++ Access Builder 會產生 Beans 及 C++ 封套,可讓您的 Java 程式存取 C++ DLL。
-
區域網路 (LAN)
- 位於使用者建立於限制地理區域內的電腦網路。LAN 一般包含一或多部伺服器機器,提供服務給一些用戶端工作站。
-
參數
可變更、傳遞或傳回之變數的規格。參數可包含名稱、類型及方向。參數可適用於作業、訊息及事件。同義字:形式參數。對照:引數。
-
參數化元素
具有一或多個無界限參數之類別的描述子。同義字:範本。
-
參數連線
- 提供內容的值或者動作、方法或 Script 的回覆值以滿足動作或方法之參數的連線。參數一律是連線的來源。另請參閱:連線。
-
參照
(1) 模型元素的表示。
-
參與
模型元素到關係或到具體化關係的連線。例如,參與在關聯中的類別,參與在使用案例中的參與者。
-
參與者一般化
- 從一個參與者類別(後代)到另一個參與者類別(上代)的參與者一般化,代表後代沿用上代在使用案例中可扮演的角色。
-
參與者實例
- 在系統外部,與系統互動的人或物
-
參與者類別
- 定義一組參與者實例,其中每一個參與者實例與系統關係的角色相同。
-
商業事件
- 商業事件說明發生對業務十分重要的事件之空間與時間。商業事件用於在商業流程之間發出信號,而且通常與商業實體相關。
-
商業使用案例套件
- 商業使用案例套件是商業使用案例、企業參與者、關係、圖解及其他套件的集合,這會將商業使用案例分割為較小的部份以建立商業使用案例模型的結構。
-
商業使用案例實例
- 企業所執行的一連串動作,會產生特定企業參與者可觀察的結果值。
-
商業使用案例實現化
- 商業使用案例實現化說明商業分析模型中,如何透過協同商業物件,以實現特定商業使用案例的工作流程。
-
商業使用案例模型
- 企業預期功能的模型。商業使用案例模型主要是作為重要的依據,用以識別組織中的角色及交付項目。
-
商業使用案例(類別)
- 商業使用案例定義一組商業使用案例實例,其中每一個實例是企業所執行的一連串動作,會產生特定企業參與者可觀察的結果值。商業使用案例類別包含所有與產生「可觀察的結果值」相關的主要、替代工作流程。
-
商業分析模型
- 這是一種物件模型,描述商業使用案例的實現化。同義字:商業物件模型。
-
商業實體
- 商業實體代表企業參與者及商業工作者所控制的重要且持續的資訊。
-
商業工作者
- 商業工作者代表商業中的角色(或一組角色)。商業工作者必須和其他商業工作者互動並管理商業實體,同時參與商業使用案例實現化。
-
商業工程
- 公司根據特定目標而設定其業務的方法。商業工程技術可用於商業工程再造、商業加強及商業創造。
-
商業工程再造
- 執行商業工程,其中的變更工作包括整體現有企業的全面性檢視,並徹底思考目前作法的原因。您必須質疑所有現有的商業流程,並嘗試找出全新的方法重新建構流程,以達到根本的改善。同義詞包括商業流程再造 (BPR) 及流程改革。
-
商業建立
- 執行商業工程,其目標為建立新的商業流程,即新的業務範圍或新的組織。
-
商業強化
- 執行商業工程,其中的變更工作僅限於局部,而且不延續至整個商業整體。包括了縮減支出及前置時間,以及監控服務與品質。
-
商業架構
- 商業架構是一種有組織的元素集合,彼此之間的關係十分清楚,形成由其功能所定義的完整架構。這些元素代表企業的組織及行為結構,並顯示商業主要流程和結構的摘要。
-
商業模型
- 包含您可用於視覺化建立商業模型的所有建模技術。這些是您可用來執行商業工程的部份技術。
-
商業流程工程
- 請參閱:商業工程。
-
商業目標
- 商業目標是企業必須達成的需求。商業目標說明於未來某時間點,某特定措施的期望值,因此可用於規劃及管理商業活動。另請參閱商業目標。
-
商業目標
- 用於說明高階商業目標的常用詞彙。因為商業目標通常是抽象的概念,很難測量,所以常被轉換為較容易測量的低階商業目標。
-
商業程序
- 一組邏輯上相關聯的活動,這些活動使用組織的資源提供已定義的結果以支援組織目標。在 RUP 中,我們會使用顯示出預期商業行為的商業使用案例,以及顯示如何由商業工作者及商業實體實現該行為的商業使用案例實現化來定義商業流程。另請參閱:流程。
-
商業策略
- 商業策略定義實現商業構想的原則及目標。商業策略包含最終將達到商業願景的長期商業目標。
-
商業系統
- 商業系統內封裝了一組可實現特定目的的角色及資源,並定義了達到該目的的一組責任。
-
商業規則
- 宣告企業中必須滿足的原則或條件。商業規則可以擷取成模型、文件或兩者皆可。
-
問題
- 交付的工作成果中的不規則或瑕疵。例如在生命週期初期發現的省略或瑕疵,已成熟可進行測試或操作的 軟體中的錯誤症狀。問題可以是您要追蹤並解決的任何議題。另請參閱:變更要求。
-
啟動
執行動作。
-
埠
- 埠是界限物件,針對封裝體實例,作為傳遞訊息的介面。埠是由封裝體實例所「擁有」,它們與其封裝體一起建立,當封裝體毀損時也同時毀損。每一個埠都擁有身分識別及狀態,不同於其擁有封裝體實例的身分識別及狀態(同樣的,任何部分都不同於其儲存器)。
-
執行時期
電腦程式執行的一段時間。對照:建模時間。
-
執行緒
經由程式、動態模型或其他控制流程的表示法執行的單一路徑。同時,將主動物件實作為輕型程序的造型。請參閱:程序。
-
基數
集合中的元素數目。相對於:對應關係。
-
基準線
- 經審查及核準的構件發行,成為日後發展或開發的基礎,而且只能透過正式的程序才能變更,例如變更管理及配置控制。
-
基礎類別
- 這是一種衍生出其他類別或 Bean 的類別。基礎類別本身可能衍生自另一個基礎類別。請參閱:抽象類別。
-
專案
- 專案是由人員執行、受有限資源的限制及受規劃、執行及管制的。專案是從事暫時的嘗試以建立唯一的產品或服務。暫時表示每個專案都有明確的開始及明確的結束。唯一的表示產品或服務在某方面與所有類似的產品及服務有所不同。專案通常是執行組織之商業策略的重要元件。
-
專案審查權限 (PRA)
- 專案管理程式報告的組織實體。PRA 負責確認軟體專案遵守原則、練習及標準。
-
專案管理程式
- 對專案負有整體責任的角色。專案管理程式需要依專案時程、預算及品質需求來確保排程、配置及完成作業。
-
情況
說明行為的特定動作順序。情況可用於說明一或多個使用案例實例的互動或執行。請參閱:互動、測試實務。
-
探索性測試
- 測試電腦軟體的技術,不需詳細的規劃且接受有限的測試執行前的測試目標文件,必須靠測試人1員的技能與知識以及測試結果的意見,以引導測試繼續進行。探索性測試通常都是在短階段作業內執行,此時從一個階段作業得到的意見會用於動態規劃後續的階段作業。如需詳細資訊,請參閱:[BAC01a]。
-
接收
對傳送端實例傳遞來之刺激因素的處理。請參閱:傳送端、接收端。
-
接收
分類器已準備要反應信號回條的宣告。
-
接收端
處理從傳送端物件傳遞來之刺激因素的物件。對照:傳送端。
-
接聽器
- 在 JDK 1.1 中,接聽及處理事件的類別。
-
控制焦點
這是序列圖上的符號,顯示物件(直接或透過子層程序)執行動作的期間。
-
控制類別
- 這是一種類別,用來建立特定某一個或多個使用案例的行為模型。
-
控制點及觀察點
- 程序化流程中的特定測試點,在該點會記錄對測試環境的觀察,或對測試的控制流程進行決策。接近相關的概念,控制點通常需要一或多個觀察»的詳細資料以進行必要的控制決策。
-
產品
- 這是開發結果的軟體,及部分相關聯的構件(文件、發行媒體、訓練)。
-
產品提倡者
- 一位高階的人員,是產品願景的倡議者,並扮演開發團隊與客戶之間的提倡者。
-
產品系列架構
- 定義元素類型、它們如何互動及如何將產品功能對映到它們。也可以進一步定義架構元素的一些實例。此詞彙一般套用到組織或公司內的一組產品。另請參閱:[HOF99]。
-
產品需求文件 (PRD)
- 產品(系統)、其使用目的及其所提供特性集的高層次說明。
-
產生
- 在週期最後的最終版本。
-
組合
這是一種聚集的形式,與所有權及同時期的生命期限關聯,作為整體的一部份。非固定對應關係的部份可能會在組合之後建立,一旦建立後,就會和組合一起存在或結束;也就是說,組合和部份的生命期限相同。這種部份也可以在組合的生命結束前就先移除。組合可以是遞迴的。另請參閱:組合聚集。
-
組合 [類別]
這是一種類別,因為組合關係而與一或多個類別相關。請參閱:組合。
-
組合 Bean
- 由其他 Bean 所組成的 Bean。組合 Bean 可以包含視覺化 Bean、非視覺化 Bean 或兩者皆包含。另請參閱:Bean。
-
組合子狀態
這是一種子狀態,可與同一組合狀態中其他子狀態同時存在。請參閱:組合狀態。同義字:區域。
-
組合狀態
由並行(矩形)子狀態或序列(中斷)子狀態所組成的狀態。請參閱:子狀態。
-
組合聚集
同義字:組合。
-
組織單位
- 組織的主要元件,提供用於管理的環境定義。組織結構使母項單位與階層中的分公司產生關聯,且每個單位負責收集其他商業元件 [MARS00]。請參閱:事業系統
-
統一建模語言 (UML)
- 針對需要大量軟體的系統,視覺化、指定、建構及記載其構件的語言 [BOO98]。請參閱:統一建模語言 [UML01]。在 RUP 名詞解釋中,由符號來指示「統一建模語言」中的定義;
。
-
統一資源定址器 (URL)
- 全球資訊網上之資源的標準 ID,供 Web 瀏覽器用來起始連線。URL 包含要使用的通訊協定、伺服器名稱,及識別要在伺服器上擷取之物件的路徑資訊。
-
處理器
- 一種節點類型,擁有執行一或多個程序的功能。一般而言,這需要運算功能、記憶體、輸入-輸出裝置等等。另請參閱節點、程序及裝置。
-
規格
某個事物是什麼或做什麼的宣告說明。對照:實作。
-
規範
- 一組相關的作業集合,定義主要的「關注議題」。在軟體工程中,「規範」包括:商業模型、需求、分析與設計、實作、測試、部署、配置與變更管理、專案管理、環境。
-
設計
軟體開發流程中,目的為決定如何實作系統的部份。在設計期間,制訂策略決策以達到對系統的必要功能性及品質需求。請參閱:分析。
-
設計型樣
- [GAM94] 對設計型樣的定義如下:
「設計型樣會提供架構以改善子系統或軟體系統的元件,或兩者之間的關係。其描述經常重複發生的通訊元件的結構,可解決特定環境定義中的一般設計問題。」
設計型樣是中或小型等級的型樣,比架構型樣的等級小,但無關於程式設計語言。 連結設計型樣時,該型樣會形成具體設計模型的一部份(可能是設計機制的一部份)。因為層級的關係,設計型樣一般適用於各領域。
-
設計套件
- 類別、關係、使用案例實現化、圖解及其他套件的集合,將套件分割為較小的部份以建立設計模型的結構。與實作子系統的邏輯十分類似。
-
設計子系統
- 這是一種模型元素,代表系統的一部份。設計子系統將提供行為的其他模型元素(類別或其他設計子系統)封裝起來,以封裝行為。設計子系統也顯示一組介面,定義它可執行的行為。
-
設計時間
這是指軟體開發流程的設計階段所發生的事。請參閱:建模時間。相對於:分析時間。
-
設計模型
- 一種物件模型,說明使用案例的實現;是實作模型及其程式碼的抽象概念。
-
設計機制
- 架構機制,使用於設計流程期間,在此期間會研究設計的細節。與相關聯的分析機制有關,這些是經過進一步的改良,而且可能與一或多個架構及設計型樣連結。分析機制與設計機制之間的等級不一定有任何差異,所以可以說持續性機制在分析層級和在設計層級是相同的,但是改良的層次不同。設計機制會取得實作環境的某些詳細資料,但不會關聯至特定實作(就像實作機制)。例如,跨程序通訊的分析機制可以透過幾個跨程序通訊 (IPC) 的設計機制加以改良:共用記憶體、如同功能呼叫的 IPC、以號誌為基礎的 IPC 等等。每一個設計機制都有某些優缺點;選擇哪一個特定設計機制,必須根據使用該機制的物件的特性而決定。
-
責任
合約或分類者的義務。
-
軟體工程處理權限 (SEPA)
- 負責處理定義、評估及改良的組織實體。
-
軟體架構師
- 軟體架構師封裝:
- 關於軟體系統之組織的重要決策
- 結構元素的選項及其介面,系統藉由上述項目依下列元素內協同作業的指定與其行為組合
- 結構及行為的元素組合為逐漸變大的子系統
- 引導此組織、這些元素及其介面、其協同作業及其組合的架構樣式
-
軟體規格審查 (SSR)
- 在瀑布生命週期中,當軟體需求規格完成時所保留的主要審查。
-
軟體需求
- 系統外部可觀察行為的規格;例如對系統的輸入、從系統的輸出、系統的功能、系統的屬性或系統環境的屬性。
-
軟體需求規格 (SRS)
- 完整定義所要建立系統之外部行為的一組需求,也稱為功能規格。
-
通訊協定
- 相容的訊息集合規格,用於封裝體之間的通訊。通訊協定定義一組進入及送出的訊息類型(例如,作業、信號)、一組選擇性地序列圖用於定義所需的訊息排序,及指定通訊協定中的參與者必須提供之抽象行為的狀態機。
-
通訊協定 (TCP/IP)
- 透過網際網路將電腦訊息攜往全球的基本程式設計基礎。通訊協定的套組定義網際網路。原本是針對 UNIX 作業系統而設計,TCP/IP 軟體現在可用於主要的電腦作業系統類型。若真的要登入網際網路,您的電腦必須有 TCP/IP 軟體。
-
通訊圖
- (1) 之前已命名的合作圖,通訊圖說明物件之間互動的型樣;顯示參與互動的物件彼此的連結以及傳送給彼此的訊息。
-
通訊關聯
- 一種參與者類別及使用案例類別之間的關聯,指出其實例之間的互動。關聯的方向指示通訊的發起者(Unified Process 慣例)。
-
通訊關聯
在部署圖中,代表通訊的節點之間的關聯。請參閱:部署圖。
-
造型
- 元素的 Meta 分類。造型具有語意含意,可針對每個特定的造型值指定含意。請參閱 RUP 中構件的「UML 表示法」屬性,以查看建議在 RUP 中使用的預先定義造型。
-
連結
提供範例參數的引數,從範例建立模型元素。
-
部署
- 這是軟體工程流程中的一種規範,目的在於確保開發的系統能順利轉換至使用者端。包括構件,例如訓練教材及安裝程序。
-
部署單位
以群組形成被分配給流程或處理器的一組物件或元件。執行時期組合或聚集可代表分送單元。
-
部署圖
顯示執行時期處理節點配置及節點上的元件、流程及物件的圖。元件代表程式碼單位的執行時期表明。另請參閱:元件圖。
-
部署環境
- 專為安裝及執行軟體而設立的軟硬體配置的特定實例。另請參閱:測試環境、環境。
-
部署觀點
- 這是說明一或多個系統配置的架構觀點;將軟體元件(作業、模組)對映至這些配置中的運算節點。
-
頂點
狀態機中轉換的來源或目標。頂點可以是狀態或假狀態。請參閱:狀態、假狀態。
-
十二劃
-
創始者
- 創始者是送出變更要求 (CR) 的人員。標準變更要求機制需要創始者提供現行問題的資訊,並依變更要求表單提出解決方案。
-
單一值
當其「對應關係類型」:: 上層屬性設為 1 時,對應關係定義為單一值的模型元素。單一值這個詞彙與屬性、參數等在任何時間點所持有值的數目無關,因為單一值屬性(例如,對應關係低於零的界限)可以不具有值。對照:多值。
-
單一繼承
一般化的語意變式,在其中類型只能有一個 超類型。對照:多親繼承。
-
單位元組字集
- 一組字元,其中每個字元都是由 1 個位元組碼表示。
-
報表
- 自動產生的說明,說明一或數個構件。報表並不是構件本身。在大部分的情況下,報表是開發程序的中間產品,以及所形成系統某些外觀的通訊媒介;它是構件的 Snapshot 說明而非文件本身。
-
描述子
- 特殊分解元素的抽象歸納,參照到一個具體的內容元素。「描述子」是讓流程與「方法內容」得以區隔的主要概念。「描述子」可以描述成一個特定「內容元素」的參考物件。此外,「描述子」也有自己的關係和內容,目的是修改所參照的「內容元素」的語意。
-
提升
- 在 JavaBean 內,使內含 Bean 的特性可用於進行連線。例如,Bean 由畫面上的三個按鈕所組成。如果將此 Bean 置於頁框中,按鈕的特性將會提升,使其可在頁框內使用。
-
最終狀態
一種特殊狀態,表示包含的組合狀態或整個狀態已完成。
-
測試
- (1) 這是軟體工程處理的規範,其用途在於整合及測試系統。
-
測試 Oracle
- 瞭解測試通過或失敗的策略。測試 Oracle 包含可觀察測試輸出的媒體,及解譯媒體顯露資訊的技術。它提供一個方法,對照預期的結果來評估觀察的結果。
-
測試 Script
- 瞭解測試、啟用其執行的逐步指示集合。測試 Script 的格式可以是手動執行的文件文字指示,或啟用自動化測試執行的電腦可讀指示。請參閱:測試實務、測試程序。
-
測試任務
- 請參閱:評估任務。
-
測試套組
- 與套件相似的構件,用於群組測試 Script 的集合,兩者都是排序測試的執行,並從可判定的「執行結果」中提供有助及相關的「測試日誌」資訊集合。同義字:測試驅動程式、Shell Script。
-
測試實務
- 在測試執行的環境定義中,識別特殊行為的動作序列(執行條件)。測試實務提供方法來一般化相等於動作序列的類別,根據特性(例如範圍,而非特定資料值)它們被視為相等。測試實務說明單一層次範圍的行為,並與該層次的一或多個行為實例相關:例如測試實務可與一或多個使用案例實例相關,或可與跨越使用案例的行為實例相關。請參閱:情況、使用案例實例、測試程序。
-
測試循環
- 測試活動的期間,包含測試的執行及評估之間的其他事物。將軟體建置到測試環境的驗收時間跨距,介於建置可用於獨立測試與該建置結束時的測試活動現行期間二者之間。雖然反覆動作可包含從無到多個測試循環,但大多數的反覆動作至少包含一個測試循環。
-
測試性
- 適當地測試目標測試項目的能力:如果無法針對目標項目實作必要的測試,就是缺乏測試性。可以說,與測試性有關的主要論點為:
1) 目標測試項目提供適當支援來進行測試的能力。
2) 測試團隊所使用之程序及工具的適合性。請參閱:測試介面、測試方法。
-
測試案例
- 針對目標測試項目之部分特定外觀進行評估的目的,所識別的一組測試輸入、執行、條件及預期結果的規格(通常是形式上的)。測試案例與測試構想不同,測試案例是測試的較完整形式規格,說明需要執行什麼測試才能得到測試案例的結果。
-
測試構想
- 識別測試的概略陳述,可能有助於處理。測試構想一般代表給定測試的外觀:輸入、執行條件或預期結果,但經常只處理測試的單一外觀。測試構想與測試案例不同,測試構想是不完整的定義,其中並未包含測試工作規格,只有測試背後之構想的本質。同義字:測試需求。另請參閱:測試案例。
-
測試涵蓋率
- 一般而言,此詞彙用於參照測試的範圍如何或如何計量。針對一般的計量方法,測試的範圍包含:針對給定的系統或元件,處理指定測試案例之形式規格的給定測試集合的考慮角度。
-
測試版的測試
- 發行前測試,由部份目標客戶群試用產品。
-
測試環境
- 軟硬體配置的特定實例,其建置的目的為在已知及受管制的條件下處理測試。另請參閱:部署環境、環境。
-
測試目標
- 同義字:目標測試項目。
-
測試程序
- 給定測試的程序化外觀,通常是一組詳細的指示,用於設定並逐步執行一或多個給定的測試案例。在測試實務及測試 Script 中都可擷取到測試程序。請參閱:測試實務、測試 Script。
-
測試誘因
- 提供刺激以執行測試;使測試者付諸行動;或驅動測試的某些事物。測試誘因有助於識別及顯示各項因素,以促使測試者對給定的可執行軟體版本評估適當的外觀:進行一般化時,RUP 中的測試誘因一般代表特定的品質風險,且其範圍在評估任務的環境定義內。
-
測試跳出
- 測試團隊處理偵測下游產品使用期間後續發生的問題,在活動進行期間用於跳出偵測的錯誤或瑕疵。
-
測試需求
- 實作及執行一或多個測試需要達到的測試效果需求。此詞彙已由另一個詞彙測試構想取代。
-
測試驅動程式
- 軟體模組或應用程式,用於呼叫測試且通常會提供測試資料、控制和監督執行,及報告測試輸出結果。測試驅動程式會排序及控制一或多個測試的自動執行。同義字:測試套組。
-
發動
執行狀態轉換。請參閱:轉換。
-
程序視圖
- 這是架構視圖,說明系統的並行外觀:作業(程序)及其互動。
-
等值類別
- 同等值的分類,此分類的物件行為應類似。當可用的時間內可能必須執行許多測試時,可套用這個技術以分析最重要的測試。同義字:同等分割,網域。
-
等級
- 使用案例的屬性,或說明其在架構上影響的狀況,或其版本的重要性。
-
結束動作
於結束狀態機中的狀態(不論達到結束狀態時所採取的轉換為何)時所執行的動作。
-
結果
- 輸出的同義字。另請參閱:交付項目。
-
結構模型外觀
強調系統中物件結構的模型外觀,包括其類型、類別、關係、屬性及作業。
-
結構特性
模型元素的靜態特性,例如屬性。
-
結構類別
它是具有內部結構的分類器(例如,類別或元件)。它包含一組由連接器連接的零件。可強制將外部環境及其內部零件之間的互動透過埠來傳遞。
-
虛擬機器 (VM)
- 執行其他電腦程式的軟體程式。它容許實體機器(電腦)模擬另一部實體機器。
-
視圖
- 給定視景或有利位置進行觀察、並省略與此視景不相關之實體的模型簡易說明(摘要)。另請參閱:架構視圖。
-
視圖元素
視圖元素是一群模型元素具體化的文字及/或圖形表達。
-
視圖投射
模型元素在視圖元素上的投射。視圖投射為每個視圖元素提供位置及樣式。
-
視圖(資料庫)
- 從資料庫的一或多個實體表格中的直欄資訊所編製的虛擬表格。
-
視景
- 一般而言,可作為見解的替代項目,在意義上沒有重大變更。
-
視覺化程式設計工具
- 提供方法以圖形方式指定程式的工具。應用程式設計師運用元件的圖形表示法來撰寫應用程式。
-
附加至元素或元素集合的註釋。附註沒有語意。相對於:限制項。
-
評估任務
- 簡短、容易記得的陳述,為工作小組給定的工作排程定義工作目標的本質。每次反覆時都會重新考量的評估任務,著重於團隊工作生產力,以利測試關係人。任務陳述的範例包括:先尋找重要的問題、建議認定的品質以及驗證規格。
-
超文字標記語言 (HTML)
- 用來建置全球資訊網上超文字文件的基本語言。使用於基本、純 ASCII 文字文件,但是當這些文件在 Web 瀏覽器(例如 Netscape)中解譯(稱為呈現),文件會顯示格式化的文字、顏色、各種字型、圖形影像、特殊效果、超文字跳至其他 Internet 位置及資訊形式。
-
超本字
- 文件中的文字,內含隱藏的鏈結至其他文字。您可以用滑鼠按一下超鏈結文字,就可以到鏈結中指定的文字。超文字使用於 Windows 說明程式及 CD 百科中,以跳至同份文件中其他地方的相關參照。超文字的好處在於,能夠連至世界的任何 Web 文件(使用網路上的 HTTP),而且只要按一下滑鼠就可以跳到任何地方。
-
超鏈結
- 網頁中的一個區域,當使用者按一下該區域就會連到頁面的其他區域或其他網頁。
-
超類別
在一般化關係中,另一個類別 (即子類別) 的一般化。請參閱:一般化。對照:子類別。
-
超類型
在一般化關係中,另一個類型(即子類型)的一般化。請參閱:一般化。對照:子類型。
-
週期
- 同義字:生命週期、開發週期。另請參閱:測試週期。
-
進入動作
於進入狀態機中的狀態(不論達到此狀態所採取的轉換為何)時執行的動作。
-
進階程式對程式通訊
- 主要使用於 IBM 環境中的通訊協定。
-
開放式資料庫連線功能 (ODBC)
- Microsoft 開發的 C 資料庫應用程式設計介面 (API),可存取稱為可呼叫 SQL 的資料庫管理系統,該系統不需要使用 SQL 前置處理器。此外,ODBC 提供架構讓使用者新增稱為資料庫驅動程式的模組,在執行時期將應用程式鏈結至資料庫管理系統的選項。這表示應用程式不再需要直接鏈結到支援的所有資料庫管理系統模組。
-
開發人員
- 負責依據專案採用的標準及程序,開發所需功能的人員。包括執行任何需求、分析 &設計、實作及測試規範中的活動。
-
開發案例
- 執行組織所使用的軟體工程流程。這會當作 Unified Process 產品的配置或自訂作業開發,並因應專案的需求作一些改變。
-
開發流程
於軟體開發期間(例如建構模型或實作模型)為給定目的所執行的部份依序步驟。
-
開發週期
- 同義字:生命週期、週期。另請參閱:測試週期。
-
十三劃
-
傳訊
- 這是一個通訊模型,藉此將透過傳送訊息來通訊的應用程式彼此分送。訊息一般是資訊的簡短封包,並不必然需要有回覆。傳訊實作非同步通訊方法。可在類別內呼叫 Java 程式碼的片段,並傳遞一組參數來執行特定的作業。
-
傳送
從傳送端實例將刺激因素傳遞至接收端實例。請參閱:傳送端、接收端。
-
傳送端
傳遞刺激因素到接收端物件的物件。對照:接收端。
-
匯入
在套件的環境定義中的相依關係,顯示的套件其類別可能在給定的套件(包括遞迴地內嵌在其中的套件)中被參照。相對於:匯出。
-
匯入相依關係
- 一種造型化的相依關係,其來源為設計套件,目標為不同的設計套件。匯入相依關係使目標套件的內容可在來源套件中參照。
-
匯出
在套件的環境定義中,使元素在包含的名稱空間外可看得見。請參閱:可見性。 相對於:匯出[OMA],匯入。
-
節點
節點是代表執行時期計算資源的分類器,一般至少擁有記憶體,通常還有處理功能。執行時期物件及元件可位於節點上。
-
裝置
- 一種節點的類型,提供處理器支援功能。雖然這種裝置可以執行內嵌的程式(裝置驅動程式),但卻無法執行一般用途的應用程式,其存在的目的是提供執行一般用途應用程式的處理器。
-
解除序列化
- 從解除配置狀態建構物件。另請參閱:配置、復出。
-
解除配置
- 解除建構物件,以撰寫成位元組串流。另請參閱:壓縮、序列化。
-
詳述
- 流程的第二階段,其中產品願景及其架構已經過定義。
-
資料庫
- (1) 儲存在一起的相關資料的集合,根據一種架構控制其冗餘以提供一或多個應用程式服務。
-
資料庫管理系統 (DBMS)
- 一種管理資料的電腦程式,提供集中化控制、與資料無關以及複雜的實體結構的服務,以達到有效存取、完整性、回復、並行控制、私密性及安全。
-
資料類型
一組缺乏身分識別且其操作沒有副作用的值描述子。資料類型包含原始預先定義的類型及使用者可定義的類型。預先定義的類型包括編號、字串及時間。使用者可定義的類型包含列舉。
-
資源檔
- 從 Java 程式所參照的檔案。範例包含圖形及音效檔案。
-
閘道
- 連接至網路 的主機,以不同的語言進行通訊;例如,閘道將公司的 LAN 連接至 Internet。
-
電子商業
- (1) 商業在電子媒體(如 Internt)上的轉換
-
預存程序
- 與資料庫相關聯的之程式碼或 Script 的功能裝置。
-
十四劃
-
圖形式使用者介面 (GUI)
- 一種介面的類型,可讓使用者控制圖形化的方式而非輸入指令能與程式通訊。一般而言,GUI 包括圖形、指向裝置、功能表列及其他功能表、重疊視窗及圖示等的組合。
-
圖解
- 模型的全部或部份的圖形化描述。
-
實作
- 這是軟體工程流程中的一種規範,目的在於實作符合適當品質標準的軟體元件。
-
實作型樣
- 請參閱:慣用句。
-
實作子系統
- 這是元件及其他實作子系統的集合,將模型分為較小的部份以建立實作模型的結構。請注意,在 RUP 中,實作模型及實作子系統是實作觀點的目標,因此在開發階段的重要性最高。實際上類似於設計套件。「實作子系統」一詞反映較常使用的「子系統」一詞,以指示比元件的規模更大的物件。但是在 UML 詞彙中,這是造型化的套件,而不是子系統。
-
實作模型
- 實作模型是元件以及包含元件的實作子系統的集合。
-
實作機制
- 架構機制,使用於實作流程期間。這些是設計機制的改良,指定確切實作機制的方法,並且可能在其建構中採用數種實作型樣(慣用句)。同樣的,設計機制及實作機制之間的等級沒有太大的差異。
例如,跨程序通訊分析機制的一種特定的實作方法是共用記憶體設計機制,運用特定作業系統的共用記憶體功能呼叫。使用號誌可以防止並行衝突(不當地同時存取共用記憶體),或可使用閂鎖機制,依靠其他實作機制。
-
實作繼承關係
較特定元素的實作繼承關係。包括介面的繼承關係。相對於:介面繼承關係。
-
實作觀點
- 是一種架構觀點,就套裝、分層和配置管理(所有權、發行策略等)的層面,說明開發環境中的靜態軟體元素(程式碼、資料及其他隨附的構件)的組織。在 Unified Process 中,這是實作模型的觀點。
-
實例
- 一種個別實體,符合類別或類型的說明。
-
實際參數
同義字:引數。
-
實體類別
- 這是一種類別,用來將系統所儲存的資訊及相關行為建立模型。一般類別,重複使用於許多使用案例中,通常具有持續性。實體類別定義一組實體物件,這些物件參與幾個使用案例且存在時間比那些使用案例久。
-
對應關係
集合可以假設之可容許範圍基數的規格。可以針對關聯內的角色、組合中的零件、重複項目及其他用途來給定對應關係規格。基尸本上,對應關係是非負整數的子集(可能無限)。對照:基數。
-
慣用句
- [BUS96] 定義慣用句如下:
「慣用句是程式設計語言特定的低階型樣。慣用句使用給定語言的特性,形容如何實作元件的特定層面或是元件之間的關係。」
也稱為實作型樣。採用以 UML 表示的中具體設計並(例如)以 Java 實作時,可能會使用該語言的循環實作型樣。因此慣用句涵蓋設計與實作。
-
構件
- 正式的工作成果:
1) 由
作業產生、修改或使用,
2) 定義責任範圍
3) 受制於版本控制。
一個「構件」可能有多種形式,包括模型、模型元素或文件。
-
構件準則
- 如何使用特定構件的說明,包括如何建立及修訂構件。
-
演化式
- 一種反覆式開發策略,承認不完全瞭解使用者需求,因此在每一個後續的反覆(詳述階段)階段將改良需求。
-
漸進式
- 在後續反覆的結尾時兩個版本之間的差別(差異)。
-
漸進式
- 限定反覆式開發策略,其中系統是在每一反覆中不斷增加功能而建置的。
-
管理
- 這是軟體工程處理的規範,其用途在於計畫及管理開發專案。
-
精簡型用戶端
- 精簡型用戶端一般參照到在資源限制的機器上執行的系統、或執行小型作業系統的系統。精簡型用戶端不需要本端系統管理,並執行在網路上傳遞的 Java 應用程式。
-
綠地開發
- 「全新」開發,相對於「現有系統的發展」或「舊系統的再造」。起源:源自於在未開發的地點(還有草的地方) 建置新的 Factory。
-
綱目 [MOF]
在 MOF 的環境定義中,綱目類似於套件,後者是模型元素的儲存器。綱目對應到 MOF 套件。對照:Meta 模型、套件對應到 MOF 套件。
-
網域名稱伺服器
- 一種將 www.software.ibm.com 這種網域名稱轉換成數值的網際網路通訊協定位址,如 123.45.67.8 的系統。
-
網域(資料庫)
- 使用者定義的資料類型,定義資料庫中表格某直欄的有效值範圍。
-
網站
- 全部都在一部伺服器上的 Web 系統。使用者可使用瀏覽器導覽網站。
-
網際網路
- 使用 TCP/IP 通訊協定之交互連接網路的龐大集合,是由 1960 年代晚期及 1970 年代初期的 ARPANET 演化而成。
-
網際網路交互 ORB 通訊協定 (IIOP)
- 這是一種業界標準通訊協定,定義在 TCP/IP 網路上如何交換一般交互 ORB 通訊協定 (GIOP) 訊息。IIOP 可使用網際網路本身作為中樞 ORB,並讓其他 ORB 藉由它來進行橋接。
-
網際網路通訊協定
- 提供基本網際網路功能的通訊協定。
-
網際網路通訊協定位址
- 這是一個數值位址,用來唯一識別連接到網路的每部電腦。例如,123.45.67.8。
-
聚集
- 這一種關聯,可建立聚集(整體)及其部份之間整體一部份關係的模型。
-
語意變異點
在 Meta 模型語意中的變異點。它為 Meta 模型語意的解譯提供刻意的自由度。
-
輕度測試
- 用於說明測試子集的詞組(一般限制為數字),可針對建置來決定自上次建立後軟體格式或功能是否退化的軟體執行。同義字:建置驗證測試、建置確認測試、建置驗收測試、建置迴歸測試及例行性檢查。
-
遠端方法呼叫 (RMI)
- 在 JDK 1.1 中,API 容許您撰寫分散式的 Java 程式、容許從其他 Java 虛擬機器存取遠端 Java 物件的方法。
-
遠端程序呼叫 (RPC)
- 函數呼叫要求分送程序的通訊模型。程序的位置對呼叫應用程式是透通的。
-
需求
- 請參閱:軟體需求。
-
需求
- 這是軟體工程程序中的規範,用來定義系統應執行的作業。最重要的活動是開發願景、使用案例模型及增補規格構件。
-
需求屬性
- 與特定需求相關聯的資訊,提供需求與其他專案元素之間的鏈結,這些元素包括優先順序、排程、狀態、設計元素、資源、成本、危險等等。
-
需求管理
- 探索、組織及記載系統軟體需求的系統化方法,並建立及維護客戶和專案小組之間的需求變更合約。
-
需求追蹤
- 需求到其他需求,以及到其他構件及其相關聯專案元素的鏈結。
-
需求類型
- 根據一般特性及屬性的需求分類。有時候需求類型是以需求來源或影響區域為基礎,例如關係人需要、特性、使用案例、增補需求、文件需求、硬體基本要求、軟體需求等等。需求也可根據它們代表的軟體品質維度來分類,例如 FURPS+。
-
領域
(1) 具有一系列相關值的一個知識或活動領域。
(2) 可修正的階層,將相關的工作成果分組。
-
領域模型
- 在 RUP 中,領域模型是商業分析模型的子集。
-
十五劃
-
審查
- 審查是一種群組活動,用來探索潛在的問題與評估一組構件的品質。
-
層
- 在相同抽象層次上,將模型中的套件進行分組的特定方式。
-
暫時物件
只有建立該物件的程序或執行緒執行期間才會存在的物件。
-
標示值
內容明確定義為名稱值配對。在標示值中,名稱參照為標示。某些標示預先定義於 UML 中;而其他標示則可由使用者來定義。標示值是 UML 中三種延伸機制之一。請參閱:限制項、造型。
-
模型
系統在語意上獨立的抽象表示;從特定的觀點來表達系統的完整說明 (完整表示只需要以此觀點來了解系統,不需要其他資訊)一組模型元素;模型不能重疊。
-
模型元素
從塑造的系統,繪製出抽象表示法的一個元素。請對照:視圖元素。
-
模型外觀
建模的尺寸,用來強調特定的 Meta 模型的品質。例如,結構的模型外觀強調 Meta 模型的結構品質。
-
模型視圖控制器
- 分隔應用程式元件的應用程式架構:模型代表商業邏輯或資料;視圖代表管理使用者輸入的使用者介面及控制器,或在某些情況下,管理應用程式流程。
-
模型詳述
從已發佈的模型產生儲存庫類型的程序。包含介面的產生及可建立儲存庫實例並移入大量資料的實作,而且符合所闡述模型的標準。
-
模型驅動架構
- [OMG03] 將此定義為:
「IT 系統規格的方法,針對特定技術平台上的該功能區分功能的規格與實作的規格。」
-
模型驅動開發
- 系統開發的方法,在較高抽象層次的模型中運作(不過,模型說明必須精確),並非簡單的將模型視為中間開發構件,而是可產生作業系統的精確說明。
-
模組
儲存與操作的軟體單位。模組包括程式碼模組、二位元碼模組及執行碼模組。請參閱:元件。
-
確定
- 結束工作單位的作業,使其對資源(交易或資料)所作的變更成為永久的變更。
-
確認
- 一種邏輯表示式,指定必須存在的程式狀態,或是在程式執行期間的某一特定點程式變數必須滿足的條件集合。
-
範圍管理
- 根據可用的資源和時間,排定優先順序及決定可在特定發行循環中實作之需求集合的程序。當變更發生時,此程序會在專案的整個生命週期中繼續。另請參閱:變更管理。
-
範本
- 為構件預先定義的結構。
-
線上交易處理 (OLTP)
- 支援互動式應用程式的運算樣式,在其中由終端機使用者送出的要求一旦接收到就會立即處理。在相對短時間內,會將結果傳回要求者。線上交易處理系統監督資源的分享,在相同時間內有效的處理多個交易。
-
編譯時間
這是指軟體模型編譯時發生的事情。請參閱:建模時間,執行時期。
-
耦合性
- 元件互相依賴的程度。耦合性的類型有兩種:「鬆」和「緊」。「鬆」耦合性適合支援可延伸的軟體架構,但最佳效能則需要「緊」耦合性。當元件之間的資料交換變大或更複雜時,耦合性就會加強。相對於:附著。
-
十六劃
-
整合
- 將分隔的軟體元件合併成一個完整的執行檔的軟體開發活動。
-
整合建置計畫
- 定義各項元件在特定反覆動作中實作及整合的次序。一般會括在反覆計畫中。
-
整合性開發環境 (IDE)
- 一種包含編輯器、編譯器及除錯器的軟體程式。
-
機制
- 機制是型樣的實例。它可能需要進一步精緻化,才能在特定模型中成為協同作業。因此,機制是單一環境定義中的特定解決方案(對循環的問題)。機制可說是符合或與型樣一致。任何協同作業都可用機制這個詞彙來稱呼,但通常此詞彙是保留給在軟體應用程式中將解決方案傳遞到一般循環問題的協同作業,例如,處理適用於型樣的持續性。在分析及設計中,機制記號可用來作為「位置保留符號」- 已識別範例所需的持續性,分析師及設計師可使用持續性機制,如此會強制有系統及持續地處理問題。
-
獨立式平台模型
- [OMG03] 將此定義為:
「子系統的模型,不包含特定於平台的資訊或用於瞭解它的技術。」
-
輸出
- (1) 作業產生的任何工作成果。請參閱:交付項目。
-
輸出結果
主要是說明無形的工作成果,可能是結果或狀態。「輸出結果」也可以用來代表非正式「工作成果」。
-
輸入
- 作業使用的工作成果。請參閱:靜態工作成果。
-
選用區
- 請參閱:Bean 選用區。
-
錯誤
- 意外狀況 所導致的失敗,實作模型中的元件無法執行其必要的行為。錯誤是一或多個問題的主要原因,問題是觀察一或多次失敗而找出的結果。
-
錯誤模型
- 試測電腦軟體的模型,使用表面上看起來可信的錯誤這種觀念作為其基準,並提供測試方法以揭露錯誤。一個好的錯誤模型會提供錯誤或主要原因的定義、討論錯誤可產生的可觀察失敗、揭露錯誤的測試技術,以及適當的測試資料的設定檔。
-
靜態分類
一般化的語意變式,在其中物件不可變更類型或不可變更角色。對照:動態分類。
-
靜態工作成果
- 由流程使用但不變更的工作成果。
-
靜態資訊
- 每次存取時都不會變更的 Web 檔案。
-
十七劃
-
儲存器
(1) 這是一種實例,包含其他實例並提供作業以存取或反覆其內容;例如,陣例、清單、集合。
-
儲存庫
程序頒佈期間,工作成果(構件)輸出的儲存位置,例如需求、結果(如測量值)、物件模型、介面及實作。
-
壓縮
- 同義字:解除配置。
-
應用
- 使用(新技術)的動作:應用技術。
-
應用程式設計介面
- 可讓應用程式彼此溝通的軟體介面。API 是一組程式語言建構或陳述式,可以編寫於應用程式中,以獲得基本作業系統或服務程式所提供的特定功能與服務。
-
檔案轉送通訊協定 (FTP)
- 基本的網際網路功能,可讓檔案在電腦間傳送。您可以使用它從遠端、主機下載檔案,並從您的電腦上傳檔案至遠端或主機。
-
檢查點
- 形式完整的特定類型構件都應該會顯示出的一組條件。可能也會以問題的形式陳述,並且是肯定的答案。
-
檢驗
- 這是一種正式的評估技術,其中某些構件(模型、文件、軟體)是由創始者以外的其他人員或小組檢查,以偵測錯誤、違反開發標準和其他問題。
-
環境
- (1) 這是軟體工程流程中的規範,其目的在於定義及管理開發系統的環境。包括流程說明、配置管理及開發工具。
-
環境定義
一組具有特定目的的相關模型元素的觀點,例如指定作業。
-
十八劃
-
瀑布模型
- [IE610.12] 將瀑布模型定義如下:
「軟體開發流程的模型,其中組成的活動一般以下列順序執行:概念階段、需求階段、設計階段、實作階段、測試階段,及安裝和移出階段,可能有重疊但幾乎或根本沒有反覆。」
此定義適用於 RUP 中,只是將「階段」這個詞彙替代為「規範」。在 RUP 中,規範的名稱為商業模型、需求、分析及設計、實作、測試、及部署,在開發的瀑布模型中,這些只會依序發生一次,幾乎或根本沒有重疊。
-
轉換
- 在 Rational Software Architect 用法中,轉換主要透過 Meta 模型、模型及抽象層次來最佳化批次處理。
-
轉換
- 一般而言,遵循某些規則集而從來源模型產生目標模型的程序,可能由某些參數集合及其他資料驅動。
-
轉換
- 程序的第四個階段,在其中軟體交付給使用者群組。
-
轉換定義
- [KLE03] 將此定義為:
「一組轉換規則,共同說明如何能將程式碼語言中的模型轉換成目標語言的模型。」
-
雙位元組字集 (DBCS)
- 字元集,其中每一個字元佔兩個位元組。儲如日文、中文及韓文等語言,包含的符號超過 256 個字碼點可代表,都需要雙位元字元集。相對於:單位元組字集。
-
十九劃
-
簽章
行為特性的名稱及參數。簽章可包含選用性的傳回參數。
-
鏈結
兩個物件之間的語意連線。這是關聯的實例。請參閱:關聯。
-
鏈結端點
關聯端點的實例。請參閱:關聯端點。
-
關係
模型元素內的語意連線。關係的範例包括關聯及一般化。
-
關係人
- 流程的輸出結果(亦即,流程產生的交付項目)實際會影響的個人。
-
關係人要求
- 各種特殊類型的要求,例如,變更要求、加強功能要求,需求變更的要求、來自關係人的問題。
-
關係人需要
- 必須填入才能證明採購或使用的商業或作業問題(機會)。
-
關聯
- 一種關係,建立實例之間雙向語意連結的模型。
-
關聯端點
關聯的端點,將關聯連接至分類器。
-
關聯類別
一種具有關聯及類別內容的模型元素。關聯類別可以視為是具有類別內容的關聯,或者視為具有關聯內容的類別。
-
關鍵字
- 為 Java 預先定義保留的單字,例如 return,這些關鍵字不可以用來作為 ID。
-
願景
- 要開發的產品之使用者或或客戶的觀點,在系統的主要關係人需要及特性層次指定。
-
類別
一組物件的說明,此類物件具有相同的屬性、作業、方法、關係及語意。類別可能會使用一組介面以指定類別提供給其環境的作業集合。請參閱:介面。
-
類別圖
一種圖解,顯示宣告(靜態)模型元素的集合,例如類別、類型及其內容和關係。
-
類別庫
- 類別的集合。
-
類別方法
- 請參閱:方法。
-
類別階層
- 共用單一繼承關係的各類別之間的關係。所有 Java 類別都繼承自物件類別。
-
類型
- 一組分享共用的特性、關係、屬性及語意之實體的說明。
-
類型表示式
對參照一或多個類型之評估的表示式。
-
二十劃
-
競爭狀況
- 當兩個或多個獨立的作業同時試圖存取和修改相同的狀態資訊時所發生的狀況。此狀況會造成系統的不一致行為,並且是並行系統設計的基本問題。
-
繼承關係
- 這是成就一般化的機制;一種從個別類別區段中建立完整類別說明的機制。
-
觸發程式
- 開始發生
轉換的異常狀況時,由物件某個介面上發生的事件所觸發之
狀態機中的所有行為。因此,觸發程式定義會導致介面執行轉換的那些事件。觸發程式與預期會發生觸發事件的介面相關聯。此外,轉換可有多個觸發程式,因此事件只要滿足任一觸發程式就會導致執行轉換。
-
觸發程式(資料庫)
- 與資料庫相關聯的程式碼,會導致資料庫執行特定動作或動作集。
-
警戒條件
- 必須滿足的條件,以使相關的轉換能夠發動。
-
二十一劃
-
屬性
- 由類別所定義的屬性,代表類別或其物件的已命名內容。 屬性具有一種類型,會定義其實例的類型。
-
欄位
- 請參閱:屬性。
-
二十三劃
-
變數
- (1) 物件中資料特性儲存的位置。資料特性是儲存為所包含物件之屬性的物件,例如數字或日期。
-
變更主控板 (CCB)
- CCB 的角色是提供中央控制機制,以確保每一個變更要求都經過適當地考量、授權及協調。
-
變更管理
- 控制及追蹤構件變更的行為。另請參閱:範圍管理。
-
變更要求 (CR)
- 由關係人要求變更構件或流程的任何要求的通稱。「變更要求」中所記錄的內容,說明目前問題的原因及影響、建議的解決方案及其成本。另請參閱:加強功能要求、問題。
-
邏輯觀點
- 這是說明系統設計中主要類別的架構視圖:主要商業相關類別,以及定義關鍵行為和結構機制(持續性、通訊、容錯、使用者介面)的類別。在「統一流程」中,邏輯視圖是設計模型的視圖。
-
驗收
- 客戶接受軟體產品所有權為合約部份或完整效力的作法。
-
-
附號
-
「IP 安全」通訊協定 (IPSec)
- 提供網路層的加密安全服務。
-
A
-
ABC
- 請參閱:以活動為基礎的成本
-
ABM
- 請參閱:以活動為基礎的管理
-
accessor 方法
- 物件提供的方法,用來定義其實例變數的介面。用來傳回實例變數值的 accessor 方法稱為 get 方法或 getter 方法,指定實例變數值的 mutator 方法稱為 set 方法或 setter 方法。
-
ACL
- 存取控制清單
-
Active Server Pages
- Active Server Page (Microsoft(R)),一種提供 Web 應用程式動態行為的技術機制。
-
aggregate(類別)
在聚集(整體一部份)關係中代表「整體」的類別。請參閱:聚集。
-
API
- 請參閱:應用程式設計介面
-
APPC
- 請參閱:進階程式對程式通訊
-
Applet
- 一種 Java 程式,於 Web 瀏覽器中執行。相對於:應用程式。
-
ASCII
- 請參閱:美國資訊交換標準碼
-
ASP
- 請參閱:Active Server Pages
-
B
-
BASIC
- 初學者適用目的符號指令碼,一種程式設計語言。請參閱:VB。
-
Bean
- 一種小元件,可用於建置應用程式。請參閱:JavaBean。
-
BeanInfo
- 一種伴隨 Bean 的類別,定義可被存取以擷取 Bean 的內容、事件及方法等資訊的方法集合。
-
Boolean
列舉哪些值為 True 哪些為 False。
-
Boolean 表示式
評估為 Boolean 值的表示式。
-
C
-
CBD
- 請參閱:元件式開發
-
CCB
- 請參閱:變更主控板
-
CDR
- 請參閱:重要設計審查
-
CGI
- 請參閱:一般閘道介面 (CGI)
-
CLI
- 請參閱:呼叫層次介面。
-
CM
- 請參閱:配置管理。
-
COBOL
- 共通商業導向語言
-
COM
- 元件物件模型 (Microsoft)。DEC 及 Microsoft 的軟體架構,允許 ObjectBroker 及 OLE(物件連結與內嵌)之間的互通性。Microsoft 稍後則將 COM 發展成 DCOM。
-
Common Object Request Broker Architecture (CORBA)
- 一種中介軟體的規格,定義提供基礎架構的軟體匯流排 - Object Request Broker (ORB)。
-
Cookie
- 您的 Web 瀏覽器按照您所瀏覽的網站的要求所建立的小檔案;瀏覽器會在之後瀏覽該網站時傳送檔案的內容至網站。
-
CORBA
- 請參閱:Common Object Request Broker Architecture
-
CR
- 請參閱:變更要求
-
CRC
- 類別責任合作人員 (CRC)。這是物件導向開發的一種技術,原本是由 Ward Cunningham 及 Kent Beck 所提出,以幫助定義哪些物件應在系統中執行(其責任),以及識別參與實現這些責任的其他物件(合作人員)。[WIR90] 中有這項技術的說明。CRC 卡是使用一般索引卡擷取這些結果的方法。
-
CRUPIC STMPL
- 這個字首語代表可使用於產品需求定義及產品品質評量的種類中。分為兩部份,第一部份代表作業種類:功能、可靠性、使用性、效能、安裝性、相容性,第二部份代表開發種類:支援性、測試性、維護性、可攜性及區域化。另請參閱:FURPS+。
-
D
-
DASD
- 請參閱:直接存取儲存裝置
-
DBA
- 資料庫管理員
-
DBCS
- 請參閱:雙位元組字集
-
DBMS
- 請參閱:資料庫管理系統
-
DCE
- 請參閱:分散式運算環境
-
DCOM
- 分散式元件物件模型 (Microsoft)。Microsoft 延伸其「元件物件模型」(COM) 以支援分散在網路上的其他物件。
-
DLL
- 請參閱:動態鏈結程式庫
-
DMZ
- 請參閱:非管制區
-
DNS
- 請參閱:網域名稱伺服器
-
E
-
EJB,企業 JavaBean
- 請參閱:企業 JavaBean
-
Enterprise JavaBean (EJB)
- EJB 是一個非視覺化的遠端物件,其設計可在伺服器上執行並由用戶端呼叫。EJB 可以從多個 非視覺化 JavaBeans 加以建置。EJB 應該是存在於一部機器中,並由另一部機器遠端呼叫。 它們並不相依於特定的平台。撰寫了 Bean 之後,可以使用於任何支援 Java 的用戶端或伺服器平台。
-
ERP
- 企業資源規劃
-
F
-
Factory
- (1) 一般用於代表特定設計型樣群組的詞彙,此群組負責物件的建立或實例化。範例包括抽象 Factory 及 Factory 方法 [GAM94]
-
FTP
- 請參閱:檔案轉送通訊協定
-
FURPS
- 功能、使用性、可靠性、效能、可支援性及其他。[GRA92] 中的說明指出,這個字首語代表可使用於產品需求定義及產品品質評估中的種類。也可以使用替代的類型。請參閱:CRUPIC STMPL。
-
G
-
GUI
- 請參閱:圖形式使用者介面
-
H
-
HotJava
- 一種由 Sun Microsystems, Inc. 所開發啟用 Java 的 Web 和內部網路瀏覽器。HotJava 以 Java 撰寫。
-
HTML
- 請參閱:超文字標記語言
-
HTML 瀏覽器
- 請參閱:Web 瀏覽器。
-
HTTP
- 超文字傳輸通訊協定
-
HTTP 要求
- 由 Web 瀏覽器起始的傳輸,且遵照HTTP。伺服器通常會回應 HTML 資料,但也可以傳送其他類型的物件。
-
I
-
I/T
- 資訊科技
-
IDE
- 請參閱:整合性開發環境
-
IE
- Internet Explorer (Microsoft)
-
IEEE
- 電器暨電子工程師協會 (IEEE)
-
IIOP
- 請參閱:網際網路交互 ORB 通訊協定
-
IMAP4
- 網際網路訊息存取通訊協定 - 第 4 版
-
IP
- 請參閱:網際網路通訊協定
-
IP 號碼
- 這是網際網路通訊協定位址,是由以點分隔的四個部分組成的唯一號碼,也稱為帶點的四位號碼(例如,123.45.67.8)。每部網際網路電腦都有一個 IP 號碼,且大部分電腦都有一或多個網域名稱對映至帶點的四位號碼、或是帶點的四位號碼的別名。
-
IPSec
- 請參閱:「IP 安全」通訊協定
-
ISAPI
- 網際網路伺服器 API
-
ISP
- 網際網路服務提供者。此公司提供其他公司或個體存取網際網路或出現在網際網路上。大部分的 ISP 同時 也是 IAP(網際網路存取提供者)。
-
ISO
- 國際標準組織 (ISO)。
-
J
-
JAR
- 請參閱:Java Archive (JAR)
-
Java
- Java 是 Sun Microsystems 針對撰寫程式所設計開發的程式語言,可經由網際網路安全地下載到您的電腦並立即執行,而不用擔心病毒或對電腦或檔案造成其他傷害。使用稱為 Applet 的小型 Java 程式,網頁可併入許多功能,例如動畫、計算機及其他有趣的小遊戲。我們可預期將有大量不同的功能會使用 Java 加入到網頁中,因此您可自行撰寫 Java 程式來完成一般電腦程式可執行的工作,再將該 Java 程式併入網頁中。
-
Java Archive
- 這是可在不同平台上執行的檔案格式,將許多檔案群組成為一支檔案。JAR 檔用於壓縮、減少下載時間及安全。由於 JAR 格式是以 Java 撰寫,因此 JAR 檔案是可完整延伸的。
-
Java Development Kit (JDK)
- Java Development Kit 適用於 Sun Microsystems 的授權開發人員。每個 JDK 版本都包含下列項目:Java 編譯器、Java 虛擬機器、Java 類別程式庫、Java Applet 檢視器、Java 除錯器及其他工具。
-
Java 基礎類別 (JFC)
- 由 Netscape、Sun 及 IBM 共同開發,JFC 是用來協助開發 Java 應用程式介面的建置區塊。它們可讓 Java 應用程式與現有的作業系統更完整的進行互動。
-
Java 資料庫連線功能 (JDBC)
- 在 JDK 1.1 中,此規格定義的 API 可讓程式存取符合此標準的資料庫。
-
JavaBean
- JavaBean 是可與其他個別開發的 Bean 共同整合到應用程式中的元件。此單一應用程式可獨立使用、用於瀏覽器內、也可作為 ActiveX 元件。JavaBean 對於單一程序只能是本端的,且經常可見於執行時期。例如,這個視覺化元件可以是按鈕、清單框、圖形或圖表。
-
JDBC
- 請參閱:Java 資料庫連線功能
-
JDK
- 請參閱:Java development kit
-
JFC
- 請參閱:Java 基礎類別
-
JIT
- Just-In-Time (JIT)。
-
JVM
- Java 虛擬機器。這是一種軟體規格,用於將已編譯的 Java 程式解譯為位元組碼,通常儲存於 "
.class
" 檔案中。JVM 本身是以 C 語言撰寫的,所以可移轉到大部分的平台上執行。JVM 指令集是堆疊導向的,具有可變的指令長度。不像一些其他的指令集,JVM 藉由包括物件方法呼叫指令(類似其他指令集內的子常式呼叫)直接支援物件導向程式設計。
-
L
-
LAN
- 請參閱:區域網路
-
LDAP
- 輕量型目錄存取通訊協定 (LDAP)。這是用於存取線上目錄服務的通訊協定,LDAP 定義相對簡單的通訊協定來更新及搜尋正在 TCP/IP 上執行的目錄。
-
M
-
Meta 模型
定義用於表示模型之語言的模型。
-
Meta 物件
在 Meta 建模語言中,所有 Meta 實體的共通詞彙。例如,Meta 類型、Meta 類別、Meta 屬性及 Meta 關聯。
-
Meta 類別
其實例為類別的類別。Meta 類別一般用於建構 Meta 模型。
-
MIB
- 管理資訊庫 (MIB)
-
MIME
- 請參閱:多功能 Internet 郵件副檔名
-
MOF
這是一種 OMG 定義的技術:Meta 物件機能 (MOF) 規格定義一組 CORBA IDL 介面,可用於定義及操作一組可互用性的 Meta 模型及其相對應的模型。這些可互用性的 Meta 模型包含 UML Meta 模型、MOF 中繼 Meta 模型,以及未來 OMG 所採用使用 Meta 模型指定的技術。MOF 提供基礎架構來實作 CORBA 型的設計並重複使用儲存庫。MOF 規格 1.3 版採用此定義。
-
MOM
- 訊息導向的中介軟體
-
mutator 方法
- 物件提供的方法,用於將介面定義至其實例變數。傳回實例變數值的 accessor 方法稱為 get 方法或 getter 方法,而將值指派至實例變數的 mutator 方法稱為 set 方法或 setter 方法。
-
MVC
- 請參閱:模型視圖控制器
-
MVS
- 多重虛擬儲存體
-
N
-
NC
- 網路電腦或網路運算
-
NCF
- 網路運算架構
-
NSAPI
- Netscape 伺服器 API
-
NT
- Windows NT(新技術)
-
O
-
Object Request Broker (ORB)
- CORBA 這個詞彙指定物件透通的進行要求及從物件接收回覆的方法,無論其為本端或遠端。
-
ODBC
- 請參閱:開放式資料庫連線功能
-
ODBC 驅動程式
- ODBC 驅動程式是動態鏈結程式庫 (DLL),用於實作 ODBC 函數呼叫並與資料來源進行互動。
-
ODBC 驅動程式管理員
- Microsoft 提供的 ODBC 驅動程式管理員是具有匯入程式庫的 DLL。驅動程式管理員的主要用途是載入 ODBC 驅動程式。驅動程式管理員也為每個驅動程式提供對 ODBC 函數的進入點,及 ODBC 呼叫的參數驗證和序列驗證。
-
OLTP
- 請參閱:線上交易處理
-
OMG
- Object Management Group
-
ORB
- 請參閱:Object Request Broker
-
P
-
PCO
- 請參閱:控制點及觀察點
-
PDR
- 請參閱:初步的設計審查
-
PERL
- Practical Extraction & Reporting Language (PERL)。
-
PGP
- 相當良好的私密性。
-
PKI
- 公開金鑰基礎架構。
-
POP3
- 郵局通訊協定 3
-
PRA
- 請參閱:專案審查權限
-
PRD
- 請參閱:產品需求文件
-
protected
- 與類別成員相關聯的存取修飾元。它容許類別本身、子類別及同一套件中的所有類別存取成員。
-
Proxy
- 針對特定網路應用程式(例如 Telnet 或 FTP),從一個網路到另一個網路的應用程式閘道。例如,防火牆的 Proxy,Telnet 伺服器執行使用者鑑別,然後讓資料流過 Proxy,好像 Proxy 不存在一般。功能在防火牆中而非在用戶端工作站中執行,造成防火牆更大的負荷量。請與 Socks 相互比較。
-
Q
-
QA
- 請參閱:品質保證
-
QE
- 品質工程。另請參閱:品質保證
-
R
-
RDBMS
- 關聯式資料庫管理系統。
-
RFC
- (1) 要求變更。買方或賣方要求花費合約基金在工程變更提議上,以進行變更。此要求陳述要處理的技術或合約問題、專案的衝擊或好處、以及成本和排程影響的評估。
-
RFI
- 要求資訊。在市場上對資訊進行正式查詢,這些資訊一般是關於「利益的表示」、容量、立約人承擔的功能和可用性,以及在請求中說明的工作競標。
-
RFP
- 要求提議。這是包含工作範圍的正式邀請,尋求正式回應(提議)來說明方法論和補償,以形成合約的基礎。
-
RFQ
- 要求報價。正式邀請提出指定貨品和/或服務的價格。
-
RMI
- 請參閱:遠端方法呼叫
-
RMI 登錄
- 容許遠端用戶端對伺服器 Bean 取得參照的伺服器程式。
-
RMI 編譯器
- 產生 Stub 及 Skeleton 檔的編譯器,以促進 RMI 通訊。從「工具」功能表項目可自動呼叫此編譯器。
-
RPC
- 請參閱:遠端程序呼叫
-
RSA
- Rivest-Shamir-Adleman (RSA) 演算法
-
RUP
- Rational Unified Process
-
S
-
S/MIME
- 安全的 MIME
-
SAP
- 請參閱:系統、應用程式及產品 (SAP)
-
SEPA
- 請參閱:軟體工程處理權限
-
Servlet
- Servlet 是在伺服器上執行的 Java 物件,用來回應瀏覽器要求。它們可直接產生 HTML 或 XML,或者呼叫 JSP 來產生輸出。
-
SET
- 安全電子交易
-
SHTTP
- 安全的超文字轉送通訊協定
-
SMTP
- 簡易郵件傳輸通訊協定
-
SNMP
- 簡易網路管理通訊協定
-
SOCKets 安全 (SOCKS)
- 容許相依的用戶端程式碼(用戶端程式碼使 Socket 較為安全)建立與遠端主機之階段作業的閘道。
-
SOCKS
- 請參閱:SOCKets 安全。
-
SQL
- 結構化查詢語言。
-
SRR
- 請參閱:系統需求審查
-
SRS
- 請參閱:軟體需求規格
-
SSL
- Secure Sockets Layer。
-
SSR
- 請參閱:軟體規格審查
-
Stub
- 這是包含用於測試用途之功能的元件。Stub 可以純粹是「虛擬」的,只傳回部分預先定義的值,或「刺激」更複雜的行為。
-
T
-
TCP
- 傳輸控制通訊協定
-
TCP/IP
- 傳輸控制通訊協定/網際網路通訊協定
-
Telnet
- 美國國防部的虛擬終端機通訊協定。
-
U
-
UMA
- 代表 Unified Method Architecture。UMA 是構思、指定及儲存方法和流程 Meta 資料的一套最先進的架構。
-
UML
- 請參閱:統一建模語言
-
UML 設定檔
一組 UML Meta 模型的延伸規格,指定如何使用造型、限制、標示定義及標示值來自訂及延伸具有新語意的特定 UML 模型元素。定義為特定用途之此類延伸規格的一致設定將會構成 UML 設定檔。
-
Unicode
- 一套字元編碼系統,設計來支援現今各種語言之撰寫文字的交換、處理及顯示。Unicode 字元一般是使用不帶正負號的 16 位元整數來進行編碼。
-
URL
- 請參閱:統一資源定址器 (URL)。
-
V
-
VB
- Visual Basic 是基本程式設計語言的專用版本,並與 Microsoft 建立的 IDE 相關聯。
-
VM
- 請參閱:虛擬機器
-
VPN
- 虛擬私密網路。
-
W
-
Web 伺服器
- 全球資訊網的伺服器元件。負責服務來自 Web 瀏覽器的資訊要求。資訊可以是從伺服器本端磁碟擷取出的檔案,或是由伺服器呼叫以執行特定應用程式功能的程式所產生的檔案。
-
Web 應用程式
- 使用網際網路作為系統使用者與系統之間主要通訊方法的系統。另請參閱:Web 系統。
-
Web 瀏覽器
- 在用戶端上執行的軟體組件,容許使用者要求及呈現 HTML 頁面。
-
Web 系統
- 一套超媒體系統,包含以圖形格式彼此鏈結的資訊頁面,不同於階層式或線性。Web 系統可指明本身為 Web 伺服器,可經由瀏覽器進行存取。
-
Windows 登錄
- Microsoft(R) Windows(R) 登錄資料庫,針對已在給定 PC 上安裝的軟體程式,儲存其配置設定及使用者選項。
-
WYSIWYG
- 所見即所得 (WYSIWYG)。
-
X
-
XML
- 延伸標記語言。
-
XP
- 極限程式設計。