К вопросу о модели

Программисты, разработчики и архитекторы информационных систем заигрались в чехарду из моделей.

В свое время я еще на IBM 1033 моделировал ближнюю и дальнюю зоны Фраунгоффера - Френеля при распространении звуковых волн в океане. Инструментом моделирования была программа на ЭВМ. Она же была средоточием данных. Результатом же моделирования были колонки цифр и алфавитно-цифровой график распечатки. Бреховских построил волновую теорию распространения волн, взяв за инструмент моделирования, простую ванночку с водой, в которой создавал искусственно волны, бегущие по поверхности воды.

В первом случае - программа, во втором - ванночка являлись МОДЕЛЯМИ. Обе модели были придуманы из головы ЧЕЛОВЕКА. Причем любая модель вносит определенные искажения, которые можно оценить в виде некоторой погрешности модели. Например, в спектральном анализе оценка спектра по методу Фурье грешит из-за конечного интервала наблюдения, что проявляется в просачивании мощности сигнала в боковые лепестки ценки спектра. Нелинейные авторегрессионные скользящего среднего модели имеют погрешность, минимальную в смысле метода наименьших квадратов. Ну и т.д.

Теперь откуда в информационных системах столько моделей?

• Множество моделей появляется из-за сложности темы или, что то же самое,

  слабости разработчика.  То есть, чтобы решить задачу человек упрощает или делит

  сложную задачу на ряд более простых -  появляется многоуровневость,

  стратификация, иерархии, и пр.

• Множество моделей возникает из-за множества предметных областей жизненной

  активности человека,   как результат разделения труда. Результатом

  разделения труда является потеря связей между  смежными областями. Происходит

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

• Из-за применения различных инструментов моделирования человек склонен также

  классифицировать модели, сравнивая погрешности результатов моделирования при

  различном модельном инструментарии.

Если теперь попробовать построить иерархию различных видов моделей, классифицируемых по трем вышеперечисленным пунктам да еще с согласованием терминологии, то выйдет огромный труд. Хотелось бы избавиться от этого Сизифова труда.

Заметим, что общее во всех перечисленных пунктах это - ЧЕЛОВЕК, который в том или ином виде пытается понять одно явление - ЖИЗНЬ и, как это ни странно, найти себе замену, которая бы делала за него все рутинные операции. Информационная система, как среда обитания данных, является аналогом 'ЖИЗНИ' данных. Остается придумать в этой информационной среде аналог ЧЕЛОВЕКА, который и возьмет на себя труд обработки данных без какого-либо деления на модели и "...парадигмы моделирования...".

Из семи строчек статьи "М.Р.Когаловский vs В.В.Пржиялковский": ... вероятно, именно в связи с этим обстоятельством ... очевидно, что в данном контексте... существенно отметить, что... таким образом мы имеем дело... с людьми, которые "пудрят" голову, пытаясь написать диссертацию, не только себе, но и другим. Это хорошее дело, но это не аргумент.

Сама информационная система должна строиться в соответствии с организацией человека как прототипа. Зачем искать и придумывать искусственное, когда все в природе уже есть. ЧЕЛОВЕК уже существует в природе. Придумайте прототип ЧЕЛОВЕКА в информационной системе и задача будет решена.

NEXUS технология предлагает аналог ЧЕЛОВЕКА в информационной системе. Более того, каждый человек может начать строительство информационной системы с себя, то есть начальная точка построения информационной системы в Nexus технологии есть произвольная величина. По аналогии с теорией регулирования можно сказать, что информационная система будет устойчива при любой начальной точке разработки и будет сходиться к заданному функционалу за конечное число итераций. Причем разработчик такой информационной системы может выполнять эти шаги на работающей в боевом режиме системе, что также является немаловажным преимуществом при внедрении такой системы.

И результатом разработки будет являться отнюдь не модель, а реальная информационная система, работающая с погрешностью той "...инфологической модели...", которая взята за основу при реализации предметной области. Если в рамках Nexus технологии реализовано отдельно несколько инфологических моделей различных предметных областей, то есть возможность объединения их в рамках одной СУБД. Однако при этом особую важность приобретает именование объектов. Если объекты, имеющие одинаковую семантику именованы по разному или, имеющие разную семантику, - одинаково, то сшивание смежных инфологических моделей потребует больших трудозатрат.

Игорь Паньшин, май 2004