CADmaster

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

Концепция построения ГИС-решений (рецепт от Consistent Software). Рискуя быть заподозренным в излишне старательном изучении марксизма-ленинизма в советские времена, все же скажу о «трех источниках и трех составных частях» ГИС-решения. Неоднократное употребление слова «решение», надеюсь, ясно указывает, что мы не предлагаем клиенту некий набор «коробок» (стандартного ПО от ведущих мировых разработчиков), настаивая, что огромная функциональность, в них заключающаяся, сама по себе решит все проблемы клиента.

Напротив, мы подбираем эти «коробки» как некие базисные блоки, кирпичи, связывая их, как раствором, нашими пользовательскими приложениями, которые отражают результаты обследования проблем клиента, то есть нашей совместной работы с персоналом заказчика. Подбор «коробок» при этом вполне может вызвать неудовольствие больших компаний: цель любой такой компании — захват рынка, борьба с конкурентами, наша же цель — честная системная интеграция, то есть наиболее полное соответствие ожиданиям заказчика. Поэтому всякий раз мы производим некий обзор мирового рынка базовых программных средств и заменяем в составе наших решений какие-то виды ПО — по той простой причине, что некий аналогичный продукт конкурентов оказывается более подходящим по соотношению «цена/качество».

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

Эти принципы кажутся нам вполне естественными.

• Масштабируемость. Понятное, но крайне редко реализуемое требование. Речь идет о том, чтобы добиться разумного баланса между практической неограниченностью расширения системы как по объему данных (без изменения структуры данных и перекомпиляции пользовательских приложений), так и по количеству пользователей — и минимальным «стартовым» объемом затрат по внедрению ГИС-решения. В емкий термин «масштабируемость» мы также вкладываем гибкое изменение соотношения между количеством рабочих мест различной функциональности в рамках поставляемого решения. Клиенту может понадобиться только увеличение количества рабочих мест для просмотра информации (с минимальными функциями анализа) или, напротив, только дополнительные рабочие места с полным доступом ко всем информационным ресурсам.
• Открытость системы. Всем, кто набивал индивидуальные шишки на пути внедрения ГИС в нашей стране, хорошо известен практически неминуемый в любом городе и регионе «зоопарк» применяемых в разных ведомствах программных средств — как стандартных, так и доморощенных. По поводу конвертации данных из последних трудно сказать что-то иное, кроме известного «нельзя объять необъятное». Если местные разработчики по только им понятным причинам решили хранить информацию в собственных таинственных форматах и если при этом они не озаботились возможностью какого-либо экспорта данных, то… можно выразить осторожное сочувствие заказчику в связи с неминуемыми финансовыми и временными потерями. Если же речь идет о ГИС-системе, широко распространенной в мировой практике (ArcView, MapInfo, MicroStation и т.д.), то внедряемое ГИС-решение должно иметь инструменты приведения всех источников данных к некоему общему знаменателю без каких бы то ни было потерь.
• Надежность. ГИС-решение должно быть «породистым», то есть опираться на базовые программные средства от известных на рынке ПО «игроков». Это даст обоснованную надежду на то, что отслеживание постоянных тенденций развития мировой ИТ-отрасли будет производиться силами фирм-разработчиков базового ПО и, следовательно, выпуск новой версии операционной системы, появление нового поколения процессоров и т.д. не станет вашей неизбывной головной болью.

Рис. 1

«Что же из этого следует?» — как пелось в одной старой песне. А следует, по нашему мнению, только то, что ГИС-решение неминуемо состоит из трех основных частей: хранилища данных, инструментальной ГИС и системы публикации данных.

Хранилище данных раньше как-то и не принято было выделять в некий отдельный компонент. Функции хранения данных относили к сфере инструментальных ГИС, которые, собственно, ГИСом в просторечии и называли (как все копировальные аппараты, независимо от их изготовителя, очень долго называли «ксероксами»…). Но все известные инструментальные ГИС следовали принципу раздельного хранения пространственной (карт, планов) и описательной (собственно таблиц данных) информации. Связь между этими типами данных осуществлялась средствами той самой инструментальной ГИС за счет использования разных индексных файлов и… вся печаль по администрированию, разделению доступа между пользователями, все проблемы эффективной обработки сверхбольших объемов данных с грохотом обрушивались не на плечи разработчиков инструментальных ГИС, а в основном на неокрепшие плечи пользователей. Выход из этой ситуации, очевидно, заключается в хранении всех данных (как пространственных, так и атрибутивных) в едином хранилище на основе СУБД, функционал и стоимость которой будут последовательно расти вместе с запросами и финансовыми возможностями заказчика. На сегодняшний день ГИС-решения от Consistent Software могут строиться на любой СУБД: от MS Access до MS SQL Server и далее через Oracle Standard к Oracle Enterprise.

Идея не нова, но широко реализоваться ей не позволял «имущественный ценз»: для ее воплощения раньше подходила только весьма недешевая хоть и бесспорно лучшая СУБД Oracle Enterprise. Теперь же вместо большого прыжка можно двигаться плавно и неторопливо.

Рис. 2

