Описание свойств объекта. Разновидности свойств

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

Связь между объектом и характеризующим его свойством изображается в виде ли­нии, соединяющей

Рис. 10 Изображение объекта и его свойствах обозначения. Характер связи между объектом и его свойством может быть различный.

Объект может обладать только одним значением какого-то свойства в каждый момент времени. Назовем такие свойства единичными. Например, каждый человек может иметь только одну «ДАТу_РОЖДЕНИЯ» или «СТАЖ_ РАБОТЫ». Для других свойств возможно существование одновременно нескольких их значений у одного и того же объекта (напри­мер, свойство «ИНОСТРАННЫЙ ЯЗЫК» у объекта «СОТРУДНИК» в случае, если «СО­ТРУДНИК» может владеть несколькими иностранными языками). Такое свойство будем на­зывать множественным. При изображении связи между объектом и его свойствами для единичных свойств будем использовать одинарную стрелку, а для множественных свойств - двойную стрелку на конце линии, соединяющей объект с данным свойством (рис. 10,11).

Рис. 11 Пример изображения единичных и множественных динамических и статических свойств

Значения некоторых свойств не могут измениться с течением времени. Назовем такие свойства статическими,а те свойства, значения которых могут из­меняться со временем, будем называть динамическими.Для обозначения динамических свойств будем использовать букву «Д», а статических - «С» над соответствующей линией. Так, упомянутое выше свойство ДАТАРОЖДЕНИЯ будет являться статическим, а «СТАЖ» - динамическим.

Рис. 12. Пример изображения условного свойства

Другой характеристикой связи между объектом и его свойством является признак того, присутствует ли это свойство у всех объектов данного класса, либо оно может отсутствовать у некоторых из объектов. Например, для отдельных служащих может иметь место свойство «УЧЕНАЯ_СТЕПЕНЬ», а другие объекты этого класса могут не обладать указанным свойством. Назовем свойства, присутствующие не у всех объектов данного класса, условными. При изображении связи условного свойства с объектом будем исполь­зовать пунктирную линию, а в случае, если свойство определено для всех экземпляров объектов данного класса, - сплошную (рис. 12). Правильность отображения предметной области в ER-модель будет зависеть от то­го, какие ситуации возможны в данной предметной области, а какие - нет. Так, если в вузе сотрудник может занимать несколько должностей одновременно, например, быть одно­временно ректором и заведующим кафедрой, то фрагмент ER-модели будет выглядеть так, как изображено на рис. 12, а если внутривузовское совместительство не разрешено - то так, как изображено на рис. 12 б.

Рис. 12. Варианты изображения (в зависимости от предметной области)

Иногда в ER-модели бывает полезно ввести понятие «составного свойства».

Составным будем называть такое свойство, которое может включать составляющие его элементы.

Примером такого свойства могут быть «АДРЕС», состоящий из «ГОРОДА», «УЛИЦЫ», «ДОМА» и «КВАРТИРЫ». Будем использовать для обозначения составного свойства пунктирный квадрат, из которого исходят линии, соединяющие его с обозначениями составляющих его элементов (рис. 2.7, 2.11).

Рис. 13. Пример изображения составного свойства Личность

При проектировании БД определяются тип и длина полей. Для того, чтобы иметь возможность правильно выбрать эти характеристики, необходимо иметь соответствующую информацию о типе представления атрибута в «немашинной» системе и требования/пожелания пользователей об их отображении в автоматизированной системе, может быть даже с предпочтениями. Например, предположим, что желательно было бы хранить в БД изображение. Если это невозможно в целевой СУБД, то:

• поле, соответствующее данному атрибуту, не вводить

• связать с системой, которая может хранить рисунок

• заменить рисунок описанием.

Например, в «Листке по учету кадров» хранится фотография. Если есть возможность ее сканирования и связи соответствующего файла с записями БД, то сделать это, если нет - то ничего, соответствующего фотографии, не хранить в ИС.

Для всех реквизитов символьного типа должна быть указана их максимальная длина (а лучше не только максимальная, но и минимальная и «средневзвешенная»).

Чтобы не загромождать ER-модель, такие характеристики рекомендуется отображать не непосредственно в модели, а в каталоге реквизитов.

Понятия «объект» и «свойство» являются относительными. Что в каждой из моде­лей ПО следует считать самостоятельным объектом, а что - свойством другого объекта, будет зависеть от аспекта рассмотрения данной предметной области. Например, пусть строиться АИС для управления конкретным учебным заведением. Для «СОТРУДНИ­КОВ» и «УЧАЩИХСЯ» указывается, какое учебное заведение они закончили. Больше ни­какой информации об учебных заведениях не хранится; никакой специальной обработки по этому признаку не производится. В этом случае не стоит выделять отдельный объект «уЧЕБНОЕ_ЗАВЕДЕНИЕ», а следует считать его свойством соответствующего объекта. Если же в предметной области отражается дополнительная информация об учебных заведениях, например, их адрес, тип и т. п., то «уЧЕБНОЕ_ЗАВЕДЕНИЕ» следует рас­сматривать как самостоятельный объект.

В общем случае можно дать следующие рекомендации по поводу того, что следует выделять в качестве самостоятельного объекта в ER-модели. В качестве самостоятельного объекта в ER-модели следует изображать сущ­ности:

• имеющие более одного идентификатора;

• для которых фиксируются какие-либо их свойства;

• которые участвуют более чем в одной связи.

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