Abstract class（抽象類）：不能直接實例化的類——只能通過它具體的子類而擁有間接的實例。

 

Abstract Factory（抽象工廠）：創(chuàng)建相關(guān)的或依賴對象家族的一個接口，而不需要指明它們的具體類。

 

Abstract operation（抽象操作）：缺少實現(xiàn)的操作——只有說明但沒有方法的操作。必須由任何具體的子類來提供實現(xiàn)。

 

Accessor method（存取方法）：一個類方法，使一個對象的狀態(tài)可以從程序的其他對象訪問。

 

Actor use case（參與者用例）：標(biāo)識參與者可確認(rèn)的需要的用例。

 

Action（動作）：行為規(guī)格說明的基礎(chǔ)單元。運作接收輸入集合，并將其轉(zhuǎn)換為輸出集合，盡管兩個集合中的一個可能為空，或者兩個集合都為空。

 

Activation（激活）：也稱為執(zhí)行規(guī)格說明，它“對行為或操作的執(zhí)行建模，包括一個操作調(diào)用其他下級操作的這段時間”（Rumbaugh等人提出）

 

Activity（活動）：參數(shù)化行為的規(guī)格說明，行為被定義為下級單元的協(xié)調(diào)順序，其中下級單元的單個元素是動作。

 

Adaptiveness（適應(yīng)性） ：即supportability（可支持性），由3個系統(tǒng)特征定義的軟件質(zhì)量，這3個系統(tǒng)特征是軟件的可理解性、可維護性、可伸縮性。

 

Aggregation（聚合）:說明聚合（整體）和組成部分之間的整體-部分關(guān)系的關(guān)聯(lián)表。

 

APP（讀音[?p]）: Application的縮寫。APP指的是智能手機的第三方應(yīng)用程序。

 

Applet（小應(yīng)用程序）：運行于客戶機上的程序，并且在另一個程序（Web瀏覽器）的環(huán)境中運行，其處理能力受到瀏覽器的控制（限制）。

 

Application server（應(yīng)用服務(wù)器）：體系結(jié)構(gòu)層，處理業(yè)務(wù)構(gòu)件及業(yè)務(wù)規(guī)則。

 

Architecture（體系結(jié)構(gòu)）：根據(jù)其模塊（構(gòu)件）而進行的系統(tǒng)描述。它定義了一個系統(tǒng)是如何設(shè)計的，以及構(gòu)件之間是如何連接的。

 

Architectural framework（體系結(jié)構(gòu)框架）。

 

Architectural meta-model（體系結(jié)構(gòu)元模型）：為軟件體系結(jié)構(gòu)定義框架的一個高層模型，具體的系統(tǒng)設(shè)計能夠選擇并遵照它。

 

Artifact（人工制品）：BPMN元素，通過允許擴展基本表示法提供額外的建模靈活性； 可以預(yù)定義3種類型的人工制品：數(shù)據(jù)對象（Data object）、組（group）和注釋（annotation）。

 

Association（關(guān)聯(lián)）：兩個或多個分類符之間的語義關(guān)系，包含類的實例之間的連接。

 

Attribute（屬性）：類中具有明確類型的已命名元素的描述。此類的每個對象單獨保存這種類型的值。

 

Audit（審核）：一種正式的質(zhì)量保證過程，可能由具有法定資格的外部審核人員完成。

 

Bean：一個可利用的軟件構(gòu)件，代表數(shù)據(jù)對象和訪問這些數(shù)據(jù)對象的操作（方法）。

 

BPR（Business Process Reengineering/Business Process Re-engineering/Business Process Redesign）：業(yè)務(wù)流程重組、企業(yè)流程再造，該理論是當(dāng)今企業(yè)和管理學(xué)界研究的熱點。BPR理論是于1990年首先由美國著名企業(yè)管理大師邁克爾.漢默先生提出，美國的一些大公司，如IBM、科達(dá)、通用汽車、福特汽車等紛紛推行BPR，試圖利用它發(fā)展壯大自己。

 

Build（構(gòu)造）：作為系統(tǒng)開發(fā)或集成項目的增量而交付給客戶的可執(zhí)行代碼。

 

BPEL（Business Process Execution Language）:業(yè)務(wù)過程語言。

 

BPMN（Business Process Modeling Notation）:業(yè)務(wù)過程建模表示法。

 

Brainstorming（頭腦風(fēng)暴）：發(fā)現(xiàn)特定問題的新方法或解決方案的會議技術(shù)，這種技術(shù)要將已有的判斷、社會禁令和規(guī)則放在一邊。

 

Browser client（瀏覽器客戶端）：瘦客戶端，展現(xiàn)基于Web的GUI，并且需要服務(wù)器來獲得其數(shù)據(jù)和程序。

 

Business actor（業(yè)務(wù)參與者）：人、組織單位、計算機系統(tǒng)、設(shè)備或其他種類的活動對象，他們能夠和系統(tǒng)相互作用并且期望從相互作用中獲得商業(yè)價值。

 

Business capability（業(yè)務(wù)能力）：任何有關(guān)業(yè)務(wù)IT解決方案如何交付具體成果的能力。

 

Business capability exploration（業(yè)務(wù)能力探索）：解決方案構(gòu)想過程中的第一個階段，它確定業(yè)務(wù)能力。

 

Business class model（業(yè)務(wù)類模型）：顯示業(yè)務(wù)對象和對象之間關(guān)系的高層業(yè)務(wù)模型。

 

Business object（業(yè)務(wù)對象）：業(yè)務(wù)領(lǐng)域的一個基本類； 業(yè)務(wù)實體。

 

Business process（業(yè)務(wù)過程）：能夠參考企業(yè)或者它的外部利益相關(guān)者產(chǎn)生有價值事物的活動。

 

