Бизнес-аналитик в IT [2020] [LABA] [Александр Белин]

Бизнес-аналитик в IT [2020] [LABA]
Александр Белин

Ведущий бизнес-аналитик EPAM научит работать с требованиями.

Мы разработали курс для бизнес- и системных аналитиков, а также специалистов, которые хотят строить карьеру бизнес-аналитика в IT-индустрии. После курса сможете выйти на уровень middle+ и применить знания в реальных проектах.

Преимущества курса:
1. Практические задания
Шаг за шагом вы будете анализировать бизнес-сущности проекта, формировать Use и User Cases и готовить требования для внедрения разработчиками.
2. Возможности после
После курса вы сможете занять должность бизнес-аналитика в IT-проектах, влиять на результаты бизнеса и повысить доход (по данным habr.com, бизнес-аналитик получает около $1800).

Спойлер: О курсе

1. Артефакты проекта

Мы разберём ключевые пункты, с которых начинается бизнес-анализ. Вы составите глоссарий проекта, выявите действующих бизнес-лиц и разработаете репозиторий бизнес-правил. ​

2. Моделирование

Вы научитесь использовать нотации UML для моделирования программного обеспечения, сформируете требования в виде Use Cases и построите диаграмму деятельности.​

3. Подготовка к внедрению

Мы научим разрабатывать требования, оформлять их в документ Software Requirements Specification и готовить к имплементации по Agile-подходам.​

Спойлер: Содержание

Занятие 1 - Анализ и декомпозиция информации бизнес-анализа с помощью концептуального моделирования

• информация бизнес-анализа как предмет работы аналитика требований
• описание бизнеса, источники получения информации
• цель анализа информации бизнес-анализа
• практическая часть: работа в приложении CMap Tool

Занятие 2 - Объектно-ориентированный подход. Язык визуального моделирования (UML). Моделирование бизнес-сущностей и их взаимосвязей

• объектно-ориентированный подход
• язык визуального моделирования UML
• моделирование бизнес-сущностей и их взаимосвязей. UML-диаграмма классов
• практическая часть: построение диаграммы классов

Занятие 3 - Формирование понимания бизнес-функциональности с помощью модели бизнес-вариантов использования

• что такое «варианты использования» (Use Cases), бизнес- и системные варианты использования
• диаграмма бизнес-вариантов использования (Business Use Сase diagram)
• оптимизация модели бизнес-функций
• практическая часть: моделирование и оптимизация диаграммы бизнес-вариантов использования

Занятие 4 - Переход на этап системного моделирования – построение диаграммы системных вариантов использования

• анализ требований к системе
• диаграмма системных вариантов использования
• практическая часть: построение модели системных вариантов использования

Занятие 5 - Моделирование реализации бизнес-целей. Построение UML-диаграммы деятельности

• назначение UML-диаграммы Деятельности
• нотационные элементы Диаграммы Деятельности
• практическая часть: построение диаграммы деятельности

Занятие 6 - Анализ жизненного цикла «пассивных» сущностей. Построение UML State Machine Diagram

• назначение модели State Machine Diagram
• элементы нотации
• практическая часть: построение модели State Machine Diagram

Занятие 7 - Разработка требований. Разработка требований в виде вариантов использования (UC – Use Case)

• общее описание структуры Use Case
• структура текстового описания Use Case
• правила нумерации шагов основного и альтернативных потоков
• лучшие практики разработки требований в виде Use Cases
• написание текстового Use Case
• разбор распространенных ошибок при написании Use Cases

Занятие 8 - Моделирование пользовательского интерфейса

• построение Dialog Map. Описание подхода
• моделирование формы пользовательского интерфейса
• практическая часть: построение Dialog Map

Занятие 9 - Оформление требований в виде документа «Спецификация требований» (Software Requirements Specification)

• шаблонные разделы в документе
• назначения разделов
• правила заполнения
• практическая часть: заполнение документа «Спецификация требований»

Занятие 10 - Подготовка требований к имплементации в Agile-проектах

• техника Use Case 2.0
• разработка требований в проектах с использованием адаптивных подходов
• структура требования, написанного в виде User Cases
• формат требования, написанного в виде User Cases

На момент создания темы актуальная цена не известна

Продажник