Главная arrow Поиск arrow Комплементарное моделирование
Как начинался компьютер
Компьютерная революция
Двоичный код
Разработки военных лет
Интегральные микросхемы
Микрокомпьютер
Персоны
Сеть
Язык компьютера
Развитие ПО
Гибкие системы
Средства разработки
Информатика
Вычислительная наука
Операционные системы
Искусственный интеллект
Предыстория
Поиск
Знания и рассуждения
Логика
Робототехника
 

 
Комплементарное моделирование Печать

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

Однако, практика работы с реальными Объектами, например, задачами планирования в бизнес-системах, показывает, что отрабатывать таким образом конфликты представляется не совсем удобным. Пример тому, алгоритмический Буриданов осел, не принявший решения при равных условиях выбора. Пример тому, модели, в которых большое число неучтенных факторов: и идеальное решение не является верным уже через минуту, когда один из факторов уточняется. Пример тому, извлечение случайной дальней выгоды при ближней потере.

Надежды, связанные с нечеткой и вероятностной алгебрами не оправдали себя - там так же имело место жесткое детерминирование состояний и свойств моделей.

Невеселые размышления привели к решению отказаться от рассмотрения существования Объекта во внешних, заданных навеки законах и правилах, а перейти к анализу множества моделей: Объекта, Среды, Законов их взаимодействия, методов обработки данных моделей. Так появился подход комплементарного моделирования, который позволил на уровне постановки очень неплохо справиться различными сложными для традиционного проектирования задачами. Одной из наиболее точных иллюстраций комплементарного моделирования является представление объекта в виде информационной мембраны, со спецификацией верхней грани - в которую она входит как целое; и нижней грани - целые элементы из которых она состоит.

Проектирование абстрактных организмов

Для решения задачи проектирования конкретной АИС представляется необходимым развить классический системный подход. Ибо, он не удовлетворяет трем нашим требованиям: 1) отсутствие контекстности; 2) отсутствие динамичности; 3) обилие эвристичности.

В нем можно попытаться создать метафору (или системный проект) любого феномена как его отношение с фоном, средой, условиями существования Объекта. Но, в любом случае конечным продуктом анализа будет служить некоторая функция или коллекция функций, которая описывает состояние Объекта в зависимости от состояния среды, и динамику Объекта как последовательность таких состояний по параметру времени. Именно в этом понятии "состояния" кроется ряд печальных моментов. Мы предполагаем, что свойства, которые проявляет Объект принадлежат ему, хотя на самом деле, эти свойства определяются взаимодействием Среда - Объект, а значит однажды составленная модель Объекта может совсем не работать при изменении качества Среды.

Мы предполагаем, что существует жесткая корреляция предыдущего состояния, текущего и последующего без нарушения связности, однако, не все процессы протекают в Объекте с одинаковым ритмом и не все процессы мы имеем возможность учитывать путем отображения исходного состояния в конечное (изоморфизм), например, это совсем не работает при фазовом (качественном) изменении Объекта. (Например, для бизнес-систем период инсталляции бизнеса сменяет новая фаза - развитие, которая циклично сменяется фазой деверсификации.)

Поэтому мы изначально подходили к моделированию Объекта как к моделированию организма (сложной целостной специализированной субстанции), имеющие общие для всех организмов законы развития, существования и наследования.

Зарисовки к портрету

Сформулированные выше два базовых принципа работы над проектом АИС позволил "заглянуть в будущее", и увидеть основные конструктивные элементы ее, которые мы обозначим кратко, для того чтобы не слишком открывать карты и know how, и не утомлять Вас излишними подробностями.

  • В системе не делается отличий между данными и протоколами. Существует определенная иерархия (условно: закон, правило, протокол, данные), позволяющая обрабатывать любой протокол как набор данных, состоящий из объектов нижнего уровня и имеющий спецификацию в уровне верхнем. (При этом делается два исключения: аппаратная реализация (точный низ), которая не может быть модифицирована и интерфейс АИС с технологом (точный верх) как наместником Господа Бога).
  • В системе не существует ни какой адресации, индексации и идентификации иначе, чем ссылочной. Т.е. любые имя, объект, элемент, операция, документ всегда в обработке выступает как именованная ссылка, что позволяет отделять контекстные атрибуты и данные, используемые в обработке.
  • В системе не существует понятий "прошлого" и "будущего". Она находится в непрерывном настоящем, следуя логу (еще один из протоколов) модели (который можно представить как настоящее предчувствие будущего), порождающий свой лог совершенных действий (который можно представить как настоящая память прошлого). Обработка этих логов - горизонтальная - т.е. не делается выделенных различий между тем, что было, есть и будет, если это все влияет на жизнедеятельность Объекта.
  • В системе не существует проектирования диалогов. Структура ассоциативного пространства и его обработки такова, что любой элемент пользовательской среды "имеет" предписывающий список действий над ним, который является полностью контекстным и зависит от всего, что происходит в АИС в целом.
  • Система имеет единую (универсальную) архитектуру, что позволяет единообразно наращивать ее как горизонтально - добавляя новые функции и отношения между элементами, так и вертикально - уточняя (детализируя) отдельные модели и обобщая (интегрируя) их в комплексы. (Крайне редкое для информационных систем свойство.)
  • Сущность внутренней обработки алгоритмов, на которых построена АИС такова, что любой ее иерархический уровень (слой) является не просто суперпозицией своих компонент, но имеет новое качество, характерное для его функционального назначения.
  • АИС построена на одновременной работе с двумя типами потоков обработки (прямом и обратном). Это отличает АИС практически от всех прочих систем, построенных на прямых потоках, где состав элементов объекта полностью определяет свойства объекта.
  • И прочие проектные решения, многие из которых эмпирические и возникли из опыта разработки Офисных систем.

После того, как были сформулировали основные принципы АИС и началось рассмотрение вопросов ее проектирования, оказалось, что в отдельных задачах АИС настолько похода на живой организм, что пришлось заняться этим вопросом специально. Результаты оказались поразительными: все основные свойства организма имели свои параллели в АИС. Итогом явилось изменение методологии проектирования Объекта, с которым Вы уже ознакомились и продолжением бионических исследований. В данном документе автор ограничился только таблицей сравнительных характеристик АИС и биологического организма. Но прежде, чем предоставить сравнительную таблицу, покажем на примере архивации АИС, насколько ее свойства оказываются специфичными по сравнению с обычными компьютерными информационными системами.

В связи с тем, что внутренние протоколы хранения данных и их обработки отданы на откуп АИС и не доступны администратору системы, в связи с тем, что изменение этих протоколов происходит динамически и невозможно выделить время, в которое не происходит ни каких изменений в структуре АИС, невозможно произвести архивацию с помощью внешних средств - часть данных может быть невосполнимо потеряно. Поэтому должен существовать центральный внутренний процесс АИС, который "усыпляет" все свои периферийные процессы, переводя их в стационарное состояние. Затем производится создание "текущего образа центрального процесса" также в виде стационарных данных. После этого слепок переносится на архивный носитель. (Не правда ли, это очень похоже на то, как мы засыпаўем?)

Восстановление системы идет в обратном порядке. Сначала (сторонним процессом) размещаются стационарные данные, затем запускается центральный процесс, который активизирует периферийные процессы.

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