需求和编号

需求是问题（或机会）定义的基础，解决方案必须追溯到这个定义。

需求名称和描述

有许多用于命名需求的方案， Enterprise Architect足够灵活，可以支持任何使用的方案。您可以在两个位置向需求添加文本信息：元素名称，限制为 255 个字符，以及“注记”字段，实际上没有限制。一些方案指定输入一个单一的需求定义，不需要注记。其它方案规定了一个简短的名称，并指定用详细的文本阐明需求。如果不使用注记，通常的做法是使用某种类型的编号系统，以便可以明确地引用需求。

当出现在图表中时，默认情况下会显示名称，但建模者可以选择显示包括注记在内的许多需求隔间中的任何一个。这种技术创建了富有表现力的图表，揭示了需求的细节并帮助读者或审阅者更全面地理解需求。

顺序编号

良好的实践通常建议需求在创建时给出一个序列号，以便在利益相关者研讨会、变更请求、与系统集成商或实施团队的对话中提及。在这种情况下使用名称通常很笨拙并且容易出错，因此首选顺序号。为此， Enterprise Architect有一个名为自动名称和计数器的功能，可用于为包括需求在内的任何元素类型分配序列号。它包括一个前缀定义、一个计数器和一个后缀定义，允许创建诸如“REQ007 - Manage Inventory”之类的数字。这些可以进一步细化为编号系统，例如此架构要求：“ARR134 - 内部组件接口的有效负载必须使用 XML 格式”。

计数器添加到名称中，并显示在存储库的所有视图中，包括浏览器窗口、关系矩阵、搜索结果和图表。

编号层次结构

当在文字处理器中编写需求时，它们通常使用称为大纲编号的编号方案，该方案为第一级标题分配一个编号，例如：“4 库存需求”，然后通过添加句点和编号等方式对子标题进行编号作为'4。 1库存水平'，然后再次下降另一个水平'4。 1 . 1列出库存水平。 Enterprise Architect有一个称为级别编号的功能，它将分层编号应用于包中的元素。这是一个有用的机制，显示在多个位置，包括浏览器窗口、规范管理器、图表列表和包列表。但是，必须记住，如果包中元素的顺序或级别发生更改，则将根据其新位置为其分配新编号；如果需要不可变的数字，这使得这种机制不适合。

编号包

这是一种混合方法，其中使用包来创建高级命名和编号结构，并且每个包中的需求使用包标识符和用于识别它们的编号进行编号。因此，订单履行需求可以包含在一个名为“2.4 Fulfill Orders”的包中，并且该包中的单个需求可以命名为“FO-01进程信用卡付款”。这将手动维护或编写脚本以确保正确分配数字。

全球唯一标识符

Enterprise Architect存储库中的每个元素、图表和连接器都以全局唯一标识符 ( GUID ) 的形式提供了一个不可变且唯一的引用。 GUID在创建时分配给元素，并保证在时间和空间上是唯一的。因此，需求最终可以通过这个唯一标识符来引用。虽然GUID是一种有用且无可辩驳的提及需求的方式，但在与利益相关者的讨论中使用它是不切实际的，因为它的长度和不令人难忘的事实。 GUID的目的是能够跟踪和管理需求来源，特别是当Enterprise Architect用于向其他工具生成需求时。它还用作 XMI 交换格式中的标识符。

专有编号系统

出于监管或商业原因，可能有项目或工作计划将指定必须与需求一起使用的专有编号系统。出于这个原因，企业架构师的内置方案之一可能不够用；在这种情况下，用户可以使用脚本功能结合标记值创建自己的编号方案。