我期望给我们公司提供IT提供的业务服务和各种依赖的概述。
该图的目的是显示技术对业务应用程序的依赖关系，目的是协助configurationpipe理。 例如，如果托pipe虚拟机3的服务器出现故障，那么在解决问题时哪些业务应用程序会受到影响？ 或者，如果要更改networking子网或需要重新启动路由器，我们需要通知谁？
这些技术将沿着以下几个层次从上到下（大致从“前端”到“后端”）展示：
前端：
我对任何想法，build议，等如何各种各样的人已经可视化这一点。 在此先感谢您的帮助！
开始使用白板（让业务和技术人员参加会议，首先画出业务内容，然后让技术人员填写支持它的系统，以及任何不直接连接的系统）。
用白板图武装（拍摄照片！），您可以在Visio / Graffle / Tool-Of-Choice中进行绘制。
有几种方法可以分解（通过networking/子网，托pipe机器，业务组等等全部在一页上） – 您可能需要一个（或多个）这些细分来提供信息给所有需要它的组，但是从IT的angular度来看，您至less需要以某种方式显示机器级别和networking级别的信息，以满足上述的通知场景。
两个注释：
假设您的IT人员相当熟悉networking，系统和目的。
如果他们不希望这样做需要多less次会议，并且期望在一些关键业务系统爆炸时IT大量的时间投入是值得的，IT人员确切地知道在哪里可以解决问题。
所有绘图的最终结果可能会给你一个关于如何从商业angular度监视你的系统的好主意，并可能提出合理的方法来重组（或创build，如果你没有）你使用的监视系统。
现在就利用这一点，而你有资源关注它。 同样，从长远来看，当你的业务用户甚至可以拿起电话来投诉时，它会很好地为你服务。
这是CMDB的目标之一，显示了CI（configuration项目）之间的依赖关系。任何企业变更pipe理软件包都应该有一个CMDB。 一个相关的问题是，谁来保持它的最新？ 当有人添加一个新的Apache服务器到一个农场时，它会被添加到正确的关系到CMDB中吗？ 像这样的事情很难自动化，虽然有些公司出售昂贵的东西来试图做到这一点。
/编辑 – CFEngine有一个叫做Knowledge Map的商业产品，有不同的方法。 http://cfengine.com/files/knowledge.pdf 。 看起来他们的免费产品使用它，商业产品可以让你做更多的事情。 我不知道他们的成本，但是我相信它比HP ServiceManager这样的大型CMDB男孩less。 我想你不得不使用CFengine进行configurationpipe理，这是值得的。 另外，如果你不害怕做一点点编码，你可以用一个依赖关系映射来打开一个清单，然后根据这个来创build一个图表。
然而，无论采取何种方法，只要使用静态graphics工具来实现这一目标，IME几个月之后都将注定失去意义。 你开始添加服务器，不用麻烦更新Visio，因为它是一个PITA。 另一方面，如果您进行“更新文档”：
像“添加服务器和它的依赖性号码到这个文本文件”一样简单，所以系统pipe理员更可能做到这一点…和/或…
做别人的工作（需要强大的变更控制stream程）
那么你可能会有更多的运气。