物理的および機能的オブジェクト(続き)

プロセスを説明するには、次の3つの方法があります。















それらはどう違うのですか?



存在の説明



主題分野のビジネスアナリストによるモデリングの問題に関する一連の記事を続けます。 過去の記事で、物事の説明をどのように作成するかを示しました。 これをもう一度繰り返しましょう。







時空の性質



そもそも、私たちが認識する世界は四次元時空です。 しかし、数学者が推論に使用する時空ではありません。 むしろ、これは物理学者が使用する空間です。 違いは、物理的な世界ではポイントがないということです。 オブザーバーの視点からはポイントと見なせるオブジェクトがあります。 しかし、詳しく調べると、これらのポイントは無限のスペースと見なすことができます。 私たちはしばしば、私たちが知覚する世界と、この知覚を記述するために作成された数学的抽象化を区別しません。 知覚された世界を記述するために作成された抽象化には、ポイントの概念があります。 現実の世界には点はありません。 これは、シミュレートされた世界とそのモデルの大きな違いです。 これら2つのエンティティ間の区別がないことが、 以前の記事に基づいて生じたホリバーの一部の理由です。 たとえば、ISO 15926が示唆しているように、イベントの概念を定義するために、時間軸全体で時空間連続体のスライスを知覚することはできません。 したがって、ポイント、時空連続体のスライス、その他の抽象的なオブジェクトなどの概念をそらすことなく、議論を続けます。 私たちが実際に知覚する4-D時空のオブジェクトのみを使用します。



エクステント境界の定義



4-D時空間では、任意のボリューム(範囲)を選択します。 このエクステントは、接続する(たとえば、石)か、接続しない(たとえば、学校を建てた場合は破壊し、新しい場所で再構築する)ことができます。 範囲を表示するには、3つの空間座標が1つ(垂直軸)にマージされ、時間座標が横軸として表示されるダイアグラムがよく使用されます。 このビューでは、関連オブジェクトは次のようになります。







そして、このような無関係:







調査範囲の最初のステップ



ボリュームの接続性またはこの接続性の欠如は、範囲の決定には関係ありません。 次に、表現したい範囲を呼び出します。



オブジェクトとは、オブジェクトと呼ぶことを意味し、







イベントとは、イベントと呼ぶことです。







操作とは、操作と呼ぶことです。







イベントの範囲を呼び出して、ナレーターの観点からは時間の範囲の幅がゼロであることを念頭に置いて、イベントとして説明します。 これをオブジェクトと呼びます。これは、エクステントの幾何学的寸法を記述する必要があることを意味し、一時的な寸法はもはや重要ではありませんが、さらに記述することができます。 操作を呼び出します。操作は時間の操作の開始と終了によって記述され、空間的なものはもはや重要ではないが、追加的に記述できるため、時間境界を示す必要があります。

次に、範囲の認識を他のエンティティと共有します。 事実はその物理的性質に関する範囲の説明であるため、範囲の説明は事実のみから始めます。 主観的な観点からすぐに説明を始めると、これは事実に基づいた主観的な説明になります。

事実とその解釈
私たちはしばしば、事実の説明の代わりに主観的評価の説明を思いつきます。 たとえば、インタビューで、候補者が私たちに情報を伝えます:私の上司は本当に働き者でした! この候補者は、事実を説明することを忘れて、すぐにこれらの事実の主観的な認識を説明することに進みます。 誰もがそのような評価に同意するとは限らないことは明らかであり、したがって、事実だけを常に遵守し、その解釈は聞き手に委ねるべきである方がよいことは明らかです。 事実を説明し、研究した後、これらの事実の解釈に進むことができます。



調査範囲の2番目のステップ



エクステントの主観的な解釈は、ある観点からのエクステントの説明です。 たとえば、ある観点からの範囲はハンマーであり、もう一方は爪切りです。 ハンマーと爪ハンマーは、同じ程度の主観的な記述であり、鉄片です。 この範囲には多くの視点があることは明らかです。 したがって、1つの物理オブジェクトには多くの解釈があります。



解釈を組み合わせ、減算し、交差点を見つけることができます。 たとえば、イベントに2つの解釈がある場合、1つは勝利であり、もう1つは敗北です。これらの解釈には、勝利と敗北があります。







解釈の組み合わせは、企業の機能を説明するために使用されます。 ただし、エクステントの説明を分類した後でこのことについて説明します(この記事では説明しません)。



合成と分析



