Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Конструкции ООП, введенные языком UML

Читайте также:
  1. I. Рациональные и историческая реконструкции
  2. Анализ конструкции в соответствии с требованиями
  3. Анализ конструкции, технологичности детали и метода получения заготовки
  4. Анализ технологичности конструкции отливки
  5. Буровые долота - конструкции и типы. Назначение, классификация, область применения.
  6. В Волгограде, после реконструкции, открывается детский сад
  7. Визуальные конструкции Визуальные воспоминания

Так как UML является объектно-ориентированной технологией, к классам сущ­ностей UML были добавлены некоторые конструкции ООП. Здесь мы только коснемся этих идей, а развитие им дадим в главе 18. Во-первых, классы всех сущ­ностей, которые должны храниться в базе данных, помечаются стереотипом

«Persistent» (устойчивый). Это означает, что существование данных должно продолжаться даже после того, как будет разрушен объект, их обрабатывавший. Проще говоря, это значит, что класс сущности должен храниться в базе данных.

 

Далее, UML допускает назначение атрибутов классам сущностей. Атрибуты класса (class attributes) отличаются от атрибутов сущностей тем, что они при­надлежат всему классу сущностей данного типа. Так, на рис. 3.16 атрибут Число-Пациентов сущности ПАЦИЕНТ является атрибутом всей совокупности сущностей этого типа, имеющихся в базе данных. ИсточникПоступления — это атрибут, до­кументирующий источник поступления всех пациентов, присутствующих в базе данных.

Как вы позже узнаете, в рамках реляционной модели такие атрибуты клас­сов просто негде хранить. Вместо того чтобы хранить атрибуты вроде ЧислоПаци-ентов в базе данных, они иногда вычисляются на этапе выполнения программы. В других случаях для хранения этих атрибутов выделяется специальный класс сущностей. Для класса сущностей ПАЦИЕНТ, изображенного на рис. 3.16, мож­но создать новую сущность под названием ИСТОЧНИК_ПОСТУПЛЕНИЯ_ПАЦИЕНТА, имеющую атрибуты ЧислоПациентов и ИсточникПоступления. В таком случае все сущности класса ПАЦИЕНТ будут связаны с сущностью ИСТОЧНИК_ПОСТУПЛЕНИЯ_ ПАЦИЕНТА.

 

Третьей новой особенностью является то, что UML использует объектно-ори­ентированную нотацию для обозначения видимости атрибутов и методов. Атри­буты, именам которых предшествует знак «+», являются открытыми, атрибуты со знаком «#» являются защищенными, а со знаком «-» — закрытыми. На рис. 3.16 атрибут Имя сущности ПАЦИЕНТ является защищенным.

Эти термины имеют корни в объектно-ориентированном программировании. Открытым (public) называется такой атрибут, который может читаться и изме­няться любым методом любого объекта. Термин защищенный (protected) означа­ет, что атрибут или метод доступен только для методов данного класса и его под­классов, а термин закрытый (private) указывает на то, что соответствующий атрибут или метод доступен только для методов данного класса.

Наконец, в UML задаются ограничения и методы, для чего служит третий сегмент прямоугольника, изображающего класс сущностей. На рис. 3.16 на зна­чение атрибута НомерПациента налагается ограничение первичного ключа. Это означает просто, что НомерПациента является уникальным идентификатором. Кроме того, рис. 3.16 указывает, что должны быть созданы следующие методы: ПолучитьИмя() — для открытого доступа к атрибуту Имя (обратите внимание на знак «+» перед ПолучитьИмя(), ВвестиИмя() — для установки значения этого атри­бута, и ПолучитьРецепт() — для перебора совокупности сущностей класса РЕЦЕПТ, связанных с данной сущностью ПАЦИЕНТ.


Дата добавления: 2015-07-08; просмотров: 274 | Нарушение авторских прав


Читайте в этой же книге: Представление связей на диаграммах | Атрибуты связей | Показатель кардинальности | Степень участия | ПРИМЕРЫ ER-ПРОЕКТИРОВАНИЯ | Идентификаторы | Три типа бинарных связей | Слабые сущности | Подтипы сущностей | Пример ER-диаграммы |
<== предыдущая страница | следующая страница ==>
Документирование делового регламента| Сущности

mybiblioteka.su - 2015-2024 год. (0.005 сек.)