Информационная система поддержки деятельности кадастрового инженера

Доцент, к.т.н С.А. Атаманов, доцент, к.т.н С.А. Григорьев

Московский государственный университет геодезии и картографии

npogeo@gmail.com +7 (495) 774-88-15

Введение

Виды работ в кадастровой деятельности

Уровни организации информации

Информационная система поддержки кадастровой деятельности

Модель земельно-имущественных отношений

Существующие разработки

База профессиональных знаний

Эскизный проект

Семантическая сеть

Распознавание терминов

Электронная книга

Краудсорсинг

Технологическая схема выполнения кадастровых работ

Матричная книга

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

Вики

Заключение

Литература

Введение

Этот очерк посвящён разработке информационной системы, доступной по адресу http://onworks.ru. Она предназначена оптимизировать ежедневную работу сотрудников организации, занимающейся в том или ином виде оформлением недвижимости.

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

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

По определению кадастровая деятельность – это выполнение кадастровым инженером в отношении недвижимого имущества работ, в результате которых обеспечивается подготовка документов, содержащих необходимые для осуществления кадастрового учета сведения. Также в кадастровую деятельность включается оказание сопутствующих услуг, например сбор необходимых сведений, проведений согласований или подача заявлений [1]. Если учесть, что согласно Национальному корпусу русского языка “обеспечивать” означает “организовывать всё необходимое, делать что-либо возможным”, то получается, что кадастровая деятельность – это выполнение всего комплекса работ, необходимых для подготовки документов в целях кадастрового учета. Поэтому далее мы будем рассматривать не столько саму подготовку документации, сколько в целом деятельность организации, занимающейся кадастровыми работами.

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

Так, например законодательно установлены лица, с которыми проводится согласование местоположения границ земельного участка, в том числе лица, обладающими смежными земельными участками на праве собственности и на праве долгосрочной аренды [1]. Но, так не разъяснено, нужно ли согласовывать и с собственником или с арендатором, или только с кем-то одним, то естественным образом у разных сотрудников различных организаций появляется разное мнение на этот счет, что ведет как к отказам в согласовании, так и к отказам в проведении кадастрового учёта.

В качестве другого примера можно привести ситуацию с машиноместами, которые в настоящее время не являются объектами недвижимости и, соответственно, не подлежат кадастровому учету [1]. Однако в правоприменительной практике часто используется такого рода объект права. Машиноместа часто являются предметами судебных разбирательств, купли-продажи и т.д. В связи с этим возникает обязательное условие индивидуализации такого рода объектов и включения их в кадастр недвижимости. В начале 2013 года машиноместа были определены только линиями на поэтажных планах, тогда как уже сейчас обязательным требованием является оконтуривание машиномест строительными конструкциями (стенами и перегородками). И в том и в другом случае машиноместа – это нежилые помещения.

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

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

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

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

Искусственный интеллект

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

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

Облачные технологии

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

Структуризация производства

Модернизированные принципы организации Генри Форда – бережливое, быстрореагирующее, активное производства – позволяют сегодня быстро подстраивать работу под новые условия. Управление и контроль работ берут на себя компьютерные алгоритмы и нейросети. Любая деятельность рассматривается как процесс, разделяется на фрагменты, каждый из которых можно представить как черный ящик. На входе и выходе материалы, документы или сведения, а вся работа внутри как можно меньше зависит от окружающей среды. Задача руководства состоит в бесконечной оптимизации внутренней работы каждого блока и текущих конвейеров в целом. Быстро перестраивать цепочки производства, оказывать новые услуги, выпускать товары малыми партиями при этом возможно, рассматривая персонал как основу всего, как работающих в команде многофункциональных компетентных специалистов, а не заменяемый рабочий инструмент как ранее.

Гибкое управление

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

Кадастровая деятельность

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

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

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

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

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

Виды работ в кадастровой деятельности

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

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

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

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

