Перейти до датаорієнтованого проектування

Тут представлені деякі міркування присвячені темі переходу від документоорієнтованого підходу в проектуванні (далі ДКО) до датаорієнтованого (далі ДО). Розглянуто основні особливості та переваги ДО підходу у порівнянні з ДКО підходом на прикладі виконання найбільш поширених бізнес-процесів у проектній діяльності.

Введення

На сьогоднішній день організації, що займаються проектуванням, живуть в документоорієнованій парадигмі, і основний масив даних зберігається всередині документів.

Це пов'язано з тим, що після завершення етапу проектування все одно необхідний випуск документації для відправки її на експертизу і далі на етапи будівництва та експлуатації. Тобто. документи є одиницями передачі інформації між учасниками бізнес-процесів.

Такий підхід раніше був єдино можливим. У сьогоднішній же дійсності в багатьох сферах життєдіяльності ми спостерігаємо трансформацію і перехід від ДКО парадигми до ДО. І це один з основних напрямків у програмі «цифрова економіка», реалізація якої визначать майбутнє нашої держави. Зокрема ДО підхід лежить в основі всіх сучасних технологій, що визначають так звану четверту промислову революцію.

У проектній же діяльності весь обмін інформацією все ще повністю заснований на обміні документами.

З іншого боку ми спостерігаємо досить сильний інтерес до технології інформаційного моделювання (BIM). І хоча реалізація даної технології відрізняється на рівні різних держав, галузей і окремих компаній, основні принципи залишаються загальними. Серед них можна виділити використання 3D-моделей і загального середовища даних.

Але чи можлива реалізація технології BIM в документоорієнтованому світі?

Почнемо з визначень

Дані - найдрібніші окремі сутності, які використовуються для опису об'єктів реального світу. Наприклад, даними є характеристики об'єкта, такі як габаритні розміри або властивості параметрів середовища (тиск, температура тощо).

Документи - це контейнери для даних, пов'язаних загальним контекстом, який залежить від типу та призначення документа. Документи можуть бути представлені як у вигляді паперу, так і в електронному вигляді (pdf, xls тощо).

Вся суть переходу до датаорієнтованого підходу полягає в перенесенні даних з тіла документа в базу даних.

Тепер розберемося яким чином дані трансформуються в інформацію для користувача.

Дані являють собою набір різних символів і самі по собі не несуть ніякого сенсу. Значення вони набувають тільки в контексті вирішуваної задачі. У цей момент дані і перетворюються на інформацію.

Іншими словами документ є сховищем даних. І користувач, виділяючи дані з документа і розглядаючи їх у певному контексті, інтерпретує їх, і перетворює на інформацію.

Коли користувач працює з документом, тільки певна його частина містить корисні дані. На малюнку ця частина показана у вигляді зафарбованого прямокутника.

Інформація для певного користувача є сукупністю корисних даних з усіх документів і 3D моделей, що розглядаються в певному контексті.

Один і той самий набір документів і 3D моделей містить дані, які трансформуються в різну інформацію залежно від користувачів, які з цими даними працюють, а також контексту їх розгляду.

При переході на датаорієнтоване проектування, інформація яка формується користувачем залишається незмінною. Відбувається лише зміна джерела даних.

Таким чином джерелом даних, які трансформуються в інформацію для користувача перестають бути документи. Джерелом стає база даних.

Порівняйте застосування двох підходів на прикладі декількох найбільш часто зустрічаються сценаріїв обміну даними між учасниками процесу проектування.

Перший сценарій - спільне заповнення спільного документа. Наприклад опитувального листа.

При ДКО підході кожен учасник процесу послідовно заповнює свою частину документа.

При ДО підході дані для загального документа вносяться в базу даних паралельно всіма учасниками, що дозволяє зменшити загальну тривалість процесу.

Наступний сценарій - внесення змін.

При ДКО підході внесення змін до одного документа призводить до необхідності внесення змін до залежних документів.

При ДО підході зміни достатньо внести в базу даних. Документи ж будуть створені автоматично. Вся історія зміни даних зберігається в базі і може бути витягнута в разі виникнення такої необхідності.

Наступний сценарій також пов'язаний з процесом внесення змін.

При зміні будь-яких даних необхідно проводити оповіщення зацікавлених осіб.

При інтенсивній роботі та можливому виникненні різних проблем з комунікаціями висока ймовірність потрапляння в підсумковий документ застарілих даних.

При ДО підході дані змінюються тільки в одному місці, документи генеруються автоматично. Тому виникнення подібного роду помилок повністю виключається.

Також змінюється підхід до обміну завданнями між відділами. При ДКО підході обмін завданнями являє собою обмін документами. При ДО підході обмін документами зникає. Тому що всі дані зберігаються в єдиній базі даних, а рівень доступності тих чи інших даних регулюється за допомогою системи статусів.

При роботі з документами досить часто виникають ситуації, коли різні версії документів розкидані по різних локальних комп'ютерах користувачів або мережевих папках. В результаті виникають втрати часу на пошук необхідної інформації.

При ДО підході зміни відбуваються на рівні даних, які зберігаються в єдиній базі. Тому ми може швидко отримати доступ до необхідних даних і бути абсолютно впевненими, що ці дані є актуальними.

Ще один простий сценарій, що відображає процес передачі документа між користувачами.

При ДКО підході перший користувач передає документ другому користувачеві. Він у свою чергу витягує з документа необхідні дані, аналізує їх і формує документ для його передачі далі іншим учасникам проектування.

При ДО підході першому користувачеві достатньо внести дані в базу, і другий користувач відразу ж отримує до них доступ. Сам документ потім формується автоматично, що значно економить час.

Найбільший ефект від застосування ДО підходу дає його спільне використання з 3D моделюванням. Дуже показовий приклад наскільки сильно скорочується час внесення змін у креслення при використанні технології 3D моделювання. При класичному підході внесення змін у креслення являє собою досить трудомісткий процес, який пов'язаний з ризиками появи помилок при виникненні проблем з комунікаціями всередині організації. Коли ви використовуєте 3D-модель і правильно налаштований інструмент автоматичного створення креслень, зміни достатньо внести тільки в 3D-модель. Креслення буде створено автоматично.

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

На цьому мабуть зупинимося і подумаємо, чому при всіх перевагах роботи з даними і 3D моделями ми все ще працюємо з документами.

На мій погляд основна причина - історично сформована практика, і величезна інертність нашої системи. Пишіть будь ласка коментарі. Цікава Ваша думка з цього питання.