Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
Май 25 2020 04:33:54   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
Учимся удалять!... 26267
4.12.1 Професси... 23593
Примеры, синони... 21582
FAST (методика ... 19696
Просмотр готовы... 19401
Декартовы коорд... 18109
Просмотр готовы... 16284
содержание - се... 13610
Работа с инстру... 12337
Сейчас на сайте
Гостей: 2
На сайте нет зарегистрированных пользователей

Пользователей: 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----------------------

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

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Требования к распр...
7.3.1. Концепции о...
Анализ результатов...
5.2 READ
10.1.2 Системные ф...
Мультиплексный
Стандартные экипажи
Синтаксис
Информационный дож...
8.1.5 Планирование...
Перепроектирование...
6.2.3 Размещение ядра
Документированная ...
Существующие метод...
1.5 ПРЕДПОЛАГАЕМАЯ...
7.1 СОЗДАНИЕ ПРОЦЕССА
Характеристики сон...
3.5. Ключевые прак...
Преимущества испол...
Измерение процессов
Страница «Информац...
DVD в России: част...
2.5. Спутниковые к...
Глава 17. GPS-прие...
Циклические коды
5.13 DUР
2.2.2.1 Контекст п...
Эталонная модель в...
Внешний источник
2.1 АРХИТЕКТУРА ОП...
1.2. Фундаменталь...
2.2.7 Объем и инфо...
5.12.3 Чтение из к...
7.10 ВЫВОДЫ
2.2.1 Сообщения и ...
Что представляет с...
Файл с ручной обра...
Глава 25. VESTA 350
Коллекция схем
7.2.1 Обработка си...
Мини-чат
Вам необходимо залогиниться.

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