- •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 Выполнить учебный план
4.1.4. Особенности системного анализа и моделирования при проектировании информационных и программных систем
Системный анализ старше, чем ООП и ООАП, и у него собственный предмет исследования. Как уже отмечалось, у системы возникают новые свойства, которых нет у ее элементов. Примеров систем можно привести достаточно много - это персональный компьютер, автомобиль, человек, биосфера, программа и др. Можно сказать также, что любой объект является системой.
Структура системы – стабильное во времени множество взаимосвязей между ее элементами; она связывает элементы, препятствуя распаду системы. Структура системы может задавать и вложенность элементов одной системы в другую (подсистему в метасистему). При функционирования системы ее свойства изменяются, а характеризует систему состояние, т.е. совокупность свойств, в каждый момент времени отражающих существенные особенности ее поведения. Процесс функционирования системы описывается ее последовательным переходом между состояниями, при этом переход – это совокупность признаков изменения состояний.
Для информационной системы модель – это описание наиболее существенных закономерностей ее структуры и функционирования. Общее свойство моделей - их подобие исходной системе, что позволяет получить из них информацию о свойствах системы-оригинала.
Наиболее общей является так называемая модель "черного ящика", изображаемая в виде прямоугольника со скрытым или неизвестным внутренним устройством. Система не полностью изолирована от внешней среды, они информационно или материально взаимодействуют – с точки зрения системы это входные и выходные воздейсивия., (рисунок 4.1.5). В дальнейшем такая общая модель конкретизируется.
Рисунок 4.1.5. Модель системы как "черный ящик".
Создание и применение адекватных моделей приводит к использованию языков для моделирования и документирования, использующих специальные формальные и графические нотации. Понятно, что нужна унификация языка моделирования для его широкой применимости.
4.2. Базовые элементы языка uml
4.2.1. Общие сведения
Общецелевой язык визуального моделирования UML используют для спецификации, визуализации, проектирования и документирования бизнес-процессов, программного обеспечения и т.д. Это простое, но мощное средство моделирования, эффективное для создания концептуальных, логических и графических моделей различных сложных систем.
Использование языка UML основано на общих принципах моделирования сложных систем и объектно-ориентированном анализе. При этом исключительно важен принцип абстрагирования, предписывающий включать в модель только аспекты проектируемой системы, которые имеют непосредственно относятся к функциям или целевому предназначению системы. Второстепенные детали опускаются для упрощения анализа и исследования модели.
В свою очередь, согласно принципу многомодельности, нет единственной модели, достаточно адекватно описывающей все аспекты сложной системы. Это означает, что модель системы допускает ряд взаимосвязанных представлений (views), каждое из которых соответствует одному из аспектов структуры или поведения системы. Самыми общими считаются статическое и динамическое представления, которые могут подразделяться на более частные представления.
Модели сложных систем строятия по иерархическому принципу, когда модель строится на разных уровнях абстрагирования при фиксированных представлениях, а исходная модель имеет наиболее общее представление (метапредставление).
Принцип иерархического построения моделей сложных систем предписывает создание связанных моделей на разных уровнях детализации.
Уровень представления (layer) — способ организации и рассмотрения модели на одном уровне абстракции, который представляет горизонтальный срез архитектуры модели, в то время как разбиение представляет ее вертикальный срез.
При этом исходная или первоначальная модель сложной системы имеет наиболее общее представление и относится к концептуальному уровню. Такая модель, получившая название концептуальной, строится на начальном этапе проектирования и может не содержать многих деталей и аспектов моделируемой системы. Последующие модели конкретизируют концептуальную модель, дополняя ее представлениями логического и физического уровня.
В целом же процесс ООАП является последовательным переходом от создания общих моделей концептуального уровня к более детальным представлениям логического и физического уровня. На каждом этапе ООАП модели последовательно детализируются с более адекватным отражаением конкретной реализации системы.
Взаимосвязи моделей ООАП представлеы на рис. 4.2.1.
Рис. 4.2.1. Взаимосвязи моделей и представлений системы в объектно-ориентированном анализе и проектировании.
Все разновидности элементов графической нотации языка UML организованы в пакеты.Язык UML описан собственными средствами, причем в роли единого целого выступают произвольные сущности, отнесенные к одному пакету.
