В конце 2022 года на рынке появилась новая версия ИИ-движка по генерации текстов ChatGPT. Это универсальная языковая модель, создающая текст на основе запроса на естественном языке. Возможности модели впечатляют, и её уже применяют в различных областях. 

Для системного анализа ChatGPT может: создавать описания бизнес-процессов, спецификации функций, писать user story и use cases, описывать объекты предметной области и структуру базы данных, строить модели состояний, рисовать диаграммы классов и диаграммы последовательности, специфицировать нефункциональные требования и проектировать API. Также ChatGPT может задавать вопросы и выступать в качестве интервьюера. Всё это я собираюсь показать в докладе.
Доклад будет проходить в форме демонстрации возможностей ChatGPT для системного анализа. Я покажу, какие вопросы задавать, какие есть особенности и что можно просить сделать модель, и покажу примеры ответов ChatGPT на разные темы и в разных форматах

Когда аналитик собирает и анализирует требования, последняя вещь, которая его заботит - это анализ требований с точки зрения пользовательских интерфейсов и проектирования информационной структуры. В конце концов, это дело проектировщика интерфейсов, так ведь? При этом зачастую аналитик не знает - что именно важно для проектирования интерфейсов и взаимодействия, а главное - какую информацию нужно предоставить проектировщику для работы. Из-за этого аналитики и проектировщики начинают "тянуть одеяло на себя" - проектировщик UX начинает самостоятельно собирать нужные ему требования, а аналитик - выдавать вместо требований сразу интерфейсные решения. В докладе я расскажу - что на самом деле важно для проектирования UX, и что аналитик должен выдать проектировщику для его работы.

Выявление требований - это всегда вызов для бизнес- или системного аналитика. Особенно, когда процессы точно не определены или стейкхолдеры не имеют четкого представления о взаимодействии пользователей в системе. Аналитик должен зафиксировать все идеи и предположения каждой заинтересованной стороны, и только для того, чтобы обнаружить их неполноту и противоречивость. При этом всегда следует помнить, что заказчики обычно говорят совсем не то, что они хотят, и уж точно не то, что им на самом деле нужно. И здесь нам могут помочь методы психодиагностики, такие как сторителлинг и проективные тесты. Попросите стейкхолдера рассказать историю, в которую включена ваша система. Попросите проиграть взаимодействие пользователей на фигурках человечков. Попросите нарисовать систему или собрать ее из кубиков Лего. Уберите вербальный канал передачи информации - и все искажения, связанные с ним. И клиент сам продемонстрирует (спроецирует) вам свои потребности и проблемы.

Инициатива SEMAT (Software Engineering Method And Theory) представила в 2012 году проект стандарта "Essence of Software Engineering", содержащего описание фреймворка для отслеживания прогресса и "самочувствия" деятельности по производству ПО. Простая модель и легковесные средства для проверки текущего состояния проекта, выявления зон потенциального риска и проработки упреждающих воздействий, толерантные к выбранной методологии (от классического водопада до agile), позволяют команде обеспечения качества оценить и обнаружить слабые места задолго до момента, когда они начнут приносить реальный вред. В мастер-классе будет изложена модель SEMAT и продемонстрированы простые методы работы с картами Essence, которые после мастер-класса каждый сможет взять в свою практику и применить к оценке своей деятельности.