Архитектура инфокоммуникационной среды Лекция 3 Сервисы и услуги

Архитектура инфокоммуникационной среды Лекция 3 Сервисы и услуги в инфокоммуникациях. Симонина О. А. 2014 г.

Домены (предметные области) архитектуры • Бизнес-архитектура. Описывает деятельность организации с точки зрения ее ключевых бизнес-процессов. • Архитектура информации (данных). Определяет, какие данные необходимы для поддержания бизнес-процессов (например, модель данных), а также для обеспечения стабильности и возможности долговременного использования этих данных в прикладных системах. • Архитектура приложений. Определяет, какие приложения используются и должны использоваться для управления данными и поддержки бизнес-функций (например, модели приложений). • Технологическая архитектура (инфраструктура или системная архитектура). Определяет, какие обеспечивающие технологии (аппаратное и системное программное обеспечение, сети и коммуникации) необходимы для создания среды работы приложений, которые, в свою очередь, управляют данными и обеспечивают бизнес-функции. Эта среда должна обеспечивать работу прикладных систем на заданном уровне предоставления сервисов своим пользователям.

• Архитектура интеграции. Определяет инфраструктуру для интеграции различных приложений и данных. Например, в проектах в области "электронного правительства", когда имеется большое количество государственных информационных систем различных ведомств, возникает настоятельная потребность создания самостоятельной инфраструктуры интеграции (архитектура интеграции), с целью предоставления государством интегрированных услуг гражданам и бизнесу по принципу "одного окна". • Архитектура общих сервисов. Примерами их являются такие сервисы, как электронная почта, каталоги, общие механизмы безопасности (идентификации, аутентификации, авторизации). То есть, это достаточно большое количество прикладных систем, которые носят "горизонтальный характер". • Сетевая архитектура. Определяет описания, правила, стандарты, которые связаны с сетевыми и коммуникационными технологиями, используемыми в организации. • Архитектура безопасности

Бизнесархитектура Архитектура информации Архитектура приложений Технологическая архитектура: аппаратное и программное обеспечение и коммуникации Архитектура операций (управление) Типовая структура IT-архитектуры предприятия

Стратегия и архитектура информационных технологий

• Миссия и видение. • Руководящие принципы. Утверждения, описывающие принципы и ключевые элементы философии использования информационных технологий. • Цели, задачи и стратегии. • Архитектура информационных технологий. • Политики (правила). Политики являются общими утверждениями, которые задают направления и цели, связанные с инициативами в области ИТ. Они носят, как правило, достаточно высокоуровневый и общий характер и обеспечивают скоординированный процесс. • ИТ-стандарты. Стандарты – это обязательные к использованию утверждения, касающиеся используемых технологий, продуктов и/или услуг. Они должны быть достаточно полными и в то же время определять разумный минимум требований, обязательных для использования. • Процедуры – это инструкции, описывающие, как выполняются политики и стандарты. Процедуры устанавливают и описывают процессы, которые выполняются на регулярной основе. • Руководства или рекомендации (guidelines). Руководства и рекомендации – это описания лучших практик или приемлемых подходов к практической реализации политик и процедур. Руководства могут стать стандартами.

Инструменты описания бизнес-архитектуры 1. Модель, позволяющая представить задачу в целом. 2. Детализация: – декомпозиция функций/процессов; – анализ бизнес-событий; – моделирование местоположений выполнения функций/процессов; – модель интеграции функций/процессов. 3. Анализ разработанных моделей.

Компоненты декомпозиции функций/процессов Результаты (артефакты) Основные вопросы анализа • Определить границы • Подпроцессы основных • Каковы основные функции каждой бизнес-функции бизнес-функций организации? • Понять состав • Идентификация излишних • Какие функции не несут в подпроцессов каждой и малополезных, себе ценности? бизнес-функции неэффективных • Какие функции • Дать основу для активностей пересекаются с другими увязывания архитектуры • Требования к прикладным бизнес-функциями? информации, приложений системам и информации и технологической архитектуры с бизнесфункциями Основная область анализа

Компоненты анализа бизнессобытий Результаты (артефакты) Основные вопросы анализа • Обеспечить понимание • Основные инициаторы и • Кто является инициатором ограниченного набора участники бизнес-событий бизнес-события? основных бизнес-событий • Партнеры • Как событие • Анализ возможностей по • Идентификация обрабатывается в рамках оптимизации бизнескритически важных расширенного процессов артефактов, создающихся и предприятия (партнеры и • Повышение используемых в процессе пр. )? эффективности операции, обработки события • Кто является основными улучшение • Проверка возможностей участниками события? взаимодействия с по новациям • Возможны ли инновации, клиентами, … • Новые формы ведения которые связаны с бизнеса событием и требуются бизнесом? Основная область анализа

