Когда описываешь требования или процессы — имеются в виду процессы AS-IS (как есть) или TO-BE (как будет)? Какими инструментами пользуешься? Что является артефактом этих проработок со стороны системного аналитика?

При описании требований и процессов важно чётко понимать, что именно нужно документировать:

• AS-IS — текущие процессы и состояние системы, как есть сейчас.
• TO-BE — целевое состояние, как процессы должны работать после изменений.

Обычно сначала фиксируют AS-IS, чтобы понять исходную ситуацию, затем разрабатывают TO-BE — желаемую модель.

Для этого используют различные инструменты:

• Диаграммы BPMN для описания процессов.
• Use Case диаграммы и User Stories для требований.
• Таблицы требований и спецификации.
• Инструменты для моделирования (например, Enterprise Architect, Draw.io).

Артефакты системного аналитика — это документация, отражающая эти модели:

• Описания процессов AS-IS и TO-BE.
• Требования к системе (функциональные и нефункциональные).
• Диаграммы и схемы.
• Технические задания или спецификации для разработчиков.

Эти артефакты служат основой для коммуникации между бизнесом и командой разработки.