
- •Вопросы к зачету по дисциплине «Системное моделирование и цифровизация производства»
- •Область применения case-технологий
- •Понятия метода и методологии проектирования.
- •Понятия модель системы, нотация.
- •Case-технология и case-средство.
- •Мнемосхема. Основные соглашения по разработке мнемосхем.
- •Сущность структурного подхода к моделированию систем.
- •Базовые принципы структурного подхода к моделированию систем.
- •Методология структурного анализа и проектирования (sadt).
- •Методология функционального моделирования idef0: назначение и основные компоненты.
- •Методология функционального моделирования idef0. Функциональный блок и интерфейсная дуга.
- •Стратегии декомпозиции.
- •Цель моделирования и точка зрения в функциональном моделировании (idef0).
- •Методология функционального моделирования idef0. Мастерская страница.
- •Диаграммы потоков данных dfd. Основные компоненты dfd диаграмм.
- •Понятия «процесс/подпроцесс» в dfd диаграммах
- •Понятие «поток данных» в dfd диаграммах. Виды потоков данных.
- •Методология информационного моделирования idef1х. Назначение и основные элементы.
- •Понятие сущности в idef1х. Правила определения сущности.
- •Понятие отношения в idef1х. Правила определения отношений.
- •Понятие «имя роли» и область его применения в idef1х.
- •Методология динамического моделирования idef3. Сущность, назначение, основные компоненты.
- •Методология динамического моделирования idef3. Единица работ в idef3.
- •Перекрестки в idef3. Синхронное и асинхронное «и».
- •Перекрестки в idef3. Синхронное и асинхронное «или». Эксклюзивное «или».
- •Правила создания перекрестков в idef3.
- •Особенности декомпозиции работ в idef3.
- •Нотация моделирования бизнес-процессов bpmn. Особенности нотации.
- •Нотация моделирования бизнес-процессов bpmn. Категории элементов.
- •Элементы потока управления в нотации bpmn. Действия.
- •Элементы потока управления в нотации bpmn. Шлюзы.
- •Артефакты в нотации bpmn.
Понятие отношения в idef1х. Правила определения отношений.
Отношения — связь между двумя и более сущностями.
Именуется связь с помощью глагола. Пример: включает, определяет, утверждает.
Отношения показывают, как взаимосвязана друг с другом информация, хранимая в БД.
Виды отношений:
Правила определения отношений:
Идентифицирующее отношение – отображается сплошной линией.
Сущность А2 в составе своего первичного ключа имеет первичный ключ сущности А1, те сущность А2 зависит от сущности А1.
Не идентифицирующее отношение – отображается пунктирной линией. Сущности А1 и А2 независимы друг от друга, те их первичные ключи не содержат первичного ключа другой сущности.
Отношения «Многие-ко-многим» не специфическое. Сущности А1 и А2 имеют формальную связь, наследование атрибутов не происходит, те таблица в БД физически не связаны.
Типы сущностей в IDEF1Х.
Независимая сущность – это независимые данные, которые присутствуют в системе, те первичный ключ этой сущности не содержит внешних ключей.
Зависимая сущность – данные зависимые от других сущностей в системе, те первичный ключ обязательно содержит внешний ключ.
Типы отношений в IDEF1Х. Мощность отношения.
Типы отношений:
Идентифицирующее отношение – отображается сплошной линией.
Сущность А2 в составе своего первичного ключа имеет первичный ключ сущности А1, те сущность А2 зависит от сущности А1.
Не идентифицирующее отношение – отображается пунктирной линией. Сущности А1 и А2 независимы друг от друга, те их первичные ключи не содержат первичного ключа другой сущности.
Отношения «Многие-ко-многим» не специфическое. Сущности А1 и А2 имеют формальную связь, наследование атрибутов не происходит, те таблица в БД физически не связаны.
Мощность отношений:
Мощность – соотношение количества экземпляров одной сущности к другой. Мощность между двумя сущностями определяется с помощью построения двух предложений, каждое из которых начинается со слова «один» / «к одному»
Первое предложение – описание соотношения одного экземпляра первой сущности к количеству экземпляров второй сущности. Второе предложение – описание соотношения одного экземпляра второй сущности к количеству экземпляров первой сущности.
Пример: Одному студенту соответствует много оценок. Одна оценка соответствует одному студенту. Связь «Студент – Оценка» — один – ко - многим.
3 типа мощности:
Один – ко – одному. В БД этот тип мощности не используется. Необходимы атрибуты обоих сущностей, объединенных в одну сущность.
Должна быть пунктирная линия без точек.
Один – ко – многим. (МБ, идентифицирующей и не идентифицирующей).
Последняя пунктирная линия.
Многие – ко – многим не специфическое. Сущности А1 и А2 имеют формальную связь, наследование атрибутов не происходит, те таблица в БД физически не связаны. Нужно трансформировать связь, добавив зависимую сущность, в первичном ключе которой будет первичный ключ сущности и А1 и А2.
Типы атрибутов в IDEF1Х.
Простой ключ – ключ, состоящий из одного атрибута.
Составной(сложный ключ) – ключ, состоящий из нескольких атрибутов.
Внешний ключ – первичный ключ, наследуемый от родительской сущности через специфические отношения.
Первичный ключ – атрибут или группа атрибутов однозначно идентифицирующая экземпляр сущности. Пример: № зачетки
Потенциальный ключ – атрибуты, претендующие на роль первичного ключа. Пример: № паспорта, ФИО+др, № зачетки
Альтернативный ключ – потенциальный ключ который не стал первичным. Пример: № паспорта, ФИО+ДР.
Отношение категоризации в IDEF1Х. Правила отношений категоризации.
Отношение категоризации — это отношение между двумя и более сущностями в которых каждый экземпляр общей сущности связан с одним экземпляром сущности – категории.
Категория выделяется из общей сущности по определенному признаку. Различают полную и не полную категоризацию.
Д
искриминатор
полной категоризации, все возможные
категории учтены.
Дискриминатор не полной
категоризации, не все категории учтены
Правила отношений категоризации:
Сущность типа «категория» может иметь только одну общую сущность.
Сущность категоризация, которая принадлежит одному отношению категории мб общей сущностью в другом отношении категоризации.
Сущность может являться общей в любом количестве отношений категорий(мб несколько дискриминаторов по разным признакам).
Атрибуты первичного ключа сущности – категории должны совпадать с первичным ключом общей сущности.
У всех сущностей категоризации должны быть различные(не пересекающиеся) не ключевые атрибуты.