サブジェクト領域を調査する過程で、モデリングの目標に関して、範囲の境界が誤って選択されることが判明する場合があります。 次に、被験者は調査された範囲の他の境界を特定し、その説明のプロセスを繰り返し、この範囲の主観的な評価を行います。 1つのサブジェクトが範囲をイベントとして記述し、もう1つのサブジェクトを操作として記述することが便利な場合があります。 次に、競合がありますが、その範囲はどのくらいですか? イベントまたは操作? 実際、1つおよび他の観点から範囲を検討することが可能であるべきです。 そのような機会は、主題分野の説明のための方法論に結び付けられるべきです。 たとえば、ARISでは、1つの図に範囲をイベントとして表示し、別の図に操作として表示することができます。 たとえば、完成品をある程度詳細に倉庫に配送するイベントは、完成品を倉庫に配送する操作になります。 したがって、範囲を検討すること、この空間を記述するために使用する方法は、モデリングの目標に応じて決定することです。 また、オブジェクト、イベント、または操作と見なすことができるものに加えて、各エクステントには多くの主観的な解釈があるため、これらの観点のモデリングは、主題領域のモデリングの方法論によってもサポートされる必要があります。 現在、この可能性は記法にはありません。アナリストは、考えられる多くの解釈から1つを選択するために、いくつかの宗教的な考慮事項を使用する必要があります。 これでサブジェクトエリアのモデリングが終了し、世界の写真の説明が完了しました。



イベント



この記事では、イベントという用語の研究を続けます。 しかし、今は、 前の記事のように物理的なイベントだけでなく、機能的なイベントも検討します。



機能イベント



このイベントは、視点が物理的に存在することとは異なります。

前回の記事で、灯台の仕事が管理人によってどのように説明されていたかを思い出してください。 彼は灯台を州のクラスに分割します。「火は消えた」と「火は燃え上がっています」。 彼は、これらの状態間のイベントを「消火停止」および「点火停止」と説明しています。

状態の説明は次のようになります。







このアクティビティはプロセスの図の形で表すことができ、状態を分離するイベントによって状態をリンクします。







この図から、状態と操作は1つの性質のオブジェクトであることがわかります。両方とも、状態の開始(操作)と状態の完了(操作)の2つのイベントによって記述されるためです。

プロセスサイクル
ここでは、少し進んで、周期的と呼ばれるプロセスの図を示しました(システムの状態は同じクラスの状態を周期的に通過します(「オフ」、「オン」)。しかし、実際のプロセスを詳しく見ると、たとえば、「アプリケーションの承認」操作の前に「アプリケーションを使用するクライアントを待機しています」という操作があります。「顧客の申請」イベントで開始し、「アプリケーションの受信を待機しています」操作で終了します。サムサール 彼女の母))。



これに注意を払う人が少ないのは、自動化システムがクライアントの期待をシミュレートせず、この操作を実行するためです。







夜、通り、ランタン、薬局、

無意味で薄暗い光。

少なくとも四半世紀生きる-すべてがそうでしょう。 結果はありません。



死ぬと、もう一度やり直します

そして、古いものとしてすべてが繰り返されます:

夜、運河の氷の波紋、

薬局、通り、ランタン。




質問:ダイアグラムの中間イベントは、物理的または機能的なイベントですか? 別の図はこの質問に答えるのに役立ちます。同じイベントは完全に異なる名前を持っています:







したがって、図は機能的なイベントを表していることがわかります。 イベントの解釈を組み合わせることができることを思い出すと、ダイアグラムを再描画して、両方の観点を考慮することができます。







物理的なイベント



しかし、私たちの場合の物理的なイベントは何ですか? これは、灯台の番人が丸太の上に座って瞑想しているときの出来事です。 この短い瞬間に、彼は仕事を続けるために力を集めています。 同時に、火は燃えるか、または消えます。 これらの事実はすべて一緒になって物理的な出来事を構成します。



運営



次に、操作を検討します。 彼らには、イベントと同じ法則、つまり物理的および機能的区分が適用されます。 また、図には機能的な操作の名前が記述されていますが、物理的な操作の名前は記述されていないことに注意してください。



機能操作



コーヒーマシンの前に3人のアナリストがいます。 彼らの仕事は、この特定の主題とこのオートマトンとの相互作用を記述することです。 被験者は近づき、アナリストはペンを取り、記録を開始します。



最初のアナリストは、次の相互作用スキームを作成しました。







2番目は次のとおりです。







そして3つ目は:







すべての図は正しいですが、図の中の異なる名前は、同じ範囲に属する異なる機能操作を示しています。 たとえば、「Pay money」操作と「Accept money」操作は、異なる観点から1つの物理操作を記述する2つの機能操作です。 最初の視点は、被写体の視点です。 2番目の視点は、コーヒーメーカーの視点です。 3番目の視点はバトンの視点であり、それは(視点)俳優がどの俳優を待っているかという問題に集中します。 シミュレーションの目標に応じて、1つまたは別の視点を使用します。 サブジェクトの動作をモデル化する場合は、最初のものです。 マシンの動作をシミュレートする場合は、2番目です。 客観性を表す場合、3番目。 視点を組み合わせることができると言った。 自分で練習してください。



物理的な操作



物理的操作とは、コインをコインアクセプターに投入する対象、作業中のコイン認識機、およびインクリメントされるカウンターを含む範囲です。



