Дипломная работа - Тырин А.А. (АП-91). Назначение и область применения
![]()
|
3.6 Стадии разработки
3.7 Порядок контроля и приёмкиВнедрение и апробация разработанного программного модуля в системе АСОТ. Проверка работы системы со специально подготовленными запросами для тестирования всех функций модуля: Заведомо ошибочные запросы для тестирования механизма отклонения неверных запросов; Запросы с атрибутами, удовлетворяющие условиям остановки в состоянии; Проверка автоматического отклонения запроса, не подвергавшегося редактированию в течение количества дней, указанного администратором. 4. Специальная часть4.1 Обзор предметной области (АСОТ)АСОТ – это автоматизированная система создания и ведения адресных справочников и справочников объектов теплоснабжения, разработанная на предприятии «Маппл Групп» в интересах ОАО «Московская объединенная энергетическая компания» (ОАО «МОЭК»). АСОТ является корпоративной географической информационной системой ведения НСИ ОАО «МОЭК». В состав АСОТ входят следующие компоненты: импортирования адресных данных внешних источников (отмечено цифрой 1 на рисунке 4.1); сопоставления адресной информации единой государственной картографической основы (ЕГКО), общемосковских классификаторов (ОМК), адресного реестра бюро технической инвентаризации (АР БТИ) (отмечено цифрой 2 на рисунке 4.1); периодического обновления адресных справочников по новым версиям данных из внешних источников (отмечено цифрой 3 на рисунке 4.1); ведения справочников (отмечено цифрой 4 на рисунке 4.1); сопоставления списков объектов теплоснабжения, используемых в различных адресных справочниках (АС) ОАО “МОЭК” (отмечено цифрой 5 на рисунке 4.1); администрирования и разграничения прав пользователей (отмечено цифрой 6 на рисунке 4.1); настройки схем маршрутизации запросов на редактирование справочников (отмечено цифрой 7 на рисунке 4.1); взаимодействия с интеграционной шиной (отмечено цифрой 8 на рисунке 4.1). Графическое представление структуры и взаимодействия компонентов АСОТ изображено на рисунке 4.1. ![]() Рис. 4.1 Структурная схема модуля АСОТ АСОТ обеспечивает выполнение следующих функций: импортирование адресных данных внешних источников (ЕГКО, АР БТИ, ОМК); сопоставление адресной информации ЕГКО, ОМК, АР БТИ в автоматизированном режиме; формирование адресных справочников; периодическое обновление адресных справочников по новым версиям данных из внешних источников; сопоставление списков объектов теплоснабжения, используемых в различных АС ОАО “МОЭК”; ведение и поддержка справочников в актуальном состоянии; настройка схем маршрутизации запросов на редактирование справочников для поддержки принятых в ОАО «МОЭК» технологических процессов по ведению информации; организация информационного обмена с другими АС ОАО «МОЭК» посредством интеграционной шины ОАО «МОЭК» Главным образом нас интересует функция настройки схем маршрутизации запросов на редактирование справочников, которая реализована в компоненте настройки схем маршрутизации запросов на редактирование справочников, так как именно эта часть АСОТ будет переработана в рамках данной дипломной работы. На текущий момент компонент настройки схем маршрутизации запросов на редактирование справочников решает следующие задачи: создание и редактирование схем маршрутизации запросов на редактирование справочников АСОТ, посредством задания детерминированного конечного автомата состояний и переходов запросов; задание и редактирование ролей (например, заявитель, технолог и т.д.) пользователей в схемах маршрутизации запросов; присвоение пользователям тех или иных ролей в схемах маршрутизации запросов. Источником входных данных для настройки схем маршрутизации служит информация об обязанностях сотрудников подразделений ОАО «МОЭК» по работе с АСОТ в соответствии с установленным регламентом ведения нормативно-справочной информации (НСИ) ОАО «МОЭК» в части справочников АСОТ. В процессе эксплуатации АСОТ были выявлены следующие проблемы и недостатки компонента настройки схем маршрутизации запросов на редактирование справочников: отсутствие возможности пропускать те или иные состояния запроса в схеме в зависимости от типов операций с редактируемым объектом (создание, редактирование, удаление) и значений его атрибутов; необходимость многократной настройки однотипных схем маршрутизации из-за того, что для каждого справочника должна быть настроена собственная схема; Невозможно поддерживать мультизапрос – редактирование нескольких объектов разных справочников в рамках единого запроса; отсутствие визуальной интерпретации настраиваемой схемы. Функция пропуска состояния позволяет направить запрос в то или иное состояние схемы в зависимости от его атрибутов. Таким образом, мы получаем динамически изменяющийся маршрут в рамках одной схемы. Такая гибкость схемы маршрутизации позволит настраивать одну схему для нескольких разнотипных объектов, что также сократит время работы пользователей системы. Также актуальность функции пропуска состояния возникает в том случае, когда нет необходимости в участии пользователя определённой роли при обработке запроса на изменение данных. В этом случае скорость обработки данных существенно увеличивается. Различие схем маршрутизации у разных справочников не позволяет реализовать механизм обработки мультизапросов. Мультизапрос – это запрос, состоящий из нескольких объектов, принадлежащих разным справочникам, логически связанных между собой. Мультизапросы позволяют вести справочники объектов теплоснабжения, редактируя несколько разнотипных объектов, объединённых в одну логическую группу. Например, при редактировании участков тепловой сети (УТС) необходимо также редактировать и прилегающую инфраструктуру, такую как тепловые камеры (ТК). Объекты типа УТС и ТК принадлежат разным справочникам, а значит, они не смогут пройти обработку ввиду отсутствия единой схемы маршрутизации. При отсутствии визуальной интерпретации схемы маршрутизации легко допустить ошибку при настройке, особенно если настраиваемая схема обладает большим количеством состояний и переходов. Интерактивная визуализация схемы позволит избежать ошибок при настройке и наглядно покажет маршрут запроса в конкретной схеме, так как восприятие графической информации намного проще восприятия текстовой. В связи с перечисленными проблемами и недостатками было принято решение о переработке действующего компонента настройки схем маршрутизации запросов на редактирование справочников, который будет сочетать в себе прежнюю функциональность с новыми возможностями. Функциональные требования к разрабатываемому модулю: обеспечение маршрутизации запросов (в том числе мультизапросов) в соответствии с настроенной схемой; настройка одной схемы маршрутизации для нескольких справочников; описание условий остановки запроса в определенном состоянии; визуальное отображение состояний и переходов схемы маршрутизации. |