В состав версии 8.0 системы Галактика включены два новых модуля, обеспечивающих решение специализированных задач по управлению качеством продукции и объектами недвижимости.

Управление качеством

Модуль предназначен для применения в целях учета (документирования) качества МЦ (сырья, покупных изделий, полуфабрикатов, готовой продукции), а также дифференциации МЦ по сортам и статусам.

Учет качества и сортности МЦ требуется для решения широкого круга задач планирования и управления качеством продукции, а также поддержки систем менеджмента качества по ISO 9001-2000 или основанных на принципах HACCP . К таким задачам, решаемым средствами модуля, относятся:

• выбор поставщика сырья или покупных изделий на основе сравнительного анализа качества партий, поступающих от различных контрагентов и/или требований к готовой продукции, выдвигаемых получателем;
• оценка степени совершенства организации производственного процесса по данным о качестве готовой продукции и израсходованного сырья;
• расчет потребностей в сырье определенного сорта;
• анализ текущих складских запасов на предмет возможности обеспечения плановых потребностей производства в сырье определенного качества и т.п.

Использование статусов МЦ позволяет указать, какие операции могут производиться с данным сырьем (например, отпуск в производство, списание из производства) или продукцией (отгрузка получателю, утилизация). Статус МЦ устанавливается по результатам испытаний, в результате которых определяются значения нормируемых показателей качества.

Работа с модулем Управление качеством включает выполнение следующих основных действий:

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

Большинство из этих действий (за исключением заполнения каталогов на этапе первоначальной подготовки модуля к эксплуатации) выполняются в автоматизированном или полностью автоматическом режиме.

Таким образом, модуль может применяться для автоматизации деятельности подразделений, связанной с планированием, непосредственным выполнением и анализом результатов контроля качества продукции (служб снабжения/сбыта, складов, ОТК, лабораторий).

Управление недвижимостью

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

В качестве объектов недвижимости рассматриваются земельные участки, на которых расположены здания и сооружения; благоустроенная территория, на которой выделяются места, используемые под какие-либо цели; здания, содержащие подсобные помещения и комнаты. Каждый объект недвижимости может быть использован для производственных, научных, коммерческих или иных целей, что находит свое отражение в карточке объекта.

Все объекты недвижимости могут быть закреплены собственником за ответственным подразделением, которое выполняет функции контроля сохранности имущества, несет ответственность за поддержание порядка на закрепленной за ним территории и выполняет иные возложенные на него функции.

Собственник может сдать в аренду места на благоустроенной территории и комнаты на любой срок, оговоренный в договоре аренды. Договор вида аренда объектов недвижимости является новым документом, с помощью которого поддерживается связь объектов недвижимости с другими документами системы.

В модуле рассматриваются:

• порядок закрепления (открепления) объектов недвижимости за ответственными подразделениями/службами;
• заключение договоров аренды (дополнительных соглашений) между собственником объекта недвижимости и арендатором с формирование календарных планов;
• отношения собственника объекта недвижимости и коммунальных служб по поводу оплаты оказываемых коммунальной службой услуг;
• отношения собственника объекта недвижимости и арендатора по поводу оплаты счетов за аренду/коммунальные услуги.

Основными задачами модуля Управление недвижимостью являются:

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

Использование объекта недвижимости рассматривается в следующих аспектах:

• Порядок учета изменения параметров объекта (размера, занимаемой площади, схемы места и проч.). При изменении параметров производится запись в специальном журнале, где хранится история их изменений.
• Объект недвижимости может быть закреплен за некоторым подразделением, что сопровождается записью в журнале операций над объектом с указанием даты производимой операции и номера акта закрепления. Здесь возможен также и обратный случай, когда подразделение "открепляется", что также документально подтверждается актом и соответствующей записью в книге операций.
• В случае, когда объект недвижимости сдается в аренду, запись в журнале операций подтверждается ссылкой на договор аренды, который содержит спецификацию на услугу аренды. К договору может быть составлено дополнительное соглашение и календарный план.
• Расчет арендаторов с арендодателями, производимый с ними по договорам (соглашениям) аренды в соответствии со сформированными календарными планами.

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