Business process model（業(yè)務(wù)過程模型）：顯示業(yè)務(wù)過程動態(tài)結(jié)構(gòu)的圖。

 

Business transaction（業(yè)務(wù)事務(wù)）：從業(yè)務(wù)（應(yīng)用）的觀點來看，是由多個（系統(tǒng)）事務(wù)組成的一個邏輯工作單元。

 

Business use case（業(yè)務(wù)用例）：高層業(yè)務(wù)功能；功能性的系統(tǒng)特征。

 

Business use case model（業(yè)務(wù)用命模型）：標(biāo)識系統(tǒng)中主要功能性構(gòu)造塊的高層用例圖。

 

Change（變更）：任何預(yù)料到的或沒預(yù)料到的事件引起的對系統(tǒng)需求的改變或在實現(xiàn)代碼和設(shè)計模型方面需要注意的問題。

 

Checklist（檢查表）：一種質(zhì)量保證技術(shù)，是預(yù)先確定的在開發(fā)過程中必須仔細(xì)認(rèn)真核對的“要完成”的細(xì)節(jié)清單。

 

Chain of Responsibility（責(zé)任鏈）：通過給多個對象處理請求的機會，避免請求的發(fā)送者和接收者相耦合。

 

Capability architecture（能力體系結(jié)構(gòu)）：標(biāo)識系統(tǒng)高層構(gòu)件和它們之間交互作用的系統(tǒng)體系結(jié)構(gòu)設(shè)計。

 

Capability case（能力案例）：為業(yè)務(wù)能力擬定業(yè)務(wù)案例后種解決方案構(gòu)思。

 

CASE（Computer Aided Software/System Engineering）：計算機輔助軟件工程。CASE是一套方法和工具，可使系統(tǒng)開發(fā)商規(guī)定的應(yīng)用規(guī)則，并由計算機自動生成合適的計算機程序。CASE工具分成"高級"CASE和"低級"CASE.高級CASE工具用來繪制企業(yè)模型以及規(guī)定應(yīng)用要求，低級CASE工具用來生成實際的程序代碼。CASE工具和技術(shù)可提高系統(tǒng)分析和程序員工作效率。其重要的技術(shù)包括應(yīng)用生成程序、前端開發(fā)過程面向圖形的自動化、配置和管理以及壽命周期分析工具。

 

CEP（Cycle Elimination Principle）：PCBMER中的循環(huán)消除原則。

 

Class（類）：用共同的屬性、操作、關(guān)系和語義約束來描述一組對象的抽象概念。

 

Classifier（分類符）：實例的分類，它描述具有共同特征的實例集合，分類符是抽象的模型元素，所以，客觀地說，它沒有符號。

 

Client（客戶機）：一個計算進程，它請求服務(wù)器進程。

 

Client page（客戶端頁面）：由Web瀏覽器提供的網(wǎng)頁，并且可能具有程序邏輯，其程序邏輯由瀏覽器解釋。

 

Checkpoint（檢查點）：一種DBMS的行為，檢查點由所有活動事務(wù)的標(biāo)識組成，通過將檢查點記錄寫入日志文件可以減少失效恢復(fù)所需要的時間。

 

Cohesion（內(nèi)聚）：為提供一個特定功能，一個模塊內(nèi)的源代碼如何很好地一同工作的測量。內(nèi)聚是一種順序型測量，討論時通常表達(dá)成“高內(nèi)聚”或“低內(nèi)聚”。

 

Collaboration（協(xié)作）：實例之間的上下文關(guān)系規(guī)格說明，這些實例在實現(xiàn)所期望功能的環(huán)境中交互。

 

Column（列）：表中被命名的垂直劃分區(qū)域，具有特定的數(shù)據(jù)類型，代表數(shù)據(jù)的一個特定域。

 

Container（容器）：一個桌面GUI組件，可以是窗口、面板或空格。

 

CNP（Class Naming Principle）：PCBMER中的類命名原則。

 

Comment（注釋）：從屬于一個模型元素或一組模型元素的解釋。它不是直接定義或改變模型的語義。

 

Component（構(gòu)件）：表示封裝了其內(nèi)容的系統(tǒng)模塊，其表示在環(huán)境中是可替換的。

 

Composition（組成）：組成聚合；一種強形式的聚合，埼組成部分的實例在一個時間最多被包含在一個組合中。

 

Complexity（復(fù)雜性）：軟件特性，是指理解和管理軟件解決方案的困難程度，由于軟件有很殺豬不同但相關(guān)的部分。

 

Composite structure（復(fù)合結(jié)構(gòu)）：描述在構(gòu)成具有總體目標(biāo)的實現(xiàn)環(huán)境中對象之間的相互連接。

 

Coupling（耦合）：類之間連接的程度。

 

Component-based development（基于構(gòu)件的開發(fā)）：通過集成來源于多個軟件供應(yīng)商和商業(yè)伙伴的軟件構(gòu)件解決方案的開發(fā)過程，也可能是基于SOA或者MDA的開發(fā)過程。

 

Connecting object（連接對象）：BPMN元素，用來連接定義業(yè)務(wù)過程結(jié)構(gòu)的流對象； 有3種類型的連接對象：序列流、消息流、關(guān)聯(lián)。

 

Constraint（約束）：一個條件或限制，用自然語言文本或機器可讀語言來表達(dá)，目的是對一個元素的某些語義進行聲明。

 

Constraint statement（約束陳述）：系統(tǒng)必須遵守的約束。

 

Control flow（控制流）：一條邊，表示一個節(jié)點的前一個活動節(jié)點完成后，開始這個活動結(jié)點。

 

Context diagram（環(huán)境圖）：DFD的基層圖。

 

