- •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.2.4.2. Пакет «Элементы поведения»
Этот пакет является самостоятельной компонентой языка UML и, как следует из его названия, специфицирует динамику поведения в нотации UML. Пакет Элементы поведения состоит из четырех подпакетов: Общее поведение, Кооперации, Варианты использования и Автоматы (рисунок 4.2.7). Ниже дается краткая характеристика каждого из этих подпакетов.
Рисунок 4.2.7. Подпакеты пакета Элементы поведения языка UML.
Подпакет Общее поведение.
Подпакет Общее поведение определяет базовые понятия ядра для всех элементов поведения. В нем дана семантика для динамических элементов, включаемых в другие подпакеты элементов поведения. В Общее поведение входят такие элементы, как действие (Action), последовательность действий (ActionSequence), аргумент (Argument), связь атрибутов (AttributeLink), действие вызова (CallAction), действие создания (CreateAction), значение данных (DataValue), действие уничтожения (DestroyAction), исключение (Exception), сущность (Instance), связь (Link), объект (Object), сигнал (Signal).
Объект - важнейшее понятие этого подпакета Под объектом в UML понимают отдельный экземпляр или пример класса, структура и поведение которого полностью определены классом, порождающим объект. У всех объектов одного класса одинаковая структуру и поведение, хотя каждый из них имеет свое множество связей атрибутов, а каждая связь атрибута относится к некоторому экземпляру (обычно к значению данных). Это множество модифицируется по спецификации отдельного атрибута в описании класса.
В UML поведение - не только процесс изменения атрибутов объектов при выполнении операций над их значениями, но также создание и уничтожение самих объектов. Взаимодействие объектов, определяющее их поведение, описывают сигналами и действиями.
Подпакет Кооперации.
В подпакете Кооперации определено поведение элементов модели при выполнении отдельной задачи. В нем задана семантика понятий, дающих описание взаимодействия различных элементы модели с точки зрения структуры. Подпакет использует конструкции, определенные в Основных элементах и Общем поведении.
В подпакет Кооперации входят элементы: роль конца ассоциации (AssociationEndRole), роль ассоциации (AssociationRole), роль классификатора (ClassifierRole), кооперация (Collaboration), взаимодействие (Interaction), сообщение (Message), и его элементы непосредственно используют в диаграммах кооперации.
Подпакет Варианты использования.
Варианты использования описывают поведение включенных в модель специальных конструкций (актеров, вариантов использования). Эти понятия определяют функциональности моделируемой системы. Элементы этого подпакета используются для начального описания поведения системы без уточнения ее внутренней структуры.
В UML объединены средства концептуализации исходных требований к проектируемой системе, структуризации ее внутренних компонентов и семантика применяемых для этого элементов. Традиционные модели не дают одновременно описать статические или структурные свойства системы и динамику ее поведения. Попытки совместного решения данных проблем сталкиваются с отсутствием. Язык UML дает базу единой символики для описания близких по смыслу системных понятий и позволяет расширять эту базу.
В подпакет Варианты использования входят элементы: актер (Actor), расширение (Extension), точка расширения (ExtensionPoint), включение (Include), вариант использования (UseCase) и экземпляр варианта использования (UseCaselnstance).
Подпакет Автоматы.
В подпакете Автоматы описаны понятия для представления поведения модели в пространстве с конечным числом состояний и переходов. UML оперирует понятием автомата, включающим его объектную ориентацию. В нем автоматы применяют для моделирования поведения экземпляров классов и для спецификации взаимодействий между кооперациями. Дополнения к формализму автоматов обеспечивают семантический базис для графов деятельности.
В Автоматы входят: составное состояние (CompositeState), событие (Event), конечное состояние (FinalState), псевдосостояние (PseudoState), простое состояние (SimpleState), состояние (State), автомат (StateMachine), переход (Transition) и др.
Под состоянием в UML понимается абстрактный метакласс, используемый для моделирования ситуации или процесса с, обычно неявным, выполнением инвариантного условия. Примером может служить ожидание объектом внешнего события (запроса, передачи управления и т.д.). И наоборот, состояние можно использовать для моделирования динамических условий – так, момент начала выполнения некоторого действия обозначает переход объекта в соответствующее состояние.
