Диссертация (1145120), страница 54

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 54)

Были выделены следующие виды моделей, сгруппированные в архитектурные «слои» (см.рис. 5.24): информационная архитектура: информационная модель, предназначенная для описания различныхвидов взаимодействий информационных систем (потоков, интеграционных сообщений) в терминах «сущность-связь»;333 модель данных — для описания баз данных информационных систем; функционально-компонентная архитектура — описание структурного ифункционального состава информационных систем Компании, а такжеих интеграции: модель функций информационных систем и их классификация; модель структуры и взаимодействия решений, систем и их компонентов; модель реализации бизнес-процессов в информационных системах ивзаимодействия этих систем в ходе исполнения процессов; интеграционная модель, позволяющая описывать информационнуюсистему в терминах интерфейсов и передаваемых сообщений; архитектура базиса — описание прикладных и системных платформ иразвёртывания прикладных компонентов информационных систем; технологическая архитектура — описание технического обеспеченияинформационных систем Компании: модель технических средств, обеспечивающих функционированиекомпонентов систем и работу пользователей; модель технических средств, обеспечивающих взаимодействиямежду системами, их компонентами и пользователями; требования — описание требования к информационным системамКомпании (бизнес-требования, функциональные и нефункциональныетребования).334Области (части слоев)Бизнес-архитектураОрганизационнотерриториальнаяструктураСтратегия иуправлениеДокументыИнформационная архитектураИнформационнаямодельМодель данныхФункционально-компонентная архитектураФункциональнаяархитектураАрхитектураприложенийИнтеграционнаяархитектураСценарии работыИСАрхитектура базисаТехнологическая архитектураАппаратныеплатформыСетеваяинфраструктураТребованияАрхитектурабазиса иразвертыванияКорпоративная ИТ-архитектура (КИТА)Слои архитектурыБизнес-процессыРис.

5.24. «Слои» и виды моделей языка моделирования ИТ-архитектурыКомпании5.4.2 Базовый инструментПосле тщательного анализа EAM-инструментов, имеющихся на рынке, атакже исследования потребностей Компании, в качестве кандидатов быловыбрано два EAM-инструмента — Mega и ARIS. Оба являются лидерамирынка и имеют необходимый для проекта функционал. Продукт Mega былпредпочтительнее в силу имеющихся средств расширения метамодели и видов диаграмм — как было показано выше, в данном проекте был создан уникальный язык моделирования, ориентированный на потребности Компании.ARIS обладал теми преимуществами, что с его помощью уже был разработанКИТ-проект по описанию бизнес-архитектуры Компании, в компании былиспециалисты, знакомые с продуктом. Кроме того, в России специалистов по335ARIS найти существенно легче, чем специалистов по Mega.

В связи с этим,был выбран продукт ARIS.5.4.3 Комплекс программных средств Пользовательские интерфейсы — инструмент ARIS предоставляетодин интерфейс, но разные пользователи имели различные права на работу с разными папками модели. Базовая поддержка языка моделирования была выполнена с помощьюсредств настройки пакета ARIS. Поддержка корректности (post-processing) была реализована в видескриптов для ARIS, которые контролируют наличие на диаграммахобязательных сущностей, а также обязательное наличие некоторыхсвязей. Поддержка корректности (administration) была реализована как наборскриптов для ARIS, которые контролируют правильность расположения диаграмм в папках модели. Импорт/экспорт данных был реализован для связи ARIS с рядом информационных систем Компании: во-первых, в ARIS импортировалисьисходные сведения об информационных системах Компании (в частности, их список); во-вторых, перечень компонент, из которых создаютсясистемы, загружался в ARIS из сред разработки различных используемых в Компании платформ.

И в том и в другом случае эти данные использовались при моделировании как предопределённые — то естьинформацию этого рода архитекторы систем могли только использовать, но создавать новую они не могли. Генераторы отчётов — с помощью механизма скриптов была реализована генерация ряда отчётов по моделям ARIS.336 Web-портал — на существующем в компании внутреннем Web-порталебыл добавлен раздел с описанием правил работы с созданным КИТрешением. Структура папок модели была создана таким образом, чтобы максимально точно отражать логику разработки и эксплуатации информационных систем Компании и при этом позволять удобно работать с данной информацией.

Структура папок получилась очень разветвлённая исопровождалась строгими правилами. Развёртка и настройка решения на серверах и рабочих станциях заказчика были тщательно выполнены.5.4.4 ИнтеграцияПоскольку основная информация, с которой должна быть связана модельИТ-архитектуры Компании, — это модель бизнес-архитектуры, выполненнаяв том же EAM-средстве, то дополнительной интеграции не понадобилось.Оставшаяся часть интеграционных вопросов для импорта/экспорта информации из информационных баз Компании была решена разработкой соответствующих скриптов. Синхронизация информации с внешними источникамине понадобилась.5.4.5 Метод использованияРазработка этого рабочего продукта была вынесена в специальный проект,доступ к материалам которого для автора был ограничен (этим занималасьспециальная компания).

