Кпр. Архитектура (копия). Treasury Enterprise Architecture
 Скачать 0.74 Mb.
|
|
Рис. 1.1. Архитектура и стратегия: инь и янь информационных технологий предприятия Фактически ИТ-стратегия определяет возможные в контексте конкретной организации способы достижения целевого состояния (перехода из текущего исходного состояния) информационной системы. Поскольку исходное и целевое состояние информационных систем в значительной степени определяются соответствующей архитектурой, то понятия архитектуры и ИТ-стратегии оказываются неразрывно связаны между собой. В частности, стратегия развития прикладных систем определяет перспективные направления, так что выбор каждого отдельного приложения или технологии зависит от конкретных задач с учетом общего предопределенного направления. Конечно, реализация отдельных требований возможна путем выбора конкретного продукта и при отсутствии стратегии, но набор таких приложений будет крайне неэффективен с точки зрения перспективности развития и эксплуатации всех информационных систем предприятия в целом. Проекты будут слабо связаны друг с другом, бюджеты и сроки будут с большей вероятностью превышены, а бизнес-подразделения будут недовольны тем, как работают приложения, да и самой ИТ-службой.
Один из принципов системного мышления гласит: "То, что является в меру хорошим для каждой части, обычно является наилучшим для всей системы в целом. Если интересы одной части максимизируются, то это неизбежно означает потерю для остальных частей". Поэтому, безусловно, "хорошая" ИТ-архитектура и ИТ-стратегия являются плодом компромисса между бизнесом и ИТ-службой, а также между различными применяемыми в организации технологиями. Само понятие стратегия (так же, как, впрочем, и архитектура) имеет греческое происхождение. Первоначально оно было связано с военным искусством – управлением воинскими отрядами, а потом постепенно стало применяться и к управлению процессами в системах самых различных типов – от социальных обществ до искусственного интеллекта.
Актуальность проблематики с точки зрения изменения роли ИТ в бизнесе и обществе Почему вопросы разработки ИТ-стратегии и формирования ИТ-архитектуры становятся особенно актуальны именно сейчас? Объяснение может основываться на целой совокупности факторов, основные из которых связаны с: происходящими изменениями в самом бизнесе и индустриальном обществе; изменением роли информационных технологий в бизнесе и обществе; изменением корпоративной культуры и стиля управления в бизнесе; а также с объективным увеличением ИТ-бюджетов компаний. По результатам опроса руководителей информационных служб было получено распределение представлений о наиболее существенном изменении роли ИТ для бизнеса в ближайшие 3 года, показанное на рис. 1.2.  Рис. 1.2. Наиболее существенные области изменения роли ИТ для бизнеса Создание "более совершенных" процессов стоит на первом месте и получило специальное название "слияние бизнес-процессов" – в оригинале business process fusion. Фактически в результате такого слияния осуществляется преобразование бизнеса через объединение ранее существовавших автономных процессов (например, поставка, сбыт, управление клиентами) на основе интенсивного использования возможностей ИТ. Предполагается, что к 2010 году с вероятностью 70% именно слияние бизнес-процессов будет определять инвестиции в ИТ в крупных компаниях.
Однако именно существующие информационные системы, наряду с корпоративной культурой, являются одним из важнейших ограничений на пути таких преобразований – часто из-за несовершенства архитектуры. К числу характерных изменений бизнеса, которые оказывают существенное влияние на использование информационных технологий, относятся прежде всего: глобализация бизнеса, связанная с необходимостью объединения различных национальных процессов, данных и персонала; динамика слияний и поглощений, приводящая к объективно необходимой интеграции различных информационных систем, объединению ИТ-служб и, что является наиболее сложным, интеграции различных корпоративных культур. Стоит отметить, что корпоративные поглощения стали уже актуальны и в России; появление адаптивного стиля бизнеса – переход от модели, основанной на имеющейся линейке продуктов (т.н. "make-and-sell"), к модели, основанной на гибком реагировании на потребности рынка – ("sense-and-respond"). Этот стиль связан с признанием неизбежности и непредсказуемости изменений во внешней среде. Компании, принявшие такую модель, связывают достижение успеха с осуществлением таких преобразований в бизнес-процессах и организационной структуре, которые могли бы оперативно и адекватно подстраиваться под происходящие изменения; сокращение характерных длительностей бизнес-процессов и виртуализация бизнеса. В последнее время активно стали обсуждаться такие понятия, как "Динамичность предприятия" ("Enterprise agility") и "Предприятие реального времени" (Real-Time Enterprise, RTE). Под динамичностью предприятия понимается [2.4] способность предприятия к быстрой реализации бизнес-инициатив с широким использованием возможностей интеграции. На практике это означает следование следующим основным принципам: концентрация на основных компетенциях; максимально возможная передача непрофильной деятельности внешним поставщикам услуг (аутсорсинг), а в ряде случаев и аутсорсинг управления проектами; систематическая разработка и реализация инноваций; расширение полномочий нижестоящих менеджеров – иерархическая структура управления как бы "раздается вширь"; активность в образовании альянсов, в том числе частичное сотрудничество с конкурентами; 6. максимальное использование опыта и способностей всех сотрудников. Современные условия бизнеса характеризуются существенным сокращением времени выполнения всех процессов (рис. 1.3). Типичные деловые транзакции занимают секунды вместо дней, сроки жизни продуктов снижаются с десятилетий до десятков месяцев, преобразования в организациях становятся все более частыми и также реализуются в течение нескольких месяцев вместо нескольких лет, требовавшихся ранее. Рис. 1.3. Изменение моделей ведения бизнеса в сравнении с изменениями продуктов и процессов Понятие "Предприятия реального времени" (RTE – Real Time Enterprise) было предложено для отражения стиля осуществления бизнеса, когда "актуальная на каждый момент времени информация о критичных для бизнеса процессах используется для получения конкурентных преимуществ за счет постоянного сокращения задержек в управлении". Само это определение не содержит упоминания ИТ, так как характеризует прежде всего основную деятельность компании. Однако нет сомнения в том, что достижение данной цели возможно только на основе широкого использования информационных технологий. В 2004 году это определение было доработано и выглядит следующим образом: "Предприятие реального времени регистрирует и анализирует явные события и их первопричины, которые являются критичными для его успеха, в момент их возникновения, для того чтобы определить новые возможности, избежать ошибок и минимизировать задержки в выполнении основных бизнес-процессов. Затем Предприятие реального времени использует эту информацию для дальнейшего сокращения задержек в управлении и выполнении ключевых процессов". Характерные оценки изменения временной шкалы используемых для управления предприятием данных приведены на рис. 1.4.  Рис. 1.4. Доля используемой информации с различными параметрами временной шкалы по данным Gartner. Концепция предприятия реального времени базируется на интеграции практически всего, что связано с деятельностью организации: инфраструктуры, систем, информации, процессов и людей. А основой этого как раз и является архитектура информационных технологий, а в более широком смысле – архитектура предприятия в целом. Созданы предпосылки к реализации так называемой Сервис-ориентированной архитектуры (Service Oriented Architecture). Суть этого понятия составляет все более модульная реализация прикладных систем и "открытие" отдельных функций, реализуемых этими системами, в виде сервисов (услуг), доступных другим информационным системам. Технологической основой такого взаимодействия между системами по принципу предоставления услуг друг другу является технология web-сервисов. Наряду с изменениями в стиле ведения бизнеса, распространение информационных технологий способствовало образованию нового информационного общества, ориентированного на совместное создание и использование знаний. Существование такого общества в технологическом плане обеспечивается, прежде всего, развитием средств передачи данных, хранения информации и автоматизации рутинных операций, что позволяет сосредоточивать все большие и большие ресурсы на творческой и созидательной работе, а также развитии членов этого общества. Важнейшими задачами в этой области являются расширение возможностей электронных сообществ всех типов, а также и создание и поддержка деятельности "электронного правительства" уже как необходимого элемента существования государства. За время жизни одного поколения основной фокус применения информационных технологий сместился, как показано на рис. 1.5, от автоматизации отдельных рутинных операций к преобразованию основной деятельности организации.  Рис. 1.5. Эволюция роли ИТ В начале фокус применения ИТ был связан с "кусочной" автоматизацией отдельных операций. При этом основной эффект достигался за счет сокращения времени или стоимости выполнения существующих функций, а развитие ИТ как бы следовало за развитием бизнеса. Сейчас же все более и более заметной становится возможность изменения самого бизнеса или деловых процессов организации за счет внедрения ИТ.  Рис. 1.6. Изменение целей и результатов применения ИТ Бизнес-стратегия и информационные технологии Часто возникают вопросы: "В чем ценность ИТ для бизнеса и основной деятельности предприятия?" и "В чем ценность ИТ для организации?" Однако сегодня модели ведения бизнеса организаций во многом стали определяться возможностями информационных технологий. В этой гонке за возможностями использования Web многие организации осознали, что их ИТ-архитектура могла сдерживать развитие бизнеса вместо того, чтобы поддерживать его. Новый подход состоит в том, чтобы сосредоточиться на одной, объединяющей концепции – "архитектуре предприятия", которая включает составной частью архитектуру информационных технологий. При этом отправной точкой для разработки архитектуры бизнеса всегда должно быть ясное понимание основного источника конкурентных преимуществ организации либо главных функций и процессов для государственных ведомств. Использование ИТ само по себе не приносит прямых преимуществ, а только создает условия для их получения. При обосновании инвестиций в ИТ иногда происходит смешивание двух понятий: непосредственные, прямые результаты от использования ИТ и преимущества с точки зрения бизнеса. Например, возможность сокращения персонала вследствие внедрения информационной системы является прямым результатом. Преимущества, которые организация получает от такого уменьшения трудозатрат, зависит от менеджеров, которые решают, уменьшить ли фонд заработной платы организации в результате сокращения персонала или, например, улучшить обслуживание клиентов, переместив часть освободившихся сотрудников в соответствующие службы по работе с клиентами. Информационные технологии обеспечивают получение прямых результатов, но участие руководства организации необходимо для того, чтобы материализовать эти результаты в преимущества.  Дата добавления: 2019-02-12; просмотров: 1121; Мы поможем в написании вашей работы! 12Следующая ⇒ Начало формы
Конец формы 1. Основные понятия ИТ - инфраструктуры предприятия Обеспечения успешного функционирования предприятия его ИТподразделение развивает информационную инфраструктуру (приложения, серверы, дисковые массивы, сети), позволяющую предоставлять сервис соответствующего уровня. Исторически сложившийся способ построения ИТ-подразделе- ний полностью отражает структуру используемых информационных систем. При этом каждое конкретное подразделение поддерживает определенную информационную систему. При таком подходе, как правило, не существует эффективной системы взаимодействия с бизнес- пользователями и возникают проблемы с определением качества предоставляемых услуг. Вместе с первыми информационными системами появилась необходимость в управлении корпоративной инфраструктурой. Под информационными технологиями в компаниях обычно понимают набор информационных систем, обеспечивающих поддержку и автоматизацию существующих бизнес-процессов. ИТ, которые используются в сервисе отличаются рядом особенностей: Многообразие прикладных ИТ, что связано с наличием большого количества предметных областей, относящихся к сфере услуг, и их разнообразием. Интеллектуализация ИТ. Сервис должен реализовывать весь комплекс интеллектуальных услуг, связанных с индивидуализацией, т.е. с более эффективной эксплуатацией товара в конкретных условиях его использования данным потребителем (или с расширением для него сферы полезности товара). Унификация и стандартизация, необходимость учета российских и международных стандартов, регламентирующих применение ИТ в сфере услуг. Индивидуализация ИТ, ориентация на конкретного пользователя. Успех сервисной деятельности определяется спросом на предлагаемую услугу и тем, насколько точно и своевременно предприятие сервиса способно определить нужды и индивидуальные предпочтения каждого из своих клиентов, предложив продукт или услугу на более высоком, чем конкуренты, уровне, что возможно, благодаря ИТ. Масштабируемость ИТ в соответствии с потребностями как малых, так и крупных предприятий сервиса. Адаптивность ИТ, способность соответствовать разнообразным запросам и потребностям клиентов, трансформироваться непосредственно в процессе обслуживания. Информационные технологии - это система организационных структур, обеспечивающих функционирование и развитие информационного пространства предприятия и средств информационного взаимодействия. Основу информационных технологий составляет ИТ- инфраструктура. Инфраструктура (лат.infra - ниже, под и naT.structura - строение, расположение) - комплекс взаимосвязанных обслуживающих структур или объектов, составляющих и/или обеспечивающих основу, обеспечивающую функционирование системы Инфраструктура информационных технологий (ИТ-инфра- структура) - это организационно-техническое объединение программных, вычислительных и телекоммуникационных средств, связей между ними и эксплуатационного персонала, обеспечивающее предоставление информационных, вычислительных и телекоммуникационных ресурсов, возможностей и услуг работникам (подразделениям) предприятия (организации), необходимых для осуществления профессиональной деятельности и решения соответствующих бизнес-задач. ИТ-инфраструктура включает совокупность различных приложений, баз данных, серверов, дисковых массивов, сетевого оборудования и обеспечивает доступ потребителей к информационным ресурсам. ИТинфраструктура становится технологической составляющей любого сервиса и обеспечивает его предоставление в соответствии с согласованными правилами и процедурами. ИТ-инфраструктура предприятия - это единый комплекс программных, технических, коммуникационных, информационных и организационно-технологических средств обеспечения функционирования предприятия, а также средств управления ими. Для обеспечения эффективной деятельности современные предприятия нуждаются в ИТ-инфраструктуре, состоящей из интегрированного комплекса систем, программ и служб. ИТ-инфраструктура должна быть целостной, максимально надежной, грамотно спроектированной, обладать большим запасом прочности, соответствовать не только текущему состоянию бизнеса, но и учитывать его развитие в будущем. Базовая ИТ-инфраструктура является технологической подложкой для работы других слоев корпоративной архитектуры. Правильное ее проектирование позволяет: Снизить затраты на ИТ; Упростить модернизацию существующей инфраструктуры; Свести к минимуму вероятность простоев в работе или выхода систем из строя; Поддерживать безопасность инфраструктуры организации на должном уровне; Обеспечить простое управление ИТ-инфраструктурой; Повысить надежность ИТ-инфраструктуры организации. Одним из условий эффективности функционирования ИТ- инфраструктуры является налаженная практика ее эксплуатации. Эксплуатация ИТ-инфраструктуры должна быть построена на основе политик и процедур, разработанных и учрежденных в качестве корпоративных стандартов. Распределение функций и задач внутри ИТ- подразделения должно обеспечивать своевременное техническое обслуживание всех элементов ИТинфраструктуры. Техническое обслуживание- это комплекс мер программнотехнического уровня, осуществляемых на этапе производственной эксплуатации и направленных на обеспечение требуемой надежности и эффективности функционирования информационной системы. В настоящий момент можно выделить следующую группу задач, решаемых ИТ-подразделением: Обеспечение оперативности, доступности, конфиденциальности обрабатываемой информации. Обеспечение эксплуатации ИТ-инфраструктуры. Предотвращение и устранение сбоев. Планирование кризисных ситуаций и управление ими. Обеспечение автоматического мониторинга работоспособности ИТ. Обеспечение надежности функционирования ИТ- инфраструктуры. Обеспечение информационной безопасности. Модернизация оборудования. Минимизация расходов на поддержание ИТ-инфраструктуры. В идеале ИТ-инфраструктура реагирует на изменения среды функционирования, возрастающую нагрузку, ужесточение требований бизнеса, сохраняя свою функциональность, целостность, готовность, оговоренный уровень безопасности. Развитие рынка заставляет организацию менять модели бизнеса, что, в свою очередь, требует адекватных изменений ИТинфраструктуры. Управление ИТ-портфелем. Под управлением портфелем информационных технологий понимается процесс отбора, управления и оценки инвестиций, связанный как с ИТ-активами, так и с портфелем ИТ-проектов. Управление портфелем ИТ-активов позволяет организациям категоризировать, оценивать, расставлять приоритеты, покупать и управлять ИТ-активами и проектами в соответствии с текущими и будущими потребностями бизнеса с учетом приемлемой степени риска. Таким образом, управление портфелем ИТ по своей сути является дисциплиной в области планирования инвестиций. Управление портфелем ИТ должно преследовать три цели: максимизация ценности (стоимости) портфеля, синхронизация портфеля ИТ с целями бизнеса и поиск оптимального баланса между риском и потенциальной отдачей от портфеля ИТ. В связи с этим описание желаемого состояния архитектуры ИТ обеспечивает представление о необходимых инвестициях в технологии и навыки ИТ-персонала. Эффективное управление портфелем информационных технологий на уровне предприятия в целом должно обеспечиваться за счет совместного использования ряда дисциплин и процессов, среди которых главными являются следующие: • стратегия и планирование на уровне предприятия. • архитектура предприятия. • управление ИТ-программами и проектами. ИТ-программы и проекты - это основной механизм реализации архитектуры в рамках выбранной стратегии. Дисциплина управления ИТ-программами и проектами связана с навыками управления портфелем взаимосвязанных программ и проектов на корпоративном уровне, с управлением процессами, финансовыми и человеческими ресурсами, которые требуются для реализации проектов, с управлением графиками реализации проектов и т.д. Управление ИТ-программами и проектами и архитектура предприятия взаимно дополняют друг друга, обеспечивая, в конечном итоге, интеграцию различных процессов, связанных с использованием ИТ на предприятии. При этом сутью управления программами/проектами является реализация, в то время как архитектура обеспечивает основу для выработки стратегии. Процессы выработки стратегии и планирование обеспечивают основу для отбора, управления и оценки ИТ-ресурсов и проектов. РЕКЛАМА Управление ИТ-программами и проектами, стратегия и планирование, а также архитектура предприятия не только обеспечивают основу для процессов управления ИТ-активами, но как бы частично пересекаются с этими процессами. Например, архитектура предприятия не только является основой для разработки портфеля проектов, но также обеспечивает весь жизненный цикл многих ИТ-активов через управление принятыми на предприятии стандартами. Пересечение дисциплины и практики управления ИТ- программами и проектами с управлением ИТ-активами и проектами - еще более существенное. Рис. 4.6. Интеграция ключевых процессов управления информационными технологиями предприятия В связи с этим соотношение между сегодняшним состоянием архитектуры предприятия (архитектура "как есть"), будущим желаемым состоянием архитектуры (архитектура "как должно быть"), портфелем ИТ-активов и портфелем ИТ-проектов можно также условно отобразить в виде следующей схемы!-3.221: Рис. 4.7. Архитектура, ИТ-активы и ИТ-проекты Портфель ИТ-активов отражает сегодняшнее состояние архитектуры и является основой для выбора направлений инвестиций для миграции архитектуры в будущее, желаемое состояние. Выбор инвестиций в информационные технологии и процесс миграции архитектуры начинается с детального анализа имеющегося портфеля технологий и оценки способностей существующего портфеля с точки зрения стратегических целей и задач, потребностей бизнеса в выполнении своих функций. Оценка, как правило, принимает форму "GAP-анализа" (поиска расхождений и различий между текущим и желаемым состояниями). Результатом является идентификация проектов и потребностей во внедрении и закупке технологий для перевода организации и ее ИТархитектуры в будущее желаемое состояние. лама Элементы архитектуры предприятия. Понятие бизнес-архитектуры. Основные модели и инструменты описания бизнес-архитектуры. Понятие архитектуры информации. Основные модели и инструменты описания архитектуры информации. Понятие архитектуры приложений. Модели и инструменты управления портфелем приложений. Влияние архитектуры приложений на инфраструктуру. Основные понятия архитектуры инфраструктуры. Оценка состояния и требований к технологической инфраструктуре. Адаптивная технологическая инфраструктура. Сервис-ориентированная архитектура (SOA). Се́рвис-ориенти́рованная архитекту́ра (SOA, англ. service-oriented architecture) — модульный подход к разработке программного обеспечения, основанный на использовании распределённых, слабо связанных (англ. loose coupling) заменяемых компонентов, оснащённых стандартизированными интерфейсами для взаимодействия по стандартизированным протоколам. Программные комплексы, разработанные в соответствии с сервис-ориентированной архитектурой, обычно реализуются как набор веб-служб, взаимодействующих по протоколу SOAP, но существуют и другие реализации (например, на базе jini, CORBA, на основе REST). Интерфейсы компонентов в сервис-ориентированной архитектуре инкапсулируют детали реализации (операционную систему, платформу, язык программирования) от остальных компонентов, таким образом обеспечивая комбинирование и многократное использование компонентов для построения сложных распределённых программных комплексов, обеспечивая независимость от используемых платформ и инструментов разработки, способствуя масштабируемости и управляемости создаваемых систем. Архитектура не привязана к какой-то определённой технологии. Она может быть реализована с использованием широкого спектра технологий, включая такие технологии как REST, RPC, DCOM, CORBA или веб-сервисы. SOA может быть реализована, используя один из этих протоколов и, например, может использовать дополнительно механизм файловой системы для обмена данными. Главное, что отличает SOA, это использование независимых сервисов с чётко определёнными интерфейсами, которые для выполнения своих задач могут быть вызваны неким стандартным способом, при условии, что сервисы заранее ничего не знают о приложении, которое их вызовет, а приложение не знает, каким образом сервисы выполняют свою задачу. Элементы сервис-ориентированной архитектуры, по: Dirk Krafzig, Karl Banke, and Dirk Slama. Enterprise SOA. Prentice Hall. SOA также может рассматриваться как стиль архитектуры информационных систем, который позволяет создавать приложения, построенные путём комбинации слабо-связанных и взаимодействующих сервисов. Эти сервисы взаимодействуют на основе какого-либо строго определённого платформенно-независимого и языково-независимого интерфейса (например, WSDL). Определение интерфейса скрывает языково-зависимую реализацию сервиса. Таким образом, системы, основанные на SOA, могут быть независимы от технологий разработки и платформ (таких как Java, .NET и т. д.). К примеру, сервисы, написанные на C#, работающие на платформах .Net и сервисы на Java, работающие на платформах Java EE, могут быть с одинаковым успехом вызваны общим составным приложением. Приложения, работающие на одних платформах, могут вызывать сервисы, работающие на других платформах, что облегчает повторное использование компонентов. SOA может поддерживать интеграцию и консолидацию операций в составе сложных систем, однако SOA не определяет и не предоставляет методологий или фреймворков для документирования сервисов. Языки высокого уровня, такие как BPEL, или спецификации, такие как WS-CDL и WS-Coordination, расширяют концепцию сервиса, предоставляя метод оркестрации, для объединения мелких сервисов в более обширные бизнес-сервисы, которые, в свою очередь, могут быть включены в состав технологических процессов и бизнес-процессов, реализованных в виде составных приложений или порталов. Использование компонентной архитектуры (SCA) для реализации SOA — это область текущих исследований. Облачные (рассеяные) вычисления (англ. cloud computing, также используется термин Облачная (рассеянная) обработка данных) — технология обработки данных, в которой компьютерные ресурсы и мощности предоставляются пользователю как Интернет-сервис. Пользователь имеет доступ к собственным данным, но не может управлять и не должен заботиться об инфраструктуре, операционной системе и собственно программном обеспечении, с которым он работает. Термин «Облако» используется как метафора, основанная на изображении Интернета на диаграмме компьютерной сети, или как образ сложной инфраструктуры, за которой скрываются все технические детали. Согласно документу IEEE, опубликованному в 2008 году, «Облачная обработка данных — это парадигма, в рамках которой информация постоянно хранится на серверах в интернет и временно кэшируется на клиентской стороне, например, на персональных компьютерах, игровых приставках, ноутбуках, смартфонах и т. д.». Облачная обработка данных как концепция включает в себя понятия: инфраструктура как услуга, платформа как услуга, программное обеспечение как услуга, данные как услуга, рабочее место как услуга. и другие технологические тенденции, общим в которых является уверенность, что сеть Интернет в состоянии удовлетворить потребности пользователей в обработке данных. Например, Google Apps обеспечивает приложения для бизнеса в режиме онлайн, доступ к которым происходит с помощью Интернет-браузера, в то время как ПО и данные хранятся на серверах Google. Терминология Хотя термин «облачные вычисления» является устоявшимся, в русском языке он имеет другое значение, нежели оригинал. «Cloud» помимо облака имеет и иное значение, а именно рассеяный; собственно значение «рассеянный» и подразумевается в англоязычной терминологии. Платформы Для обеспечения согласованной работы ЭВМ, которые предоставляют услугу облачных вычислений используется специализированное ПО, обобщённо называющееся "middleware control". Это ПО обеспечивает мониторинг состояния оборудования, балансировку нагрузки, обеспечение ресурсов для решения задачи. Облачные вычисления и виртуализация Для облачных вычислений основным предположением является неравномерность запроса ресурсов со стороны клиента(ов). Для сглаживания этой неравномерности для предоставления сервиса между реальным железом и middleware помещается ещё один слой - виртуализация серверов. Серверы, выполняющие приложения виртуализируются и балансировка нагрузки осуществляется как средствами ПО, так и средствами распределения виртуальных серверов по реальным. Архитектура, управляемая моделями (MDA). MDA (модельная архитектура. Model-driven architecture MDA) является еще одной важной архитектурной концепцией создания информационных систем. Концепция MDA была предложена консорциумом OMG (Object Management Group, http://www.omg.org/), в который сегодня входит более 800 известных производителей программного и аппаратного обеспечения. MDA является определенным обобщением идей SOA, с одной стороны, и повторно используемых программных компонент (шаблонов, паттернов) с другой. В основе MDA лежит понятие платформно-независимой модели (platform independent model, PIM). Ядром MDA являются несколько стандартов — UML, MOF, CWM и XMI. Язык UML (Universal Modeling Language) используется для описания всех моделей. Совокупность метамоделей CWM (Common Warehouse Model) представляет наиболее часто используемые в базах данныхи инструментах бизнес-анализа метаданные. CWM содержит большое количество различных метамоделей, описывающих функционирование бизнеса. MOF (Meta Object Facility) — общий абстрактный язык для описания метамоделей; на его основе построены формальные описания метамодели для CWM и UML. Последний стандарт, XMI (XML Metadata Interchange), играет служебную роль, описывая отображение моделей MOF и UML на стандарт XML. При этом метамодели преобразуются в DTD-структуру документа, а модели — в тело XML-документа. Это позволяет объединить модель и ее метамодель в одном документе и получить так называемый «самоописываемый» (self-describing) документ, содержащий не только данные, но и информацию, необходимую для их интерпретации. РЕКЛАМА Вполне логично, что для описания PIM выбран язык UML. Этот язык принципиально позиционировался как независящий от платформ и технологий. Однако UML в своих ранних версиях не являлся «точным» языком: он только предоставлял дизайнеру возможность описать структуру и поведение системы, практически не определяя ее функционирование и используемые алгоритмы. В новый стандарт UML 2.0, который был одобрен OMG в июне 2003 года, включено большое количество средств, позволяющих описывать внутреннюю организацию и функционирование системы. Одна из основных задач, которые были решены при создании этого стандарта, — превратить UML в алгоритмически полный исполнимый язык, в то же время, по возможности, не повышая уровня детализации UML-моделей. Основные принципы MDA: основой для разработки приложений масштаба предприятия являются детальные модели с общепринятой нотацией; · построение систем может быть организовано в соответствии с рамочной системой моделей, которые позволяют отделить бизнес-логику приложений от конкретной реализации. Исходной является так называемая независимая модель вычислений (Computational Independent Model), которая путем последовательных трансформаций через платформо-независимые (PIM) и платформо-специфичные модели (PSM) автоматически или с минимальным участием программиста приводится к исполняемому коду и соответствующим структурам данных; · существует формальное описание используемых моделей на основе системы метамоделей (в частности, для таких областей как распределенные вычисления и транзакции, операции в реальном времени и т.п.); · принятие и широкое использование этого подхода основано на открытости промышленных стандартов и на поддержке со стороны производителей соответствующих средств разработки. В рамках такого подхода сначала создается архитектура, которая описывает модель бизнес-функциональности и поведения прикладной системы независимо от технических деталей реализации. Эта разработка должна вестись в контексте всей корпоративной архитектуры организации. На основе этой модели, не зависящей от платформы реализации, может быть разработана одна или несколько специфических для конкретной платформы моделей, в зависимости от того, какая платформа используется и поддерживается организацией. Уже на основе этих специфических для конкретной платформы моделей разрабатывается код конкретной прикладной системы, как показано на рис.2.11. Этот подход не определяет, какие языки разработки, операционные системы или программное обеспечение промежуточного слоя будут использоваться на практике. Наоборот, упор делается на описание того, как прикладные системы организованы с точки зрения процессов и как они интегрированы между собой. После того как эти высокоуровневые связи определены, могут использоваться соответствующие средства для разработки приложения с использованием конкретных языков и ПО промежуточного слоя. Таким образом, процесс позволяет сократить цикл разработки ИТ-систем и в то же время дает гибкость и возможность быстрого внесения изменений. Методики описания архитектур. ОСНОВНЫЕ МЕТОДИКИ ОПИСАНИЯ АРХИТЕКТУР. 3.1. Структура и модель описания ИТ-архитектуры Gartner. в данном разделе мы кратко изложим подходы к описанию архитектуры, предложенные Gartner и представленные в материалах открытого доступа. Одним из возможных, достаточно простых форматов описания архитектуры является простое матричное представление, которое для каждой из основных областей архитектуры ИТ, таких как данные, приложения, интеграция, общие сервисы, и инфраструктура, «последовательно накладывает» несколько спецификаций, отличающихся по уровню детализации и конкретизации: Бизнес-потребности, которые определяют ключевые требования к конкретной технологии для данной индустрии и организации. Фактически здесь определяется индивидуальность архитектуры. Другой важный аспект связан с позиционированием ИТ в организации – либо ИТ-архитектура формируется для максимального уменьшения издержек, либо она должна обеспечивать возможности быстрых изменений и высокую гибкость. Другие примеры могут включать быстрое распространение информации, высокую безопасность, простоту использования и требуемую степень надежности. Принципы, которые включают в себя те основополагающие подходы, которых придерживается руководство. Например, это может быть принцип максимального использования стандартных приложений вместо заказных разработок, правила относительно того, кто владеет данными и пр. Большинство организаций могут иметь от 20 до 30 таких базовых принципов. Процессы и руководства во всех областях жизненного цикла элементов архитектуры. Этот раздел может охватывать такие области как документирование требований пользователей, стили программирования, процессы обеспечения качества или управление конфигурациями устройств и систем. Здесь также могут быть определены «эталонные модели» для организации пользовательского интерфейса, доступа к данным, управления содержанием. |
РЕКЛАМА
