була розроблена така технологія. Вона заснована на використанні семантичної моделі об'єкт-подія raquo ;, універсальної моделі даних (УМД), мови моделі даних і спеціального програмного інструментарію розробника БД. Як сукупність спеціальних розроблених методів дана технологія теоретично не прив'язана до конкретних програмним рішенням і платформ, хоча сьогоднішня її реалізація пов'язана з певними системами і платформами. Основні її принципові відмінні риси (порівняно з традиційною), представлені на рис. 2.
Особливо слід відзначити той факт, що процес експлуатації розроблюваної БД при першому підході може початися тільки лише після 3 етапу (фізичного моделювання). У той час як при другому підході - він може початися зважаючи заздалегідь інстальоване схеми БД з універсальною моделлю, що дозволяє на концептуальному рівні адекватно моделювати будь-які об'єкти і події будь ПрО в термінології моделі об'єкт-подія raquo ;, відразу ж. Тобто схему бази даних (її інтенсионал) змінювати не треба. Вона є інваріант. При цьому процес формування даних, їх модифікації, витяги з БД може здійснюватися як за допомогою спеціального розробленого програмного інструментарію розробника БД, так і за допомогою додатків користувача, створеного ним самостійно або на його замовлення. Для формування, модифікації, вилучення даних з БД може бути використаний як структурний мову запитів (SQL), так і спеціально розроблений в рамках технології мову моделі даних (ЯМД), що дозволяє звертатися до БД з УМД в термінології, близької до природної мови.
Схема БД з УМД, володіючи достоїнствами реляційних систем управління БД (СУБД), включає і переваги, властиві перспективним OBDA-системам. А саме вона дозволяє: забезпечувати більш абстрактне уявлення даних, ніж при використанні традиційних моделей даних, перевіряти якість даних, документувати термінологію організації.
Завдяки інваріантності структури схеми БД з УМД по відношенню до набору даних істотно спрощується і здешевлюється процес проектування бази даних ІС і додатків, з нею працюють, з підвищенням їх якості. Тому що, по-перше, процес проектування БД зводиться не до розробці щораз нових об'єктів її схеми, що вимагає досить високої кваліфікації фахівців і тривалого часу, а до інсталяції стандартної схеми БД зі структурою УМД і подальшим її наповненням елементами конкретної предметної області. По-друге, завдяки використанню ЯМД (який багато в чому став можливим на увазі інваріантності структури схеми БД з УМД), спеціального програмного інструментарію розробника БД з УМД, бібліотеки стандартних програм і методики їх використання процес формування бази даних істотно полегшується. При цьому, якщо буде потрібно створення власного програмного забезпечення для роботи з базою даних, прикладні програмісти навіть невисокої кваліфікації можуть впоратися дуже легко з цим завданням. Їм не обов'язково вдаватися в подробиці моделі бази даних, тонкощі і особливості діалектів мови SQL. Програмістам достатньо знати одну з мов програмування і структуру програмного інтерфейсу мови моделі даних. Багато складні для них питання, пов'язані зі специфікою роботи з БД, наприклад, з організацією роботи додатки з БД в многопользовательском режимі (і не тільки) вирішуються завдяки можливостям, реалізованим в інтерпретаторі ЯМД. А особливість будь-якого програмного проекту полягає в тому, що людські ресурси вносять основний внесок у його вартість (оплата праці програмістів різного рівня кваліфікації може відрізнятися в рази). І, по-третє, фахівці предметної області, які розуміють прості і зрозумілі оператори ЯМД, можуть більш тісно і ефективно взаємодіяти з розробниками БД і програмістами, ставлячи їм конкретні завдання, погоджуючи і контролюючи їх дії протягом усього життєвого циклу експлуатованої ІС. Відомо, що основна проблема великих проектів полягає в тому, що вони вимагають координації між великою кількістю груп, яким доводиться більше спілкуватися між собою. З ростом розміру проекту число комунікаційних зв'язків між людьми зростає в квадратичної залежності від кількості учасників проекту. Що, у свою чергу (поряд з деякими іншими факторами), зумовлює експоненціальне зростання трудомісткості.
Проведені за допомогою використання конструктивної моделі вартості сосом II, а також деяких інших методів, засобів, експертних оцінок розрахунки показали, що в цілому використання запропонованої технології для розробки БД розглянутого класу для будь ПрО дозволяє зменшити в (4-20) разів трудовитрати і більш ніж в 2.5 рази час розробки. Ефективність (як продуктивність використання ресурсів для досягнення необхідної якості) процесу розробки різних баз даних ІС, можна формалізувати у вигляді
«нормовані» площу, що характеризують відповідні якість (функціональність, застосовність, переносимість, надійність і т. д.), і
