Pull to refresh

Абстрактность и модель взаимодействия открытых систем

Reading time 4 min
Views 7.7K
Доброго времени чтения, уважаемые участники habrahabr.ru

Данная статья нацелена на обсуждение применения измерения абстрактности.

В книге — Архитектура и стратегия. Инь и Янь информационных технологий предприятия — красной нитью проходит использование уровней абстрактности для создания моделей предприятия и информационных технологий. Аналогичная мысль содержится в классификации уровней информационных систем для предприятий связи — Бизнес-процессы в компаниях связи

На аналогичную идею применения абстрактности я вышел в 2003 году при чтении учебников философии (Философия для аспирантов). Через год (в результате обсуждения идеи на форуме) появилась идея измерения абстрактности в процентах.

Чтобы оставить в покое философию и перейти к IT, отмечу, что на мой взгляд, абстрактности 100% соответствует понятие идеи Платона и Гегеля, для осознания которой достаточно только самого понятия идеи. Узнаете рекурсию?

Абстрактность 0% (опять же, на мой взгляд) имеет абсолютный вакуум. Для него достаточно идеи «Ничего нет!».

Итак, вернемся к информационным технологиям, точнее — к модели взаимодействия открытых систем. Оказывается, уровни ВОС тоже расположены в порядке возрастания абстрактности! После попыток вместить мировоззрение программиста в стандартную семиуровневую модель, ее (модель) пришлось расширить до 9 уровней.

Отвлекусь на определение понятия "система". После чтения вариантов определений выяснилось, что не существует систем, не стремящихся к самосохранению. Отсюда — появилось определение системы:
Система — структура, способная поддерживать состояние гомеостаза (обсуждение — http://www.philosophystorm.org/palex/2973).

В связи с распространенностью программных систем и модулей System в средствах разработки был выделен Системный уровень (System layer).
Еще один уровень, Преобразующий (Transformation layer) был выделен на 50% абстрактности, что соответствует медиане реальности.

Итак, для практического использования предлагается следующая последовательность уровней:
  • Прикладной
  • Представительский
  • Сеансовый
  • Транспортный
  • Преобразующий
  • Сетевой
  • Системный
  • Канальный
  • Физический

Обсуждается связь уровней с разделами человеческого знания. Для использования примитивов для уровней предлагается следующие графические и символьные обозначения:
Уровни абстрактности
Источник — http://integral-community.ru/magazine/Integral-philosophy-mag2.pdf, стр.82

Кроме применения подхода для моделирования, расширенная модель ВОС может найти применение для проектирования универсальных языков программирования. В качестве первого приближения можно предложить следующее соответствие уровней и элементов языка программирования:

прикладной уровень ( Application layer )
functional — Функциональное — для разделов, использующих функциональное программирование.

представительский уровень ( Presentation layer )
aspect — Аспектное — для интерфесов и аспектов. Для методов могут указываться необходимые свойства и дополнения, используемые перед методом (before), после метода (after) и при выполнении каждого оператора (invariant)

сеансовый уровень ( Session layer )
predicate — Логическое — соответствует Булевым переменным, доказательству теорем, Аристотелевкой логике, работе с запросами SQL, LINQ или простейшим операциям Prolog.

транспортный уровень ( Transport layer )
controller — Управляющее — соответствует контроллеру (Controller) модели MVC

преобразующий уровень ( Transformation layer )
publish — Изменяемое — соответствует представлению (View) для модели MVC

межсетевой уровень ( Network layer )
public — Соединяющее — соответствует модели базы данных (Model) модели MVC

системный уровень ( System layer )
protected — Защищенное — внутренние элементы класса

канальный уровень ( Link layer )
private — Внутреннее — скрытые элементы класса

физический уровень (Physical layer)
local — Блоковые — переменные методов и блоков

Для анализа предлагается следующая последовательность проникновения в смысл происходящего:
Последовательность анализа

Спасибо за внимание критикующих.

Литература и ссылки:
  1. Данилин А., Слюсаренко А. Архитектура и стратегия. Инь и Янь информационных технологий предприятия, М., Интернет-Ун-т Информ. Технологий, 2005
  2. Чаадаев В.К. Бизнес-процессы в компаниях связи. Эко-Трендз. 2004
  3. Сальников В.П. Сандулов Ю.А., Гуцериев Ч.С., Кальной И.И. Философия для аспирантов — СПб.: Издательство “Лань”, 2001
  4. Предложения по применению модели взаимодействия открытых систем для разработки универсального языка программирования http://pl2-rainbow.livejournal.com/1710.html


Тема предназначена для ознакомления с идеей шкалы абстрактности и обсуждения ее соответствия с моделью взаимодействия открытых систем.
Может появиться вопроc: «А что дальше?».
Тем, у кого такой вопрос появился, предлагаю ознакомиться со статьей по Туннельному моделированию Единого знания
http://integral-community.ru/magazine/Integral-philosophy-mag2.pdf, стр.81-96.

UPD: последующие связанные статьи
  • Модель взаимодействия открытых систем, цикл Деминга и Туннельное моделирование habrahabr.ru/post/176391
  • Туннельное моделирование v0.1 — псевдокод habrahabr.ru/post/176935
  • Туннельное моделирование v 0.1. Сферическая модель мировоззрения. Презентация идеологии habrahabr.ru/post/177131
Tags:
Hubs:
0
Comments 26
Comments Comments 26

Articles