Построение архитектурной модели организации на основе данных ее планово-учетных систем

Рисунок 2.6 Множество действий общих для пользователя и должности

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

Определим множества, участвующие в описании.

- множество пользователей с мощностью g (для конечных множеств понятие мощности тождественно понятию количества элементов).

- множество действий пользователя мощности n.

- множество должностей с мощностью r.

- множество действий должности с мощностью s.

- множество общих действий должности и пользователя с мощностью w.

- множество должностей пользователя мощности v.

. - заданное пользователем значение процента пересечения множеств.

Для того чтобы определить множество-пересечение, воспользуемся математическими операциями над матрицами (в нашем случае одномерными), в частности методом попарного сравнения элементов матриц множеств (6).

(6)

Если отношение мощности пересечения множества действий пользователя и множества действий должности мощности множества действий должности больше заданного значения Y в процентном соотношении, то данную должность назначаем пользователю в качестве временной роли (7):

(7)

Наглядно описан алгоритм попарного сравнения элементов в рамках алгоритма построения модели распределения полномочий при помощи графического инструмента блок-схем на рисунке 2.7.

Рисунок 2.7 Алгоритм заполнения модели распределения полномочий принятия решений

Последним шагом алгоритма является шаг записи организационных объектов и их отношений в таблицу модели организационной структуры в привязке е моменту времени создания модели.

2.4 Теоретико-множественное описание системы построения архитектурной модели предприятия

Архитектура системы ведения архитектурной модели ОС может быть построена на основе многоагентного и сервисно-ориентированного подходов [10]. Преимущества такого комбинированного подхода, концептуальное решение и конкретный вариант реализации на примере интеллектуального агентно-ориентированного учебного комплекса описаны в трудах Швецова А.Н. Схема работы системы ведения архитектурной модели в пространстве понятий агентно-ориентированного подхода представлена на рисунке 2.8.

Рисунок 2.8 Схема работы системы ведения архитектурной модели

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

На основании этого определим многоагентную систему следующим образом (8):

(8)

где А есть множество агентов и сервисов, R - множество отношений во множестве элементов, T - множество задач, Z - множество входов в систему, Y - множество выходов, S - множество состояний системы.

В системе ведения архитектурной модели выделим следующие организационные единицы (9):

(9)

где - Агент поиска и формирования первичных данных (agent for the search and generation of primary data), - Агент мониторинга действий пользователя (agent for the monitoring user actions), - Агент обучения (training agent), - Агент моделирования (modeling agent), - Сервис визуализации (visualization service), - Сервис хранилища данных системы ведения архитектурной модели (data warehouse service), - Сервис предоставления информации (representation information), - Сервис фиксации действий пользователя (fixing user actions), - Подмножество внешних по отношению к системе агентов и сервисов (external agents). Подмножество состоит из агентов - экспертов (), агентов - пользователей (), агент планово-учетных систем () (10):

(10)

Отношения между модулями определяются множеством (11):

(11)

Далее более подробно опишем отношения выражения 11.

- отношение между агентом обучения и агентом мониторинга действий пользователя . Обучение проходит в следующем порядке: агент обучения выбирает из списка трудовых функций одну и предлагает агенту-пользователю начать работу по исполнению данной функции в рамках отношения (отношение между агентом-пользователем и агентом обучения ). Агент-пользователь начинает эталонно работать с планово-учетной системой. Сервис фиксации действий пользователя регистрирует данные о надлежащих действиях пользователя с привязкой к данной функции. Агент получает данные от сервиса в рамках отношения (отношение между и агентом мониторинга действий пользователя ). Агент составляет таблицу-связку «РС1. Трудовая функция-действие» и записывает зарегистрированные соответствия в хранилище данных в рамках отношения (отношение между и ).

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

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

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

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

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

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

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

Множество задач системы описывается следующим множеством (12):

(12)

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

- множество задач агентов и сервисов (13):

(13)

Множество задач агента поиска и формирования первичных данных (14):

(14)

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

