Модуль 1. Введение
Планируем разработку ПО:
— Обсуждаем фазы процесса разработки ПО
— Определяем место системного аналитика среди других ролей на проекте
— Выявляем задачи системного аналитика
Разбираемся с требованиями к ПО на примерах:
— Откуда берутся?
— Из чего состоят?
— Зачем нужны?
— Как отличить хорошие от плохих?
Модуль 2. Экспресс-анализ бизнес-требований
Проводим анализ бизнес-требований проекта:
— В чём проблема?
— В чём цель проекта?
— какой нужен перечень возможностей?
Транскрибируем интервью с заказчиком с помощью ИИ
Делаем протокол интервью с помощью ИИ
Моделируем контекст проекта:
— Выявляем роли пользователей
— Выявляем смежные системы
— Описываем потоки данных
Создаём артефакты:
— Карточка проекта
— Контекстная диаграмма
Модуль 3. Разработка функциональной модели программной системы
Генерируем предварительный список функциональных требований:
— Создаём с помощью ИИ начальный перечень функциональных требований, адаптированный к нашей предметной области.
Генерируем предварительный список юскейсов:
— Формируем с использованием ИИ начальный набор способов применения системы (use cases, юскейсы), соответствующий нашей предметной области.
Моделируем функции системы:
— Определяем подход к группировке требований (по ролям, фичам или этапам реализации).
— Разрабатываем функциональные требования к системе с использованием возможностей ИИ для анализа и структурирования.
— Формируем таблицу требований на основе данных, обработанных ИИ.
Моделируем использование системы:
— Создаём сценарии использования с применением ИИ, адаптированного к нашей предметной области.
— Уточняем и дорабатываем способы применения системы (use cases, юскейсы) с поддержкой ИИ для генерации идей.
— Устанавливаем связи между действующими лицами и юскейсами, которые они активируют, с учётом анализа ИИ.
— Проектируем сценарии юскейсов, включая основные и альтернативные потоки, с использованием ИИ для их детализации.
Создаём артефакты:
— Разрабатываем документ «Функциональные требования к ПО» с привлечением ИИ для структурирования и проверки полноты.
— Уточняем и дорабатываем функциональные требования для нашей предметной области с помощью ИИ, обеспечивая их точность и релевантность.
— Строим диаграмму юскейсов на основе данных, обработанных ИИ.
— Описываем способы применения (Use Case Scenarios), используя ИИ для создания детализированных и согласованных сценариев.
Модуль 4. Моделирование данных и контроль качества требований
Моделируем данные:
— Разрабатываем концептуальную модель.
— Описываем словарь данных.
— Создаём CRUD-матрицу для контроля полноты требований.
Генерируем код для PlantUML:
— Создаём с помощью ИИ код для PlantUML для диаграммы состояний, адаптированный к нашей предметной области.
Создаём артефакты:
— Диаграмма предметной области.
— Модель данных приложения.
— Диаграмма состояний для одного из объектов системы.
— Формируем итоговый словарь данных.
Модуль 5. Разработка требований к качеству ПО и ограничений
Разрабатываем нефункциональные требования:
— К качеству в использовании
— К качеству продукта
— Ограничения
Генерируем предварительный список ограничений для нашей предметной области
Создаём артефакты:
— Требования к качеству в использовании
— Требования к внешнему качеству ПО
— Ограничения к ПО
Модуль 6. Сборка итогового документа и рецензирование
Собираем ТЗ из разработанных артефактов в единый документ требований.
Распределяем роли:
— Руководитель проекта
— Разработчик
— Проектировщик интерфейсов
— Тестировщик
Оцениваем с точки зрения других ролей, готовы ли создавать программное обеспечение по такому техническому заданию.