Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
Январь 20 2021 12:42:10   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
Учимся удалять!... 27439
4.12.1 Професси... 25205
Примеры, синони... 21908
FAST (методика ... 20057
Просмотр готовы... 19810
Декартовы коорд... 18837
Просмотр готовы... 16757
содержание - се... 15549
Работа с инстру... 12721
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

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

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
Первый параграф примера
-----------------------------------------------------------------¬
¦ Кредитная компания открывает счета либо для частных лиц, либо¦
¦для организаций, которые в свою очередь выдают карточки своим¦
¦служащим. Компания выпускает в обращение карточки трех различных¦
¦типов, с различными лимитами (предельными суммами), условиями¦
¦платежа и др. условиями. ¦
L-----------------------------------------------------------------
В этом параграфе можно обнаружить несколько важных понятий.
Представим их в виде существительных единственного числа:
- компания (организация)
- счет
- частное лицо
- карточка (или лучше сказать, кредитная карточка)
- служащий.
Все эти понятия можно считать сущностями.
В параграфе нам встретились и некоторые другие понятия и вы-
ражения:
- тип карточки
- лимит
- условие платежа
- прочее условие.
Возможно, что часть из них является атрибутами, поскольку
позволяет описывать другие объекты. Попытаемся связать их с сущ-
ностями.
Является ли "тип карточки" атрибутом карточки или самостоя-
тельной сущностью ? Если это сущность, то она должна представлять
собой важный объект, информация о котором подлежит выяснению или
запоминанию. В этом случае это так, поскольку "лимит" и "условие
платежа" являются атрибутами "типа карточки". Экземпляром ТИПА
КАРТОЧКИ будет такой тип, у которого лимит равен двумстам долла-
ров, а условие платежа требует полного расчета по окончании меся-
ца - идеальный тип для моих детей, каждому из которых пригодилась
бы подобная карточка.
Какие при этом возможны связи ? Они обнаруживаются в несколь-
ких парах сущностей по следующим фразам:
КОМПАНИЯ открывает СЧЕТА
СЧЕТ либо для ЧАСТНОГО ЛИЦА, либо для КОМПАНИИ
КОМПАНИЯ... своим СЛУЖАЩИМ.

КОМПАНИЯ появляется дважды - один раз как кредитная, а второй
раз как организация-клиент кредитной компании. Предположим, что
кредитная компания - просто контекст для данного примера и ею
можно пренебречь.
Обратите внимание на фразу "либо..., либо...", появляющуюся в
ситуации со СЧЕТАМИ. Для того, чтобы перенести ее на модель, нам
потребуется новое соглашение - т.н. "исключающая связь", которая
на схеме изображается в виде двух перечеркнутых одной дугой линий
связи:

Рисунок 4-1
Исключающая дуга

для
----------------------¬ ¬ ----------------------¬
¦ СЧЕТ ¦Ё>-+----- - - - + ЧАСТНОЕ ¦
¦ ¦Ё>-+--¬ ?¦ ЛИЦО ¦
L---------------------- - ¦ L----------------------
для ¦
¦ ----------------------¬
L-- - - - + КОМПАНИЯ ¦
?¦ ¦
L----------------------

Читается это так:
Каждый СЧЕТ должен быть либо для одного и только одного ЧАСТ-
НОГО ЛИЦА, либо для одной и только одной КОМПАНИИ.
Эта небольшая подмодель, конечно, неполна, но на данном этапе
полезна. На ней видна связь типа "многие к одному", существующая
между СЧЕТАМИ (множеством) и КОМПАНИЕЙ (одной). Описание связи на
другом конце пока отсутствует и будет получено при дальнейшей от-
ладке.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
2.5. Пропуск этап...
Идентификация связей
9.2.2 "Сборщик" ст...
ГЛАВА 6. СТРУКТУРА...
2.2.2 Процессы
10.1 ВЗАИМОДЕЙСТВИ...
Какую аппаратуру и...
От автора
Непереносимые (нет...
СОДЕРЖАНИЕ
Строка текущего со...
5.17 АБСТРАКТНЫЕ О...
2.4.1 Кодирование ...
Основной рабочий э...
1.2 СТРУКТУРА СИСТЕМЫ
Глава 1. GARMIN QUEST
Комбинированный ка...
Карты и программно...
4.12.3.5 Система с...
Принцип действия
История развития т...
Вместо заключения
Первая настройка с...
ВВЕДЕНИЕ
4.1.1 Определение
Теперь о картах и ...
Анализ программног...
Пролог
Глава 9. Humminbir...
3. Декомпозиция пр...
Sven 848
3.3. Адресация инф...
Инвертированный си...
2.2.1. Понимание ...
Прокладка маршрута
Глава 6. HUMMINBIR...
Конструкционные сп...
Кабели
6.4.2 Взаимодейст...
6.2.1 Области
Мини-чат
Вам необходимо залогиниться.

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