Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
January 22 2025 00:52:36   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 34627
Учимся удалять!... 32349
Примеры, синони... 23660
Просмотр готовы... 22950
Декартовы коорд... 22692
FAST (методика ... 21702
содержание - се... 20998
Просмотр готовы... 19745
Работа с инстру... 15190
Сейчас на сайте
Гостей: 2
На сайте нет зарегистрированных пользователей

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

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
4. Разработка информационной модели
Под разработкой информационной модели предприятия в данном случае понимается моделирование и анализ всей информации, циркулирующей на предприятии. Создание таких моделей осуществляется на основе языков моделирования Чена и Беккера. Получаемые модели «сущность – связь» описывают объекты информационного поля организации и отношения между ними.
Диаграммы «сущность – связь». В подходе Чена используются следующие объекты моделирования и условные обозначения.
Сущность представляет совокупность экземпляров объектов с общими характеристиками. Один объект должен быть представлен только одной сущностью, которая должна быть уникальным образом обозначена. При этом имя сущности должно отражать совокупность (тип, класс, вид) объектов, но не отдельные экземпляры.
Сущности могут быть:
 независимые;
 зависимые;
 ассоциированные.
Отношение представляет собой связь между сущностями. Имя отношения должно быть глаголом или глагольным оборотом. Отношения могут быть:
 неограниченными (обязательными), то есть существующими до тех пор, пока существуют сущности;
 ограниченными (необязательными), то есть условными между сущностями;
 сущностно – ограниченными, то есть используемыми в тех случаях, когда сущности взаимозависимы.
Отношения могут быть:
 один к одному;
 один ко многим;
 многие ко многим.
Тип отношения определяется значениями связей, принадлежащих одному и тому же отношению.
Связи используются для идентификации требований, которые налагают сущности друг на друга в рамках определенного отношения. Каждая связь соединяет сущность и отношение и может быть направлена только от отношения к сущности. Значение связи характеризует ее тип (значения могут быть «0 или 1», «0 или более», «1», «1 или более», «от 2 до 5»).
На рис. 27 представлены условные обозначения, применяемые при разработке диаграмм «сущность – связь» в подходе Чена.
На рис. 28 представлена диаграмма «сущность – связь», демонстрирующая отношения между объектами информационной системы нормативно-технической поддержки процессов проектирования и строительства.
Диаграмма читается следующим образом. Каждый стандарт обладает уникальным шифром и названием. Стандарт регламентирует несколько областей деятельности. Одна область деятельности может регламентироваться несколькими стандартами. Стандарт регламентирует области деятельности в определенных регионах распространения. В одном регионе распространения может действовать несколько стандартов. При анализе информационной структуры организации также используются диаграммы атрибутов, диаграммы конкретизации и другие инструменты. Анализ информационной структуры может быть осуществлен с применением различных методологических подходов.








Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Определение связи
Пройдусь по Абрико...
Дисплей
Релевантность
Реинжиниринг проце...
Благодарности
Структура книги
7.3.2. Концепци...
Справочная сущность
7.3. Интерпретация...
Трещина, которая н...
ГЛАВА 3. РАБОЧЕЕ О...
ССЫЛКИ НА ИСПОЛЬЗУ...
Fishfinder: прошло...
Индукция Джона Ст...
Технические характ...
Звук
Решение проблемы с...
Изменение размеров...
Глава 7. Pocket N...
3. SADT-технология...
Единицы измерения
5.6 CLOSЕ
ОСНОВНЫЕ СОГЛАШЕНИ...
NavCompanion
1.1 Физическая то...
Каскадная коррекция
Предстартовая подг...
Глава 4. ROADINFORMER
2.2.2 Процессы
Метод решетки
7.4 ОЖИДАНИЕ ЗАВЕР...
3.3. Группы ключе...
Sven 848
8.1.2 Параметры ди...
5.16 UNLINК
2.4.1 Кодирование ...
1.2. Фундаменталь...
Дополнительные сог...
2.2.3. Понимание у...
Мини-чат
Вам необходимо залогиниться.

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