Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
May 12 2026 01:56:27   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 36379
Учимся удалять!... 33273
Примеры, синони... 24479
Декартовы коорд... 23979
Просмотр готовы... 23814
FAST (методика ... 22560
содержание - се... 21948
Просмотр готовы... 20853
Работа с инстру... 16469
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

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

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
Формальный синтаксис
Для чтения любой связи используется следующий синтаксис:
- ¬
¦ должна ¦
Каждая (и любая) СУЩНОСТЬ-A ¦ ¦ описание-связи-1
¦ может ¦
L -
- ¬
¦ ОДНУ И ТОЛЬКО ОДНУ СУЩНОСТЬ-B всегда¦
¦ ¦ (не так ли ?)
¦ ОДНУ И БОЛЕЕ СУЩНОСТЕЙ-B ¦
L -
и в обратном направлении:
- ¬
¦ должна ¦
Каждая (и любая) СУЩНОСТЬ-B ¦ ¦ описание-связи-2
¦ может ¦
L -
- ¬
¦ ОДНУ И ТОЛЬКО ОДНУ СУЩНОСТЬ-A всегда¦
¦ ¦ (не так ли ?)
¦ ОДНУ И БОЛЕЕ СУЩНОСТЕЙ-A ¦
L -

Фразы "и любая" и "всегда" добавляются для придания утвержде-
нию большей строгости. Фраза "не так ли ?" добавляется для про-
верки утверждения.
Если мы прочитаем связь БИЛЕТ/ПАССАЖИР снова, она станет яс-
нее.
Каждый и любой БИЛЕТ должен предназначаться для одного и
только одного ПАССАЖИРА всегда, не так ли ?
Это хороший вопрос, поскольку в данном утверждении предпола-
гается, что компания не продает ни семейных, ни групповых биле-
тов, а также билетов, в которых не упоминается личность пассажи-
ра.
Такое прочтение связей способствует возбуждению у аналитика
сомнений и возражений, в частности по поводу того, всегда ли в
прошлом рассматриваемое утверждение было истинно. При такой пос-
тановке модель может отражать все возникающие вопросы и способс-
твовать их решению путем выбора оптимального проекта системы. Как
оказалось, это может помочь и при возникновении многих проблем,
являющихся следствием отсутствия сомнений, и снизить расходы по
переделке.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
4. Особенности выд...
7.2.4. Измерения ...
СИСТЕМНЫЕ ОПЕРАЦИИ
Фрагмент [КОМПАС-3...
Как подключить GPS...
Представление 2
Микроэлектроника
2.3.2.4 Телеграфны...
Глава 14. INTERPHA...
Глава четвертая. ...
Экран записи маршрута
Код Хемминга
Правила
8.1.6 Работа в реж...
Как правильно уста...
7.4.1. Организаци...
ГЛАВА 7. УПРАВЛЕНИ...
ССЫЛКИ НА ИСПОЛЬЗУ...
3. Переосмысление ...
Глава 1. GARMIN QUEST
Принцип 2. Клиент ...
Выполняемые операции
Глава 10. HUMMINBI...
6.4.3 Переключение...
Настройка параметр...
Рекомендуемая лите...
История развития т...
Необходимые предпо...
4.2 Распределение ...
5.12.2 Открытие по...
Документированная ...
12.4 СИСТЕМА TUNIS
Глава 14. INTERPHA...
БИБЛИОГРАФИЯ
Всем ребятам — при...
6.5.7 Отсоединение...
Супертип
10.5 ВЫВОДЫ
12.3.3.4 Фиктивные...
содержание - сетев...
Мини-чат
Вам необходимо залогиниться.

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