Начиная со второй версии стадии реализованы в интерфейсе редактора проекта. Пользователям доступно:

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

Уровни организации информации

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

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

Первый уровень. Мелкий масштаб. Общая картина:

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

Второй уровень. Средний масштаб:

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

Третий уровень. Крупный масштаб:

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

Информационная система поддержки кадастровой деятельности

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

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

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

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

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

На среднем масштабе:

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

На крупном масштабе:

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

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

• модель земельно-имущественных отношений
• систему поддержки ведения проектов;
• базу профессиональных знаний.

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

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

• сегодня совершенно уверенно можно утверждать, что оптимальной платформой для подобного программного обеспечения является браузер. Современные компьютеры обладают достаточной производительностью для того чтобы на чистом HTML5 и Javascript без каких-либо тяжеловесных плагинов вроде Flash или Silverlight можно было создавать интерфейсы достаточной сложности без ущерба в скорости работы. Отсутствие необходимости в установке специального программного обеспечения позволяет с любого компьютера, имеющего доступ в интернет, запустить полноценную систему, уже обновлённую до последней версии;
• современная скорость доступа в интернет позволяет системе основные данные о текущих проектах загружать при запуске в память браузера. Опыт применения такого подхода показывает, что сегодня нет никакой проблемы в том, чтобы за несколько секунд загрузить данные о сотнях текущих проектов, включая активные задачи. Плюсы в следующем:

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

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

Рис. 1. Интерфейс системы поддержки ведения проектов

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

Модель земельно-имущественных отношений

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

Итак, рассматривая кадастровую деятельность, мы выделяем следующие элементы земельно-имущественных отношений как составные части общей модели:

• действующие субъекты;

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

Рассматривая область кадастровой деятельности, мы обнаружим следующих действующих субъектов:

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

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

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

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

Все входящие документы ранее были получены из соответствующих услуг. Например, кадастровый паспорт является исходящим в услуге "Предоставление сведений ГКН". Обычно в результате услуги создаётся один или несколько документов одного типа, например кадастровые паспорта для каждого образованного участка.  Изредка бывает два или больше типов исходящих документов в одной услуге.

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

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

• как входящие;
• как внутренние;
• как исходящие.

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

• Орган кадастрового учёта: Государственный кадастровый учёт;
• Орган кадастрового учёта: Предоставление сведений в случае проведения государственного кадастрового учёта.

Так, для удобства мы создаем комплексную услугу "Кадастровый инженер: Подача заявления о кадастровом учёте". Входящие документы будут те, которые необходимы для кадастрового учёта, а исходящие возьмём из услуги "Предоставление сведений". Такие услуги мы не учитываем при различных математических построениях, так что правило принадлежности исходящего документа к одной услуге не нарушается.

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

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

Чтобы решить эту задачу, нужно выделить некие свойства объектов недвижимости, отличающие их друг от друга. На первый взгляд кажется логичным применить деление недвижимого имущества на пять видов, предусмотренных законом “О государственном кадастре недвижимости”: земельный участок, здание, сооружение, объект незавершенного строительства и помещение. Но когда мы начинаем указывать применимость услуг к эти видам, оказывается, что это слишком грубая классификация, так как в нормативно-правовых актах используется множество частных случаев.

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

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

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

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

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

Перечисленные элементы земельно-имущественных отношений интересно выглядят с точки зрения объектно-ориентированного программирования:

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

Рассматривая таким образом нашу модель, мы можем применять к ней классические требования объектно-ориентированного программирования.

В настоящий момент нами осознанно допущен ряд упрощений в описываемой модели:

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

Существующие разработки

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

Общие формальные требования к стандарту предоставления государственной или муниципальной услуги приведены в Федеральном законе №210-ФЗ от 27 июля 2010 г. "Об организации предоставления государственных и муниципальных услуг".

