Информационная модель организации

Аватар пользователя Markov

Конспект семинара "Информационная модель организации", который проводил в "Иннополисе" (вдруг кому smile6.gif


Поднимая тему цифровизации организации или процессов важно не упускать контекст

В первую очередь речь идет об осознанности и согласованности цели, ради достижения которой затеваются перемены

Далее - важно четко осознавать существующий контекст самой организации, состоящий из ключевых объектов и процессов (не только внутри организации, но и во внешней среде)

Каждая организация - уникальна!

Данные - первичны - они отражают факты, из которых соткана жизнь

«Мир состоит из фактов, а не вещей» (объект, предмет). Это означает, что мир состоит не из объектов, а из того, что с этими объектами случается, происходит т.е. из фактов. Соединение разных объектов и есть атомарный факт

profile-ef8dad29d987.jpg

Людвиг Витгенштейн

Один из ключевых управленческих вопросов - на каком качественном уровне находится инфраструктура по сборуобработке и передаче данных о всех значимых фактах в организации (в контексте ключевых процессов)

Эволюция информационных технологий (железо, софт, инфраструктура) достигла той стадии, на которой даже небольшая организация может позволить себе создание и эксплуатацию системы, собирающей и работающей с данными в логике тех фактов, которые нужны всем заинтересованным лицам

Озвученная система не обязательно должна быть реализована в виде эксплуатации одного единственного программного продукта (волшебный черный ящик). Все большее распространение набирает микросервисный подход или - Микросервисная архитектура

Прежде чем разрабатывать или покупать какое-либо программное обеспечение - в организации должна наступить относительная ясность и согласованность в вопросе о данных (какие данные нужны? кому? зачем? по каким правилам их обрабатывать?)

Необходимо отрефлексировать ключевые факты и объекты управления в организации и сформулировать понимание, как их отразить в цифре (данные в цифровом формате)

Качество процесса и результата рефлексии во многом зависит от используемого языка участниками процесса

Новые опьяняющие возможности "цифры" повышают требования к процессу и результату начального проектирования целевой информационной системы

При этом, как показывает практика, единого языка и стандартов проектирования информационных систем - не существует

Требования и необходимость создания "Информационной модели здания" (BIM, building information model) - яркий практический пример смещения акцентов в рамках новой парадигмы проектирования в конкретной отрасли - строительство

Эра информационных моделей организаций - уже началась

Один из ключевых вопросов текущей повестки дня - не про наличие или отсутствие информационной модели в конкретной организации, а - про качество компетенций в сфере построения информационной модели (мир постоянно меняется)

Одни из ключевых составляющих общей информационной модели организации являются:

  1. Модель процессов
  2. Модель данных (объектов управления)

Как показывает практика - феномен "модели процессов" худо-бедно существует в массовом сознании и фигурирует в российской управленческой культуре

Модели BPM-схем - не являются нераспознаваемыми египетскими иероглифами со стороны большинства руководителей и аналитиков

Ключевая атомарная единица в модели процесса - действие или условие

А вот "модель данных" - является полностью диковинной концепцией для российской (и не только) управленческой практики и мысли. Для подтверждения данного тезиса - изучите любое техническое задание на разработку информационной системы (даже со стороны самого продвинутого заказчика) - модели данных вы там не найдете (изредка встречаются модели процессов)

Вместе с тем - "под капотом" любого программного обеспечения "сидит" модель данных (1С, SAP, Битрикс24 и др.)

Модель данных - это система, отражающая ключевые сущности (объекты управления), их атрибуты и связи

Модель данных - логическое отражение конкретной управленческой (жизненной) ситуации (системы), которая рассматривается как совокупность объектов (сущностей) и их связей

Каждый элемент модели данных - это "цифровая полка" (контейнер) для размещения (отражения; учета) ключевых фактов конкретной деятельности конкретной организации

Атомарная единица модели данных - полка для факта

 

Мало кто знает, но сказку "О рыбаке и рыбке" я создавал на основе модели данных. Коллегам из NL!A удалось найти мои тайные рукописи и восстановить эту модель данных (ссылка в Михайловское)

VZ5QGOPTQlwimNSMNWqy.jpg

Александр Сергеевич Пушкин

Прежде чем перейти к методологии построения модели данных и процессов важно подсветить риски, которые возникают при игнорировании указанных моделей на этапе проектирования

Как и в любой проектной деятельности - ключевой риск-следствие низкого качества проектной документации - срыв проекта; существенное отклонение реальности от ожиданий (по сроку, бюджету, итоговому результату)

Модель данных и процессов разумно рассматривать как корневой фактор управления ожиданиями всех участников проекта цифровизации

Игнорирование же моделей на этапе проектирования - приводит к росту энтропии

Анти-пример из практики - Техническое задание на разработку информационной системы объемом 280 страниц, в котором словосочетание "база данных" встречается лишь два раза (в тезаурусе); модель данных - отсутствует; модель процессов - описано 4 частных процесса (из десятков)

В итоге получили очередную иллюстрацию тезиса об отсутствии единого языка проектирования информационных систем - 280-страничное техническое задание в режиме потока мысли описывает желаемое поведение будущей системы "Елена" антропоморфным языком ("Елена должна", "Елена будет" и т.п.)

Резюме по данном конкретному ТЗ - все 280 страниц нужно перекладывать с языка "Елена должна" на языки модели данных, процессов, машины состояний, UX и иные

Переходим к языкам "модели данных" и "модели процессов"

Возьмем конкретный пример-факт: моя Дочь собирается сдавать ОГЭ по информатике, а в нашем замечательном НГУ есть Высший колледж информатики, в котором есть актуальный для нее курс:

Кратко - процесс "трудоустройства" на курс происходил следующим образом:

  1. Изучение сайта и нахождение программы
  2. Звонок - переговоры с менеджером
  3. Заполнение договора (обсуждение по email)
  4. Оплата
  5. Получение паролей и явок для обучающегося


Ничего сложно

Теперь - переложим данную фактическую ситуацию на язык модели данных

Модель данных состоит из категорий-объектов (полок для размещения на них существенных фактов) и связей между ними

Информация - это различие

Проверьте себя: в представленной ниже модели данных (рисунок-схема) не хватает как минимум одного ключевого объекта (категории для фиксации факта), сможете "увидеть" какого?

Очень смахивает на настольную игру - не находите?

Обратите внимание на следующие различия:

  1. Описание ситуации антропоморфным языком у меня состояло из 5 пунктов (буллит-поинтов)
  2. Описание ситуации языком модели данных состоит из... одной картинки
  3. При этом в модели данных выделены 9 ключевых объектов управления (полок для учета фактов) - что более полно отражает ситуацию
  4. Картинка с моделью данных - не требует дополнительных письменных разъяснений традиционным языком для извлечения из нее смыслов (данные -- > информация --> знание)


P.S. У вас еще есть шанс найти пропущенный объект / сущность (полку для складирования значимого факта). Ответ под слайдом

В текущей конфигурации модели данных никоим образом невозможно учесть факты коммуникаций между заказчиком и менеджером - случился телефонный звонок, а также переписка по email'ам (что в конечном итоге привело к продвижению по воронке продаж - к заключению договора и оплате услуг)

Т.е. для учета факта коммуникаций (менеджер-заказчик) в модель данных необходимо добавить дополнительный объект (таблицу базы данных) "контакт с заказчиком" (рабочее название), в котором в последующем будет вестись учет фактов коммуникации (дата, время, участники, результат и пр.)

В итоге - полученная модель данных отражает логику CRM-решений

Кант давно уже говорил, что этот кусок мела содержит миллион потенциальных фактов (Tatsachen) , но лишь очень немногие станут подлинными фактами, воздействуя на поведение сущностей, способных реагировать на факты. Вместо кантовых Tatsachen я бы употребил слово различия и заметил бы, что количество потенциальных различий в этом меле бесконечно, но очень немногие из них станут эффективными различиями (т.е. единицами информации) в умственном процессе некоторой большей сущности. Информация состоит из действенных различий.

Грегори Бейтсон, "Разум и природа. Неизбежное единство", 1979г.

Далее нарисованная модель данных (хоть на ватмане) с легкостью перекладывается уже в решение, позволяющие проектировать боевые базы данных (разрабатывать цифровые решения)

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

В ответ на вопрос "где болит"? Руководители имеют возможность просто "ткнуть пальцем" в рентгеновский снимок организации

Коммуникация происходит на принципиально ином языке

В приведенном примере с трудоустройством на курс очевидное проблемное место - неэффективный обмен данными между заказчиком и менеджером (договор через email, отправка скана чека как доказательство оплаты и т.п.)

Для иллюстрация контраста между логикой и сутью моделей (данные VS процесс) - отразим пример с курсом - языком модели процесса (оригинал модели по ссылке)

Карта (модель) всего процесса выглядит следующим образом:

Детализация начала модели процесса (для понимания логики, без погружения в оригинал) - каждый элемент модели - это действие/событие (тоже факт) или условие ("все устраивает?")

Обратите внимание - язык модели процессов имеет строгую последовательность - в отличии от языка модели данных (важный нюанс!!!)

 

Модель процесса ВСЕГДА СЛОЖНЕЕ модели данных (см. количество элементов)

 

По мере наработки наших компетенций по проектированию информационных систем, наступая на грабли и набивая шишки, мы опытным путем пришли к тому, что модель данных - первична! (По отношению к модели процессов, равно как и в контексте создания информационной модели организации)

Качественно спроектированная модель данных организации - максимально близкоцелостно и эффективно (минимум знаков) описывает конкретную уникальную управленческую ситуацию в организации

Спроектированная (нарисованная) модель данных становится новым языком (объектом и средством коммуникации) для обсуждения системы управления в организации, понимания сути ее деятельности, актуальных проблем и болей руководства; линейного персонала

Помимо того, что спроектированная (нарисованная) модель данных - уже становится самостоятельной ценностью для конкретной организации, также модель данных становится фундаментальным фактором успеха создания (или улучшения) будущей цифровой информационной системы управления организацией

Оригинал статьи у нас на сайте (есть дополнительные примеры моделей данных)

Наш телеграм-канал - "Восстание машин"

 

Авторство: 
Авторская работа / переводика

Комментарии

Аватар пользователя Корректор
Корректор(7 лет 7 месяцев)

Занимательно. Весело. Но давайте будем честными, на сегодня нет адекватного языка описания подели данных. Нет, конечно нужно, поскольку качество меняется. Но нет.

Как и нет внятной общей теории информации. Так что не удивительно что нет и общепринятого языка описания. Эта область знаний в которой человечество делает первые осторожные шаги. Вся возня с понятием "информационная экосистема", это тоже про отсутствие общепринятой терминологии и общей теории.

Так что получается рекламная статья. А по факту: "давайте мы вам нарисуем картинки".

Аватар пользователя Markov
Markov(4 года 1 неделя)

вот еще немного рекламы вам в ленту

 

Аватар пользователя lalals
lalals(12 лет 3 месяца)

а что, теперь можно на пульс рекламные статьи вываливать?

Аватар пользователя Lo
Lo(3 года 3 месяца)

Технически, формат как бы добротно соблюден, ссылка на видео от души сдобрена сутью из видео. Но да, тут конечно к Алексу лучше. Хотя прямую рекламу канала сложно заподозрить, на канале 800 подписчиков, это слезы.

Аватар пользователя pokos
pokos(11 лет 7 месяцев)

Тащемта, тема информационной модели организации разрабатывается не одну сотню лет.

Именно в этой струе рождаются всякие уставы, регламенты, технологические карты, формы отчётов и прочие животворящие документы бюрократического толка.

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

Аватар пользователя Lo
Lo(3 года 3 месяца)

Тут стоит брать во внимание что рядовой чиновник даже не задумывается о подобных аспектах, ибо является механической частью оной, которая на низовом уровне требует довольно примитивных навыков. Напротив же даже рядовой инженер в строительстве, который работает в BIM, это уже иной уровень понимания. Потому и не удивительно что по большей части впервые достаточно громко и обширно о подобном, по крайней мере в нашем языковом пространстве, заявила кибернетика, которая лженаука)

