Эксперт

Сергей

Задать вопрос

Мы готовы помочь Вам.

Лабораторная работа №1. Построение диаграммы вариантов использования
Цель: Научиться строить диаграммы вариантов использования.
Введение
Краткая характеристика диаграммы вариантов использования
Визуальное моделирование в UML (Унифицированный Язык Моделирования) можно представить, как некоторый процесс поуровневого спуска от наиболее обшей и абстрактной концептуальной модели исходной системы к логической, а затем и к физической модели со-ответствующей программной системы. Для достижения этих целей вначале строится модель в форме так называемой диаграммы вариантов использования (use case diagram), которая описывает функциональное назначение системы или, другими словами, то, что система бу-дет делать в процессе своего функционирования. Диаграмма вариантов использования явля-ется исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки.
Разработка диаграммы вариантов использования преследует цели: Определить общие границы и контекст моделируемой предметной области на началь-ных этапах проектирования системы. Сформулировать общие требования к функциональному поведению проектируемой системы. Разработать исходную концептуальную модель системы для ее последующей детали-зации в форме логических и физических моделей. Подготовить исходную документацию для взаимодействия разработчиков системы с её заказчиками и пользователями.
Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актёров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актёром (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить ис-точником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь, вариант использования (use case) служит для описания сервисов, которые сис-тема предоставляет актёру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актёром. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актёров с системой.
Описание ПО StarUML2
Эта и все последующие лабораторные работы выполняются средствами ПО StarUML2. Данное программное обеспечение является бесплатным и может быть скачано с официально-го сайта http://staruml.io.
StarUML2 — программный инструмент моделирования, который поддерживает UML второй версии.
Построение диаграмм вариантов использования в StarUML2
Запустите StarUML2. После загрузки программы будет автоматически создана новая модель «Model».
6
Добавьте в неё диаграмму вариантов использования. Это можно сделать, например, так: щелчок ПКМ по «Model» в Model Explorer (вверху справа) → Add Diagram → Use Case Diagram.
Добавление элементов диаграммы
Чтобы добавить вариант использования (Use Case) выполните следующие действия: панель Toolbox (слева) → закладка Use Case → Use Case. После этого щёлкните ЛКМ по ра-бочей области в том месте, где будет размещаться данный элемент. Имя варианта использо-вания необходимо задать сразу после его добавления на диаграмму. Отредактировать имя – двойной щелчок ЛКМ по варианту использования. Также для этого можно воспользоваться панелью Editors (справа внизу).
Чтобы добавить актёра (Actor) выполните следующие действия: панель Toolbox (слева) → закладка Use Case → Actor. После этого щёлкните ЛКМ по рабочей области в том месте, где будет размещаться данный элемент. Имя актёра необходимо задать сразу после его до-бавления на диаграмму. Отредактировать имя – двойной щелчок ЛКМ по актёру. Также для этого можно воспользоваться панелью Editors (справа внизу).
Чтобы добавить отношение на диаграмму вариантов использования выполните сле-дующие действия: панель Toolbox (слева) → закладка Use Case → (нужный тип отношения).
Остальные элементы добавляются аналогично.
Создание текстового сценария
Текстовые сценарии уточняют или детализируют последовательность действий, совер-шаемых системой при выполнении её вариантов использования.
Текстовые сценарии строят только для базовых вариантов использования.
Для построения может быть использован любой текстовый редактор, в котором имеет-ся возможность построения таблиц.
Домашнее задание студентам для подготовки к выполнению лабораторной работы
Изучить по лекциям и учебной литературе особенности построения диаграмм вариан-тов использования.
Изучить принципы построения диаграмм вариантов использования в StarUML2 (см. ру-ководство пользователя).
Варианты заданий
Вариант задания (тема) выбирается один раз. Все лабораторные работы выполняются по одной теме. Перечень тем приведён в конце методической разработки. Тема выбирается согласно номеру студента в списке группы.
Порядок выполнения лабораторной работы
1. Запустите StarUML2. Переименуйте созданную модель в Model1.
2. Постройте диаграмму вариантов использования, приведённую на рисунке 1.
3. Сохраните результаты работы.
7
Рис. 1. Диаграмма вариантов использования (общая)
Вышеуказанная диаграмма является учебно-тренировочной и предназначена для луч-шего изучения особенностей построения диаграмм вариантов использования.
4. Откройте любой текстовый редактор, в котором есть возможность работы с таблица-ми и создайте текстовый сценарий, приведённый в таблице 1.
5. Сохраните результаты работы.

6. Запустите StarUML2 и создайте модель: в Model Explorer ПКМ по Untitled → Add → Model. Назовите её Model2.
7. Постройте диаграмму вариантов использования по выбранной теме. Диаграмма должна содержать не менее четырёх вариантов использования.
8. Сохраните результаты работы
9. Откройте любой текстовый редактор, в котором есть возможность работы с таблица-ми и создайте текстовый сценарий для каждого из базовых вариантов использования. В каждом из текстовых сценариев должно быть не менее трёх исключений. Количест-во шагов в каждом из текстовых сценариев в разделе «Типичный ход событий» долж-но быть равно 15 (допускаются небольшие отклонения).
10. Сохраните результаты работы.
Содержание отчёта
1. Титульный лист
2. Цель лабораторной работы
3. Результаты выполнения пунктов 2, 4, 7 и 9. Все построенные диаграммы должны быть в отчёте.
4. Выводы по работе.
9
Контрольные вопросы
1. Дайте определение диаграмме ВИ.
2. Перечислите цели диаграммы ВИ.
3. Что образует совокупность всех ВИ системы?
4. В качестве чего можно рассматривать диаграмму ВИ?
5. Как обозначается граница проектируемой системы?
6. Синонимом чего является понятие «субъект», в контексте диаграммы ВИ?
7. Всегда ли субъект должен изображаться на модели?
8. Сколько диаграмм ВИ может быть в модели системы?
9. Что такое вариант использования?
10. Назовите цель ВИ..
11. Что такое актёр? Каково графическое обозначение актёра?
12. Какие виды отношений Вы знаете?
13. Дайте краткую характеристику каждому из видов отношений..
14. Что такое требование?
15. Что такое классификация требований в модели FURPS+?
16. Зачем нужны текстовые сценарии вариантов использования?
17. Как выглядит шаблон текстового сценария?
Список литературы
Обязательная
1. Пальмов С.В. Конспект лекций по дисциплине «Методы исследования и моделирова-ния информационных процессов и технологий».
2. Руководство пользователя для StarUML2.
Дополнительная
1. Леоненков А.В. Самоучитель UML 2. СПб.: БХВ-Петербург, 2007. – 576 с.: ил.
Лабораторная работа №2. Построение диаграммы классов
Цель: Научиться строить диаграммы классов.
Введение
Краткая характеристика диаграммы классов
Центральное место в ООАП занимает разработка логической модели системы в виде диаграммы классов. Нотация классов в языке UML проста и интуитивно понятна всем, кто когда-либо имел опыт работы с CASE-инструментариями. Схожая нотация применяется и для объектов — экземпляров класса, с тем различием, что к имени класса добавляется имя объекта и вся надпись подчёркивается.
Нотация UML предоставляет широкие возможности для отображения дополнительной информации (абстрактные операции и классы, стереотипы, общие и частные методы, детали-зированные интерфейсы, параметризованные классы). При этом возможно использование графических изображений для ассоциаций и их специфических свойств, таких как отноше-ние агрегации, когда составными частями класса могут выступать другие классы.
Диаграмма классов (class diagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их
10
внутреннюю структуру и типы отношений. На данной диаграмме не указывается информа-ция о временных аспектах функционирования системы.
Диаграмма классов состоит из множества элементов, которые в совокупности отража-ют декларативные знания о предметной области. Эти знания интерпретируются в базовых понятиях языка UML, таких как классы, интерфейсы и отношения между ними и их состав-ляющими компонентами. При этом отдельные компоненты этой диаграммы могут образовы-вать пакеты для представления более общей модели системы.
Класс
Класс (class) в языке UML служит для обозначения множества объектов, которые обла-дают одинаковой структурой, поведением и отношениями с объектами из других классов. Графически класс изображается в виде прямоугольника, который дополнительно может быть разделён горизонтальными линиями на разделы или секции. В этих разделах могут указы-ваться имя класса, атрибуты (переменные) и операции (методы).
Отношения между классами
Кроме внутреннего устройства или структуры классов на соответствующей диаграмме указываются различные отношения между классами. При этом совокупность типов таких от-ношений фиксирована в языке UML и предопределена семантикой этих типов отношений. Базовыми отношениями или связями в языке UML являются: Отношение зависимости (dependency relationship) Отношение ассоциации (association relationship) Отношение обобщения (generalization relationship) Отношение реализации (realization relationship)
Построение диаграмм классов в StarUML2
Диаграмма классов (class diagram) добавляется аналогично диаграмме вариантов ис-пользования (см. лр.№1).
Добавление элементов диаграммы
Чтобы добавить класс (class) выполните следующие действия: панель Toolbox (слева) → закладка Classes (Basic) → Class. После этого щёлкните ЛКМ по рабочей области в том месте, где будет размещаться данный элемент. Имя класса необходимо задать сразу после его добавления на диаграмму. Отредактировать имя – двойной щелчок ЛКМ по классу.
Отношения на диаграмму классов добавляются аналогично диаграмме вариантов ис-пользования (см. лр.№1).
Чтобы добавить интерфейс (interface) выполните следующие действия: панель Toolbox (слева) → закладка Classes (Basic) → Interface. После этого щёлкните ЛКМ по рабочей об-ласти в том месте, где будет размещаться данный элемент. Имя интерфейса необходимо за-дать сразу после его добавления на диаграмму. Отредактировать имя – двойной щелчок ЛКМ по интерфейсу.
Домашнее задание студентам для подготовки к выполнению лабораторной работы
Изучить по лекциям и учебной литературе особенности построения диаграмм классов.
Изучить принципы построения диаграмм классов в StarUML2 (см. руководство пользо-вателя).

Порядок выполнения лабораторной работы
1. Запустите StarUML2 и откройте файл, который Вы создали в предыдущей работе. Выберите Model1.
2. Постройте диаграмму классов, приведённую на рисунке 2.
3. Сохраните результаты работы.
4. Выберите Model2.
5. Постройте диаграмму классов по выбранной теме. Диаграмма должна содержать не менее пяти классов.
6. Сохраните результаты работы.
Содержание отчёта
1. Титульный лист
2. Цель лабораторной работы
3. Результаты выполнения пунктов 2 и 5. Все построенные диаграммы должны быть в отчёте.
4. Выводы по работе.
Контрольные вопросы
1. Что такое диаграмма классов, классификатор?
2. Что такое характеристика, структурная характеристика?
3. Что такое характеристика поведения?
4. Что такое класс, активный класс?
5. Кратко расскажите об имени класса.
6. Дайте краткую характеристику понятию «атрибут класса».
7. Дайте краткую характеристику понятию «операция класса».
12
8. Что такое ассоциация?
9. Что такое квалификатор?
10. Что такое обобщение, агрегация, композиция, зависимость?
11. Что такое реализация?
12. Что такое интерфейс, шаблон?
Список литературы
Обязательная
1. Пальмов С.В. Конспект лекций по дисциплине «Методы исследования и моделирова-ния информационных процессов и технологий».
2. Руководство пользователя для StarUML2.
Дополнительная
1. Леоненков А.В. Самоучитель UML 2. СПб.: БХВ-Петербург, 2007. – 576 с.: ил.
Лабораторная работа №3. Построение диаграммы композитной структуры
Цель: Научиться строить диаграммы композитной структуры.
Введение
Краткая характеристика диаграммы композитной структуры
Диаграмма классов представляет собой логическую модель системы, на которой могут быть изображены взаимосвязи структурного характера только между классами. Внутренняя структура классов описывается в виде атрибутов и операций. Этого оказывается недостаточ-но при моделировании программного обеспечения, имеющего сложную структуру своих со-ставных частей. Именно для этой цели в UML2 служит диаграмма композитной структуры, которая позволяет изображать внутреннюю структуру или состав классов.
Внутренняя структура (internal structure) – структура взаимодействующих элементов модели, которые создаются в экземпляре содержащего их классификатора.
На диаграммах композитной структуры у класса есть внутренняя структура и порты. Классы выступает в качестве пространства имён для различных видов классификаторов, оп-ределённых в его области действия, включающей другие классы. Вложение классов друг в друга ограничивает их видимость внутренней областью пространства имён содержащего их класса и применяется для целей сокрытия информации. Другие вложенные классификаторы используются подобно любому другому классификатору в содержащем его классе.
В общем случае для описания внутренней структуры классификатора используется по-нятие свойства.
Свойство (property) – множество экземпляров, которые являются собственностью со-держащего их экземпляра классификатора.
Для представления внутренней структуры классификаторов в общем случае предназна-чена диаграмма композитной структуры. При этом классификатор, имеющий некоторую внутреннюю структуру, называют также композитным, а его внутреннюю структуру – ком-позитной структурой.
Композитный класс имеет некоторую внутреннюю структуру, состоящую из элементов, которые представляют собой части или свойства этого класса.
Часть (part) – свойство, которое является элементом внутренней структуры композит-ного классификатора, в частном случае – класса.
13
На диаграммах композитной структуры часть изображается с помощью вложения гра-фического символа прямоугольника с непрерывным контуром, который представляет часть, а символ содержащего его класса в отдельно его секции.
Соединитель (connector) – отношение, которое обеспечивает взаимосвязь между двумя или более экземплярами классификаторов, в частном случае – экземпляров классов.
Порт (port) – свойство классификатора, которое специфицирует отдельную точку взаи-модействия между этим классификатором его окружением или между классификатором и его внутренними частями.
Построение диаграмм композитной структуры в StarUML2
Диаграмма композитной структуры (composite structure diagram) добавляется аналогич-но диаграмме вариантов использования (см. лр.№1).
Добавление элементов диаграммы
Чтобы добавить класс (class) выполните следующие действия: панель Toolbox (слева) → закладка Classes (Basic) → Class. После этого щёлкните ЛКМ по рабочей области в том месте, где будет размещаться данный элемент. Имя класса необходимо задать сразу после его добавления на диаграмму. Отредактировать имя – двойной щелчок ЛКМ по классу.
Чтобы добавить порт (port) на диаграмму выполните следующие действия: панель Toolbox (слева) → закладка Collaboration → Port. После этого щёлкните ЛКМ по рабочей об-ласти в том месте, где будет размещаться данный элемент. Имя порта необходимо задать сразу после его добавления на диаграмму (если нужно). Отредактировать имя – двойной щелчок ЛКМ по объекту.
Прочие элементы добавляются аналогично.
Домашнее задание студентам для подготовки к выполнению лабораторной работы
Изучить по лекциям и учебной литературе особенности построения диаграмм компо-зитной структуры.
Изучить принципы построения диаграмм композитной структуры в StarUML2 (см. ру-ководство пользователя).

Порядок выполнения лабораторной работы
1. Запустите StarUML2 и откройте файл, который Вы создали в предыдущей работе. Выберите Model1.
2. Постройте диаграмму композитной структуры, приведённую на рисунке 3.
3. Сохраните результаты работы.
4. Выберите Model2.
5. Постройте диаграмму композитной структуры для Вашей предметной области.
6. Сохраните результаты работы.
Содержание отчёта
1. Титульный лист
2. Цель лабораторной работы
3. Результаты выполнения пунктов 2 и 5. Все построенные диаграммы должны быть в отчёте.
4. Выводы по работе.
Контрольные вопросы
1. Что показывает структура?
2. Что такое внутренняя структура?
3. Что такое свойство?
4. Что такое часть?
5. Что такое соединитель?
6. Что такое конец соединителя?
7. Что такое порт класса?
8. Что такое требуемый интерфейс? Что такое предоставляемый интерфейс?
Список литературы
Обязательная
1. Пальмов С.В. Конспект лекций по дисциплине «Методы исследования и моделирова-ния информационных процессов и технологий».
2. Руководство пользователя для StarUML2.
Дополнительная
2. Леоненков А.В. Самоучитель UML 2. СПб.: БХВ-Петербург, 2007. – 576 с.: ил.
15
Лабораторная работа №4. Построение диаграммы последовательности
Цель: Научиться строить диаграммы последовательности.
Введение
Краткая характеристика диаграммы последовательности
Для моделирования взаимодействия элементов моделей в UML2 используются диа-граммы взаимодействия.
Для представления временных особенностей передачи и приёма сообщений между элементами может использоваться диаграмма последовательности. Она применяется для мо-делирования синхронных и асинхронных процессов без точной привязки ко времени.
Диаграмма последовательностей – предназначена для представления взаимодействия между элементами модели программной системы в терминологии линий жизни и сообщений между ними.
Взаимодействие (interaction) – единица поведения некоторого классификатора, которая концентрирует внимание на наблюдаемом обмене информацией между элементами. являю-щимися участниками этого взаимодействия.
Графической нотацией для представления взаимодействия на диаграмме последова-тельности является прямоугольник с непрерывными сторонами – фрейм диаграммы.
Линия жизни – представляет одного индивидуального участника взаимодействия ил отдельную взаимодействующую сущность.
Спецификация выполнения (execution specification) предназначена для моделирования состояния активности линии жизни в описываемом взаимодействии.
Сообщение (message) – элемент модели, предназначенной для предоставления отдель-ной коммуникации между линиями жизни некоторого взаимодействия.
Комбинированный фрагмент – мощный механизм моделирования вложенного поведе-ния, с помощью которого можно представить несколько траекторий взаимодействия в ком-пактной для восприятия форме. В общем случае для представления отдельной части взаимо-действия используются фрагменты взаимодействия.
Фрагмент взаимодействия (interaction fragment) – абстрактное понятие для представле-ния общей единицы или части взаимодействия.
Частный случай фрагмента взаимодействия – комбинированный фрагмент.
Комбинированный фрагмент (combined fragment) – элемент модели, предназначенный для представления внутренней логической структуры фрагментов взаимодействия.
Комбинированный фрагмент определяется посредством оператора взаимодействия и соответствующих ему операндов взаимодействия. Семантика комбинированного фрагмента зависит от оператора взаимодействия.
Операнд взаимодействия (interaction operand) – отдельный фрагмент взаимодействия, предназначенный для использования в качестве внутренней части комбинированного фраг-мента.
Операнды взаимодействия отделяются друг от друга горизонтальными пунктирными линиями. Операнды взаимодействия образуют фрейм комбинированного фрагмента.
Оператор взаимодействия (interaction operator) определяет тип комбинированного фрагмента и является перечислением следующих 12 литералов: alt, assert, break, critical, ig-nore, consider, loop, neg, opt, par, seq, strict.
Использование взаимодействия (interaction use) — элемент модели, представляющий па-раметризованную ссылку на некоторое взаимодействие в контексте другого взаимодействия.
Использование взаимодействия изображается в форме фрейма комбинированного фрагмента с оператором ref, за котором следует полное имя использования взаимодействия.
16
Построение диаграмм последовательности в StarUML2
Диаграмма последовательности (sequence diagram) добавляется аналогично диаграмме вариантов использования (см. лр.№1).
Добавление элементов диаграммы
Чтобы добавить линию жизни (lifeline) выполните следующие действия: панель Toolbox (слева) → закладка Interactions (Basic) → Lifeline. После этого щёлкните ЛКМ по ра-бочей области в том месте, где будет размещаться данный элемент. Имя лини жизни необхо-димо задать сразу после его добавления на диаграмму. Отредактировать имя – двойной щел-чок ЛКМ по объекту. Также для этого можно воспользоваться панелью Editors (справа вни-зу).
Чтобы добавить сообщение (message) на диаграмму выполните следующие действия: панель Toolbox (слева) → закладка Interactions (Basic) → Message. После этого щёлкните ЛКМ по рабочей области в том месте, где будет размещаться данный элемент. Имя сообще-ния необходимо задать сразу после его добавления на диаграмму. Отредактировать имя – двойной щелчок ЛКМ по объекту. Также для этого можно воспользоваться панелью Editors (справа внизу).
Чтобы добавить комбинированный фрагмент (combined fragment) на диаграмму выпол-ните следующие действия: панель Toolbox (слева) → закладка Interactions (Advanced) → Combined Fragment. После этого щёлкните ЛКМ по рабочей области в том месте, где будет размещаться данный элемент. Имя комбинированного фрагмента необходимо задать сразу после его добавления на диаграмму. Отредактировать имя – двойной щелчок ЛКМ по объек-ту. Также для этого можно воспользоваться панелью Editors (справа внизу).
Остальные элементы добавляются аналогично.
Домашнее задание студентам для подготовки к выполнению лабораторной работы
Изучить по лекциям и учебной литературе особенности построения диаграмм последо-вательности.
Изучить принципы построения диаграмм последовательности в StarUML2 (см. руково-дство пользователя).

Порядок выполнения лабораторной работы
1. Запустите StarUML2 и откройте файл, который Вы создали в предыдущей работе. Выберите Model1.
2. Постройте диаграмму последовательности, приведённую на рисунке 4.
3. Сохраните результаты работы.
4. Выберите Model2.
5. Постройте диаграмму последовательности для типичного хода событий (см. тексто-вые сценарии вариантов использования из лр.№1) по выбранной теме для каждого ва-рианта использования (один вариант использования – одна диаграмма для типичного хода событий!). Для моделирования исключений используйте различные типы комби-нированных фрагментов.
6. Сохраните результаты работы.
Содержание отчёта
1. Титульный лист
2. Цель лабораторной работы
3. Результаты выполнения пунктов 2 и 5. Все построенные диаграммы должны быть в отчёте.
4. Выводы по работе.
Контрольные вопросы
1. Для чего используется диаграмма последовательности?
2. Что такое взаимодействие?
3. Что такое фрейм?
4. Что такое сообщение?
5. Что такое линия жизни?
6. Что такое сигнал?
7. Что такое фрагмент, операнд взаимодействия?
8. Что такое оператор взаимодействия? Какие существуют виды операторов взаимодей-ствия?
9. Что такое специально ограничение? Какие их виды вы знаете?
18
Список литературы
Обязательная
1. Пальмов С.В. Конспект лекций по дисциплине «Методы исследования и моделирова-ния информационных процессов и технологий».
2. Руководство пользователя для StarUML2.
Дополнительная
1. Леоненков А.В. Самоучитель UML 2. СПб.: БХВ-Петербург, 2007. – 576 с.: ил.
Лабораторная работа №5. Построение диаграммы коммуникации
Цель: Научиться строить диаграммы коммуникации.
Введение
Краткая характеристика диаграммы коммуникации
В контексте коммуникации линией жизни называют отдельного участника взаимодей-ствия, которым, как правило, является экземпляр класса. Изображаются в форме прямо-угольника.
Соединитель (connector) – отношение, которое обеспечивает взаимосвязь или коммуни-кацию между двумя или более экземплярами классификаторов.
Соединяет, как правило, две линии жизни. Изображается отрезком прямой линии. На каждом из концов этой линии дополнительно могут быть явно указаны имена ролей соответ-ствующей ассоциации.
Сообщения — специфицируют отдельную единицу коммуникации между двумя линия-ми жизни, одна из которых передаёт, а другая принимает от первой некоторую информацию.
Представляет собой законченный фрагмент информации, который специфицирует тре-бование по выполнению действий принимающей линии жизни.
Каждое сообщение может быть помечено строкой текста следующего формата:
<идентификатор сообщение> :: = [<предшествующие сообщения> ‘/’] <выражение последо-вательности> ‘:’ [<атрибут> ‘=’] <имя операции или сигнала> [ ‘(‘ [ <аргумент> [ ‘,’ <аргу-мент>]* ‘)’ ] [‘:’ <возвращаемое значение>].
Аналогичный синтаксис используется для идентификации сообщений на диаграмме последовательности. Рассмотрим толь отличия.
Предшествующие сообщения – разделённые запятыми номера сообщений. Смысл: дан-ное сообщение не может быть передано, пока не будут переданные все сообщения из этого списка.
Выражение последовательности – разделённый точками список отдельных термов по-следовательностей, после которого следует двоеточие. Каждый из термов представляет от-дельный уровень процедурной вложенности в форме законченной итерации. Верхний уро-вень соответствует самому левому терму последовательности. Каждый из термов последова-тельности имеет следующий синтаксис: [<целое число> | <имя> ] [<рекуррентность>]. Целое число указывает на порядковый номер сообщения в процедурной последовательности верх-него уровня. Имя в форме буквы некоторого алфавита используется для спецификации па-раллельных потоков или нитей управления. Рекуррентность используется для указания ите-ративного или условного характера выполнения передачи сообщений.
19
Построение диаграмм коммуникации в StarUML2
Диаграмма коммуникации (communication diagram) добавляется аналогично диаграмме вариантов использования (см. лр.№1).
Добавление элементов диаграммы
Чтобы добавить линию жизни (lifeline) выполните следующие действия: панель Toolbox (слева) → закладка Communication → Lifeline. После этого щёлкните ЛКМ по рабо-чей области в том месте, где будет размещаться данный элемент. Имя лини жизни необходи-мо задать сразу после его добавления на диаграмму. Отредактировать имя – двойной щелчок ЛКМ по объекту. Также для этого можно воспользоваться панелью Editors (справа внизу).
Чтобы добавить соединитель (connector) на диаграмму выполните следующие действия: панель Toolbox (слева) → закладка Communication → Connector. После этого щёлкните ЛКМ по рабочей области в том месте, где будет размещаться данный элемент. Имя сообщения не-обходимо задать сразу после его добавления на диаграмму. Отредактировать имя – двойной щелчок ЛКМ по cjtlbybntk..
Чтобы добавить сообщение (message) на диаграмму выполните следующие действия: панель Toolbox (слева) → закладка Communication → Forward Message (или Reverse Message). После этого щёлкните ЛКМ по рабочей области в том месте, где будет размещать-ся данный элемент. Имя сообщения необходимо задать сразу после его добавления на диа-грамму. Отредактировать имя – двойной щелчок ЛКМ по сообщению.
Остальные элементы добавляются аналогично.
Домашнее задание студентам для подготовки к выполнению лабораторной работы
Изучить по лекциям и учебной литературе особенности построения диаграмм комму-никации.
Изучить принципы построения диаграмм коммуникации в StarUML2 (см. руководство пользователя).

Диаграмма, приведённая на рис. 5, является учебно-тренировочной и предназначена для лучшего изучения особенностей построения диаграмм коопераций.
Порядок выполнения лабораторной работы
1. Запустите StarUML2 и откройте файл, который Вы создали в предыдущей работе. Выберите Model1.
2. Постройте диаграмму коммуникации, приведённую на рисунке 5.
3. Сохраните результаты работы.
4. Выберите Model2.
5. Постройте диаграмму коммуникации для типичного хода событий (см. текстовые сценарии вариантов использования из лр.№1) по выбранной теме для каждого вариан-та использования (один вариант использования – одна диаграмма для типичного хода событий!).
6. Постройте диаграммы кооперации для каждого исключения (см. текстовые сценарии вариантов использования из лр.№1).
7. Сохраните результаты работы.
Содержание отчёта
1. Титульный лист
2. Цель лабораторной работы
3. Результаты выполнения пунктов 2, 5 и 6. Все построенные диаграммы должны быть в отчёте.
4. Выводы по работе.
Контрольные вопросы
1. Дайте определение диаграммы коммуникации.
2. Что такое линия жизни?
3. Что такое соединитель?
4. Что такое сообщение?
5. Каков формат записи сообщения?
6. Для чего указываются номера предшествующих сообщений?
7. Как изображаются основные элементы данной диаграммы?
Список литературы
Обязательная
1. Пальмов С.В. Конспект лекций по дисциплине «Методы исследования и моделирова-ния информационных процессов и технологий».
2. Руководство пользователя для StarUML2.
Дополнительная
1. Леоненков А.В. Самоучитель UML 2. СПб.: БХВ-Петербург, 2007. – 576 с.: ил
21
Лабораторная работа №6. Построение диаграммы деятельности
Цель: Научиться строить диаграммы деятельности.
Введение
Краткая характеристика диаграммы деятельности
В общем случае поведение может рассматриваться в нескольких аспектах, следствием чего является наличие нескольких типов диаграмм для моделирования поведения в UML2. Во-первых, поведение может находится в собственности классификаторов и описывать из-менение состояний отдельных объектов с течением времени. Для моделирования такого взаимодействия используются диаграммы конечного автомата. Во-вторых, поведение может относится к взаимодействию объектов или линий жизни при реализации функциональности системы (диаграммы взаимодействия). В-третьих, поведение может характеризоваться неко-торой деятельностью в форме последовательности действий, которые выполняются различ-ными элементами, входящими в состав системы. Для моделирования такого поведения ис-пользуются диаграммы деятельности.
Центральным аспектом моделирования деятельности в UML2 является последователь-ность действий и условий их выполнения, а также поток объектов, которые являются необ-ходимыми для выполнения отдельных действий или являются результатами их выполнения.
Деятельность (avtivity) – является спецификацией параметризованного поведения в форме координируемой последовательности подчинённых единиц, индивидуальными эле-ментами которых являются действия.
Деятельности состоят из действий.
Действие (action) представляет собой элементарную единицу спецификации поведения, которая не может быть далее декомпозирована в форме деятельности.
Соответствует одному шагу деятельности. В результате его выполнения может изме-ниться состояние системы. Концепция деятельности может быть применена к моделирова-нию бизнес-процессов и потов работ.
Узел деятельности (activity node) является абстрактным классом для отдельных точек в потоке деятельности, соединённых дугами.
Могут относится только к отдельной деятельности или группе деятельностей. Сущест-вуют различные виды узлов деятельности.
Узел деятельности может иметь имя, которое записывается с прописной буквы и в пре-делах одной диаграммы может повторяться с целью моделирования нескольких вызовов од-ного и того же поведения или многократного вызова одного и того же действия.
Узлы деятельности могут быть связаны друг с другом с помощью дуг деятельности.
Дуга деятельности (activity edge) – абстрактный класс для направленных соединений между двумя узлами деятельности.
Могут находится в собственности только деятельности или групп деятельностей. Ис-точник и цель дуги должны относиться к той же деятельности, что и сама дуга. Изображается сплошной линией со стрелкой. Имя записывается со строчной буквы. К имени может быть добавлено значение веса, например {вес = n}.
Дуги деятельности бывают двух видов: поток управления (control flow) и поток объек-тов (object flow).
В первом случае линия со стрелкой связывает два узла деятельности. По ней передают-ся только маркеры управления.
Во втором случае по дуге деятельности передаются только маркеры объектов или дан-ных.
22
Построение диаграмм состояния в StarUML2
Диаграмма деятельности (activity diagram) добавляется аналогично диаграмме вариан-тов использования (см. лр.№1).
Добавление элементов диаграммы
Чтобы добавить действие (action) выполните следующие действия: панель Toolbox (слева) → закладка Activities (Basic) → Action. После этого щёлкните ЛКМ по рабочей об-ласти в том месте, где будет размещаться данный элемент. Имя действия необходимо задать сразу после его добавления на диаграмму. Отредактировать имя – двойной щелчок ЛКМ по состоянию.
Чтобы добавить поток управления (control flow) на диаграмму выполните следующие действия: панель Toolbox (слева) → закладка Activities (Basic) → Control Flow. После этого щёлкните ЛКМ по рабочей области в том месте, где будет размещаться данный элемент. Для потока управления могут задаваться только сторожевые условия (guard).
Остальные элементы добавляются аналогично.

Домашнее задание студентам для подготовки к выполнению лабораторной работы
Изучить по лекциям и учебной литературе особенности построения диаграмм деятель-ности.
23
Изучить принципы построения диаграмм деятельности в StarUML2 (см. руководство пользователя).
Варианты заданий
См. лр.№1.
Вышеуказанная диаграмма является учебно-тренировочной и предназначена для луч-шего изучения особенностей построения диаграмм состояний.
Порядок выполнения лабораторной работы
1. Запустите StarUML2 и откройте файл, который Вы создали в предыдущей работе. Выберите Model1.
2. Постройте диаграмму деятельности, приведённую на рисунке 6.
3. Сохраните результаты работы.
4. Выберите Model2.
5. Постройте диаграмму деятельности по выбранной теме.
6. Сохраните результаты работы.
Содержание отчёта
1. Титульный лист
2. Цель лабораторной работы
3. Результаты выполнения пунктов 2 и 5. Все построенные диаграммы должны быть в отчёте.
4. Выводы по работе.
Контрольные вопросы
1. Что такое деятельность? Что такое действие?
2. Что такое узел деятельности? Что такое дуга деятельности?
3. Что такое маркер? Поясните его семантику действий.
4. Какие узлы управления Вы знаете? Дайте их определение.
5. Какие специальные действия Вы знаете? Дайте их краткую характеристику.
6. Что такое узел потока объектов?
7. Что такое центральный буфер? Что такое хранилище данных?
8. Что такое входные и выходные контакты объектов?
9. Что такое узел параметра деятельности?
10. Что такое множество параметров?
11. Что такое специальные регионы?
12. Что такое регион прерываемой деятельности?
13. Что такое обработчик исключения?
Список литературы
Обязательная
1. Пальмов С.В. Конспект лекций по дисциплине «Методы исследования и моделирова-ния информационных процессов и технологий».
2. Руководство пользователя для StarUML2.
Дополнительная
1. Леоненков А.В. Самоучитель UML 2. СПб.: БХВ-Петербург, 2007. – 576 с.: ил
24
Лабораторная работа №7. Построение диаграммы конечного автомата
Цель: Научиться строить диаграммы конечного автомата.
Введение
Краткая характеристика диаграммы конечного автомата
Конечный автомат (state machine) представляет собой некоторый формализм для моде-лирования поведения отдельных элементов модели и системы в целом.
Концепция конечного автомата определяет множество понятий, которые могут быть использованы для моделирования дискретного поведения в форме графических моделей ти-па «состояние — переход».
Кроме моделирования поведения, конечные автоматы могут применяться для специфи-кации протоколов использования системы. Поэтому в UML2 рассматриваются два типа ко-нечных автоматов: конечные автоматы поведения и протокольные конечные автоматы.
Поведение (behavior) – является спецификацией того, как экземпляр классификатора изменяет значения отдельных характеристик в течение своего времени жизни.
Поведение моделируется посредством последовательного прохождения вершин графа конечного автомата, которые соответствуют отдельным состояниям.
Состояние (state) – элемент модели поведения, предназначенный для представления си-туации, в ходе которой поддерживается некоторое условие инварианта.
Инвариант состояния специфицирует условия, которые всегда должны быть истинны-ми, если данное состояние является текущим состоянием. Может представлять статическую ситуацию, в ходе которой, например, объект ожидает наступления некоторого внешнего со-бытия. Инвариант состояния может также моделировать динамические условия, такие как характеристики модели при входе и выходе из состояния.
Вершины графа конечного автомата соединяются между собой дугами переходов.
Переход (transition) представляет собой направленное отношение между двумя состоя-ниями, одно из которых является вершиной-источником (source vertex), а другое – целевой вершиной (target vertex).
В ходе выполнения повеления состояние конечного автомата может быть активным или неактивным. Состояние становится активным, если в него происходит вход в результате срабатывания некоторого перехода, и становится неактивным, если из него происходит вы-ход в результате срабатывания некоторого перехода.
Переходы конечного автомата срабатывают посредством наступления или совершения некоторых событий.
Событие (event) является спецификацией некоторых условий, которые оказывают влияние на поведение моделируемой сущности.
В UML2 термин «событие» означает тип, а термин «наступление события» — экземпляр.
Событие, которое может являться причиной выполнения некоторого ассоциированного поведения, специфицируется посредством триггера.
Триггер (trigger) – устанавливает отношение события с поведением, которое может ока-зывать влияние на экземпляр классификатора.
Триггер специфицирует событие, которое может вызвать выполнение поведения, а также любые ограничения на это поведение с целью фильтрации событий, которые не пред-ставляют интереса. Синтаксис для триггера имеет вид: <триггер> ::= <событие вызова опе-рации> | <событие сигнала> | <событие любого приёма> | <временное событие> | <событие изменения>
Семантика обработки наступления событий основывается на предположении выполне-ния до завершения. Это означает, что наступление события может быть взято входного пула
25
объекта и направлено на обработку только в том случае, если обработка предыдущего теку-щего наступления события полностью завершена.
Обработка одного наступления события конечным автоматом называется шагом вы-полнения до завершения.
Простое состояние (simple state) – состояние, которое не имеет внутренних регионов и подсостояний.
Состояние содержит три секции: имени, внутренней деятельности и внутренних пере-ходов.
Имя не является обязательным. Состояние без имени – анонимное.
Секция внутренней деятельности содержит список внутренних действий или деятель-ность, которые выполняются во время нахождения элемента в данном состоянии. Их специ-фицируют при помощи метки деятельности. После неё в форме строки текста записывается выражение деятельности, отделённое обратным слэшем (/).
Построение диаграмм конечного автомата в StarUML2
Диаграмма конечного автомата (statechart diagram) добавляется аналогично диаграмме вариантов использования (см. лр.№1).
Добавление элементов диаграммы
Чтобы добавить простое состояние (simple state) выполните следующие действия: па-нель Toolbox (слева) → закладка Statchart (Basic) → Simple State. После этого щёлкните ЛКМ по рабочей области в том месте, где будет размещаться данный элемент. Имя простого со-стояния необходимо задать сразу после его добавления на диаграмму. Отредактировать имя – двойной щелчок ЛКМ по состоянию действия.
Чтобы добавить переход (transition) на диаграмму выполните следующие действия: па-нель Toolbox (слева) → закладка Statchart (Basic) → Transition. После этого щёлкните ЛКМ по рабочей области в том месте, где будет размещаться данный элемент.
Остальные элементы добавляются аналогично.
Домашнее задание студентам для подготовки к выполнению лабораторной работы
Изучить по лекциям и учебной литературе особенности построения диаграмм конечно-го автомата.
Изучить принципы построения диаграмм конечного автомата в StarUML2 (см. руково-дство пользователя).
Варианты заданий
См. лр.№1.
Порядок выполнения лабораторной работы
1. Запустите StarUML2 и откройте файл, который Вы создали в предыдущей работе. Выберите Model1.
2. Постройте диаграмму конечного автомата, приведённую на рисунке 7.
3. Сохраните результаты работы.
4. Выберите Model2.
5. Постройте диаграмму конечного автомата по выбранной теме.
6. Сохраните результаты работы.
26
Содержание отчёта
1. Титульный лист
2. Цель лабораторной работы
3. Результаты выполнения пунктов 2 и 5. Все построенные диаграммы должны быть в отчёте.
4. Выводы по работе.
Рис. 7. Диаграмма конечного автомата (общая)
Вышеуказанная диаграмма является учебно-тренировочной и предназначена для луч-шего изучения особенностей построения диаграмм деятельности.
Контрольные вопросы
1. Дайте определение диаграммы конечного автомата.
2. Дайте определение конечного автомата.
3. Дайте определение поведения.
4. Дайте определение состояния.
5. Дайте определение перехода.
6. Дайте определение события.
7. Дайте определение триггера.
8. Дайте определение простого состояния.
9. Дайте определение псевдосостояния.
10. Дайте определение начального состояния.
11. Дайте определение узла завершения.
12. Дайте определение псевдосостояния выбора.
13. Дайте определение псевдосостояния соединения.
14. Дайте определение вершины разделения.
15. Дайте определение точки входа и выхода.
27
16. Дайте определение неглубокой и глубокой истории.
17. Что такое финальное состояние?
18. Что такое сторожевое условие?
19. Дайте определение композитного состояния.
20. Дайте определение региона.
21. Что такое ортогональное композитное состояние?
22. Что такое подсостояние? Какие их виды Вы знаете?
23. Для чего используется скрытая секция декомпозиции?
24. Что такое состояние подавтомата?
25. Что такое протокольный конечный автомат?
Список литературы
Обязательная
1. Пальмов С.В. Конспект лекций по дисциплине «Методы исследования и моделирова-ния информационных процессов и технологий».
2. Руководство пользователя для StarUML2.
Дополнительная
2. Леоненков А.В. Самоучитель UML 2. СПб.: БХВ-Петербург, 2007. – 576 с.: ил
Лабораторная работа №8. Построение диаграммы компонентов
Цель: Научиться строить диаграммы компонентов.
Введение
Краткая характеристика диаграммы компонентов
Особенности физического моделирования в UML2
Физическое моделирование в UML2 предназначено для спецификации программных компонентов и взаимосвязей между ними, а также артефактов, которые их реализуют, и уз-лов, на которых они развёртываются и выполняются.
Диаграмма компонентов разрабатывается для следующих целей: визуализация общей структуры исходного кода программной системы; спецификация исполнимого варианта программной системы; обеспечение многократного использования отдельных фрагментов программного ко-да; представление концептуальной и физической схем баз данных.
Диаграмма компонентов обеспечивает согласованный переход от логического пред-ставления к конкретной реализации проекта в форме программного кода. Одни компоненты могу существовать только на этапе компиляции программного кода, другие – на этапе его исполнения. Диаграмма компонентов отражает общие зависимости между компонентами, рассматривая последние в качестве классификаторов.
28
Компонент
Компонент (component) – элемент модели, представляющий некоторую модульную часть системы с инкапсулированным содержимым, спецификация которого является взаимо-заменяемой с его окружением.
В UML2 в качестве компонента может рассматриваться любой автономный элемент системы или подсистемы. Важным аспектом компонентной разработки является повторное использование ранее созданных компонент.
Внутренние части компонентов скрыты и недоступны извне, кроме тех, которые пре-доставляются посредством его интерфейсов.
Изображается в форме прямоугольника классификатора с ключевым словом <<compo-nent>>, записанным в форме стереотипа (может отсутствовать). Внутри символа прямо-угольника указывается имя компонента в соответствии с правилами записи имён классифи-катора. Изображение компонента на диаграмме может содержать также символы интерфей-сов, которые присоединяются к прямоугольнику компонента с помощью соединителей.
Имя компонента подчиняется общим правилам именования элементов модели в UML2 и может состоять из любого числа букв, цифр и некоторых знаков препинания.
Построение диаграмм компонентов в StarUML2
Диаграмма компонентов (component diagram) добавляется аналогично диаграмме вари-антов использования (см. лр.№1).
Добавление элементов диаграммы
Чтобы добавить компонент (component) выполните следующие действия: панель Toolbox (слева) → закладка Component → Component. После этого щёлкните ЛКМ по рабо-чей области в том месте, где будет размещаться данный элемент. Имя компонента необходи-мо задать сразу после его добавления на диаграмму. Отредактировать имя – двойной щелчок ЛКМ по компоненту.
Чтобы добавить отношение зависимости (dependency) на диаграмму компонентов вы-полните следующие действия: панель Toolbox (слева) → закладка Component → Dependency.
Остальные элементы добавляются аналогично.
Домашнее задание студентам для подготовки к выполнению лабораторной работы
Изучить по лекциям и учебной литературе особенности построения диаграмм компо-нентов.
Изучить принципы построения диаграмм компонентов в StarUML2 (см. руководство пользователя).
Варианты заданий
См. лр.№1.
Порядок выполнения лабораторной работы
1. Запустите StarUML2 и откройте файл, который Вы создали в предыдущей работе. Выберите Model1.
2. Постройте диаграмму компонентов, приведённую на рисунке 24.
3. Сохраните результаты работы.
29
4. Выберите Model2.
5. Постройте диаграмму компонентов по выбранной теме.
6. Сохраните результаты работы.
Рис. 8. Диаграмма компонентов (общая)
Вышеуказанная диаграмма является учебно-тренировочной и предназначена для луч-шего изучения особенностей построения диаграмм компонентов.
Содержание отчёта
1. Титульный лист
2. Цель лабораторной работы
3. Результаты выполнения пунктов 2 и 5. Все построенные диаграммы должны быть в отчёте.
4. Выводы по работе.
Контрольные вопросы
1. Дайте определение компонента.
2. Какие способы изображения компонента Вы знаете?
3. Что такое интерфейс?
4. Какие виды интерфейсов Вы знаете?
5. Что такое порт?
6. Что такое соединитель?
7. Какие виды соединителей Вы знаете?
8. Что такое зависимость? Что такое реализация?
Список литературы
Обязательная
1. Пальмов С.В. Конспект лекций по дисциплине «Методы исследования и моделирова-ния информационных процессов и технологий».
2. Руководство пользователя для StarUML2.
Дополнительная
3. Леоненков А.В. Самоучитель UML 2. СПб.: БХВ-Петербург, 2007. – 576 с.: ил
30
Лабораторная работа №9. Построение диаграммы развёртывания
Цель: Научиться строить диаграммы развёртывания.
Введение
Краткая характеристика диаграммы развёртывания
Как было отмечено ранее, первой из диаграмм физического представления является диаграмма компонентов. Второй формой физического представления программной системы является диаграмма развёртывания (синоним — диаграмма размещения). Она применяется для представления общей конфигурации и топологии распределённой программной системы и содержит распределение компонентов по отдельным узлам системы. Кроме того, диаграм-ма развёртывания показывает наличие физических соединений — маршрутов передачи ин-формации между аппаратными устройствами, задействованными в реализации системы.
Диаграмма развёртывания предназначена для визуализации элементов и компонентов программы, существующих лишь на этапе ее исполнения (runtime). При этом представляют-ся только компоненты-экземпляры программы, являющиеся исполнимыми файлами или ди-намическими библиотеками. Те компоненты, которые не используются на этапе исполнения, на диаграмме развёртывания не показываются. Так, компоненты с исходными текстами про-грамм могут присутствовать только на диаграмме компонентов. На диаграмме развёртыва-ния они не указываются.
Диаграмма развёртывания содержит графические изображения процессоров, устройств, процессов и связей между ними. В отличие от диаграмм логического представления, диа-грамма развёртывания является единой для системы в целом, поскольку должна всецело от-ражать особенности её реализации. Эта диаграмма, по сути, завершает процесс ООАП для конкретной программной системы и её разработка, как правило, является последним этапом спецификации модели.
Итак, перечислим цели, преследуемые при разработке диаграммы развёртывания: Определить распределение компонентов системы по её физическим узлам. Показать физические связи между всеми узлами реализации системы на этапе ее ис-полнения. Выявить узкие места системы и реконфигурировать её топологию для достижения требуемой производительности.
Для обеспечения этих требований диаграмма развёртывания разрабатывается совмест-но системными аналитиками, сетевыми инженерами и системотехниками. Далее рассмотрим отдельные элементы, из которых состоят диаграммы развёртывания.
Узел (node) представляет собой некоторый физически существующий элемент системы, обладающий некоторым вычислительным ресурсом. В качестве вычислительного ресурса узла может рассматриваться наличие по меньшей мере некоторого объёма электронной или магнитооптической памяти и/или процессора. В последней версии UML понятие узла рас-ширено и может включать в себя не только вычислительные устройства (процессоры), но и другие механические или электронные устройства, такие как датчики, принтеры, модемы, цифровые камеры, сканеры и манипуляторы.
Кроме собственно изображений узлов на диаграмме развёртывания указываются отно-шения между ними. В качестве отношений выступают физические соединения между узлами и зависимости между узлами и компонентами, изображения которых тоже могут присутст-вовать на диаграммах развёртывания.
Соединения являются разновидностью ассоциации и изображаются отрезками линий без стрелок. Наличие такой линии указывает на необходимость организации физического
31
канала для обмена информацией между соответствующими узлами. Характер соединения может быть дополнительно специфицирован примечанием, помеченным значением или ог-раничением.
Построение диаграмм развёртывания в StarUML2
Диаграмма развёртывания (deployment diagram) добавляется аналогично диаграмме ва-риантов использования (см. лр.№1).
Добавление элементов диаграммы
Чтобы добавить узел (node) выполните следующие действия: панель Toolbox (слева) → закладка Deployment → Node. После этого щёлкните ЛКМ по рабочей области в том месте, где будет размещаться данный элемент. Имя узла необходимо задать сразу после его добав-ления на диаграмму. Отредактировать имя – двойной щелчок ЛКМ по узлу.
Отношения на диаграмму развёртывания добавляются так же, как и на диаграмме ком-понентов.
Домашнее задание студентам для подготовки к выполнению лабораторной работы
Изучить по лекциям и учебной литературе особенности построения диаграмм развёр-тывания.
Изучить принципы построения диаграмм развёртывания в StarUML2 (см. руководство пользователя).
Варианты заданий
См. лр.№1.
Порядок выполнения лабораторной работы
1. Запустите StarUML2 и откройте файл, который Вы создали в предыдущей работе. Выберите Model1.
2. Постройте диаграмму развёртывания, приведённую на рис. 9.
3. Сохраните результаты работы.
4. Выберите Model2.
5. Постройте диаграмму развёртывания по выбранной теме.
6. Сохраните результаты работы.
Рис. 9. Диаграмма развёртывания (общая)
32
Вышеуказанная диаграмма является учебно-тренировочной и предназначена для луч-шего изучения особенностей построения диаграмм развёртывания.
Содержание отчёта
1. Титульный лист
2. Цель лабораторной работы
3. Результаты выполнения пунктов 2 и 5. Все построенные диаграммы должны быть в отчёте.
4. Выводы по работе.
Контрольные вопросы
1. Дайте определение диаграмме развёртывания.
2. Каковы цели разработки диаграммы развёртывания?
3. Что такое узел?
4. Что такое среда выполнения?
5. Что такое устройство?
6. Что такое цель развёртывания?
7. Что такое артефакт?
8. Что такое спецификация экземпляра?
9. Что такое спецификация развёртывания?
10. Что такое развёртывание?
11. Что такое манифестация?
12. Что такое путь коммуникации?
Список литературы
Обязательная
1. Пальмов С.В. Конспект лекций по дисциплине «Методы исследования и моделирова-ния информационных процессов и технологий».
2. Руководство пользователя для StarUML2.
Дополнительная
4. Леоненков А.В. Самоучитель UML 2. СПб.: БХВ-Петербург, 2007. – 576 с.: ил
Примерный перечень тем
1. Информационная система торгового предприятия.
2. Информационная система аптеки.
3. Информационная система отдела кадров.
4. Программное обеспечение мобильного телефона.
5. Программное обеспечение роутера.
6. Программное обеспечение принтера.
7. Программное обеспечение МФУ.
8. Программное обеспечение навигатора.
9. Программное обеспечение видеорегистратора.
33
10. Программное обеспечение мультимедийной клавиатуры.
11. Текстовый редактор.
12. Мультимедийный плеер.
13. Поисковая система.
14. Информационная система производственного предприятия.
15. Интернет-магазин.