modern trends in development of large distributed information systems

49
НАЦИОНАЛЬНЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ УКРАИНЫ КИЕВСЬКИЙ ПОЛИТЕХНИЧЕСКИЙ ИНСТИТУТСовременные Современные тенденции тенденции в в области области разработки разработки распределенных распределенных информационных информационных систем систем ТЕЛЕНИК ТЕЛЕНИК Сергей Сергей Федорович Федорович , , д д . . т т . . н н , , профессор профессор Киев - 2010 Филиалы Корпоративное руководство Телекоммуникационная сеть Службы Ин БД . Руководство компаний Отделы Подразделения Учреждения 1

Upload: ssa-kpi

Post on 13-Jul-2015

270 views

Category:

Education


0 download

TRANSCRIPT

НАЦИОНАЛЬНЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ УКРАИНЫ“КИЕВСЬКИЙ ПОЛИТЕХНИЧЕСКИЙ ИНСТИТУТ”

СовременныеСовременные тенденциитенденции вв областиобласти

разработкиразработки распределенныхраспределенных

информационныхинформационных системсистемТЕЛЕНИКТЕЛЕНИК СергейСергей ФедоровичФедорович, , дд..тт..нн, , профессорпрофессор

Киев - 2010

Филиалы

Корпоративное руководство

Телекоммуникационнаясеть

Службы

Ин БД.

Руководство компаний

Отделы

Подразделения

Учреждения

1

ПланПлан лекциилекции

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

Проектирование и реализация распределенных информационных

систем

Тенденции развития информационных технологий в области создания

распределенных информационных систем

2

ЧастьЧасть 11Представление о распределенных информационных системах

3

Определение

Состав подсистем

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

Особенности распределенных ИС

Структурная организация распределенных систем

РаспределеннаяРаспределенная ИСИС нана примерепримере корпорациикорпорации

Информационные системы (ИС)

ИС – это вид автоматизированных систем, под которыми понимают:

1) организационно-технические системы, обеспечивающие выработку решений

на основе автоматизации информационных процессов в различных сферах

деятельности (управление, проектирование, производство и т.д.) или их

сочетаниях" (РД 50-680-88); 2) системы, состоящие из персонала и комплекса средств автоматизации его

деятельности, реализующие информационную технологию выполнения

установленных функций (ГОСТ 34.003-90);3)объединение одного или более процессов, аппаратных средств, программногообеспечения, оборудования и людей для обеспечения возможности

удовлетворения определенных потребностей или целей (ISO / IEC 12207-95).

Другие виды систем: АСУТП; АСУП; САПР; АСНИ

4

Состав подсистем

Функциональные подсистемы

• Информационно-аналитическая• Принятия решений

• Сбора, обработки информации ианализа ситуаций

• Система управления бизнес-процессами

• Система управления бизнес-правилами

• ERP (Enterprise Resource Management)

• CRM (Customers Relations Management)

• SCM (Supply Chains Management)

• SSM (Sales and Service Management)

Технологические

подсистемы

• Информационно-поисковая(в неструктурированных БД)

• Информационно-справочн-ая (в структурированныхБД)

• ИАД

• Обработки текстов на ЕЯ

• ЭДО

• ЭП

• Обработки изображений

• Управления функциониро-ванием

• КСЗИ

Види обеспечения: техническое; программное; информационное; математическое; организационное; лингвистическое и др.

5

ПодсистемаПодсистема сборасбора, , обработкиобработки информацииинформации ии

анализаанализа ситуацийситуаций

Запросы

Модуль

реализации

схем

Модуль

анализа

ситуаций

ГИССобытия в

системе

сбора и

обработки

Схема

обработки

Отображение

ситуации

Модулі

обробки

БД

Описание

системы

сбора и

обработки

информации

Описание

документов,

сообщий баз

данных

Описание

модулей

обработки

данных

6

Поисковая

система

Внутренняя

БД

Подсистема

сбора и

обработки

данных

БД 1 БД 2 БД N

Подсистема поиска корпоративной

информации

Шлюз

Подсистема поиска

информации в сети

Интернет

ПоисковаяПоисковая подсистемаподсистема (общая структура)Назначение: быстрый, адекватный и полный поиск информации из комплекса

источников (собственные базы данных, базы данных органов власти, Интернет), представление информации в удобном виде

Внешние базы данных 7

Структура подсистеми поиска корпоративной

информации

Система

работы с БД

Управляющий модуль

Интерфейс с

внешними БД

Вывод

результатов

поиска

Модуль сравнения и

определения степени

релевантности текстов

Внутренняя

БД

Внешние

БД

Модуль

индексирования

ресурсов

Интерфейс пользователяВвод поисковых

запросов

8

Структура подсистемы поиска информации в

сети Интернет

Управляющий модуль

БД подсистеми

поиска в

Интернет

Модуль индексирования

HTML-парсер

Модуль поиска новых

документов

Вывод результатов поиска

Модуль сравнения и

определения

