Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 12)

Вместо термина «объект» часто используется термин «сущность». В дальнейшем будем рассматривать эти термины как синонимы.

При отражении в информационной системе каждый объект (имеется в виду уже экземпляр объекта, а не весь класс) представляется своим именем, которое называет конкретный объект и отличает один объект от другого. Чтобы выполнять свою роль, имя должно быть уникальным, но иногда в реальной жизни это бывает не так (явление синонимии). Поэтому в концептуальной модели должны быть каким-то образом обозначены случаи, когда естественное имя объекта явля­ется неуникальным. Уникальное имя объекта будем называть идентификатором (ПО). Каждый объект должен иметь, по крайней мере один идентификатор.

Каждый объект обладает определенным набором свойств - ха­рактеристик, описывающих состояние каждой сущности. Набор (перечень) свойств для всех объектов данного класса будет одинаковым, но конкретные значения этих характеристик и особенно сочетание этих значений будут отличаться от объекта к объекту, что, собственно, и отличает один экземпляр объекта от другого.

Может случиться, что в данной предметной области свойства объекта не представляют для нас интереса. В связи с этим в ER-модели возможно наличие объектов, не имеющих свойств и представленных только своими идентификаторами.

2.2.2. Разновидности объектов

Различают несколько разновидностей объектов. Прежде всего это простые и сложные объекты. Объект называется простым, если он рассматривается в данном исследовании как неделимый.

Сложный объект представляет собой объединение других объектов, простых или сложных, также отображаемых в информационной системе. Понятия «простой» и «сложный» объект являются относительными. В одном случае объект может считаться простым, а в другом - этот же объект может рассматриваться как сложный. Так, например, объект АУДИТОРИЯ, если АИС строится только для управления учебным процессом, будет рассматриваться как простой. Если же АИС будет включать подсистемы для служб энергетика, материально-технического снабжения и др., то АУДИТОРИЯ будет рассматриваться как составной объект.

Выделяют несколько разновидностей сложных объектов: составные, обобщенные и агрегированные объекты.

Составной объект соответствует отображению отношения «целое-часть». Примерами составных объектов являются УЗЕЛ-ДЕТА­ЛИ, КЛАСС-УЧЕНИКИ и т.п.

Обобщенный объект отражает наличие связи «род-вид» между объектами предметной области. Например, объекты СТУДЕНТ, ШКОЛЬНИК, АСПИРАНТ, УЧАЩИЙСЯ_ТЕХНИКУМА образуют обобщенный объект УЧАЩИЙСЯ. Объекты, составляющие обобщенный объект, называются его категориями.

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

Определение родовидовых связей означает классификацию объек­тов предметной области по тем или иным признакам. Естественно, что классификация может быть многоуровневой.

Агрегированные объекты соответствуют обычно какому-либо процессу, в который оказываются вовлеченными другие объекты. Например, агрегированный объект ПОСТАВКА объединяет в себе объекты ПОСТАВЩИК, ПОТРЕБИТЕЛЬ, а также саму поставляемую ПРОДУКЦИЮ. Своеобразным объектом является ДАТА_ПОСТАВКИ. Агрегированный объект может, так же как и простой объект, иметь характеризующие его свойства. В рассматриваемом примере таким свойством может быть «Размер_поставки». Агрегированные объекты обычно выражаются отглагольными существительными.

2.2.3. Изображение простого объекта

Для графического обозначения простого объекта будем использовать прямоугольник, ограниченный сплошной линией. Название класса объекта пишется над ним. Внутри прямоугольника записывается название атрибута, именующего объект (рис. 2.3). Если у объекта имеется несколько имен, то для каждого из них выделяется отдельный сектор в этом прямоугольнике.

Рис. 2.3. Изображение объекта: а - с одним идентификатором;

б — с несколькими

Если какое-либо имя объекта не является уникальным, будем ис­пользовать букву «н» рядом с таким именем (рис. 2.4).

Рис. 2.4. Пример изображения объекта с несколькими

идентифицирующими атрибутами

