12 - 2005

Автоматизация работы БТИ с использованием TDMS и PlanTracer

Алексей Войткевич

О средствах автоматизации для БТИ

Немного истории

Задача построения электронного архива графической и семантической информации для БТИ

Архив БТИ сегодня: вопросы, вопросы…

Мифы и реальность

Решение проблем архива

Архив графической и семантической информации

От архива до системы коллективной работы

Итоги

О средствах автоматизации для БТИ

Сказать, что таких средств не существует совсем, нельзя — они есть. Вопрос в том, что они собой представляют. Чаще всего наблюдается пестрая смесь из программ (надо отдать должное — порой весьма добротных) различной степени работоспособности. Доводилось видеть всякое: АРМ на Word и Excel, Access и Delphi… Очень редко встречаются серьезные решения на MS SQL Server и Oracle. Характерной чертой всех таких программ является то, что в большинстве случаев они создавались самими сотрудниками организаций (а иногда и энтузиастами в часы досуга) в целях упрощения повседневной рутинной работы при решении узкоспециальных задач, а перенести их в другое подразделение или БТИ (например, для обмена опытом) практически нереально — возможность гибко подстраиваться либо ограничена, либо вообще отсутствует. Самим сотрудникам вносить изменения в программу сложно по причине нехватки времени, поскольку пожаловаться на отсутствие клиентов бюро технической инвентаризации сегодня не могут, а специально выделенных людей для разработки программного обеспечения нет.

Проблема создания средств автоматизации для данной предметной области усугубляется отсутствием четких стандартов работы. В Рыбинске и Краснодаре, Череповце и Ставрополе, Москве и Московской области — везде свои способы обмера, виды представления документов и справок.

У машиностроительных предприятий, например, есть жесткие стандарты: в наследство от СССР им достались ЕСКД и ЕСТД. У проектных организаций есть СПДС. А вот для БТИ почти ничего нет. Видимо, это связано с тем, что при всеобщей государственной собственности все было гораздо проще. С приходом же рынка и частной собственности на недвижимость ситуация кардинально изменилась: количество клиентов бюро технической инвентаризации стремительно возросло, а методы работы остались прежними — это бумага, а в лучшем случае AutoCAD и средства MS Office (редкие исключения, упомянутые выше, подтверждают общее правило). К чему это привело, знают все: огромные очереди при оформлении приватизационных документов и сделках с недвижимостью и т.п., затягивание сроков выдачи документов, а для руководства и сотрудников БТИ — потеря времени, а следовательно, и денег.

В начало В начало

Немного истории

Более трех лет назад компания Consistent Software (www.consistent.ru) начала разработку принципиально нового продукта PlanTracer (www.plantracer.ru). Сегодня программой успешно пользуются уже сотни работников БТИ. После серьезной работы по доводке функциональных возможностей и устранению проблем (давние пользователи помнят, как это было) можно сказать, что PlanTracer — лучшее программное обеспечение для техника-инвентаризатора БТИ.

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

Программа открыта для внешних приложений. Информацию с интеллектуального плана можно получить через простые программные средства — API. Это сделано намеренно: мы предполагали, что поскольку программ для работы с описательной информацией в БТИ уже множество, то наш продукт решит актуальную проблему с графической частью, а разработчики сторонних приложений будут использовать PlanTracer для получения столь необходимых им данных для экспликации.

Идея создания архива графической информации принадлежит нашим пользователям — Красногорскому филиалу ГУП МО «Московское областное БТИ». Все началось с середины 2004 года, когда бюро было оснащено программой PlanTracer. Техники после обучения начали активно работать, что привело к взрывному росту количества файлов. Весной этого года в архиве графических планов, представляющем собой структуру папок на сетевом сервере, насчитывалось уже более 10 тыс. файлов, причем рост объемов продолжался, достигая почти 1 Гб в месяц!

Из создавшегося положения мы предложили эффективный выход, который заключался в создании электронного архива на базе системы управления техническими данными TDMS (www.tdms.ru). К этому времени система уже проявила себя с лучшей стороны, позволяя решать задачи управления информацией и коллективной работы пользователей над проектами в ряде крупных организаций (ВНИПИгаздобыча, ФГУП ПО «Севмаш» и др.). Ничто не препятствовало применить TDMS в новой области, ведь гибкость и надежность этой системы были уже проверены в практической одновременной работе сотен людей.

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

