Проектирование БД зависит от типа используемой для хране­ния данных СУБД — объектной или реляционной. Для объектных БД никакого проектирования не требуется, поскольку классы-сущности непосредственно отображаются в БД. Для реляцион­ных БД классы-сущности объектной модели должны быть отоб­ражены в таблицы реляционной БД. Совокупность таблиц и свя­зей между ними может быть представлена в виде диаграммы классов, которая по существу является ER-диаграммой. Набор правил, применяемых при отображении классов в таблицы БД, фактически совпадает с правилами преобразования сущностей и связей, описанными в подразд.  В технологии RUP, в частнос­ти, для такого отображения используется специальный инстру­мент - Data Modeler. Он выполняет преобразование классов-сущностей в классы-таблицы с последующей генерацией описа­ния БД на SQL. 

Для описания схемы БД применяется следующий набор эле­ментов языка UML со своими стереотипами (профиль UML):

• таблица представляется в виде класса со стереотипом «Table»;

• представление изображается в виде класса со стереотипом «View»;

• столбец таблицы представляется в виде атрибута класса с соответствующим типом данных;

• обычная ассоциация и афегация представляются в виде ас­

социации со стереотипом «Non-Identifying» (в терминоло­гии IDEF1X — неидентифицирующей связи);

• композиция представляется в виде ассоциации со стереоти­пом «Identifying» (в терминологии IDEF1X - идентифици­рующей связи); Анализ и проектирование программного обеспечения 343

• схема БД представляется в виде пакета со стереотипом «Schema», содержащего классы-таблицы;

• контейнер хранимых процедур представляется в виде класса со стереотипом «SP Container»;

• ограничения целостности, индексы и триггеры представля­ются в виде операций классов-таблиц со стереотипами «РК» (Primary key), «FK» (Foreign key), «Unique», «Check», «Index» и «Triggep>;

• физическая база данных представляется в виде компонента со стереотипом «Database»