Корпоративные информационные системы

RU
Записаться
Длительность
76 дней
Формат обучения
Дистанционно (самостоятельно)
Описание Учебный курс посвящен корпоративным информационным системам и теоретическим основам автоматизации предприятий и организаций. Рассматриваются основы процессного управления, цепь наращивания ценности, процессное и функциональное управление, реинжиниринг бизнес-процессов и подходы к их автоматизации. Изучаются особенности построения корпоративных ИС, в том числе для вспомогательных бизнес-процессов. Материал адресован руководителям ИТ-подразделений, бизнес-аналитикам, методологам процессов и специалистам по автоматизации.
Цели
  • Сформировать понимание роли корпоративных ИС в работе предприятия.
  • Развить умение анализировать бизнес-процессы как объект автоматизации.
  • Подготовить к оценке подходов к реинжинирингу процессов.
Чему я научусь?
  • Описывать состав и архитектуру корпоративной информационной системы.
  • Моделировать ключевые бизнес-процессы организации.
  • Сравнивать процессное и функциональное управление.
  • Обосновывать выбор подхода к автоматизации процессов.
Чему я научусь?
  • Описывать состав и архитектуру корпоративной информационной системы.
  • Моделировать ключевые бизнес-процессы организации.
  • Сравнивать процессное и функциональное управление.
  • Обосновывать выбор подхода к автоматизации процессов.

Учебный план

