коротко

Система — это набор элементов, связанных между собой связями, отделённый от внешнего мира границей и существующий ради цели (поведения). Целое больше суммы частей: система делает то, чего не может ни один её элемент по отдельности. Любую систему удобно описывать как «вход → обработка → выход», у неё есть состояние (что она помнит между действиями) и интерфейс — точка на границе, через которую с ней общаются снаружи, не зная, что внутри. Аналитик мыслит системами, потому что его работа — провести границы (что наше, что чужое), назначить ответственность (кто за что отвечает) и описать интерфейсы (как части договариваются).

Слово «система» затёрто до того, что почти ничего не значит: банковская система, система мотивации, «у нас тут целая система». Но за этим словом стоит точное и очень полезное понятие, и если его разобрать — половина работы аналитика перестаёт быть магией. Я долго проектировал «фичи», пока не поймал себя на том, что каждый раз на самом деле черчу границу: вот это делаем мы, вот это делает сосед, а вот здесь они здороваются. Это и есть мышление системами, просто его никто так не называл.

Из чего состоит система: четыре слова

Чтобы что-то назвать системой, нужны четыре вещи. Уберите любую — и система рассыпается в кучу деталей.

  • Элементы — части, из которых собрано целое. В кофемашине это бойлер, помпа, бункер для зёрен. В интернет-магазине — каталог, корзина, оплата, склад.
  • Связи — как элементы влияют друг на друга. Помпа гонит воду в бойлер, бойлер греет, нагретая вода идёт через кофе. Корзина передаёт состав заказа в оплату, оплата сообщает складу, что резервировать.
  • Граница — где кончается система и начинается «всё остальное». Кофемашина кончается у розетки и у чашки; что в розетке — не её забота. У магазина граница — там, где начинается банк, служба доставки, поставщик.
  • Цель (поведение) — ради чего всё это собрано. Кофемашина делает кофе. Магазин превращает «хочу товар» в «товар у меня дома и деньги у продавца».

Ключевое слово здесь — целое. Бойлер сам по себе не делает кофе, помпа сама по себе не делает кофе. Кофе делает их связка. Это свойство называется эмерджентностью: у системы есть поведение, которого нет ни у одной её части. Поэтому нельзя понять систему, разглядывая только детали, — надо смотреть на связи между ними.

Что важно знать

Куча деталей на столе — не система. Машина, собранная из этих деталей, — система. Разница ровно в связях и цели. Когда вам приносят «список фич» без связей и без цели, у вас на руках куча деталей, а не система, — и первый вопрос аналитика: «а как это связано и зачем».

Вход, обработка, выход и состояние

Любую систему удобно смотреть как чёрный ящик с тремя вещами: что в неё попадает (вход), что она с этим делает (обработка) и что выдаёт наружу (выход). Кофемашина: вход — зёрна, вода, нажатая кнопка; обработка — смолоть, нагреть, пролить; выход — чашка кофе. Сервис оплаты: вход — данные карты и сумма; обработка — проверка и списание; выход — «оплачено» или «отказано».

flowchart LR
  IN["Вход: запрос, данные, событие"] --> SYS["Система: обработка по своим правилам"]
  SYS --> OUT["Выход: результат, ответ, событие"]
  SYS -.->|"помнит между вызовами"| ST["Состояние"]
  ST -.-> SYS

Схема выше — самая базовая модель системы. Слева в систему приходит вход: запрос, порция данных или внешнее событие. В центре система обрабатывает его по своим внутренним правилам и выдаёт справа выход — результат, ответ или новое событие. Пунктиром показано состояние: то, что система помнит между обращениями. Состояние — это разница между калькулятором и корзиной. Калькулятор без состояния: один и тот же вход всегда даёт один и тот же выход. Корзина с состоянием: добавили товар — она его запомнила, и следующий ваш заход уже видит другой результат. Когда вы проектируете систему, всегда спрашивайте себя: что она обязана помнить, а что может забыть сразу после ответа. Состояние — самая дорогая и хрупкая часть.

Граница и интерфейс: договор, а не кишки

Самая практичная идея во всём этом — интерфейс. Интерфейс это точка на границе системы, через которую с ней общаются снаружи, не зная и не желая знать, что у неё внутри. У кофемашины интерфейс — кнопки и лоток для чашки; вам не нужно понимать устройство помпы, чтобы получить кофе. У сервиса оплаты интерфейс — это его API: «пришли мне сумму и карту — я верну оплачено или нет».

Это и есть способ совладать со сложностью. Пока интерфейс не меняется, внутренности системы можно переделывать как угодно — соседи не заметят. Заменили помпу на более мощную, но кнопка та же — пользователь не в курсе и ему всё равно. Переписали внутри сервис оплаты с нуля, но контракт API прежний — вызывающие сервисы не трогаем. Граница плюс интерфейс — это договор: «вот что я обещаю снаружи, а как я это делаю — моё дело».

У договора есть цена: абстракция протекает

