Диссертация (1137155), страница 10

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

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

Опрос заинтересованных сторон.Выполняется оценка важности существующих и внедряемыхпрактик организаторами процесса изменений в компании. Каждаяпрактика оценивается экспертами, составляющими матрицу, по шкалеЛикерта:+2 – практика крайне важна;+1 – практика важна;0 – практикой можно пренебречь;-1 – практика создает некоторые трудности в эффективнойорганизации бизнеса, ее желательно заменить / трансформировать;65-2 – практика создает существенные трудности в организацииуспешного бизнеса, ее необходимо заменить / трансформировать.Рисунок 11. Оценка важности практикСогласно TOGAF ADM по каждому пакету работ на фазе Fвыполняется присвоение показателей бизнес-ценности. Однако дляформирования матрицы изменений требуется аналогичная оценкаименно для архитектурных блоков на фазе E.

Следовательно, вдополнение к описанным шагам фазы E должна быть выполненаоценка архитектурных блоков по приведенной выше шкале.Следует отметить недостаточность матрицы изменений, какмодели, формализующей данные, используемые для выстраиванияпоследовательности изменений при формировании архитектурнойдорожной карты, по следующим причинам: отсутствие информации о явной замене некоторых практик(практика «А» базовой системы практик заменяется напрактику «Б» целевой системы практик) – соответствующиеизменения должны выполняться одновременно;66 отсутствие информации о заранее определенном порядке дляотдельных практик (например, практика «А» должнавнедрятьсянеранее,чемпрактика«Б»)–последовательность, обусловленная созданием и обработкойданных в приложениях; отсутствиевозможности(неизменяемых)практик,выделенияпостоянныхкоторые включаютсякаквбазовую, так и в целевую систему практик только дляотражениявзаимодействияфактороввнедрениясархитектурными блоками; высокая трудоемкость описания взаимодействий практик иих визуального восприятия в матрицах изменений большойразмерности.Таким образом, нами описан способ формирования матрицыизменений для формализации взаимодействия архитектурных блоковв целях дальнейшего использования этой модели для обоснованногоформирования архитектурной дорожной карты TOGAF.

При этомпрогнозируемая размерность матрицы не позволит применять еевизуально-интуитивно, поэтому дальнейшее решение данной задачицелесообразно строить на основе математической модели.В то же время, выявлены недостатки матрицы изменений,ограничивающие создание формальных методов работы с ней.Данные недостатки позволяют сделать вывод о необходимостирасширения модели «Матрица изменений» при ее использовании вдополнение к методу TOGAF ADM.Далее при ссылках на структуру матрицы изменений воизбежание разночтений будем пользоваться термином «практика»[45].672.4.Построение математической модели взаимодействияархитектурных блоковОригинальная матрица изменений содержит два множествапрактик (рис. 12): существующие практики – принадлежат базовой системепрактик и задаются горизонтальной таблицей, внедряемые практики – принадлежат целевой системепрактик и задаются вертикальной таблицей.Приэтомсчитается,чтовсесуществующиепрактикизаменяются на внедряемые при переходе от базовой системы практикк целевой.Рисунок 12.

Макет матрицы измененийПри описании способа формирования матрицы на основеданных TOGAF (параграф 2.1) обоснована необходимость введения внее практик, которые не изменяются при переходе от базовой системыпрактик к целевой. Поэтому для определенности далее будемвыделять практики:68 исключаемые – практики базовой системы практик, которыеподлежат удалению (исключению) при переходе к целевойсистеме практик; внедряемые–практикицелевойсистемыпрактик,подлежащие внедрению (новые для предприятия практики); постоянные – практики, которые не изменяются припереходе от базовой системы к целевой, и входят в обесистемы практик.Вначалепостроим математическуюмодельоригинальнойматрицы изменений, описанной в [66].Пусть– множество исключаемых практик, где n– количество практик базовой системы, и– множествовнедряемых практик, где m – количество практик целевой системы.Тогда пусть– множество всехпрактик, входящих в матрицу.Шкалу важности практик обозначим как множество, тогда показатель важности каждой практики можноопределить как функцию(2.1)Определим шкалу взаимосвязи практик как множество(значение «–1» соответствует взаимному ослаблениюпрактик (в матрице – «–»), значение «1» – взаимному усилениюпрактик (в матрице – «+»), значение «0» – независимости практик).Взаимосвязи практик зададим при помощи функции(2.2)69Введенныйформализмпозволяетпредставитьматрицуизменений как взвешенный граф (рис.

13) вида{{, где} ()}(2.3)Рисунок 13. Представление матрицы изменений в виде графаВеса вершин графаребер – функцией (В графеопределяются функцией, а веса).выделены два подграфа: подграфбазовую систему практик, а подграф, где{{, где{{– целевую:} (} (представляет))}},.При описании способа формирования матрицы изменений наоснове данных TOGAF (параграф 2.1) были перечислены недостаткиэтой модели, которые, в частности, не позволяют представить в нейследующую информацию:70 обозначение постоянных (неизменяемых) архитектурныхблоковифактороввнешнейивнутреннейсредыпредприятия; явная замена архитектурных блоков базовой архитектуры наблоки целевой архитектуры; заранее определенный порядок внедрения или исключенияархитектурных блоков.Введем эту информацию, расширив описанную математическуюмодельматрицырасширеннуюизменений.модельДалее«Модельбудемназыватьвзаимодействиятакуюархитектурныхблоков».

