КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
ЛЕКЦИЯ 8 19 страница
· обеспечение того, что Архитектура предприятия становится правилом или «законом», которому все подразделения организации, специалисты по ИТ следуют в своей работе. Очень часто хорошие планы остаются благими на-мерениями, поскольку отсутствуют достаточно авторитетные структуры, которые превратили бы план в «закон». Таким образом, нужен адекватный организационный механизм, который бы делал результаты работы группы, отвечающей за разработку архитектуры, законом для всего предприятия; · организация процесса, который бы обеспечил выполнение принятых пра-вил (или «закона»). Это включает процессы рассмотрения проектов и ини-циатив на соответствие архитектуре, процессы рассмотрения неизбежных исключений и конфликтов - фактически, обеспечение контроля и надзора. Реализация управления и контроля естественно предполагает участие представителей бизнес-подразделений в работе над архитектурой. То есть уп-равление и контроль архитектурного процесса включает такие аспекты, как пер-сонал, правила (политики) и процессы, которые должны обеспечивать средства обеспечения свободы действий и принятия решений без нарушения общих пра-вил, установленных архитектурой. Это предполагает принятие правил и выра-ботку руководств, которые бы задавали стандарты поведения по отношению к архитектуре предприятия. А за этим следует определение способов выполнения правил, т.е. процессов, обеспечивающих исполнение этих правил и руководств (включая методы контроля, список контролируемых параметров, информирова-ние и применение санкций, связанных с несоблюдением правил). Вообще говоря, следует отличать понятие управления и контроля архитек-турного процесса от более широкого понятия управления и контроля использо-вания ИТ на предприятии в целом. Ранее уже отмечалось то, что разработка архитектуры строится на основе двух групп механизмов. Первая группа механизмов - это архитектурные прин-ципы: условно говоря, «неявные» (implicit - по аналогии с принципами управ-ления знаниями) механизмы. Вторая группа механизмов описания архитектуры включает определение формальных стандартов, моделей и требований, - «яв-ные» (explicit) инструменты и механизмы. Важный аспект заключается в том, что инструменты управления и контро-ля архитектурного процесса должны включать различные способы, которые предполагают обеспечение соответствия как «неявным» элементам архитектуры (принципам), так и «явным» (стандартам). Обеспечение следования принципам достигается прежде всего через «мягкие» механизмы: информирование и ком-муникации, обеспечение общего понимания и добровольного принятия. Обеспе-чение выполнения стандартов и правил как части архитектуры требует более «жестких» формальных механизмов, таких как формальные процедуры рассмо-трения и проверок, процедуры рассмотрения исключений из правил, штрафные санкции. В тех же случаях, когда по определенным, явно сформулированным и обос-нованным бизнес-причинам какая-либо система или прикладное решение не может соответствовать принятой архитектуре, в рамках функции надзора не-обходимо обеспечить, чтобы функциональные и бизнес-подразделения понима-ли реальную стоимость реализации и использования таких несоответствующих архитектуре систем и решений. Эта дополнительная стоимость может быть свя-зана с более высокими затратами на эксплуатацию или отсутствием гибкости в дальнейшем развитии решений. Точно так же, как и во многих других областях, формирование структур и процессов управления и контроля Архитектуры предприятия лучше всего начать с формулировки руководящих принципов. Приведем только некоторые из них, которые представляются достаточно важными и универсальными: · архитектура новых систем будет проходить формальные процедуры кон-троля на эффективность. · предлагаемые изменения в бизнес-процессах и системах будут контроли-роваться с точки зрения их влияния на другие обеспечивающие их бизнес--процессы и системы. · набор моделей архитектуры будет поддерживаться в актуальном состоя-нии (в специальном репозитарии), целостность моделей и связи между ни-ми также будут контролироваться и обеспечиваться. · будут разработаны и поддерживаться стандарты и правила (политики). · соответствие стандартам и правилам будет контролироваться. · архитектура будет неотъемлемой частью всего процесса управления ИТ на предприятии. · технологическая архитектура будет контролироваться на уровне предпри-ятия в целом. · команда проекта разработки архитектуры, выполняющая основную раба-ту, не является собственником этого процесса и результатов. Результаты разработки формируются в виде рекомендаций, подлежащих утверждению высшим руководством организации для придания определенной значимо-сти и легитимности. Вообще говоря, наиболее общими подходами обеспечения управления и контроля архитектуры являются следующие: Публикации и распространение информации и документов описания архитектуры. На самом деле, публикация архи-тектурных документов является очень важным аспектом всего процесса управления архитектурой, но сам по себе этот инструмент не будет рабо-тать без других механизмов. С разработкой и реализацией архитектуры предприятия связаны интересы большого количества сторон, поэтому ин формация об архитектуре должна распространяться внутри организации на различных уровнях, в том числе с использованием визуальных, графи-ческих средств представления или специализированных языков. Для выс-шего руководства архитектура должна демонстрировать, как она обеспечи-вает достижение бизнес-целей и какие преимущества будут получены. Об-ластью интереса бизнес-пользователей являются их специфические пред-метные области и функциональные потребности. Руководители в области ИТ и технический персонал больше сфокусированы на технических компо-нентах, включая то, как впоследствии будет обеспечиваться поддержка и сопровождение разрабатываемых решений. Архитекторов отдельных про-ектов волнуют такие вопросы, как стандарты, шаблоны и правила, пригод-ные для повторного использования либо накладывающие ограничения на дизайн отдельных решений. Публикуя информацию об архитектуре, нужно стреииться удовлетворить все перечисленные категории заинтересован-ных сторон. Более того, чем более открытой является эта информация вну-три предприятия (эа исключением, возможно, определенных аспектов ар-хитектуры безопасности), тем больший эффект это принесет.
Дата добавления: 2015-04-25; Просмотров: 254; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |