- •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.4. Требования, предъявляемые к декомпозиции.
Декомпозиция - многоступенчатый процесс от начального, высшего уровня модели системы до уровня, завершающего очередной этап анализа. После декомпозиции получают древовидную структуру, отвечающую определенным требованиям, к которым относятся:
целостность представления анализируемого объекта на каждом уровне;
иерархичность структуры исследуемого объекта;
применимость количественных индикаторов по всем фрагментамдекомпозиции;
информационнаяо обеспеченость на каждом уровне;
моделирование в виде последовательности этапов.
К декомпозиции модели предъявляются два противоречивых требования простоты и полноты. Проблему надо рассмотреть всесторонне и подробно, но оставить полученную структуру наиболее компактной. Требуется сокращать размеры дерева. Размер «в ширину» задан числом элементов модели - основания декомпозиции, поэтому последняя должна быть компактной. В то же время для полноты нужны развитые, подробные модели. Компромисса можно достичь оценкой существенности: в основание включаются только компоненты релевантные, важные для цели анализа. В алгоритме надо предусмотреть вносимость необходимых поправок и дополнений в модель-основание, причём рекомендуется:
внести в список элементов «все остальное», что будет стимулировать дополнения к предложенной модели.
фрагментация элементов модели-основания в случае необходимости на следующих этапах анализа.
2.5.2.5. Алгоритм декомпозиции
В соответствии с принципом простоты количество уровней декомпозиции должно быть небольшим, но по принципу полноты необходимо нужна возможность продления декомпозиции по любой ветви различной длины. Прекращение происходит при достижении локального результата, не требующего дальнейшего разложения, т.е. элементарного результата – простого и заведомо выполнимого.
Неэлементарный фрагмент вновь подвергается декомпозиции, в т.ч. по вновь введеннным элементам модели-основания. Рисунок 2.11 дает пример системы «ВУЗ». Выход «студенты» делится на студентов дневного, вечернего и заочного обучения, выход «научная информация» - на «монографии», «статьи», «отчеты по НИР», «заявки на изобретения» и «Прочее». При необходимости из «прочего» выделяются и включаются в структуру другие элементы. Это дает новые основания для декомпозиции и возможность дальнейшего анализа.
Рис. 2.11. Анализ системы «вуз».
Алгоритм декомпозиции представляется схемой на рис. 2.12., взятой из работы Ф.К.Перегудова и Ф.П.Тарасенко [27].
Рис. 2.12. Схема алгоритма декомпозиции.
2.5.3.Агрегирование систем
В отличие от декомпозиции, при агрегировании несколько элементов объединяют. В этом случае у систем проявляются новые качества. Цели агрегирования различны, поэтому способы агрегирования иногда тоже принципиально различны.
Новые качества агрегированных систем не сводятся к качествам отдельных частей, что отражает внутреннюю целостность систем, являясь системообразующим фактором.
Новые качества систем порождаются свойствами связей между их частями и варьируют от полной независимости частей до их полного согласования.