Coupling（耦合）：耦合通常與內(nèi)聚形成對照，目標(biāo)是達(dá)到低耦合和高內(nèi)聚，但低耦合經(jīng)常會導(dǎo)致較低的內(nèi)聚，反之亦然。

 

Custom development（常規(guī)開發(fā)）：手工操作的、獨立的、從零開始的軟件開發(fā)，覆蓋了軟件開發(fā)過程（生命周期）的各個階段，在內(nèi)部完成或外包給咨詢和開發(fā)公司完成。

 

CRM（Customer Relationship Management）：客戶關(guān)系管理。

 

CRC（Class-Responsibility-Collaborator）：類-職責(zé)-協(xié)作者方法。

 

CMM（Capability Maturity Model for Software）：能力成熟度模型。它是對于軟件組織在定義、實施、度量、控制和改善其軟件過程的實踐中各個發(fā)展階段的描述。CMM的核心是把軟件開發(fā)視為一個過程，并根據(jù)這一原則對軟件開發(fā)和維護進行過程監(jiān)控和研究，以使其更加科學(xué)化、標(biāo)準(zhǔn)化、使企業(yè)能夠更好地實現(xiàn)商業(yè)目標(biāo)。

 

COBIT（Control Objectives for Information and related Technology）：信息及相關(guān)技術(shù)的控制目標(biāo)。COBIT是 ISACA（信息系統(tǒng)審計和控制聯(lián)合會）制訂的面向過程的信息系統(tǒng)審計和評價的標(biāo)準(zhǔn)。對信息化建設(shè)成果的評價，按照系統(tǒng)屬性可以劃分為若干方面，如：對最終成果評價、對建設(shè)過程評價、對系統(tǒng)架構(gòu)評價等。COBIT是一個基于IT治理概念的、面向IT建設(shè)過程的IT治理實現(xiàn)指南和審計標(biāo)準(zhǔn)。

 

Component（構(gòu)件）：軟件的一個可執(zhí)行單元，具有明確定義的功能（服務(wù)）及與其他構(gòu)件之間的通信協(xié)議（接口）。

 

COTS（Commercial Off-The-Shelf）：“商用現(xiàn)成品或技術(shù)”或者“商用貨架產(chǎn)品”，指可以采購到的具有開放式標(biāo)準(zhǔn)定義的接口的軟件或硬件產(chǎn)品。

 

Data（數(shù)據(jù)）：代表涉及業(yè)務(wù)活動的價值、質(zhì)量、概念和事件的原始事實。

 

Data mapper（數(shù)據(jù)映射）：定義了“對象與數(shù)據(jù)庫之間交換數(shù)據(jù)的映射層次，而且能夠保證它們之間的相互獨立且與映射本身無關(guān)”的一種模式。

 

Data mart（數(shù)據(jù)集市）：數(shù)據(jù)倉庫的一個較小的變體，只保留了某個特別部門或業(yè)務(wù)功能相關(guān)的企業(yè)數(shù)據(jù)的一個子集。

 

Datamining（數(shù)據(jù)倉庫）：知識管理的領(lǐng)域，它關(guān)注探索性的數(shù)據(jù)分析，來發(fā)現(xiàn)能夠（重新）發(fā)現(xiàn)知識和支持決策的關(guān)系及模式（可能是以前不知道的或被遺忘了的）。

 

Data model（數(shù)據(jù)模型）：數(shù)據(jù)庫中數(shù)據(jù)結(jié)構(gòu)的模型，也可以定義行為結(jié)構(gòu)，如觸發(fā)器和存儲過程。

 

Data web house：一個在Web上實現(xiàn)的、不用中央數(shù)據(jù)存儲庫的、分布式的數(shù)據(jù)倉庫。

 

Data warehouse（數(shù)據(jù)倉庫）：一個容納歷史信息，并且面向OLAP式的商業(yè)智能和決策的數(shù)據(jù)庫。

 

DDP（Downward Dependency Principle）： PCBMER中的向下依賴性原則

 

Defect（故障）：需要修正的變更。

 

Dependency（依賴）：表示一個或一組模型元素需要其他模型元素的規(guī)格說明或?qū)崿F(xiàn)的關(guān)系。

 

Deployment（部署）：在運行期間，將軟件制品分配給物理結(jié)點。

 

Derived information（導(dǎo)出信息）：能夠從其他元素計算得到的元素，出于清晰性或設(shè)計目的，即使它沒有增加語義信息，也被包含進來。

 

DFD（Data Flow Diagram）：數(shù)據(jù)流圖。它從數(shù)據(jù)傳遞和加工角度，以圖形方式來表達(dá)系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過程，是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達(dá)工具及用于表示軟件模型的一種圖示方法。

 

Diagram（圖）：模型的圖形表示。

 

Domain（域）：一個列可以取值的合法集。

 

Enhancement（改進）：被正視的變更，下一步將采取行動。

 

ER（Entity Relationship）：實體關(guān)系。

 

EAP（Explicit Association Principle）：PCBMER中的顯式關(guān)聯(lián)原則。

 

ERD（Entity Relationship Diagram）：實體聯(lián)系圖，也稱實體關(guān)系圖。是指提供了表示實體型、屬性和聯(lián)系的方法，用來描述現(xiàn)實世界的概念模型。E-R方法:是“實體-聯(lián)系方法”（Entity-Relationship Approach）的簡稱。它是描述現(xiàn)實世界概念結(jié)構(gòu)模型的有效方法。

 

