Architecture it架构的白板可视化

Architecture it架构的白板可视化,architecture,visualization,infrastructure,whiteboard,Architecture,Visualization,Infrastructure,Whiteboard,有时,您必须在白板上绘制(计划的)IT架构/基础设施的图片。有时房间里只有IT人员,有时没有。但无论如何,通常您只想将您的IT系统或架构或多或少地描述为一个草图,而不是全部细节 我想问的是,当你想描述你的架构思想时,你使用了哪些模板、图表伪像等,例如一个集成Excel导入、XML导出、中间ESB、不同位置的3个不同数据库、一个Web和一个独立的GUI的系统?我想很少有人会想出一个详细的UML类图,在这种情况下,它不会很好地发挥作用。序列图或活动图有利于信息流的描述,但不利于系统的更全面描述 也许

有时,您必须在白板上绘制(计划的)IT架构/基础设施的图片。有时房间里只有IT人员,有时没有。但无论如何,通常您只想将您的IT系统或架构或多或少地描述为一个草图,而不是全部细节

我想问的是,当你想描述你的架构思想时,你使用了哪些模板、图表伪像等,例如一个集成Excel导入、XML导出、中间ESB、不同位置的3个不同数据库、一个Web和一个独立的GUI的系统?我想很少有人会想出一个详细的UML类图,在这种情况下,它不会很好地发挥作用。序列图或活动图有利于信息流的描述,但不利于系统的更全面描述

也许我们可以收集一些关于这方面的想法,类似于

致以最良好的祝愿

安迪


PS:我认为这可能是讨论这个问题的好地方,但如果它太离题了,请告诉我,我会关闭它或转移到一个更合适的地方。

简单的回答是-任何可行的。最相关的一点是,你必须以观众理解的方式/语言进行沟通

我这里有几个例子恰好是非常整洁的——如果这是一个自由流畅的讨论,他们不会——也不必如此。仅供参考,我是一名解决方案架构师,所以盒子能很好地为我服务;我主要谈论的是系统上下文,即事物适合现有环境的地方

要解决您的一些具体问题:

  • 我倾向于对角色和特定的用户组使用棒状数字——尽管业务组可以是盒子。盒子也适合放东西进去
  • 数据存储库(尤其是数据库)可以像鼓一样工作
  • 几乎所有其他内容都是一个方框(如果它是图表范围中的一个重要元素)
  • 为人们添加可视上下文是很重要的——因此,用线条绘制小方框来表示文档是很好的——可能就像一个用于存储一组数据的表格
  • 箭头-大部分是实心的,因为这样比较快,有时用虚线表示间接的或异步的
我同意你关于UML的评论:UML是非常正式的——当你在白板前讨论东西时,它通常不是

其他事项:

  • 使用颜色确实有帮助,所以在适当的时候不要害怕使用它
  • 图表形成的顺序与它所讲述的故事有关,不要害怕注释它,以便以后在您
  • 为放在白板上的东西拍照——现在大多数手机都内置了摄像头
()

()


()

我同意@Adrian K所说的一切。值得扩展的一点是图的顺序。你在讲一个故事,在这个故事中抓住阶段点是很重要的。我发现一个非常有价值的设备是一个打印白板,而不是一部移动电话——当你在白板上工作时,只需按下一个按钮,然后继续。谢谢克里斯:)我们的一些白板打印机不工作,或者只打印黑白——因此,使用移动设备就应运而生。但是你说得很对,如果你真的想要一份电子版,你可以在打印出来的时候扫描一下。谢谢你的回答。这对了解其他人如何做事很有帮助。似乎我也在做同样的事情:)