В начало В начало

Задача построения электронного архива графической и семантической информации для БТИ

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

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

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

В начало В начало

Архив БТИ сегодня: вопросы, вопросы…

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

• качество документов со временем ухудшается, даже если их не трогать (а их трогают!);

• при работе документ страдает (сгибание-разгибание, надрывы и т.п.);

• бумага пачкается, мокнет, желтеет, рвется, горит и т.п.;

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

• с бумажными документами сложно работать — вносить изменения, использовать для создания других документов.

В этом смысле Красногорскому БТИ с бумажным архивом повезло. Дело в том, что б о льшая часть жилого фонда создана сравнительно недавно, а в последние годы город переживает строительный бум в связи с близостью к Москве. Благодаря этому бумажный архив находится в хорошем состоянии, чего нельзя сказать о большинстве БТИ страны. Например, в Клинском филиале того же ГУП МО «МОБТИ» есть документы 30-х годов прошлого века, а общее состояние архива блестящим не назовешь.

Задачу повышения надежности бумажных носителей можно решить путем сканирования документов, но остальные проблемы остаются или даже усугубляются. Характерный пример: в Красногорском БТИ четко разработана и утверждена руководством структура папок и порядок именования файлов. Это было сделано, чтобы установить такой порядок, при котором можно достаточно быстро найти нужный план. Однако в архиве можно обнаружить странные файлы с именами вроде «Чердак новый» и т.п., о назначении которых не знает никто, кроме их создателей, да и они потом тоже забывают. В итоге получается, что информация есть (план уже сканировали и обрабатывали), но найти и воспользоваться ею невозможно. Другой пример — из Тверского областного БТИ: техник случайно подвинул мышь, не отпустив кнопку, а в результате целый поселок Эммаус «пропал». Оказалось, что папка была просто перемещена в другую, а ведь это десятки домов и не один гигабайт информации! В итоге работа отдела была парализована на полдня.

В начало В начало

Мифы и реальность

При общении заказчики часто возражают против внедрения в их организаци ях системы электронного архива стороннего производителя. Два самых обычных довода звучат следующим образом:

• «Архив нам не нужен, мы все разложим по папочкам Windows»;

• «Архив нам нужен, но ни одно из предложенных решений не подходит, так что мы будем создавать свое».

По первому из этих доводов можно привести примеры, описанные выше, а кроме того, добавить следующее:

• как в таком случае искать? Ведь найти информацию по нескольким критериям не удастся («Все документы Иванова, сделанные по такому-то объекту инвентаризации в мае прошлого года…»);

• как хранить историю изменений?

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

Для обоснования второго довода обычно следуют такие аргументы:

• «У нас есть программисты» (очень хорошо, если есть грамотные специалисты!);

• «Мы лучше знаем, что нам надо»;

• «Это будет дешевле».

При серьезном рассмотрении становится очевидной несостоятельность подобной аргументации, ибо сам факт наличия программистов еще не означает автоматического наличия работоспособной системы, способной решать конкретные проблемы предприятия. Даже если программисты организации и способны разработать такого рода систему, то произойдет это явно не скоро. А система уровня TDMS (гибкая, простая, надежная) создавалась коллективом специалистов высокой квалификации (аналитиков, программистов, тестировщиков, технических писателей), причем продолжительное время — первая версия вышла в свет еще в 2002 году. Даже если посчитать расходы только на зарплату такого коллектива, это будет весьма значительная сумма. Специалисты нашей компании обладают многолетним опытом реализации проектов разного уровня сложности. Конечно, без помощи работников заказчика внедрить какую-либо систему невозможно. Практика показывает, что эффективные внедрения — результат непрерывного взаимодействия сторон. Мы знаем, как и что делать, как избежать ошибок, а специалисты организации располагают информацией и помогают сформулировать, что именно должно получиться.

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

В начало В начало

Решение проблем архива

С основами организации системы архива для БТИ можно ознакомиться в статье Ильи Лебедева «Автоматизация работы БТИ с использованием TDMS и PlanTracer»1. Как уже упоминалось, программа PlanTracer получила заслуженное признание пользователей, публикации об этом продукте выходили не раз. Кроме того, ознакомиться с PlanTracer можно, посетив сайт www.plantracer.ru и установив демонстрационную версию программы.