ERP（Enterprise Resource Planning）：企業(yè)資源計劃。ERP 是由美國計算機技術(shù)咨詢和評估集團 Gartner Group Inc 提出的一種供應(yīng)鏈的管理思想。企業(yè)資源計劃是指建立在信息技術(shù)基礎(chǔ)上，以系統(tǒng)化的管理思想，為企業(yè)決策層及員工提供決策運行手段的管理平臺。ERP 系統(tǒng)支持離散型、流程型等混合制造環(huán)境，應(yīng)用范圍從制造業(yè)擴展到了零售業(yè)、服務(wù)業(yè)、銀行業(yè)、電信業(yè)、政府機關(guān)和學(xué)校等事業(yè)部門，通過融合數(shù)據(jù)庫技術(shù)、圖形用戶界面、第四代查詢語言、客戶服務(wù)器結(jié)構(gòu)、計算機輔助開發(fā)工具、可移植的開放系統(tǒng)等對企業(yè)資源進行了有效的集成。

 

Event（事件）：某個發(fā)生事情的規(guī)格說明，發(fā)生的事情可能由一個對象潛在地觸發(fā)結(jié)果。

 

Facade（外觀）：使子系統(tǒng)易于使用的高層接口，子系統(tǒng)之間通信和依賴最小化。

 

Flow object（流對象）：核心BPMN元素； 有3類流對象：事件（events）、活動（activity）和路由（gateways）。

 

Form（表單）：網(wǎng)面的一部分，由輸入域的集合組成。

 

Foreign key（外鍵）：引用完整性約束定義中包含的關(guān)鍵字。

 

Frame（框架）：包含網(wǎng)頁或者另外一個框架的矩形區(qū)域。

 

Functional Requirement（功能性需求）：即Service statement（服務(wù)陳述）。

 

Generalization（泛化）：一個較一般分類符和一個較具體分類符之間的分類關(guān)系，具體分類符的每個實例也是一般分類符的非直接實例。因此，具體分類符繼承了較一般分類符的特性。

 

Guard（守衛(wèi)）：提供轉(zhuǎn)換觸發(fā)的詳細(xì)控制的約束。當(dāng)一個事件發(fā)生是由狀態(tài)機發(fā)出的，守衛(wèi)被估算。如果此時守衛(wèi)為真，則能夠進行轉(zhuǎn)換，否則就不能轉(zhuǎn)換。

 

Identity map（標(biāo)識映射）：在映射中保存每一個已裝載的對象，從而保證每一個對象只能被裝載一次，當(dāng)引用到這些對象時通過映射可以找到對象。

 

Increment（增量）：作為系統(tǒng)或集成項目的一個迭代結(jié)果而獲得的軟件產(chǎn)品的下一個改進版本； 一個增量并不會擴大項目范圍。

 

Information（信息）：增值事實；已經(jīng)被處理并概括為產(chǎn)品增值事實的數(shù)據(jù)，提示了新的特征和趨勢。

 

Inspection（審查）：項目經(jīng)理主持的比較正式的評審會議。

 

Interaction（交互）：在執(zhí)行任務(wù)的上下文中，消息如何在角色之間交換的規(guī)格說明。交互，說明行為的模式。上下文由分類符或協(xié)作提供。

 

Interaction fragment（交互片斷）：交互的一個結(jié)構(gòu)段。

 

Interaction use（交互使用）：在一個交互的定義中對另一個交互的引用。

 

Interface（接口）：一種分類符，表示一組清晰易懂的公共特性和責(zé)任說明。一個接口確定一個合同；實現(xiàn)接口的分類符的任何實例一定要實現(xiàn)那個合同。

 

ISA（Information Technology Architecture）：信息系統(tǒng)體系結(jié)構(gòu)（簡稱ISA）是近年來出現(xiàn)的新的研究領(lǐng)域，沒有眾所公認(rèn)的定義。我國學(xué)者王眾托認(rèn)為，它“比一般的計算機體系結(jié)構(gòu)、計算機網(wǎng)絡(luò)體系結(jié)構(gòu)、軟件體系結(jié)構(gòu)的意義更廣泛而且更深遠(yuǎn). 它是指對企業(yè)整個信息技術(shù)應(yīng)用按照企業(yè)發(fā)展遠(yuǎn)景所制訂的總體發(fā)展規(guī)劃，分步實施方法和策略，帶有思想、觀念和哲理性”。

 