релевантности текстов

Глобальная

сеть

Ввод поискового запроса

Интерфейс пользователя

9

Распределенные ИС

Распределенность – антипод централизованности, задачи одновременно

выполняются несколькими компьютерами. Обработка данных

осуществляется не на одном мэйнфрейме, а на совокупности серверов,

взаимодействующих посредством глобальных и локальных сетей

Распределенность может быть организована на двух уровнях:

1. Серверов приложений (обмен данных на уровне сервер-сервер,

например Электронная почта);

2. Серверов БД (репликация, зеркалирование и др. технологии).

БД также распределенная, а для повышения ее надежности используется

дублирование и технологии зеркалирования, репликации и др.

Системы хранения данных: DAS, NAS, SAN

10

Структурная организация распределенной системы

11

РаспределеннаяРаспределенная ИСИС нана примерепримере корпорациикорпорации

Руководство

корпорации

Руководство

корпорации

ФилиалыФилиалы

Органы

власти

Органы

власти

Клиенты/поставщики

Клиенты/поставщики

Комплексы

информацион

но-расчетныхзадач и

моделей

Распределенный

интегрированный

банк данных

Технологические

подсистемыЭДО, ЭП, ИСС и др.

Дочерние компанииДочерние компании

ПодразделенияПодразделения

Руководство

компаний

Руководство

компаний

Комплексна система захисту

інформації

Телекоммуникационная сеть

12

ЧастьЧасть 22Проектирование и реализация распределенных информационных

систем

13

Проектирование от цели

Традиционные проблемы группы разработчиков ИС

Стадии и этапы разработки ИС

Адаптивность процесса разработки ИС

Модель жизненного цикла ПО

Унификация процесса разработки ИС

Методологии разработки ИС

Инструментарий разработки ИС

Роль и место программно-технической платформы в ИС

Общая схема трехуровневого взаимодействия на базе SmartBaseСтруктура взаимодействия бизнес-процессов на базе сервера

приложений SmartBaseСтруктура платформы SmartBase

Комплексная автоматизация

всех уровней системы, процессов

Усовершенствование организации

и методов работы менеджеров и

исполнителей

Оптимизация организационной и

функциональной структур

Интенсивное внедрение новых

информационных технологий

Пути достижения цели создания ИС

Цель создания ИС - достижениекачественно нового уровня эффективности

управления деятельностью и развитием

компании

14

Традиционные проблемы группы разработчиков ИС

Точные ответы дают:1)СтандартыДСТУ

ГОСТ (19 (ЕСПД), 34 (Информационная технология), …)ISO / IEC (12207-95, 9294:1990, 9126:1991, 9127:1989 … )

2) Методические разработки отдельных компаний (Oracle CDM, SAP,…)

Что должно быть сделано

Что и как должно быть оформлено в виде документации

Что передавать пользователям

Что передавать службе сопровождения

Как управлять процессом разработки

Как строить отношения с заказчиком

и другие

15

Стадии и этапы разработки ИС (по ГОСТ 34)

1.Формирование требований к ИС:1.1. Обследование объекта и обоснование необходимости создания ИС;

1.2. Формирование требований пользователя к ИС;1.3. Оформление отчета и заявки на разработку ИС (ТТЗ);2. Разработка концепции ИС:

2.1. Изучение объекта;2.2. Проведение необходимых НИР;2.3. Разработка вариантов концепции ИС под требования пользователя;2.4. Оформление отчета;

3. Техническое задание на ИС:3.1. Разработка и утверждение ТЗ на создание ИС

4.Эскизный проект:4.1. Разработка предварительных проектных решений по ИС и ее частям;

4.2. Разработка документации на ИС и ее части

5. Технический проект:5.1. Разработка проектных решений по системе и ее частям;

5.2. Разработка документации на ИС и ее части;5.3. Разработка и оформление документации на поставку изделий для

комплектования ИС и/или техтребований/ ТЗ на их разработку;5.4. Разработка ТЗ на проектирование в смежных частях проекта объекта

16

Стадии и этапы разработки ИС (продолжение)

6.Рабочая документация:6.1. Разработка рабочей документации на систему и ее части;

6.2. Разработка или адаптация программ.

7. Ввод в действие:7.1. Подготовка объекта автоматизации к вводу ИС в действие;7.2. Подготовка персонала;7.3. Комплектация АС поставляемыми изделиями (программными и

техническими средствами, программно-техническими комплексами, информационными изделиями);

7.4. Строительно-монтажные работы;7.5. Пуско-наладочные работы;7.6. Проведение предварительных испытаний;7.7. Проведение опытной эксплуатации;7.8. Проведение приемочных испытаний.

8.Сопровождение ИС:8.1. Выполнение работ в соответствии с гарантийными обязательствами;

8.2. Послегарантийное обслуживание.

17

Адаптивность процесса разработки ИС

Приближаясь к положениям, заложенным в стандартах ISO, в современныхстандартах на создание ИС в странах СНГ разрешается адаптировать их

