Вопрос 8. Архитектура приложений
Архитектура приложений включает определение прикладных системы, нужных предприятию для выполнения бизнес-процессов, их проектирование, разработку (или приобретение) и интеграцию.
В Архитектуре приложений выделяют две основные области:
формирование и управление портфелем прикладных систем предприятия;
разработку прикладных систем.
Портфель прикладных систем
Инструментом для описания планов, связанных с использованием ИТ в организации, является Портфель прикладных систем (приложений). Он описывает приложения, предназначенные для выполнения функций организации, для обмена информацией между клиентами, поставщиками и партнерами предприятия в терминах их Роли и Вклада в бизнес. При этом также описываются каналы взаимодействия пользователей с приложениями: web-браузеры, графический интерфейс "толстого" клиента, мобильные устройства и т.д. Управление портфелем прикладных систем тесно переплетается с темой управления ИТ-проектами и ИТ-активами.
Оценка текущего состояния портфеля. Каждая ИТ-система помещается в квадрант, который отражает её ценность для бизнеса.
Обобщенные источники преимуществ для приложений различных типов
Область разработки прикладных систем
Описывает используемые технологии, их функциональные составляющие (интерфейсы, настройки, шаблоны, руководства и т.д.).
Определяет организацию процесса разработки: используемые средства, принятый на предприятии цикл разработки систем, контроль версий, управление конфигурациями, используемое программное обеспечение промежуточного слоя, средства проектирования.
Назначение области разработки прикладных систем
Выбор технологий для построения приложений и способов их применения.
Основной задачей области является уменьшение стоимости создания прикладных систем и повышение их качества за счет обеспечения единых подходов к разработке.
Эта область выделяется для тех организаций, в которых производится самостоятельная разработка или доработка приложений, в отличие от модели аутсорсинга.
Контекст управления портфелем прикладных систем
Модели и инструменты управления портфелем приложений
Для принятия решений об инвестициях в новые системы или обновление существующих используется оценка по двум критерия:
бизнес-ценность,
техническое состояние.
Техническое состояние оценивается по характеристикам: точность и корректность данных, архитектура, структура программного кода, быстрота отклика, время простоя, уровень технического сопровождения, возможность получения отчетов и т.д.
Ценность с точки зрения бизнеса означает способность системы обеспечивать выполнение основных функций предприятия, подразделения или процесса.
Результаты оценки
системам грозит вывод из эксплуатации (замена) - низкая ценность для бизнеса и плохое техническое состояние;
системы требуют переоценки или перепозиционирования - низкая ценность для бизнеса и отличное техническое состояние (как правило, это недавно запущенные системы, но их вклад незначителен);
системы требуют обновления - высокая ценность для бизнеса и плохое техническое состояние (менять архитектуру приложения);
системы требуют сопровождения и развития - высокая ценность для бизнеса и отличное техническое состояние.
Классификация, связанная с ролью приложения
Критически важное для предприятия (mission-critical). Приложение важно для осуществления всей миссии компании, нарушения в работе приложения могут повлечь катастрофические последствия для бизнеса. Пример: система биллинга оператора мобильной связи или система управления движением в аэропорту.
Критически важное для бизнеса (business-critical). Приложение важно для поддержки отдельного направления бизнеса или бизнес-процесса. Нарушения могут повлечь серьезные затруднения в бизнесе. Пример: система приема заказов через Интернет.
Вспомогательное (utility). Некритичное приложение, решающее частную, вспомогательную задачу. Пример: система резервирования помещений для переговоров.
Средства офисной автоматизации (office productivity). Это приложения, используемые для автоматизации повседневной работы. Пример: офисные пакеты и средства подготовки презентаций.
Особенности использования приложений
Наличие приложений "всех уровней" вовсе не является обязательным. Это зависит от специфики работы предприятия.
Существенным является признание того факта, что возможностей отдельных, даже самых функционально полных промышленных систем, функционирующих в одиночку, недостаточно для покрытия всех потребностей предприятия.
Интеграция различных приложений от разных производителей становится неизбежной необходимостью. В этом случае вопросы оптимальной архитектуры приобретают особую важность.
Целесообразной является ориентация на применение отдельных стандартных прикладных компонент (управление пользователями на уровне общесистемных сервисов).
Пять архитектурных стилей прикладных систем:
Приложения, обслуживающие большое количество транзакций (Transaction Processing). Примеры: биллинг у телекоммуникационных операторов, резервирование авиабилетов, обработка транзакций по кредитным картам.
Операции в реальном времени (Real-Time Operations). Примеры: транспортные операции в аэропорту, мониторинг пациентов в клинике.
Аналитические приложения, бизнес-аналитика, поддержка принятия решений (Analytical and Business Intelligence). Примеры: интенсивный анализ больших массивов данных в поисках закономерностей, прогнозирование, принятие решений о выдаче кредита.
Приложения поддержки совместной работы (Collaborative). Примеры: средства асинхронного взаимодействия (электронная почта, дискуссионные форумы, групповые календари), средства синхронного взаимодействия (мгновенный обмен сообщениями – instant messaging), средства управления контентом и библиотечные сервисы (каталогизация и поиск информации, создание электронных библиотек и цифровых архивов документов и пр., портальные сервисы для внутреннего использования служащими).
Корпоративные и обслуживающие приложения (Utility). Системы ERP, CRM, управления персоналом, расчета заработной платы.