СИСТЕМНЫЙ
АНАЛИТИК.БАЗА

Знакомство с основными понятиями в IT, видами информационных систем и их особенностями. Что такое системный анализ, и как с ним связан системный аналитик? Что ожидают коллеги от системного аналитика. Теория жизненного цикла разработки ПО и роль системного аналитика в нем. Из кого состоит команда разработки, с кем будете общаться и на какие темы (всё как в реальной жизни). Методологии разработки ПО — от Waterfall до Agile, популярный и всеми любимый Scrum (научитесь по нему работать).

Теория уровней и видов требований, процесс работы с ними, документирование требований в Jira и Confluence. Какими должны быть хорошие требования? Методы сбора требований, как готовиться к проведению интервью с заказчиком. Методы анализа требований, современные инструменты.

Концепция разработки по User Story: как всё-таки предполагается по ней работать команде? Написание пользовательских историй, соответствующих критериям INVEST и хорошему стилю. Проработка и оформление критериев приемки. Одними User Story едины? Сравнение User Story с ТЗ и Use Case. Где описывать нефункциональные требования?

Выявление вариантов использования и определение действующих лиц (актеров). Описание успешного сценария и расширений. Поиск альтернативных сценариев: "А что будет, если ...? Как система должна вести себя в этом Use Case?" Правила описания шагов Use Case, следуя которым можно написать достойные сценарии использования системы, за которые не стыдно.

Выявление бизнес-процессов различных типов и их декомпозиция. Построение дерева бизнес-процессов. Модели as is и to be. Модель “Чёрный ящик” и первые уровни декомпозиции. Да, системному аналитику это нужно знать. Да, мы знаем, что учим не бизнес-аналитиков :) Моделирование технических, бизнес-процессов, алгоритмов в нотациях DFD, IDEF0, EPC, Activity Diagram (UML), BPMN. Разбор распространенных ошибок моделирования и методы их исправления.

Типы баз данных. Основные понятия в реляционных базах данных. Типы данных: когда и что выбирать? Свойства атрибутов. Приведение БД к третьей нормальной форме. Основные команды SQL. Концептуальный, логический и физический уровни проектирования модели данных. Определение сущностей, их атрибутов и связей между ними. ER-модель в нотациях Чена и Crow's Foot ("вороньи лапки`").

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

На основе собранных требований у заказчика вы составляете карту историй, из которой выделяете MVP-версию продукта и определяете, что войдет в ближайшие релизы. Вы выделяете роли пользователей и продумываете их задачи в системе. Умение выделить MVP — важный навык для системных аналитиков, который также проверяют на собеседованиях. Мы должны держать фокус и концентрироваться на главных функциях, понимая границы своей системы. * MVP - минимально жизнеспособный продукт

По выделенному MVP пишите Use Cases. Тренируете системное мышление и ищете альтернативные кейсы. Это главный навык аналитика — понять, что может пойти не так в системе. За это нас и нанимают в команду разработки 🙂

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

Построите концептуальную, логическую и физическую модели данных. Продумаете валидацию полей и зависимости. Опишите физическую модель данных. Это ожидают увидеть бэкенд-разработчики в техническом задании.

Создадите макеты пользовательского интерфейса и опишете элементы UI. Продумаете валидацию полей. Именно это ожидают увидеть фронтенд и мобайл разработчики в техническом задании.

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

Все подготовленные артефакты системного аналитика собираются в задачи на разработку. Вам предстоит декомпозировать проект на задачи, создать их в Jira, проставить зависимости и оформить документацию в Confluence. Умение работать с Jira и Confluence пригодится в любой компании.