требования к конкретным условиям разработки:1. Можно опускать стадию эскизного проектирования;2. Можно объединять стадии "Технический проект" и "Рабочая документация";3. Можно опускать этапы, объединять и опускать большинство документов и

их разделов; 4. Можно вводить дополнительные документы, разделы документов и работы;5. Можно динамически создавать ЧТЗ — частные технические задания —достаточно гибко формировать ЖЦ ИС (как правило, этот прием используется

на уровне крупных единиц (подсистем, комплексов), ради которых считается

оправданным создавать ЧТЗ, однако нет никаких существенных оснований

сильно ограничивать этот способ управления ЖЦ).

Стадии и этапы, выполняемые организациями — участниками работ по

созданию ИС, устанавливаются в договорах и техническом задании,

18

Модель жизненного цикла ПО по ISO

Это структура, содержащая процессы, действия и задачи, осуществляемые в

ходе разработки, функционирования и сопровождения ПО в течение всей его

жизни - от определения требований до завершения ее использования.

5 основных процессов ЖЦ ПО: Процесс приобретения. Определяет действия предприятия-покупателя,

которое приобретает ИС, программный продукт или сервис ПО. Процесс поставки. Определяет действия предприятия-поставщика, которое

снабжает покупателя системой, программным продуктом или сервисом ПО.Процесс разработки. Определяет действия предприятия-разработчика,

которое разрабатывает принцип построения программного изделия и

программный продукт.Процесс функционирования. Определяет действия предприятия-оператора,

которое обеспечивает обслуживание ИС в процессе ее функционирования в

интересах пользователей. Процесс сопровождения. Определяет действия персонала сопровождения,

который обеспечивает сопровождение ПО(управление модификациями, поддержку текущего состояния и функциональной пригодности, включая

инсталляцию и удаление программного изделия на вычислительной системе). 19

4 организационных процесса:

1) процесс управления; 2) процесс создания инфраструктуры;

3) процесс усовершенствования;

4) процесс обучения. Особый процесс адаптации, который определяет основные действия, необходимые для адаптации стандарта к условиям конкретного проекта.

Модель жизненного цикла ПО по ISO (продолжение)

8 вспомогательных процессов, которые поддерживают реализацию другого

процесса, будучи неотъемлемой частью всего ЖЦ программного изделия, иобеспечивают должное качество проекта ПО:

1) решения проблем; 2) документирования; 3) управления конфигурацией; 4) гарантирования качества, который использует результаты остальных

процессов группы обеспечения качества, в которую входят (процессверификации; процесс аттестации; процесс совместной оценки; процесс

аудита).

20

Унификация процесса разработки ИС

Решения:Rational Unified Process (RUP).Agile.

Существующие подходы к унификации процессов разработки ИС:1) Определяют виды деятельности;2) Определяют состав работ;3) Определяют увязку работ;4) Определяют исполнителей работ;5) Определяют артефакты; 6) Определяют организацию работ;7) Оценивают результаты выполнения работ;8) Описывают инструментальные средства выполнения работ;9) Описывают процессы анализа, моделирования, проектирования, реализации, тестирования, управления конфигурацией и изменениями, управления средой, распространения и др.

Варианты их реализации:MOF – от Microsoft;SCRUM – от Microsoft.

21

Методологии разработки ИС

Structured Analysis and Design Technique (SADT): методология структурного

анализа и проектирования систем, которая интегрирует процессы моделирования, управления конфигурацией проекта, использование дополнительных языковых

средств и руководство проектом со своим графическим языком UML.

Integration Definition for Function Modeling (IDEF): включает методологию и

стандарт функционального моделирования и описания бизнес-процессов IDEF0 и

методологию описания логики выполнения действий IDEF3.

Data Flow Diagrams (DFD): позволяют описывать внешние источники и

адресаты данных, логические функции, потоки данных и хранилища данных, ккотрым осуществляется доступ.

Unified Modeling Language (UML): объектно-ориентированный графический

язык для визуализации, спецификации, конструирования и документирования

систем.

Architecture of Integrated Information Systems (ARIS): методология

моделирования и описания бизнес-процессов компании, рассматривающая объект

управления с точек зрения организационной и функциональной структур и

структур данных и процессов.

22

Инструментарий разработки ИС

От IBM: 1) Rational Suite (Rational RequisitePro; Rational SoDA; TestStudio; ClearCase; ClearQuest; Rose RealTime и др.);2) WebSphere Business Integration Server.

От Microsoft:1)Team Foundation Server &2) Visual Studio Team Suite;

От Oracle:1)Oracle Application Server.

От SAP:SAP NetWeaver.

От других компаний.

23

Роль и место программно-технической платформы в ИС

Процессы

управле-нияБизнес-

процессы

ЗАПРОСЫ

Управление функционированием ИС

Защита информации

Ресурсы

Вычислит - е Информ - е Прогр - е Телеком - е

Среда разработки, развития и поддержки

