ITSM：使用 Visual Paradigm 进行信息管理
当谈到 Visual Paradigm (“VP”) 时，我很肯定大多数读者会立即将该主题与建模或建模语言联系起来，就像我一样。而且我认为很难不这样做。毕竟，VP 是一个屡获殊荣的建模工具。 但是，尽管第一印象看起来非常清晰，但我认为当我们开始更深入地挖掘 Visual Paradigm 的一些更具体且可能较少提及的功能时，您可能会惊讶地发现您会发现什么。其中之一是：信息管理。 什么是“信息管理”？ 在我们开始之前，让我们看看我们在这里处理的是什么。简而言之：处理可能来自不同来源的信息，并以目标受众可以使用的方式进行处理。这听起来很简单，虽然可能有点抽象。现在，尽管我们可以争辩说，建模过程本身也是一种信息管理形式，但这实际上不是我希望在这里讨论的方向。相反，我们将研究 Visual Paradigm 允许我们处理信息并在项目中使用它的几种不同方式。 您会注意到许多功能在您使用的 Visual Paradigm 版本的基础上变得更加广泛。 Visual Paradigm 中的信息管理 最核心的是，它适用于所有版本，Visual Paradigm 为我们提供了文本分析图。这是一种非常直接的方式，可以帮助我们启动我们的项目；基本上，它允许我们获取文本元素，例如关于某事的报告，手动提取我们想要可视化的信息片段，然后将它们作为模型元素或稍后使用的候选项目导入。 如前所述，我将忽略建模过程本身，但立即变得重要的是能够将元数据添加到我们的大多数模型元素中。 在右侧的屏幕截图中，我打开了用例图中使用的参与者模型元素的规范。项目管理选项卡允许我快速选择预先确定的规范，然后可以帮助我在以后使用它。显然也可以完全定制的规格。 当然，我们不仅限于使用预先确定的规格。“评论”和“标记值”选项卡都是提供有关元素本身的特定（自定义）信息的好地方。 报告 一旦我们收集了相当一部分信息并将其存储为元数据，我们就可以使用它来提供自定义文档来总结我们迄今为止收集的所有信息，Doc Composer和Project Publisher是一个很好的工具。 例如……使用项目管理选项卡，我可以在我的用例图中优先考虑所有用例。然后，我为 Doc composer 设置了一个自定义模板，该模板检查了我所有的用例图并总结了那些具有高优先级的图。然后，开发人员团队可以使用该信息来获得一些特定的项目方面，然后他们可以在他们的开发周期中给予更高的优先级。 这里最好的部分是这个工作流程几乎可以应用于项目中的几乎每个模型元素。 但还有更多…… ITSM ITSM 或信息技术服务管理是帮助设计、计划、交付、运营和控制 IT 服务的活动的集合，这些服务通常被公司用来为其客户提供服务。它是一种更加抽象的信息处理形式，一般来说，它使用的管理方法比技术方法更多。这也是 Visual Paradigm 支持并帮助您管理的东西。 在 Visual Paradigm 的上下文中，主要区别在于，您的项目的重点将从通常以侧面方式收集信息的情况（考虑存储为元数据的信息）转向信息的工作流。管理将成为您项目（或其当前阶段）的主要目标。 引导过程 当然有一点问题。因为你从哪里开始，如何开始？即使你决定自己分解……你可能需要开始收集信息，但任何具体的细节，也许是需要首先确定的具体目标或专业知识？ 嗯，这就是 Visual Paradigm 为我们提供 Guide-Through 过程功能的原因；一种完全符合当前制定的标准的方法，它将指导您完成整个过程。尽管 Visual Paradigm 将引导您朝着正确的方向前进，但您永远不会被迫遵循该特定方法（尽管显然强烈建议您这样做）。 在这里，我开始了几个可用的 ITSM 程序之一：项目管理流程。整个生命周期由五个特定元素组成，本文的图标也简要显示： 识别——检查项目是否应该启动。 启动——指派一名经理，然后他可以定义项目的范围。 计划——制定计划以确保项目按时完成。 执行和控制——开始工作吧！所有任务都在这里解决。 收尾——记录从项目中获得的专业知识，并确保该文档得到维护。 遵循五个不同的步骤，将允许您提供有关构成该特定项目的所有活动的信息，之后这些信息将汇集在一个 Word 文档中，以形成您最终项目的基础。 在这里，我已经完成了第一步（识别），现在我准备自动生成四个文档中的一个，它将提供识别和（重新）评估我的项目的特定部分所需的所有相关信息。 独特的工作流程 此工作流程如此独特的原因在于，您将完全专注于按特定顺序提供所需信息，之后 Visual Paradigm 将收集所有部分以生成文档。 您的项目将在每个单独步骤之后保存并提交，这确保不会因侥幸事故而丢失任何数据（您基本上是在云中维护备份）。 我个人认为非常有趣的另一个方面是，即使 ITSM 工作流程的行为与 Visual Paradigm 项目中的常规任务有些分离，整个事情仍然可以轻松共存。 例如：在我完成项目管理流程后，我可以导入我收集的所有信息，并将其导入我通常的 Visual Paradigm 建模工作流程中。因为所有生成的文档都是项目本身的一部分，所以我总是可以在需要的地方添加参考。 即使该项目中存在 ITSM 工作流，我仍然可以处理项目的其他部分，例如建模或其他相关任务。我什至可以使用…continue reading →
