要求目录及；UML模型
在定义基于软件的项目的需求方面，寻找一点关于“如何完成事情”的指导 我完全了解需求目录中的内容以及UML建模的有用性 我的问题是，这两者是如何联系在一起的？对于使用UML建模的任何需求，您是否应该将需求写入目录中？基本上是重复的需求 比如说,， -用户希望从供应商处采购“产品” -要做到这一点，他们将把他们的产品详细信息输入到“breifing”表格中 -在这个场景中，我希望使用类图列出一个“产品”类的所有“简报”字段（显示在简报表单上） 但是，我如何将这些需求与需求目录联系起来？如果它们没有被引用，开发人员如何知道这些需求的存在 非常感谢您的帮助 谢谢，要求目录及；UML模型,uml,requirements,catalog,Uml,Requirements,Catalog,在定义基于软件的项目的需求方面，寻找一点关于“如何完成事情”的指导 我完全了解需求目录中的内容以及UML建模的有用性 我的问题是，这两者是如何联系在一起的？对于使用UML建模的任何需求，您是否应该将需求写入目录中？基本上是重复的需求 比如说,， -用户希望从供应商处采购“产品” -要做到这一点，他们将把他们的产品详细信息输入到“breifing”表格中 -在这个场景中，我希望使用类图列出一个“产品”类的所有“简报”字段（显示在简报表单上） 但是，我如何将这些需求与需求目录联系起来？如果它们没有被
Dan您应该使用用例图在需求和UML之间架起桥梁。 然后，您可以在类和每个用例之间建立显式关系。
开发人员可以看到一个特定的类链接到一个或多个用例（需求）。您应该使用用例图在需求和UML之间架起桥梁。 然后，您可以在类和每个用例之间建立显式关系。
开发人员可以看到一个特定的类链接到一个或多个用例（需求）。一些建模工具将需求包含到您的UML模型中。然后你有一个明确的链接。 例如：（见第16页）
否则，您可能会导出图表并将其包含到目录文档中。一些建模工具会将需求包含到您的UML模型中。然后你有一个明确的链接。 例如：（见第16页）
否则，您可以导出图表并将其包含在目录文件中。形成需求目录，并在正式签署之前，获取和分析受众需求，基于项目的需求，UML图通常会参考功能的工作或您捕获的流程，流程工作流/活动图对于利益相关者来说是合理的，可以可视化内部流程的工作方式、用例、类图，在开发人员和QA的设计/开发阶段，序列图等对开发和QA团队更有用 对于每个需求，只需通过使用需求ID来参考UML图。但如前所述，确保需求和UML之间具有可追溯性，反之亦然
希望这有助于形成需求目录，并根据项目的需求，在正式签署之前，引出并分析受众需求，UML图通常会参考您捕获的功能工作或流程，流程工作流/活动图对于利益相关者来说是合理的，可以可视化内部流程如何工作，用例、类图、序列图等对于开发人员和QA的设计/开发阶段的开发和QA团队更有用 对于每个需求，只需通过使用需求ID来参考UML图。但如前所述，确保需求和UML之间具有可追溯性，反之亦然 希望这有帮助