ПРОГРАММНО-ТЕХНИЧЕСКАЯ ПЛАТФОРМА

Требования

к ИС по:Надежности

Непрерывности

Оперативности

Эффективности

Готовности

Качеству и т.д.

Факторы влиянияРост корпоративных

объемов инфор мации

Развитие ИТ

Развитие технологий

проектирования

Функ - еподс - мы

ЭДОИССЭП Упр – е

БП…

Комплексность разработки

Создание глобальной

инфраструктура ИТ

24

Общая схема трехуровневого

взаимодействия на базе SmartBase

25

Структура взаимодействия бизнес-процессов на базе сервера

приложений SmartBase

26

Структура платформы SmartBase

Подсистема

генерации

метаданных

Подсистема

удаленного

доступа

GUI

Провайдер

1

JIT-компилятор

Провайдер

N

Кэш

объектов

Клієнтська

сторона

Подсистема

УДД

Подсистема

контроля

версий

Система безопасности

Ядро сервера

Провайдер к

системнойБД

.NET FrameworkCLR

.NETRemoting

FCL

Ядро клиента

Сервер БД 1

Центр данных

Сервер БД n

Системный

сервер БД

Серверна

сторона

Подсистема

удаленного

доступа

Кэш

объектов

СУФ СУФ

27

1. SOA.

2. WOA.

3. Cloud Computing.4. Компонентно-базированный подход.

5. Виртуализация.

6. Зеленые ИТ.7. Business Intelligence.

8. BPMS.

9. BRMS и другие компоненты.10.Динамические ЦОД.

11.Технологии защиты WEB-приложений.

12.Тенденции развития СУБД.13.Управление ИТ-инфраструктурой.

14.Тенденции развития СХД.

15.Композитные корпоративные приложения на базе WEB 2.0 28

Часть 3

Тенденции развития информационных технологий в области создания

распределенных информационных систем

Service-Oriented Architecture

Традиционная архитектура построения программных систем стоится на

абстракциях приложений и элементов их построения. Так, трехуровневый ее

вариант включает: сервер БД, сервер приложений и клиент).

Идеология построения программных систем на основе SOA исходит из

абстракции сервисов. Ее цель состоит в создании сервисов, рассчитанных на

многоразовое использование во многих приложениях, а не жестко привязаных

к одному приложению. Эти системы также трехуровневые - сервер БД, клиенти Web-сервер приложений.

Многоуровневая среда SOA включает:Верхний уровень: сервисы, которые объединены в бизнес-приложения и

реализуют бизнес-логику;Уровень ИТ-среды: создает основу сервисов, предоставляя свои ресурсы в

качестве сервисов;Системы управления инфраструктурными сервисами: они используют

механизмы WEB-сервисов для мониторинга и контроля распределенных

гетерогенных сред.

SOA базируется на таких стандартах и протоколах: XML; SOAP; WSDL (Web Service Definition Language); WSDM (Web Services Distributed Management); UDDI

29

Преимущества Service-Oriented Architecture

Появление третьего уровня, который отвечает за реализацию бизнес-логикиосновной деятельности компании обеспечивает следующие преимущества:

1) снижение уровня требований к мощностям рабочих станций; 2) сегментация логики перемещением части кода на вторичные серверы;3) распределение процессорной нагрузки;4) упрощение проблемы масштабирования за счет отделения БД от

интерфейсных Web-серверов;5) повышение быстродействия за за счет перехода от интерпретации кода к его

компиляции;6) оптимизация серверов;7) упрощение интеграции в другие системы.

30

WEB-Oriented Architecture

WEB-oriented Architecture (WOA) – это альтернативный и более простой стиль

сервисной архитектуры, который базируется на подходе REST.

В REST систему отношений между сервером и клиентом называют

«репрезентационным переносом состояния». Это такое обращение клиента к серверуза предоставлением данных, выполнение которого приводит к изменению состояния

клиента, иными словами трансформации клиентского приложения.

Основные понятия REST:1) Resource - некоторый ресурс WWW, который идентифицируется с помощью Uniform

Resource Identifier (URI) или Uniform Resource Locator (URL);2) Representation – текстовый документ, изображение, видео-запись, аудио-запись и

др.;3) State – текущее состояние взаимодействия между объектами по протоколу HTTP,

которое поддерживает клиент; 4) Transfer - URI и HTTP образуют интерфейс между клиентом и сервером,

посредством которого происходит передача представления.

Передача представления происходит с помощью 8 методов вызовов:- GET, POST, PUT, DELETE – они реализуют основные действия с данными;- OPTIONS, HEAD, TRACE, CONNECT - они реализуют действия по организации

обмена.

31

CC интегрировал преимущества его предшественников:1)Cluster Computing – объединение множества физических вычислительных узлов, находящихся в разных административных доменах, в единый логический компьютер спомощью средств глобальных сетей; 2)Grid Computing – объединение множества физических вычислительных узлов, находящихся в одном административном домене, в единый компьютер с помощьюсредств локальных сетей; 3)Utility Computing – развитие идеи разделения ресурсов на множество серверов;4)Distributed Computing – выполнение различных частей программы одновременнонесколькими компьютерами, взаимодействующими по сети.

