Портфель прикладных систем

АРХИТЕКТУРА
ИНФОРМАЦИОННЫХ СИСТЕМ
ЛЕКЦИЯ 5.
ЭЛЕМЕНТЫ АРХИТЕКТУРЫ ПРИЛОЖЕНИЙ
АРХИТЕКТУРА ИНФОРМАЦИОННОЙ
СИСТЕМЫ
Бизнесархитектура
ИТ-архитектура
Архитектура данных
Архитектура приложений
Технологическая архитектура
АРХИТЕКТУРА ПРИЛОЖЕНИЙ
• Архитектура приложений определяет набор
используемых на предприятии приложений и их
взаимосвязь.
• Эта архитектура включает в себя следующие элементы:
• описание автоматизированных служб, поддерживающих
бизнес-процессы;
• описание взаимодействия и взаимозависимостей
(интерфейсов) прикладных систем организации;
• планы разработки новых и анализа используемых приложений
с учетом целей и задач предприятия, а также постоянно
развивающихся технологических платформ.
ОБЛАСТИ АРХИТЕКТУРЫ
ПРИЛОЖЕНИЙ
• В архитектуре приложений выделяют две основные
области:
• формирование и управление портфелем прикладных
систем предприятия;
• разработку прикладных систем.
ПОРТФЕЛЬ ПРИКЛАДНЫХ СИСТЕМ
• Портфель прикладных систем предприятия является общим планом того,
как потребности бизнес-процессов предприятия обеспечиваются
набором прикладных систем.
• Определяет область ответственности и приоритетность каждого приложения, а
также то, как будет достигаться необходимая функциональность: за счет
разработки системы, через покупку готовых приложений, аренду приложения
или интеграцию и использование возможностей уже имеющихся приложений.
• Портфель прикладных систем описывает приложения, предназначенные для
выполнения функций организации, а также обмена информацией между
клиентами, поставщиками и партнерами предприятия.
• Описывает также каналы взаимодействия пользователей с приложениями: webбраузеры, графический интерфейс "толстого" клиента, мобильные устройства и
т.д.
• Портфель прикладных систем обеспечивает целостный взгляд на
функциональные компоненты информационных систем, которые
обеспечивают потребности бизнес-архитектуры и архитектуры
информации и поддерживаются технологической архитектурой.
ОБЛАСТЬ РАЗРАБОТКИ
ПРИКЛАДНЫХ СИСТЕМ
• Область разработки прикладных систем описывает те
технологии, которые используются для построения систем,
разделения их на функциональные составляющие, создания
интерфейсов, настройки, а также используемые для этого
шаблоны, руководства и т.д.
• Эта область определяет:
•
•
•
•
•
•
•
организацию процесса разработки,
средства разработки,
принятый на предприятии цикл разработки систем,
контроль версий,
управление конфигурациями,
используемое программное обеспечение промежуточного слоя,
средства проектирования.
• Основная задача области – уменьшение стоимости создания
прикладных систем и повышение их качества за счет
обеспечения единых подходов к разработке.
МОДЕЛИ, ИСПОЛЬЗУЕМЫЕ ДЛЯ РАЗЛИЧНЫХ
ПРЕДСТАВЛЕНИЙ (ДОМЕНОВ) И ПЕРСПЕКТИВ
(УРОВНЕЙ АБСТРАКЦИИ)
Домены/перспекивы
(уровни абстракции)
Архитектура приложений
Контекст ("планировщик")
•Список бизнес-процессов
Концептуальный
уровень("владелец"
предприятия)
•Разбиение процессов на сервисы
Логический
("проектировщик")
•Определения сервисов
•Взаимосвязи между сервисами
•Модели классов
Физический ("разработчик") •Код программ
•Описания интерфейсов (WSDL)
•Расписания процессов
•Код workflow
КОНЦЕПТУАЛЬНОЕ, ЛОГИЧЕСКОЕ И
ФИЗИЧЕСКОЕ ПРЕДСТАВЛЕНИЯ
• Концептуальное представление наиболее
абстрактно, используется для определения
функциональных требований и
представления приложения с точки
зрения бизнес-пользователей в процессе
создания бизнес-модели.
• Логическое представление отражает
основные функциональные компоненты
системы и связи между ними независимо от
технических подробностей реализации
соответствующих функций.
• Физические представления наименее
абстрактны и отражают компоненты
конкретной реализации и связи между ними.
Каждый из элементов в физическом
представлении реализуется программно или
аппаратно.
ПРЕДСТАВЛЕНИЯ АРХИТЕКТУРЫ
ПРИЛОЖЕНИЙ
КОНЦЕПТУАЛЬНОЕ
ПРЕДСТАВЛЕНИЕ
• Концептуальное представление используется для
определения бизнес-требований и представления
приложения с точки зрения бизнес-пользователей в
процессе создания бизнес-модели.
• Методы концептуального моделирования, например
анализ вариантов использования, схемы деятельности,
проектирование процессов и бизнес-моделирование,
позволяют разработать описание ключевых бизнеспроцессов и используемых в них данных в соответствии с
целями и требованиями бизнеса и независимо от
конкретной реализации.
ЛОГИЧЕСКОЕ ПРЕДСТАВЛЕНИЕ
• Архитекторы создают модели приложений, которые
являются логическим представлением бизнес-модели,
поскольку определяют соответствие приложений целям и
требованиям бизнеса.
• Архитекторы занимаются общей структурой приложения:
• Задается соответствие этапов процесса процедурам управления
данными,
• Описывается взаимодействие между компонентами модели в
терминах логических сообщений и последовательностей
• Определяется, какие данные и состояния будут обрабатываться в
модели.
ФИЗИЧЕСКОЕ ПРЕДСТАВЛЕНИЕ
• Каждый элемент модели приложения должен соответствовать
реальным технологиям.
• Модели приложений реализуются в виде моделей реализации.
• Создание модели реализации:
• Формирование платформы — метода разработки, в котором
большая часть инфраструктуры распределенных приложений и
инфраструктуры управления данными представляет собой сложные
платформы, расширяемые с помощью настраиваемой логики
приложений и декларативных структур управления.
• Создание программного кода;
• Формирование платформы избавляет разработчиков от
сложностей, связанных, например, с асинхронной обработкой
сообщений, и позволяет специалистам среднего уровня
эффективно работать над проектом.
РАЗВИТИЕ ПОРТФЕЛЯ
ПРИКЛАДНЫХ СИСТЕМ
Портфель прикладных систем – это интегрированный
набор информационных систем предприятия, который
обеспечивает потребности бизнеса и включает в себя
следующие аспекты:
• Существующий портфель прикладных систем – каталог имеющихся
приложений и компонент, который отражает их связи с
поддерживаемыми ими бизнес-процессами, интерфейсы с другими
системами, используемую и требуемую информацию, используемые
инфраструктурные шаблоны.
• Планируемый портфель прикладных систем – представляет
функциональность, которая требуется для обеспечения желаемого
состояния бизнес-архитектуры и архитектуры информации предприятия.
• План миграции – процесс перехода от текущего к будущему портфелю
прикладных систем в рамках ИТ-проектов.
УПРАВЛЕНИЕ ПОРТФЕЛЕМ
ПРИКЛАДНЫХ СИСТЕМ
ОЦЕНКА ПОРТФЕЛЯ ПРИКЛАДНЫХ
СИСТЕМ
• Оценка портфеля прикладных систем по критериям
"бизнес-ценность" и "техническое состояние"
• Результат оценки - прикладные
системы относятся к одной из
четырех возможных категорий:
• системам грозит вывод из
эксплуатации (замена) или
консолидация;
• системы, требующие
переоценки или
перепозиционирования;
• системы, требующие обновления;
• системы, требующие
сопровождения и развития.
ХАРАКТЕРИСТИКИ КАТЕГОРИЙ
• Вывод из эксплуатации (замена) или консолидация (низкая ценность для бизнеса и
плохое техническое состояние).
•
Эти прикладные системы являются кандидатами на вывод из эксплуатации или замену. Хотя надо иметь в виду, что
стоимость замены некоторых унаследованных и бэк-офисных систем может оказаться неоправданно высокой и
будет иметь весьма ограниченную ценность с точки зрения бизнеса.
• Провести переоценку или перепозиционировать (низкая ценность для бизнеса и
отличное техническое состояние).
•
Как правило, это прикладные системы, которые были недавно запущены в эксплуатацию в соответствии с
рекомендациями, принятыми в рамках архитектуры предприятия. Однако объем и характер решаемых ими
задач или ограниченность области применения в рамках каких-то узких организационных функций таковы, что их
вклад в достижение ключевых бизнес-результатов незначителен. В этой ситуации рекомендуется
идентифицировать и проанализировать возможности использования этих приложений или их компонент в рамках
остальных бизнес-процессов и организационных структур предприятия.
• Развивать инфраструктуру прикладной системы (высокая ценность для бизнеса и
плохое техническое состояние).
•
Эти прикладные системы исправно обслуживают ключевые бизнес-функции, но создают существенные
проблемы, когда речь идет об эксплуатации и сопровождении этих систем, когда возникает необходимость
использования информации из них где-либо еще и когда требуется интеграция этих систем с другими
прикладными системами предприятия. Рецептом здесь является постепенный переход на использование более
адаптивной архитектуры приложения (компонентный подход, n-уровневая архитектура, основанные на
пересылке сообщений интерфейсы и т.д.).
• Обеспечить сопровождение и развитие (высокая ценность для бизнеса и отличное
техническое состояние).
•
Эти системы критически важны с точки зрения бизнеса и спроектированы в соответствии с современными
представлениями об архитектуре прикладных систем.
ИНВЕНТАРИЗАЦИЯ ПОРТФЕЛЯ
ПРИКЛАДНЫХ СИСТЕМ
• Название системы.
• Описание системы.
• Список технологических компонентов. (важно, поскольку они могут использоваться
независимо для построения других решений. При этом основные компоненты
должны быть отдельно описаны, включая их функции и техническое состояние).
• Область применения с точки зрения бизнеса, т.е. функциональные возможности
(например, CRM, финансы, управление кадрами, каналы продаж через Интернет и
пр.).
• "Владелец" системы со стороны бизнеса.
• Оценка пользы прикладной системы для бизнеса.
• Ответственный со стороны ИТ-подразделения.
• Оценка технического состояния.
• Оценка возможностей по обеспечению новых потребностей бизнеса.
• Дата обновления этой информации.
ПОРТФЕЛЬ ИТ И ЦЕЛИ ИНВЕСТИЦИЙ В
РАЗЛИЧНЫЕ АКТИВЫ
АНАЛИЗ ЦЕННОСТИ ПОРТФЕЛЯ
ПРИЛОЖЕНИЙ НА ОСНОВЕ
КАТЕГОРИЗАЦИИ
• Можно выделить три класса приложений в соответствии со следующими
категориями:
•
•
•
базовые транзакционные (или вспомогательные, обеспечивающие, обслуживающие – utility);
информационные (дающие преимущества);
инновационные (стратегические).
КЛАССИФИКАЦИЯ НА ОСНОВЕ
СТИЛЕЙ БИЗНЕС-ПРОЦЕССОВ
• Приложения, обслуживающие большое количество транзакций (Transaction
Processing).
•
Примеры: биллинг у телекоммуникационных операторов, резервирование авиабилетов,
обработка транзакций по кредитным картам.
• Операции в реальном времени (Real-Time Operations).
•
Примеры: транспортные операции в аэропорту, мониторинг пациентов в клинике.
• Аналитические приложения, бизнес-аналитика, поддержка принятия решений
(Analytical and Business Intelligence).
•
Примеры: интенсивный анализ больших массивов данных в поисках закономерностей,
прогнозирование, принятие решений о выдаче кредита.
• Приложения поддержки совместной работы (Collaborative).
•
Примеры: средства асинхронного взаимодействия (электронная почта, дискуссионные
форумы, групповые календари), средства синхронного взаимодействия (мгновенный обмен
сообщениями – instant messaging), средства управления контентом и библиотечные сервисы (
каталогизация и поиск информации, создание электронных библиотек и цифровых архивов
документов и пр., портальные сервисы для внутреннего использования служащими).
• Корпоративные и обслуживающие (Utility) приложения.
•
Этот стиль характерен для многих стандартных систем, таких как ERP, CRM, системы
управления персоналом, системы расчета заработной платы.
ТРЕБОВАНИЯ И ХАРАКТЕРИСТИКИ ОСНОВНЫХ
ТИПОВ ПРИКЛАДНЫХ СИСТЕМ
Процессы с
большим
количеством
транзакций
Операции в
реальном
времени
Аналитические процессы
и бизнес-аналитика
Совместная работа
Корпоративные
(обслуживающие)
Стратегические •Предоставление
потребности
услуг
•Время реакции •Способность дать
системы
объяснение
•Поддержка принятия
решения
•Распространение
знаний
•Скорость
•Инновации
Бизнестребования
•Экономичность
и безопасность
•Работа
24*7*365
•Скорость выпуска
•Экономичность
услуг
•Улучшения в процессах
•Повторное
использование знаний
•Обслуживание
клиентов
•Уменьшение затрат
•Работа 24*7
•Целостность
данных
•Повышение
эффективности и
производительности,
наглядность
представления
информации
•Надежность
•Низкая стоимость с точки зрения
ИТ
Отличительные •Низкая стоимость
характеристики (на одну
транзакцию)
•Надежность
•Масштабируемость
•Производительност
ь
•Резервирование
•Сканирование •Механизм аналитики
и фильтрация
•Мощность обработки
потока данных •Объединение данных
•Приоритезация
запросов
•Надежность
•Публикация и
подписка на
данные
•Простота
использования
•Надежность
•Высокая пропускная
способность
•Обмен данными "по
горизонтали"
•Стандартные процессы
•Кандидаты на аутсорсинг
Интегрирующие •Системы
технологии
интеграции
корпоративных
приложений
•Специально
•Хранилища данных
разработанный
программный
код
•Совместно
•Стандартные интерфейсы (API),
используемые данные XML
и обмен данными