Для каждого вида услуг осуществляется ведение тарифов, ввод которых производится по мере их изменения с указанием стоимости потребления единицы каждого ресурса и даты, начиная с которой происходит изменение его стоимости.

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

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

Новое в Атлантис и Support версий 5.1.33

Поддержка двухуровневых, трехуровневых и комбинированных архитектур

Система Атлантис поддерживает работу в двухуровневой и трехуровневой архитектуре, а также в их комбинации.

Двухуровневая архитектура включает сервер БД и так называемого "толстого клиента": клиентское приложение, которое реализует прикладную бизнес-логику и визуальный интерфейс пользователя. В трехуровневой архитектуре приложение состоит из сервера БД, сервера приложений, реализующего прикладную бизнес-логику, и "тонкого клиента", обеспечивающего визуальный интерфейс пользователя. Система обеспечивает возможность использования произвольного количества серверов приложений, которые могут располагаться на одном или нескольких компьютерах.

Сказанное проиллюстрировано на Рис. 1 .

Рис. 1 . Архитектура системы Галактика

Важнейшими преимуществами, которые дает трехуровневая архитектура , являются сохранение инвестиций и снижение стоимости владения , которые достигаются за счет следующих факторов:

• Масштабируемость и гибкость — система обеспечивает совместное функционирование двух- и трехуровневых клиентов в рамках одной инсталляции, при этом допустимо любое количество серверов приложений. Дополнительные преимущества дают низкие потребности тонкого клиента Галактики в вычислительных ресурсах. "Тонкий клиент" успешно функционирует на устаревших моделях рабочих станций, занимая около 8М оперативной памяти;
• Совместимость и преемственность — система не имеет ограничений по дальнейшему наращиванию мощностей, как в направлении модернизации существующих серверов, так и посредством приобретения новых серверов. Возможность совместного функционирования двух- и трехуровневой архитектуры в рамках одного приложения обеспечивает полную совместимость с уже существующим у пользователя решением;
• On - line доступ к приложению может осуществляться по каналам с низкой пропускной способностью. Оптимизация трафика между тонким клиентом и сервером приложений, а также возможность использования различных протоколов ( TCP / IP , IPX / SPX , HTTP , HTTPS ) позволяет использовать Галактику как в рамках Intranet сетей, так и с применением Internet . В Inte r net -решении возможна работа через безопасный HTTPS протокол с цифровым сертификатом аутентификации пользователей. Причем в зависимости от характеристик канала допустимо использование как тонкого клиента напрямую, так и browser -клиента, т.е. клиента, работающего под управлением обозревателя MS Internet Explorer 5.5 и выше. В комбинации с уже существующим off - line режимом работы, когда данные синхронизируются посредством репликации, трехуровневая архитектура системы Галактика позволяет построить распределенную конфигурацию практически произвольного масштаба;
• трехуровневая система заметно облегчает администрирование системы Галактика и повышает безопасность ее использования. В трехуровневой архитектуре весь программный код системы сосредоточен на сервере приложений, поэтому процесс обновления версии и установки патчей упрощается на порядок, исключая необходимость обновления на рабочих станциях. Конфигурирование рабочей станции сводится к указанию имени сервера и протокола доступа, вся остальная конфигурация рабочего места может храниться на сервере БД. Централизация администрирования в рамках трехуровневой архитектуры дополнительно повышает безопасность системы и защиту ее от несанкционированного доступа.

Средства визуальной доработки системы

Средство разработки Атлантис пополнено новыми интерактивными средствами для изменения и добавления любых элементов системы без использования исходных текстов Галактики . Данные возможности реализованы новым модулем Консоль управления инструментального комплекса Support . Модуль предназначен для использования партнерами, службами ПНР, АСУ клиента и позволяет развивать систему с целью быстрейшего реагирования на изменения условий и модели бизнеса. Осуществляется поддержка клиентских доработок при поставке новых версий системы.

При помощи специальных визуальных средств модуля Консоль управления без использования исходных текстов системы Галактика вы получаете следующие возможности:

• изменять внешний вид системы;
• добавлять/изменять кнопки "Главного меню";
• просматривать/редактировать интерфейсы и объекты;
• просматривать/редактировать меню, статус-строки;
• просматривать/редактировать структуру таблиц БД;
• просматривать/редактировать триггеры;
• просматривать/редактировать точки расширения.

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

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

