19

我偶尔会被要求即兴为技术和非技术受众提供白板（非虚拟）数据流、架构图等。不幸的是，我的绘画技巧（和印刷品的易读性）很糟糕。

我怎样才能更有效地做到这一点？我正在寻找有关要使用的标准符号和连接器的提示，一些组织和分类信息的标准方法（例如，泳道）等。

我可以练习什么来变得更好？我希望这些视觉呈现能够有效地传达我的想法，而呈现不佳的图表会使想法显得复杂和不雅，即使它们并非如此。

4

12 回答 12

23

白板是一个很好的工具。我自己做了很多，我发现有几件事非常有效：

  • 使用最少的符号集：方框、箭头、圆圈和线条让您走得更远。喜欢简单的东西而不是更高级的建模技术——每个人都理解方框和箭头。
  • 画画时大声思考，以帮助观众理解你在画什么。
  • 与您的听众交流。白板不是单向的交流。如果您不确定是否理解了消息或绘图，请询问。
  • 当观众足够少时，让人们靠近黑板，并准备好钢笔，这样人们就可以和你一起画画。这允许更好的视觉辅助交流，以及更有效的白板会议。
  • 花足够的时间“整齐地”书写和绘画，但更喜欢稳定的沟通速度而不是完美的手写。这是一个艰难的权衡，需要一些练习，在保持你的写作和绘画易于理解的同时练习将提高你的写作和绘画速度。
于 2010-02-23T18:31:29.597 回答
12

慢一点。

花点时间写整齐也没关系。

于 2010-02-23T18:26:51.643 回答
11

非常基本，但是这个绘制卡通泡泡的技巧对我来说有很大的不同：不要画盒子然后在里面写文字。您通常会误判所需的大小，从而导致文本被压扁、难以辨认。相反，先写下你的标签，然后在它周围画一个框。

应用这一简单原理后，我的图表的清晰度大大提高了，我感到很惊讶。

于 2010-02-23T18:32:35.183 回答
9

白板的另一个好技巧是带上数码相机并为您的会议拍照。您可以在会议结束后将其分享到共享中，能够以这种方式回顾过去的会议真是太好了。

于 2010-02-23T18:34:21.520 回答
2

我经常在 Post It Notes 上写作，因为您可以在讨论对象之间的关系时轻松地移动它们。此外，不同颜色的 Post It 可以传达含义。

下面是一个例子：

替代文字 http://www.matterco.com/wp-content/themes/matter/images/art057.jpg

于 2010-02-23T18:34:15.410 回答
2
  • 试图在单个图表中容纳太多内容可能会让人感到困惑。
    • 尝试可视化深入了解可以绘制和连接更大模块的想法。可能是，拍下这张图表，以保存您在白板上的想法并获得反馈。
    • 专注于较小的模块并在适用的情况下应用钻取。

Wiki有一些关于不同图表的基本信息，这些信息可能适用于不同的场景。

我希望这有帮助。

干杯

于 2010-02-23T18:35:26.743 回答
2

我知道我在现场有点晚了，但我也建议实际写下你想要实现的目标，无论是用一句话还是用一些子弹。朝着不同的方向努力是很容易的，而且很早就结束了。它还可以用于控制/监控需求蠕变。

最后但同样重要的是，它还为您提供了一个很好的起点，然后再继续进行 ER 图和其他建模。

于 2011-03-08T16:47:52.573 回答
1

您熟悉 ER 图表吗？如果您正在为数据库建模，ER 图对大多数人来说非常普遍。

于 2010-02-23T18:28:00.797 回答
1

确保你有一块大白板。
越大，您就越能详细说明您的想法。

于 2010-02-23T18:54:52.977 回答
1

我知道许多程序员倾向于认为 UML 是“他们希望我放入永远不会被查看的文档中的那些愚蠢的废话”，但它实际上是为了解决程序员交流的问题而设计的。

了解 UML，即使您使用开放箭头或闭合箭头并不重要，因为事实是如果您使用错误的箭头会使某些人感到困惑。程序员是非常专一的小动物，这是他们经常喜欢“卡住”的事情之一。

了解一些基本的 UML 图类型。每个人都知道某种程度的对象图，我经常将继承图和包含图结合在同一张图中——不要太严格。

阅读一些流程图，并为您正在处理的复杂流程实际创建一个。他们在分析正在发生的事情以及交流任何超出微不足道的单一方法调用/返回的东西方面都非常酷。在我大约 1/3 的职业生涯中，我都不知道这些，当有人第一次在白板上扔一个东西时我就傻眼了（这是在我什么都知道之后——当然，每年我都会学到更多，然后决定我终于知道了一切）。

最后——你站在那里和那个人交谈。实际上，白板上的一个框只是您可以指向的东西，这样下次您指向它时，人们就会知道您的意思是一样的……这是增强您的口头交流的视觉辅助，仅此而已。

编辑：

这个页面是序列图的一个很好的介绍，有很多很好的例子。

于 2010-02-23T18:59:52.613 回答
0

架构图“应该”在 UML 中。

然而。

详细的 UML 图令人头疼，所以不要追求技术深度。

然而，有一些分类器刻板印象非常非常有助于“高级”摘要图涵盖许多基础。

控制类、边界类和实体类的“对象类原型”（参见http://doc.sumy.ua/prog/umld/AD970806.PDF）非常值得。将这些原型添加到类图中是有用的、快速的，并且是定义类（或包）如何融入整体的正式方式。

于 2010-02-23T18:39:11.447 回答
0

我自己是银河建模语言的忠实粉丝。

于 2010-02-23T18:48:40.743 回答