Встречаются случаи, когда идентификация одних объектов зависит от идентификации других. Например, часто для участков цехов предприятия используется не сквозная нумерация, а в пределах каждого цеха, т.е. участок имеет составной идентификатор «Номер_це-ха*Номер_участка». Назовем подобные объекты (в нашем примере это объект УЧАСТОК) зависимыми по идентификации сущностями. Для отображения таких ситуаций (рис. 2.5, 2.6) будем перечеркивать линию, соединяющую соответствующие объекты, около конца, при­легающего к зависимому объекту (ЗО).

Рис. 2.5. Изображение зависимой по идентификации сущности

(условные обозначения)

Рис. 2.6. Пример изображения зависимой по идентификации сущности

Если не использовать специального обозначения для указания зависимости по идентификации, то (для нашего примера) для объек­та УЧАСТОК следует указать составной идентификатор «Номер_цеха*Номер_участка», при этом его надо указать в одном секторе пря­моугольника, а не выделять несколько секторов, как в случае наличия у объекта нескольких имен.

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

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

Связь между объектом и характеризующим его свойством изоб­ражается в виде линии, соединяющей их обозначения. Характер свя­зи между объектом и его свойством может быть различный. Объект может обладать только одним значением какого-то свойства в каж­дый момент времени. Например, каждый человек может иметь толь­ко одну «Дату_рождения» или «Стаж_работы». Назовем такие свой­ства единичными. Для других свойств возможно существование од­новременно нескольких значений у одного и того же объекта (например, свойство «Иностранный_язык» у объекта СОТРУДНИК, если СОТРУДНИК может владеть несколькими иностранными языками). Такое свойство будем называть множественным. При изобра­жении связи между объектом и его свойствами для единичных свойств будем использовать одинарную стрелку, а для множественных свойств - двойную стрелку на конце линии, соединяющей объект с данным свой­ством (рис. 2.7, 2.8).

Рис. 2.7. Изображение объекта и его свойств (условные обозначения)

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

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

динамических и статических свойств

Другой характеристикой связи между объектом и его свойством является признак того, присутствует ли это свойство у всех объектов данного класса либо оно может отсутствовать у некоторых объектов. Например, для отдельных служащих может иметь место свойство «Ученая_степень», а другие объекты этого класса могут не обладать указанным свойством. Назовем свойства, присутствующие не у всех объектов данного класса, условными. При изображении связи услов­ного свойства с объектом будем использовать пунктирную линию, а если свойство определено для всех экземпляров объектов данного класса - сплошную (см. рис. 2.7, 2.9).

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

Правильность отображения предметной области в ER-модель бу­дет зависеть от того, какие ситуации возможны в данной предметной области, а какие - нет. Так, если в вузе сотрудник может занимать несколько должностей одновременно, например быть одновременно ректором и заведующим кафедрой, то фрагмент ER-модели будет выглядеть так, как изображено на рис. 2.10, а, а если внутривузовское совместительство не разрешено - то так, как изображено на рис. 2.10, б.

Рис. 2.10. Варианты изображения предметной области:

а - разрешено совместительство; б - не разрешено

Иногда в ER-модели бывает полезно ввести понятие составного свойства. Примером такого свойства могут быть «Адрес», состоящий из «Города», «Улицы», «Дома» и «Квартиры». Будем использовать для обозначения составного свойства пунктирный квадрат, из которого исходят линии, соединяющие его с обозначениями составляющих его элементов (см. рис. 2.7, 2.11).

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

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

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

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

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

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

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

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

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

Таблица 2.1

Продолжение таблицы 2.1

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

2.2.5. Алгоритмические зависимости

В инфологической модели должны быть отражены алгоритмичес­кие зависимости между показателями. Обычно для этих целей исполь­зуются графы взаимосвязи показателей, отражающие, какие показа­тели служат исходными для вычисления других (рис. 2.12). Расчет­ные формулы и алгоритмы вычислений также в том или ином виде должны быть представлены в ИЛМ.

Характеристики

Список файлов книги