ISO（International Organization for Standardization）：國際標(biāo)準(zhǔn)化組織，是一個全球性的非政府組織，是國際標(biāo)準(zhǔn)化領(lǐng)域中一個十分重要的組織。。ISO一詞來源于希臘語“ISOS”，即“EQUAL”——平等之意。ISO國際標(biāo)準(zhǔn)組織成立于1946年，中國是ISO的正式成員，代表中國參加ISO的國家機構(gòu)是中國國家技術(shù)監(jiān)督局(CSBTS）。

 

Iteration（迭代）：產(chǎn)生一個構(gòu)造的軟件開發(fā)或集成項目的一個循環(huán)。

 

ITIL（Information Technology Infrastructure Library）：信息技術(shù)基礎(chǔ)架構(gòu)庫。由英國政府部門CCTA(Central Computing and Telecommunications Agency)在20世紀(jì)80年代末制訂，現(xiàn)由英國商務(wù)部OGC(Office of Government Commerce)負(fù)責(zé)管理，主要適用于IT服務(wù)管理（ITSM）。ITIL為企業(yè)的IT服務(wù)管理實踐提供了一個客觀、嚴(yán)謹(jǐn)、可量化的標(biāo)準(zhǔn)和規(guī)范。在它的最新版2.0版中，ITIL主要包括六個模塊，即業(yè)務(wù)管理、服務(wù)管理、ICT基礎(chǔ)架構(gòu)管理、IT服務(wù)管理規(guī)劃與實施、應(yīng)用管理和安全管理。其中服務(wù)管理是其最核心的模塊，該模塊包括“服務(wù)提供”和“服務(wù)支持”兩個流程組。

 

JAD（Joint Application development）：聯(lián)合應(yīng)用開發(fā)。

 

JDBC（Java Data Base Connectivity）： java數(shù)據(jù)庫連接。

 

JMS（Java Message Service）：Java消息服務(wù)。

 

Key（關(guān)鍵字）：關(guān)系數(shù)據(jù)庫中用來定義表和列間的某些完整性約束的一列或幾列。

 

Knowledge（知識）：對信息的理解，由經(jīng)驗或研究獲得，并導(dǎo)致有效果和有效率地做事的能力。

 

Law of Demeter（Demeter法則）：一個設(shè)計指南，詳細(xì)說明在類方法中，對于消息，哪些目標(biāo)是允許的。其目的是限制對象之間允許的通信。

 

Layer（層）：體系結(jié)構(gòu)層次中若干級別中的一個。類似于tier，但一般指邏輯體系結(jié)構(gòu)中的級別。

 

Lazy load（延遲裝載）：一個對象，它并未包含你需要的所有數(shù)據(jù)，但是知道如何獲取這些數(shù)據(jù)。

 

Lifecycle（生命周期）：用于建造和支持（在其有用的“生命”之上）可交付的、由軟件項目生產(chǎn)出的產(chǎn)品和服務(wù)的過程。

 

Lifeline（生命線）：表示交互中的一個單獨的參與者。

 

Lock（鎖）：一種DBMS行為，可以“鎖住”數(shù)據(jù)記錄，只要將它們指派到事務(wù)中的某條SQL語句即可，這樣就使得那條SQL語句的執(zhí)行能夠與其他并發(fā)執(zhí)行的事務(wù)隔離開。

 

Log（日志）：DBMS維護的一個特殊文件，保存了事務(wù)修改過的所有數(shù)據(jù)庫記錄。

 

MDA（Model Driven Architecture）：模型驅(qū)動的體系結(jié)構(gòu)。

 

Mediator（中介者）：通過使對象彼此之間不顯示引用，從而降耦合，此模式可以讓你改變他們的獨立交互。

 

Message（消息）：定義交互中特定種類的通信。例如：一個交互可以增加信號、調(diào)用操作、創(chuàng)作或銷毀實例。

 

Meta class（元類）：一個類，它的實例是類……通常用于構(gòu)造元模型。

 

Meta model（元模型）：一個模型，它定義了用來表達(dá)其他模型的語言。

 

Method（方法）：一個操作的實現(xiàn)。它說明產(chǎn)生操作結(jié)果的算法或過程。

 

Metrics（度量）：對軟件屬性的估計，如正確性、可靠性、有效性、完整性、可用性、可維護性、靈活性，以及可測試性。

 

Model（模型）：來自現(xiàn)實的抽象； 外部實現(xiàn)的某些方面在軟件中的表現(xiàn)。

 

Mutator（修改者）：類方法，更改它所調(diào)用的對象的狀態(tài)。也稱為setter（安裝者）。

 

MVC（Model View Controller）：模型——視圖——控制器體系結(jié)構(gòu)框架。

 

NCP（Neighbor Communication Principle）：PCBMER中的相鄰?fù)ㄐ旁瓌t。

 

Node（節(jié)點）：人工制品可以在上面部署運行的計算資源。

 

Non-functional requirement（非功能性需求）：即Constraint Statement（約束陳述）。

 

Normalization（范式化）：設(shè)計能夠避免更新異常數(shù)據(jù)表的過程。

 

Object（對象）：能夠響應(yīng)外部事件/信息來執(zhí)行軟件系統(tǒng)所要求的任務(wù)的軟件模塊。它由數(shù)據(jù)和關(guān)聯(lián)數(shù)據(jù)的操作組成。

 

Object-relational mapping（對象 ——關(guān)系映射）：能夠?qū)?yīng)用程序?qū)ο筠D(zhuǎn)換為關(guān)系數(shù)據(jù)庫或?qū)㈥P(guān)系數(shù)據(jù)庫轉(zhuǎn)換為應(yīng)用程序?qū)ο蟮墓ぞ呋蜍浖?span>

 

Observer（觀察者）：類方法，獲取對象的狀態(tài)，但不更改它的狀態(tài)。也稱為getter（獲取者）。

 

Observer pattern（觀察者模式）：在對象之間定義一對多的依賴，使得當(dāng)一個對象更改狀態(tài)時，所有依賴它的對象都得到通知，并自動更新。

 

ODBC（Open Database Connectivity）：開放數(shù)據(jù)庫連接。

 

OLAP（On-Line Analytical Processing）：聯(lián)機分析處理。數(shù)據(jù)倉庫與OLAP的關(guān)系是互補的，現(xiàn)代OLAP系統(tǒng)一般以數(shù)據(jù)倉庫作為基礎(chǔ)，即從數(shù)據(jù)倉庫中抽取詳細(xì)數(shù)據(jù)的一個子集并經(jīng)過必要的聚集存儲到OLAP存儲器中供前端分析工具讀取。

 

OLTP（On-Line Transaction Processing）：聯(lián)機事務(wù)處理。OLTP 數(shù)據(jù)庫旨在使事務(wù)應(yīng)用程序僅寫入所需的數(shù)據(jù)，以便盡快處理單個事務(wù)。

 

OMG（Object Management Group）：對象管理組織。是一個國際協(xié)會，開始的目的是為分布式面向?qū)ο笙到y(tǒng)建立標(biāo)準(zhǔn)，現(xiàn)在致力于建立對程序、系統(tǒng) 和 業(yè)務(wù)流程的建模標(biāo)準(zhǔn)，以及基于模型的標(biāo)準(zhǔn)。

 

Operation（操作）：為調(diào)用一個相關(guān)聯(lián)的行為，指定名字、類型、參數(shù)及約束的分類符的行為特征。

 

