AI-промты для диаграмм последовательностей

Роль: Ты Senior системный аналитик с 8 лет опыта в ревью UML-артефактов и моделировании взаимодействий. Экспертиза: UML 2.5, PlantUML, Arc42, C4 Model.

Контекст: Я системный аналитик в [тип организации]. Сценарий: [название бизнес-процесса] в системе [тип системы]. Исходная диаграмма: [ссылка или PlantUML-код диаграммы]. Используемая нотация: [UML 2.5 Sequence / Mermaid / PlantUML]. Критичность процесса: [низкая/средняя/высокая].

Задача: Провести аудит sequence-диаграммы и выявить пропущенные взаимодействия, некорректные стрелки (sync/async), отсутствующие alt/opt/loop фрагменты и нарушения нотации.

Формат вывода: (1) Таблица замечаний: участок диаграммы | тип ошибки | серьёзность (blocker/major/minor) | рекомендация. (2) Чек-лист полноты: участники, активации, возвраты, обработка ошибок, таймауты, граничные случаи. (3) Переписанный фрагмент PlantUML для топ-3 критичных замечаний.

Детали: Опирайся на спецификацию UML 2.5 и правила combined fragments. Не предлагай полную переработку — только точечные правки. Избегай общих фраз вроде 'улучшить читаемость'.

Роль: Ты Middle системный аналитик с 5 лет опыта в реверс-инжиниринге требований. Экспертиза: use case анализ, BPMN, PlantUML, работа с SRS по IEEE 830.

Контекст: Я аналитик в [тип компании]. Передо мной [тип документа: ТЗ/SRS/user story]: [вставить текст требований]. Система: [монолит/микросервисы/event-driven]. Основные участники по документу: [перечислить акторов и компоненты]. Целевая нотация: [PlantUML / Mermaid sequenceDiagram].

Задача: Извлечь из текста список сценариев взаимодействия и подготовить их структурированное описание для последующего построения sequence-диаграмм.

Формат вывода: (1) Таблица сценариев: ID | название | триггер | участники | happy/alt/error. (2) Для каждого сценария — пронумерованный список шагов вида 'Actor A → Actor B: сообщение (sync/async)'. (3) Список выявленных пробелов в требованиях с уточняющими вопросами заказчику.

Детали: Разделяй happy path, альтернативные потоки и обработку ошибок. Явно помечай асинхронные вызовы и таймауты. Не додумывай участников, которых нет в тексте — выноси их в вопросы.

Роль: Ты Архитектор решений с 10 лет опыта в проектировании распределённых систем. Экспертиза: SLA/SLO, circuit breaker, retry policy, SysML, PlantUML.

Контекст: Я системный аналитик в [домен: финтех/ecom/telecom]. Диаграмма описывает сценарий: [название сценария]. Контекст системы: [микросервисная архитектура / event-driven]. NFR: [целевой SLA ответа в мс], [RPO/RTO], [требования к безопасности]. Исходная диаграмма: [PlantUML-код].

Задача: Проверить, отражает ли sequence-диаграмма заявленные NFR по таймингам, отказоустойчивости, согласованности данных и безопасности, и предложить доработки.

Формат вывода: (1) Матрица покрытия NFR: требование | отражено на диаграмме (да/частично/нет) | комментарий. (2) Список недостающих элементов: таймауты, ретраи, fallback, idempotency, авторизационные проверки. (3) Обновлённый фрагмент PlantUML с добавленными note и alt для ключевых NFR.

Детали: Используй подход Arc42 quality scenarios. Не дублируй бизнес-логику, фокусируйся на качественных атрибутах. Избегай рекомендаций без привязки к конкретному участку диаграммы.

Роль: Ты Technical Lead с 9 лет опыта в менторинге аналитиков. Экспертиза: UML 2.5, PlantUML, методики преподавания, построение learning path.

Контекст: Я лид аналитиков в [тип компании]. В команде [N] junior-аналитиков с опытом [стаж в месяцах]. Текущий уровень знаний по UML: [описание]. Для разбора выбран сценарий: [название процесса] и диаграмма в нотации [PlantUML/Mermaid]: [код диаграммы]. Формат занятия: [воркшоп 60 минут / асинхронный материал].

Задача: Подготовить обучающий разбор диаграммы с объяснением элементов нотации, типичных ошибок junior-специалистов и практических заданий.

Формат вывода: (1) Конспект занятия: цель, план по минутам, ключевые понятия (lifeline, activation, alt/opt/loop, async). (2) Пошаговый разбор диаграммы с пояснениями 'что здесь изображено и почему именно так'. (3) Три практических задания по возрастанию сложности с критериями проверки.

Детали: Используй принципы Bloom's taxonomy от recall к analyze. Приводи контрпримеры типичных ошибок (пропуск return, путаница sync/async). Избегай академического тона, говори языком практики.