ビジュアルパラダイム（「VP」）について話すとき、ほとんどの読者は、私と同じように、トピックをモデリングまたはモデリング言語にすぐに関連付けると確信しています。そして、そうしないのは難しいと思います。VPは、結局のところ、受賞歴のあるモデリングツールです。

しかし、第一印象は非常に明確に見えるかもしれませんが、ビジュアルパラダイムのより具体的であまり言及されていない機能のいくつかをもう少し深く掘り下げ始めると、何が見つかるかを知って驚くかもしれません。その1つは、情報管理です。

「情報管理」とは？

始める前に、ここで何を扱っているかを見てみましょう。簡単に言えば、おそらくさまざまなソースからの情報を処理し、ターゲットオーディエンスが意図したとおりに使用できるようにすることです。少し抽象的なかもしれませんが、それは十分に単純に聞こえます。さて、モデリングのプロセス自体も情報管理の一形態であると主張することはできますが、実際にはここで取り上げたい方向ではありません。代わりに、ビジュアルパラダイムによって情報を処理し、プロジェクト内で使用できるようにするいくつかの異なる方法を見ていきます。

使用しているビジュアルパラダイムエディションに基づいて、多くの機能がより広範囲になっていることに気付くでしょう。

ビジュアルパラダイムにおける情報管理

それは非常にコアであり、すべてのエディションに適用されます。ビジュアルパラダイムはテキスト分析図を提供します。これは非常に簡単な方法であり、プロジェクトを開始するのに役立ちます。基本的には、レポートなどのテキスト要素を取得し、視覚化する情報スニペットを手動で抽出して、モデル要素または後で使用する候補アイテムとしてインポートできます。

前に述べたように、モデリングプロセス自体は無視しますが、すぐに重要になるのは、ほとんどのモデル要素にメタデータを追加する機能です。

右のスクリーンショットでは、ユースケース図で使用されているアクターモデル要素の仕様を開いています。[プロジェクト管理]タブを使用すると、事前に決定された仕様をすばやく選択でき、後でこれを使用するのに役立ちます。明らかに完全にカスタマイズできる仕様。

もちろん、あらかじめ決められた仕様だけに限定するものではありません。[コメント]タブと[タグ付き値]タブはどちらも、要素自体に関する特定の（カスタム）情報を提供するのに最適な場所です。

報告

かなりの量の情報を収集してメタデータとして保存したら、それを使用して、これまでに収集したすべての情報を要約するカスタムドキュメントを提供できます。これは、DocComposerとProjectPublisherがそのための優れたツールです。

たとえば… [プロジェクト管理]タブを使用して、ユースケース図内のすべてのユースケースに優先順位を付けることができます。次に、Doc Composerのカスタムテンプレートを設定します。このテンプレートは、すべてのユースケース図をチェックし、優先度が高いものと高いものを要約します。次に、その情報を開発者チームが使用して、特定のプロジェクトの側面を持ち、開発サイクル内でより高い優先順位を与えることができます。

そして、ここでの最良の部分は、このワークフローがプロジェクト内のほぼすべてのモデル要素にほぼ適用できることです。

しかし、もっとあります…

ITSM

ITSM（Information Technology Service Management）は、ITサービス（通常、企業が顧客に提供するために使用するサービス）の設計、計画、提供、運用、および制御を支援するアクティビティの集まりです。これは、はるかに抽象的な形式の情報処理であり、一般的に言えば、技術的なアプローチよりも多くの管理を使用します。また、ビジュアルパラダイムがサポートし、管理に役立つものでもあります。

ビジュアルパラダイムのコンテキスト内での主な違いは、プロジェクトの焦点が、情報が横向きに収集されることが多い状況（メタデータとして保存された情報について考える）から、情報が収集されるワークフローにシフトすることです。管理は、プロジェクト（または現在のフェーズ）の主要な目標になります。

ガイド-プロセスを介して

もちろん、少し問題があります。どこから始めて、どのように始めますか？そして、自分で物事を分解することにしたとしても…情報の収集を開始する必要があるかもしれませんが、特定の詳細、おそらく最初に特定する必要のある特定の目標や専門知識はありますか？

これが、ビジュアルパラダイムがガイドスループロセス機能を提供する理由です。現在設定されている標準に完全に準拠し、プロセス全体をガイドする方法論。ビジュアルパラダイムは正しい方向にあなたを導きますが、あなたはその特定のアプローチに従うことを強制されることは決してありません（それは明らかにそうすることを強くお勧めしますが）。

ここで、いくつかの利用可能なITSM手順の1つであるプロジェクト管理プロセスを開始しました。ライフサイクル全体は、この記事のアイコンにも簡単に示されている5つの特定の要素で構成されています。

1. 識別–プロジェクトを開始する必要があるかどうかを確認します。
2. 開始–プロジェクトの範囲を定義できるマネージャーを割り当てます。
3. 計画–プロジェクトが予定どおりに完了するように計画を立てます。
4. 実行と制御–仕事に取り掛かりましょう！ここではすべてのタスクに取り組んでいます。
5. 見切り–プロジェクトから得た専門知識を文書化し、この文書が維持されるようにします。

5つの異なるステップに従うと、その特定のアイテムを構成するすべてのアクティビティに関する情報を提供できるようになります。その後、この情報はWordドキュメントにまとめられ、最終的なプロジェクトの基礎を形成します。

これで最初のステップ（識別）が完了し、プロジェクトの特定のセクションを識別して（再）評価するために必要なすべての関連情報を提供する4つのドキュメントの1つを自動的に生成する準備が整いました。

独自のワークフロー

このワークフローを非常にユニークなものにしているのは、必要な情報を特定の順序で提供することに完全に集中できることです。その後、VisualParadigmがすべてのパーツを収集してドキュメントを生成します。

プロジェクトは、個々のステップごとに保存およびコミットされます。これにより、まぐれ事故によってデータが失われることはありません（基本的にクラウドでバックアップを維持しています）。

私が個人的に非常に興味深いと思ったもう1つの側面は、ITSMワークフローがビジュアルパラダイムプロジェクト内の通常のタスクからいくらか分離して動作していても、すべてが簡単に共存できるという事実です。

たとえば、プロジェクト管理プロセスを完了した後、収集したすべての情報をインポートして、通常のビジュアルパラダイムモデリングワークフローにインポートできます。また、生成されたすべてのドキュメントはプロジェクト自体の一部であるため、必要な場所にいつでも参照を追加できます。

このプロジェクト内にITSMワークフローが存在する場合でも、モデリングやその他の関連タスクなど、プロジェクトの他の部分でも作業できます。doc composorを使用して、図やその他のオプションのメタデータに基づいてドキュメントを生成することもできます。

そして、これでこの部分は終わりです…

これはシリーズの最初の部分であり、ビジュアルパラダイムによって提供されるいくつかのITSMベースの機能について詳しく説明します。この部分では、コンテキストは情報とプロジェクト管理に向けられていました。後の部分では、ビジュアルパラダイムにすぐには関連付けられない可能性のある他の特定の側面を調査します。