TDMS представляет собой объектно-ориентированную систему, позволяющую управлять всей документацией организации (чертежами, трехмерными моделями, письмами и т.п.) и отслеживать связи документов с объектами (проектами, заказами, системами, изделиями). Объемы информации трудностей не вызывают, ведь система использует для своей работы промышленные СУБД MS SQL Server и Oracle и может подключать внешние системы хранения — роботизированные CD/DVD-библиотеки и любые другие поддерживаемые Windows устройства хранения информации.

Многочисленные проблемы графического архива, реализованного в виде описанных выше папок на сервере, привели Красногорское БТИ к решению создать архив на базе TDMS. Были определены следующие этапы реализации проекта:

• создать электронный архив графической информации;

• реализовать связь с системой приема заказов на базе «1С»;

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

На сегодняшний момент близится к окончанию первый этап внедрения.

Архив графической информации

Прежде всего совместно с представителями Красногорского БТИ была проанализирована организация традиционного «бумажного» архива. Выяснилось, что архив упорядочен по инвентарным номерам, а для поиска по адресу предназначены толстые амбарные книги, где инвентарные номера приведены в соответствие с адресом. При этом существует ограниченное количество типов дел: жилой и нежилой госфонд, домовладения, садовые товарищества, гаражные кооперативы.

С первого дня работы был намечен порядок взаимодействия сторон: представители Красногорского БТИ активно приступили к работе, поставив перед специалистами CSoft2 (www.csoft.ru) конкретные задачи и сами по мере возможности включившись в процесс. Например, иерархия типов, атрибуты и карточки сделаны ими почти полностью самостоятельно, а реализация логики на внутреннем языке программирования VBScript осталась за CSoft.

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

Таким образом, были созданы типы объектов, представленные на рис. 1.

Рис. 1. Типы объектов

Рис. 1. Типы объектов

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

Внешний вид настройки представлен на рис. 2.

Рис. 2. Общий вид графического архива

Рис. 2. Общий вид графического архива

Вся информация в архиве состоит из связанных объектов, образующих не просто дерево, а многомерную структуру. Для удобства были реализованы три «точки зрения» на архив: через инвентарные номера, адреса и заказы. Это позволяет просматривать и искать информацию, располагая различными исходными данными. Кроме того, естественно, можно задействовать мощные средства поиска, делая произвольные запросы (подобно примеру, приведенному в разделе «Мифы и реальность»: «Все документы Иванова, сделанные по такому-то объекту инвентаризации в мае прошлого года»). На рис. 3 и 4 отображен поиск квартиры, приведенной на рис. 1, но только по заказам и адресам соответственно. Произвольный поиск показан на рис. 5: ту же квартиру можно найти, зная лишь ее номер.

Рис. 3. Квартира найдена через заказ

Рис. 3. Квартира найдена через заказ

Рис. 4. Квартира найдена по адресу

Рис. 4. Квартира найдена по адресу

Рис. 5. Произвольный поиск квартиры

Рис. 5. Произвольный поиск квартиры

Теперь о графике. Графический архив неразрывно связан с программой PlanTracer, в которой можно редактировать планы. Об именовании файлов можно теперь вообще забыть. Дело в том, что они лежат не в папках на сервере, а в объектах базы данных. При редактировании, конечно, файлы копируются на компьютер, но это происходит совершенно незаметно. Пользователь оперирует привычными понятиями: например, находит квартиру, нажимает кнопку Редактировать в PlanTracer3 и приступает к редактированию в открывшемся плане. По окончании работы достаточно закрыть план — и он будет сохранен в базе данных. План доступен для просмотра непосредственно из TDMS (рис. 6).

Работа с базой данных возможна и напрямую из среды AutoCAD (www.autocad.ru). Для этого предусмотрены два основных средства: вы можете либо открывать и сохранять файлы из дерева объектов (рис. 7), либо воспользоваться дополнительным меню интерфейса AutoCAD-TDMS (рис. 8).

Внедрение такого архива позволяет полностью устранить проблемы, рассмотренные выше.

Рис. 6. Просмотр графического плана из архива

Рис. 6. Просмотр графического плана из архива

Рис. 7. Доступ к дереву объектов TDMS из среды AutoCAD

