“术语表”可以造什么句，术语表造句

术语表用户可以为业务术语的定义提供协助。

术语表用户可以在术语上添加说明，为术语表进一步提供上下文信息和主题问题知识。

它们的意思都在术语表和脚注上。

如果没有业务术语表，讨论就会陷入到对命名和业务术语的争论中。

建模师可以将术语表术语拖放到uml模型的现有类别和属*上，这将在uml模型元素和术语表术语之间建立一个分类关系。

根据牛津英语词典的解释，glossary(术语表)意为gloss（术语，集注等）的*。 由此，看来urbandictionary在这有所退步了。

术语表内容应该在建模工具内可用，从而使建模师不可能不理睬术语表内容。

对于本例，将导出整个术语表，因为它非常小。

你知道这些关键术语的意思吗？通过查询书后的术语表，你可以检查你的回答。

可以提前决定哪些对象按照哪些术语进行分类，也可以等到构建了术语表结构之后再做决定。

用户可以查看对象属*和关系，向术语表管理员发送反馈。

例如，许多支付术语表示为交易日，这意味着从星期一到星期五。

从出版的角度来看，主题分类类似于索引和术语表。

因此，它们应该被作为术语表的术语建模，而属*所属于的成员类型则应作为类别建模以表明包含关系(参见图2)。

无论术语表采用TMX还是TBX格式，CAT工具都可以以类似机器翻译的方式用它提供部分翻译。

因此，为了最佳的可用*，这两个用例需要两种稍有不同的术语表层次结构来满足其特定的需求。

术语表不需要列出需求规格说明书中用过的每一个词汇，但是它必须包含可能有歧义的词汇。术语表通过给出需求规格说明书中关键词汇的定义，消除了模糊*。

而且，employee、last和name是术语表模型中定义的基本单词、修饰词和类单词，那么employeelastname这个对象名称就是有效的。

具体来说，要规范化现有的对主题有权威定义的术语表、概念或参考题目，可以添加进这段特殊小节。

通过使用术语表模型，可以定义词汇的名称、缩写、替换的缩写、类型(基本单词或类单词)、它是否可以作为修饰词、状态以及摘要或描述。

如果现有模型结构未能严格遵守术语表，可以使用适当的术语表术语对这些结构进行分类。

随着对业务术语了解的深入，应该不断更新业务术语表中的信息。

允许术语表有组织地增长可能会导致业务术语出现大量重叠，这会加剧术语方面的混乱，而消除混乱正是术语表的目标。

维持术语表的完整*和规范化是很重要的。

一个索引术语可能有多个含义，但每个主题只能有一个精确含义，就像术语表中的每个含义一样。

另外一个你可以放置这类要求的地方是术语表或者数据字典。

在语音系统世界里，词典这个术语表示一组词，识别引擎具有对这些词的发音的访问权。

如果您希望研究整个系统，最好的入手点可能是术语表(请参看参考资料)。

在掌握了这个新的术语表后，IT设计师和业务流程的所有者就能更轻易地把他们的独一无二的需求映*到已建立的最佳实践设计技术和模式中。

二百业务术语表不但应该包含数据元素的公认定义，还应该包含与这个元素相关联的任何变体或依赖*。

这本书还带有一份完善的术语表。

实际上，无论企业是否有术语表，或者是否有多个分散的术语表，模式是非常相似的。

统一的业务术语表可以有效地解决这个问题，因为它为术语确定了单一的公认的业务含义。

如果在元数据存储库中有一些不同的术语表示相同的东西，那么可以把这样的术语指定为同义词。

这时可以添加或者删除术语表模型，而且这个页面会自动地与项目的命名标准属*页面保持同步。

在构建企业范围的业务术语表时，可以同时包含术语的语义定义和表示定义。

数据专员是负责存储库中一个或多个术语表元素的用户或用户组。

由谁创建业务术语表？

应该制订业务术语表，以文字的方式描述“供应商”和“项”之类的业务概念。

每一个斜体的术语表示引用该语法中的一个抽象元素。