ユーザーがより明確に理解できるようにシステムの機能として、設計者は特定のアプリケーションの概念モデルを作成します。これらの目的のために、さまざまなドキュメント、グラフ、仕様、図などが使用されます。概念モデルとは何か、それが追求する目標と目的を正確に理解できるように、この記事では、この概念についてさらに詳しく説明することにしました。
概念モデルは特定のスキーマです。オブジェクトのセマンティック構造を形成するために、オブジェクトはさまざまな概念とそれらの間の接続を使用します。ただし、システムの概念モデルは抽象的であることに留意する必要があります。しかし、これだけがこの用語の意味ではありません。また、「概念ドメインモデル」の概念もあります。この用語の意味は、関連する概念のリストが球を説明するために使用されることです。これらの目的のために、定義の分類、それらの特性と特性、およびそれらで発生するプロセスの法則が使用されます。
コンセプトモデルは注目に値します主に一般ユーザーによる情報の認識を容易にするために作成されました。言い換えれば、構造のアクションの狭くて詳細な説明が開発されています。この結果を達成するには、まず、このモデルをできるだけ単純にする必要があります（この目的のために、最小数の値が使用されます）。そして次に、特定のタスクのパフォーマンスにできるだけ向けるようにしてください（つまり、この領域で構成できない値を使用してユーザーの作業を可能な限り制限するようにしてください）。
概念モデルには次の目標があります。
-シンプルで一貫性があり、使いやすく、習得しやすい構造を作成します。この目的のために、タスク領域は、さまざまなオブジェクトを操作するために使用できる概念に分割されています。
-用語の安定性を維持します。これは、最初は用語の語彙で構成される概念データモデルを使用して、プログラムで記述された各アクションとオブジェクトを認識するという事実によって実現されます。
この用語を使用しないと、1つのスキーマを定義するために複数の概念が使用されたり、異なるスキーマを説明するために同じ用語が使用されたりすることが証明されています。
このプロセスは、作成で構成されます元のスキーム。将来的には、開発者はそれを使用してソフトウェアを実装できるようになります。複雑なシステムを説明するために、このシステムのコンポーネントの動作の特定のアルゴリズムが使用され、相互作用を反映します。説明に含まれる情報では、モデリングの目的を理解して調査するのに十分でない場合があります。この欠落を修正するには、目次をコンパイルする段階に戻り、オブジェクトの形式化中に存在しないことが確認されたデータを追加する必要があります。さらに、実践が示すように、そのようなリターンがいくつかある可能性があります。ちなみに、単純な構造の記事で検討されているスキームの作成は正当化されていません。
概念モデルには次のものが含まれていることに注意してください。それ自体がいくつかの重要な要素です。まず第一に、これらにはオブジェクトの研究とそれらのアクションの研究が含まれます。つまり、ユーザーは、自分に表示されるすべてのアプリケーションのリストと、各オブジェクトに対して個別に実行できる操作を調べる必要があります。当然、他のオブジェクトはシステムの開発に存在する可能性があります（そしておそらく存在するでしょう）が、それらはユーザーから隠されます。
場合によっては、オブジェクトを作成するとき概念モデルは、マルチレベルシステムの構造的編成の原則を使用します。このようにして、開発者はユーザーフレンドリーなオブジェクトのより簡単な設計を実現します。この構造は、システムの実装を管理するのに役立ち、アプリケーションのコマンド構造を簡単に作成することもできます。つまり、開発者は、さまざまなオブジェクトに適用できるアクションを決定でき、それらのどれを一般化できます。これにより、コマンドの構造をユーザーにとって最も理解しやすいものにすることができます。つまり、膨大な数のオブジェクト指向コマンドを学習する代わりに、一般化されたコマンドを習得する必要があります。上記のすべてを分析すると、概念モデルは、計画された構造の要素のプロパティと、設定された設計目標を達成するために必要なその因果関係を決定する単なる図であると言えます。
