- •Университет машиностроения
- •Визуальное моделирование
- •Треугольник успеха
- •Роль нотации
- •Итеративная и инкрементальная разработка
- •Методология Rational Unified Process
- •Структурирование по времени
- •Структурирование по компонентам процесса
- •Стадии разработки
- •Начало проекта
- •Цели и задачи этапа (начало проекта)
- •Последовательность этапов проектирования
- •Последовательность этапов…
- •Последовательность этапов…
- •Последовательность этапов…
- •Примерный проект (описание)
- •Постановка задачи регистрации курсов
- •Начало проектирования Создание прецедентов
- •Актёры в системе регистрации курсов
- •Описание актёров
- •Прецеденты
- •Поток событий прецедента
- •Реализация потока событий
- •Пример потока событий для прецедента
- •Пример потока событий (продолжение)
- •Пример потока событий (продолжение)
- •Прикрепление описание потока событий
- •Отношения прецедентов
- •Диаграммы прецедентов (use cases diagrams)
- •Диаграммы прецедентов (use cases diagrams)
- •Диаграммы действий (activity diagrams)
- •Действия (Activity)
- •Переходы (State Transition)
- •Элементы выбора (Decision)
- •Условные переходы
- •Прямолинейный (Rectilinear) режим отображения
- •Линии синхронизации
- •Секции
- •Начальное и конечное состояния
- •Объекты и классы
- •Состояние, поведение и индивидуальность
- •Объекты и классы (продолжение)
- •Обозначение и регистрация классов
- •Стереотипы классов
- •Стереотипы классов
- •Определение стереотипа и описание класса
- •Пакеты
- •Объекты и классы в системе регистрации курсов
- •Создание пакетов в системе регистрации курсов
- •Диаграммы классов
- •Диаграммы классов (продолжение)
- •Диаграммы классов с отображением пакета
- •Реализация прецедентов
- •Диаграмма реализации прецедентов
- •Связь реализации с представлением
- •Диаграммы последовательности действий
- •Диаграммы последовательности действий
- •Диаграммы последовательности действий
- •Диаграммы последовательности действий
- •Диаграммы последовательности действий и граничные классы
- •«Сложность» диаграмм последовательности действий
- •Диаграммы взаимодействий
- •Диаграммы взаимодействий (продолжение)
- •Диаграммы для сценария добавление учебного курса
- •Диаграммы для сценария добавление учебного курса
- •Резюме
- •Определение отношений
- •Ассоциативные отношения
- •Агрегационные отношения
- •Агрегационные отношения
- •Роли классов в ассоциации
- •Мощность отношений
- •Возвратные отношения
- •Отношения в системе регистрации учебных курсов
- •Отношения между пакетами
- •Отношения между пакетами в системе регистрации учебных курсов
- •Анализ поведения и структуры классов
- •Добавление поведения и структуры
- •Документирование операций
- •Создание и документирование атрибутов
- •Отображение атрибутов и операций
- •Ассоциативные классы
- •Университет машиностроения Кафедра «Автоматика и процессы управления»
Университет машиностроения
Кафедра «Автоматика и процессы управления»
Дисциплина
Информационные технологии
2 семестр
Тема 13
Unified Modeling Language
Унифицированный язык моделирования
Информатика. 2 семестр. Тема 13. UML
Визуальное моделирование
Визуальным моделированием (visual modeling) называется способ представления идей и проблем реального мира с помощью моделей.
Модель помогает понять проблему всем участникам, задействованным в реализации проекта на различных этапах.
Модель обеспечивает более точную оценку необходимых ресурсов, чёткую проработку планов и эффективное функционирование создаваемых систем.
Модель (model) – это абстракция, описывающая суть сложной проблемы или структуры без акцента на несущественных для рассмотрения деталях, тем самым делая её более понятной.
Принятые обозначения, используемые для построения модели, являются нотациями (notation).
Информатика. 2 семестр. Тема 13. UML
Треугольник успеха
Средства, необходимые для успешного проекта:
•Знание нотации без умения её применения для описания процессов провоцирует ошибки;
•Неумение описывать даже хорошо организованные процессы не позволит завершить проект;
•Неверное определение орудий труда (инструментов) приведет к неудаче в реализации проекта.
Информатика. 2 семестр. Тема 13. UML
Роль нотации
Нотация является важной составляющей любой модели – она служит связующим звеном между процессами.
Нотация выполняет три функции:
•Является языком для описания взаимодействий, которые неочевидны или не могут быть получены непосредственно из кода;
•Обеспечивает достаточную семантику, позволяющую охватить важные стратегические и тактические решения;
•Предлагает конкретную форму, помогающую человеку рассуждать о предметной области, а средствам моделирования воплощать описанные идеи.
Унифицированный язык моделирования (Unified Modeling Language, UML) – расширяемая нотация, используемая на этапах анализа и проектирования
Информатика. 2 семестр. Тема 13. UML
Итеративная и инкрементальная разработка
Разработка с использованием итеративного и инкрементального жизненного цикла состоит из создании серии версий, которые развиваются в направлении конечной системы
Риск – это степень нашего незнания какого-либо аспекта функционирования системы
Риски закреплены за каждой версией таким образом, чтобы успешное завершение версии уменьшало риск, закреплённый за ней
Информатика. 2 семестр. Тема 13. UML
Методология Rational Unified Process
Методика RUP используется для поддержки управления итеративным и инкрементальным жизненным циклом разработки
Два направления структурирования:
•Время (разделение жизненного цикла на фазы и версии);
•Компоненты процесса (создание необходимого набора средств для выполнения чётко определённых задач);
Информатика. 2 семестр. Тема 13. UML
Структурирование по времени
Работа над проектом состоит из следующих временных этапов:
•Задумка (inception) – определение общей идеи проекта;
•Проработка (elaboration) – планирование необходимых работ и ресурсов, указание особенностей и создание архитектуры;
•Создание (construction) – построение продукта при помощи серии последовательных версий;
•Переходный период (transition) – поставка продукта пользователям (производство, распространение, обучение).
Информатика. 2 семестр. Тема 13. UML
Структурирование по компонентам процесса
Работа над проектом состоит из следующих стадий:
•Построение бизнес-модели (business modeling) – определение необходимых возможностей системы и потребностей пользователей;
•Определение требований к системе (requirements) – изложение общей идеи системы совместно с функциональными и нефункциональными условиями её работы;
•Анализ (analysis) – описание способов исполнения системы на этапе реализации (формализация требований);
•Проектирование (design) – описание способов исполнения системы на этапе реализации (определение структуры объектов и последовательности операций);
•Реализация (implementation) – кодирование и генерация работающих программных модулей системы;
•Тестирование (test) – проверка функционирования системы;
•Внедрение (deployment) – поставка системы конечным пользователям и их обучение.
Информатика. 2 семестр. Тема 13. UML
Стадии разработки
Распределение объемов работ по стадиям разработки
Версии системы (прототипы) используются для проверки аналитических решений в области архитектуры системы
Информатика. 2 семестр. Тема 13. UML
Начало проекта
Определение «правильного» проекта
Простой, но достаточно сложный и важный вопрос:
«Правильна ли создаваемая система?»
Никому не нужна система, которая ничего не автоматизирует или автоматизирует неправильные вещи…
Для начала проекта нужна идея:
«Наша система делает…»
•Собираются и документируются идеи;
•Предварительно описываются риски;
•Описываются внешние интерфейсы;
•Планируется общая функциональность системы;
•Создаются тестовые прототипы для проверки общей концепции (proof of concept prototypes).
Информатика. 2 семестр. Тема 13. UML