- •Предисловие
- •Глава 1. Основные понятия теории моделирования § 1.1. Термины моделирования
- •§ 1.2. Классификация видов моделирования
- •§ 1.3. Проблемы проектирования информационных систем
- •§ 1.4. Моделирование предметной области
- •§ 1.5. Три уровня анализа
- •§ 1.6. Набор типов моделей Объектная структура
- •Функциональная структура
- •Структура управления
- •Организационная структура
- •Техническая структура
- •Вопросы к главе 1
- •Глава 2. Концептуальные основы case-технологий § 2.1. Понятие case-технологии
- •§ 2.2. Проблемы внедрения case-технологий
- •§ 2.3. Общая характеристика case-средств
- •§ 2.4. Классификация case-средств
- •Вопросы к главе 2
- •Глава 3. Понятие и основные принципы функционального моделирования, обзор основных методологий.
- •§ 3.1. Технология структурного анализа и проектирования sadt
- •§ 3.2. Диаграммы потоков данных dfd (Data Flow Diagrams)
- •§ 3.3. Диаграммы потоков работ wfd (Work Flow Diagram)
- •§ 3.4. Семейство стандартов моделирования idef
- •§ 3.5. Основные элементы и понятия idef0
- •§ 3.6. Диаграммы "сущность-связь" erd (Entity-Relationchip diagram)
- •Вопросы к главе 3
- •Глава 4. Спецификации управления
- •§ 4.1. Диаграммы переходов состояний std (State Transition Diagrams)
- •§ 4.2. Особенности применения std диаграмм
- •§ 4.3. Структурные карты
- •§ 4.4. Структурные карты Константайна
- •§ 4.5. Структурные карты Джексона
- •§ 4.6. Характеристики хорошей модели реализации
- •4.6.1. Сцепление
- •4.6. 2. Связность
- •§ 4.7. Принципы проектирования, позволяющие построить качественную модель
- •§ 4.8. Транзакционный и трансформационный анализ или как получить структурные карты из диаграмм потоков данных
- •Вопросы к главе 4
- •Глава 5. Объектно-ориентированный подход к моделированию информационных систем § 5.1. Понятие объектно-ориентированного анализа
- •§ 5.2. Элементы объектно-ориентированной модели
- •§ 5.3. Объект и класс
- •§ 5.4. Язык моделирования uml
- •§ 5.5. Достоинства и недостатки объектно-ориентированного проектирования
- •Вопросы к главе 5
- •Глава 6. Метод имитационного моделирования
- •§ 6.1. Понятие имитационного моделирования
- •§ 6.2. Применение имитационного моделирования
- •§ 6.3. Виды имитационного моделирования
- •§ 6.4. Принципы и методы построения имитационных моделей
- •6.4.2. Принцип особых состояний
- •6.4.3. Основные методы имитационного моделирования.
- •Вопросы к главе 6
- •Глава 7. Инструментальные средства моделирования ис
- •§ 7.1. Российские программные продукты
- •7.1.1. Инталев: Корпоративный навигатор (инталев)
- •Бизнес-Инженер (Битек)
- •Case.Аналитик
- •§7.2. Зарубежные case - средства
- •7.2.3. Case-средство Silverrun
- •7.2.5. Case-средство Designer/2000
- •§ 7.3. Методология aris
- •7.3.1. Общие сведения о методологии aris
- •7.3.2. Архитектура aris
- •7.3.3. Обзор основных модулей
- •§ 7.4. Программные продукты имитационного моделирования
- •7.4.1. Система Arena
- •7.4.2. Пакет имитационного моделирования AnyLogic
- •Вопросы к главе 7
- •Библиографический список
- •Оглавление
§ 3.6. Диаграммы "сущность-связь" erd (Entity-Relationchip diagram)
Диаграммы "сущность-связь" (ERD), впервые были введены Питером Ченом в 1976 г. Базовыми понятиями ERD являются сущности, атрибуты, связи[4]. Этим они отличаются от ранее рассмотренных нотаций, которые ориентированы на описание функций и процессов, протекающих в организации. Своей ориентацией на описание объектов предметной области эти диаграммы ближе к объектно-ориентированному моделированию, которое будет подробно рассмотрено в главе 5.
Сущностью (Entity) называют совокупность реальных или абстрактных объектов предметной области, обладающих одинаковым набором свойств (атрибутами). Сущность – это, как правило, существительное. Отдельный элемент совокупности – экземпляр сущности.
Для сущностей имеют место следующие соглашения (правила):
каждая сущность должна иметь уникальное имя. Одно и то же имя должно всегда интерпретироваться единственным образом;
сущность обладает одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связи с другими сущностями;
совокупность атрибутов сущности с их конкретными значениями однозначно идентифицируют каждый экземпляр сущности;
каждая сущность может обладать любым количеством связей с другими сущностями.
Выделяют следующие разновидности сущностей:
простые – рассматриваются как не делимые;
сложные – представляют собой объединение других объектов (сущностей) как простых, так и сложных.
Сложные объекты (сущности), в свою очередь, могут быть:
составными, соответствующие отображению отношения «целое – часть»;
обобщенными, отражающими наличие связи «род – вид»;
агрегированными, соответствующими, обычно, какому-либо процессу, в который оказываются вовлеченными другие объекты.
Атрибут(Attribute) – это некоторое свойство сущности. Для атрибутов имеют место следующие соотношения:
каждый атрибут должен иметь уникальное имя. Одно и то же имя атрибута должно интерпретироваться единственным образом;
каждый атрибут принадлежит только одной сущности;
атрибуты могут наследоваться от других сущностей, но наследуемый атрибут должен быть либо первичным ключом, либо его частью;
для каждого экземпляра сущности должно существовать значение каждого ее атрибута;
значения всех атрибутов сущности в ее конкретном экземпляре не должно повторяться.
Атрибуты (свойства) характеризуются четырьмя показателями: единичное или множественное, статическое или динамическое, условное или обязательное, простое или составное.
Каждая сущность может обладать любым количеством связей с другими сущностями модели.
Связь (Relationship) — поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области.
Связь – это ассоциация между сущностями, при которой каждый экземпляр одной сущности ассоциирован с произвольным (в том числе нулевым) количеством экземпляров второй сущности, и наоборот. [3] Связь обычно выражается глаголом.
Существуют следующие типы (степени) связи: один-к-одному (1 : 1), один-ко-многим (1 : N); многие-к-одному (N : 1), многие-ко-многим (N : N). Кроме типа связи, указывают класс принадлежности, который указывает, может ли отсутствовать связь экземпляра одной сущности с экземпляром другой.
Цель моделирования данных (ERD-модели) состоит в обеспечении разработчика ИС концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных.