CC – это, по существу, пространство виртуализированного ЦОД в глобальном иликорпоративнм масштабе. Основа CC – виртуализация всех ресурсов ЦОД – серверов, СХД, межсетевых экранов, маршрутизаторов и т.д.

CC состоит из:-Hardware, предоставляемого в форме сервисов как HaaS (Hardware as a Service);-Software, предоставляемого в форме сервисов как SaaS (Software as a Service).

Доступ к приложениям осуществляется с помощью Internet из ПК, тонких клиентов, iPhone и др. устройств, причем приложения разрабатывает, устанавливает иэксплуатирует третья сторона.

Cloud Computing

Cloud Computing ( СС) - это средство оптимизации локальных ЦОД, котороеобеспечивает: повышение эффективности; снижение издержек; масштабируемость.

CC можно также определить как разделяемые по запросу ресурсы.

32

Компонентно-базированный подход

Традиционная компонентна разработка с применением DCOM, Java Beans, CORBA в условиях развития WEB-приложений для SOA и WOA получила новый

импульс.

Основой обмена становятся XML, RDF (WEB Resource Definition Framework), DOM (WEB Document Object Model). Эти стандарты определяют семантику объектов для

сетей распределенных документов. Сюда может быть вписан единый подход к

архитектуре разрабатываемых WEB-приложений.

ПО промежуточного слоя для реализации возможностей WEB в многоуровневыхсистемных архитектурах должно обеспечивать соединение унаследованных систем с

клиентами, находящимися в Internet и обслуживание запросов независимо от того, гдесосредоточена бизнес-логика этого обслуживания – в унаследованной системе или в

приложении, непосредственно взаимодействующим с ПО промежуточного слоя.

ПО промежуточного слоя должно обеспечивать:1. Доступ к БД и управление ими; 4. Передачу сообщений;2. Обработку транзакций; 5. Интеграцию с WEB-сервером.3. Установление соединений между серверами;

Проблемы ПО промежуточного слоя для WEB-приложений:1) Разработка стандартов безопасности;2) Предоставление возможностей WEB унаследованным приложениям;3) Конвергенция WEB-технологий и объектных технологий;4) Поддержка доступа к БД через WEB; 5) Поддержка распределенной в WEB логики приложений.

33

Виртуализация

Технологии виртуализации предназначены для того, чтобы пользователь мог

абстрагироваться от особенностей отдельных групп ресурсов, объединить их в

аппаратно-программные комплексы требуемой конфигурации и упростить управление

этими группами ресурсов.

Технологии виртуализации условно можно разделить на две категории: виртуализация платформ: понятие виртуализации рассматривается в узком

смысле, преимущественно как создание виртуальных машин (ВМ). ВМ - некотораяпрограммная абстракция, которая запускается на платформе реальных аппаратно-программных систем. Система, которая предоставляет аппаратные ресурсы и ПО, -хостовая, а симулирующая ее система - гостевая. Существует неколько видов

виртуализации, отличающихся полнотой симуляции аппаратного обеспечения: 1) виртуализация (емуляція) с 3 подвидами: полной, аппаратной и частичной

виртуализацией;2) паравиртуализация;3) контейнерная виртуализация (виртуализация уровня ОС).

виртуализация ресурсов: понятие виртуализации рассматривается в широкомсмысле, обобщается подходы к созданию ВМ и переносятся на все виды ресурсов с

целью комбинирования и упрощения представления аппаратных ресурсов для

пользователя и формирования абстракций оборудования ИС (сетевого, СХД и др.), пространств имен, сетей и т.п.

.

34

Виртуализация (продолжение)

Основным направлением виртуализации сегодня аналитики считают

виртуализацию ЦОД.

Для ЦОД фундаментально важны:виртуализация СХД: она позволит автоматизировать установления соответствия

между виртуализированной платформой и физической инфраструктурой СХД, упростить все виды операций в СХД и повысить коэффициент их использования;

виртуализация “ тяжелых” приложений: обеспечение заказа приложений в

готовом для исполнения виде, т.е. в виде специализированных ВМ; оркестровка ресурсов географически разделенных виртуальных ЦОД: она

позволит корпорациям и глобальным компаниям рассматривать ресурсы всех их ЦОД

как один обобщенный пул ресурсов, что для уровня конечного пользователя означаетвозможность возить свой виртуальный десктоп по всуму миру, а на уровне компании –выбирать место с наименьшей стоимостью энергии, автоматически решая задачу

восстановления после аварийных ситуаций.

Лидеры рынка виртуализации: VMware (VMware Server, VMware Workstation, VMware Fusion, vSphere 4, ESX

Server и др.);Microsoft (Virtual PC, Virtual Server, WS08 Hyper-V и др.);IBM (POWER Hypervisor (PowerVM), System z Hypervisor (PR/SM) и др.);Sun (VirtualBox, Logical Domains Hypervisor и др.);Citrix, Oracle, Intel, AMD и многие другие компании.

