52
Рисунок 21 – Задание шаблона диалогового окна
При ручном запуске пользователь может снять галку с чек-бокса и
тогда в переменную «INI_Consolidate» присвоится значение false и в
функции main () консолидация объектов не будет выполняться (рис. 22).
Рисунок 22 – Запись решения о консолидации объектов
Далее требуется рассмотреть непосредственно алгоритм работы
самой функции main (). Прежде всего в ней заполняется массив типов
объектов, которые скрипт будет обрабатывать как справочные. Например,
в рамках текущей задачи, массив включает следующие типы объектов:
функция, организационная единица, должность, роль, носитель
информации, тип прикладной системы. Также формируется массив гуидов
групп справочников, соответствующих обрабатываемым типам объектов.
По массивам гуидов формируется массив непосредственно справочных
групп, а также массивы путей к этим группам и их имен. (рис. 23)
53
Рисунок 23 – Описание функции main ()
Затем следует один из основных блоков по перемещению объектов.
Скрипт в цикле работает по каждому справочному типу объектов. В
рамках каждого типа, скрипт в цикле для каждой из контекстных групп
запуска формирует массив определений объектов текущего справочного
типа. Каждый объект из массива проверяется на принадлежность
соответствующей справочной группе и при необходимости перемещается в
нужную группу методом «.ChangeGroup». Все перемещения фиксируются
в лог-файле (какой объект, откуда и куда перемещён, кем, когда.) (рис. 24).
Рисунок 24 – Блок по перемещению объектов
Если пользователем включена опция «консолидировать справочные
объекты», то скрипт после перемещения объектов текущего типа, ищет в
54
справочной группе объекты с совпадающими атрибутами «Имя» и
«Описание/ определение». Все найденные одинаковые объекты
складываются в один массив (рис. 25).
Рисунок 25 – Поиск объектов с одинаковыми именами и описаниями
Если массив наполняется, все объекты из массива консолидируются,
приэтом мастер объектом становится самый раннее созданный объект,
вторичные определения удаляются. Каждый случай консолидации
фиксируется в логе (рис. 26).
Рисунок 26 – Консолидация найденных объектов
После отработки всех типов символов, лог сохраняется в файле с
именем формата «ГГГГММДД-ЧЧММСС.log», где «ГГГГММДД-
ЧЧММСС» - дата и время текущие.
Кроме рассмотренных блоков, код скрипта содержит ряд проверок,
на которые он будет тестирован в следующем разделе ВКР, а также
55
несколько пользовательских методов, с которыми можно ознакомиться в
полной версии кода (Приложение А).
При автоматическом запуске – скрипт отрабатывает аналогично
ручному запуску с тем отличием, что не открывает диалоговых окон и
использует значение по умолчанию для параметра «консолидировать
справочные объекты», которое прописывается в теле скрипта.
Автоматический запуск настраивается администратором базы данных в
модуле «Администрирование» с помощью мастера автоматизации отчетов.
Администратор в 4 шага выбирает запускаемый отчет, задает контекст
запуска, формат выводящего файла и настраивает периодичность запуска
скрипта. Так, в приведенном примере скрипт будет запускаться
автоматически каждые три дня, начиная с 03.04.2018 1ч 31м (рис. 27).
Рисунок 27 – Запуск скрипта по расписанию
Таким образом, в данном разделе были рассмотрены спецификация
скрипта, структура его кода и алгоритм работы. Далее будет
продемонстрирована работа скрипта глазами запускающего его
56
пользователя и проведено тестирование скрипты на прохождение ряда
проверок его корректности.
3.2. Тестирование скрипта согласно спецификации
В качестве площадки для тестирования скрипта будет рассмотрена
база данных в ARIS «Anya Script». В базе данных есть корневая группа
«Главная папка», в ней размещены некоторые рабочие подгруппы «Group
0», «Group 1», «Group 2», «Group 3» (рис. 28). Также в главной группе
имеется группа «Библиотека», в которой лежат подгруппы справочных
объектов: «Должности», «Носители информации», «Организационные
единицы», «Прикладные системы», «Роли» и «Функции». Соответственно
скрипт должен перемещать разбросанные по базе данных справочные
объекты в перечисленные справочные группы.
Предлагается рассмотреть ряд тестов скрипта, на основе его
спецификации, описанной в предыдущем параграфе:
Рисунок 28 – Структура тестовой базы данных
Для проведения основного теста на корректную работу скрипта в
части переноса заданных типов объектов в соответствующие справочные
группы, рассматривается контекстом запуска группа «Group 0». В «Group
57
0» создается модель типа EPC, описывающая процесс приема заявки от
клиента, с простейшим набором объектов. (рис. 29).
Рисунок 29 – Тестовая модель типа EPC
Соответственно созданные объекты видны в содержимом группы в
проводнике, в скобках указан тип объекта (рис. 30). На рисунке видно, что
являются справочными только 5 объектов следующих типов: носитель
информации (2 шт), функция, роль, тип прикладной системы. Два события
и риск должны быть проигнорированы скриптом.
Рисунок 30 – Содержимое контекстной папки до запуска скрипта
58
Скрипт запускается администратором базы данных на группе «Group
0». Вызывается мастер отчета, где пользователь выбирает адрес
сохранения лог файла. Затем перед пользователем скрипт открывает
диалоговое окно с возможностью добавить консолидацию справочных
объектов. В рамках текущего теста на перемещение объектов, галка
консолидации снимается, нажимается кнопка «Ок» (рис. 31).
Рисунок 31 – Диалоговое окно. Консолидация не выбрана
Скрипт выполняет работу и по завершению открывает пользователю
лог файл с результатами работы. В файле отображается подробная
информация: кем запущен скрипт, когда, какой был контекст запуска,
сколько справочных объектов выбрано к обработке, и по каждому
перемещенному объекту указано из какой группы в какую он был
перемещен. Фрагмент сформированного лог файла представлен на рисунке
32, с полной версией файла можно ознакомиться в приложении Б.
59
Рисунок 32 – Пример лог файла в формате .pdf
Скрипт перенес 5 справочных объектов. В группе «Group 0»
остались объекты не справочных типов (рис. 33).
Рисунок 33 – Содержимое контекстной папки после запуска скрипта
Объекты справочного типа появились в соответствующих
справочных группах. (рис. 34) Таким образом, проведенный тест
демонстрирует корректную работу скрипта в части перемещения объектов
в справочные группы.
60
Рисунок 34 – Содержимое справочных групп после запуска скрипта
Следующий тест демонстрирует корректную работу скрипта в части
консолидации справочных объектов после перемещения. Скрипт будет
запускаться теперь на двух группах «Group 1» и «Group 2». В «Group 1»
лежит объект «Отдел кадров» типа организационная единица. В
проверяемом скриптом атрибуте «Описание/Определение» заполнено
значение «Центральный офис» (рис. 35).
Рисунок 35 – Атрибуты объекта «Отдел кадров»
Аналогично в группе «Group 2» лежит объект типа организационная
единица с тем же именем, но в атрибуте «Описание/Определение» указано
значение «Филиал» (рис. 36).
61
Рисунок 36 – Атрибуты объекта «Отдел кадров»/ «Филиал»
Согласно спецификации, скрипт не должен объединять данные
объекты в один. Однако в справочной группе «Организационные
единицы» лежит объект, имеющий идентичные тип, имя и атрибут
описания объекту из группы «Group 1» (рис. 37). Следовательно, скрипт
должен консолидировать два данных объекта. Таким образом, по
завершению работы скрипта в справочной группе должно остаться два
объекта.
Рисунок 37 – Содержимое базы данных до запуска скрипта
В данном тесте в диалоговом окне ставится галка о консолидации
справочных объектов. Скрипт выполняется и открывает лог файл с
информацией о перемещенных и консолидированных объектах (рис. 38).