Аватар пользователя Markov
Markov(4 года 1 неделя)

1. Совершенно верно подметили про разные роли "мышления". Пример с "Елена должна"  - как раз живая иллюстрация мышления "рядового чиновника"

2. Да. Кибернетику копаем. Самое веселое, что у нас в команде - половина дипломированных кибернетиков с ЭФ НГУ и только после "дцать" лет - стало допирать - про что кибернетика smile11.gif

Аватар пользователя Lo
Lo(3 года 3 месяца)

Кстати о птичках. Было бы любопытно ознакомиться с литературой по кибернетике. Можете что-то порекомендовать?

Аватар пользователя Markov
Markov(4 года 1 неделя)

Исторический обзор по кибернетике готовим

Книг под рукой нет

Из интересных добытых нюансов - в 80е у нас кибернетика превратилась в информатику. По сути - отвалился управленческих аспект, фокус в большей степени сместился на данные

В общем - еще реклама будущей статьи про кибернетику состоялась :)

Аватар пользователя pokos
pokos(11 лет 7 месяцев)

//.. в 80е у нас кибернетика превратилась в информатику

Свидетельствую.

Аватар пользователя pokos
pokos(11 лет 7 месяцев)

//.. что рядовой чиновник

Организации бывают не только чиновные. Скажу более, нечиновных - на порядки больше.

