Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
October 19 2026 13:40:55   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 37300
Учимся удалять!... 33688
Примеры, синони... 24714
Декартовы коорд... 24386
Просмотр готовы... 24105
FAST (методика ... 22824
содержание - се... 22186
Просмотр готовы... 21225
Работа с инстру... 16904
Сейчас на сайте
Гостей: 2
На сайте нет зарегистрированных пользователей

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

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

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Как рассуждает ре...
10.4.2 Анализ потоков
Применение домена
8.1.2 Параметры ди...
3.1 ЗАГОЛОВКИ БУФЕРА
Глава 6. HUMMINBIR...
7.6 КОД ИДЕНТИФИКА...
Качество
1.3.1 Файловая сис...
Учимся удалять! [К...
Оглавление
Процессное управле...
2.4.1 Кодирование ...
3.3. Адресация инф...
9.2.3.2 Обработка ...
2.2.5 Статистическ...
Глава 2. GARMIN ST...
3.3 МЕХАНИЗМ ПОИСК...
3.11 Особенности ...
ГЛАВА 5. СИСТЕМНЫЕ...
1.5.1 Прерывания ...
NAVSTAR
ГЛАВА 6. ИСПОЛЬЗО...
Глава пятая. ВЫВО...
Обязательства по в...
5.2 READ
Глава 5. Что такое...
1.5 ПРЕДПОЛАГАЕМАЯ...
11.2.3 Семафоры
Необходимые предпо...
1.5.2 Уровни преры...
Глава 3. GARMIN ST...
Глава 1. MacCentre...
2.2.1 Обзор особен...
7.3.3. Концепции, ...
Цена до 300 долларов
Прокладка маршрута
Спидометр
Второй параграф
Идея четвертая: Оп...
Мини-чат
Вам необходимо залогиниться.

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