軟件工程英語術語解析

軟件工程英語術語解析導語：軟件工程是一門研究用工程化方法構建和維護有效的、實用的和高質(zhì)量的軟件的學科。下面是YJBYS小編收集整理的軟件工程英語術語，歡迎參考!?abstractclass抽象類?提供一組子類共有行為的類，但它本身并不具有實例。抽象類表示一個概念，從中派生的類代表對這一概念的實施。?Abstraction抽象?對視圖或模型的創(chuàng)建，其中忽略了不必要的細節(jié)，以便專注于一組特定的相關細節(jié)。?accessmodifier存取權限?對類、方法或?qū)傩赃M行訪問控制的關鍵字。Java中的存取權限可以是公有、私有、保護和包裝(默認)。?accessormethods存取器方法?由對象提供的、用于定義連接該對象實例變量的方法。用來返回實例變量值的存取器方法被稱為獲取方法;用來為實例變量指定值的存取器方法被稱為設置方法。?acceptance驗收?客戶接受軟件產(chǎn)品(作為部分或完整履行合同的結(jié)果)所有權的操作。?action動作?對構成計算過程抽象的可執(zhí)行語句的規(guī)范。動作通常會導致系統(tǒng)狀態(tài)發(fā)生變化，這是通過向一個對象發(fā)送消息或是更改鏈接或?qū)傩灾祦韺崿F(xiàn)。?actionsequence動作序列?解析為一系列先后發(fā)生的動作的表達式。?actionstate動作狀態(tài)?表示不可分動作的執(zhí)行狀態(tài)，通常指的是調(diào)用一個操作。?actualparameter實參?adhocreview臨時評審?是一種非正式的評審，在這樣的評審中，過程的執(zhí)行者可隨時請求其同事幫助發(fā)現(xiàn)所正在開發(fā)之構件中的問題。?AdvancedProgram-to-ProgramCommunication(APPC)高級程序間通信?主要在IBM環(huán)境下使用的通信協(xié)議。?aggregateclass聚合類?在聚合(整體與部分)關系中表示整體的類。請參見聚合關系。?aggregation聚合關系?用于在聚合(整體)及其部分之間建立整體與部分關系的一種關聯(lián)。?一種特殊形式的關聯(lián)關系，它確定了介于聚合(整體)和組成部分之間的整體與部分關系。請參見組裝。?AmericanStandardCodeforInformationInterchange(ASCII)美國國家信息交換標準代碼?美國國家信息交換標準代碼。由絕大多數(shù)PC和UNIX系統(tǒng)使用的8位字符解碼方案。它取代了早期的7位ASCII標準。?analysis分析?在軟件開發(fā)過程中，主要任務在于確立問題領域的模型的流程部分。分析側(cè)重于做什么，而設計則側(cè)重于怎樣做。請參見設計。?analysisclass分析類?由設計元素在系統(tǒng)中所擔任的角色的抽象，通常處于用例實現(xiàn)的環(huán)境之下。分析類可以提供若干個角色的抽象，表示這些角色的共有行為。分析類通常會演變?yōu)橐粋€或多個設計元素，例如設計類和/或封裝體，或者是設計子系統(tǒng)。?analysis&design分析設計?軟件開發(fā)的前期階段，目的在于顯示如何通過實施實現(xiàn)系統(tǒng)需求。有關分析設計活動的結(jié)果，請參見設計模型。?analysismechanism分析機制?在設計過程初期，即在發(fā)現(xiàn)和確定關鍵類和子系統(tǒng)期間所使用的一種結(jié)構機制。通常，分析機制記錄了解決方案的主要方面，其中并未考慮實施的影響。分析機制一般與問題領域無關，它是一個計算機科學的概念。它們?yōu)榕c領域相關的類或構件提供特定的行為，或者對應于類和/或構件之間協(xié)作的實施。它們也可作為框架實施。例如處理永久性、進程間通信、錯誤或故障處理、通知和消息傳遞等的機制，其他例子不勝枚舉。?analysispattern分析模式?表示業(yè)務建模中的共有構架的一組概念。它可能只與一個領域有關，也可能跨越多個領域。?analyst分析員?項目團隊成員，負責獲取并解釋涉眾需求，并將這些需要傳達給整個團隊。?activation激活?動作的執(zhí)行。?activeclass主動類?表示系統(tǒng)中控制線程的類。請參見主動對象。?activity活動?要求角色執(zhí)行的工作單元。?activeobject主動對象?擁有線程并可發(fā)起控制活動的對象。主動類的實例。?activitygraph活動圖?狀態(tài)機的特例，用于對涉及一個或多個分類器的進程建模。對比：狀態(tài)圖(statechartdiagram)。同義詞：活動圖(activitydiagram)。?actor主角?在系統(tǒng)之外與系統(tǒng)交互的某人或某事物。?actorclass主角類?定義一組主角實例，其中每個主角實例相對于系統(tǒng)而言都擔任著同樣的角色。?在與用例交互時這些用例的用戶所擔任的一組緊密相關的角色。主角為每個要與其通信的用例都準備了一個角色。?actor-generalization主角泛化關系?從一個主角類(后代)到另一個主角類(祖先)的主角泛化關系，表示后代將繼承祖先在用例中所能擔任的角色。?API?應用程序編程接口?APPC?高級程序間通信?applicationprogramminginterface(API)應用程序編程接口?使應用程序能夠相互通信的軟件接口。API是一組編程語言結(jié)構或語句，可編制為程序代碼以獲取由基礎操作系統(tǒng)或服務程序提供的特定功能和服務。?appraisal評估?審查組對所審查的產(chǎn)品質(zhì)量的一種集體判定，包含在跟蹤階段對所要求的返工驗證種類的判定。?architecturalbaseline構架基線?處于精化階段末期的基線，此時系統(tǒng)的基礎結(jié)構和行為已較穩(wěn)定。?architecturalmechanism構架機制?構架機制表示對于常見問題的通用具體解決方案。它們可以指結(jié)構模式、行為模式，也可以指這兩者。在RationalUnifiedProcess中，構架機制是一個涵蓋分析機制、設計機制和實施機制的術語。?architecturalpattern構架模式?構架模式表示軟件系統(tǒng)的基本結(jié)構組織方案。它提供了一組預定義的子系統(tǒng)、指定它們的職責，并且包括用于組織其間關系的規(guī)則和指導?？梢赃M一步解釋如下：構架模式是一個特定范圍的模式(即解決方案模板)，并且也是具體軟件構架的模板。它涉及整個系統(tǒng)范圍內(nèi)的特征，并且通常涉及子系統(tǒng)范圍內(nèi)(而非類級別)的關系。盡管從原則上說不是不可能以此方式使構架模式更為細化，構架模式就其本質(zhì)來說似乎與應用程序領域無關(特定領域的詞匯似乎與模式說明無關)。請與分析模式作比較。軟件構架文檔將提供在系統(tǒng)中使用的構架模式。?architecturalview構架視圖?以某一特定角度看到的系統(tǒng)構架，注重于表示結(jié)構、模塊度、核心構件和主要控制流。?architecture構架?系統(tǒng)在其所處環(huán)境中的最高層次的概念。軟件系統(tǒng)的構架是通過接口交互的重要構件(在特定時間點)的組織或結(jié)構，這些構件又由一些更小的構件和接口組成。?系統(tǒng)的組織結(jié)構。構架可以遞歸解構為通過接口交互的部件、連接部件的關系以及組裝部件的一些限制條件。通過接口交互的部件有類、構件和子系統(tǒng)。?artifact工件?由軟件開發(fā)過程所生成或使用的文檔、模型、說明或軟件。同義詞：產(chǎn)品(product)。?artifactguidelines工件指南?有關如何使用特定工件的說明，包括如何創(chuàng)建和修訂工件的說明在內(nèi)。?artifactset工件集?體現(xiàn)系統(tǒng)一個方面的一組有關工件。由于在若干核心工作流程中都要用到一些工件，例如風險列表、軟件構架文檔和迭代計劃。?ASCII?美國國家信息交換標準代碼?ASP?活動服務器頁?association關聯(lián)關系?對多個實例間的雙向語義連接進行建模的關系。?在兩個或多個分類器(指定其實例間的連接)之間的語義關系。?associationclass關聯(lián)類?同時具有關聯(lián)關系和類特征的模型元素。關聯(lián)類可被視作一種具有類特征的關聯(lián)關系，或是一個還具有關聯(lián)關系特征的類。?associationend關聯(lián)關系端?關聯(lián)關系的端點，它連接關聯(lián)關系和分類器。?asynchronousaction異步動作?發(fā)送對象