Аватар пользователя Lo
Lo(3 года 3 месяца)

Безусловно. Меня просто чуток подцепило воспоминаними о кибернетике, а дальше СССР сам на ум пришёл.

Аватар пользователя Markov
Markov(4 года 1 неделя)

Здесь речь больше про "эффективного менеджера" из ролика/истории про 7 перпендикулярных красный линий)

Аватар пользователя Markov
Markov(4 года 1 неделя)

Да. Копаем тему кибернетики. Мы ж не заявляем что у нас супер-пупер-мега-турбо уникальное открытие 

Копаем, делаем, рефлексируем

Аватар пользователя Lo
Lo(3 года 3 месяца)

Большое спасибо, я с этим несколько знаком со стороны строительства, ибо профессиональное. Но тут подробнее, есть с чем ознакомиться

Аватар пользователя Markov
Markov(4 года 1 неделя)

Отлично!
Как раз интересно вникнуть в детали этой темы в строительстве (ибо вроде там как must have, и вроде как есть стандарты)
В других отраслях - кто во что горазд)

Аватар пользователя Lo
Lo(3 года 3 месяца)

Ну, про мастхев сложно судить, но с 2022 года все объекты гос заказа только через BIM. Весело будет уже ОЧЕНЬ скоро. Отрасль тряханет от души. И стандарты да, есть. Есть уровни детализации модели, LODы. Даже нормативкой могу угостить.
https://docs.cntd.ru/document/573514520

