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

Аватар пользователя 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 лет 2 месяца)

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

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

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

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

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

 

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

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

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

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

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

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

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

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

Комментарий администрации:  
*** отключен (кусок дерьма) ***
Аватар пользователя Lo
Lo(2 года 10 месяцев)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Комментарий администрации:  
*** отключен (кусок дерьма) ***
Аватар пользователя pokos
pokos(11 лет 2 месяца)

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

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

Комментарий администрации:  
*** отключен (кусок дерьма) ***
Аватар пользователя Lo
Lo(2 года 10 месяцев)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Комментарий администрации:  
*** отключен (кусок дерьма) ***
Аватар пользователя абра
абра(6 лет 5 месяцев)

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

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

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

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

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

Садись - кол!

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

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

smile3.gif

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

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

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

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