UML中的结构和行为

Question

我对模型的结构和行为有一些疑问，使用UML以及两者之间的关系：

1. 您是否发现UML对规范或理解结构与行为之间关系有任何限制？
2. 我想知道你是否有任何关于如何使用UML优化结构和行为之间关系的实际想法。
3. 您是否知道任何有助于更好地理解这种关系或更容易表现出来的UML工具？

由于

Answer 1

1. 是：

   • 序列图在高级别上是可读的，显示了事务如何涉及一些组件;但是它在详细级别上并不好（不可读），显示了一个事务如何涉及许多方法（方法A调用方法B，从方法D和E获取数据，然后调用方法F等）。

   • 查看类图，您可能会看到一个包含多个子类的基类;这几乎没有告诉你类的行为（它只告诉你他们可能有一些共同的行为，或者至少是一个通用的API，加上每个子类独有的一些行为）。

2. 这是个大问题。一个快速的答案是，“将文本注释附加到对象：没有描述性文本，图表是不够的。”

3. 不，我不是真的; UML工具可以帮助您创建UML图表（并从图表中生成代码），但这取决于您如何使用它。标题为Real-Time Object-Oriented Modeling（1994）的书中描述了一个简洁的产品，它是一个可执行的模型，即模型本身有行为，但我知道没有UML工具。我所知道的最接近的是能够在模型和代码之间“往返”（即从模型生成代码，从代码生成代码）。

Answer 2

听起来像是一个家庭作业问题。 Wiki可以告诉你关于UML的所有信息。

UML的局限性与任何形式的沟通相同。您的语言越简单，您可以沟通的内容越少，沟通就越清晰。像方形或圆形的形状表示结构，线表示关系，箭头表示移动或流动。您可以通过定义其他属性的含义来增强此功能，例如方向，粗体，颜色，数量计数，不同形状。您可以合并多媒体图层，如音频或视频，动画，工具提示 - 但现在我们不再讨论UML了。

我最喜欢的UML工具是白板和一些干擦标记。

Answer 3

我认为事情发生了变化，关于UML对melculetz的用处。

1. 在Visual Studio 2010中，我可以定义一个关联关系，它将生成复合类。我可以指定多重性和类限定符。我也可以从模型中生成类 目前，我正在尝试对系统的各个阶段进行可视化建模，以便直观地定义状态机对象的方法。这是我尝试整合结构和行为。查看我的博客，了解我的情况。 类分析器可视地表示类对象的行为。已移除限制。

2. 我认为答案是将您的开发方法转向MDA。您将生成更多的课程，但收益在于可管理性和重复使用（您模拟工作的地方）。

3. 我仍在使用我的模型但是，我发现VS2010承诺管理开发过程的好工具。我还没有调查UI建模，但听说过谣言。我可能完全错了，但我认为，通过与Lightswitch合作，我也可以为UI建模。

Answer 4

UML允许您指定方法的签名，并将方法分组到类中，但它根本没有说明您用作实现的代码。如果你的意思是“行为”，我认为UML根本不会在课堂上解决这个问题。

在UI级别更糟糕。我对UML的印象是，它对于指定UI非常不合适。

我认为将所有内容嵌入UML所需的工作量大于或等于编写应用程序，UML工具的额外负担是IDE很差，并且无法以单元测试的方式证明UML的正确性。

UML超卖，IMO。我认为这是开发人员之间非正式沟通的便捷表示法，仅此而已。从来没有，也永远不会是面向对象的工程图纸。