35

Зеленые ИТ

Кризисные явления в экономике принуждают корпорации к экономии на

развитие и эксплуатацию ИТ. Важный источник экономии – экологические ИТ. Этому содействует ужесточение экологических нормативов.

Направление развития зеленых ИТ:

1. Консолидация приложений с целью уменьшения количества оборудования

(Принцип “Каждому приложению свой сервер” руководителями компаний и

ИТ_департаментов рассматривается как устаревший).2. Использование аппаратных платформ, позволяющих снизить потребление

электроэнергии.3. Внедрение эффективных средств совместной работы, включая

инструментарий технологий WEB 2.0, позволяющих уменьшить число

географических перемещений сотрудников.4. Технологии изготовления и утилизации hardware.

На рынке предлагается специализированный инструментарий для

мониторинга энергопотребления, оценки экологических проблем программного

обеспечения и обеспечения соответствия ИТ-инфраструктуры экологическим

нормам.

36

Business Intelligence

Мировой кризис превратил Business Intelligence (BI) в инструмент бизнес-анализа№1. Основная перспектива BI – управление ожиданиями: компания, анализируя всюдоступную информацию, стремиться принимать правильные решения.

Технологии BI помогают компаниям выявлять и предотвращать риски. сохранить конкурентоспособность. Для этого в BI есть:1. Средства детального анализа доходов и расходов;2. Средства добычи и анализа данных;3. Современные средства анализа данных из WEB-сайтов, специальных сетей, новостных потоков и блогов, позволяющие сопоставлять внешние тенденции с планамиразвития компании.

Аналитики Forrester видят будущее в конвергенции Business Process Management Suits (BPMS), Business Rules Management Suits (BRMS) и Business Intelligence. Business Intelligence будет интегрироваться со средствами корпоративного поиска и

решениями для реализации АРМ пользователей.

Важным для развития Business Intelligence будет объединение мощных

вычислительных платформ, систем хранения данных и инструментария BI.

37

Business Process Management Suits

Концептуальный переход в управлении от функционального к процессному подходу

привел к появлению концепции Business Process Management и нового класса ПО -Business Process Management Suite (BPMS).

BPMS позволяет управлять деятельностью компании, концентрируясь на самих

бизнес-процессах, а не сущностях предметной области и их отношениях. Посколькусами процессы обработки изменяются чаще, чем структуры данных, нужны

эффективные средства автоматизации BPM. Лидеры: Lombardi Teamworks; Oracle BPM Suite; Intalio BPMS.

В состав BPMS входят следующие типичные компоненты: 1. Инструмент моделирования процессов (для описания деятельности в терминах

событий, правил, активностей, служб и т.п.).2. Инструмент тестирования (среда функционального тестирования, которая

позволяет “прогнать” процесс по разным сценариям.3. Исполнитель процессов.4. Хранилище экземпляров процессов.5. Список работ (интерфейс между BPMS и исполнителями некоторых активностей).6. Приборная панель (интерфейс оперативного контроля за исполнением бизнес-процессов). 7. Инструмент анализа (среда изучения тенденций исполнения бизнес-процессов). 8. Инструмент имитационного моделирования (среда для тестирования

производительности бизнес-процессов).

38

Business Rules Management Suits и другие компоненты

Для взаимодействия между BPMS и корпоративным ПО, которое поддерживает

другие артефакты, появился новый класс корпоративного ПО - Business Process Platform (BPP). Его типичные технологии:

1) Business Rules Management – явное и формальное определение бизнес-правил, которые могут модифицироваться пользователями, что позволяет оперативноподстраивать бизнес-процессы под реальные нужды компании.2) Business Event Management – анализ бизнес-событий в режиме реального времении запуск соответствующих бизнес-процессов.3) Enterprise Content Management – управление корпоративной информацией.4) Configuration Management Data Base – цетрализованное описание информационно-вычислительной среды компании, используемое для привязки BPM к информационно-вычислительным ресурсам компании.5) Role-based Access Control – управление доступом к информации с цельюэффективного разделения контрольных и исполнительных полномочий.6) Business Activity Monitoring – оперативный контроль функционирования компании.7) Business Intelligence – анализ характеристик и тенденций работы компании. 8) Enterprise Service Bus – среда коммуникаций между службами.

Программная реализация BPP выполняется в Service-Oriented Architecture.

39

Динамические ЦОД

Данные IDC: 95% компаний имеют собственные ЦОД; 20% пользуются услугамиаутсорсинга ЦОД; 11% пользуются услугами collocation коммерческих ЦОД.

Органический рост бизнеса и процессы слияния, приобретения и укрупнения компаний

приводят к усложнению их технической оснащенности. Техническое, программное иинформационное обеспечение АСУ и ИС реализуют на основе концепции ЦОД.

