Что такое Miracle-программа (приложение)

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

Рисунок 1 Пример ИС состоящей из нескольких приложений взаимодействующих между собой через единую БД.

  При этом проект информационной системы можно рассматривать как набор спецификаций описывающих систему:

• Спецификация поведения, определяет логику работы ИС.
• Спецификация модели данных, определяет структуру БД (проектирование реляционной модели базы данных).
• Структурная спецификация, определяет структуру ИС в виде подзадач и отношений.
• Физическая проекция, определяет структуру конкретных приложений.
    Структура приложения описывается следующими спецификациями:
  • Интерфейсная часть - обязательная часть. Окно приложения может обладать свойством “невидимое”.
  • Объекты базы данных - необязательная часть. Организация взаимодействия с сервером базы данных.
  • Математические алгоритмы - необязательная часть. Организация вычислений по заданным методам.
  • Специализированные объекты - необязательная часть. Компоненты, позволяющие использовать различные методы по обработке, управлению данными, их анализом и т.д.

  Каждая спецификация подготавливается в рамках специализированных средств и может быть использована в едином приложении.
  Список компонентов, хранимых в репозитарии Сервера управления:

• Приложения (Miracle-программы), приложения в виде модулей.
• Математические алгоритмы
• Отчеты

  Использование единого компонента для различных решений позволяет вносить глобальные изменения во все приложения, при изменении свойств используемого компонента.
  Так использование алгоритма <имя>, созданного и зарегистрированного на Сервере управления в нескольких приложениях, позволяет вносить изменения во все эти программы, через изменение работы алгоритма и перерегистрации его на Сервере управления. Используя данную технологию, вы можете быстро вносить модификации в систему, не “затрагивая” уже готовых решений.
  ИС - построенная по технологии Miracle, предоставляет удобные механизмы развития вашей системы, где структура “законченного” приложения определяется на момент его запуска, согласно состоянию используемых компонентов, а не единожды определенным состоянием в момент “компиляции” кода.

Рисунок 2 Структура приложения.

  Каждый ресурс системы может быть собран из имеющихся компонентов. Программирование управляющей логикой работы приложения строится на установлении взаимоотношений между подготовленными, включенными в проект приложения, элементами.
  Компонентно-ориентированный механизм программирования, не только снижает время на разработку и поддержку системы, но реально позволяет многократно использовать имеющиеся ресурсы.
  Miracle программу следует рассматривать как набор «систем», каждая из которых отвечает за определенный вид действий с возможностью активизации иных наборов систем в рамках одного решения. При этом работа каждой такой «системы» может идти параллельно работе других «систем», оказывать влияние друг на друга или быть нейтральной к работе других систем.
  Структура miracle программы это «матрица» отношений между заданным набором объектов. Поэтому дать точную картину выполнения решения может быть иногда достаточно сложно, так как возникновение параллельных процессов может влиять на ход уже активных действия, или оказывать влияние на скорость и последовательность их выполнения.
  Попытка охватить все варианты возможных сочетаний между объектами во время работы miracle программы, может привести к очень сложным решениям. Однако, проектируя miracle программу как набор «систем», каждая из которых самостоятельно отвечает за свою устойчивость, позволяет создавать очень сложные решения из небольшого набора компонентов. В большинстве случаев ход выполнения miracle программы носит «последовательный» характер и создание решений на такой основе не вызывает затруднений. Но попытка программирования на данной методологической основе может привести к отрицательным результатам. Так как отсутствие «текстовой» конструкции программы, не позволяет делать обзор системы, как набор процедур, создающих решение на платформе «последовательного» исполнения. Рассматривая miracle программу таким образом, становиться необходимым «видеть» все возможные сочетания работы и влияний объектов в решении. Применяя методику «параллельных процессов», когда все действия между объектами решения рассматриваются как «системы», остается только обеспечивать «устойчивость» работы каждой системы в решении. При этом miracle программа может так же рассматриваться как отдельный объект в рамках другой «системы». Это указывает лишь на различный масштаб объектов, от элементарных, составляющих ядро Miracle платформы, до сложных, образующих ядро проектируемой информационной системы.
  В дальнейших главах будет описана работа с каждым из инструментов проектирования ресурсов информационной системы.