　　在設計過程初期，即在發(fā)現(xiàn)和確定關鍵類和子系統(tǒng)期間所使用的一種結(jié)構(gòu)機制。通常，分析機制記錄了解決方案的主要方面，其中并未考慮實施的影響。分析機制一般與問題領域無關，它是一個"計算機科學"的概念。它們?yōu)榕c領域相關的類或構(gòu)件提供特定的行為，或者對應于類和/或構(gòu)件之間協(xié)作的實施。它們也可作為框架實施。例如處理性、進程間通信、錯誤或故障處理、通知和消息傳遞等的機制，其他例子不勝枚舉。

　　analysis pattern：分析模式

　　表示業(yè)務建模中的共有構(gòu)架的一組概念。它可能只與一個領域有關，也可能跨越多個領域。

　　analyst：分析員

　　項目團隊成員，負責獲取并解釋涉眾需求，并將這些需要傳達給整個團隊。

　　API：應用程序編程接口

　　APPC：高級程序間通信

　　application programming interface(API)：應用程序編程接口

　　使應用程序能夠相互通信的軟件接口。API是一組編程語言結(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)架機制是一個涵蓋分析機制、設計機制和實施機制的術(shù)語。

　　architectural pattern：構(gòu)架模式

　　architectural view：構(gòu)架視圖

　　以某一特定角度看到的系統(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)建和修訂工件的說明在內(nèi)。

　　artifact set：工件集

　　體現(xiàn)系統(tǒng)一個方面的一組有關工件。由于在若干核心工作流程中都要用到一些工件，例如風險列表、軟件構(gòu)架文檔和迭代計劃。

　　ASCII：美國國家信息交換標準代碼

　　ASP：活動服務器頁

　　association：關聯(lián)關系

　　對多個實例間的雙向語義連接進行建模的關系。

　　在兩個或多個分類器(指定其實例間的連接)之間的語義關系。

　　association class：關聯(lián)類