Бюджетным кодексом РФ предусмотрено ведение базовых (отраслевых) и ведомственных перечней государственных и муниципальных услуг и работ. Постановлением Правительства РФ №151 от 26 февраля 2014 г. утверждены требования к их формированию и ведению. Сегодня эти перечни услуг доступны по адресу http://www.bus.gov.ru.

Градостроительным кодексом РФ предусмотрено утверждение исчерпывающих перечней процедур в сферах строительства с учетом особенностей осуществления градостроительной деятельности на территориях субъектов Российской Федерации и территориях муниципальных образований. Постановлением Правительства РФ №403 от 30 апреля 2014 г. “Об исчерпывающем перечне процедур в сфере жилищного строительства” установлены правила ведения реестра описаний процедур, который опубликован по адресу http://minstroyrf.ru/docs/2222/.

Также в соответствии с Постановлением Правительства РФ №861 от 24 октября 2011 г. “О федеральных государственных информационных системах, обеспечивающих предоставление в электронной форме государственных и муниципальных услуг (осуществление функций)” существуют реестры государственных и муниципальных услуг. На их основе работает сайт http://gosuslugi.ru.

Примером реестра услуг субъекта федерации может служить базовый регистр, действующий в соответствии с  Распоряжением Правительства Москвы №376-РП от 12 мая 2011 года “О Базовом регистре информации, необходимой для предоставления государственных услуг в городе Москве”. http://docs.cntd.ru/document/537905453 

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

Также см. “Методические рекомендации по формированию технологических схем предоставления государственных и муниципальных услуг http://d-russia.ru/wp-content/uploads/2016/06/metodrecomend_TS.pdf

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

Заметим, что в настоящий момент ведутся работы по упорядочиванию классификаторов, используемых в различных ведомствах. Основным документом, регламентирующим эти работы, является “Концепция методологии систематизации и кодирования информации, а также совершенствования и актуализации общероссийских классификаторов, реестров и информационных ресурсов”, утвержденная распоряжением Правительства Российской Федерации от 10 мая 2014 г. №793.

Реестр услуг

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

Рис. 2. Интерфейс базы данных элементов нормативно-правовых отношений

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

В первом случае этот граф является моделью всего права, регулирующего земельно-имущественные отношения.

Рис. 3. Фрагмент графа нормативно-правового поля земельно-имущественных отношений

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

Рис. 4. Пример графа выполнения работ по отдельному проекту

Граф также можно представить и в иерархическом виде.

Рис. 5.  Пример графа выполнения работ по отдельному проекту в иерархическом виде

База профессиональных знаний

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

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

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

Эскизный проект

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

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

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

Рис. 6. Эскизы из проектной документации

Основными заложенными идеями были:

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

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

Семантическая сеть

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

Структурированию, упорядочиванию, анализу лучше подчиняется часть знаний, которую можно назвать фактами. Применительно к семантической сети любой факт можно рассматривать как совокупность базовой сущности, о которой идёт речь и либо её отношения к другой сущности, либо некоего её свойства. В первом случае мы оперируем с идентификатором сущности–«субъекта», типом отношения, идентификатором сущности–«объекта». Во втором случае параметрами факта являются опять же идентификатор сущности, тип свойства, значение свойства.

В основе описываемой модели лежит идея об использовании специального вида утверждений, высказываемых о ресурсе. Каждое утверждение имеет вид «субъект — предикат — объект» и в терминологии RDF называется триплетом (RDF или Resource Description Framework — это разработанная консорциумом W3C модель для описания ресурсов, в особенности метаданных о ресурсах). Например, утверждение «Кадастровый номер земельного участка: 50:20:0050211:382» в RDF-терминологии можно представить следующим образом: субъект — «земельный участок», предикат — «имеет кадастровый номер», объект — «50:20:0050211:382».

Рис. 7. Пример отображения утверждения в форме триплетов

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