ЦОД - это комплексное организационно-техническое решение, предназначенное длясоздания высокопроизводительной, отказоустойчивой ИТ-инфраструктурыкорпорации

ЦОД оринтированы на решение бизнес-заданий путем предоставления услуг в виде

информационных сервисов. Основные задания ЦОД:• эффективное консолидированное хранение и обработка данных пользователей;• предоставление пользователям прикладных сервисов;• поддержка функционирования корпоративных приложений.

Накопленные в ЦОД дорогие мощности и большие текущие затраты на их

эксплуатацию подталкивают корпорации к интенсивному поиску новых форм

увеличения их эффективности.

Выход – в автоматизации управления ЦОД.

40

Управление ИТ-инфраструктурой

Бизнес, с одной стороны, зависит от ИТ, с другой бизнес не хочет иметь дело сотдельными платформами, продуктами, а ждет от ИТ своевременных, качественных ибезотказных сервисов, решающих необходимые задачи и представляемых по запросу.

От ИТ ждут большую эффективность за меньшие деньги.

Нужна система управления ИТ-инфраструктурой. В 2008г. аналитики выделили

следующих 15 категорий программных решений для управления ИТ-инфраструктурой:Управление сетями – мониторинг, управление и оптимизация производительности

сетевой инфраструктуры;Управление серверами – мониторинг, управление и оптимизация

производительности серверов;Управление БД – мониторинг, управление и оптимизация производительности БД;Управление событиями – измерение, мониторинг и диагностика событий,

происходящих во всех управляемых ресурсах; Управление хранением – управление емкостью хранения, чтобы гарантированно

предоставлять нужные емкости для бизнес-задач, мониторинг загрузки СХД, с цельюоптимального использования приобретенных емкостей;

Управление конечными пользователями – обеспечение качества работы

конечных пользователей, которые осуществляют доступ к ИТ-инфраструктуре и

приложениям; Управление приложениями – мониторинг, управление и оптимизация

производительности приложений;

41

Управление ИТ-инфраструктурой (продолжение)

Служба поддержки – консолидация, регистрация, приоритизация, отслеживание, управление и эскалация всех типов инцидентов и проблем с ИТ-инфраструктурой;

Управление уровнем обслуживания и сервисами для бизнеса – определение иреализация соответствия SLA между ИТ-службой и бизнес-подразделениями. Описаниеи управление сервисами с точки зрения задач бизнеса;

Управление ресурсами – инвентаризация ПО, аппаратных средств и оценка

корпоративных ИТ-ресурсов;Управление изменениями и конфигурациями – использование стандартных

методов и процедур для проведения изменений в ИТ-инфраструктуре;Управление мощностями – обеспечение соответствия мощностей ИТ-

инфраструктуры требованиям бизнеса;Планирование работ – управление пакетной обработкой на мэйнфреймах или

рабочей нагрузкой распределенных систем;Финансовое управление ИТ – управление финансовыми аспектами ИТ-операций;Автоматизация ИТ-процессов – автоматизация потоков работ ИТ-службы.

Аналитики считают, что к 2013 г. они будут интегрированы в 3 новых группы:Управление предоставлением ИТ-сервисов и их производительностью:

объдинение управления сетями, серверами, БД, событиями, приложениями, конечнымипользователями, СХД.

Управление ИТ-сервисами и процессами: развитие службы поддержки;Управление поддержкой ИТ-сервисов и ресурсами: здесь интегрируется

остальное.

42

Технологии защиты WEB-приложений

Требования к защищенности систем, которые предоставляют

информацию через WEB определяются:• обработкой в компании конфиденциальной информации;• необходимостью соблюдения WEB-приложением стандартов

безопасности;• необходимостью соблюдения WEB-приложением международных

критериев (ISO/IEC 27005:2008, ITIL, COBIT );• необходимостью соблюдения WEB-приложением законодательных актов.

Сегодня для защиты данных используют:1) Системы предотвращения вторжений (Intrusion Prevention System) –

автоматически (аппаратно или программно) просматривают все события и

анализируют их с точки зрения безопасности;2) Системы обнаружения вторжений (Intrusion Detection System) –

выявляют факты неавторизированного доступа в компьютерную систему или

сеть либо несанкционированного управления ими через, в основном, Internet;3) Сканирования уязвимостей (Vulnerability Scanning) – сканируют ОС,

приложения и устройства на предмет обнаружения в них уязвимостей;4) Контроль доступа к сети (Network Access Control); 5) Прокси-серверы (Web-based proxy) – серверные WEB-приложения,

которые выступают посредниками для загрузки контента различных сайтов, что позволяет пользователю работать от их IP-адреса и обеспечивает

анонимность. 43

Технологии защиты WEB-приложений (продолжение)

Новый подход к защите данных Data Centric Security нацелен

непосредственно на сами данные, а не аппаратные и программные носители

этих данных.