Аватар пользователя Markov
Markov(4 года 1 неделя)

А. Только объекты ГосЗаказа? Думал что по всем должно быть
Про веселье - ну да - помножить на кадровый голод. Где-то была инфа/оценка, что отрасли потребуется 250.000 специалистов)))

 

Аватар пользователя Lo
Lo(3 года 3 месяца)

Именно. Отрасль немного взорвётся. И произойдёт очень шустрая монополизация рынка, ибо уже сейчас есть компании, где процесс разработки уже довольно давно налажен в BIMе. Сожрут остальных и не поморщатся. Будет интересно

Аватар пользователя Markov
Markov(4 года 1 неделя)

Произойдет тот самый digital disruption, о котором так долго говорили большевики!

Аватар пользователя Lo
Lo(3 года 3 месяца)

Избыток вставки англоязычных терминов немножко не очень, не хабр все таки)

Аватар пользователя Markov
Markov(4 года 1 неделя)

Благодарю за нормативку. Утащили изучать

Аватар пользователя Lo
Lo(3 года 3 месяца)

Ещё могу порекомендовать изучить документацию о стандарте IFC. Но она уже международная

Аватар пользователя Markov
Markov(4 года 1 неделя)

Будем изучать православное!

Аватар пользователя Dolby
Dolby(4 года 8 месяцев)

А может будем попроще: Дейт - Проектирование баз данных, ну UML прихватить - все это уже давно проработано. Вопрос только в объеме применения в контексте задачи, ну и желания. А вот 1С как модель данных (универсальная) - это даже не смешно..

Аватар пользователя pokos
pokos(11 лет 7 месяцев)

В модели данных главное - не сама модель, а возможность ея кастомизации. Тагшта, не поддерживаю несмешно про 1С. Всё в 1С более-менее разумно. Модель тот же самого SalesForce, местами, имеет большие дыры.

Аватар пользователя абра
абра(6 лет 10 месяцев)

Информация - это различие

Неправильно. Садись, два!.

Информация - это описание, какое-либо (истина/ложь, полное/пустое),  чего-либо (былого, объекта, желания, результата), на каком-либо языке (графическом (текст/пиктограммы/картины), звуковом (речь, музыка, сигналы), жестовом (типа флажный семафор и язык глухонемых), химическом (типа вкусом и запахами)).

И никак иначе! Ишь, "различие" выдумали! Не уводите в сторону - идите прямо!

Аватар пользователя Markov
Markov(4 года 1 неделя)

Садись - кол!

Что ты так лаконично описал - это данные

Аватар пользователя абра
абра(6 лет 10 месяцев)

smile3.gif

Различие - это Функция.

А Данные - это типа то что дано. Помнишь, в задачнике - Дано:

Типа то, что есть. Информация это и функции, и данные, и результаты... Записанные типа на каком-либо языке (сначала - выраженные в терминах или понятиях языка).

И информация - вне времени. Время - типа тоже функция от информации - последовательность событий, в том числе и изменений Информации.