需求命名和编号

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

需求名称和描述

有许多用于命名需求的方案， Enterprise Architect足够灵活以支持所使用的任何方案。您可以在两个位置添加文本信息到Requirement：元素名称（最多255个字符）和'Notes'字段（实际上是无限个）。一些方案指定输入需求的单个定义，并且不需要注释。其他方案规定了一个简短的名称，并指定要求以详细的文字说明。如果不使用注释，通常的做法是使用某种类型的编号系统，以便可以明确地引用需求。

当需求出现在图表中时，默认情况下会显示名称，但是建模者可以选择显示需求的多个隔离专区中的任何一个，包括注释。该技术创建表达图，以揭示需求的详细信息，并帮助读者或审阅者更充分地理解需求。

顺序编号

优良作法通常建议在创建需求时给它们一个序号，以便可以在利益相关者研讨会，变更请求，与系统集成商或实施团队的对话中引用它们。在这种情况下使用名称通常很麻烦并且容易出错，因此最好使用序号。为此， Enterprise Architect具有一种称为“自动名称和计数器”的功能，可用于为包括需求在内的任何元素类型分配顺序号。它包括一个前缀定义，一个计数器和一个后缀定义，允许创建诸如“ REQ007-管理库存”之类的数字。可以进一步将其改进为编号系统，例如此体系结构要求：“ ARR134-内部组件接口的有效载荷必须使用XML格式”。

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

编号层次结构

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

编号包装

这是一种混合方法，其中使用包创建高级命名和编号结构，并使用包标识符和标识包的编号对每个包中的需求进行编号。因此，履行订单的要求可以包含在名为“ 2.4履行订单”的程序包中，而该程序包中的单个要求可以称为“ FO-01处理信用卡付款”。这可以手动维护，也可以编写脚本来确保正确分配编号。

全球唯一标识符

Enterprise Architect存储库中的每个元素，图和连接器都以全局唯一标识符（GUID）的形式提供了一个不变且唯一的引用。 GUID在创建时已分配给元素，并保证在时间和空间上唯一。因此，需求可以最终由该唯一标识符引用。尽管GUID是一种引用需求的有力且无可辩驳的方式，但由于它的篇幅和难以记住的事实，在与利益相关者的讨论中使用它是不切实际的。 GUID的目的是能够跟踪和管理需求来源，尤其是在使用Enterprise Architect为其他工具生成需求时。它也用作XMI交换格式的标识符。

专有编号系统

出于监管或商业原因，可能会有一些项目或工作计划指定必须与“需求”一起使用的专有编号系统。因此，Enterprise Architects的一个内置方案可能不够用。在这种情况下，用户可以结合使用脚本工具和标记值来创建自己的编号方案。