როდესაც აღწერთ მოთხოვნებს ან პროცესებს — გულისხმობთ 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.
• Требования к системе (функциональные и нефункциональные).
• Диаграммы и схемы.
• Технические задания или спецификации для разработчиков.

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