这个想法(仍然在原型阶段)是创建一种基于Visio或类似工具的Map，它跟踪公司所有IT资产之间的通信和相互依赖关系，以便当有人要求更改时，他们可以获得影响的概述。
这是在一个休闲的环境中提到的，我不会直接负责这方面的工作，但是我已经做了很少的贡献我已经在模糊的相关方法(Zachman Framework)。
如果他们知道可能有助于这种努力的方法论或工具，如果他们有任何具体的经验贡献，我想在这里听到来自这里的人的意见。我会消化答案并将结果发送给我的客户，希望这可能对他们的任务有所帮助(我认为有点有远见，容易出现任何文档项目的所有缺陷，但仍然值得追求)。
N.B：问题不是“我收集了关于IT资产的所有这些数据，而且我无法为Graphviz支付Visio或Google的费用，也不能将其转换为MindMapping工具，也可以使用Jgraph等等创建自定义导航器。
问题是“如何收集相关/有用的信息，以及如何组织这些信息，考虑到由于界面，版本和包更改，我可能需要定期更新数据？
这不是一个可视化的问题，还是还没有。我们必须首先从数据收集和组织开始。如果您想建议一个工具，它还必须包括数据收集和管理部分(例如：Rational System Architect)。但是在这种情况下，如果您有一些实际的经验，请提出建议，或者如果您很确定它是非常好的，不太了解(我可以Google，谢谢)。
如果你想建议一些书籍/方法，这也是有帮助的(我只知道Zachman框架，不知道它真的很适合)。
“只需创建一个Excel文件”或“你可以使用SmartDraw，man !!!”不用太多，恐怕。
发现Iteraplan看起来非常适合！
如果是这样的情况，您将用来图形化映射布局的情况可能在UML中为Deployment Diagram。
您可以将系统/服务器/物理资产映射为框对象，然后将其映射到各种应用程序，数据库，组件以及它们之间的相互关系。
使用UML的问题是，程序员主要关注类图(因为它们与软件中的数据建模有直接关系)，因此很难在非类UML图上找到“好”资源和示例。
我过去曾经用过一次映射相对复杂的跨系统跨应用程序实现，并在设计系统时以其他开发人员共享的方式将我的想法降下来。简而言之，这很简单，做得很好。
为了创建图表，我使用了dia.如果我不得不这样做，我一定会使用Visio，因为很容易找到预制的stencil/template packages to diagram with online，如果那些没有你需要的是很容易滚动你的Visio中拥有自己的模具。
注意：我有很多(几百个小时)的Visio做电气设计的经验，所以我认为我自己很熟悉的工具，以进行客观比较。
适应指定格式的缺点是：
他们通常过于复杂
他们通常有严格的格式或一套规则
>很容易发现自己试图将系统模拟成图，应该是相反的
图表可以很容易地变得太复杂，无法理解或理解创建者以外的任何人
我的建议是：
使图表尽可能简单
>不要害怕违反规则
使图表尽可能简单
做一切尽可能保持图表尽可能简单直观的能力
> …你得到点
如果从未见过图表的开发人员在开始前几分钟就无法开始破译布局和意义，那么可能会造成更多的危害。
我会考虑Zachman Framework是一个坏的选择，因为：
>很难理解图表正在尝试的“点”
>图格式太复杂了
>规则是一种不灵活的格式，限制，而不是系统设计的补充
当你在研究选项时会问自己。你了解图的要点吗？
图解设计的问题是，如果做错了，它会产生更多的头痛，然后它的价值，没有人会使用它。没有设计文件通常比坏的设计文件更好。
我希望有帮助。