Package（包）：用于將元素分組，并為已分組的元素提供命名空間。

 

Package-based development（基于包的開發(fā)）：通過定制已經(jīng)存在的軟件包，如COTS、ERP或者CRM系統(tǒng)，得到解決方案的開發(fā)過程。

 

Pane（窗格）：窗口，它是窗口的一部分，如滾動窗格或者標(biāo)簽窗格。

 

Panel（面板）：容器，可以在其中插入其他GUI組件。

 

Pattern（模式）：參數(shù)化協(xié)作，表示參數(shù)化的分類器、關(guān)系和行為的角色集合，通過把來自模型（通常是類）的元素綁定到模式的角色，可以應(yīng)用于多種情形。

 

PCBMER（presentation- controller-bean- mediator- resource ）：表示-控制器-Bean-中介者-實體-資源 體系結(jié)構(gòu)框架。

 

PEAA（Patterns Of Enterprise Application Architecture）：企業(yè)應(yīng)用架構(gòu)模式。

 

Peer（同位體）：一個計算進程，它可以自由地直接與任何其他進程（peer）通信，而不需要使用中央服務(wù)器。

 

Persistent object（持久對象）：程序運行結(jié)束之后仍存在的對象，因為在程序退出之間，它將被持久地存儲在數(shù)據(jù)庫中。也可將已在數(shù)據(jù)庫中存在的任何對象稱為持久對象。

 

Performance（性能）：非功能性需求，通過對系統(tǒng)響應(yīng)時間、事務(wù)處理時間、資源開鎖、可能的并發(fā)用戶數(shù)量等等的期望來定義。

 

Pool（泳池）：BPMN元素，表示一個過程中的業(yè)務(wù)實體（參與者），也稱作“泳道”。

 

Polymorphism（多態(tài)性）：不同類型的對象響應(yīng)同名方法調(diào)用的能力，每一次調(diào)用根據(jù)正確的類型匹配特定的行為。編程人員不必事先知道對象的確切類型，因此這個行為能夠在運行時實現(xiàn)（稱為晚綁定或動態(tài)綁定）。

 

Port（端口）：具有分類符的特性，說明分類符和它所在的環(huán)境之間或分類符與它內(nèi)部部件之間的明確的交互點。端口可以指定一個分類符為其環(huán)境提供的服務(wù)，也可以指定分類符期望環(huán)境提供給它的服務(wù)。

 

Primary key（主鍵）：能夠唯一確定表中一行的關(guān)鍵字，一個表只能有一個主鍵。

 

Primary type（原始類型）：程序設(shè)計語言或數(shù)據(jù)庫提供的可以支持其基本操作的固有數(shù)據(jù)類型。程序員可以使用原始類型來創(chuàng)建自定義的組合類型。

 

Primary window（主窗口）：桌面應(yīng)用程序中的主應(yīng)用窗口。

 

Probortunity（問題機會）：單詞“problem”和“opportunity”的融合； 在頭腦風(fēng)暴中使用。

 

Process（過程）：在軟件產(chǎn)生和維護中使用的活動和組織程序。

 

Process hierarchy diagram（過程層次圖）：顯示業(yè)務(wù)過程靜態(tài)結(jié)構(gòu)的圖。

 

Profile（配置文件）：為了使元模型適合于特定的平臺領(lǐng)域，而對參考元模型進行的有限擴展。

 

Programmable client（可編程客戶端）：胖客戶端，其上有程序駐留并執(zhí)行，并且對客戶機上的存儲資源擁有訪問權(quán)限。

 

Project planning（項目規(guī)劃）：估計項目的可交付性、成本、時間、風(fēng)險、里程碑和資源需求的活動。

 

Project scope（項目范圍）：系統(tǒng)必須滿足并且在項目合同中協(xié)商好的一系列功能性的用戶需求。

 

Prototype（原型）：解決方案的“快且臟”工作模型，表示圖形用戶界面（GUI），并模擬不同用戶事件的系統(tǒng)行為。

 

Provided interfaces（提供接口）：被分類符實現(xiàn)的一組接口……表示該分類符實例對其客戶端必須承擔(dān)的責(zé)任。

 

P2P（Peer-to-peer）：對等。

 

Quality assurance（質(zhì)量保證）：一個主動建造有質(zhì)量的軟件產(chǎn)品和過程的過程。

 

Quality control（質(zhì)量控制）：驗證所開發(fā)的軟件制品、產(chǎn)品以及所采用過程的質(zhì)量的過程。

 

Referential integrity（引用完整性）：對一個表的（外）鍵定義的規(guī)則，要求這個外鍵中的值必須與所關(guān)聯(lián)的表的（主）鍵中的值（引用的值）相匹配。這是關(guān)系數(shù)據(jù)庫中實現(xiàn)關(guān)聯(lián)的一種方式。

 

Relational table（關(guān)系表）：關(guān)系數(shù)據(jù)庫中數(shù)據(jù)定義與數(shù)據(jù)存儲的基本單位。所有用戶訪問的數(shù)據(jù)都存儲在表中。

 

Requirement（需求）：系統(tǒng)服務(wù)或約束的陳述。

 

RAD（Rapid Application Development）：快速應(yīng)用開發(fā)。RAD是一種面向?qū)ο蟮南到y(tǒng)開發(fā)方法，它包括開發(fā)方法和軟件工具。RAD和原型法在概念上很接近，兩者的目標(biāo)都是要縮短傳統(tǒng)的SDLC方法中信息系統(tǒng)的設(shè)計與實現(xiàn)之間漫長的時間間隔，它們都盡量更好地滿足迅速變化的商業(yè)需求。可以將RAD視為原型法的一種特殊實現(xiàn)。

 

