在定义基于软件的项目的需求方面，寻找一些关于“事情是如何完成的”的指导。
我完全了解需求目录中的内容以及 UML 建模的有用性。
我的问题，这两者是如何联系起来的？对于使用 UML 建模的任何需求，您是否应该将需求写入目录中 - 本质上是重复需求？
例如， - 用户希望从供应商处采购“产品” - 为此，他们将在“breifing”表单中输入他们的产品详细信息 - 在这种情况下，我希望使用类图来列出所有针对“产品”类的“简报”字段（显示在简报表上）
但是，我如何将这些需求与需求目录联系起来？如果那里没有引用它们，开发人员将如何知道这些要求存在？
非常感谢任何帮助！
谢谢，丹
您应该使用用例图在需求和 UML 之间架起一座桥梁。然后，您可以明确您的类和每个用例之间的关系。开发人员可以看到一个特定的类与一个或多个用例（需求）相关联。
Forming the requirements catalogue and having elicited and analysed your audiences requirements up to the point of formal signoff, based on the needs of a project you UML diagrams would normally make reference to a working of functionality or a process which you captured, process workflows/activity diagrams are sound for stakeholders to visualise how there internal processes work, use cases, class diagrams, sequence diagrams etc are more useful for development and QA teams during the design/development phases for devs and qa's.
For each requirement just make reference to the UML diagrams through the use of the requirements ID. But as mentioned earlier, ensure you have traceability between requirements and UML and vice versa,
Hope this helps
一些建模工具允许将需求包含到您的 UML 模型中。然后你有一个明确的链接。例如：http ://www.sparxsystems.com.au/downloads/whitepapers/Requirements_Management_in_Enterprise_Architect.pdf （参见第 16 页）
否则，您可以导出图表并将它们包含在您的目录文档中。