№ Занятия
1 Бизнес-архитектура В материале изложен взгляд на корпоративные информационные системы через призму архитектуры предприятия. Логика подачи: сначала определяется... В материале изложен взгляд на корпоративные информационные системы через призму архитектуры предприятия. Логика подачи: сначала определяется цель архитектурного подхода — построение модели предприятия для эффективного управления ИТ, — а затем подробно разбирается структура бизнес-архитектуры. Она представлена как совокупность доменов, сгруппированных по степени стабильности. Особое внимание уделено составу и назначению ключевых элементов: от организационного строения и способностей до потоков ценности и корпоративной информации. Такой ракурс позволяет увидеть информационные системы не изолированно, а как часть общей управленческой модели. ещё 33 мин
2 Элементы бизнес-архитектуры В материале раскрывается логика описания архитектуры предприятия через взаимосвязь организационных единиц, информации и бизнес-способностей. Сначала информация... В материале раскрывается логика описания архитектуры предприятия через взаимосвязь организационных единиц, информации и бизнес-способностей. Сначала информация рассматривается как самостоятельный актив, возникающий при интерпретации данных в рамках модели данных. Далее обсуждается роль измерений и метрик для принятия решений, подчёркивается, что корпоративные информационные системы лишь подготавливают информацию, а ответственность остаётся за человеком. Центральное место занимает понятие бизнес-способности как комбинации ролей, процессов, информации и инструментов, которое расширяет традиционный взгляд на бизнес-процессы. На примерах и через тепловые карты показана связь способностей с организационной структурой и их оценка для выявления приоритетов автоматизации. ещё 57 мин
3 Цепь наращивания ценности В лекции раскрывается логика анализа деятельности предприятия через цепь наращивания ценности (Value Chain) и её детализацию... В лекции раскрывается логика анализа деятельности предприятия через цепь наращивания ценности (Value Chain) и её детализацию — потоки ценности (Value Stream). Сначала вводится понятие потребительской ценности, отделяемое от цены и затрат. Затем на основе модели М. Портера деятельность разделяется на основные процессы (создают ценность) и вспомогательные (обеспечивают поддержку). Показано, как типовая цепочка адаптируется под разные виды бизнеса, расширяется до логистической цепи и разбивается на потоки под конкретного клиента. Завершает объяснение связь этапов потока с бизнес-способностями и различие целей управления: продуктивность для создающих ценность процессов и экономия ресурсов для поддерживающих. ещё 60 мин
4 Бизнес-процессы В лекции изложена концепция процессного управления как одного из двух фундаментальных типов менеджмента. Раскрывается логика, при... В лекции изложена концепция процессного управления как одного из двух фундаментальных типов менеджмента. Раскрывается логика, при которой организация рассматривается не как иерархия функций, а как совокупность сквозных процессов создания ценности. Последовательно объясняется, как строятся такие процессы, по каким принципам они непрерывно адаптируются под клиента и рынок. Отдельно анализируется неочевидная роль организационной структуры: в этой модели она служит не для прямого командования, а как «пул квалификаций», обеспечивающий процессы ресурсами и отвечающий за развитие компетенций. ещё 54 мин
5 Процессные роли В лекции рассматриваются две фундаментальные роли процессного управления: владелец процесса и менеджер (администратор) процесса. Изложение строится... В лекции рассматриваются две фундаментальные роли процессного управления: владелец процесса и менеджер (администратор) процесса. Изложение строится от описания функционала каждой роли согласно методологии BPM CBOK к анализу причин их обязательного разделения. Логика материала ведет слушателя к пониманию ключевого принципа: разделение ответственности за проектирование и за исполнение процесса необходимо для накопления опыта и эффективного управления. ещё 39 мин
6 Примеры процессных организаций Лекция посвящена примерам процессных организаций, чья деятельность основана на индивидуальном производстве. Рассматриваются отрасли, где каждый продукт... Лекция посвящена примерам процессных организаций, чья деятельность основана на индивидуальном производстве. Рассматриваются отрасли, где каждый продукт или услуга уникальны: тяжелое и специальное машиностроение, строительство инфраструктурных объектов, печатные СМИ, а также индивидуальные услуги для бизнеса и частных клиентов. Логика изложения строится от примеров, ориентированных на конкретного заказчика, к случаю печатного издания, где клиент отсутствует, но выпуск каждого номера остается уникальным процессом, и далее к сфере услуг, где совместная с клиентом разработка решения порождает уникальный результат. ещё 15 мин
7 Процессное и функциональное управление В лекции рассматриваются два фундаментальных подхода к организации деятельности компании: процессное и функциональное управление. Логика изложения... В лекции рассматриваются два фундаментальных подхода к организации деятельности компании: процессное и функциональное управление. Логика изложения строится на сравнении их сильных и слабых сторон. Сначала анализируется процессный подход: его гибкость, способность адаптироваться к запросам клиентов и легкость взаимодействия с партнерами, но при этом низкая эффективность и высокая себестоимость из-за отсутствия узкой специализации. Затем показывается, как в погоне за эффективностью организация переходит к функциональной структуре, «замораживая» процессы и внедряя жесткое разделение труда. В итоге раскрывается главная дилемма: выбор между гибкостью и эффективностью, где каждый подход имеет свою цену. ещё 36 мин
8 Примеры функциональных организаций и сравнение подходов к управлению В материале рассматриваются два фундаментальных подхода к управлению: функциональный и процессный. Изложение построено на их сравнении... В материале рассматриваются два фундаментальных подхода к управлению: функциональный и процессный. Изложение построено на их сравнении через призму реальных бизнес-моделей. Логика раскрытия темы идет от анализа сфер применения каждого подхода в чистом виде к объяснению их сильных и слабых сторон. Ключевой вывод — несостоятельность их противопоставления. Главная идея заключается в том, что искусство управления состоит в гибридизации: умении найти оптимальный баланс между стандартизацией (функционал) и гибкостью (процесс) на разных уровнях бизнеса. ещё 27 мин
9 Проектное управление В материале последовательно раскрывается логика процессного управления: сначала вводится понятие процессных активов как фундамента управляемого бизнес-процесса,... В материале последовательно раскрывается логика процессного управления: сначала вводится понятие процессных активов как фундамента управляемого бизнес-процесса, затем описывается его жизненный цикл от создания до ликвидации. Центральное место занимает реинжиниринг, трактуемый как изменение процессных активов, что снимает неопределённость в отношении масштаба преобразований. Далее разбираются пять способов проведения реинжиниринга — от самостоятельного анализа до внедрения информационных систем, с особым вниманием к референтным процессным моделям. Завершающий акцент — цель любых изменений состоит в улучшении процесса, критерии которого образуют самостоятельную сложную область. ещё 15 мин
10 Жизненный цикл процесса В лекции рассматривается устройство процессной организации через понятие процессных активов — всего, что описывает и автоматизирует... В лекции рассматривается устройство процессной организации через понятие процессных активов — всего, что описывает и автоматизирует бизнес-процесс: от регламентов и ролей до метрик и ИТ-систем. Показано, что информационная система сама может выступать формой описания процесса. Далее вводится понятие жизненного цикла процесса и объясняется суть инжиниринга и реинжиниринга как изменения процессных активов. Основное внимание уделено пяти способам реинжиниринга — от самостоятельного анализа до внедрения референтных моделей и корпоративных информационных систем (КИС). Логика изложения ведет от общей структуры процессного управления к практическим методам его трансформации. ещё 54 мин
11 Улучшение процессов В материале раскрыто принципиальное различие между повышением эффективности и улучшением процесса через рост его стабильности и... В материале раскрыто принципиальное различие между повышением эффективности и улучшением процесса через рост его стабильности и предсказуемости. Центральное понятие — институализация (закрепление), рассмотренная в логике эволюции организации: от хаотичного стартапа без процессных активов до компании со стандартизированными, прозрачными процедурами. Показано, как корпоративные информационные системы служат инструментом закрепления процессов, и почему высшее руководство заинтересовано в такой автоматизации даже без очевидного экономического эффекта. ещё 45 мин
12 Бизнес-процессы, обрабатывающие информацию Рассматриваются бизнес-процессы, оперирующие информацией, их ключевое отличие от процессов материального производства — высокая гибкость и скорость... Рассматриваются бизнес-процессы, оперирующие информацией, их ключевое отличие от процессов материального производства — высокая гибкость и скорость изменений. Показано, как эти процессы, встраиваясь в другие или существуя самостоятельно, напрямую определяют качество управленческих решений. Основной фокус направлен на последствия автоматизации: информационные системы становятся соисполнителями, перенимая часть ответственности владельца, но одновременно создают технологические ограничения и зависимость менеджмента от IT-решений. Приводятся примеры организаций, бизнес которых полностью сводится к обработке информации, и обосновывается тенденция роста их доли в экономике. ещё 33 мин
13 Автоматизация бизнес-процессов В центре материала — постановка задачи автоматизации бизнес-процессов. Раскрывается взгляд на автоматизацию не как на разовый... В центре материала — постановка задачи автоматизации бизнес-процессов. Раскрывается взгляд на автоматизацию не как на разовый проект, а как на непрерывную деятельность, охватывающую весь жизненный цикл процесса: от анализа требований до вывода из эксплуатации. Последовательно рассматриваются ключевые мотивы внедрения — от стремления снизить затраты до институализации. Затем проводится сравнительный анализ автоматизированного и ручного процессов по четырём осям: институализация и гибкость, экономическая эффективность, надёжность и требования к персоналу. Логика изложения подводит к выводу, что автоматизация далеко не всегда означает однозначное улучшение и требует всесторонней оценки полной стоимости владения и рисков. ещё 30 мин
14 Моделирование бизнес-процессов В материале рассматривается двойственная роль моделирования бизнес-процессов. С одной стороны, оно выступает как инструмент познания и... В материале рассматривается двойственная роль моделирования бизнес-процессов. С одной стороны, оно выступает как инструмент познания и улучшения организации, не привязанный напрямую к ИТ. С другой — подробно разбираются три практических способа применения моделей в автоматизации: как источник требований, как основа для управления изменениями и как исполняемая спецификация на языке BPMN. Центральная идея — сопоставление строгих формальных нотаций и гибких текстово-табличных описаний с точки зрения их реальной пользы для заказчика. ещё 39 мин
15 Процессный подход и качество В материале последовательно раскрывается связь процессного подхода и менеджмента качества. Сначала объясняется, почему одних проверок готового... В материале последовательно раскрывается связь процессного подхода и менеджмента качества. Сначала объясняется, почему одних проверок готового результата недостаточно, особенно для услуг. Затем показывается логика перехода к оценке самого процесса как единственного способа убедиться в качестве ещё до потребления. На примерах страхования и автомобильных краш-тестов демонстрируется, как прозрачность производственных и сервисных процессов даёт потребителю гарантии. Завершается изложение требованием стандарта ISO 9000 к валидации — подтверждению тех процессов, итог которых нельзя заранее измерить. ещё 39 мин
16 Подходы к автоматизации бизнес-процессов В материале рассматривается фундаментальная дилема автоматизации бизнес-процессов: необходимость сохранения их уникальности или, напротив, их предварительная оптимизация.... В материале рассматривается фундаментальная дилема автоматизации бизнес-процессов: необходимость сохранения их уникальности или, напротив, их предварительная оптимизация. Последовательно раскрываются ключевые вызовы этой деятельности: от невозможности объективной оценки будущей выгоды от внедрения информационных систем до сложностей выбора технологической платформы и организации проектных работ. Логика изложения ведет к центральному выводу о том, что в условиях отсутствия универсальных рецептов успеха решающим фактором становится не формальная методология, а наличие персонально ответственного топ-менеджера — спонсора автоматизации. ещё 63 мин
17 Выбор бизнес-процессов для автоматизации Изложены подходы к выбору бизнес-процессов, требующих улучшения или автоматизации. Рассматриваются сравнительный анализ с конкурентами (бенчмаркинг), SWOT-анализ,... Изложены подходы к выбору бизнес-процессов, требующих улучшения или автоматизации. Рассматриваются сравнительный анализ с конкурентами (бенчмаркинг), SWOT-анализ, теория ограничений Голдратта с быстрыми победами и стратегический анализ на основе декомпозиции целей (фреймворк COBIT). Логика повествования движется от простых методов к сложным, затем к скептической оценке их применимости при отсутствии формальных целей у компаний. Завершается разбор достоинств моделирования процессов и его главных недостатков — высокой стоимости, трудоёмкости и быстрого устаревания результатов. ещё 36 мин
18 Кейс Уралмаш. Постановка задачи Лекция разбирает реальный проект по разработке ИТ-стратегии для завода «Уралмаш». На примере этого кейса показана попытка... Лекция разбирает реальный проект по разработке ИТ-стратегии для завода «Уралмаш». На примере этого кейса показана попытка выявить узкие места и предложить автоматизацию либо реинжиниринг критических бизнес-процессов. Материал выстроен последовательно: сначала характеризуется масштаб и историческая модель предприятия, затем анализируются шоки перехода к рынку, после чего описываются симптомы потери денег и формулируется задача, с которой команда работала два года, но так и не смогла найти приемлемое решение. ещё 42 мин
19 Кейс Уралмаш. Выявленные проблемы На примере завода «Уралмаш» рассматривается разрыв между мощной производственной базой и управленческим хаосом, возникшим при переходе... На примере завода «Уралмаш» рассматривается разрыв между мощной производственной базой и управленческим хаосом, возникшим при переходе от плановой системы к рынку. Описывается цепь наращивания ценностей индивидуального производства и анализируются корневые причины неэффективности: отсутствие позаказного учёта, унаследованное от советского «котлового» метода, неспособность управлять потоком изменений требований и материалов, а также отсутствие дисциплины позаказного планирования. Изложение идёт от общего обзора процессов к детальному разбору болевых точек и их разрушительных последствий, завершаясь вопросом о первом шаге трансформации. ещё 54 мин
20 Кейс Уралмаш. Результаты В материале разбирается реальный кейс консультационного проекта на крупном заводе. Собственник категорически отверг комплексное внедрение, желая... В материале разбирается реальный кейс консультационного проекта на крупном заводе. Собственник категорически отверг комплексное внедрение, желая сначала увидеть успешный опыт других. Попытка локально решить проблему через позаказный учёт натолкнулась на необходимость сквозного планирования и управления изменениями. После временного интереса руководства и неудачной попытки внедрить учёт только в одном цехе проект был свёрнут. Логика изложения: от анализа исходных ограничений к осознанию бесперспективности частичных улучшений без системного подхода. ещё 18 мин
21 Комплексная автоматизация В материале последовательно разбираются два подхода к совершенствованию производственных процессов. Сначала анализируется локальная автоматизация: почему она... В материале последовательно разбираются два подхода к совершенствованию производственных процессов. Сначала анализируется локальная автоматизация: почему она успешно сработала в конструкторском бюро, но оказалась непригодна для цехов, где всё пронизано множеством динамических связей. Затем рассматривается альтернатива — комплексный реинжиниринг с опорой на эталонные процессные модели, накопленные как лучшие практики. Логика ведёт от осознания ограничений фрагментарного внедрения к пониманию ценности целостных референтных моделей, источники которых — стандарты, тиражные информационные системы и опыт консультантов. Изложение фокусируется на стандарте де-факто как отправной точке для изучения. ещё 27 мин
Тест 1 для курса # 35786 для курса Корпоративные информационные системы 40 мин
22 Стандарт MRP Рассматривается референтная модель MRP (Material Requirements Planning) — стандарт де-факто для планирования потребности в материалах. Изложение... Рассматривается референтная модель MRP (Material Requirements Planning) — стандарт де-факто для планирования потребности в материалах. Изложение выстроено от описания упрощённой модели дискретного сборочного производства: склад, прогноз спроса, спецификация (BOM). Далее вводится понятие главного календарного плана и раскрывается сама задача MRP — расчёт необходимого количества компонентов к началу плановых периодов. Обсуждаются компромиссы управления запасами (омертвление капитала при закупке впрок или потеря скидок при дробных поставках). Завершается анализом: стандарт систематизирует базовые понятия, но покрывает лишь небольшую часть задач реального производства. ещё 33 мин
23 Стандарт MRPII. Обзор В материале изложена логика перехода от стандарта MRP к MRP II — от планирования потребности в... В материале изложена логика перехода от стандарта MRP к MRP II — от планирования потребности в материалах к планированию всех производственных ресурсов. Центральная идея: управление предприятием строится как строгая иерархия взаимосвязанных планов — от бизнес-плана до оперативного управления цехами. Показано, как изменения на любом уровне требуют каскадного пересчёта выше- и нижестоящих планов. Раскрывается ключевая особенность стандарта: он нереализуем вручную и фактически задаёт архитектуру корпоративной информационной системы, объединяющей обязательные функциональные модули. ещё 48 мин
24 Стандарт MRPII. Модули В лекции изложена архитектура стандарта MRP II как иерархической системы планирования производства. Логика повествования движется от... В лекции изложена архитектура стандарта MRP II как иерархической системы планирования производства. Логика повествования движется от верхнего уровня — планирования продаж и операций (S&OP), связывающего бизнес-цели с детальными планами, — к модулям-исполнителям. Последовательно раскрывается суть главного календарного плана, спецификаций (BOM), управления запасами категорий A, B и C, а также работа смежных подсистем: управления цехом, закупками, мощностями и финансами. Такой подход дает целостное понимание, как из прогноза продаж рождается управленческая и производственная конкретика. ещё 72 мин
25 Концепция ERP В материале прослеживается путь от стандарта MRP II до современных ERP-систем. Показано, как неформальное текстовое описание... В материале прослеживается путь от стандарта MRP II до современных ERP-систем. Показано, как неформальное текстовое описание процессов MRP II дало свободу разработчикам и привело к появлению десятков программных продуктов. Под давлением рынка и запросов клиентов в системы добавлялись модули управления персоналом, финансами и бюджетированием. Так стихийно сформировался класс ERP, не имеющий формального стандарта. Рассматриваются ограничения этого подхода: планирование без учёта загрузки оборудования, остановка на уровне цеха и чувствительность к частым корректировкам. Завершается изложение выходом на следующий класс — MES-системы. ещё 54 мин
26 Концепция MES В материале раскрывается роль MES-систем как связующего звена между уровнем управления предприятием (ERP) и производственным оборудованием.... В материале раскрывается роль MES-систем как связующего звена между уровнем управления предприятием (ERP) и производственным оборудованием. Логика изложения строится от причины появления MES — необходимости декомпозиции ERP на два уровня для независимого управления изменениями. Далее даётся определение MES, перечисляются классические 11 функций: от управления цеховыми ресурсами и детального планирования до контроля качества в реальном времени и отслеживания истории продукта. Завершается анализ ключевыми отличиями MES от ERP, объясняющими, почему частое перепланирование и оперативная реакция возможны именно на локальном цеховом уровне. ещё 24 мин
27 Архитектуры корпоративных информационных систем В материале рассматривается эволюция технической архитектуры корпоративных информационных систем (КИС) — от файл-серверного хранения к клиент-серверной,... В материале рассматривается эволюция технической архитектуры корпоративных информационных систем (КИС) — от файл-серверного хранения к клиент-серверной, а затем к более гибкой трёхуровневой модели. Логика изложения строится на переходе от частного к общему: сначала разбираются ключевые компоненты и принципы работы каждого типа архитектуры, их преимущества и ограничения в контексте управления ресурсами предприятия. Завершающая часть посвящена сравнительному анализу бизнес-моделей ведущих вендоров (SAP и Oracle) и их переходу к облачным технологиям. ещё 48 мин
28 Политики вендоров КИС В материале рассматривается эволюция архитектуры корпоративных информационных систем (КИС) и рыночные стратегии их разработчиков. Изложение построено... В материале рассматривается эволюция архитектуры корпоративных информационных систем (КИС) и рыночные стратегии их разработчиков. Изложение построено на сравнении двух противоположных философий: «тяжеловесной» централизованной монолитности (на примере SAP) и «сборки» лучших независимых решений на единой интеграционной платформе (на примере Oracle). Анализируются технические и коммерческие последствия каждого подхода. Логическим итогом становится вывод о трансформации классических ERP/MES-систем в открытые, быстро эволюционирующие платформы, что критически повышает роль профессиональных консультантов и системных интеграторов при внедрении. ещё 54 мин
29 Референтные модели групп процессов. SCM Рассматривается переход от классических ERP/MES-систем, оптимизирующих внутренние ресурсы, к моделям управления цепями поставок. Вводится понятие логистической... Рассматривается переход от классических ERP/MES-систем, оптимизирующих внутренние ресурсы, к моделям управления цепями поставок. Вводится понятие логистической цепи как последовательности взаимосвязанных переделов от поставщиков до конечных потребителей. На примере референтной модели SCOR раскрывается логика стандартизации межорганизационных процессов. Объясняется, почему эффективность цепи зависит не только от отдельных предприятий, но и от логистического взаимодействия между ними. Отдельно анализируется, для каких типов бизнеса такой подход наиболее актуален, а для производителей услуг — ограниченно применим. ещё 21 мин
30 Модель SCOR В материале изложена структура и логика эталонной модели управления цепями поставок SCOR. Сначала очерчиваются границы модели:... В материале изложена структура и логика эталонной модели управления цепями поставок SCOR. Сначала очерчиваются границы модели: что она охватывает, а что остаётся за её рамками. Затем детализируются пять основных групп процессов — планирование, снабжение, производство, доставка и возврат, а также обеспечивающие активности. Особое внимание уделяется классификации производственных, снабженческих и сбытовых процессов по типу исполнения заказа (на склад, на заказ, разработка на заказ). Изложение завершается системой метрик и атрибутов эффективности, показывая, как с помощью трёхуровневой иерархии показателей выявлять узкие места и повышать результативность цепи поставок. ещё 60 мин
31 Oracle SCM В лекции раскрывается, как функциональность управления цепями поставок воплощена в пакете Oracle SCM. Отталкиваясь от общей... В лекции раскрывается, как функциональность управления цепями поставок воплощена в пакете Oracle SCM. Отталкиваясь от общей концепции модели SCOR, изложение переходит к анализу конкретной реализации: показано, что решение Oracle — это не монолитный модуль, а совокупность семи крупных блоков. Основная логика строится вокруг демонстрации того, что многие из этих блоков изначально разработаны независимыми вендорами (Agile, Outeview, Demantra, JD Edwards) и в разное время приобретены Oracle. Делается вывод о ключевой технологической идее вендора — объединении разнородных IT-решений в единую платформу. ещё 12 мин
32 Бережливое производство В лекции раскрывается суть концепции бережливого производства (Lean Production) не как набора инструментов, а как особой... В лекции раскрывается суть концепции бережливого производства (Lean Production) не как набора инструментов, а как особой философии организации потока. Изложение строится от анализа коренной проблемы традиционного планирования — неизбежности «омертвления» капитала в страховых запасах. Затем демонстрируется логика перехода к идеальной вытягивающей системе, работающей как единый синхронизированный механизм. Апогеем становится сравнение этой производственной модели с архитектурой цифровых электронных схем, где любое хранение невозможно физически, а также обозначаются жесткие границы применимости такого подхода в реальном секторе. ещё 66 мин
33 PLM В этом материале рассматривается применение референтных моделей для управления дискретным производством, где продукт создается путем сборки.... В этом материале рассматривается применение референтных моделей для управления дискретным производством, где продукт создается путем сборки. Основной фокус смещается с типовых операционных моделей на специализированные: управление жизненным циклом продукта (PLM) и управление проектной деятельностью. Логика изложения строится от ограничений массового производства к описанию специфики тиражируемых, но вариативных объектов. На примере типового строительства объясняется, как PLM координирует информационные потоки и изменения, обеспечивая целостность данных на всем протяжении существования объекта, а не только на этапе его создания. ещё 21 мин
34 Гибкая разработка (Agile) В лекции сопоставляются два подхода к управлению проектами. Сначала рассматривается классическая плановая модель, характерная для строительства,... В лекции сопоставляются два подхода к управлению проектами. Сначала рассматривается классическая плановая модель, характерная для строительства, где жёсткая технологическая последовательность диктует необходимость детального прогнозирования. Затем показывается, как природа информационных технологий — чрезвычайная гибкость программного кода — обесценивает такое планирование и приводит к появлению реактивных систем: багтрекеров и гибких методологий вроде Scrum. Логика изложения ведёт от анализа ограничений физических материалов к обоснованию эффективности быстрого распределения задач в условиях высокой неопределённости ИТ-проектов. ещё 24 мин
Тест 2 для курса # 35786 для курса Корпоративные информационные системы 40 мин
35 Автоматизация бюрократических организаций В материале рассматривается природа бюрократических организаций, чья деятельность сводится к созданию, обработке и хранению строго типизированных... В материале рассматривается природа бюрократических организаций, чья деятельность сводится к созданию, обработке и хранению строго типизированных документов. Раскрывается логика автоматизации таких структур: от регламентированных процессов и планирования до внедрения систем электронного документооборота (СЭД). Анализируются ключевые приоритеты — гибкость против эффективности. На примере продуктов Documentum и Directum показаны две противоположные философии построения систем: универсальная платформа и набор узкоспециализированных готовых решений. ещё 81 мин
36 Управление данными организации. Принципы В материале рассматривается эволюция и фундаментальные принципы управления корпоративными данными на основе руководства DAMA-DMBOK. Логика изложения... В материале рассматривается эволюция и фундаментальные принципы управления корпоративными данными на основе руководства DAMA-DMBOK. Логика изложения строится от описания хаоса, возникающего при несогласованном росте форматов данных, к осознанию необходимости выделенной ответственности и специальных систем. На примере реальной проблемы с дублированием данных о клиентах демонстрируется сложность определения «стейкхолдеров». Далее раскрываются ключевые принципы: понимание данных как уникального актива, связь управления данными с качеством, роль метаданных и кросс-функциональный характер управления на протяжении всего жизненного цикла. ещё 63 мин
37 Управление данными организации. Задачи В лекции изложен путь организаций к зрелости в сфере управления данными. Сначала разбирается эмпирическая пирамида Айкина,... В лекции изложен путь организаций к зрелости в сфере управления данными. Сначала разбирается эмпирическая пирамида Айкина, описывающая типичную эволюцию: от внедрения СУБД и моделирования к вынужденному решению проблем качества и лишь затем — к аналитике. Затем представлен системный взгляд на дисциплину согласно своду знаний DAMA-DMBOK2. Раскрывается иерархия областей знаний: почему безопасность, управление метаданными и качеством являются фундаментом, как они связаны с технологическим и пользовательским сегментами жизненного цикла, и какую всепроникающую роль играет корпоративное руководство данными (Data Governance). ещё 54 мин
38 Руководство данными. Основные понятия Излагается суть руководства данными (Data Governance) согласно своду знаний DAMA-DMBOK2. Логика построена от объяснения роли этой... Излагается суть руководства данными (Data Governance) согласно своду знаний DAMA-DMBOK2. Логика построена от объяснения роли этой дисциплины в корпоративной информационной среде через её центральное место среди других областей знаний до детального разбора ключевых аспектов: стратегии, политик, стандартов качества, контроля, соответствия регуляторам и управления ценностью данных. Показано, как систематизируются активности, входы, выходы и участники этого процесса. ещё 60 мин
39 Руководство данными. Цели,задачи, принципы В лекции раскрывается, что побуждает организации выстраивать системное руководство данными. Сначала рассматриваются ключевые бизнес-драйверы: требования регуляторов,... В лекции раскрывается, что побуждает организации выстраивать системное руководство данными. Сначала рассматриваются ключевые бизнес-драйверы: требования регуляторов, потребности программ управления мастер-данными, снижение рисков и повышение качества данных. Затем формулируются цели и принципы, подчёркивающие отношение к данным как к активу и непрерывность усилий. Далее обсуждение переходит к практическим трудностям — выработке общего видения, встроенности в повседневную работу и, что особенно важно, к проблеме распределения ответственности за данные между бизнесом и ИТ. Завершается материал разделением контрольных и исполнительских функций в этой области. ещё 69 мин
40 Руководство данными. Ответственности и активности В материале рассматривается организационная модель руководства данными и логика её построения. Сначала показывается разделение ответственности между... В материале рассматривается организационная модель руководства данными и логика её построения. Сначала показывается разделение ответственности между ИТ-подразделением во главе с CIO и бизнес-структурой управления данными, возглавляемой CDO. Далее детально разбираются ключевые координационные органы — от Steering Committee до Data Governance Office — и роли стюардов данных. Затем описываются практические активности по запуску инициативы: от определения ценности данных и оценки готовности до разработки стратегии, операционной модели и дорожной карты. В итоге обосновывается, почему без такой организационной надстройки невозможно осмысленно выбирать и внедрять ИТ-решения для работы с данными. ещё 51 мин
41 Управление НСИ и мастер-данными Изложение посвящено двум взаимосвязанным категориям корпоративных данных — нормативно-справочной информации и мастер-данным. Логика строится от бизнес-потребностей:... Изложение посвящено двум взаимосвязанным категориям корпоративных данных — нормативно-справочной информации и мастер-данным. Логика строится от бизнес-потребностей: почему организациям критически важны единые, полные и актуальные сведения о клиентах, поставщиках, продуктах. Далее раскрываются риски несогласованных данных, цели и принципы централизованного управления, включая контроль изменений и журналирование. Ключевой акцент сделан на фундаментальном различии: для мастер-данных приоритетна идентичность объектов во всех системах, для нормативно-справочных — актуальность самих значений. Такой подход позволяет выстроить эффективную архитектуру данных и снизить общеорганизационные риски. ещё 60 мин
42 Мастер-данные. Основные понятия В лекции рассматривается природа и критическая важность мастер-данных — базовой информации о ключевых бизнес-объектах: клиентах, продуктах,... В лекции рассматривается природа и критическая важность мастер-данных — базовой информации о ключевых бизнес-объектах: клиентах, продуктах, контрактах и локациях. Изложение построено от общего определения к детальному разбору проблем, возникающих из-за фрагментации и изменчивости этих данных в масштабе организации. Логика повествования ведёт от демонстрации хаоса при отсутствии единой модели к центральной идее необходимости «системы записей» — единственного авторитетного источника достоверной информации, обеспечивающего консистентность данных во всех приложениях. ещё 42 мин
43 Реализация управления мастер-данными В материале рассматривается практическая задача создания единого достоверного источника данных о ключевых бизнес-объектах (клиентах, продуктах) и... В материале рассматривается практическая задача создания единого достоверного источника данных о ключевых бизнес-объектах (клиентах, продуктах) и организация взаимодействия с ним остальных систем. Логика изложения строится от описания хаоса разрозненных данных к методам их консолидации. Сначала разбираются фундаментальные вопросы: что считать мастер-данными, где они возникают и как оценить их качество. Затем подробно, на примере с контрагентами, демонстрируется главная сложность — идентификация одинаковых сущностей. Далее раскрываются базовые техники очистки (валидация, стандартизация, обогащение) и риски ошибок. В итоге подводится мысль о том, что финальное решение о связи данных почти всегда остается за человеком. ещё 72 мин
44 Пример архитектуры мастер-данных В лекции рассматривается архитектура управления мастер-данными (MDM) на примере решений Oracle. Изложение строится от общей концепции... В лекции рассматривается архитектура управления мастер-данными (MDM) на примере решений Oracle. Изложение строится от общей концепции хаба данных как центральной доверенной системы-записи к конкретной реализации. Раскрывается метафора «ось и спицы», анализируются ключевые процессы консолидации (Consolidate) и распространения (Share) данных. Особое внимание уделяется критически важному решению о составе атрибутов хаба и дорогостоящим последствиям его изменения. Далее описываются продуктовые хабы Oracle, сложность их внедрения как технологической платформы, требующей низкоуровневого программирования, и роль стандартизированной платформы Fusion Middleware. В завершение показано место MDM-решений в качестве неотъемлемого компонента современных CRM-систем. ещё 39 мин
45 Применение архитектуры мастер-данных В материале рассматривается критическая важность управления мастер-данными (Master Data Management, MDM) для CRM-систем. Изложение строится по... В материале рассматривается критическая важность управления мастер-данными (Master Data Management, MDM) для CRM-систем. Изложение строится по следующей логике: сначала приводятся требования аналитиков Gartner, согласно которым контроль над мастер-данными о клиентах является обязательным условием для лидерства на рынке. Затем на примере архитектуры облачной платформы Salesforce демонстрируется, как функциональность MDM-решений интегрируется в ключевые бизнес-процессы: продажи, обслуживание и маркетинг. Главный вывод — управление эталонными данными о клиентах перестало быть абстрактной дисциплиной, став фундаментом конкурентоспособного клиентского сервиса. ещё 15 мин
46 BI-системы. Начало В материале последовательно раскрывается суть систем Business Intelligence (BI) и их место в корпоративной архитектуре. Сначала... В материале последовательно раскрывается суть систем Business Intelligence (BI) и их место в корпоративной архитектуре. Сначала вводится двойственное определение BI по DAMA-DMBOK2 — как совокупности методов анализа и поддерживающих информационных технологий. Далее через модель функциональной пирамиды (АСУ ТП, MES, ERP, BPM) показывается, как операционные данные агрегируются в стратегические метрики управления эффективностью. Затем анализируется эволюция отчётности: от ручных иерархических процессов, страдающих негибкостью и ошибками, к автоматизированным генераторам отчётов. Логика завершается поворотным моментом — 1992 годом, когда появление трёх прорывных идей радикально изменило взгляды на подготовку управленческих решений. ещё 42 мин
47 Современные BI-системы В материале последовательно раскрываются три независимые концепции, сформировавшие современный подход к построению хранилищ данных и BI-решений.... В материале последовательно раскрываются три независимые концепции, сформировавшие современный подход к построению хранилищ данных и BI-решений. Сначала обосновывается необходимость сохранять историю операций для анализа и прогнозирования (идея Билла Инмона). Затем показывается, как определить, какие именно показатели следует накапливать, — с помощью сбалансированной системы показателей Нортона и Каплана, связывающей стратегию с операционными метриками. Наконец, демонстрируется решение проблемы эффективности отчётных запросов к большим массивам через многомерную модель и OLAP (оперативную аналитическую обработку) Эдгара Кодда. Логика изложения — от осознания проблемы к трём взаимодополняющим инновациям, объединение которых легло в основу типовой архитектуры ещё 51 мин
Тест 3 для курса # 35786 для курса Корпоративные информационные системы 40 мин
48 Хранилище данных Материал раскрывает эволюцию подходов к построению аналитических систем — от классического хранилища данных по методологии Кимболла... Материал раскрывает эволюцию подходов к построению аналитических систем — от классического хранилища данных по методологии Кимболла до современных децентрализованных платформ. Сначала объясняется, чем хранилище отличается от обычных баз данных и какую роль играет многомерная OLAP-модель в быстром формировании отчётов. Затем подробно разбирается архитектура Kimball: источники, область очистки (Staging Area), витрины данных (Data Marts) и центральное хранилище. На основе её ограничений показывается переход к идее «озера данных» (Data Lake) и аналитическим платформам, где бизнес-пользователь сам управляет загрузкой и исследованием данных без жёсткой предварительной структуризации. ещё 48 мин
49 Разработка КИС. Качество КИС. В материале рассматривается, почему процесс создания корпоративной информационной системы (КИС) критически важен для её итогового качества.... В материале рассматривается, почему процесс создания корпоративной информационной системы (КИС) критически важен для её итогового качества. Логика изложения строится от общего принципа — услуга и её результат неразрывно связаны — к детальному разбору двух групп требований: к самой системе и к процессу её разработки. Основной фокус смещается на организационные и технологические ограничения процесса, которые часто недооценивают. Далее намечаются две стороны разработки — техническая (программная инженерия) и управленческая, после чего даётся исторический экскурс в отечественный стандарт ГОСТ-34 как пример централизованной методологии. ещё 39 мин
50 ГОСТ 34 и его назначение В материале рассматривается эволюция роли стандартов на примере ГОСТ 34. Логика изложения выстроена от исторического контекста... В материале рассматривается эволюция роли стандартов на примере ГОСТ 34. Логика изложения выстроена от исторического контекста — жёсткой обязательности стандартов в советской системе — к современным принципам технического регулирования. Анализируются ключевые положения закона «О техническом регулировании», согласно которым применение стандартов становится добровольным, за исключением сфер, связанных с безопасностью людей и окружающей среды. На этой основе определяется актуальный статус ГОСТ 34 как сугубо добровольного национального стандарта, не имеющего международного аналога, и объясняются границы его применимости в ИТ-проектах. ещё 18 мин
51 Структура ГОСТ 34 В материале рассматривается устройство и логика комплекса стандартов ГОСТ 34, регламентировавших создание автоматизированных систем (АС). Изложение... В материале рассматривается устройство и логика комплекса стандартов ГОСТ 34, регламентировавших создание автоматизированных систем (АС). Изложение строится от общего описания семейства документов к детальному разбору трёх ключевых стандартов: стадийности (ГОСТ 34.601), состава проектной документации (ГОСТ 34.201) и требований к техническому заданию (ГОСТ 34.602). Особое внимание уделяется документо-центрической природе ГОСТ 34, центральной роли технического задания и единственному формализованному процессу — согласованию ТЗ. В завершение даётся критическая оценка актуальности и ограничений подхода, показывающая, какие элементы сохранили практическую ценность. ещё 63 мин
52 ГОСТ 34. Выводы В лекции раскрывается природа стандарта ГОСТ 34 как документа, жёстко регламентирующего каскадную (Waterfall) модель жизненного цикла... В лекции раскрывается природа стандарта ГОСТ 34 как документа, жёстко регламентирующего каскадную (Waterfall) модель жизненного цикла автоматизированной системы. Объясняется, что линейная последовательность стадий без возвратов заимствована из практики капитального строительства. Анализируются сильные и слабые стороны такого подхода: доступность контроля без ИТ-знаний, но формализм документов. Далее показывается, почему, несмотря на устаревание, стандарт остаётся обязательным для государственных заказчиков и как лазейка «частного технического задания» пытается смягчить его жёсткость. Завершается материал сопоставлением гибкости ИТ-продукта и физического объекта, что выявляет фундаментальные ограничения каскадной модели. ещё 57 мин
53 ГОСТ Р ИСО/МЭК 12207. Назначение В лекции рассматривается международный стандарт ISO/IEC 12207 «Процессы жизненного цикла программных средств» как идеологическая противоположность ГОСТ... В лекции рассматривается международный стандарт ISO/IEC 12207 «Процессы жизненного цикла программных средств» как идеологическая противоположность ГОСТ 34. Излагается процессный подход: стандарт описывает не состав документации, а структуру и логику организации работ. Раскрываются ключевые понятия — модель и жизненный цикл, а также уникальный механизм добровольного внедрения через адаптацию. Логика изложения идет от сравнения с ГОСТ 34 к деталям архитектуры стандарта и завершается описанием его рыночного распространения. ещё 57 мин
54 ГОСТ Р ИСО/МЭК 12207. Структура Рассматривается суть контроля выходов процессов и различия двух нормативных подходов к созданию корпоративных информационных систем: документоцентричного... Рассматривается суть контроля выходов процессов и различия двух нормативных подходов к созданию корпоративных информационных систем: документоцентричного ГОСТ 34 и процессно-ориентированного ISO/IEC 12207. Логика изложения строится от описания типов процессных результатов (артефакты, изменения состояния, события, цели) через оценку сложности их проверки к сравнительному анализу стандартов. Демонстрируется, что выбор определяется не абстрактным «лучше/хуже», а экономической целесообразностью, требуемыми компетенциями и свободой адаптации процессов под конкретный проект. ещё 27 мин
55 Унифицированный процесс и UML Рассмотрена методология Унифицифицированного процесса (UP) — итеративно-инкрементального подхода к созданию информационных систем. Изложение строится от ключевых... Рассмотрена методология Унифицифицированного процесса (UP) — итеративно-инкрементального подхода к созданию информационных систем. Изложение строится от ключевых допущений к практической реализации: сначала обосновывается необходимость объектно-ориентированного программирования и языка UML для безопасного управления изменениями требований на всем жизненном цикле. Затем детально разбирается структура процесса — четыре фазы, итерации внутри них, артефакты и контрольные точки. Логика завершается объяснением, каким образом каждая итерация добавляет инкремент к базовой архитектуре, постепенно формируя полнофункциональный продукт. ещё 72 мин
56 Унифицированный процесс. Выводы В материале рассматривается эволюция методологий разработки программного обеспечения. Логика изложения строится на сравнении ограничений старых стандартов... В материале рассматривается эволюция методологий разработки программного обеспечения. Логика изложения строится на сравнении ограничений старых стандартов (ГОСТ 34), гибкости более современных подходов и уникальной позиции Rational Unified Process (RUP). Центральная идея — объяснить, почему в RUP при всей его адаптивности существует жесткий запрет на «пульсацию» проекта. Автор обосновывает необходимость инкрементности как гарантии достижения результата: продукт должен только прирастать, а произвольные откаты и переделки делают завершение проекта невозможным. ещё 9 мин
57 Гибкая разработка. Концепция и основные свойства В материале рассматривается метод гибкой разработки Scrum, основанный на итеративном подходе и тесном взаимодействии с заказчиком.... В материале рассматривается метод гибкой разработки Scrum, основанный на итеративном подходе и тесном взаимодействии с заказчиком. Главная идея — отказ от детального предварительного планирования в пользу коротких циклов (спринтов), результатом каждого из которых является работающая версия продукта. Логика изложения построена на последовательном разборе ключевых элементов метода: от формирования общей концепции и создания бэклога до выполнения спринтов, демонстрации функциональности и принятия заказчиком решения о завершении проекта на основе баланса затрат и полученных результатов. ещё 33 мин
58 Роли в SCRUM В материале раскрывается суть методологии Scrum через призму её уникальных правил и ролей. Логика изложения строится... В материале раскрывается суть методологии Scrum через призму её уникальных правил и ролей. Логика изложения строится от частного к общему: сначала разбираются ключевые роли (Scrum-мастер, Владелец продукта, самоорганизующаяся команда) и их нетривиальное взаимодействие. Затем описываются рабочие артефакты и ритмы — жестко фиксированный спринт, диаграмма сгорания задач и регламенты встреч. Кульминацией становится анализ базовой гипотезы Scrum о способности команды к адаптивной самоорганизации без бюрократии, после чего критически очерчиваются границы применимости метода в сложных и крупных проектах. ещё 72 мин
Тест 4 для курса # 35786 для курса Корпоративные информационные системы 40 мин
59 Литература. Корпоративные информационные системы
Экзамен
^