Средства управления ресурсами системы

Для подключения (регистрации) всех рабочих ресурсов системы (в том числе основных ресурсов и ресурсов патчей) и управления доступом к этим ресурсам создан Репозитарий — представляет собой хранилище информации об установленных компонентах системы и обеспечивает:

• установку приоритетов на использование версий компонентов (слои разработки);
• распределение прав пользователям и группам на использование компонентов системы;
• управление компонентами системы.

С помощью Менеджера репозитария , входящего в состав модуля Консоль управления инструментального комплекса Support , обеспечивается:

• просмотр установленных компонентов системы, и их аналитических признаков (по слоям разработки);
• установка/удаление компонентов;
• подключение/отключение компонентов;
• изменение приоритетов на использование версий компонентов;
• распределение прав пользователям и группам на использование компонентов;
• экспорт/импорт репозитария из XML .

Поддержка парадигмы объектно-ориентированного программирования

В рамках объектно-ориентированной разработки средство разработки Атлантис обеспечивает:

• Наследование, инкапсуляцию, полиморфизм.
• Наличие сущностей "Объекты" и "Объектные интерфейсы".

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

• Поддержку классических свойств и виртуальных методов объектов.
• Поддержку динамического приведения типа.

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

• Поддержку хранения объектов в БД.
• Использование реляционных свойств объектов, объектного SQL .
• Оптимизацию объектных запросов для SQL -платформ.

Еще одной новой и очень существенной возможностью является поддержка хранения и считывания объектов из БД. Помимо классических свойств и виртуальных методов объектов, Атлантис поддерживает и реляционные свойства объектов. Назначение их аналогично индексам в таблицах БД.

Наличие реляционных свойств позволило реализовать в Атлантис объектное расширение языка SQL , в котором объекты могут участвовать в запросе наравне с таблицами. Уникальной особенностью является то, что оптимизатор запросов Атлантис обрабатывает нюансы реализации реляционных свойств конкретных объектов и оптимизирует их таким образом, что конечная производительность доступа к БД получается не хуже, чем при обращении напрямую к данным.

Использование открытых стандартов COM, ActiveX

Реализована возможность встраивания сторонних программ в Галактику и возможность встраивания интерфейсов Галактики в другие системы.

При разработке (доработке) системы средствами Атлантис обеспечиваются следующие возможности:

• использование стандартных и собственных COM -объектов ( ADO DB , XML DOM , …);
• встраивание стандартных и собственных ActiveX компонентов ( MS Word , Excel , Acrobat Reader , …).

При разработке (доработке) системы внешними средствами разработки обеспечиваются следующие возможности:

• использование функциональности объектов Галактики через COM -интерфейс (перерасчет остатков, расчет зарплаты, …);
• встраивание окон Галактики как ActiveX компонентов (редактирование накладной, выбор организации, …).

ODBC драйвер Атлантис

В рамках данной версии разработан ODBC драйвер Атлантис ( atlodbc.dll ), обеспечивающий:

• доступ к данным Галактики с использованием объектного SQL ;
• использование функциональности прикладных объектов;
• многоплатформенность ( Pervasive SQL , MS SQL Server , Oracle );
• возможность использования в любых средствах разработки ( OLE DB , JDBC ).

Встроенный генератор отчетов FastReport

В данную версию Атлантис интегрирован бэнд-ориентированный графический генератор отчетов FastReport , который обеспечивает:

• создание составных (композитных), вложенных, многоколоночных, master-detail-detail и cross-tab отчетов;
• выбор шрифта и размера букв;
• управление цветом текста и фона;
• точное расположение элементов на листе бумаги для форм строгой отчетности;
• использование простых и вложенных группировок;
• использование горизонтальных циклов;
• возможность создания диаграмм;
• вставку в отчет графических объектов;
• режим предварительного просмотра, аналогичного MS Word ;
• экспорт отчетов в форматах TXT, RTF, CSV, HTML.

Вызов встроенного дизайнера отчетов FastReport осуществляется из диалога выбора формы отчета системы Галактика или модуля Консоль управления комплекса Support .