Компоненты модели местоположений Результаты (артефакты) анализа • Обеспечить понимание • Распределение функций того, где выполняются по местоположениям функции и процессы • Связи между бизнес • Понимание требований, функциями накладываемых • Требования к географическим технологической расположением на архитектуре и архитектуре решения, касающиеся прикладных систем бизнес- и технологической • Возможности по архитектуры организационным • Понимание требований со изменениям стороны технологической архитектуры к географическому расположению функций Основная область анализа Основные вопросы • Где выполняются основные функции? • Какие функции связаны между собой? • Существуют ли возможности по консолидации и рационализации?

Компоненты модели интеграции Результаты (артефакты) анализа • Обеспечить понимание • Потоки информации, ключевых внутренних и которые требуются для внешних точек интеграции реализации различных • Информационные потоки шаблонов бизнесмежду участниками бизнес- процессов событий • Связи между функциями • Понимание основных бизнеса интерфейсов прикладных • Требования к архитектуре систем информации, • Понимание требований к приложениям и технологической архитектуре с точки зрения архитектуре интеграции • Возможности для организационных изменений Основная область анализа Основные вопросы • Какая информация является критической для новых шаблонов реализации бизнеспроцессов? • Какие потоки информации существуют между различными точками соединения моделей бизнес-событий? • Каковы требования с точки зрения времени?

Архитектура информации • Отражает, как информационные технологии обеспечивают возможности для быстрого принятия решений, распространения информации. • Включает в себя модели, которые описывают процессы обработки информации (information value chain), основные информационные объекты, связанные с бизнес-событиями, информационные потоки, принципы управления информацией; • Описывает как данные, которые требуются для выполнения процессов (операционные), так и аналитические данные и "контент", публикуемый в Web.

Области архитектуры информации федеративные данные (метаданные); моделирование данных; системы управления базами данных; программное обеспечение промежуточного слоя (middleware) для доступа к данным; • механизмы доступа к данным; • безопасность данных. • •

Задачи разработки архитектуры информации: • идентификация и инвентаризация существующих данных, включая определение их источников, процедур изменения и использования, ответственность, оценка качества; • сокращение избыточности и фрагментарности данных, повышение качества данных за счет исключения неоднозначности и противоречивости различных экземпляров; • исключение ненужных перемещений или копирования данных; • интеграция метаданных, что позволит обеспечить целостное представление данных из различных источников;

• формирование интегрированных представлений данных; обеспечение доступности данных в режиме, приближенном к режиму реального времени, за счет использования средств обмена сообщениями, интеграционных брокеров и шлюзов; • сокращение числа используемых технологий и продуктов, что позволяет снизить расходы на обслуживание, а также получить дополнительные, объемные скидки от поставщиков применяемых продуктов; • улучшение качества данных, прежде всего, за счет привлечения бизнес-пользователей к управлению и определению данных; • улучшение защиты данных на основе использования последовательных и согласованных мер, обеспечивающих, с одной стороны, защиту от несанкционированного доступа, а с другой – доступность данных для их использования на практике.

Процессы управления информацией: получение данных из внутренних и внешних источников; классификация данных по типам; хранение и извлечение данных; редактирование (или обновление) данных; контроль качества (удаление или исправление некорректных данных); презентация (трансформирование данных для определенной аудитории потребителей); • распространение информации для различных групп потребителей; • оценка (полезности, а также соотношения цены/качества данных); • обеспечение безопасности информации (например, аутентификация данных от различных источников, назначение адекватного уровня доступа; определение требований по аудиту; обеспечение механизмов резервного хранения и восстановления). • • •

Результаты процесса разработки архитектуры информации: • документированное описание существующих источников данных; • модели данных. Основное внимание уделяется выявлению семантической разницы в описаниях данных, поступающих из различных источников, и созданию относительно стабильных представлений данных, описывающих их использование бизнес -пользователями; • описание существующих и планируемых информационных потоков, соответствующих интерфейсов, алгоритмов преобразования или консолидации данных, а также необходимые соглашения по уровню сервиса, связанного с передачей данных; • описание решений по организации хранения данных; • используемые технологии и средства для преобразования и управления данными.

