p.m*_*ino 18 mapping documentation resources enterprise assets
我的一位客户正在尝试为他们公司使用的各种应用程序创建一个相互依赖的交互式"矩阵"(这是一家拥有约2500名员工的旅游和休闲公司).
这个想法(仍处于原型阶段)是基于Visio或类似工具创建一种Map,它跟踪公司中所有IT资产之间的通信和相互依赖性,以便当有人要求进行更改时,他们可以获得概述影响.
这是在一个随意的环境中提到的,我不负责直接处理这个问题,但我确实已经在模糊相关的方法论(Zachman框架)方面贡献了我所知道的一点点.
我想听听这里的人们是否知道可能有助于这种努力的方法论或工具,以及他们是否有任何特定的经验可以做出贡献.我将消化答案并将结果发回给我的客户,希望这可能对他们的任务有所帮助(我认为这有点远见,并且容易出现任何文档项目的所有陷阱,但仍然值得追求).
注意:问题不在于"我收集了有关IT资产的所有数据,而且我无法为Graphviz提供Visio或Google,也无法将其转换为MindMapping工具或使用Jgraph等创建自定义导航器." 问题是"如何收集相关/有用的信息,以及如何组织这些信息,考虑到由于接口,版本和软件包更改,我可能需要定期更新数据？"
这不是可视化问题,或者还没有.我们必须首先从数据收集和组织开始.如果您想建议一个工具,它还必须包括数据收集和管理部分(例如:Rational System Architect).但在这种情况下,如果您有一些实际经验,或者如果您非常确定它非常适合并且不太了解(我可以谷歌,谢谢),请提出建议.如果你想建议一些书籍/方法论,这也是有帮助的(我只知道Zachman框架,并且不确定它真的很合适).
"只需创建一个Excel文件"或"你可以使用SmartDraw,男人!!!" 恐怕没多大帮助.
如果我错了,请纠正我...您正在寻找使用图表作为跟踪系统依赖关系的工具.
如果是这种情况,您用于以图形方式映射布局的内容可能是UML中的部署图.
您将系统/服务器/物理资产映射为框对象,然后将这些对象内部映射出各种应用程序,数据库,组件以及它们之间的相互关系.
使用UML的问题在于,程序员主要关注类图(因为它们与软件中的数据建模直接相关),因此很难在非类UML图上找到"好"资源和示例.
我曾经使用过一次来映射一个相对复杂的跨系统跨应用程序实现,并在设计系统时以可与其他开发人员共享的方式获取我的想法.简而言之,它很简单,它的工作做得很好.
为了创建图表,我使用了dia.如果我不得不重新做一遍,我肯定会使用Visio,因为在网上找到预先制作的模板/模板包很容易,如果那些没有你需要的东西,很容易就可以自己动手Visio中的模具.
注意:我在Visio做电气设计方面有很多(数百小时)的经验,所以我认为自己熟悉这些工具以进行客观比较.
适应明确指定格式的缺点是:
我的建议是:
如果一个从未见过图表的开发人员在查看它的前几分钟内无法开始破译布局和含义,那么它可能弊大于利.
我认为Zachman框架是一个糟糕的选择,因为:
当你在研究各种选择时,问问自己.你了解图表的要点吗？
图表设计的问题是,如果做错了,它会产生更多的麻烦,然后它的价值,没有人会使用它.没有设计文档通常比糟糕的设计文档更好.
我希望有所帮助.