“術語表”造句，怎麼用術語表造句

這本書還帶有一份完善的術語表。

隨著對業務術語瞭解的深入，應該不斷更新業務術語表中的資訊。

在構建企業範圍的業務術語表時，可以同時包含術語的語義定義和表示定義。

允許術語表有組織地增長可能會導致業務術語出現大量重疊，這會加劇術語方面的混亂，而消除混亂正是術語表的目標。

實際上，無論企業是否有術語表，或者是否有多個分散的術語表，模式是非常相似的。

維持術語表的完整*和規範化是很重要的。

每一個斜體的術語表示引用該語法中的一個抽象元素。

一個索引術語可能有多個含義，但每個主題只能有一個精確含義，就像術語表中的每個含義一樣。

統一的業務術語表可以有效地解決這個問題，因為它為術語確定了單一的公認的業務含義。

另外一個你可以放置這類要求的地方是術語表或者資料字典。

資料專員是負責儲存庫中一個或多個術語表元素的使用者或使用者組。

在語音系統世界裡，詞典這個術語表示一組詞，識別引擎具有對這些詞的發音的訪問權。

如果在元資料儲存庫中有一些不同的術語表示相同的東西，那麼可以把這樣的術語指定為同義詞。

如果您希望研究整個系統，最好的入手點可能是術語表(請參看參考資料)。

應該制訂業務術語表，以文字的方式描述“供應商”和“項”之類的業務概念。

在掌握了這個新的術語表後，IT設計師和業務流程的所有者就能更輕易地把他們的獨一無二的需求映*到已建立的最佳實踐設計技術和模式中。

這時可以新增或者刪除術語表模型，而且這個頁面會自動地與專案的命名標準屬*頁面保持同步。

二百業務術語表不但應該包含資料元素的公認定義，還應該包含與這個元素相關聯的任何變體或依賴*。

由誰建立業務術語表？

如果現有模型結構未能嚴格遵守術語表，可以使用適當的術語表術語對這些結構進行分類。

它們的意思都在術語表和腳註上。

建模師可以將術語表術語拖放到uml模型的現有類別和屬*上，這將在uml模型元素和術語表術語之間建立一個分類關係。

術語表內容應該在建模工具內可用，從而使建模師不可能不理睬術語表內容。

你知道這些關鍵術語的意思嗎？通過查詢書後的術語表，你可以檢查你的回答。

使用者可以檢視物件屬*和關係，向術語表管理員傳送反饋。

從出版的角度來看，主題分類類似於索引和術語表。

無論術語表採用TMX還是TBX格式，CAT工具都可以以類似機器翻譯的方式用它提供部分翻譯。

術語表不需要列出需求規格說明書中用過的每一個詞彙，但是它必須包含可能有歧義的詞彙。術語表通過給出需求規格說明書中關鍵詞彙的定義，消除了模糊*。

具體來說，要規範化現有的對主題有權威定義的術語表、概念或參考題目，可以新增進這段特殊小節。

術語表使用者可以為業務術語的定義提供協助。

如果沒有業務術語表，討論就會陷入到對命名和業務術語的爭論中。

對於本例，將匯出整個術語表，因為它非常小。

例如，許多支付術語表示為交易日，這意味著從星期一到星期五。

因此，為了最佳的可用*，這兩個用例需要兩種稍有不同的術語表層次結構來滿足其特定的需求。

通過使用術語表模型，可以定義詞彙的名稱、縮寫、替換的縮寫、型別(基本單詞或類單詞)、它是否可以作為修飾詞、狀態以及摘要或描述。

根據牛津英語詞典的解釋，glossary(術語表)意為gloss（術語，集註等）的*。 由此，看來urbandictionary在這有所退步了。

因此，它們應該被作為術語表的術語建模，而屬*所屬於的成員型別則應作為類別建模以表明包含關係(參見圖2)。

術語表使用者可以在術語上新增說明，為術語表進一步提供上下文資訊和主題問題知識。

而且，employee、last和name是術語表模型中定義的基本單詞、修飾詞和類單詞，那麼employeelastname這個物件名稱就是有效的。

可以提前決定哪些物件按照哪些術語進行分類，也可以等到構建了術語表結構之後再做決定。