Описание сущностей

Определение связей - это определение и документирова­ние набора сущно­стей для каждой ло­кальной КМ ПрО в табличной форме представления (см. табл.2.6.).

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

1. Один из методов идентификации сущностей состоит в изучении описания задач, в кото­рых определяются конкретные функции пользователя в процессе решения этих задач. Из этих описаний сле­дует извлечь все используе­мые в них существительные или сочетания су­ществитель­ного и при­ла­гательного (например, " табельный номер преподавателя ", " фамилия сотруд­ника ", " номер дисциплины ", " адрес студента ", " стоимость обучения " и другие). Затем среди них выбираются самые крупные объекты (люди, города) или представ­ляющие интерес концепции и исключаются все сущест­ви­тельные, которые просто опреде­ляют другие объекты. Например, свой­ства " Табельный номер преподавателя " и " фами­лия преподавателя " могут быть объединены в сводном объекте под названием " препода­ватель ".

2. Альтернативный способ идентификации сущностей состоит в поиске объек­тов, ко­торые сущест­вуют независимо от других. Например, объект " пре­подаватель " без­условно явля­ется сущно­стью, потому что любой сотруд­ник ВУЗа существует независимо от того, знаем мы его имя, адрес и номер телефона или нет.

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

Синонимами называются слова, сходные по смыслу, но различ­ные по зву­чанию и написа­нию, — например, " отделение " и " факультет ".

Омонимы — это слова, одинаковые по написанию и звучанию, но имеющие различные смы­сло­вые значе­ния, причем реальное значение в каждом кон­кретном случае можно устано­вить только по контексту. Так, слово " программа " может обозначать курс обучения, пред­стоя­щую серию последова­тельных со­бытий, план предстоящей работы и даже после­дователь­ность теле­передач.

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

Разработчики БД должны ограничить ПрО рам­ками того взгляда на мир и существующие в нем ка­тегории, которые задаются кон­текстом ПрО и созда­ваемого для него приложе­ния.

Весьма вероятно, что от­дельного описания с набором требований заказ­чика может ока­заться не­достаточно для выде­ления некоторого уникального набора сущностей. Однако се­рия итеративных про­цедур анализа всего ком­плекса описаний проекта, безус­ловно, позволит опре­делить весь набор сущ­ностей, необходимых для удовлетворения требований к БД системы.