Множество задач агента мониторинга действий пользователя (15):

(15)

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

Множество задач агента обучения (16):

(16)

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

Множество задач агента моделирования (17):

(17)

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

Множество задач сервиса визуализации (18):

(18)

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

Множество задач сервиса фиксации действия пользователей (19):

(19)

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

Множество задач сервиса представления данных (20):

(20)

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

Множество задач хранилища данных (БД системы ведения архитектурной модели) (21):

(21)

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

Множество входов в систему ведения архитектурной модели описывается следующим множеством (22):

(22)

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

Множество входов агента поиска и формирования первичных данных (23):

(23)

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

Множество входов агента мониторинга действий пользователя (24):

(24)

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

Множество входов агента обучения (25):

(25)

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

Множество входов агента моделирования (26):

(26)

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

Множество входов сервиса визуализации (27):

(27)

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

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

Множество входов сервиса представления данных (28):

(28)

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

Множество входов хранилища данных (БД системы ведения архитектурной модели) (28):

(28)

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

Множество выходов системы ведения архитектурной модели описывается следующим множеством (29):

(29)

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

Множество выходов агента поиска и формирования первичных данных (30):

(30)

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

- отчет о недостающих данных предприятия, - запрос на заполнение недостающих данных предприятия.

Множество выходов агента мониторинга действий пользователя (31):

(31)

- данные о зарегистрированных действиях пользователей в информационной системе предприятия.

Множество выходов агента обучения (31):

(31)

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

Множество выходов агента моделирования (32):

(32)

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

Множество выходов сервиса визуализации (33):

(33)

- запрос на предоставление модели в табличной форме, - модель в визуальной форме, - заданная модель.

Множество выходов сервиса фиксации действия пользователей (34):

(34)

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

Множество выходов сервиса представления данных (35):

(35)

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

Множество выходов хранилища данных (БД системы ведения архитектурной модели) (36):

(36)

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

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

(37)

(38)

(39)

(40)

(41)

(42)

(43)

(44)



(45)

(46)

(47)

(48)

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

Выводы по главе 2

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



3. Реализация предлагаемой методики в виде программно-аналитического комплекса

3.1 Выбор программного средства поиска и анализа данных в ИС предприятия

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

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

Таким образом, в качестве программных средств поиска и анализа данных определим штатные средства СУБД и оригинальный модуль преобразования текстового файла определенной структуры в данные хранилища, описанные в [11].



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

Анализ наиболее популярных средств разработки показывает, что любая среда разработки, способная организовать работу клиентского приложения с СУБД, позволит реализовать данное программное средство. Выбор конкретной среды разработки и функционирования программного средства определяется особенностями инфраструктуры приложений конкретного предприятия, на котором планируется внедрение. Для внедрения автором было определено предприятие, управленческие кадры которого работают преимущественно с продуктами фирмы «1С». Использована среда разработки «Платформа 1С: Предприятие 8», которая ориентирована на решение комплекса вопросов планирования и учёта деятельности предприятия. Эта среда имеет встроенные инструменты интеграции на основе общепризнанных открытых стандартов и протоколов передачи данных (что важно для получения данных из хранилища), представляет возможность быстрой разработки с качественно подготовленной документацией, достаточно удобной работой с запросами и с визуализацией. Кроме того, при таком подходе средство ведения архитектурной модели достаточно легко интегрируется в существующую на предприятии информационную систему, его интерфейс привычен и понятен конечному пользователю [12].

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



3.3 Реализация структуры программного комплекса в соответствии с теоретико-множественным описанием

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

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

3.3.1 Реализация структуры хранилища данных комплекса по ведению архитектурной модели предприятия

На рисунке 3.1 представлен фрагмент хранилища данных архитектурной модели предприятия в виде структуры реляционной БД.

Рисунок 3.1 Фрагмент структуры реляционной БД для организационного представления

Хранилище данных реализовано посредством следующих элементов конфигуратора 1С: перечисления, справочники, регистры сведений. Конкретизируем элементы.

