Дополнительная информация
Модуль 1. Основы профессии "Бизнес-аналитик" – 4 часаЧасть 1. Введение в бизнес-анализЧто такое бизнес-анализКто такой бизнес-аналитик и что он делает (цели, задачи, результаты работы)Процессы, стадии и модели ЖЦ ПО, фреймворк SDLC, стандарты ГОСТ 34.601-90, ISO/IEC 12207:2008 и ГОСТ Р ИСО/МЭК 12207-2010Ключевые понятия Agile: идеи, принципы, подходы и техникиРоли в команде разработки ПООтличия бизнес-аналитика от системного и аналитика данных, а также менеджера проектовПрофессиональные стандарты и своды знаний (BABOK, SWEBOK, DAMA-DMBOK, PMBOK, российские профстандарты «Бизнес-аналитик», «Системный аналитик», «Руководитель проектов в области информационных технологий»)Основные обязанности, рабочие задачи, результаты деятельности и базовые профессиональные компетенции системного, продуктового, бизнес-аналитика и аналитика данных. Практическое задание – для каждой из 20 задач определить исполнителя (системный, бизнес-аналитик, аналитик данных, маркетолог, менеджер проектов)Структура и ключевые понятия BABOK®Guide (модель BACCM™, основные термины, 6 областей знаний и входящие в них 30 задач, классификация требований и стейкхолдеров)Базовые компетенции бизнес-аналитикаЧасть 2. Анализ рынков и финансовая оценка решенийАнализ корневых причин (Диаграмма Исикавы, метод 5W). Практическое задание – составить диаграмму Исикавы для определения основных причин бизнес-проблемы в выданном кейсе или собственном примереМетоды анализа рынка (SWOT, PEST, 5 сил Портера, PAM-TAM-SAM-SOM). Практическое задание – проанализировать выданный кейс или свой пример по методам SWOT, PEST, 5 сил Портера, а также рассчитать емкость рынка по методу PAM-TAM-SAM-SOMМетоды предварительной оценки (PERT, ROM, Дельфи и др.)Основы анализа и управления рисками. Реестр рисков, стратегии работы с рисками, матрица NASA. Практическое задание – составить реестр рисков по выданному кейсу или своему примеруБизнес-кейс (что это, зачем нужно и как разработать). Метод CATWOE. Практическое задание – представить выданный кейс или свой пример по методу CATWOEФункционально-стоимостный анализ, основные показатели финансовой модели проекта (доходы, расходы, виды прибыли, ROI, учетная ставка, IRR, маржинальность, период окупаемости). Практическое задание – по выданному кейсу рассчитать основные показатели финансовой модели.Модуль 2. Моделирование бизнес-процессов – 8 часовЧасть 1. Системы, процессы и структуры CMMI-модель управленческой зрелости бизнес-процессов. Практическое задание – определить уровень зрелости своего предприятияУровни управления бизнесомПодходы к управлению: процессный, функциональный, проектныйЧто такое бизнес-процесс (определение и ключевые характеристики, прямые и косвенные показатели, отличия процесса от проекта, метод SIPOC). Практическое задание – определить характеристики одного бизнес-процесса своего предприятия и описать его по методу SIPOCДеятельность как система бизнес-процессовПонятие архитектуры предприятия, эталонные моделиТиповые системы бизнес-процессов (ISO 9000:2000, APQC, объекты управления). Практическое задание – определить бизнес-процессы своего предприятия по наиболее подходящей для него типовой системеОрганизационная структура предприятия (виды, отличия, преимущества и недостатки, влияние на итоговую стоимость продукта). Практическое задание – составить схему организационной структуры своего предприятияЛюди и процессы: матрица ответственности (RACI). Практическое задание – составить RACI-матрицу своего предприятияПонятие регулярного менеджмента, управленческие циклы PDCA и DMAICСтратегическая карта Нортона-Каплана и сбалансированная система показателей (Balansed Scorecard, KPI). Практическое задание – составить стратегическую карту Нортона-Каплана для своего предприятияЧасть 2. Формализация бизнес-процессовМетодологии и нотации моделирования бизнес-процессовСтруктурный анализ и SADT-моделированиеМетодология и нотация функционального моделирования IDEF0. Практическое задание – описать систему бизнес-процессов своего предприятия в виде IDEF0-диаграммыДиаграмма потоков данных DFD. Практическое задание – показать движение потоков данных в рамках одного или нескольких бизнес-процессовIDEF3 как основа workflow-диаграмм. Практическое задание – описать workflow-алгоритм выполнения процесса в IDEF3-нотацииНотации функционально-событийного моделирования EPC и BPMN. Практическое задание – описать детальную логику выполнения бизнес-процессов в нотациях EPC и UMLПрограммные инструменты описания бизнес-процессов, организационных структур и информационных систем (Business Studio, Ramus, ARIS, Visio, Archi, онлайн-редакторы, системы класса BPMS)Модуль 3. UML и основы ООП – 6 часовОсновы объектно-ориентированного подхода (ООП), история возникновения и развития, достоинства и недостатки ООППонятие класса и объектаЧем объектно-ориентированный анализ отличается от структурногоВиды UML-диаграмм: структурные и динамическиеАртефакты, связи и специфические обозначения сущностейТиповая последовательность проектирования систем с помощью UMLОт user story к детальным пользовательским сценариямUML-диаграмма вариантов использования (use case). Практическое задание – составить UML-диаграмму вариантов использования системы по выданному кейсу или своему примеруОписание доменной области в UML-диаграмме классов. Практическое задание – описать онтологию предметной области собственной системы (или вариант из предложенных примеров) в UML classВзаимодействие между сущностями на UML-диаграмме последовательности. Практическое задание – описать взаимодействие между объектами разных классов, ранее определенных на диаграмме классовЖизненный цикл сущности в UML-диаграмме состояний. Практическое задание – разработать UML-диаграмму состояний для объекта одного из классов, ранее определенных на диаграмме классовБизнес-процесс в UML-диаграмме деятельности. Практическое задание – описать логику выполнения бизнес-процесса по выданному кейсу или своему примеруАрхитектуры системы на UML-диаграмме развертывания и компонентов. Практическое задание – представить общую схему архитектуры информационной системы, показав размещение ее основных программных компонентов по физическим узлам на UML-диаграмме развертывания.Модуль 4. ТЗ и разработка требований – 6 часовОт потребности к требованию: понятие потребности, требования, виды требований, атрибуты и ЖЦ требования, критерии оценки и приемки, Definition of DoneАнализ стейкхолдеров и техники их описания (список, карта, луковичная диаграмма, архетипы). Практическое задание – по выданному кейсу или своему примеру определить основных стейкхолдеров и представить их описание с помощью подходящей техникиШаблоны текстовой формулировки требованийUser Story и Use Case как схемы представления требований. Практическое задание – по выданному кейсу или своему примеру определить бизнес-требования и требования стейкхолдеров, детализировать их в функциональные и не функциональные требования к решению, представив их в виде User Story и Use CaseТрассировка требований. Практическое задание – определить, какими видами отношений связаны требования в приведенном спискеПриоритизация требований, подходы и модели расстановки приоритетов (MoSCoW, RICE, Кано, Feature Bucket, метод Вигерса, Impact/Effort). Практическое задание – выбрать наиболее подходящую модель приоритизации требований и расставить приоритеты в приведенном спискеГрафические методы описания функциональных требований (UML use case, диаграммы деятельности, последовательности, состояний, BPMN)Виды и примеры нефункциональных требований, метрики эксплуатационной надежности (SLA, SLO, SLI, RPO, RTO), показатели веб-сайтовМетоды описания нефункциональных требований, прототипированиеСистемы управления требованиями (ключевые функции, примеры)Стандарты спецификации требований и ТЗ на разработку ИС, АС и ПО (ISO/IEC/IEEE 29148:2018, ГОСТ 34.602-2020, ГОСТ 19.201-78, SRS на основе на основе IEEE/ISO/IEC 29148-2011)Люди, процессы и данные: матрица ролей и разрешений для CRUD-операций с данными. Практическое задание – определить доступность CRUD-операций на различные виды данных в выданном кейсе или своем примере.