Рис. 7. Доступ к дереву объектов TDMS из среды AutoCAD

Рис. 8. Меню интерфейса AutoCAD-TDMS

Рис. 8. Меню интерфейса AutoCAD-TDMS

Роли пользователей в системе TDMS

Роли пользователей в системе TDMS

В начало В начало

Архив графической и семантической информации

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

• расширение функциональности графического архива;

• интеграция системы графического архива с семантической базой данных сторонней разработки.

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

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

В Красногорске был выбран второй вариант. Приведенный выше план автоматизации содержит пункт о связи с существующей системой «Архив-БТИ» разработки информационного центра ГУП МО «Московское областное БТИ».

Рис. 9. Извещение о назначении исполнителя на заказ

Рис. 9. Извещение о назначении исполнителя на заказ

В начало В начало

От архива до системы коллективной работы

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

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

В основу идеологии системы положено понятие заказа как формального начала проведения работ на конкретном объекте недвижимости. Не оформив заказ, клиент не может получить от БТИ никаких документов, а сотрудники не могут начать работу.

Заказ имеет некие жизненные состояния, в терминах TDMS — статусы. Таких статусов три:

Принят  — исполнитель еще не назначен;

Назначен исполнитель  — инвентаризатор назначен, но работы еще не завершены;

Закрыт  — работы выполнены, проверены и утверждены бригадиром.

Все остальные объекты системы, которые моделируют реальные объекты недвижимого имущества, имеют следующие статусы:

В разработке  — доступны для редактирования;

На согласовании  — можно либо утвердить объект, либо вернуть его на доработку; редактирование запрещено;

Утвержден  — допускается только создание новой версии (а это и есть формирование истории).

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

Алгоритм работы следующий.

1. При обращении клиента в архив оформляется заказ, которому в TDMS соответствует объект типа «Заказ». Этому объекту присваивается статус Принят .

2. Бригадир либо диспетчер вкладывает в состав объекта-заказа конкретные объекты (дома, квартиры, участки), с которыми требуется провести работу. Эти объекты соответствуют подбору реальных инвентарных дел из бумажного архива.

3. Бригадир назначает исполнителя заказа, который получает право на редактирование только реально необходимых ему для выполнения работ объектов электронного архива. Заказ приобретает статус На исполнении , а исполнитель получает письмо с извещением о назначении (рис. 9).

4. Инвентаризатор оформляет графические планы, при необходимости создавая новые объекты или их версии. Эти объекты имеют статус В разработке .

5. По окончании работ инвентаризатор дает команду Отправить на согласование . Объекты, с которыми он работал, приобретают статус На согласовании , а инвентаризатор лишается права их редактировать. Бригадиру направляется соответствующее уведомление.

6. Бригадир проверяет выполненную работу и в зависимости от результата дает либо команду Утвердить , либо команду Вернуть на доработку . В первом случае работа считается выполненной и редактирование запрещается (объекты получают статус Утвержден ), во втором — инвентаризатору возвращается право на редактирование (объекты получают статус В разработке). О принятом решении инвентаризатор уведомляется по почте.

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

В начало В начало

Итоги

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

1. Внедрение программных продуктов PlanTracer и TDMS обеспечивает постепенный переход от бумажного архива к электронному.

2. PlanTracer позволяет подготовить графический интеллектуальный план, содержащий данные для составления экспликации.

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

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

На базе программных продуктов PlanTracer и TDMS представляется вполне возможным реализовать архив графической информации, что подтверждено опытом Красногорского филиала ГУП МО «Московское областное БТИ». Тесное взаимодействие этих программных продуктов друг с другом позволяет достичь единства графики и базы данных, сократив общие расходы на автоматизацию.

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

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

 

Приношу искреннюю благодарность директору Красногорского филиала ГУП МО «Московское областное БТИ» Наталье Ивановне Сатуровой за огромную помощь в работе, Виталию Александровичу Туманову и Владимиру Анатольевичу Кудряшову за каждодневный труд при внедрении программного комплекса, всем работникам БТИ за помощь в совершенствовании продуктов компании Consistent Software.


1См.: № 5’2003.

2Компания CSoft распространяет и внедряет в России программные продукты Consistent Software.

3Можно использовать и любые другие приложения, включая MS Office.

В начало В начало

САПР и графика 12`2005