Пример er-диаграммы
На рис. 3.11 показан пример ER-диаграммы, содержащей все элементы модели «сущность-связь», о которых шла речь до сих пор. Она изображает сущности и связи учебного процесса.
Рис. 3.11. Пример диаграммы «сущность-связь».
На диаграмме есть класс сущностей, представляющий преподавателей. Поскольку некоторые преподаватели являются доцентами, сущность ПРЕПОДАВАТЕЛЬ связана с сущностью ДОЦЕНТ как подтип. Сущность ДОЦЕНТ имеет связь 1:N с сущностью ЛАБОРАТОРИЯ; каждая лаборатория должна быть закреплена за каким-то доцентом, но не у всех доцентов есть лаборатории.
Доценты ведут научную работу (сущность НАУЧНАЯ РАБОТА), имея определенную тему (сущность ТЕМА РАБОТЫ). Доцент может не вести никаких научных работ (иначе говоря, выполнять ноль работ) или ввести много работ, но каждая отдельно взятая научная работа может выполняться только одним конкретным доцентом. На одну большую тему может выполняться несколько научных работ, одновременно какая-либо большая научная работа может делиться на несколько тем. Связь ТЕМА_НАУЧНОЙ РАБОТЫ имеет атрибут Финансирование, который показывает сумму, необходимую для осуществления данной научной работы. Финансирование может вестись либо по каждой работе, либо по теме.
Иногда одна тема научной работы может иметь несколько целей, что показывается с помощью рекурсивной связи ЦЕЛЬ РАБОТЫ.
Сущность ДИСЦИПЛИНА показывает, что данный доцент обладает знаниями и преподает определенную дисциплину. Доцент может иметь конкретную учебную программу бакалаврата (сущность УЧЕБНАЯ ПРОГРАММА БАКАЛАВРАТА). Существование сущности ДИСЦИПЛИНА зависит от сущности ДОЦЕНТ через связь ДОЦЕНТ-ДИСЦИПЛИНА.
Диаграммы «сущность-связь» в стиле uml
Унифицированный язык моделирования (UML, Unified Model Language) – это набор структур и методик для моделирования и проектирования объектно-ориентированных программ (ООП) и приложений.
UML – это одновременно и методология разработки систем ООП, и набор инструментов для разработки таких систем. UML получил известность стараниями группы OMG (Object Management Group) – организации, которая занимается разработкой ООП-моделей, технологии и стандартов с 1980-х годов. Этот язык стал также находить широкое применение в среде профессионалов ООП. На UML базируются инструменты для объектно-ориентированного проектирования, разработанные компанией Rational Systems.
Будучи методологией разработки приложений, UML является предметом курса системной разработки и поэтому представляет для нас лишь ограниченный интерес. Вам могут, однако, встретиться диаграммы «сущность-связь», выполненные в стиле UML, поэтому представление об этом стиле следует иметь.
Нужно просто осознать, что когда дело касается проектирования баз данных, обращение с этими диаграммами происходит точно так же, как и с традиционными ER-диаграммами.
Сущности и связи в uml
На рис. 3.12 приведено UML-представление структур, изображенных на рис. 3.3. Каждая сущность представлена классом сущностей, который изображен в виде прямоугольника с тремя сегментами. В верхнем сегменте указано имя сущности и другие данные, о которых мы будем говорить далее. Во втором сегменте перечислены имена атрибутов сущности, а в третьем описаны ограничения и методы (программные процедуры), относящиеся к данной сущности.
Рис. 3.12. Представления различных типов связей в UML: а – связь 1:1,
б – связь 1:N, в – связь N:M.
Связи показаны линиями, соединяющими две сущности. Кардинальность представлена в формате х..у, где х - это необходимый минимум, а у - допустимый максимум. Так, 0..1 означает, что наличие данной сущности необязательно, а максимально допустимое количество — одна. Звездочка представляет неограниченное количество. Например, запись 1..* означает, что требуется одна сущность, а допускается неограниченное количество.