Regression test（回歸測試）：在不斷的代碼迭代后重新執(zhí)行先前的驗收測試以檢查先前修正的故障或是否出現(xiàn)了新的故障。

 

Reliability（可靠性）：非功能性需求，與系統(tǒng)失效發(fā)生的頻率和嚴(yán)重性以及系統(tǒng)如何從失效中優(yōu)雅地恢復(fù)有關(guān)。

 

Reuse（復(fù)用）：預(yù)先存在的人工制品的使用。

 

Required interfaces（依賴接口）：指定一個分類符為了完成自身功能，履行對客戶端的責(zé)任而需要的服務(wù)。

 

Requirement specification（需求規(guī)格說明）：對一個開發(fā)中的信息系統(tǒng)必須滿足的功能性或非功能性標(biāo)準(zhǔn)所做的詳細(xì)的、面向客戶的規(guī)格說明。需求規(guī)格說明寫在需求文檔中，因此，常 常被看做是需求文檔。

 

Reusability（可復(fù)用性）：非功能性需求，定義在新系統(tǒng)開發(fā)中重復(fù)使用以前已經(jīng)實現(xiàn)的軟件構(gòu)件的容易程度。

 

Review（評審）：一種質(zhì)量保證技術(shù)，類似開發(fā)人員之間，也可以是經(jīng)理之間正式的文檔驅(qū)動會議，目的是為了評審一個工作產(chǎn)品過程。

 

Risk（風(fēng)險）：對項目規(guī)劃（預(yù)算、時間、資源分配等等）的威脅。

 

Role（角色）：在由結(jié)構(gòu)化分類符定義的上下文中，表示一個實例（或可能是實例集合）外觀的結(jié)構(gòu)化分類符的組成元素。

 

Row（行）：表中某一行的各列信息的集合，關(guān)系數(shù)據(jù)庫中與程序設(shè)計語言的對象相應(yīng)的部分。

 

RUP（Rational Unified Process）：統(tǒng)一軟件開發(fā)過程。是Rational軟件公司（Rational公司被IBM并購）創(chuàng)造的軟件工程方法。RUP描述了如何有效地利用商業(yè)的可靠的方法開發(fā)和部署軟件，是一種重量級過程（也被稱作厚方法學(xué)），因此特別適用于大型軟件團隊開發(fā)大型項目。

 

Save point（保存點）：數(shù)據(jù)庫程序中的一條語句，用來指明可以將事務(wù)回滾到程序的某個位置，而不會影響保存點之前事務(wù)已經(jīng)完成的工作。

 

Secondary window（輔窗口）：彈出窗口，支持用戶在主窗口或其他輔窗口中的活動。

 

Server（服務(wù)器）：服務(wù)于客戶機請求的計算過程。

 

Server page（服務(wù)器頁面）：一個網(wǎng)頁，具有服務(wù)器執(zhí)行的程序邏輯。

 

Service（服務(wù)）:一個運行的軟件實例，能夠被其他軟件系統(tǒng)定位和使用，這些軟件系統(tǒng)使用由互聯(lián)網(wǎng)協(xié)議傳送的基于XML的信息。

 

Servlet：一個運行于服務(wù)器上的程序，能夠接收客戶端Web瀏覽器的請求，并且對請求產(chǎn)生響應(yīng)。

 

Signature（簽名）：動作特性的名字和參數(shù)，如操作或信號。簽名包括操作返回類型。

 

Service statement（服務(wù)陳述）：定義系統(tǒng)所期望的服務(wù)需求。

 

SOA（Service Oriented Architecture）：面向服務(wù)的體系架構(gòu)。它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進行定義的，它應(yīng)該獨立于實現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)和編程語言。這使得構(gòu)建在各種各樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進行交互。

 

Software architecture（軟件體系結(jié)構(gòu)）。

 

Software capability design（軟件能力設(shè)計）：解決方案構(gòu)想過程的第3個階段，該階段決定系統(tǒng)的實現(xiàn)技術(shù)、開發(fā)軟件能力體系結(jié)構(gòu)——并使用項目計劃和風(fēng)險分析對業(yè)務(wù)案例進行細(xì)化。

 

Solution capability envisioning（解決方案能力構(gòu)想）：解決方案構(gòu)想過程的第2個階段，該階段的目的是將能力案例發(fā)展成為解決方案概念，并確保該解決方案能夠在利益相關(guān)者中達(dá)成一致。

 

Solution concept（解決方案概念）：解決方案能力構(gòu)想的人工制品，它將業(yè)務(wù)環(huán)境作為輸入，將生產(chǎn)的新工作方法的未來場景作為輸出。

 

Solution envisioning（解決方案構(gòu)想）：是一種商業(yè)價值驅(qū)動方法，以提供解決當(dāng)前業(yè)務(wù)問題和將來業(yè)務(wù)創(chuàng)新的IT服務(wù)。

 

Supportability（可支持性）：相當(dāng)于Adaptiveness（適應(yīng)性）。

 

Subsystem（子系統(tǒng)）：大系統(tǒng)中的一個層次分解單元，一種構(gòu)件。

 

Substitutability（可替換性）：規(guī)定：如果S是T的一個子類型，那么在計算機程序中類型T的對象可以被類型S的對象替代，而不會改變該程序的任何期望特性。

 

Stakeholder（利益相關(guān)者）：任何受到系統(tǒng)影響或?qū)ο到y(tǒng)開發(fā)產(chǎn)生影響的人。

 

State（狀態(tài)）：參考情形建模，在這種情形中，某些（通常隱含的）不變條件成立。這種不變可能表示一種靜態(tài)情形，如一個對象等待某個外部事件發(fā)生。然而，它也能夠?qū)討B(tài)條件建模，如執(zhí)行某種行為的過程。

 

