问题标签 [modeling]

我正在尝试选择一种工具来创建各种风格的 UML 图。可用性对我来说是一个主要标准，但我仍然会通过更陡峭的学习曲线获得更多的力量并感到高兴。免费（如啤酒）会很好，但如果该工具值得，我愿意付费。我应该使用什么？

我的所有 Visio 经验都与 LAN/WAN 文档有关。我最近想在Nagios配置中可视化对象之间的关系，但我意识到我不知道如何正确地做到这一点，并转向更重要的事情。我正在阅读对该线程的回复，并意识到这是软件开发人员必须做的很多事情。

所以这可能是一个小问题，但是在 Visio 中记录对象关系的正确方法是什么？有没有更好的模板可以使用？什么样的模板集合是正确的模板？

在我可能幼稚的观点中，我想象一个对象是一个带有单个“接收”连接器并包含多个较小框的大盒子，每个小盒子代表一个对象成员并具有自己的连接器。因此，每个对象成员字段都将连接到成员类型对象上的“接收”连接器。这些对象本身相当容易构建。我遇到的问题是连接线不尊重对象并越过它们的顶部，造成可怕的、无法使用的混乱。

感谢您的任何指示。

到目前为止，我已经遇到过邻接表、嵌套集和嵌套间隔作为在数据库中存储树结构的模型。我对这些非常了解，并且已经将树木从一棵迁移到另一棵。

其他流行的型号是什么？他们的特点是什么？关于这个主题有哪些好的资源（书籍、网络等）？

我不仅在寻找数据库存储，而且想扩展我对树木的一般知识。例如，我知道嵌套集/间隔特别有利于关系数据库存储，并问自己，在其他情况下它们实际上是一个糟糕的选择吗？

构建由许多不同类型的项目组成的系统模型的常见解决方案是创建一个模块化系统，其中每个模块负责特定类型。例如，将有用于袋熊的模块 WombatModule:IModule，其中 IModule 接口具有 GetCount()（查找袋熊数量）和 Update()（更新所有袋熊的状态）等方法。

更面向对象的方法是为每个项目类型设置类并为每个项目创建一个实例。这将使类 Wombat:IItem 具有 Update() 之类的方法（以更新这个袋熊）。

从代码的角度来看，差异可以忽略不计，但运行时差异很大。面向模块的解决方案当然更快：更少的对象创建，更容易优化所有袋熊通用的操作。

当类型和模块的数量增加时，问题就来了。要么你失去了大部分性能优势，因为每个模块只支持几个项目，要么模块的复杂性增加以适应一种通用类型的稍微不同的项目——比如胖袋熊和瘦袋熊。或两者。

至少有一次我看到它退化为糟糕的状态，而 WombatModule 所做的只是保留隐藏的 Wombat 对象的集合并循环运行它们的方法。

当性能问题比长期开发问题更小时，您能否确定使用模块而不是每个项目对象的任何架构原因？可能还有另一种可能性我失踪了？

我们在工作中使用 PowerDesigner 进行数据库建模。但是该软件的价格标签非常昂贵。坦率地说，我使用的只是 MS SQL 的物理图，这大约是 PD 所知道的 1%。

有什么好的选择吗？我知道 Visio 和 MS SQL 图表，但正在寻找其他选项。

我想创建基本的低多边形 3D 模型以在 XNA Game Studio 游戏中使用。人们推荐什么便宜/免费的工具？

有没有人有任何链接或代码片段显示如何将某种 3D 模型加载到 XNA 中，然后在屏幕上绘制它们？

你最喜欢的开源数据库设计/建模工具是什么？

我正在寻找一个支持多个数据库的数据库，尤其是 Firebird SQL，但我在 Google 上找不到。

是否有任何最佳实践（甚至标准）可以在数据库中以一致和全面的方式存储地址？

具体来说，我认为现阶段地址存储有两种情况：

• 您只需要将地址与人、建筑物或任何物品相关联（最常见的情况）。那么一个带有文本列（address1、address2、zip、city）的平面表可能就足够了。这不是我感兴趣的情况。
• 您想对您的地址进行统计：特定街道、城市或...中有多少物品然后您想避免任何类型的拼写错误，并确保一致性。我的问题是关于这种特定情况下的最佳实践：建模一致地址数据库的最佳方法是什么？

一个国家特定的设计/解决方案将是一个很好的开始。

回答：这个问题似乎还没有完美的答案，但是：

• 正如 Hank所建议的， xAL是最接近出现的全球标准的东西。不过，这似乎有点矫枉过正，我不确定很多人会想在他们的数据库中实现它......
• 要开始自己的设计（针对特定国家/地区），Dave到万国邮政联盟(UPU) 网站的链接是一个很好的起点。
• 至于法国，地址有一个规范（非官方，但事实上的标准），上面有AFNOR XP Z10-011（仅限法语）这个可爱的名字，并且必须付费。万国邮联对法国的描述基于此规范。
• 我碰巧找到了瑞典的等效规范：SS 613401。
• 在欧洲层面，已经做出了一些努力，形成了标准 EN 14142-1。它可通过CEN 国家成员获得。

我一直使用 UML 序列图，并且熟悉 UML2 符号。

但我只用它们来捕捉我打算做的事情的本质。换句话说，图表总是存在于实际代码之上的抽象级别。每次我使用它们来尝试准确地描述我打算做什么时，我最终都会使用如此多的水平空间和如此多的 alt/loop 帧，这不值得付出努力。

所以理论上可能是可能的，但有没有人真正使用过这个详细程度的图表？如果是这样，你能提供一个例子吗？

什么时候应该使用 XML 属性，什么时候应该使用 XML 元素？

例如

或者