Система лицензирования

В связи с тем, что Галактика 8.0 может работать в трехуровневой архитектуре, введено лицензирование сервера приложений. Возможность работы с сервером приложений устанавливается индивидуально для каждого рабочего места и независимо от используемых на нем функциональных лицензий.

Для двухуровневой архитектуры каких-либо дополнительных действий не требуется.

Поддержка операционных систем и платформ БД

Платформа ORACLE

Для работы с Oracle v 9 разработан новый драйвер ora90drv.dll , обеспечивающий работу с базой данных по интерфейсу текущей версии клиента СУБД. Это позволяет использовать все возможности, декларируемые производителем СУБД.

Таким образом, при работе с Oracle v 7.3 должен использоваться драйвер ora73drv.dl l , а при работе с версиями v 8 и v 9 — драйвер ora90drv.dll.

Инсталляторы

Инсталлятор сервера аппаратного ключа

Инсталлятор сервера аппаратного ключа включает обновленные драйверы для электронных ключей Guardant (v. 4.85).

Инсталлятор системы

Данная версия включает новые инсталляторы системы Галактика и комплекса Support , разработанные на базе пакета InstallShield Professional v .6.3.

В основу структуры дистрибутива положено понятие компонента дистрибутива (не путать с функциональными компонентами системы Галактики , Атлантис и др.) системы или патча.

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

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

В дальнейшем при повторном запуске программы установки setup.exe с дистрибутивного компакт диска можно изменить или исправить текущую установку серверной или клиентской части системы.

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

В режиме исправления запускается процесс переустановки файлов, установленных во время предыдущей установки.

Кроме этого новые инсталляторы обеспечивают:

• установку серверной части системы для использования в двухуровневой архитектуре;
• установку серверной части системы для использования в трехуровневой архитектуре;
• установку серверной части системы для использования в комбинированном варианте, при котором часть пользователей работает в двухуровневой архитектуре, а другая часть в трехуровневой;
• установку клиентской части системы для использования в двухуровневой архитектуре;
• установку клиентской части системы для использования в трехуровневой архитектуре;
• автоматическую регистрацию компонентов A с tiveX ;
• установку и настройку службы сервера приложений трехуровневой архитектуры;
• настройку клиентской части трехуровневой архитектуры на сервер приложений;
• установку в процессе инсталляции серверной части системы базы данных и сервера аппаратного ключа или настройку на их существующие экземпляры.

Удаление текущей установки серверной или клиентской части системы выполняется путем повторного запуска программы установки setup.exe с дистрибутивного компакт диска и последующего выбора режима работы Удалить .

Инсталляторы базы данных

Платформа PERVASIVE. SQL

В данной версии установка базы данных на платформе Pervasive . SQL выполняется с помощью инсталлятора btrvinst.exe , использующего в качестве исходных данных dbi- файлы с наборами данных.

Программа установки БД btrvinst.exe , находится в каталоге \DB_INST серверной части системы.

Командная строка для запуска программы установки базы данных имеет вид:

btrvinst.exe /pDBI:<установочный путь>

где

< установочный путь > — путь на каталог \ DB_INST , содержащий файлы с наборами данных XXX\main.dbi .

При запуске программы без параметров она запускается в режиме установки БД ( /pDBI: ), при этом установочным путем является надкаталог запуска.

Программа установки базы данных может быть запущена в режиме проверки корректности файла с наборами данных main . dbi (без подключения к СУБД ).

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

/сDBI+ — включает режим проверки dbi - файла;

/dDBI:<[путь\]имя файла > — задает имя dbi- файла с наборами данных, подлежащего проверке. Если имя файла задано без полного пути, то он ищется в текущей директории.

/tDBI+ — включает трассировку процесса проверки файла с наборами данных. Результат трассировки записывается в текущую директорию в файл checkDBI.trc .

Результаты проверки программа выдает соответствующими сообщениями на экран и в файл btrvinst.log .

Примеры командной строки для запуска программы установки базы данных в режиме проверки dbi -файла:

btrvinst.exe /dDBI:main.dbi /cDBI+ /tDBI+

btrvinst.exe /dDBI:d:\GAL800\DB_INST\RUSSIA\main.dbi /cDBI+