Системы публикации данных должны обеспечить прямой доступ к универсальному хранилищу, иметь возможность публиковать извлеченные из хранилища данные через Internet/Intranet и быть удобной основой для разработки пользовательских приложений на стандартных языках программирования. Дело в том что полный доступ ко всем видам данных — прерогатива весьма узкого круга специалистов. Основной же массе ГИС-пользователей избыточный доступ не только не нужен, но даже и вреден, так как вызывает обоснованное опасение что-то «испортить». Кроме того, административный персонал, особенно менеджеры высшего звена, настолько загружен, что просто не имеет времени на освоение сложных ГИС-инструментов. Поэтому пользовательские приложения с фиксированной логикой пространственного и атрибутивного анализа, то есть с формализацией типовых каждодневных операций, должны реализовываться на стороне системы публикации данных. Такие системы предлагаются несколькими ведущими мировыми компаниями. После сравнительного анализа по соотношению «цена/качество» и по соответствию требованию прямого доступа к универсальному хранилищу данных на основе СУБД, мы несколько лет назад остановились на Autodesk MapGuide, дополнив штатный набор провайдеров данных дополнительными компонентами, предоставляющими доступ к хранилищам на всех прочих СУБД помимо Oracle Spatial. Этот выбор пока не разочаровал ни нас, ни клиентов.

Приведем примеры внедренных и активно используемых пользовательских приложений на основе Autodesk MapGuide.

• «MapGuide-навигация» — приложение, разрабатывавшееся в ходе нашего проекта для новой казахской столицы Астаны. Интерфейс, в котором просто нельзя запутаться, простая навигация по «мэрскому» справочнику улиц и домов, drag-and-drop анализ (естественный для СУБД, но встречающийся в ГИС-приложениях не чаще синей птицы в обыденной жизни…). Если добавить к сказанному многопользовательскую систему отслеживания экстремальных ситуаций и генерацию печатных форм по выбранному объекту простым его касанием, то впечатление будет практически полным.

  Приложение было разработано и внедрено для пилотного проекта с общим хранилищем данных на основе MS Access и успешно «пережило» переход к хранилищу на основе Oracle Enterprise — в полном соответствии с высказанными ранее соображениями.

  

• «Паспорт-Энерго» — пример специализированного приложения для отрасли. В составе активно внедряемого сейчас комплексного проекта для одного из региональных подразделений РАО ЕЭС оно решает задачи быстрого и эффективного ввода данных по кабельным сетям за счет заложенной в структуре данных «отраслевой логики». Оператору достаточно выбрать на карте одну из кабельных врезок — и система автоматически отследит всю кабельную линию от подстанции до подстанции, из скольких бы отрезков эта линия ни состояла. Далее автоматически генерируются соответствующая линии строка в базе данных и порождаемая ею вторичная таблица кабельных врезок. Заполнение данных идет с использованием отраслевых справочников (это исключает ошибки ввода) и в полном соответствии с иерархией данных: описать врезку невозможно до описания кабельной линии. Далее (!!!) производится автоматическая генерация расположения кабельных муфт и воронок в виде точечных объектов, имеющих следующий по иерархии уровень. Эта прямо скажем необычная для Autodesk MapGuide функция редактирования пространственной информации реализована с использованием специфических инструментов прямого доступа к хранилищу на основе Oracle. Естественно, вся система справочников доступна для корректировки только пользователям, имеющим уровень доступа системного администратора.<

  Аналогичный инструмент разрабатывается нами в рамках крупного проекта Всемирного банка (реконструкция системы водоснабжения Душанбе). В этом проекте описываемая технология построения ГИС-решений принята как базовая.<

  Рис. 4

И, наконец, об инструментальной ГИС. По принципу прямого и эффективного доступа к хранилищам данных на основе СУБД была выбрана Intergraph GeoMedia, которая с успехом применялась нами во всех упомянутых проектах. Но желание самим более гибко определять уровень «русификации» интерфейса и стремление быть более гибкими в ценовой политике привели к созданию собственной ГИС, имеющей в основе (естественно, по договоренности с компанией Intergraph) те же базовые компоненты GeoMedia, но расширенные и дополненные нашим пониманием и опытом. Итак, премьера ГИС-сезона: CS MapDrive!

К первым очевидным значениям слова «drive» вряд ли требуются особенные комментарии (мы действительно стремимся к надежному хранению данных и стараемся вести наших клиентов в правильном направлении), но и последнее, «нетехническое» значение также полностью соответствует нашим устремлениям, отражая ощущаемый нами тот самый «драйв», который, надеюсь, передается и нашим клиентам.

Основные особенности CS MapDrive, унаследованные от «родителя» — GeoMedia: принципиальное отсутствие файловой системы, работа напрямую со всеми хранилищами данных на основе СУБД, истинный многопользовательский доступ на уровне объекта, начиная с хранилищ даже на основе MS Access.

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

Ожидаемые расширения: разнообразные модули, специфицируемые для конкретной отрасли. Например, в течение ближайшего времени по заказу ФГУП «Калининградгазификация» CS MapDrive будет дополнен модулем поверочного гидравлического расчета газовых сетей — по потокам газа в участках системы распределительных газопроводов с расчетом узловых давлений.

С появлением инструментальной ГИС CS MapDrive наша технология построения ГИС-решений на основе единого хранилища данных приобрела логическую законченность. Мы будем рады заинтересованным вопросам, обещаем ответить на любые возникающие в этой связи мысли и пожелания и предоставить trial-версию инструментальной ГИС.

На нашем web-сайте можно найти все предыдущие публикации, а всех желающих получить дополнительную информацию приглашаем к электронному общению или к посещению стенда Consistent Software на предстоящей выставке.

Скачать статью в формате PDF — 461.5 Кбайт