PiAPS_TZ__UML

1. Проектирование и анализ программных систем

2. Анализ требований

Какую проблему нужно решить
Кто будет пользоваться
Анализ
требований
Какие действия выполняет система
Какие правила и ограничения существуют
Как проверить, что результат соответствует ожиданиям

3. Постановка проблемы и цели приложения

• Оператор видит все бронирования.
• Система проверяет доступность оборудования.
• Команда получает подтверждение или понятную
причину отказа.

4. Роли

Роль
Что ей нужно
Менеджер
Создавать, находить и отменять
бронирования
Клиент
Получить номер в нужное время
Система
Контролировать распределение
номеров
Владелец отеля
Контроль бизнес-процесса

5. Изучение текущих процессов

• Как все процесс работает в настоящее время?
• Где происходит потеря данных, зацикливание действий,
техническое увеличение процесса?
• Какие возникают ошибки и неточности?
• Как хочет видеть работу заказчик/сотрудник/клиент ?

6.

Границы
приложения
• Задачи первой
очереди
• Задачи второй
очереди
Данные для работы
системы
• Статические
• Динамические
• Ручные
Правила
предметной
области
• Ограничения
• Корпоративные
условия

7. Виды требований

Вид
Смысл
Пример
Функциональное
Какое действие выполняет
система
Создать бронирование,
показать список
Нефункциональное
Какие качества и
показатели она
обеспечивает
Проверять доступность за
заданное время при заданном
объёме данных
Бизнес-правило
Какое правило предметной
области соблюдается
Активные брони одного
устройства не пересекаются
Ограничение
Какие условия разработки
заданы
C#, консольное приложение,
хранение в JSON

8. Сценарий использования и критерии приемо-сдаточных работ

• Определить и проверить поведение приложения при любом
возможном сценарии любой роли
• Рассмотреть альтернативные ситуации поведения
• Сформировать четкий алгоритм работы программы с точки зрения
заказчика, включая все ограничения

9. Приоритеты и открытые вопросы

• Обязательные требования: без этого приложение не решает
основную задачу
• Желательные требования: улучшает работу, но допускает отсрочку
реализации
• Отложенные требования: потенциальные решения для расширения
приложения

10. UML - диаграммы

11. UML – язык моделирования с общепринятыми обозначениями. Для разных вопросов используют разные диаграммы.

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

13. Структурные диаграммы

Диаграмма
Что показывает
Пример для приложения бронирования
Классов – Class
Классы, их данные, методы и связи
Device, Booking и связь между ними
Объектов – Object
Конкретные объекты, значения и
связи в определённый момент
Дрон с Id = 2 и конкретное бронирование
этого дрона
Компонентов – Component
Крупные части системы и их
зависимости
Меню, логика бронирования, хранилище
данных
Пакетов – Package
Группы элементов модели и
зависимости между группами
Группы «Модели», «Интерфейс
пользователя», «Хранение»
Развёртывания – Deployment
Размещение программных
артефактов на устройствах и в
средах выполнения
Приложение и JSON-файл на компьютере
оператора
Составной структуры – Composite
Structure
Внутренние части сложного
элемента и их соединения
Подсистема бронирования с реестром
записей и хранилищем
Профилей – Profile
Специализированные обозначения
и расширения UML
Собственные пометки для элементов
модели оборудования

14. Поведенческие диаграммы

Диаграмма
Что показывает
Пример для приложения бронирования
Вариантов использования – Use
Case
Роли внешних участников и
доступные им возможности
Оператор просматривает оборудование,
создаёт и отменяет бронирования
Деятельности – Activity
Шаги процесса, условия, циклы и
параллельные действия
Выбор оборудования, проверки, создание
записи или отказ
Состояний – State Machine
Состояния объекта и допустимые
переходы
Бронирование имеет статус Active, после
отмены — Cancelled
Последовательностей – Sequence
Порядок обмена сообщениями
между участниками
Меню вызывает логику бронирования,
затем происходит сохранение
Коммуникации – Communication
Связи между участниками и
сообщения с указанием порядка
Какие части приложения обмениваются
вызовами при создании записи
Обзора взаимодействий –
Interaction Overview
Общий поток, объединяющий
несколько взаимодействий
Выбор между сценариями создания и
отмены бронирования
Временная – Timing
Изменения состояний или значений
на временной шкале
Периоды, когда оборудование свободно
или занято