В целом, такое отделение разработки методики отразработки остального решения крайне нецелесообразно.5.4.5 Процесс разработкиПроцесс разработки проекта опирался на формальные регламенты Компании и был в большей степени водопадным, чем итеративным. Были выполнены следующие этапы.3371. Разработка языка моделирования, максимально ориентированного наспецифику задач компании. Данный этап закончился созданием Соглашения о моделировании, описывавшим созданный язык.2. Актуализация языка моделирования — полученный результат обсуждался с широким кругом ИТ-архитекторов компании. В язык были внесены значительные изменения.3.

Реализация языка в среде ARIS — разработка шаблонов фильтров,интеграционных и проверочных скриптов. Инсталляция программного комплекса на серверах Компании, интеграция средств с внутренним порталом компании.4. Наладка процесса использования языка, включавшая создание дополнительной документации (в частности, руководство пользователя), а также моделирование конкретных информационных системКомпании вместе с архитекторами, отвечающими за эти системы.5. Подготовка финальной отчётной документации по проекту.При этом в процессе присутствовали элементы хаотичности, связанные споявлением новых требований к проекту — так, например, необходимостьразработки модели требований возникла на этапе 3.5.4.6 Результаты моделированияВ ходе проекта было выполнено моделирование архитектуры более чемтридцати систем заказчика, покрывающих основные платформы разработкии виды систем, используемых в Компании.

Моделирование выполнялосьучастниками проекта совместно с архитекторами соответствующих систем.5.4.7 ДокументацияДвумя главными документами по проекту, адресованными пользователямКИТ-решения, были детальное описание языка моделирования и инструкцияпо использованию решения. Описание языка было разбито на две части: общие положения (описание архитектурных слоёв и видов моделей, определе338ние основных сущностей метамодели и терминов) и описание нотации. Инструкция по использованию решения описывала шаги по созданию всех видов моделей непосредственно в ARIS (точнее, в созданном на его основекомплексе программных средств).

Общий объем этой документации составилболее трёхсот страниц.5.4.8 СопровождениеСопровождение реализовывалось отдельного в течение полугода послеокончания проекта.3395.5 Система групповой работы с и-картами и её использование вобразовании72В данной главе представлено использование предметно-ориентированногомоделирования в образовании. Описывается программный инструмент групповой работы с и-картами Comapping [200], а также метод управления проектированием и написанием дипломных записок с помощью и-карт.

Comappingбыл представлен в работе [314], написанной в соавторстве. В этой данной работе автору диссертации принадлежит проектирование функционала Comapping, проектирование и реализация алгоритма слияния моделей после обрываи восстановления соединения, тестирование и реализация на базе продуктаразличных образовательных решений, а также работа над текстом. Соавторупринадлежат основные проектные решения и реализация системы.

В работах[48], [58], [60], [66], [317], написанных автором самостоятельно, изложеныразличные подходы по использованию и-карт в образовании. В [58], [66] былпредставлен метод управления проектированием и написанием дипломныхзаписок с помощью и-карт и Comapping. Последняя работа написана в соавторстве, автору принадлежит основная исследовательская работа, соавторвыполнила эксперименты.Comapping использует визуальные модели в качестве средства представления знаний — и-карты (mind maps). Система является базовым средством длясоздания целевых решений на основе и-карт по управлению знаниями в различных областях — в программной инженерии (как было описано выше), вобразовательных процессах и пр.

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

5.25). Такаянотация, в сочетании с алгоритмом автоматического перераспределения эле72Материал, изложенный в данном разделе, следует работам автора [58], [66], [314].340ментов на экране, облегчает чтение и понимание карты. Она также удобнадля решения различных образовательных задач, в частности, для представления оглавления дипломных записок студентов.Рис. 5.25.

Пример и-карты в ComappingComapping также включает в себя возможности связывать с элементами икарты файлы и заметки и проверять правописание текста в узлах и-карты,позволяет осуществлять текстовый поиск и фильтрацию элементов карты,поддерживает возможности публикации карт в блогах и на сайтах, печатькарты любых размеров. Comapping позволяет также хранить карты в папках,образующих иерархию, и экспортировать и-карты в форматы PDF, HTML,RTF, SVG, а также осуществлять импорт/экспорт в форматы других средствработы с и-картами (FreeMind, MindManager).

Характеристики

Список файлов диссертации