Автоматизированные инструменты для разбора могут быть использованы для создания RDF триплетов из существующих источников данных. Результирующие RDF данные простой структуры хранятся и используются в распределенных базах данных RDF. Место, где хранятся и поддерживаются какие-либо данные, называют репозиторием. В общем, репозиторий триплетов можно определить так: аппарат (в широком смысле слова), выполняющий SPARQL-запросы и расширенные SPARQL-запросы с определённым качеством. Выбранный RDF-репозиторий может иметь интерфейс связанных данных, который позаботится о том, чтобы данные были доступны. Так как многие RDF-репозитории всё ещё не имеют такого интерфейса, можно выбрать репозиторий, предоставляющий точку доступа SPARQL и установить дополнительный интерфейс связанных данных перед точкой доступа SPARQL [2].

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

Распознавание терминов

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

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

Электронная книга

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

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

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

Рис. 8. Структура документа

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

Рис. 9.  Показатель доверия к отдельным параграфам

В результате у читателя есть возможность сразу посмотреть цитату к любому обоснованному утверждению и перейти к тексту документа-источника.

Работа над текстом осуществляется в браузере на специальном сайте с настольного компьютера под управлением любой операционной системы, что даёт ряд преимуществ:

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

В помощь автору также было разработано несколько полезных и удобных инструментов:

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

Рис. 10.  Использование перекрестных ссылок

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

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

В любой момент документ можно экспортировать:

• в виде заготовки в формате HTML для печати в тираже или по заказу. При этом автоматически расставляются заголовки, отсылки и перекрестные ссылки, форматируются по стандарту рисунки, формулы и таблицы, генерируется оглавление и библиографический список;
• в отдельный веб-просмотровщик документов. Это отдельный веб-сервис, более простой по сравнению с редактором книги и предназначенный для просмотра и обсуждения книги большим количеством одновременных посетителей;
• в формате фреймворка PhoneGap, удобном для создания интерактивных книг в виде приложений для мобильных устройств на платформах Apple iOS, Google Android, Microsoft Windows Phone и других (рисунок) [3].

Рис. 11. Варианты экспорта данных

Краудсорсинг

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

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

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

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

Рис. 12. Интерфейс пособия в вики-формате

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

Технологическая схема выполнения кадастровых работ

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

• выбор вида кадастровых работ (например: уточнение сведений о местоположении границ и (или) площади земельного участка при отсутствии или недостаточной точности сведений в ГКН о координатах характерных точек границы);
• дополнение выбранного вида кадастровых работ (например: одновременное уточнение местоположения границы земельного участка и уточнение сведений о частях земельного участка).

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

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

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

Рис. 13. Интерфейс технологической схемы кадастровых работ

Матричная книга

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

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

В этот момент пришло решение этой проблемы в форме “матричной книги”, в которой оглавление является не древовидным, а табличным:

• горизонтальная ось – виды объектов недвижимости;
• вертикальная ось – функция (услуги) и их варианты.

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

Рис. 14. Интерфейс матричной книги

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

Рис. 15. Интерфейс редактора технического задания

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

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

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

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

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

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

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

Вики

В результате всех экспериментов в реальных условиях производства выжил простой в работе вариант - общая записная книжка или полувики. “Полу” - потому что нет особой необходимости в ссылках на другие страницы. Сотрудники организации могут создавать страницы, посвященные той или иной теме, сортировать и группировать их в разделы по аналогии с бумажной книгой. Поиск позволяет быстро находить нужные страницы по их названиям и содержимому. Такую общую электронную книгу могут редактировать все сотрудники без ограничений. Для этого необходимо решить ряд технических проблем:

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

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

Дополнительно предусмотрена возможность создавать технические задания для каждой страницы вики. Это даёт возможность продумывать “идеальные” последовательности действий для типовых ситуаций и копировать их в новые проекты.

Так, в результате знания в зависимости от требований к формализации распределяются по нескольким взаимосвязанных хранилищам:

Способы повторного использования технических заданий

В системе предлагаются следующие способы повторного использования технических заданий:

• прямое копирование сведений об объектах недвижимости, этапах технического задания, сроках и стоимостях, а также настроек договора из одного технического задания в другое по номеру задания-источника данных;
• экспорт ТЗ в виде файла в текстовом формате JSON (JavaScript Object Notation) и последующий импорт в целевое задание. Этот вариант целесообразно использовать, чтобы сохранять промежуточный вариант технического задания. Например, когда процесс согласования с заказчиком долгий, итеративный и требует разработки нескольких вариантов ТЗ, либо при наличии необходимости в обмене разработанными заданиями;
• создание в встроенной вики страниц, посвященных типовых ситуациям, разработка и постоянная актуализация сотрудниками организации для каждой страницы эталонных технических заданий. Вики – это общая электронная записная книжка сотрудников организации. Все сотрудники могут создавать, переименовывать, сортировать разделы и страницы, а также редактировать их содержание;
• составление технического задания на основе диаграмм бизнес-процессов. На схеме отдельные действия можно ассоциировать с предоставляемыми услугами (например, “Подготовка межевого плана по объединению”). Такие схемы могут быть достаточно сложными – с развилками, комментариями, артефактами, объединениями действий в группы и т.п. Выбрав отдельные услуги на такой схеме, можно сгенерировать техническое задание. При этом необходимые и отчетные документы будут подобраны автоматически на основе встроенного реестра услуг;
• динамическое составление задания путем ответов на вопросы об объекте работ. ТЗ при этом генерируется автоматически на основе сложносоставных диаграмм бизнес-процессов.

Остановимся подробнее на последнем варианте.

Динамическое составление заданий

Итак, в вики для каждой страницы можно в графическом интерфейсе без программирования создавать схемы бизнес-процессов в нотации BPMN 2.0.

Рис. Пример диаграммы бизнес-процесса

Распознаваемые в редакторе технических заданий элементы диаграммы представлены в следующей таблице.

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

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

Рис. Динамическая генерация технического задания

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

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

Заключение

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

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

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

Литература

1. О государственном кадастре недвижимости : закон Российской Федерации // Собрание законодательства РФ. – М., 2007. – №31. – С. 4017

2. Атаманов, С. А. К вопросу использования парадигмы базы знаний для управления федеральной собственностью государственными образовательными учреждениями Рособразования / Атаманов, С. А., Алтынов А. Е. // Сборник статей по итогам международной научно-технической конференции, посвященной 230-летию основания МИИГАиК. Приложение к журналу Изв. Вузов Геодезия и аэрофотосъемка, №6. — Выпуск 2. В 2-х частях. —Ч. II. —М.: Изд-во МИИГАиК, 2009. — с.111-114.

3. Атаманов, С. А. Веб-сервис совместно написания и публичного обсуждения специализированной литературы / Атаманов С. А., Григорьев С. А. // Роль науки в развитии общества: сборник статей Международной научно-практической конференции. 17 апреля 2014 г.: в 2 ч. Ч.2 / отв. ред. А.А. Сукиасян. - Уфа: Аэтерна, 2014. - с. 301-307

4. Атаманов, С. А. Разработка реестра услуг в области земельно-имущественных отношений / Атаманов С. А., Григорьев С. А. // Известия высших учебных заведений: Геодезия и аэрофотосъемка. – М.: Изд-во МИИГАиК, 2016. -№ 1. с. 51-55

5. Атаманов, С. А. Использование модели нормативно-правового поля в информационной системе поддержки деятельности кадастровых инженеров / Атаманов С. А., Григорьев С. А. // Геодезия, землеустройство и кадастры: вчера, сегодня, завтра: сборник материалов национ. научн.-практ. конф., посвящённой 95-летию землеустроительного факультета Омского ГАУ[Электронный ресурс]. – Электрон.дан. – Омск : Изд-во ФГБОУ ВО Омский ГАУ, 2017. - с. 219-223