Перечисления «Виды отношений», «Уровень декомпозиции», «Роли» относятся к третьей группе данных пункта 2.2 настоящего доклада.

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

Справочники «Спр2. Пользователи», «Спр3. Должности», «Спр5. Подразделения», «Спр6. Организации», «Спр7. Ресурсы», «Спр8. Помещения», «Спр.9 Процессы», «Спр10. Задачи» заполняются штатными средствами СУБД на основании данных второй группы источников «Структурированные данные планово-учетных систем, функционирующих на предприятии» пункта 2.2.

Справочник «Спр4. Действия пользователей» генерируется специально, относятся к третьей группе данных пункта 2.2 настоящего доклада.

Регистры сведений «РС1. ТрудоваяФункция-действие», «РС2. ХарактеристикиДолжности», «РС3. Пользователь-ТрудоваяФункция», «РС4. Должность-пользователь», «РС5. Помещение-Пользователь», «РС6. Ресурс-Пользователь», «РС7. Задача-Пользователь-Роль», «РС8. Задача-Процесс», «РС9. Модель организационной структуры», «РС10. Модель пространственного размещения», «РС11. Модель владения ресурсами», «РС12. Модель распределения полномочий принятия решений», «РС13. Регистрация действий пользователя» относятся к третьей группе данных пункта 2.2 настоящего доклада, т.е. генерируются специально.



3.3.2 Реализация элементов работы с хранилищем данных

Все работы по моделированию производятся следующими элементами конфигуратора 1С: документы, печатные формы документов, модули, подписки на события, планы обмена, web-сервисы, обработки.

Сервис фиксации действий пользователя вынесен за пределы конфигурации системы и реализован прикладными средствами планово-учетных систем. В случае если планово-учетные системы реализованы на базе конфигураций 1С, используется штатный механизм подписок на события. В иных случаях используются оригинальные обработчики событий (описываются при внедрении системы). Примером подписки на событие выступает подписка на событие «Обработка проведения» источника «ДокументОбъект» с соответствующим обработчиком. Результат обработчика (регистрация действия пользователя) фиксируется в соответствующем регистре сведений.

Данные, зафиксированные подпиской на событие, «падают» в план обмена, накапливаются.

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

Таким же образом (накапливание изменений в плане обмена, в т.ч. первоначальная загрузка данных, обмен посредством веб-сервиса) происходит работа агента поиска и формирования данных (реализован обработкой «Сформировать данные для моделирования»). Сервис представления данных состоит из обработчиков веб-сервисов, в которых производятся запросы к БД планово-учетных систем, и обработчиков планово-учетных систем не семейства 1С. Сервис представления данных включает также обработку текстовых файлов «Должностные инструкции», формализуя трудовые функции.

Агент обучения представляет собой обработку «Обучить систему». На форме обработки пользователь может выбрать трудовую функцию, в рамках которой он будет работать и начать/окончит эталонную работу (соответствующая кнопка). При начале/окончании эталонной работы фиксируются моменты времени. По окончанию эталонной работы из данных плана обмена в регистр сведений «РС1. ТрудоваяФункция-действие» будут отобраны для записи действия данного пользователя с момента времени начала по момент времени окончания в привязке к указанной трудовой функции, в рамках которой проводились работы.

Агент моделирования представляется пользователю как список сохраненных отчетов. На самом же деле это объект конфигурации «Документ» с наименованием «Модель предприятия», т.к. именно документы предназначены для регистрации действий с информационной базой (под «действием» в данном случае понимается запись сформированных моделей в регистры). У документа присутствуют обязательные реквизиты - дата и параметр Z и Y (определенные ранее в качестве пороговых значений мер схожести пользователей и должностей). Агент запрашивает подготовленные первичные данные из хранилища данных, производит обработку данных в соответствии с описанными в пункте 2.3 алгоритмами, записывает данные в регистры сведений «РС9. Модель организационной структуры», «РС10. Модель пространственного размещения», «РС11. Модель владения ресурсами», «РС12. Модель распределения полномочий принятия решений».