Архитектура приложений 1. 2. Портфель прикладных систем является общим планом обеспечения набором прикладных систем, определяет область ответственности и приоритетность каждого приложения, способы достижения необходимой функциональности, каналы возможного взаимодействия пользователей с приложениями: web-браузеры, графический интерфейс "толстого" клиента, мобильные устройства и т. д. Область разработки прикладных систем описывает используемые технологии, разделение их на функциональные составляющие, создания интерфейсов, настройки, используемые шаблоны, руководства и т. д. , определяет организацию процесса разработки, используемые средства, цикл разработки систем, контроль версий, управление конфигурациями, используемое программное обеспечение промежуточного слоя, средства проектирования.

Архитектура приложений: стили • Приложения, обслуживающие большое количество транзакций (Transaction Processing). Примеры: биллинг, резервирование авиабилетов, обработка транзакций по кредитным картам. • Операции в реальном времени (Real-Time Operations). Примеры: транспортные операции в аэропорту, мониторинг пациентов в клинике. • Аналитические приложения, бизнес-аналитика, поддержка принятия решений (Analytical and Business Intelligence). Примеры: интенсивный анализ больших массивов данных в поисках закономерностей, прогнозирование, принятие решений о выдаче кредита. • Приложения поддержки совместной работы (Collaborative). Примеры: средства асинхронного взаимодействия (электронная почта, дискуссионные форумы, групповые календари), средства синхронного взаимодействия (мгновенный обмен сообщениями), средства управления контентом и библиотечные сервисы. • Корпоративные и обслуживающие (Utility) приложения. Примеры: ERP, CRM, системы управления персоналом, системы расчета заработной платы.

Требования и характеристики основных типов прикладных систем Требования: Стратегические потребности Процессы с большим количеством транзакций • Предоставление услуг Аналитические Операции в Корпоративные процессы и бизнес- Совместная работа реальном времени (обслуживающие) аналитика • Время реакции системы Бизнес-требования • Обслуживание • Экономичность и клиентов безопасность • Уменьшение затрат • Работа 24*7*365 • Работа 24*7 • Целостность данных Отличительные характеристики Интегрирующие технологии • Низкая стоимость • Сканирование и (на одну фильтрация потока транзакцию) данных • Надежность • Приоритезация • Масштабируемость запросов • Производительнос • Надежность ть • Публикация и • Резервирование подписка на данные • Системы • Специально интеграции разработанный корпоративных программный код приложений • Способность дать объяснение • Поддержка принятия решения • Повышение эффективности и производительност и, наглядность представления информации • Распространение знаний • Скорость • Инновации • Скорость выпуска услуг • Повторное использование знаний • Надежность • Низкая стоимость с точки зрения ИТ • Механизм аналитики • Мощность обработки • Объединение данных • Простота использования • Надежность • Высокая пропускная способность • Обмен данными "по горизонтали" • Стандартные процессы • Кандидаты на аутсорсинг • Хранилища данных • Совместно используемые данные и обмен данными • Экономичность • Улучшения в процессах • Стандартные интерфейсы (API), XML

Технологическая архитектура – взаимосвязь с архитектурой приложений

Архитектурные компоненты: • Сервисы данных: системы управления базами данных, хранилища данных, системы поддержки принятия решений. • Прикладные сервисы: языки программирования, средства разработки приложений, системы коллективной работы, архитектура приложений, геоинформационные системы и средства. • Программное обеспечение промежуточного слоя (middleware). • Вычислительная инфраструктура: операционные системы и аппаратное обеспечение, среда для web-инфраструктуры, системы хранения, средства системного управления, топологии. • Сетевые сервисы: локальные сети, глобальные сети, технологии, голосовые технологии, сетевое аппаратное обеспечение. • Сервисы безопасности: авторизация, аутентификация, сетевая безопасность, физическая безопасность центров обработки данных, прочие сервисы безопасности.

Адаптивная технологическая инфраструктура - самоорганизация • самоконфигурирование – организация системы в соответствии с требованиями; • самозащита – предотвращение сбоев в системе в результате нарушения работы компонент системы и потери целостности данных; • самовосстановление – диагностика неисправностей, локализация ошибок и устранение их последствий; • самооптимизация – наиболее рациональное использование имеющихся ресурсов без вмешательства оператора.

Домашнее задание: • Анализ используемых студентами платформ: технические характеристики, устройства, функционал. • Анализ распространённости каждой из платформ (в %). • Анализ возможностей IT-среды университета.