- •1.Введение в системный анализ и моделирование
- •1.1.Введение
- •1.2. Предмет системного анализа
- •1.3. Многоаспектность строения и функционирования систем
- •1.4. Цель, задача, структура, система, системность
- •Исходная таблица состояний информационно-логической задачи.
- •1.5. Классификация систем. Большие и сложные системы.
- •1.6. Управление в системе и управление системой.
- •1.7 Выводы
- •Вопросы для самоконтроля
- •2.Теория графов и программно-целевой метод анализа предметных областей
- •2.1. Методы теории множеств в информационных классификациях
- •2.2 Обозначения теории графов
- •2.3. Семантические сети
- •2.4. Пример использования системного анализа предметной области
- •2.5. Программно-целевой подход в системных задачах
- •2.5.1.Этапы и область применения программно-целевого подхода
- •2.5.2.Алгоритм декомпозиции
- •2.5.2.1.Стадии анализа и синтеза
- •2.5.2.2. Метод структурного анализа
- •2.5.2.3. Методы декомпозиции
- •2.5.2.4. Требования, предъявляемые к декомпозиции.
- •2.5.2.5. Алгоритм декомпозиции
- •2.5.3.Агрегирование систем
- •2.5.3.1. Уровни агрегирования
- •2.5.3.2. Типы связей в системе
- •1.Связи взаимодействия (координации):
- •3.Связи преобразования:
- •2.5.3.3. Виды агрегирования
- •2.6. Выводы
- •Вопросы для самоконтроля.
- •7. Алгоритм декомпозиции.
- •3. Структурный подход к моделированию предметной области
- •3.1. Сущность структурного подхода
- •3.2. Методология функционального моделирования sadt
- •3.2.1. Технология структурного анализа и проектирования
- •3.2.2. Функциональная модель и ее состав
- •3.2.3. Иерархическая структура диаграмм.
- •3.2.4. Связи между функциями.
- •Типы связей и относительная их значимость.
- •Перечень типов связей и области применения.
- •3.3. Моделирование потоков данных
- •3.4. Моделирование данных
- •3.4.1. Case-метод Баркера
- •3.4.2. Методология idef1
- •3.5. Образец использования структурного подхода: фильмотека
- •3.5.1. Описание предметной области
- •3.5.2. Фазы проекта
- •Типы событий.
- •Матрица событий.
- •3.6. Выводы
- •Вопросы для самоконтроля
- •5. Моделирование потоков данных.
- •4.Объектно-ориентированная методология анализа и моделирования предметной области
- •4.1.Этапы развития uml и используемые методологии проектирования
- •4.1.1. Основные этапы развития uml.
- •4.1.2. Методология объектно-ориентированного программирования
- •4.1.3. Методология ооап
- •4.1.4. Особенности системного анализа и моделирования при проектировании информационных и программных систем
- •4.2. Базовые элементы языка uml
- •4.2.1. Общие сведения
- •4.2.2. Структура языка uml
- •4.2.3. Пакеты языка uml
- •4.2.4. Основные пакеты метамодели uml
- •4.2.4.1. Пакет «Основные элементы»
- •4.2.4.2. Пакет «Элементы поведения»
- •4.2.4.3. Пакет «Общие механизмы.
- •4.2.5. Особенности описания метамодели uml
- •4.2.6. Особенности изображения диаграмм uml
- •4.2.7. Примеры использования диаграмм
- •Interaction diagram (диаграмма взаимодействия)
- •5. Rational Rose и объектно-ориентированное проектирование
- •5.1. Функциональные особенности Rational Rose
- •5.2. Объектно-ориентированная методология анализа предметной области и моделирование бизнес-процессов
- •5.2.1. Средства и методы моделирования бизнес процессов
- •5.2.2. Пример моделирования предметной области
- •5.3. Выводы
- •Вопросы для самоконтроля.
- •1. Методология объектно-ориентированного программирования.
- •6. Методы анализа предметной области при нечетких условиях выбора решений
- •6.1. Нечеткая логика – математические основы
- •6.2. Основы нечеткого управления
- •Результаты анализа правил установки мощности калорифера.
- •6.3. Системы управления с нечеткой логикой
- •6.4. Выводы
- •Вопросы для самоконтроля
- •Нормативные источники
- •Обязательная литература
- •Рекомендуемая литература
- •Источники интернет
- •1.1.2.2 Осуществлять контроль качества обучения, в том числе посещаемости занятий, сроков их проведения, успеваемости и пр.
- •1.1.2.3 Организовать выполнение и защиту дипломных работ
- •1.1.3 Подвести итоги работ за год
- •1.2.2 Провести учебно–методическую работу в обеспечение выполнения учебного план
- •1.2.3 Выполнить учебный план
2.5.2.3. Методы декомпозиции
Наиболее часто встречаются следующие методы декомпозиции.
1. Процесс рассматривается последовательно в отдельные интервалы времени; оценки и решения принимаются для каждого интервала. Это целесообразно, если:
параметры системы в рассматриваемых интервалах времени почти стабильны, их можно считать постоянными, что облегчает моделирование – так, государственный бюджет рассчитывается на годовой период с поквартальным разбиением);
решения можно принимать не сразу, а поэтапно (при этом количество учитываемых параметров на каждом интервале времени уменьшается).
2. Разбиение на предметной основе. Такая декомпозиция удобна возможностью разделения работ между различными исполнителями. Отметим при этом опасность ослабления контактов между исполнителями, что повышает роль координирующих частей системы.
3. Декомпозиция по интересам и целям различных субъектов. Например, исследование грузоперевозок можно проводить с точки зрения интересов перевозчиков, грузоотправителей и грузополучателей, владельцев транспортных систем, населения районов около транспортных систем.
4. Топологическое разбиение проблемы по пространственным областям. Это удобно, если изменения в одной области незначительно влияют на процессы в других областях.
При разработке информационных систем могут использоваться все методы. В частности, очевидным является использование декомпозиции согласно целям потенциальных пользователей системы.
Применение разбиения проблемы на основе ее рассмотрения применительно к различным географическим областям также очевидно. Это используется при построении государственных и региональных информационных систем, например «ГАС ВЫБОРЫ», обеспечивающую проведение государственной функции проведения выборов в государственные и территориальные органы власти и последующую интеграцию всех данных в Центральной избирательной комиссии.
Рассмотрение проблемы разработки информационных систем по профессиональному принципу вызвано спецификой и многоаспектностью самих систем – должны быть спроектированы информационные технологии, включающие информационное и лингвистическое обеспечения, реализуемые с помощью программно – технических комплексов и телекоммуникаций.
Декомпозиция проблемы в рамках отдельных интервалов времени с принятием решений и оценками для каждого интервала характерна для очень крупных информационных систем, когда необходима координация материальных ресурсов – человеческих, финансовых, технических.
Декомпозицию проводят по определенным представлениям о системе, т.е. решается вопрос о моделях компонент, полученных после декомпозиции. На самом деле, формальных типов моделей используется немного: это модели состава, структуры, структурной или функциональной схемы (любая - в статическом или динамическом варианте) и модель «черного ящика». Это обеспечивает перебор типов моделей, соответствующих различным методам структурного разбиения. Однако в основу декомпозиции можно положить только содержательную модель системы; формальная модельи указывает на тип модели-основания. Итак, чтобы положить формальную модель в основу декомпозиции, ей надо придать содержание, т.е. сделать содержательной моделью.
Степень полноты декомпозиции обеспечивается содержательностью выбранной формальной модели. Следовательно, надо заботиться о полноте формальной модели, чего легче добиться при ее высокой абстрактности.
Приведем некоторые формальные модели.
1. Схема входов системы на рис. 2.8 максимально абстрактна, а потому и полна: ликвидация любого элемента разрушит ее полноту, а добавить к ней нечего.
Рис. 2.8. Схема входов системы
2. Положив в основу тезис «все имеет начало, продолжение и конец», получим формально абсолютно полную модель. Конечно, она слишком обобщённа, почему для реальных задач (см. пример ниже) модель надо детализировать.
Итак, особо важно иметь полные формальные модели,, почему и желательно создавать наборы таких моделей.
При разработке моделей сложных систем надо учитывать следующее.
1. Полная формальная модель обеспечивает полноту модели-основания, а также целостное представление анализируемой системы на всех уровнях.
2. Иерархичность структуры системы.
3. Возможное применение числовых индикаторов состояния на любом уровне.
4. Состав пользователей моделей и их информационное обеспечение.
5. Последовательные этапы моделирования системы.
Следует подчеркнуть, что объект декомпозиции должен сопоставляться с каждым элементом модели-основания.
Пример декомпозиции процесса решения системных задач (по Н.П.Федоренко).
Декомпозиция проходит по модели-основанию на базе формальной модели «жизненный цикл». Это позволяет декомпозировать период времени «жизни» системы от возникновения до окончания работы. Декомпозиция предусматривает разбиение на этапы, представляющие последовательность действий с обнаружения проблемы до ее решения.
Декомпозиция жизненного цикла проблем приведена на рис. 2.9.
Рис. 2.9. Декомпозиция жизненного цикла проблем