Сервис визуализации реализован посредством объекта конфигурации «Печатная форма», закрепленная за документом «Модель предприятия». Таких печатных форм четыре - по одной на каждый вид модели. Формат печатных форм - «HTML документ». Также к сервису визуализации можно отнести пользовательскую форму документа (интерфейс), посредством которой пользователь задает необходимые ему параметры.

Скриншот результата конфигурирования системы представлен на рисунке 3.2 и рисунке 3.3

Рисунок 3.2 Скриншоты работы программы в режиме моделирования

Рисунок 3.3 Скриншоты работы программы в режиме обучения

3.4 Реализация алгоритмов заполнения хранилища данных программного комплекса, построения и визуализации моделей

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

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

Выводы по главе 3

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



Рисунок 3.4 Листинг алгоритма заполнения модели организационной структуры

4. Результаты практического применения методики и программно-аналитического комплекса в процессе построения организационного представления архитектурной модели предприятия ПК «ВМК»

4.1 Описание источников данных, имеющихся на предприятии, в отношении моделей организационного представления

Описание соответствия между источниками данных предприятия и данными хранилища удобно привести в табличной форме (таблица 1). Полужирным текстом выделены источники данных, имеющие приоритет выше при пересечении данных.

Таблица 1

Соответствие источников и приемников данных

Данные УПП	Данные ЗУП	Данные хранилища системы ведения архитектурной модели
Справочник «Пользователи»	Справочник «Пользователи»	«Спр2. Пользователи»
Не ведется учет должностей	«Спр3. Должности»	«Спр3. Должности»
Справочник «Подразделения», эл-ты не помеченные на удаление	Справочники синхронизированы с УПП	«Спр5. Подразделения»
Справочник «Организации», эл-ты не помеченные на удаление	Справочники синхронизированы с УПП	«Спр6. Организации»
Справочник «Основные средства», «НМА», «Номенклатура» (раздел «Материалы»)	Не ведется учет ОС, НМА, Номенклатуры	«Спр7. Ресурсы»
Справочник «Основные средства» раздел «Здания, сооружения»	Не ведется учет ОС	«Спр8. Помещения»

«Спр1. Трудовые функции» заполняется из набора текстовых документов «Должностная инструкция», раздел «Трудовые функции». На данном этапе внедрения обработаны должностные инструкции отдела бухгалтерии (21 документ). В справочнике «Трудовые функции» находится 238 элементов. Скриншот представлен в приложении к научной диссертации. Ведутся работы по установлению связей Трудовая функция - действие (бухгалтера обучают систему). Также стартовала работа по регистрации действий пользователей в планово-учетной системе «ЗУП 3.0» и «УПП».

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

В главе 1 среди методов верификации дескриптивных моделей для оценки адекватности результата моделирования были выбраны экспертный метод и метод аналогий. По истечении недели работы агента регистрации действий пользователей в системе принято решение о проведении верификации моделей, построенных на накопленных к этому времени данных. В регистре сведений «Фактические действия пользователей» на момент проведения верификации 2368 записей.

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

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



Рисунок 4.1 Результат работы программы в виде модели организационного представления

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

Выводы по главе 4

В главе 4 приводятся результаты применения методики и программных средств сбора и представления информации на ПК «ВМК» и оценка полученной модели на адекватность объективным характеристикам реального предприятия.



Заключение

В соответствии с заявленной целью были решены следующие задачи:

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

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

3. Исследованы теоретические и практические методы интеграции данных предприятия. Принят за основу метод, проработанный в трудах Кузнецова Д.П. Определены источники и характер исходных данных для модели предприятия.

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

5. Разработана расширения существующих модельных представлений и методика, позволяющая по доступным данным, имеющимся в ИС, построить реальную архитектурную модель организации (основанную на рекомендациях ГОСТ Р ИСО 15704-2008) с определением структуры организации, распределения полномочий и ответственности между руководителями и персоналом, характеристик деловых процессов и используемых в них видов ресурсов.

