Проектирование Информационных систем. Часть 5. Формализация потребностей заказчика

16 мин

1.9K

Анализ и проектирование систем * Управление продуктом * Проектирование и рефакторинг * Учебный процесс в ITПромышленное программирование *

Туториал

Комментарии 4

oliva80 4 июн в 08:40

Канвас потребностей (Needs Canvas)

Needs canvas - карта потребностей (полотно)

Actor - участник/роль пользователя

User Story - история пользователя / пользовательский сценарий

...

PROMPT: ниже текст, в котором есть англицизмы и неудачные переводы. выяви их, составь список и предложи правильный русский перевод

ARadzishevskiy 4 июн в 08:47

Спасибо! приму к сведению.

beskov 4 июн в 19:44

Определение потребностей — это не проектирование.

Проектирование — это принятие решений об устройстве и поведении предмета проектирования.

А потребности существуют независимо от систем и решений.

У вас много сил, но большая путаница в онтологии системной инженерии.

ARadzishevskiy 6 июн в 06:25

Я бы не стал загонять понятие Проектирование в такие узкие рамки академичности. Процесс "Определения потребностей пользователя" - это работа проектировщика в Домене проблем и заполнение домена проблем по аналогу с верхними этажами в матрице Закхмана. На основании этого этапа работ появится возможность заполнять Домен решений, причем важно трассировать связку: Потребности -> Требования для синхронизации изменений.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий