Автореферат (Методология и инструментарий предметно-ориентированного моделирования), страница 6

Создаётся программный конструктор ПО семейства. Далее выполняется описание всех программных компонент семейства и аппаратуры семейства, а также отображение аппаратурына программные компоненты (XML-описание). Спецификация оборудования конкретного продукта производится с помощью DSM-языка THCL на основе базы знаний оборудования семейства. По этой спецификации автоматически строится и конфигурируется ПО продукта.Основными конструкциями языка THCL являются блок (аппаратный функциональный узел системы, например, микросхема или плата), разъем (для соединителя элементов оборудования ка белями), кабель, переходник (для перехода с одного разъёмана другой) и разветвитель (кабель, перераспределяющий сигналы из одного разъёмапо нескольким другим).

На рис. 5 представлено главное окно THCL-редактора и фрагмент соответствующей спецификации.Предложенный метод и языка THCL были апробированы при разработке семействателевещательных систем. Модель использовалась для создания трёх продуктов семейства; общее количество блоков, разъёмов и кабелей составило от 230 до 300 элементов.

Каждый элемент состоял из нескольких фигур Visio, так что суммарное количество фигур в модели одного продукта составило приблизительно 2000. При этомбыло обнаружено существенное замедление при перерисовке элементов на диаграммах, что, по мнению автора, является ограничением продукта Microsoft Visio при работе с большими диаграммами и сложными нотациями.22ДополнительнаяанкетаInfoBlock:Полезные_ссылкиДополнительнаяфотографияInput_DocumentsАнкетаСтарыйзагранпаспортКвитанция обоплатегоспошлиныПаспортгражданина РФКопия паспортагражданина РФ[Возраст]Фотографиядля анкетыДо 18 летВоенный билетОтслуживший(мужчины 18–27 лет)Копия военногобилетаРазрешениекомандированияОт 18 лет[Отношение квоинскойобязанности]ВоеннослужащийСправка военногокомиссариата (форма 32)ПриписноесвидетельствоПризывникКопия приписногосвидетельстваInfoBlock:Сдача_документов.Военнослужащие_DefInfoBlock:Сдача_документов.Призывник_DefРис.

4. Пример модели документации FSS-методаМетод DocLine, язык DRL/GR и алгоритм поиска повторов и рефакторинга документации. DocLine создан под руководством автора диссертационной работы дляразработки и сопровождения документации ПО на основе повторного использования.DocLine рассматривает документацию в XML-форматах, поскольку именно такойспособ всё чаще применяется для разработки объёмной технической документации.DocLine интегрируется с известным XML-стандартом DocBook (стандарт де-факто вLinux/Unix сообществе), являясь надстройкой последнего, и использует его для задания структуры и полиграфической разметки документов (главы, параграфы, перечисления и пр.).Язык DRL/GR является частью языка DRL, созданного в рамках проекта DocLineдля спецификации повторного использования — «крупноблочного», ориентированного на вариативность включения глав, разделов и других больших частей документации, и «мелкозернистого» — для гибкой конфигурации повторного использованиясредних и небольших фрагментов документации.

DRL имеет две формы — графическую (DRL/GR) и текстовую (DRL/PR). DRL/GR предназначен для проектирования23пакетов документации линейки продуктов и спецификации «крупноблочного» повторного использования, DRL/PR — для задания «мелкозернистого» повторного использования и итоговой спецификации всех документов.Рис. 5. Главное окно THCL-редактора и фрагмент моделиВся информация, задаваемая с помощью языка DRL/GR, переходит в спецификацию на DRL/PR, то есть графическая информация имеет текстовый аналог. Документация целевого продукта семейства получается после выполнения препроцессора DocLine, «разрешающего» все виды вариативности и порождающего конечный DocBook-формат, из которого средствами DocBook генерируются итоговые документы.На рис. 6 представлен пример диаграмм вариативности.Алгоритм поиска повторов и рефакторинга документации предназначен для автоматизации задачи сопровождения документов (см.

рис. 7). На вход алгоритма можноподать DRL/DocBook/ASCI/Unicode файлы. Далее в этом документе с помощью инструмента поиска клонов CloneMiner находятся группы клонов, которые затем фильтруются (устраняются клоны, состоящие только из XML-разметки, клоны, состоящиеиз фраз типа «that is» и пр.).24РуководствопользователяДокументациямодуля«Исходящиезвонки»Документациямодуля «Номеронабиратель»Документациямодуля«Входящиезвонки»Документациямодуля «АОН»Документациямодуля «АОНГОСТ»Документациямодуля«Автоответчик»Документациямодуля «АОНCaller ID»Рис.

