ИДиаграмма вариантов использования является идеальным инструментом на ранних этапах проектирования системы, выступая в качестве чертежа для определенияграниц ифункциональных требований с точки зрения пользователя. Он отвечает на фундаментальный вопрос:Что система должна делать для своих пользователей?
1. Цель: определение границ терминала и требований
Проблема проектирования терминала самообслуживания заключается в четком определении границ системы — какими функциями сам терминал занимается, а какие функции выполняются внешними системами (например, системой инвентаризации или платежным шлюзом).
Цель диаграммы: Визуально определить всех основных и второстепенных участников и определить высокий уровень функциональных требований (варианты использования), которые должны быть реализованы внутри границ системы терминала. Это обеспечивает сосредоточенность разработки и минимизирует расширение границ.
| Основные участники | Основные варианты использования |
|---|---|
| Покупатель (основной) | Просмотр товаров, оформление заказа, обработка оплаты |
| Менеджер магазина (основной) | Пополнение запасов, просмотр журналов |
| Система инвентаризации (второстепенный) | Проверка наличия товара на складе |
| Платежный шлюз (второстепенный) | Авторизация транзакции |
2. Генерация и итерация диаграммы с помощью чат-бота на основе ИИ
Основное преимущество использованиячата на основе ИИ заключается в способности мгновенно создавать начальную визуальную модель на основе простых функциональных требований, а затем быстро итерировать процесс проектирования в разговорном формате.
Первоначальный запрос ИИ (простые требования)
Мы начинаем с минимального описания основных компонентов системы и необходимых функций. Мы полагаемся на понимание ИИ лучшими практиками UML для определения границ системы и взаимосвязей.
Запрос:
«Создайте диаграмму вариантов использования UML для системы розничного киоска. Основными пользователями являютсяПокупатель именеджер магазина. Основные функции —Просмотр товаров, Оплата, иПополнение запасов. Система опирается насистему инвентаризации иплатежный шлюз.”
Результат генерации
Итеративное обновление: уточнение модели
После просмотра начальной диаграммы мы понимаем, что была упущена важная общая функция — аутентификация, и нам нужна новая роль для поддержки. Вместо ручного редактирования диаграммы мы инструктируем ИИ внести изменения в разговорном формате.
Итеративный запрос:
«Пожалуйста, обновите текущую диаграмму:
- Добавьте вариант использования «Аутентификация пользователя» и сделайте его обязательным включением для «Оплаты» и «Пополнения запасов».
- Добавьте нового актера — «агент службы поддержки», который инициирует новый вариант использования: «Предоставление удаленной помощи»».
Итоговый результат диаграммы
ИИ быстро обновляет код диаграммы, правильно добавляя<<include>>связи для «Аутентификация пользователя» и размещая нового внешнего актера «агент службы поддержки» за пределами границ системы, демонстрируя, насколько легко модель может быть уточнена в разговорном формате.
3. Расширенный анализ на основе сгенерированной диаграммы
Как только визуальная модель будет сгенерирована, чат-бот на основе ИИ может использоваться в качестве аналитического инструмента для создания текстовой документации и проведения структурной проверки на основе кода диаграммы.
А. Документ формального списка требований
Попросите ИИ преобразовать визуальные элементы и их взаимосвязи вструктурированный текстовый документподходящий для формальных спецификаций проекта.
Приглашение к анализу:
«На основе сгенерированного кода диаграммы использования Retail Kiosk создайте формальный документ требований. Для каждого использования опишите основного инициатора, цель и перечислите все зависимости, включая второстепенных участников или включённые случаи использования.»
- Выгода: Это немедленно преобразует визуальную модель в формальный текстовый список требований, который необходим для определения границ проекта и его утверждения. ИИ гарантирует, что описание потока и зависимостей соответствует диаграмме.
Б. Документ зависимостей и интеграции
Диаграмма визуально разделяет внутреннюю область наружу зависимостей (второстепенные участники). Мы можем попросить ИИ формализовать этот список для планирования интеграции.
Приглашение к анализу:
«Создайте раздел документа планирования интеграции на основе диаграммы. Определите все внешние системы (нечеловеческие участники), на которые опирается киоск, и подробно опишите конкретные взаимодействия случаев использования, необходимые для каждой из них, определив точки интеграции.»
- Выгода:Эта задача использует диаграмму для создания документации для команды интеграции, определяя необходимые внешние API и договорные взаимодействия, необходимые для функционирования киоска, гарантируя, что ни одна точка интеграции не будет упущена.
Используя чат-бот на основе ИИ в этом трёхэтапном цикле — установка целей, мгновенная генерация и структурированный анализ — команда проекта может обеспечить, что диаграмма случаев использования служит не только визуальным помощником, но и проверенной основой для всех последующих работ по проектированию и разработке.
Для получения подробной информации по UML и визуализации на основе ИИ посетите нашресурсный центр UML.
Эта статья также доступна на Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Việt Nam, 简体中文 and 繁體中文