オープンシステムの相互作用の抽象性とモデル

良い読書時間、親愛なる参加者habrahabr.ru



この記事の目的は、抽象性ディメンションの適用について説明することです。



本の中で- アーキテクチャと戦略。 企業の情報技術の陰陽 -抽象モデルを使用して企業モデルと情報技術を作成することは、一般的なスレッドです。 同様のアイデアは、通信企業の情報システムのレベルの分類に含まれています-通信企業のビジネスプロセス



2003年に哲学の教科書( 大学院生の哲学)を読むときに抽象性を適用するという同様の考えに至りました。 1年後(フォーラムでアイデアを議論した結果)、抽象度をパーセントで測定するアイデアが現れました。



哲学をそのままにしてITに進むために、私の意見では、100%の抽象的な概念はプラトンとヘーゲルの概念に対応しているので、アイデアの概念だけで十分です。 再帰を認識していますか?



0%の抽象度(これもまた私の意見では)には絶対的な空白があります。 彼にとっては、「何もありません!」という考えで十分です。



それでは、情報技術、より正確には、オープンシステムの相互作用のモデルに戻りましょう。 OSIのレベルも抽象性の昇順で配置されていることがわかります! プログラマーの世界観を標準の7レベルモデルに適合させようとした後、それ(モデル)を9レベルに拡張する必要がありました。



システム 」の概念の定義に気を取られる。 定義を読んだ後、自己保存を求めないシステムはないことが判明しました。 したがって、システムの定義が現れました。

システムは、恒常性の状態を維持できる構造です(議論-http ://www.philosophystorm.org/palex/2973 )。



開発ツールにソフトウェアシステムとシステムモジュールが普及しているため、システムレイヤーが割り当てられました。

別のレベルである変換レイヤーは、現実の中央値に対応する50%の抽象で選択されました。



そのため、実際に使用するには、次のレベルのシーケンスが提案されます。



レベルと人間の知識のセクションとの関係について説明します。 レベルにプリミティブを使用するために、次のグラフィックおよび記号表記が提供されています。

抽象化のレベル

出典-http://integral-community.ru/magazine/Integral-philosophy-mag2.pdf、p.82



モデリングアプローチの適用に加えて、拡張OSIモデルは、 ユニバーサルプログラミング言語の設計に使用できます。 最初の近似として、プログラミング言語のレベルと要素の間の次の対応を提案できます。



アプリケーション層

functional-関数型プログラミングを使用するセクション用。



プレゼンテーション層

アスペクト -アスペクトおよびアスペクト用。 メソッドの場合、メソッドの前(前)、メソッドの後(後)、および各ステートメントの実行時(不変)に使用される必要なプロパティと追加を示すことができます



セッション層

述語 -ブール-ブール変数、定理の証明、アリストテレス論理、SQLの操作、LINQクエリ、または最も単純なProlog操作に対応します。



トランスポート層

コントローラー -コントロール-MVCモデルのコントローラー(コントローラー)に対応



変換レイヤー

publish-変更可能-MVCモデルのビューに対応



ネットワーク層

public-接続-MVCモデルのデータベースモデル(モデル)に対応



システム層

protected -protected-クラスの内部要素



リンク層

private-内部-隠されたクラス要素



物理層

local-ブロック-メソッドとブロック変数



分析のために、起こっていることの意味への以下の一連の浸透が提案されています。

分析シーケンス



批評家の注意をありがとう。



文献と参考文献:

  1. Danilin A.、Slyusarenko A.アーキテクチャと戦略。 陰陽情報技術企業、M.、Internet-Un-t Inform。 テクノロジー、2005
  2. チャアダエフV.K. 通信会社のビジネスプロセス。 エコトレンド。 2004
  3. サルニコフV.P. Sandulov Yu.A.、Gutseriev C.S.、Kalnoy I.I. 大学院生のための哲学-サンクトペテルブルク:出版社「ラン」、2001
  4. ユニバーサルプログラミング言語の開発のためのオープンシステム対話モデルの適用に関する提案http://pl2-rainbow.livejournal.com/1710.html




このトピックは、抽象性スケールの概念を理解し、オープンシステムの相互作用モデルとの関連性について説明することを目的としています。

質問が発生する可能性があります:「次は何?」。

このような質問がある場合は、一般的な知識のトンネルモデリングに関する記事を読むことをお勧めします。

http://integral-community.ru/magazine/Integral-philosophy-mag2.pdf、pp。81-96



UPD:後続の関連記事




All Articles