Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
December 21 2024 11:36:11   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 34422
Учимся удалять!... 32315
Примеры, синони... 23621
Просмотр готовы... 22917
Декартовы коорд... 22628
FAST (методика ... 21660
содержание - се... 20968
Просмотр готовы... 19696
Работа с инстру... 15137
Сейчас на сайте
Гостей: 6
На сайте нет зарегистрированных пользователей

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








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

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
11.2.1 Сообщения
Одноранговые сети
Ключевые вопросы
Убирайте повторяющ...
Вспомогательные:
Объединение приемн...
4.12.3.2 Принципы ...
Электронный штурман
Протоколы канально...
«Верую, ибо абсур...
Анализ программног...
Работа с инструмен...
Идея пятая: Ионосф...
Новая «общественна...
Качество
3. Переосмысление ...
Метод доступа в се...
RoutePlanner и Str...
Обратный синтаксис
Глава 9. Humminbir...
Вариант 2.
Случаи из жизни
Внешний источник
9.4. Интегрирован...
ГЛАВА 10. ПОДСИСТЕ...
1.5.3 Распределени...
11.2.4 Общие замеч...
7.3.6. Технология...
Нечеткий вывод
содержание - сетев...
Метод решетки
2.4.3 Блоковые коды
ГЛОНАСС
9.2.2 "Сборщик" ст...
Синтаксис диаграмм
Граничная сущность
12.5 УЗКИЕ МЕСТА В...
10.1.2 Системные ф...
1.7 Многоуровнева...
Использование согл...
Мини-чат
Вам необходимо залогиниться.

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