1つのエクステント-異なるオブジェクト?



同じエクステントをイベント、操作、およびオブジェクトの両方と見なすことができることを繰り返します。 したがって、ドアハンドルの一時的な部分はオブジェクトであり、その幾何学的な寸法、イベント、「ドアが開いた」というイベントを説明する場合、およびドアを開く操作を説明する場合は操作であると想定できます。



エクステントの交差



状態または動作は、初期イベントと最終イベントによって記述されると考えられています。 私はこれに同意しますが、1つの注意点があります。 イベントが(ISOで受け入れられているように)瞬間として理解される場合、発生した正確な瞬間を特定しようとすると矛盾が発生します。 たとえば、クリコヴォの戦いイベントは正確にいつ行われましたか? そのような瞬間はありません。 イベントが4Dエクステントであると仮定すると、別の矛盾が生じます。 操作の範囲には、イベントの範囲と共通の部分があることがわかります。 そして、これは、始まりと終わりを持つ操作の形式での記述は、現実の近似的な記述にすぎないことを意味します。 ここで同意します。 私たちの説明はすべて、実際のオブジェクトをかなり単純に説明する近似モデルにすぎません。 この単純化により、説明をモデリングの目標に関して必要な許容可能な詳細レベルに減らすことができます。 その結果、現実とそのモデルはおよそ次のように関連しています。







イベントと呼ぶものの長さは、このイベントが記述する操作の長さと等しい場合があります。 自分で例を考えてください。



イベントを説明する方法



そのため、イベントを使用する方法の1つは、時空を一時的な部分に分割することであることに気付きました。 各部分は状態または操作であり、イベントはそれらの間の条件付き境界です。 イベントを記述する方法はいくつかあります。



イベントを記述する最初の方法



エクステントの説明の完全な分類はまだ提供されていないため、この段階では簡単に試すことができます。 たとえば、境界状態を使用してイベントを説明できます。 システムには1つの状態があり、2番目の状態があり、両方とも説明されています。 イベントは、ある状態から別の状態への遷移として宣言され、状態図の矢印で表されます。 たとえば、トマトグリーンの状態とトマトレッドの状態があります。 これらの状態間の遷移はイベントです。 遷移にはゼロ以外の時間間隔があることを十分に認識しています。 ただし、ナレーターの観点からは、この間隔の幅は重要ではありません。 イベントの説明には、トマトグリーンとトマトレッドの2つの条件の説明と、状態の変化が発生した時間間隔が含まれます。 たとえば、8月5日、6日の夜、トマトは熟しました。

ヤマウズラのエラー
これは、Tomato Ripeイベントを説明するときに、 Business Objects:Re-Engineering for Re-Useで Chris Partridgeがやるべきことでした。 彼は一種の「複雑なイベント」を思いつきました。これは単純なイベントとは異なるものの、単純なイベントとは異なりますが、著者はそれを明確に説明できませんでした。 ここに彼が時空図を与える彼の本からの例があります。







イベントを説明する2番目の方法



イベントを説明する別の方法は、イベントを状態として説明することです。 たとえば、「点火が開始されました」というイベントは、「世話人が休んでいる」と説明できます。



ISO 15926で気に入らないこと



ISO 159126では、イベントは時点を指します。 時間の瞬間の解釈は次のとおりです。これは、時間軸に垂直な時空の4次元スライスです。 つまり、時刻tの宇宙全体です。 これは私たちが与えた定義とどう違うのですか? まず、なぜ宇宙全体が必要なのですか? 私たちは限られたスペースで仕事をしています。 そして、このサイトでの同時性は、視覚的に(1回のクリアで)、クロノメーター(地球上で)、および近距離空間の制限内の相対性理論のいくつかによって決定されます。 しかし、一般的な同時性とは何かを理解し始めるとすぐに、この定義の矛盾と不可能性が生じます。 第二に、宇宙の一部は幾何学的な抽象化であり、私たちはあらゆる手段でそれを取り除こうとしました。 結局のところ、私が与えた定義は常識の観点から理解可能である。 そして、ISOが与えるものは常識からではなく、数学的な抽象化から来ています(コルモゴロフが6年生の幾何学の教科書で正確に言ったこと!)ISO 15926の定義を受け入れると、問題が発生します:どのポイントイベントと見なされますか? たとえば、アナリストは「クライアントはイベントとは何か」と尋ねます。答えは次のようになります。「これは彼の冠がオフィスの出入り口の平面を横切った瞬間です。」イベントのこの定義が好きですか? 私はすぐに「王冠とは何ですか?」そして「戸口とは何ですか?」などと尋ねるので、そうではありません。 したがって、ISSは、逆さまになるイベントの決定的な定義です。 それには、私たちが必要としないものが含まれています-宇宙全体、さらには動作する抽象化でさえ考えられません! 鉱山は常にローカル(シミュレートされた空間の範囲によって制限される)であり、理解可能であるため、正当です。



All Articles