Технологические особенности архитектуры системы
Система исходно была реализована в архитектуре клиент-сервер в понимании этого термина системой BTRIEVE и остается такой по сей день. 90 процентов (я думаю, что 99,9%) установок системы сделаны на этой архитектуре (т.е. NOVELL).
Реализация прикладного программного обеспечения на языке высокого уровня теоретически позволяло разработчикам обеспечить работу системы с любым СУБД путем простой подмены базовой библиотеки. Однако, практически, сложность заключается в том, каким набором функциональности базовой библиотеки BTRIEVE пользовались разработчики (BTRIEVE имеет функции обратной прокрутки выборки, которой
не имеется например в ORACLE, а также весьма специфические функции многопользовательской защиты). Таким образом, если система работы с новым СУБД похожа на BTRIEVE, то переход не представляет проблем. Если же это не так, то требуется весьма трудоемкая доработка базовой библиотеки, которая иногда завершается изменением функциональности и необходимостью переписывания исходных программ системы.
Не имею информации о реализации системы на SQL-Server.
Что касается ORACLE, то при запросе одного нашего клиента продемонстрировать систему на ORACLE, представители НОВОГО АТЛАНТА не смогли этого сделать (Морской порт СПБ, лето 1998 года), более того цена на систему на ORACLE оказалась в 7 раз выше, чем на BTRIEVE. В рекламных материалах о версии ГАЛАКТИКИ на ORACLE в основном рассказывается о том, что получит клиент от перехода на ORACLE и ничего о работающей системе.
Система не поддерживает ни трехуровневую архитектуру, ни WEB архитектуру. Вся логика приложения находится на клиенте (правда это не страшно, так как бизнес логика в системе отсутствует).
В заключении, необходимо отметить, что техническая реализация на базе BTRIEVE не позволяет системе манипулировать большими объемами данных и, соответственно, претендовать на Корпоративное решение.
Описание основных функциональных возможностей системы ГАЛАКТИКА
Функции системы ГАЛАКТИКА необходимо оценивать не на основании рекламных материалов с функциональными структурами (очень красивыми!!!), а из содержания прайс-листа со списком подсистем (“контуров”), списком модулей в этих подсистемах и их названий.
В прайс листах, а также презентациях и рекламных материалах, систему представляют, как интегрированную управляющую систему, состоящую из так называемых четырех “КОНТУРОВ УПРАВЛЕНИЯ”. Далее приводятся все эти контуры и модули и проводится сравнение их функциональности с функциональностью ORACLE APPLICATION.