С технической точки зрения Data Centric Security складывается из:1) Управление правами на контент предприятия (Enterprise Rights

Management): контроль доступа к контенту, поддержка работы в условиях

входа и выхода пользователя в бизнес-процесс. Средства обеспечения

безопасности привязываются к каждому документу. Используются

криптография, контроль доступа. Пользователь знает пароль и на его

компьютере должен быть установлен агент системы. Объем доступных

данных и операции над ними ограничиваются;2) Интегрированное управление личными данными (Federated Identity) –

это решение позволяет автономным системным доменам обмниваться

обмениваться идентификационными сведениями и полномочиями. Решениеосновано на однократной аутентификации пользователя.

3) Тотальная криптография – динамическое шифрование данных.

44

Рынок промышленных СУБД: 90% - IBM DB2, MS SQL Server, Oracle ; 10% - все другие.

М.Стоунбрейкер прогнозирует переход от универсальных коммерческих

СУБД к специализированным, которые будут намного быстрее, дешевле и

проще. Он предлагает:1) пожертвовать журналами транзакций;2) отказаться от одновременной работы пользователей;3) отказаться от случайных (ad hoc) запросов;4) работать с БД, которые целиком размещаются в ОП; 5) Всю логику приложения реализовать внутри СУБД в виде хранимых

процедур.

Другие специалисты считают, что это приведет к уменьшению надежности, масштабируемости, безопасности, а если взять все критерии, которые

пользователь учитывает при выборе СУБД (производительность,надежность, масштабируемость, безопасность, простоту управления и

разработки, возможность работы с большими данными, поддержкуспециальных схем алгоритмов, поддержку стандартов и национальных

языков, распространенность СУБД, возможность обучения, количествоудачных внедрений), то здесь универсальные СУБД имеют преимущества.

45

Тенденции развития СУБД

Многие специалисты считают, что кардинально повлиять на коммерческие

СУБД могут только революционные изменения в оборудовании, напримеротказ от дисков в пользу флэш-памяти.

Поскольку лидеры предлагают не просто СУБД, а платформы для

создания предложений, имеют ресурсы для реализации новых идей, топромышленным СУБД предсказывают путь эволюции путем отработки

следующих тенденций: 1) виртуализация и grid;2) самоуправление, самодиагностика, самолечение;3) тестирование изменений при переходе на новые решения;4) максимальная доступность; 5) измерение времени и быстрое воссоздание старых состояний;6) поддержка новых типов данных (XML, OWL, RDF, неструктурированные

данные);7) умные механизмы сжатия и дедупликации;8) совершенствование методов защиты;9) СУБД в качестве кэша;10) Облака и машины БД.

46

Тенденции развития СУБД (продолжение)

Тенденции развития СХД

Традиционные СХД на рубеже столетий:DAS (Direct Atteched Storage) – устройство внешней памяти, напрямую

подключенное к компьютеру (через Parallel SCSI или Fibre Channal) и используемоетолько этим компьютером;

NAS (Network Atteched Storage) – выделенный сервер + дисковая подсистема. Ихв локальной сети может быть несколько. Все приложения локальной сети могут

использовать файлы NAS;SAN (Storage Area Network) – выделенная сеть устройств хранения, которая

позволяет множеству серверов использовать совокупный ресурс.

47

Тенденции развития СХД (продолжение)

Но для распределенных ИС требуется объединить NAS и SAN на основе

взаимодействия с приложениями по IP-протоколу. Подобные решения предлагаютсямногими компаниями, в первую очередь IBM и EMC.

Нет логических устройств (LUN), а есть объекты, сопровождаемые метаданными иобъединенные единым пространством имен вместе

Аппаратное обеспечение облачных СХД: серверы; коммутаторы; системыхранения.

Предоставляемые сервисы:1) Сервис метадынных; 3) Сервис обнаружения данных с помощью метадынных;2) Сервис работ; 4) Сервис стратегий.

48

WSОблачная

СХД

Облачная

СХД

Сеть про-вайдера

Облачная

СХДСеть другого

провайдера

HTTP (команды PUT/GET)

Gartner : применение технологий WEB 2.0 в бизнес-целях с помощьюинструментов коммерчесих поставщиков – стойкая тенденция

WEB-коллажи – это составные WEB-приложения, разработанные с использованиемконтента и сервисов, имеющихся в Internet. Они будут доминировать при создании

систем совместной работы и офисных инструментов.

WEB-коллажи создаются объединением из различных источников WWW:1) Контента;2) Функциональности;3) Представлений.

Контент и представления предоставляются в виде потоков RSS или Atom в

формате XML.

Функциональность приложений формируется обычно с помощью JavaScript .

Контент, функциональность приложений и представления в браузере связываются спомощью языков скриптов (PHP,Ruby) или с помощью традиционных языков Java , C#.

Средства создания WEB-коллажей:1) вручную;2) с помощью инструментов:

- Google Mashup Editor ;- Quick and Easily Done Wikiи др.

49

Композитные корпоративные приложения на базе WEB 2.0