6. Предложена архитектура системы ведения модели на основе многоагентного и сервисно-ориентированного подходов.

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

Разработанная методика и программные средства находятся на этапе внедрения на ПК «Вологодский молочный комбинат». Произведена верификация моделей организационной структуры экспертным методом.



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

1. Построение архитектурной модели предприятия на основе данных её планово-учётных систем / А.М. Полянский, Е.А. Смирнова // Бизнес. Наука. Образование: Проблемы, перспективы, стратегии. Материалы российской заочной научно-практической конференции, том 2 - Вологда, 2015. С.451-456.

2. Применение агентно-ориентированного подхода в архитектурном моделировании организационных систем / А.М. Полянский, Е.А. Смирнова // Вестник ВоГУ: технические науки. Выпуск 2. Вологда, 2019. (в печати).

3. Организационное представление архитектурной модели предприятия: структура, источники и средства поиска информации / А.М. Полянский, Е.А. Смирнова // НТВ СПбГПУ. Информатика. Телекоммуникации. Управление. Выпуск 3. СПБ, 2019. (на рецензии)

4. Методика реинжиниринга деловых процессов государственного учреждения на основе его архитектурной модели и данных информационной системы учреждения/ А.М. Полянский, А.А. Смирнов, Е.А. Смирнова // Управление территориями и хозяйствующими субъектами в условиях экономической нестабильности: глобальные вызовы и механизмы развития: Матер. междисциплинарной научно-практической. Вологда: ВФ РАНХиГС, 2016. С. 104-110.

5. Реконструкция архитектурной модели предприятия на основе ресурсов его информационной системы / А.М. Полянский, Е.А. Смирнова // Неделя науки СПбПУ: материалы научной конференции с международным участием. Институт промышленного менеджмента, экономики и торговли. Ч.2. Санкт-Петербург: Изд-во Политехн. ун-та, 2017. С. 83-86.

6. Система управления ИТ инфраструктурой предприятия как источник формирования его архитектурной модели / А.М. Полянский, Е.А. Смирнова // Актуальные проблемы науки и практики в различных отраслях народного хозяйства: сб. докладов Национальной научно-практической конференции, часть 4. Пенза, 2018. С.122-128.

7. Методические подходы к созданию программных средств ведения архитектурной модели образовательного учреждения / А.М. Полянский, Е.А. Смирнова // Современные информационные технологии в образовании: материалы XXVII международной конференции. Троицк, 2016. С.282-283.

8. Организация сбора данных предприятия с целью ведения его архитектурной модели / Е.А. Смирнова // Молодые исследователи - регионам: материалы международной конференции, том 1. Вологда, 2017. С.137-139.

9. Проектирование рабочей программы дисциплины на основе элементов компетенций / А.М. Полянский, Е.А. Смирнова // Открытое образование. Москва, 2018, 22(3). С. 35-51 (http://openedu.rea.ru/jour)

10. Организация информационной базы поддержки пользователей ERP системы / А.М. Полянский, Е.А. Смирнова // «Современные проблемы науки и технологии в условиях устойчивого экономического развития» («МPSТ-1-2015»). Тезисы 1 международной научно-практической конференции (Миргород, 20-24 апреля 2015 года). Черкассы: Издательство Ольга Вовчок, 2015. С. 137-138.

11. Методика сбора и классификации данных для построения архитектурной модели предприятия / А.М. Полянский, Е.А. Смирнова // Молодые исследователи - регионам: материалы международной конференции, том 1. Вологда, 2019. С.116-117.

12. Выбор среды реализации программного комплекса по ведению архитектурной модели предприятия / А.М. Полянский, Е.А. Смирнова // Современная техника и технологии: проблемы, состояние и перспективы: Материалы VIII Всероссийской научно-практической конференции с международным участием, часть 4. Рубцовск, 2018. С.122-128.

Размещено на Allbest.ru

...