Тут важно не очароваться красотой договора. Интерфейс честно прячет структуру — как именно всё устроено внутри. Но он не прячет нефункциональные свойства: латентность (сервис оплаты отвечает за 50 мс или за 8 секунд?), лимиты (сколько запросов в секунду он переварит?) и режимы отказа (что он делает, когда сам упал, — вернёт ошибку, тихо промолчит или зависнет?). Всё это протекает наружу сквозь любой контракт. Это называют дырявой абстракцией (leaky abstraction): «договор» описывает, что система обещает, но не отменяет того, что за ним живёт реальная система со своими сбоями, очередями и таймаутами. Поэтому, проектируя обращение к чужому сервису, мало прочитать его API — закладывайтесь на то, что он бывает медленным, ограниченным и недоступным.

Где это превращается в работу аналитика

Системы вкладываются друг в друга, как матрёшки. Браузер и сервер — это две системы, которые вместе образуют систему побольше; про эту конкретную пару — клиент-сервер. Ваша задача — выбрать, на каком уровне вы сейчас смотрите, и провести границу осознанно. «Где граница нашего сервиса?» и «что у него за интерфейс?» — два вопроса, которые экономят месяцы.

Почему аналитик мыслит системами

Когда вы смотрите на задачу как на систему, у вас автоматически появляются три правильных вопроса, и все три — про вашу прямую работу.

Где границы. Что входит в нашу зону, а что снаружи и принадлежит другим. Это сразу отсекает половину споров: «начисление бонусов — наша система или соседняя?». Пока граница не проведена, никто не знает, чья это задача.

Кто за что отвечает. Граница — это всегда чья-то ответственность. У каждой подсистемы есть владелец, и если вы видите кусок логики, у которого владельца нет, — это будущий инцидент, за который в проде никто не возьмётся. То, что снаружи, тоже важно: внешние системы (банк, поставщик, другая команда) ведут себя по своим правилам, и вы ими не управляете — только договариваетесь через интерфейс. Кто эти владельцы по ролям — в записи про то, кто все эти люди.

Что снаружи и что внутри. Внутреннее вы проектируете, внешнее — принимаете как данность и закладываете на его сбои. Сервис оплаты для вас — чёрный ящик за интерфейсом: вы не чините его, вы решаете, что делать, когда он ответит «отказ» или промолчит.

Откуда это взялось

Идея смотреть на разные вещи — организм, машину, общество, программу — через одну общую оптику «элементы, связи, граница, цель» оформилась в середине XX века. Биолог Людвиг фон Берталанфи в 1940–60-х предложил общую теорию систем: его поразило, что у клетки, муравейника и завода обнаруживаются одни и те же закономерности, и значит их можно изучать общим языком. Параллельно росла кибернетика (Норберт Винер) — про управление и обратную связь. Из этого выросло «системное мышление», а уже из него — системная инженерия и, в конце концов, наша профессия. Поэтому в названии «системный аналитик» слово «системный» — не для красоты: это буквально про умение видеть систему там, где другие видят кучу деталей.

Как это спрашивают на собесе

Эти два вопроса любят на интервью, потому что они мгновенно показывают, мыслит человек системами или заучил термины.

«Что такое интерфейс и зачем он нужен?» — ждут не определение из учебника, а три мысли: интерфейс это точка на границе, через которую с системой общаются снаружи; он скрывает внутреннее устройство; и за счёт этого реализацию можно менять, не ломая соседей, пока контракт прежний. Назвал «точка на границе» и «прячет кишки» — джун. Добавил «поэтому я могу переписать внутренности, а вызывающих не трогаю» — мидл, который понимает, зачем это, а не только что это.

«Где граница вашего сервиса и почему это важно?» — ждут, что вы свяжете границу с зоной ответственности (что наше, что чужое и за чьё это слово отвечает владелец) и сразу же — с закладкой на сбои внешних систем (всё, что за границей, вы не чините, а принимаете как данность и продумываете, что делать, когда оно ответит ошибкой или промолчит). Граница джун/мидл проходит ровно здесь: джун опишет границу как «наш код против чужого», мидл сразу добавит «а раз банк за границей — закладываюсь на его таймаут и отказ».

Частые вопросы

Что такое система простыми словами?

Это набор связанных между собой элементов, отделённый границей от внешнего мира и собранный ради общей цели. Главный признак — целое умеет то, чего не умеет ни одна часть по отдельности: бойлер и помпа порознь кофе не делают, а кофемашина делает. Куча деталей системой не является — системой её делают связи между деталями и общая цель.

Что такое интерфейс системы?

Это точка на границе, через которую с системой общаются снаружи, не зная её внутреннего устройства. Кнопки кофемашины, API сервиса оплаты, розетка в стене — всё это интерфейсы. Смысл интерфейса в том, что внутренности можно менять как угодно, пока интерфейс прежний: соседние системы зависят от договора, а не от кишок, поэтому переделка внутри их не ломает.

Зачем аналитику мыслить системами?

Потому что его работа сводится к трём вопросам, и все три — системные: где граница нашего куска (что наше, что чужое), кто за каждый кусок отвечает, и что находится снаружи (внешние системы, на чьи сбои надо закладываться). Кто провёл границы и описал интерфейсы между частями — тот заранее снял половину споров о зонах ответственности и недоразумений на стыках.