АРХИТЕКТУРА ПРИЛОЖЕНИЙ АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Архитектура приложений покрывает достаточно широкую область, которая начинается с идентификации прикладных систем, которые нужны предприятию для выполнения бизнес-процессов, и включает проектирование, разработку (или приобретение) и интеграцию прикладных систем.
- В архитектуре приложений обычно выделяют две основные области:
- формирование и управление портфелем прикладных систем предприятия;
- разработку прикладных систем.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Портфель прикладных систем предприятия.
- Это документ, в котором приводится общая характеристика набора прикладных систем, поддерживающих бизнес-процессы предприятия, определяется область ответственности и приоритетность каждого приложения и то, как будет достигаться необходимая функциональность - за счет разработки системы, через покупку готовых приложений, аренду приложения или интеграцию и использование возможностей уже имеющихся приложений. В нём описываются приложения, предназначенные для выполнения функций организации, а также обмена информацией между клиентами, поставщиками и партнерами предприятия, а также каналы возможного взаимодействия пользователей с приложениями - web-браузеры, графический интерфейс "толстого" клиента, мобильные устройства и т.д.
- Портфель прикладных систем обеспечивает целостный взгляд на функциональные компоненты информационных систем, которые обеспечивают потребности бизнес-архитектуры и архитектуры информации и поддерживаются технологической архитектурой.
- Тема управления портфелем прикладных систем тесно переплетается с темой управления ИТ-проектами и ИТ-активами в целом.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Портфель прикладных систем предприятия.
- Таким образом, портфель прикладных систем – это интегрированный набор информационных систем предприятия, который обеспечивает потребности бизнеса и включает в себя следующие компоненты:
- Имеющийся портфель прикладных систем. Это каталог имеющихся приложений и компонент, который отражает их связи с поддерживаемыми ими бизнес-процессами, интерфейсы с другими системами, используемую и требуемую информацию, используемые инфраструктурные шаблоны. Чтобы быть реально полезным инструментом, он также должен помогать в идентификации тех элементов портфеля, которые можно использовать повторно и многократно в рамках предприятия, и стимулировать такое повторное использование.
- Планируемый портфель прикладных систем. Представляет функциональность, которая требуется для обеспечения желаемого состояния бизнес-архитектуры и архитектуры информации предприятия.
- План миграции. Процесс перехода от текущего к будущему портфелю прикладных систем в рамках ИТ-проектов. Проекты также могут объединяться в портфели проектов.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Контекст управления портфелем прикладных систем
- Портфель прикладных систем предприятия.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Оценка портфеля прикладных систем осуществляется по двум критериям – ценность с точки зрения бизнеса и техническое состояние.
- Техническое состояние оценивается по ряду характеристик, включая точность и корректность данных, архитектуру, структуру программного кода, быстроту отклика, время
- простоя, уровень технического сопровождения, возможность получения отчетов и т.д .
- Ценность системы с точки зрения бизнеса означает способность системы обеспечивать выполнение основных функций предприятия, подразделения или процесса.
- Матрица оценки состояния портфеля прикладных систем по критериям "бизнес-ценность" и "техническое состояние"
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Модели и инструменты управления портфелем приложений.
- Характеристики каждой категории систем в соответствии классификацией:
- Вывод из эксплуатации (замена) или консолидация (низкая ценность для бизнеса и плохое техническое состояние). Эти прикладные системы являются кандидатами на вывод из эксплуатации или замену. Хотя надо иметь в виду, что стоимость замены некоторых унаследованных и бэк-офисных систем может оказаться неоправданно высокой и будет иметь весьма ограниченную ценность с точки зрения бизнеса.
- Провести переоценку или перепозиционировать (низкая ценность для бизнеса и отличное техническое состояние). Как правило, это прикладные системы, которые были недавно запущены в эксплуатацию в соответствии с рекомендациями, принятыми в рамках архитектуры предприятия. Однако объем и характер решаемых ими задач или ограниченность области применения в рамках каких-то узких организационных функций таковы, что их вклад в достижение ключевых бизнес-результатов незначителен. В этой ситуации рекомендуется идентифицировать и проанализировать возможности использования этих приложений или их компонент в рамках остальных бизнес-процессов и организационных структур предприятия.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Модели и инструменты управления портфелем приложений.
- Характеристики каждой категории систем в соответствии классификацией:
- Развивать инфраструктуру прикладной системы (высокая ценность для бизнеса и плохое техническое состояние). Эти прикладные системы исправно обслуживают ключевые бизнес-функции, но создают существенные проблемы во время их эксплуатации и сопровождении. когда возникает необходимость использования информации из них где-либо еще и когда требуется интеграция этих систем с другими прикладными системами предприятия. Решением здесь является постепенный переход на использование более адаптивной архитектуры приложения (компонентный подход, n-уровневая архитектура, основанные на пересылке сообщений интерфейсы и т.д.).
- Обеспечить сопровождение и развитие (высокая ценность для бизнеса и отличное техническое состояние). Эти системы критически важны с точки зрения бизнеса и спроектированы в соответствии с современными представлениями об архитектуре прикладных систем.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Модели и инструменты управления портфелем приложений.
- В дополнение к этому необходимо:
- оценить те потребности со стороны бизнеса, которые вообще никак не обслуживаются существующим портфелем прикладных систем. Список таких требований должна обеспечивать бизнес-архитектура, а архитектура информации должна уточнять эти требования с точки зрения информационного обеспечения;
- провести сравнение технологических и операционных требований (надежность, масштабируемость и т.д .) портфеля прикладных систем с имеющейся технологической архитектурой с целью идентификации тех возможностей инфраструктуры, которые в настоящее время отсутствуют, но могут потребоваться;
- согласовать проекты в области внедрения прикладных систем и развития инфраструктуры с учетом анализа, проведённого в предыдущих двух пунктах. Результатом должен быть синхронизированный план миграции как технологической архитектуры, так и архитектуры прикладных систем, с расстановкой приоритетов на основе определения ценностей проектов для бизнеса и технического состояния приложений и инфраструктуры.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Модели и инструменты управления портфелем приложений.
- Кроме этого система дополнительно оценивается ещё по двум параметрам – общей стоимости информационной системы (с учетом стоимости приобретения, эксплуатации и сопровождения, т.е. стоимости обновлений) и реальной важности системы для бизнеса.
- Обе эти дополнительные оценки отображаются графически в форме следующим образом: каждой прикладной системе ставится в соответствие круг, диаметр которого пропорционален общей стоимости информационной системы, с учетом стоимости приобретения, эксплуатации и сопровождения (стоимости обновлений). Круги окрашиваются в один из пяти цветов, характеризующих реальную важность системы, а не просто потенциальную ценность для бизнеса.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Модели и инструменты управления портфелем приложений.
- Сбор информации по имеющимся в организации прикладным системам должен включать в себя определенный набор информации:
- Название системы.
- Описание системы.
- Список технологических компонентов. Это важно, поскольку они могут использоваться независимо для построения других решений. При этом основные компоненты должны быть отдельно описаны, включая их функции и техническое состояние.
- Область применения с точки зрения бизнеса, т.е. функциональные возможности (например, CRM, финансы, управление кадрами, каналы продаж через Интернет и пр.).
- "Владелец" системы со стороны бизнеса.
- Оценка пользы прикладной системы для бизнеса.
- Ответственный со стороны ИТ-подразделения.
- Оценка технического состояния.
- Оценка возможностей по обеспечению новых потребностей бизнеса.
- Дата обновления этой информации.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Модели и инструменты управления портфелем приложений.
- Анализ портфеля инвестиций в прикладные системы может быть существенно упрощен, если за основу взять принцип ценности приложения для выполнения ключевых функций организации и те цели, которые руководство преследует при внедрении соответствующих систем. Используя этот подход, высшие руководители организации могут разделить портфель приложений на три категории в соответствии с относительным вкладом каждого приложения в выполнение ключевых функций и эффективность деятельности организации.
- Три категории в соответствии с относительным вкладом каждого приложения в выполнение ключевых функций и эффективность деятельности организации.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Модели и инструменты управления портфелем приложений.
- Финансовые инструменты, применяемые для выбора проектов в каждом из трех классов прикладных систем, как правило, различны. Если для базовых транзакционных (обеспечивающих) приложений основной эффект – это, прежде всего, сокращение эксплуатационных и накладных расходов, то для приложений второго класса – информационных (дающих преимущества для бизнеса) – основной эффект непосредственно связан с результативностью бизнеса. Наконец, для стратегических (инновационных) приложений наибольший эффект на первой стадии может быть связан с нефинансовыми результатами, такими как изменение имиджа или опережение конкурентов.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Модели и инструменты управления портфелем приложений.
- Достижение результатов использования ИТ-систем в компании, их вклад в создание преимуществ неразрывно связаны с определенными рисками.
- Как правило, чем больше возможный вклад информационных систем в оптимизацию бизнеса, тем выше возможные риски от их использования. Поэтому как бизнес-руководители, так и руководители ИТ-подразделений компании должны в полной мере понимать и осознавать не только выгоду, которую принесет использование той или иной прикладной системы в организации, но также риски и возможные потери в результате проблем с внедрением, неадекватного функционирования системы и т.д . Именно поэтому руководители и ИТ-специалисты несут совокупную ответственность за внедрение прикладных систем в компании, а, следовательно, они должны говорить друг с другом на одном языке и знать, как свести возможные риски к минимуму и получить максимальную выгоду.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Модели и инструменты управления портфелем приложений.
- «Пирамида» из четырех категорий активов, вокруг которых сосредоточены инвестиции в области информационных технологий и управление портфелем которых составляет основу работы руководства департаментов информационных технологий предприятия
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Модели и инструменты управления портфелем приложений.
- Еще одна полезная классификация приложений, связанная с той ролью, которую данное приложение выполняет в рамках портфеля информационных систем организации, например:
- Критически важное для предприятия в целом (mission-critical). Приложение чрезвычайно важно для осуществления всей миссии компании, нарушения в работе приложения могут повлечь катастрофические последствия для бизнеса. Пример: система биллинга оператора мобильной связи или система управления движением в аэропорту.
- Критически важное для бизнеса (business-critical). Приложение важно для под- держки отдельного направления бизнеса или обеспечивающего бизнес-процесса. Нарушения могут повлечь серьезные затруднения в бизнесе. Пример: система приема заказов через Интернет.
- Вспомогательное (utility). Некритичное приложение, решающее частную, вспомогательную задачу. Пример: система резервирования помещений для переговоров.
- Средства офисной автоматизации (office productivity). Это приложения, используемые для автоматизации повседневной работы. Типичный пример: офисные пакеты и средства подготовки презентаций.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Модели и инструменты управления портфелем приложений.
- Необходимо признать тот факт, что возможностей отдельных, даже самых функционально полных промышленных систем, функционирующих в одиночку, недостаточно для покрытия всех потребностей предприятия. Неизбежной необходимостью становится интеграция различных приложений от разных производителей. А в этом случае вопросы оптимальной архитектуры приобретают особую важность!
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Область разработки прикладных систем.
- Описывает те технологии, которые используются для построения систем, разделения их на функциональные составляющие, создания интерфейсов, настройки, а также используемые для этого шаблоны, руководства и т.д .
- Эта область также определяет организацию процесса разработки, используемые для этого средства, принятый на предприятии цикл разработки прикладных систем, контроль версий, управление конфигурациями, используемое программное обеспечение промежуточного слоя, средства проектирования. Независимо от выбранных границ этой области, ее суть состоит не в ответе на вопрос, какие приложения должны быть созданы, а в выборе технологий для построения приложений и способов их применения. Основной задачей области является уменьшение стоимости создания прикладных систем и повышение их качества за счет обеспечения единых подходов к разработке.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Область разработки прикладных систем.
- Это, в свою очередь, ведет к уменьшению общего количества различных технических сценариев, связанных с проектированием архитектуры, операционной поддержкой, архитектурой интеграции систем, обучением персонала. Именно здесь требуется участие архитекторов прикладных систем (системных архитекторов).
- Но! Эту область имеет смысл выделять только для тех организаций, в которых производится самостоятельная разработка или доработка приложений.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Влияние архитектуры приложений на инфраструктуру.
- При анализе и планировании портфеля прикладных систем полезно иметь инструменты, которые бы отслеживали взаимосвязи между требованиями, предъявляемыми различными типами бизнес-процессов предприятия, соответствующими прикладными системами и, в конечном итоге, необходимой инфраструктурой для обеспечения выполнения бизнес-процессов и работы прикладных систем различных типов.
- Компания Gartner выделяет "слой", названный стили бизнес-процессов. Например, обработка заказов или платежей является примером массовой обработки транзакций, мониторинг производственных операций – это обеспечение операций в реальном времени, анализ использования каких-либо критически важных ресурсов – это процессы, связанные с аналитикой и поиском закономерностей, а распространение информации и коллективная работа с документами соответствует стилю процессов, обеспечивающих совместную работу.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Влияние архитектуры приложений на инфраструктуру.
- Существует классификация прикладных систем с пятью различными архитектурными стилями:
- Приложения, обслуживающие большое количество транзакций (Transaction Processing). Примеры: биллинг у телекоммуникационных операторов, резервирование авиабилетов, обработка транзакций по кредитным картам.
- Операции в реальном времени (Real-Time Operations). Примеры: транспортные операции в аэропорту, мониторинг пациентов в клинике.
- Аналитические приложения, бизнес-аналитика, поддержка принятия решений (Analytical and Business Intelligence). Примеры: интенсивный анализ больших массивов данных в поисках закономерностей, прогнозирование, принятие решений о выдаче кредита.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Влияние архитектуры приложений на инфраструктуру.
- Приложения поддержки совместной работы (Collaborative). Примеры: средства асинхронного взаимодействия (электронная почта, дискуссионные форумы, групповые календари), средства синхронного взаимодействия (мгновенный обмен сообщениями – instant messaging), средства управления контентом и библиотечные сервисы (каталогизация и поиск информации, создание электронных библиотек и цифровых архивов документов и пр., портальные сервисы для внутреннего использования служащими).
- Корпоративные и обслуживающие (Utility) приложения. Этот стиль характерен для многих стандартных КИС-систем, таких как ERP, CRM, системы управления персоналом, системы расчета заработной платы.
- Приложения управления контентом, бизнес-процессами и контроля выполнения нормативных требований. Ярким примером этого стиля является выпущенная недавно корпорацией IBM комплексная корпоративная платформа управления бизнес-процессами и корпоративным контентом на основе решений FileNet - IBM FileNet P8 4.0 . Она включает в себя управление неструктурированными документами, бизнес-процессами и контроль за соблюдением нормативных требований.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Влияние архитектуры приложений на инфраструктуру.
- Понимание отличий, присущих различным архитектурным стилям и прикладным системам, помогает при принятии решений. В частности:
- помогает в формулировании требований к будущей архитектуре информационных технологий. Практически невозможно одновременно развивать архитектуру, обслуживающую все стили прикладных систем, поэтому такая категоризация помогает в планировании и расстановке приоритетов;
- анализ стилей процессов и приложений помогает понять требования к общей инфраструктуре и технологической архитектуре;
- развитие технологической архитектуры, учитывающей различные стили, способствует стандартизации технологий и применению экспертизы в соответствующих областях. Концепция архитектурных стилей признает потребность в использовании различных типов технологий и стандартов, но ограниченного их числа;
- наконец, различные архитектурные стили предъявляют различные требования к технологиям, используемым для интеграции систем.
АРХИТЕКТУРА ПРИЛОЖЕНИЙ - Влияние архитектуры приложений на инфраструктуру.
- Приложения, которые обслуживают бизнес-процессы этих пяти различных категорий, имеют свои отличительные особенности:
- стратегические потребности;
- бизнес-требования;
- отличительные характеристики;
- интегрирующие технологии.
- Наибольшее внимание департаментов ИТ должно сосредоточиваться на достижении единообразия технологической архитектуры и обеспечивающих технологий. Результатом должен стать один-единственный "архитектурный стиль" для решения всех задач.
- На практике ключевыми должны являться такие вопросы, как:
- Какие из этих пяти категорий приложений играют существенную роль в обеспечении общего успеха деятельности организации?
- Обеспечивает ли архитектура ИТ организации соответствующее оптимальное сочетание цены и производительности для обслуживания приложений, наиболее критичных с точки зрения успеха деятельности организации?
|
Скачать 0.75 Mb.