Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
November 12 2025 11:12:25   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 36001
Учимся удалять!... 32834
Примеры, синони... 24109
Просмотр готовы... 23408
Декартовы коорд... 23390
FAST (методика ... 22155
содержание - се... 21488
Просмотр готовы... 20352
Работа с инстру... 15882
Сейчас на сайте
Гостей: 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 представлена диаграмма «сущность – связь», демонстрирующая отношения между объектами информационной системы нормативно-технической поддержки процессов проектирования и строительства.
Диаграмма читается следующим образом. Каждый стандарт обладает уникальным шифром и названием. Стандарт регламентирует несколько областей деятельности. Одна область деятельности может регламентироваться несколькими стандартами. Стандарт регламентирует области деятельности в определенных регионах распространения. В одном регионе распространения может действовать несколько стандартов. При анализе информационной структуры организации также используются диаграммы атрибутов, диаграммы конкретизации и другие инструменты. Анализ информационной структуры может быть осуществлен с применением различных методологических подходов.








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

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Экран отметки точек
10.3.4 Опрос терми...
Индикатор точности
7.8 КОМАНДНЫЙ ПРОЦ...
Аннотация
Разъем последовате...
3.2 Методы доступ...
2.2.7 Объем и инфо...
Как «исправить» fi...
Организация дуплек...
Представление
2.4.2 Логическое к...
Глава шестая
10.4 ПОТОКИ
7.2.3 Посылка сигн...
10.1.2.1 Open
Вертикальное скани...
Метод доступа в се...
Встроенная карта
Глава третья. АВТ...
Великолепный Linux
Вспомогательные ...
Независимость данных
Глава 3. GARMIN ST...
Определение сущности
Асинхронное и синх...
5.16.2 Поводы для ...
Бенчмаркинг процесса.
Глава 19. GSM/GPS-...
Инвертированный си...
По законам джунглей
Антенна
11.1 ТРАССИРОВКА П...
Программное обеспе...
6.5.5 Загрузка обл...
Другие возможные х...
2.6.2.2 Применение...
ЦЕЛИ КАЖДОЙ ГРУ...
Глава 9. Реальный GPS
Удобство использов...
Мини-чат
Вам необходимо залогиниться.

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