- •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.2. Структура языка uml
Язык UML состоит из двух взаимодействующих частей:
Синтаксис языка UML - метамодель, определяющая абстрактцию понятий объектного моделирования на языке UML.
Нотация UML.- графические средства представления семантики языка UML.
Семантика определяется для структурных моделей и моделей поведения.
Структурные (статические) модели, описывают структуру компонент системы, включая классы, интерфейсы, атрибуты и отношения.
Модели поведения(динамические) описывают поведение объектов системы, в т.ч. их методы, взаимодействие объектов и изменения состояний компонент и всей системы.
Формальное описание UML основано на общей иерархической четырехуровневой структуре модельных представлений:
Мета-метамодель.
Метамодель.
Модель.
Объекты пользователя.
Предназначение мета-метамодели в определении языка спецификации метамоделей на высшем уровне абстракции; это наиболее компактное ее описание. Мета-метамодель может специфицировать ряд метамоделей, что дает гибкость для включения дополнительных понятий (метакласс, метаатрибут, метаоперация и т.д.). Сама семантика мета-метамодели не входит в описание языка UML.
Метамодель является экземпляром мета-метамодели и служит для определения языка спецификации моделей, обладая более богатой семантикой базовых понятий. Все основные понятия языка UML (класс, атрибут, операция, компонента, ассоциация) принадлежат этому уровню.
Модель в языке UML является экземпляром метамодели и использует только понятия метамодели применительно к конкретной ситуации. На этом уровне описывают информацию о предметной области, для чего нужно согласование понятий уровней модели и метамодели. Пример понятий уровня модели - имена полей базы данных, такие как марка и модель автомобиля, год выпуска, номер госрегистрации. Эти понятия используют как имена информационных атрибутов.
На уровне объектов понятия модели конкретизируют, а объект, содержащий конкретную информацию о параметрах модели, является ее экземпляром. Примером объекта - запись в базе данных: "Ford Focus, 2008, A123BC45".
При описании семантики UML рассматривают только базовые понятия уровня метамодели. По сути метамодель UML более логическая, чем физическая модель или модель реализации. Логическая модель концентрируется на концептуальной семантике без деталей конкретной физической реализации. Отдельные реализации, применяющие логическую метамодель, согласуются с ее семантикой и поддерживают импорт и экспорт отдельных логических моделей.
Одновременно логическая метамодель реализуема различными способами для достижения нужного уровня производительности и надежности инструментальных средств. Это и недостаток логической модели, не содержащей на уровне семантики требований для ее последующей эффективной реализации, хотя их учет обязателен для разработчиков средств поддержки языка UML.
Метамодель языка UML включает около 100 метаклассов, более 100 метаассоциаций и около 50 стереотипов; в новых версиях языка их больше. Элементы UML сведены в логические пакеты, и описание языка на уровне метамодели включает три наиболее общих логических блока или пакета: основные элементы, элементы поведения и общие механизмы. Элементы модели произвольной природы, включенные в один пакет, выступают как единое целоге. Пакеты, как и все элементы модели, могут входить в другие пакеты.