在定义基于软件的项目的需求时,寻找一些关于“事情是如何做的”的方向。
我完全熟悉需求目录中的内容以及UML建模的用处。
我的问题是,这两者是如何联系在一起的?对于使用UML建模的任何需求,您是否应该将需求写到目录中-本质上复制了需求?
例如,一个用户希望从供应商处采购一个“产品”,为此,他们将把他们的产品详细信息输入到一个“酝酿”表单中--在这个场景中,我将使用一个类图来列出一个“产品”类的所有“简报”字段(显示在简介表单上
但是,我如何将这些需求与需求目录联系起来呢?如果它们没有在那里被引用,开发人员如何知道这些需求的存在?
非常感谢您的帮助!
谢谢,丹
发布于 2013-07-25 20:57:33
您应该使用用例图在需求和UML之间架起桥梁。然后,您可以在您的类和每个用例之间建立明确的关系。开发人员可以看到一个特定的类被链接到一个或多个用例(需求)。
发布于 2013-08-26 18:13:33
有些建模工具将需求包含到您的UML模型中。那么你就有了一个明确的链接。例如:http://www.sparxsystems.com.au/downloads/whitepapers/Requirements_Management_in_Enterprise_Architect.pdf (见第16页)
否则,您可以导出图表并将其包含在目录文档中。
发布于 2013-12-04 22:01:25
形成需求目录并引出并分析您的受众直到正式签发点的需求,基于项目的需求,UML图通常会参考您捕获的功能或过程的工作,过程工作流/活动图对于涉众来说是健全的,以可视化内部过程是如何工作的,用例、类图、序列图等对于开发和QA团队在devs和qa的设计/开发阶段更有用。
对于每个需求,只需通过使用需求ID来引用UML图。但如前所述,请确保您在需求和UML之间具有可追溯性,反之亦然。
希望这能有所帮助
https://stackoverflow.com/questions/17852409
复制相似问题