6. Пример диаграммы вариативности языка DRL/GRПосле этого технический писатель выбирает те группы клонов, которые он хочетпревратить в повторно используемые активы в документации, и выполняет для нихоперации рефакторинга DocLine. В итоге формируется новый целевой документ. Вработе приводятся результаты работы алгоритма для документации ядра операционной системы Linux (870 Кб/ 25000 строк).Рис. 7. Схема алгоритма поиска клонов и рефакторинга документацииМодель КИТ-решения. Корпоративная ИТ-архитектура — это концепции, принципы, стандарты и технологии, которыми крупная организация пользуется при разработке и внедрении ИТ-технологий.

В данной диссертационной работе предлагаетсярассматривать проекты по разработке ИТ-архитектуры как специальные ИТ-проекты(КИТ-проекты; КИТ — Корпоративная ИТ-архитектура). Результаты таких проектовпредлагается рассматривать как специфические ИТ-решения (КИТ-решения). Основой КИТ-решения является стандартный EAM-инструмент (ARIS, Mega и т.д.). В работе предлагается типовой состав КИТ-решения, анализируются реальные КИТ-проекты, в которых принимал участие автор.25В пятой главе представлены практические DSM-решения, при разработке которыхбыла применена предложенная Методология предметно-ориентированного моделирования.

Эти решения могут послужить в роли «клише» или прототипов для дальнейшего тиражирования. Фактически, это банк стандартных решений.1. Модернизация EAM-инструмента ОРГ-Мастер. Данный проект был выполнен под руководством и при непосредственном участии автора диссертационной работы. В задачу проекта входило создание новой реализации программного продукта (предыдущая была выполнена в начале 2000-х годов спомощью технологий, к настоящему времени устаревших). Продукт был перепроектирован и реализован на современных технологиях, его функциональность — реструктурирована. Был модернизирован язык моделированияи создана архитектура дополнительных средств предметно-ориентированного моделирования. На основе данной архитектуры были реализованы программные средства на базе Microsoft Visio (редактор бизнес-процессов, редактор стратегий, редактор «процесс-результат»), разработан и реализованалгоритм слияния моделей, реализующий вычислимый способ хранения базовой версии сливаемых моделей.2.

DSM-решение РУП (РУсско-финское Приграничное сотрудничество) былосоздано на базе пакета Microsoft Visio и предназначалось для проектирования контента при разработке Web-портала для российско-финских путешественников. Идея решения РУП принадлежит автору диссертационной работы, он также выполнил разработку предметно-ориентированного языка ипроектирование программных средств и осуществлял руководство разработкой и использованием средств.

Решение РУП было создано в контексте русско-финского исследовательского проекта «Improving Social Services» (проект проходил в 2011–2013 годах в рамках международной программы ENPIFinnish Russian Cross-Border Cooperation). Решение поддерживает три видамоделей: доменная модель, модель типов, модель предметной области. Дляэтих видов моделей реализована поддержка целостности(MicrosoftVisio не предоставляет репозитория). Был также реализован генератор вОРГ-Мастер — онтология, схема которой создавалась в РУП и заполняласьданными в ОРГ-Мастере. Схема онтологии составила 15 диаграмм форматаА4. Использование данного решения позволило реализовать проект качественно и в срок.3.