Евгений Скориков. Размышления про IT-аналитиз и проектирование

Сталкивались ли вы при автоматизации/цифровизации бизнес-процессов с 1. проблемами использования списков требований, как основного инструмента анализа и проектирования? 2. невозможностью проверки чужих ТЗ на оптимальность принятых решений? 3. Знаете ли вы методику решения этих проблем? Если ответы Да-Да-Нет, то welcome. В этот четверг вечером расскажу про методику анализа и проектирования, рассматриваемую как процесс конструкции, трансформации, детализации и пополнения моделей систем разных сист...

С чего начинается проект? с бизнес - требований (говорили они). Что дальше делает аналитик - выясняет зачем нужны бизнес-требования, как они будут использоваться, для решения какой задачи. Оптимальна ли решена эта задача, не нужно ли строить более оптимальное решение. Стейкхолдер уже заякорился на решение и сложно его убеждать, что стоит поискать альтернативы. (5 почему помните? спрашивать, пока заказчик не взбелениться...) Вы видите проблему? Если вы начинаете с ноля и еще нет бизнес-требований...

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

А вот и запись выступления на UIC24 подьехала. Более системный взгляд на проектирование "НФТ" (точнее на потребности и модели обеспечения качества). https://vkvideo.ru/video-184504774_456239164

Доклад: Критика бизнес-требований и требований качества в смысле К.Вигерса/BABoK в цикле Проектирование, как трансформация моделей. При цифровизации бизнес-процессов мы проектируем модели ИТ системы и их использования. В теории BABoK/К.Вигерса правильность наших модели проверяется соответствием функциональных и нефункциональных требований. Но упускается то, что функциональные требования уже являются частью решения и достаточно часто излишне ограничивают нас, не давая найти оптимальные модели реш...

Аналитики больше не нужны, говорили они. Достаточно продакта и разрабов, говорили они. ... Но что то пошло не так (ссылка на вакансию в комменте)

Запись доклада. Народу понравилось, после обкатки получилось довольно просто на самом деле. https://www.webursitet.ru/all_trainings/1752418603.html

Статья про мультиресурсный аналих процессов готова: https://habr.com/ru/articles/937062/

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

Вопрос в аудиторию: Логическая структура данных превращается в физическую структуру данных (структуру хранения в какой-нибудь СУБД). Или не превращается? До сих пор сталкивают с тем, что некоторые аналитики верят, что логическая структура всегда превращается в физическую. А можете накидать примеров, когда не превращается? Тут логическая структура - структура данных, в рамках которой происходят взаимодействия с внешним окружением. Физическая структура - структура хранения данных в выбранной СУБД.