Методы и средства моделирования программного обеспечения. Методические указания к лабораторным работам

УДК 004.4

Рекомендовано к изданию методическим советом ПГУТИ, протокол № 31, от 13.05.2016 г.

Пальмов, С.В.

Методы и средства моделирования программного обеспечения: методические указания к лабораторным работам / С. В. Пальмов. – Самара: ПГУТИ, 2016. – 48 с.

Учебное пособие «Методы и средства моделирования программного обеспечения. Методические указания к лабораторным работам» содержит описание процесса моделирования программного обеспечения при помощи международного стандарта UML 2.0, разработано в соответствии с ФГОС ВО по направлению подготовки 09.04.01 «Информатика и вычислительная техника» и предназначено для магистрантов 2 курса обучения для самостоятельной подготовки.

2

3

Введение

Разработка сложного программного обеспечения (ПО) невозможна без построения его модели. В настоящее время существует большое множество методов моделирования и проектирования. Одним из самых известных и эффективных является UML - Unified Modeling Language – Унифицированный Язык Моделирования - язык графического описания для объектного моделирования в области разработки программного обеспечения, моделирования бизнес-процессов, системного проектирования и отображения организационных структур.

Данное пособие содержит лабораторные работы, которые позволяют в достаточной мере изучить основные стадии моделирования программного обеспечения средствами UML второй версии.

Рассчитано на студентов, знакомых с основами моделирования ПО и UML первой вер-

сии.

4

Лабораторная работа №1. Построение диаграммы вариантов использования

Цель: Научиться строить диаграммы вариантов использования.

Введение

Краткая характеристика диаграммы вариантов использования

Визуальное моделирование в UML (Унифицированный Язык Моделирования) можно представить, как некоторый процесс поуровневого спуска от наиболее обшей и абстрактной концептуальной модели исходной системы к логической, а затем и к физической модели соответствующей программной системы. Для достижения этих целей вначале строится модель в форме так называемой диаграммы вариантов использования (use case diagram), которая описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Диаграмма вариантов использования является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки.

Разработка диаграммы вариантов использования преследует цели:

Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы.

Сформулировать общие требования к функциональному поведению проектируемой системы.

Разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей.

Подготовить исходную документацию для взаимодействия разработчиков системы с её заказчиками и пользователями.

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актёров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актёром (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актёру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актёром. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актёров с системой.

Описание ПО StarUML2

Эта и все последующие лабораторные работы выполняются средствами ПО StarUML2. Данное программное обеспечение является бесплатным и может быть скачано с официально-

го сайта http://staruml.io.

StarUML2 - программный инструмент моделирования, который поддерживает UML второй версии.

Построение диаграмм вариантов использования в StarUML2

Запустите StarUML2. После загрузки программы будет автоматически создана новая модель «Model».

5

Добавьте в неё диаграмму вариантов использования. Это можно сделать, например,

так: щелчок ПКМ по «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.Сохраните результаты работы.

6

Исключения

Исключение №1: Кредитная карточка недействительна

3. Банкомат отображает информацию о неверно вставленной кредитной карточке. 14. Банкомат возвращает клиенту его кредитную карточку.

Исключение №2: Клиент вводит неверный PIN-код

6. Банкомат отображает информацию о неверном PIN-коде

4. Клиент вводит новый PIN-код

Исключение №3: Требуемая сумма превышает сумму на счёте клиента

12. Банкомат отображает информацию о превышении кредита

10. Клиент вводит новую требуемую сумму

6.Запустите StarUML2 и создайте модель: в Model Explorer ПКМ по Untitled → Add → Model. Назовите её Model2.

7.Постройте диаграмму вариантов использования по выбранной теме. Диаграмма должна содержать не менее четырёх вариантов использования.

8.Сохраните результаты работы

9.Откройте любой текстовый редактор, в котором есть возможность работы с таблицами и создайте текстовый сценарий для каждого из базовых вариантов использования. В каждом из текстовых сценариев должно быть не менее трёх исключений. Количество шагов в каждом из текстовых сценариев в разделе «Типичный ход событий» должно быть равно 15 (допускаются небольшие отклонения).

10.Сохраните результаты работы.

Содержание отчёта

1.Титульный лист

2.Цель лабораторной работы

3.Результаты выполнения пунктов 2, 4, 7 и 9. Все построенные диаграммы должны быть в отчёте.

4.Выводы по работе.

8

Контрольные вопросы

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) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их

9

внутреннюю структуру и типы отношений. На данной диаграмме не указывается информация о временных аспектах функционирования системы.

Диаграмма классов состоит из множества элементов, которые в совокупности отражают декларативные знания о предметной области. Эти знания интерпретируются в базовых понятиях языка 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 (см. руководство пользо-

вателя).

10