无论使用何种工具,例如 EA Sparx、Visual Paradigm 等,您如何捕捉分析或建模过程中提出的问题?
您只是使用注释还是有标准方法?例如,我如何捕获“是否需要将数据备份到外部或内部供应商?”的问题?
无论使用何种工具,例如 EA Sparx、Visual Paradigm 等,您如何捕捉分析或建模过程中提出的问题?
您只是使用注释还是有标准方法?例如,我如何捕获“是否需要将数据备份到外部或内部供应商?”的问题?
有关于这些主题的整本书(尤其是 Robertson& Robertson,Mastering the Requirements Process,ISBN-13:978-0321815743)所以我严重怀疑这里会有一个简短的答案来广泛涵盖您的问题。
(在第 1 条评论后在此处删除文本)
“需要在 UML 中回答的问题”是什么意思?当然,在某些场景中 UML 符号非常有用。但它仍然是众多建模语言中的一种,不仅在工具方面,而且在符号方面都有替代方案。
对于开放式问题,您可能最好按照自己的建议使用图表注释。但那是一个 UML 内部视图。我会使用像 Atlassian Jira 这样的问题跟踪器来获得更好的概览和各种更好的可用性。然后,您可以使用加载项与 EA 同步。
通常,您的问题将来自需求。您可以将未解决的问题放入需求元素的“注释”字段中。UML 不提供任何图表类型来捕获需求,因此您必须依赖建模非 UML 需求元素。
Sparx EA 中的需求元素不是(!)标准化的,而是 Sparx 的专有解决方案。它们有点类似于 OMG SysML(系统建模语言)中的需求图。两个价格最高的 EA 版本也提供 SysML 支持,您可以使用正确的 SysML 语法显式创建此类需求图。SysML 是 UML 的扩展,因此它们可以很好地协同工作。您还可以创建<<trace>>
关系。对于其他版本的 EA,有一个 SysML 插件。MagicDraw 也是如此。
我找到了一种可以使用 EA Sparx 捕获文档的方法。希望它在未来对某人有所帮助 -需求收集