Лабораторная работа №2 Головков И.Е

БЕЛГОРОДСКИЙ ГОСУДАРСТВЕННЫЙ НАЦИОНАЛЬНЫЙ

ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ»

(НИУ «БелГУ»)

ИНСТИТУТ ИНЖЕНЕРНЫХ И ЦИФРОВЫХ ТЕХНОЛОГИЙ

Кафедра информационных и робототехнических систем

Отчет по лабораторной работе № 2 по дисциплине «Верификация и тестирование информационных систем»

Вариант № 6

Тема работы «Моделирование функционала и структуры программы средствами языка UML»

студента очного отделения

3 курса 12002108 группы

Головкова Игоря Евгеньевича

Проверил:

ст. пр. Смышляев Артем Геннадьевич

БЕЛГОРОД, 2023

Ход работы

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

Задание:

1. На основе требований, составленных в первой лабораторной работе согласно варианту, разработать диаграммы вариантов использования приложений веб-сервиса и клиента.

2. Для каждого из вариантов использования, ассоциированных с одним из субъектов, разработать диаграммы последовательности.

3. На основе диаграмм вариантов использования и последовательности разработать диаграммы классов с точки зрения спецификации для обоих приложений. В состав классов включить те операции (будущие методы), наличие которых можно предположить, исходя из текущего понимания структуры разрабатываемых программ.

Вариант 6. Тема «Микросхемы».

Файл со структурированными данными содержит строки со следующим набором полей:

а) название,

б) тип корпуса,

в) напряжение питания,

г) цена.

Клиент должен выполнять следующие виды обработки данных:

а) вывод на экран списка записей, упорядоченного по названию, по типу корпуса или по цене;

б) замена в списке одного типа корпуса на другой (заданный), с дальнейшим выводом результирующего списка;

в) определение количества записей с напряжением питания более 5В;

г) передача веб-сервису новых записей в двух вариантах: индивидуальном (задается в командной строке) или групповом (содержатся в заданном файле).

Диаграммы вариантов использования

Рисунок 1 – Диаграмма вариантов использования для веб-сервиса

Рисунок 2 – Диаграмма вариантов использования для клиента

Диаграммы последовательности

Рисунок 3 – Диаграмма последовательности получения неотсортированного списка записей

Диаграммы получения записей, отсортированных по полю id/name/frameType/voltage/price аналогичны друг другу, поэтому они были объединены в диаграмму, представленную на рисунке 4.

Рисунок 4 – Диаграмма последовательности получения отсортированного списка записей

Рисунок 5 – Диаграмма последовательности получения записи по id

Рисунок 6 – Диаграмма последовательности получения количества записей с напряжением >5В

Рисунок 7 – Диаграмма последовательности добавления записей

Рисунок 8 – Диаграмма последовательности замены типа корпуса в записях

Рисунок 10 – Диаграмма последовательности удаления записи по id

Рисунок 11 – Диаграмма последовательности запуска веб-сервиса

Диаграммы классов

Рисунок 12 – Диаграмма классов клиента

Рисунок 13 – Диаграмма классов веб-сервиса

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