Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
March 14 2026 09:41:35   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 36276
Учимся удалять!... 33150
Примеры, синони... 24378
Декартовы коорд... 23797
Просмотр готовы... 23695
FAST (методика ... 22444
содержание - се... 21841
Просмотр готовы... 20715
Работа с инстру... 16206
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

Пользователей: 9,955
новичок: Logyattella
Друзья сайта
Ramblers Top100
Рейтинг@Mail.ru

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
Рекурсивная связь
Рекурсивная связь с идентичными свойствами изображается сле-
дующим образом:

Рисунок 3-4
Рекурсивная связь
--------- многие
----------------------¬ v (воронья лапка)
¦ ¦Ё>----¬
¦ ¦ ¦
L--------------T------- ¦ <----- обязательность
один -----> ¦
L - - - -------
^
¦
¦
необязательность

Идентификация связей

Имя (а скорее, описание) для каждого конца связи подписывает-
ся возле него строчными буквами.

Рисунок 3-5
Идентификация связи
описание-
----------------------¬ связи-1 ----------------------¬
¦ СУЩНОСТЬ-A ¦Ё>------- - - - + СУЩНОСТЬ-B ¦
¦ ¦ описание- ¦ ¦
L---------------------- связи-2L----------------------

Если на одном из концов связь является обязательной, перед
соответствующим описанием появляется выражение "должен"; для нео-
бязательных связей используется выражение "может".
Таким образом изображенная выше схема читается слева направо
следующим образом:
Каждая СУЩНОСТЬ-A должна "описание-связи-1" одну и только од-
ну СУЩНОСТЬ-B
а справа налево:
Каждая СУЩНОСТЬ-B может "описание-связи-2" одну и более СУЩ-
НОСТЕЙ-A.
Все это может выглядеть несколько непонятно до тех пор, пока
вы не обратитесь к реальному примеру:

Рисунок 3-6
Пример связи
предназначен
----------------------¬ для ----------------------¬
¦ БИЛЕТ ¦Ё>------- - - - + ПАССАЖИР ¦
¦ ¦ указывается¦ ¦
L---------------------- на L----------------------

Каждый БИЛЕТ должен предназначаться для одного и только одно-
го ПАССАЖИРА и:
Каждый ПАССАЖИР может быть указан на одном и более БИЛЕТАХ.

Упоминание имени сущности во множественном числе имеет место
в том случае, если степень связи имеет значение "многие". Такая
связь читается как "одну и более", а связь, имеющая степень
"один", читается как "одну и только одну".
При построении схем взаимосвязей между сущностями правильнее
располагать блоки таким образом, чтобы "воронья лапка" в каждом
конкретном случае примыкала к левому окончанию линии связи (при
ее горизонтальном расположении) или к верхнему окончанию (при
вертикальном расположении линии).
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.

Нет данных для оценки.
Гость
Имя

Пароль



Вы не зарегистрированны?
Нажмите здесь для регистрации.

Забыли пароль?
Запросите новый здесь.
Случайные статьи
13.2 СВЯЗЬ ТИПА NE...
2.1. Поведенческие...
1.3. Обзор модели ...
Строка текущего со...
2.1.2. Уровень 2 ...
8.3 ТАЙМЕР
Организация дуплек...
6.6.2 Алгоритмы пр...
10.1.2.2 Closе
Встроенная карта
Идея третья: Обесп...
Глава 16. Raymarin...
2.4. Цифровые кана...
Кавитация
Что такое САПР
8.1.5 Планирование...
ДОПОЛНИТЕЛЬНЫЕ СОГ...
Глава 18. GSM/GPS-...
Если бы…
Автомобильные приб...
Отношение к делу и...
Определение сущности
3.7 Сеть NetWare ...
Определение атрибута
Картография — важн...
Промежуточный хара...
Бенчмаркинг процесса.
5.16 UNLINК
Программное обеспе...
Разъем данных
содержание - сетев...
Измерения и анализ
Глава первая
7.2 СИГНАЛЫ
1.3 ОБЗОР С ТОЧКИ ...
10.4.1 Более детал...
Вспомогательные ...
Технология совмест...
3.3. Адресация инф...
Измерения и анализ
Мини-чат
Вам необходимо залогиниться.

Нет присланных сообщений.
Copyright © 2009