Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
May 15 2026 07:23:13   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 36382
Учимся удалять!... 33277
Примеры, синони... 24482
Декартовы коорд... 23984
Просмотр готовы... 23818
FAST (методика ... 22562
содержание - се... 21950
Просмотр готовы... 20860
Работа с инстру... 16481
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

Пользователей: 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 представлена диаграмма «сущность – связь», демонстрирующая отношения между объектами информационной системы нормативно-технической поддержки процессов проектирования и строительства.
Диаграмма читается следующим образом. Каждый стандарт обладает уникальным шифром и названием. Стандарт регламентирует несколько областей деятельности. Одна область деятельности может регламентироваться несколькими стандартами. Стандарт регламентирует области деятельности в определенных регионах распространения. В одном регионе распространения может действовать несколько стандартов. При анализе информационной структуры организации также используются диаграммы атрибутов, диаграммы конкретизации и другие инструменты. Анализ информационной структуры может быть осуществлен с применением различных методологических подходов.








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

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
8.1.1 Алгоритм
7.3. Интерпретация...
Единицы измерения
9.1.1 Управление п...
Предстартовая подг...
Глава 1. GARMIN QUEST
7.3 ЗАВЕРШЕНИЕ ВЫ...
3. Декомпозиция пр...
КРАТКОЕ ЗАКЛЮЧЕНИЕ
Идея третья: Обесп...
Введение
Проверка внедрения
Глава пятая. ВЫВО...
Реинжиниринг проце...
3.3. Адресация инф...
Спрашивай – Отвечаем
продолжение...
Компьютерные файлы 2
Опции поддержки IPv6
Процессор. Память....
Изображение атрибута
Запуск программы [...
2. Дивизиональная ...
Ресурс бизнес-проц...
Память
Замечания
Вспомогательные ...
Нечеткий вывод
Глава 25. VESTA 350
2.2 ВВЕДЕНИЕ В ОСН...
9.2.3.1 Обработка...
5.16 UNLINК
Просмотр готовых м...
Принцип действия
1. Линейно-функцио...
Рабочая частота эх...
10.4 ПОТОКИ
Классификация спос...
Глава 9. Реальный GPS
Глава 7. Использов...
Мини-чат
Вам необходимо залогиниться.

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