Практиками в этой модели будут являться архитектурныеблоки, а также факторы, влияющие на выполнение архитектурныхпреобразований.Для обозначения постоянных (неизменяемых) архитектурныхблоков и факторов внешней и внутренней среды предприятия введеммножество постоянных практик, где– количествопостоянных практик. Соответственно переопределим множество всехпрактик матрицы :{}.Тогда размерность графа (2.3) будет увеличена на :,{{} ()}(2.4)Заметим, что постоянные практики вводятся в модель толькодля оценки их влияния на базовую и целевую системы практик. Самиони не внедряются и не удаляются.

Поэтому() ().Кроме того, по той же причине отсутствует необходимость оценкиважности постоянных практик, поэтому.При этом макет соответствующей матрицы изменений будетиметь вид, представленный на рис. 14.71Рисунок 14. Макет расширенной матрицы измененийГраф,представляющиймодельвзаимодействияархитектурных блоков, изображен на рис. 15.Рисунок 15. Граф модели взаимодействия архитектурных блоковПодграфыи, представляющие базовую и целевуюсистемы практик (базовую и целевую архитектуры предприятия),72дополняютсяпостояннымипрактикамиизмножестваиопределяются для модели взаимодействия архитектурных блоковследующим образом:, где{{} ()}{},(2.5), где{{} ()}{},(2.6)Явную замену практик зададим при помощи множестваупорядоченных пар(2.7)Порядок выполнения изменений, существующий для некоторыхпрактик, введем также посредством множества упорядоченных пар:{()}, гдеТо есть практика,(2.8)внедряется (или удаляется) раньше, чемвнедряется (или удаляется) практика, что, однако, не означаетнепосредственного следования измененияза(между нимивозможны другие изменения).Итак, математическую модель взаимодействия архитектурныхблоков можно представить в виде совокупности N вида:〈где– граф расширенной матрицы изменений (2.4),базовой системы практик (2.5),(2.6),〉,(2.9)– граф– граф целевой системы практик– функция значений ценности практик (2.1),– функция73значений взаимосвязи практик (2.2),пар явной замены практик (2.7),– множество упорядоченных– множество упорядоченных парпорядка изменений, заранее заданного для некоторых пар практик(2.8).Практиками в данной модели являются архитектурные блоки, атакжефакторы,влияющиенавыполнениеархитектурныхпреобразований.2.5.Построение модели реструктуризации архитектурыпредприятияВрамкахпредложеннойнамиматематическоймоделивзаимодействия архитектурных блоков может быть поставлена задачаоптимизации последовательности изменений, как задача оптимальнойтрансформации графаграфовпутемв графпоследовательногопринадлежащих множествумножествучерез цепочку промежуточныхисключениявершин,, и включения вершин, принадлежащих.

Эта трансформация, отражающая последовательностьизменений, будет соответствовать архитектурной дорожной карте.В целях постановки подобной экстремальной задачи опишемдалееформальнуюмодельреструктуризацииархитектурыпредприятия. При помощи этой модели имитируется процессперехода от текущего состояния архитектуры предприятия к еецелевомусостоянию.Приэтомпромежуточныесостоянияархитектуры предприятия должны моделироваться и оцениваться припомощи модели взаимодействия архитектурных блоков.Аналогичнотерминологии,предложеннойдлятрансформации графов в [40], введем следующие определения:задачи74Определение 1. Элементарным преобразованием графапросто элементарным преобразованием)в него вершины((илибудем называть включениеили исключение из него вершины).При элементарном преобразовании вместе с вершинами,принадлежащими множеству , в графвключаются ребра графа ,инцидентные одновременно включаемой вершине и вершинам графа.Определение 2.

Промежуточным графомграф, полученный из графабудем называтьпутем выполненияэлементарныхпреобразований,{{{(2.10)}} ()При этом},.иОпределение 3..Последовательностьпреобразований, трансформирующих графэлементарныхв графназывать траекторией) обозначим черезк графу(область определения.есть., будем. Множество всехвозможных траекторий от графамножества| |., гдемножествоМощностьперестановок извсехэтогоперестановокмножестваравначислуэлементов:||Пример трансформации графав графпоследовательность элементарных преобразованийпредставлен на рис.

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

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