Диссертация (1145120), страница 41
Текст из файла (страница 41)
Конфигурирование означает использование стандартных средств настроек EAM-инструмента — шаблонов, палитр ипр. — и позволяет отразить в EAM-инструменте широкий спектр индивидуальных черт КИТ-решения. Как правило, конфигурирование осуществляетсячерез специальные диалоговые окна EAM-инструмента.
Таким образом, посредством конфигурирования создатели EAM-инструмента отразили ту вариативность, которая была для них очевидна и хорошо «легла» в инструмент.Доработка EAM-инструмента осуществляется средствами открытого программного интерфейса, предоставляемого инструментом. Прежде всего, этосредства доступа к репозиторию, однако возможны и более «продвинутые»возможности — различные события в системе, которые стороннее программное приложение может получать, средства работы с диаграммами и т.д. Да250лее мы не будем разделять конфигурирование и доработку EAMинструмента, считая оба действия созданием комплекса средств КИТрешения.
В рамках этого комплекса должны быть реализованы следующиевозможности: пользовательские интерфейсы — для разных групп пользователей целесообразно создавать различные интерфейсы с различными возможностями (эта функциональность зависит от возможностей базовогоEAM-инструмента); базовая поддержка языка моделирования — пользователи должны создавать модели именно в терминах созданного языка моделирования,то есть пользоваться видами диаграмм, сущностями и связями своейпредметной области (эта функциональность зависит от возможностейбазового EAM-инструмента); поддержка корректности (post-processing) — пакетные средства контроля синтаксиса языка (иначе средства автоматической обработки моделей не смогут корректно обрабатывать модели); поддержка корректности (administration) — как правило, модель, скоторой работают пользователи в EAM-инструменте, оказываетсябольшой (сотни диаграмм, тысячи сущностей и связей), её модифицируют многие люди; поэтому со временем модель может накапливатьпротиворечия и ошибки (например, появляются сущности, которые невстречаются ни на одной диаграмме, или некоторые пользователи используют собственные объекты вместо регламентированных предопределённых и т.д.); поэтому должны быть разработаны соответствующиепрограммные средства для обнаружения и коррекции этих противоречий и ошибок.Кроме того, в рамках комплекса программных средств должна быть реализована следующая дополнительная функциональность:251 импорт/экспорт данных — средства автоматического импорта из различных информационных систем компании данных, необходимых примоделировании архитектуры; также, при необходимости, средства экспорта; генераторы отчётов — текстовых и табличных по моделям (конфигурирование, создание новых); Web-портал — может выполнять разные функции: содержать справочную информацию по моделированию, быть интерфейсом для синхронизации различных пользователей решения, содержать результаты моделирования (частично или даже все); несмотря на то, что EAMинструменты, как правило, умеют создавать такие порталы по содержимому репозитория, в некоторых случаях требуется создание сложного и многофункционального портала, связанного с моделью архитектуры.Все эти возможности (кроме Web-портала) реализуются с помощью различных фильтров, шаблонов и пр.
настроек базового EAM-инструмента, атакже путём реализации специальных скриптов, основанных на открытомпрограммном интерфейсе EAM-инструмента. Также должна быть разработана структура папок модели. Эти папки содержат диаграммы, а также различные типовые элементы архитектуры, например, процессы, информационные системы, их отдельные компоненты и т.д. Подчеркнём, что речь идёт нео структуре репозитория, которая задаётся метамоделью языка моделирования.
Имеется ввиду группировка элементов модели и диаграмм по папкамдля удобства доступа к ним из браузера модели. Дело в том, что в модели могут находиться десятки и сотни отдельных элементов (объектов): часть изэтих объектов создаётся при моделировании, часть может быть импортирована извне и использоваться в качестве предопределённых объектов. Репозиторий также содержит большое количество диаграмм.
Всю эту информациюнужно организовать для удобства работы с ней пользователей системы —252чтобы можно было быстро найти нужный объект, чтобы однородные объекты находились рядом, чтобы была иерархия папок и чтобы диаграммы находились в строго определённых папках. Кроме того, при проектированииструктуры репозитория следует учитывать не только структуру информации,но и зоны ответственности в компании — в репозитории не должно быть папок, за которые никто конкретно не отвечает. Структура папок может бытьпредставлена как отдельная онтология (схема). Наконец, для созданногоКИТ-решения должна быть выполнена развёртка и настойка.Все основные элементы поставки должны быть снабжены документацией— язык, методика, процесс, шаблоны моделирования, инструкция по использованию решения и т.д.
Основная задача документации — максимально облегчить вовлечение сотрудников/подрядчиков компании в процессы моделирования и управления архитектурой. Документация также может размещаться на Web-портале, содержать значительное количество визуальных материалов, включать видео-уроки, тесты для проверки знаний и др.
Объем и, соответственно, трудоёмкость этой части поставки могут сильно варьироваться,легко становясь одной из самых ресурсоёмких частей КИТ-решения.Обучение является необходимой составляющей КИТ-решения. Результатобучения заключается в том, что заказчик становится способным полностьюсамостоятельно использовать решение. Можно выделить следующие этапыобучения в КИТ-проекте: (i) семинарское обучение специалистов заказчикаязыку моделирования и правилам работы с решением; (ii) выполнение пилотного моделирования силами проектной группы КИТ-проекта (возможно,совместно с будущими пользователями); (iii) работа с решением, выполняемая специалистами заказчика при поддержке проектной группы; (iv) самостоятельное использование решения специалистами заказчика при консультативной помощи рабочей группы уже после окончания проекта.
Результатобучения заключается в том, что заказчик становится способным полностьюсамостоятельно использовать КИТ-решение.253Сопровождение можно разделить на два основных блока: сопровождениево время проекта и после проекта. Сопровождение во время проекта включает в себя поддержку применения инструмента моделирования специалистамизаказчика, и в результате этого обеспечивается обратная связь, улучшающаярешение. Сопровождение после окончания проекта подразумевает ответы навопросы пользователей, исправление некоторого количества ошибок и проблем решения.Для иллюстрации предложенных выше концепций кратко рассмотрим несколько КИТ-проектов, выполненных для российских компаний — см.
табл.4.6, 4.7, 4.8. Проекты P1, P2, P3 выполнялись для крупных госкорпорацийРФ, проект P4 реализовывался для крупной правительственной организацииРФ. Из всех проектов лишь P2 не был завершён успешно, хотя и в этом случае его результаты (онтология и язык моделирования) были использованыкомпанией после завершения проекта. В рамках проекта P1 был создан самый сложный предметно-ориентированный язык — он был разработан практически «с нуля» и использовал язык продукта ARIS как средство реализации. Однако поддержка этого языка уступала аналогичной поддержке в проектах P2 и P3 (позиции 2.2 и 2.3 в табл.
3.1) из-за того, что пакет ARIS значительно слабее Mega и IBM System Architect по функциональным возможностям средств расширения. Использованный в проекте Р4 EAM-инструмент неподдерживал визуальных средств моделирования. Поэтому в рамках проектабыл создан не столько предметно-ориентированный язык моделирования,сколько онтология (то есть не было диаграммной нотации), при этом поддержка корректности информации в этой онтологии была незначительной.
Впроекте P3 пользовательский интерфейс был создан на основе технологииSharePoint и оказался наиболее многофункциональным из всех рассмотренных здесь проектов (пункт 2.1 в табл. 4.7).254Табл. 4.6. Методологический блок№КИТ-проектыЭлементы финальной поставкиP1P2P3P41Язык моделирования++++++++2Методика использования---+-3Процесс++-++-4Интеграция+--+-Результаты моделирования: «as is»+++++Результаты моделирования: «to be»-+-+-5Табл. 4.7.
Технологический блок№КИТ-проектыЭлементы финальной поставкиP1P2P3P4ARISMegaIBM1*SAОРГМастер1Базовый EAM-инструмент2Комплекс программных средств2.1Пользовательские интерфейсы+-+-++2.2Базовая поддержка языка моделирования+-+++-2.3Поддержка корректности (online)+-+++-2.4Поддержка корректности (postprocessing)+++-2.5Поддержка корректности(administration)++++-2.6Импорт/экспорт+++-2.7Web-портал++++++2.8Генераторы отчётов+-+-+++2.9Структура репозитория++++2.10Развёртка и настройка решения++++3Документация++++-1*IBM System Architect.255Табл. 4.8. Блок обучения и сопровождения№КИТ-проектыЭлементы финальной поставкиP1P2P3P41Обучение+-++-2Сопровождение+-++-Точная идентификация составных частей финальной поставки КИТрешения может помочь при разработке требований в КИТ-проектах и оценкинеобходимых для их реализации ресурсов.
Модель может использоватьсятакже для оценки качества результатов КИТ-проекта. Кроме того, данная модель применима для дальнейшего изучения КИТ-проектов: даже достаточноповерхностный анализ четырёх проектов, проведённый с её помощью, выявил тенденцию слабой поддержки методики моделирования — как правило,заказчики не понимают важность этой части поставки, объединяя методику спользовательской документацией или вовсе исключая её из итоговой поставки.2564.5 Сравнения и соотнесенияFSS-метод. Новизна метода заключается в использовании дополнительной, по отношению к модели бизнес-процессов (BPMN), модели документации, описывающей иерархиюдокументов, используемых в публич-ных/государственных услугах.
При этом данная иерархия строится на основеFeature Modeling [297]. Но вместо описания доменной модели продуктов семейства ПО (контекст, в котором обычно применяется Feature Modeling), вданном случае описываются возможные атрибуты ситуации заявителя. Такженовой является идея метафор Web-визуализации, предназначенных для максимально доступного представления для пользователей Интернет-ресурсовинформации о государственной услуге.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
