Файл: Разработка методологии кадастровой деятельности в целях повышения качества кадастрового учёта и регистрации прав.pdf
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 09.12.2023
Просмотров: 87
Скачиваний: 2
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
20
Упорядочив описанные сведения, мы тем самым получаем математический граф, вершинами которого являются функции (услуги) и их варианты, а также документы. Ребрами показываются направление движения входящих документов в услуги и исходящих из них. Дополнительно, в качестве поясняющей информации на графе можно отобразить субъекты земельно-имущественных отношений и их связи с услугами.
Это ориентированный граф (орграф) M, рёбрам (дугам) которого присвоено направление в зависимости от типа начальной и конечной вершины.
M = (V, E), где
(1)
V – множество вершин,
E – множество упорядоченных пар
????, ???? ∈ ????
Данный граф и является моделью нормативно-правового поля, регулирующего земельно-имущественные отношения (Рисунок 4, Таблица 2).
Таблица 2 – Элементы графа
Множество вершин V
Множество дуг E
Начальная вершина
u
Конечная вершина
v
Практический смысл дуги
(u, v)
Субъект
Услуга
Полномочие субъекта предоставлять услугу
Услуга
Вариант услуги
Выбор ситуации
Услуга
Документ
Исходящий документ, результат предоставления услуги
Документ
Вариант услуги
Входящий документ, необходимый для оказания варианта услуги
21
Рисунок 4 – Фрагмент графа нормативно-правового поля земельно- имущественных отношений
Перечисленные элементы земельно-имущественных отношений целесообразно также рассматривать с точки зрения объектно-ориентированного проектирования:
услуги – это функции субъектов;
документы поступают в функцию как входящие переменные и возвращаются из функции;
объекты недвижимости – это объекты, свойства которых изменяются в результате выполнения функций субъектов.
документы имеют свойство принадлежности к объектам недвижимости;
документы и объекты недвижимости могут создаваться, изменяться и прекращать существование в процессе выполнения функций;
субъекты в процессе выполнения функции могут запрашивать функции других субъектов, реализуя межведомственное взаимодействие.
Рассматривая таким образом нашу модель, мы можем применить к ней общепринятые требования валидного объектного структурирования данных:
абстрагирование услуг, как использование только минимально достаточный для оказания услуги набор входящих документов;
инкапсуляция услуг, как защита сведений реестров от прямого изменения;
22
наследование вариантов услуг от услуг в целях унификация требований к объектам недвижимости;
полиморфизм услуги в виде набора ее вариантов.
Для реализации реестра услуг необходимы соответствующие база данных и пользовательское программное обеспечение.
ER-модель разработанной реляционной базы данных представлена на следующей схеме (Рисунок 5).
Рисунок 5 – ER-модель реестра услуг
Метод автоматизированного поиска эффективных решений при
кадастровой деятельности. Описываемый метод предполагает, что основой производственной информационной модели кадастровых работ является граф решения поставленной задачи, полученный из общей модели нормативно- правового поля, формализующей взаимоотношения субъектов, услуг, объектов недвижимости и документов, необходимых для осуществления услуг в сфере земельно-имущественных отношений, например процедуры кадастрового учета.
Для создания общей картины действий в отношении рассматриваемых объектов недвижимости требуется описать необходимое взаимодействие всех участвующих субъектов. Таким образом мы проектируем решение поставленной задачи, разделяя ее на последовательно выполняемые шаги. Исходная задача в целом упрощается, а все элементы земельно-имущественных отношений
23 рассматриваются с точки зрения объектно-ориентированного проектирования как самостоятельные сущности, имеющими свои собственные параметры. Такими сущностями являются субъекты, услуги, варианты услуг, объекты недвижимости и документы.
Искомым эффективным решением S в заданной ситуации будет являться совокупность найденных в графе общей модели M маршрутов ????
????
, то есть чередующихся последовательностей вершин и дуг от исходных документов до конечных, наименьшей длины.
???? = {????
1
, ????
2
, ????
3
… }
(2)
????
????
= ????
0
, ????
0
, ????
1
, ????
1
, … ????
????−1
, ????
????
, где
(3)
????
????
= (????
????
, ????
????+1
), ????
0
– начало маршрута,
????
????
– конец маршрута
Если конечный документ недостижим, это означает, что ситуация не описывается данной моделью нормативно-правового поля.
Составленный таким образом граф представляет собой наглядно представленный алгоритм достижения поставленных целей в заданной ситуации
(Рисунок 6).
Рисунок 6 – Пример графа выполнения работ по отдельному проекту
С практической точки зрения построенный граф далее используется как структурная часть информационной модели кадастровых работ:
24
для согласования работ с заказчиком – в форме технического задания (ТЗ);
для временного планирования и расчета сметы;
для подбора нормативно-справочной информации;
для упорядочивания задач при координации действий сотрудников.
Составление технического задания – это одна из важнейших частей любых, и, в частности, кадастровых работ. С одной стороны, кажется, что можно разработать набор заданий на все распространенные случаи. С другой – все объекты уникальны, и практически всегда в деталях алгоритмы отличаются.
Очевидно, что ручное составление заданий малоэффективно, что влечет за собой необходимость в инструментах автоматизации.
Предлагаются следующие методики генерации графа:
автоматизированное составление экспертом прямым и обратным методами;
копирование графа из одного проекта в другой;
экспорт графа в виде файла в текстовом обменном формате (рекомендуется
JSON (JavaScript Object Notation)) и последующий импорт в целевой проект;
создание в базе знаний страниц, посвященных типовых ситуациям, разработка и постоянная актуализация сотрудниками организации для каждой страницы эталонных технических заданий;
составление графа на основе диаграмм бизнес-процессов. На диаграмме отдельные действия можно ассоциировать с предоставляемыми услугами
(например, “Подготовка межевого плана по объединению”). Такие схемы могут быть достаточно сложными – с развилками, комментариями, артефактами, объединениями действий в группы и т.п. Выбрав отдельные услуги на такой схеме, можно сгенерировать техническое задание. При этом необходимые и отчетные документы будут подобраны автоматически на основе встроенного реестра услуг;
динамическое составление задания путем ответов на вопросы об объекте работ. Граф при этом генерируется автоматически на основе сложносоставных диаграмм бизнес-процессов.
25
При ручном выборе либо при автоматизированном подборе услуги возникает задача составления конечного перечня входящих документов, ведь далеко не все они нужны всегда. Здесь нам на помощь приходит учтенные характерные базовые и ситуативные признаки объекта недвижимости, в отношении которого выстраивается граф эффективного решения.
1 2 3 4
Прямое и обратное автоматизированное составление графа. Для нестандартных работ при отсутствии ранее составленных заданий в уже закрытых проектах требуется составлять технические задания вручную из набора услуг на основе собственного опыта исполнителя.
В качестве набора составляющих техническое задание шагов используется модель нормативно-правового поля как единый реестр отдельных предусмотренных законодательством услуг, которые предоставляют различные организации. При этом у некоторых услуг бывают варианты, а для разных вариантов необходимы различные исходные документы.
Применение каждого входящего и исходящего документа в каждой ситуации обосновывается цитированием нормативно-правовых актов, а также характеристиками объектов недвижимости. Для их учета используется классификатор видов недвижимости на основе характерных признаков, связанный с реестром услуг. Классификатор включает в себя основные виды недвижимости
(здание), подвиды (гараж) и характеристики (объект является объектом вспомогательного использования). Каждый подвид объекта недвижимости при этом определяет свой набор характеристик.
Для составления нетипового технического задания предлагается алгоритм действий, по которому за минимальное время возможно полуавтоматически выстроить полный и нормативно обоснованный алгоритм выполнения работ
(Рисунок 7).
26
Рисунок 7 – Алгоритм прямого и обратного составления графа
Генерация графа на основе диаграмм бизнес-процессов. При данном подходе на базе единой модели нормативно-правового поля экспертом разрабатываются цифровые составные диаграммы бизнес-процессов, специфичные для наиболее часто встречающихся ситуаций при кадастровой деятельности.На практике это удобнее всего делать в нотации BPMN 2.0.
Преимуществом этого стандарта является наличие формализованного языка описания созданной схемы в формате XML. Это позволяет использовать сохраненную схему не только как визуальную интерпретацию процедуры, но и как подходящий для использования в компьютерной программе алгоритм.
27
Рисунок 8 – Пример диаграммы бизнес-процесса
Приведем необходимые для распознавания и последующего применения в редакторе технических заданий элементы диаграммы (Таблица 3).
Таблица 3 – Элементы диаграммы бизнес-процесса
Элемент
Примечания
Количество
исходящих потоков
управления
Интерпретация
Начало процесса
Plain event
В каждом процессе или подпроцессе должен быть одно начало
1
Отправная точка для обработки
Поток управления
Sequence flow
Задает последовательность обработки
-
Если поток исходит из логического оператора, подписи на потоке являются вариантами ответа
Логический оператор “Или”
Exclusive gateway
Ветвление процесса в зависимости от решения пользователя
2 или более
Отображается как вопрос с вариантами ответа
Подпроцесс
Subprocess
В названии нужно указать идентификатор соответствующего подпроцесса
1
Обрабатывается как вложенная часть родительского процесса. Название отображается как заголовок группы пользовательских задач
Пользовательская задача
User task
Элементарный шаг алгоритма
1
Отображается как задача
Окончание процесса
Plain event
Играет декоративную роль
0
Не обрабатывается
28
Элемент
Примечания
Количество
исходящих потоков
управления
Интерпретация
Остановка
Terminate event
Означает невозможность выполнения процесса при заданных условиях
0
Отображается как сообщение об ошибке
С помощью элемента «Подпроцесс» процессы вкладываются внутрь друг друга, что дает возможность их повторного использования и в целом упрощать диаграммы, вынося составные части в отдельные схемы. Для этого в настройках страницы баз знаний следует указывать, является ли соответствующая диаграмма процессом или подпроцессом.
Динамическое составление графа путем ответов на вопросы об объекте
работ. В типовых работах все равно могут возникать различные ситуации, требующие для достижения результата разный набор услуг. Эта проблема решается добавлением в диаграмму бизнес-процесса развилок. На этапе составления технического задания развилки преобразуются для специалиста в простой набор вопросов.
В зависимости от выбранных пользователем ответов с диаграмм по разработанному алгоритму отбираются нужные пользовательские задачи, а также отсекаются вопросы, которые больше не имеют смысла (Рисунок 13). Таким образом формируется последовательность работ в этой конкретной ситуации.
Сохраняемый набор ответов на вопросы при этом по сути является весьма детальной характеристикой текущей ситуации с объектом недвижимости.
29
Рисунок 9 – Пример графического интерфейса динамического составления графа
Рисунок 10 – Алгоритм динамического составления графа
Мы не можем использовать сам процесс в качестве технического задания, так как процесс представляет собой более детальное, производственное описание исполняемой процедуры, которое постоянно оптимизируется и модифицируется, в силу чего не подходит для согласования с заказчиком работ. Таким образом, у нас возникает несколько ситуаций:
нестандартная задача. Создается техническое задание без процесса. В этом случае можно все же использовать универсальный бизнес-процесс, включающий в себя действия, которые нужны всегда;
типовая задача. Создается процесс и на его основе техническое задания;
30
типовая задача с дополнительными услугами. К сгенерированному из процесса техническому заданию добавляются необходимые шаги.
В работе также представлен алгоритм соотнесения последовательности шагов процесса и шагов технического задания, необходимый при переходе к производству по составленному процессу и соответствующему ему техническому заданию.
Для реализации необходимы соответствующие база данных и пользовательское программное обеспечение.
ER-модель разработанной реляционной базы данных представлена на следующей схеме (Рисунок 11).
Рисунок 11 – ER-диаграмма подсистемы технических заданий
Информационная модель кадастровых работ. Кадастровые работы мы рассматриваем как совокупность определенных производственных процессов, выполняемых в рамках заданного нормативно-правового поля. Производственный процесс в таком случае – это выполнение субъектами действий с объектами по некоему алгоритму. Под моделью же совокупности кадастровых работ для какой- либо ситуации мы понимаем структурированное описание составляющих элементов (сущностей, entities), учитываемых и используемых в данных действиях, их параметров и связей между ними, а также базовые универсальные алгоритмы.