- •Б. Б. Желваков
- •Моделирование систем
- •Учебное пособие
- •Санкт-Петербург
- •Составитель
- •Подготовлено на кафедре
- •230201 – Информационные системы и технологии
- •1. Основные понятия теории моделирования систем 6
- •2. Классификация моделей и методов моделирования 21
- •3. Математические методы моделирования 35
- •4. Имитационное моделирование. 62
- •5. Моделирование организационных систем 116
- •6. Методика и стандарты функционального моделирования 140
- •7. Объектно-ориентированное моделирование 166
- •8. Моделирование бизнес-процессов 221
- •9. Моделирование систем с soa-архитектурой 226
- •10. Модели систем с «облачной» архитектурой 237
- •Введение
- •1. Основные понятия теории моделирования систем
- •1.1. Системный подход и понятие «система»
- •1.2. Системный анализ
- •1.3. Понятия «модель» и «моделирование»
- •1.4. Моделирование систем как процесс формирования знаний.
- •1.5. Моделирование больших и сложных систем.
- •2. Классификация моделей и методов моделирования
- •2.1. Основные типы системных моделей
- •2.2. Классификация методов моделирования сложных систем
- •3. Математические методы моделирования
- •3.1. Принципы и подходы к построению математических моделей
- •3.2. Этапы построения математической модели
- •3.3. Примеры математических моделей
- •3.3.1. Модель целенаправленной системы
- •3.3.2. Модель абстрактной системы с неопределённой структурой
- •3.3.3. Модель целенаправленной системы с управлением.
- •3.3.4. Модель оптимального планирования доставки товаров потребителям
- •3.3.5. Модель в контуре управления экономической системы
- •4. Имитационное моделирование.
- •4.1. Понятие имитационного моделирования
- •4.2. Автоматизация имитационного моделирования
- •4.3. Дискретно-событийное моделирование
- •4.3.1. Системы массового обслуживания
- •4.3.2. Механизмы продвижения времени
- •4.3.3. Обозначения смо-систем
- •4.3.4. Параметры систем массового обслуживания
- •4.3.5. Критерии оценки работы систем массового обслуживания
- •4.3.6. Компоненты дискретно-событийной имитационной модели и их программная организация
- •4.4 Этапы исследования системы с помощью имитационного моделирования
- •4.5. Преимущества, недостатки и ошибки имитационного моделирования
- •4.6. Моделирование по методу Монте-Карло
- •4.7. Программное обеспечение имитационного моделирования
- •4.7.1. Классификация программных средств имитационного моделирования
- •4.7.2. Общие элементы моделирования
- •4.7.3. Универсальные пакеты имитационного моделирования
- •4.7.4. Предметно-ориентированные пакеты имитационного моделирования
- •5. Моделирование организационных систем
- •5.1. Концепции и стандарты организационного моделирования
- •5.2. Метамоделирование
- •5.3. Метамодель общих хранилищ данных (cwm)
- •5.4. Моделирование организационных систем
- •6. Методика и стандарты функционального моделирования
- •6.1. Методика функционального моделирования sadt
- •6.2. Диаграммы «сущность-связь»
- •6.3.Стандарты idef
- •6.3. Система моделирования бизнес-процессов AllFusion Process Modeler
- •7. Объектно-ориентированное моделирование
- •7.1. Принципы и методология объектно-ориентированного подхода.
- •7.2. Унифицированный язык моделирования uml
- •7.2.1. Архитектура uml
- •7.2.2. Диаграммы uml
- •7.2.3. Использование uml при моделировании систем реального времени
- •7.2.4. Преимущества uml
- •7.2.5. Унифицированный Процесс разработки по компании Rational
- •7.3. Архитектура, управляемая моделями
- •7.4. Разработка, управляемая моделями (mdd)
- •7.5. Объектно-ориентированное программирование
- •7.6 Инструментальные средства поддержки оо‑технологий
- •8. Моделирование бизнес-процессов
- •9. Моделирование систем с soa-архитектурой
- •9.1. Композитная структура программ
- •9.2. Концепция soa
- •9.3. Сервис-ориентированное моделирование
- •10. Модели систем с «облачной» архитектурой
- •Заключение
- •Литература
9.3. Сервис-ориентированное моделирование
Ориентация на сервисную архитектуру позволяет построить ссылочную модель информационной системы с SOA- архитектурой (SOA-Reference Model, SOA-RM), которая в единой манере описывает как бизнес, так и информационные технологии.
Эта модель состоит из следующих основных компонент (рис. 9.4):
презентационный уровень ‑ описывает интерфейсные сервисы для взаимодействия пользователей с информационной системой, включая корпоративные и публичные порталы, доступ с мобильных устройств, а также различные преобразования информации при взаимодействии с внешними системами и устройствами;
на уровне бизнес-сервисов формируются модели и осуществляется управление выполнением бизнес-процессов предприятия с использованием специализированных средств (типа BPEL), а также координация автоматизированных и "ручных" операций;
интеграционные сервисы обеспечивают взаимодействие между приложениями, которое может быть реализовано, в частности, с использованием средств обмена сообщениями или в рамках единой среды исполнения, такой как сервер приложений J2EE;
cервисы уровня данных реализуют средства извлечения и повторного использования данных из СУБД и приложений. Явное выделение такого уровня позволяет изолировать вышестоящие компоненты архитектуры от изменений в технологиях (например, смены вендора или версии продукта), а также обеспечить единый унифицированный подход к выполнению операций с данными;
уровень инфраструктуры, приложений и СУБД является основой всей структуры SOA, поскольку именно здесь концентрируются основные инвестиции в ИТ.
Рис. 9.4. Ссылочная модель сервис-ориентированной Архитектурой (OASIS26 SOA-RM)
Взаимодействие между этими уровнями, однако, осуществляется не напрямую, а через сервисы, выделенные на уровень обработки событий. Сервисы этой компоненты архитектуры обеспечивают сбор данных о событиях в масштабе всего предприятия, необходимое преобразование и маршрутизацию этих данных между разными уровнями, а также "обратную связь" между сервисами каждого отдельного уровня.
В предложенной модели, наряду с рассмотренными уровнями, отвечающими за взаимодействие различных групп сервисов "как бы в процессе деятельности предприятия", выделяется отдельная компонента архитектуры, которая описывает аспекты, связанные с жизненным циклом сервисов – то есть их созданием, эксплуатацией и оптимизацией.
10. Модели систем с «облачной» архитектурой
Этот раздел подготовлен по материалам сайтов, указанных в конце списка литературы [30].
Идея облачных вычислений (англ cloud computing) восходит к центрам коллективного пользования, к предоставлению – на новом витке развития – более широкого спектра услуг, связанных с прикладными сервисами. Разработчики определяют облачные вычисления (ОВ) как инновационную технологию, которая предоставляет пользователям через Интернет динамично масштабируемые вычислительные ресурсы и приложения в качестве сервиса под управлением поставщика услуг. Эксперты в области ИТ говорят, скорее, не об инновационности облачных технологий, а о переходе количества в качество, то есть об эффекте масштабирования. Как пример этого вида услуг можно привести виртуально выделенный сервер – современную технологию хостинга, сочетающую в себе мощность выделенного сервера с гибкостью и простотой управления. Причём в некоторых применениях ОВ могут стать альтернативой суперкомпьютерам.
Уже сейчас многие международные корпорации, такие как T-mobile, General Electric, Philips и другие перешли на использование облачных технологий. Работают с ними и в правительствах. Здесь в авангарде США и Великобритания. К 2015 году завершится переход на правительственное «облако» в Японии. С заявкой на создание такого «облака» уже обратилось к одной из компаний правительство Китая. Под «облаком» находятся и муниципалитет Лос-Анджелеса, и Европейское агентство по охране окружающей среды.
Преимущества новой бизнес-модели. По словам директора Института системного программирования РАН (ИСП РАН) академика Виктора Иванникова, потребителю «обеспечивается неограниченная «масштабированность», иначе говоря, «сколько ресурсов вам нужно, столько и будет предоставлено». При этом оплата производится за реальные услуги или ресурсы, за то время, в течение которого вы ими пользуетесь. Не надо тратить огромные средства на создание собственных серверов и центров обработки данных в вашем офисе, на оплату лицензионного программного обеспечения (ПО), на содержание квалифицированного персонала. Вы просто можете автоматизировать все ИТ-процессы, купив готовые пакеты: SaaS (аренды ИТ-приложений), DaaS (аренды виртуального рабочего места), IaaS (аренды ИТ-инфраструктуры), PaaS (разработки новых решений на базе облачных платформ). Их, в частности, предлагает российская компания – системный интегратор КРОК.
Определения. «Облачными» называют компьютерные системы, с помощью которых клиентские компьютеры или другие сетевые устройства получают разделяемые (shared) ресурсы (программное обеспечение и информацию) «по требованию» из сети Интернет. Модель такой системы показана на рис. 11.1.
Рис. 11.1. «Облачная» компьютерная система
Характеристики. Клиенты «облачных» систем, обычно, не имеют физической инфраструктуры, и, избегая капиталовложений, арендуют использование вычислительных ресурсов у сторонних поставщиков. Они потребляют ресурсы как сервисы (получая их, когда нужно ‑ «по требованию») и платят только за те ресурсы, которые они фактически используют. Пользователи «облачных» систем избавлены от капиталовложений в аппаратные средства ЭВМ, программное обеспечение и услуги. Они платят поставщику только за что, они использует. Поэтому они приобретают всё большую популярность у малого и среднего бизнеса, не обладающих большими капиталами для установки дорогих и сложных в использовании IT-систем.
Архитектура. Облачная архитектура ‑ это архитектура программной системы вовлеченной в поставку облачных вычислений. Обычно она включат множество облачных компонентов, общающиеся друг с другом через API-интерфейсы и Web-сервисы. Пример архитектуры небольшой «облачной системы показан на рис. 11.2.
Рис. 11.2. Архитектурная модель небольшой «облачной» системы
Это напоминает философию Unix: при наличии многих программ каждая хорошо выполняет только одну задачу и работает вместе с другими по универсальным интерфейсам. Сложность находится под контролем, а результирующая система более управляема, чем её монолитные аналоги. Два самых существенных компонента архитектуры облачных вычислений известны под названием фронтальная (front end) и тыловая (back end). Фронтальная часть облачной архитектуры – это часть приложения, видимая клиентом, то есть пользователем компьютера. Она включает клиентскую сеть (или компьютер) и приложения, используемые для доступа к «облаку» через пользовательский интерфейс, представленный web-браузером. Тыловая часть – это непосредственно само 'облако', включающее различные компьютеры, серверы и устройства хранения данных.