Stereotype（構(gòu)造型）：定義可以如何擴展現(xiàn)有的元類，使得平臺或特定領(lǐng)域術(shù)語或表示法的使用能夠替代擴展的元類，或在擴展的元類基礎(chǔ)上增加。

 

Stored procedure（存儲過程）：存儲在數(shù)據(jù)庫中的一個程序，調(diào)用它可以操作數(shù)據(jù)庫。

 

Struts；一個技術(shù)框架，支持Web應(yīng)用程序的GUI實現(xiàn)。

 

System scope model（系統(tǒng)范圍模型）：確定系統(tǒng)邊界和主要責(zé)任的高層業(yè)務(wù)模型。

System use case（系統(tǒng)用例）：將系統(tǒng)看做一個整體，標(biāo)識其一般性需要的用例。

Swing：一個類庫，支持桌面應(yīng)用程序的GUI實現(xiàn)。

 

SWOT：S （strengths）是優(yōu)勢、W （weaknesses）是劣勢，O （opportunities）是機會、T （threats）是威脅。按照企業(yè)競爭戰(zhàn)略的完整概念，戰(zhàn)略應(yīng)是一個企業(yè)“能夠做的”（即組織的強項和弱項）和“可能做的”（即環(huán)境的機會和威脅）之間的有機組合。

 

System planning（系統(tǒng)規(guī)劃）：為組織定義了策略方向的初始規(guī)劃。

 

Table（表）：關(guān)系數(shù)據(jù)庫中數(shù)據(jù)定義與數(shù)據(jù)存儲的基本單位。所有用戶訪問的數(shù)據(jù)都存儲在表中。

 

Tag definition（標(biāo)簽定義）：構(gòu)造型的一個特性，顯示為含有構(gòu)造型聲明的類矩形中的一個屬性。

 

Tagged value（標(biāo)簽值）：一個名-一什對，附屬于一個模型元素，訪模型元素使用了包含標(biāo)簽定義的構(gòu)造型。

 

Task（任務(wù)）：過程中的原子活動。

 

Test case（測試用例）：定義測試需求的文檔。

 

Test-driven development（測試驅(qū)動開發(fā)）：一種敏捷軟件開發(fā)技術(shù)，要求在編寫應(yīng)用程序代碼之前先編寫測試用例和測試程序。

 

Test plan（測試計劃）：確定測試用例、制定測試過程中需要的進度安排、預(yù)算和資源的質(zhì)量控制文檔。

 

Test requirement（測試需求）：測試文檔中的功能性需求或非功能性約束。

 

Test script（測試腳本）：定義測試步驟和驗證點順序的人工或自動化腳本。

 

Test suite（測試集）：一組測試腳本。

 

Testing to code（針對代碼的測試）：一種動態(tài)測試形式，需要仔細(xì)分析被測試程序的控制邏輯。

 

Test to specs（針對規(guī)格說明的測試）：一種動態(tài)測試形式，它將被測試程序看作一個只有輸入和輸出的黑盒子。

 

Tier（層）：體系結(jié)構(gòu)層次中若干級別中的一個。類似于layer，但一般指物理體系結(jié)構(gòu)中的級別。

 

Trigger（觸發(fā)器）：一段過程代碼，在響應(yīng)數(shù)據(jù)庫中執(zhí)行的修改時自動調(diào)用并運行。

 

Traceability（可追蹤性）：在系統(tǒng)中捕獲、連接和追蹤所有重要開發(fā)制品及其需求的生命周期過程。

 

Transaction（事務(wù)）：工作的一個邏輯單元，完成某一特定的業(yè)務(wù)任務(wù)，并在任務(wù)完成后保證數(shù)據(jù)庫的完整。

 

UML（Unified Modeling Language）：統(tǒng)一建模語言或標(biāo)準(zhǔn)建模語言，是始于1997年一個OMG標(biāo)準(zhǔn)，它是一個支持模型化和軟件系統(tǒng)開發(fā)的圖形化語言，為軟件開發(fā)的所有階段提供模型化和可視化支持，包括由需求分析到規(guī)格，到構(gòu)造和配置。

 

UNP（Upward Notification Principle）：PCBMER中的向上通知原則。

 

Unit of work（工作單元）：維護受業(yè)務(wù)事務(wù)影響的對象列表，并且能夠協(xié)調(diào)變更的寫入和解決并發(fā)問題。

 

Update anomaly（更新異常）：對表進行修改操作所引起的意外副作用。

 

Usability（可用性）：確定系統(tǒng)易于使用的非功能性需求。

 

Use case（用例）：被系統(tǒng)執(zhí)行的一組動作的規(guī)格說明，它為系統(tǒng)的一個或多具參與者或其他利益相關(guān)者產(chǎn)生一個可觀察到的結(jié)果，典型情況下，產(chǎn)生的結(jié)果是一個值。

 

UX（User Experience）：用戶體驗。

 

VCM（Value Chain Model）：價值鏈模型。

 

 

View（視圖）：一個被存儲和命名的SQL查詢，從用戶的角度看是一個虛擬的表。

 

Visibility（可見性）：一個列舉，它的值表示所指的模型元素在其封閉名字空間之外是否能夠可見。

 

Walkthrough（走查）：不太正式的評審會議，項目經(jīng)理很可能不參加。

 

Web Application（Web應(yīng)用程序）：一個網(wǎng)站，包含動態(tài)頁面，其內(nèi)容可以根據(jù)用戶請求進行變化。

 

Web page（網(wǎng)頁）：Web應(yīng)用程序中的一個“窗口”。

 

Web Server（Web服務(wù)器）：負(fù)責(zé)處理應(yīng)用程序的控制事件和GUI表示的體系結(jié)構(gòu)層。

-----------------------------

Powered by 《REQUIREMENTS ANALYSIS AND SYHSTEM DESIGN》.