
- •Понятие информационной системы. Требования, предъявляемые к информационной системе. Классификация информационных систем.
- •Понятие жизненного цикла ис. Основные этапы жизненного цикла.
- •Понятие пользовательского интерфейса. Типы пользовательского интерфейса. Требования, предъявляемые к проектированию пользовательского интерфейса.
- •Перечень элементов и их назначение для создания пользовательского интерфейса.
- •Элементы интерфейса:
- •Понятие предметной области. Способы описания предметной области. Способ выделения сущностей из описания предметной области.
- •Понятия списка требований пользователя и спецификации транзакций. Создание спецификации транзакций. Функциональные характеристики транзакций.
- •Понятие и классификация case-средств. Особенности case-средства Erwin.
- •Базовый принцип структурного метода проектирования. Понятия технологии и методов проектирования ис. Требования, предъявляемые к современным технологиям проектирования ис.
- •Понятие ограничения целостности. Типы требований по ограничению целостности. Стратегии при ограничении ссылочной целостности. Назначение стратегии в среде Erwin.
- •Понятия суперкласс и подкласс. Свойства подкласса. Свойства связи «суперкласс-подкласс». Отображение связи «суперкласс-подкласс» в среде Erwin.
- •Показатель кардинальности. Правило нахождения и особенности связи с показателем кардинальности 1:1. Отражение связи с показателем кардинальности 1:1 в среде Erwin.
- •План ответа:
- •Перенос er-диаграммы в среду конкретной субд.
- •Правило нахождения и особенности связи с показателем кардинальности m:n. Признаки ассоциативной таблицы.
- •Понятие локальной логической модели данных. Способы создания глобальной логической модели данных.
- •Задачи анализа транзакций на этапе логического проектирования и правила его проведения на примере одной транзакции.
- •Задачи анализа транзакций на этапе физического проектирования и правила его проведения на примере одной транзакции.
- •План ответа:
- •Использование автоматических транзакций в компонентах бизнес-объектов
- •План ответа:
- •8. Проверить модель с помощью правил нормализации.
- •План ответа:
- •План ответа:
- •План ответа:
Показатель кардинальности. Правило нахождения и особенности связи с показателем кардинальности 1:1. Отражение связи с показателем кардинальности 1:1 в среде Erwin.
План ответа:
Показатель кардинальности описывает количество возможных связей для каждого из экземпляров рассматриваемых сущностей.
Наиболее распространенными являются бинарные связи с показателями кардинальности "один к одному" (1:1), "один ко многим" (1:n) или "многие к одному" (n:1), "многие ко многим" (m:n).
Правила генерации отношений по диаграммам ER-типа
ПРАВИЛО 1. Если показатель кардинальности бинарной связи равен 1:1 и класс принадлежности обеих сущностей является обязательным, то требуется только одно отношение. Первичным ключом этого отношения может быть ключ любой из двух сущностей.
ПРАВИЛО 2. Если показатель кардинальности бинарной связи равен 1:1 и класс принадлежности одной сущности является обязательным, а другой -- необязательным, то необходимо построение двух отношений. Под каждую сущность необходимо выделение одного отношения, при этом ключ сущности должен служить первичным ключом для соответствующего отношения. Кроме того, ключ сущности, для которой класс принадлежности является необязательным, добавляется в качестве атрибута в отношение, выделенное для сущности с обязательным классом принадлежности.
ПРАВИЛО 3. Если показатель кардинальности бинарной связи равен 1:1 и класс принадлежности ни одной сущности не является обязательным, то необходимо использовать три отношения: по одному для каждой сущности, ключи которых служат в качестве первичных в соответствующих отношениях, и одного для связи. Среди своих атрибутов отношение, выделяемое связи, будет иметь по одному ключу сущности от каждой сущности.
Перенос er-диаграммы в среду конкретной субд.
Для создания физической модели данных разработчику необходимо переключиться на физический уровень отображения диаграммы и выбрать конкретную СУБД (DATABASE / Choose database). На уровне физической модели сущности соответствует таблица в реальной СУБД, атрибуту - колонка таблицы, связи - внешний ключ (если для связи задавалось имя роли, то оно соответствует имени колонки внешнего ключа в дочерней таблице), первичным и альтернативным ключам - уникальные индексы, а инверсным входам - неуникальные.ERwin автоматически присваивает имена элементов логической модели элементам физической схемы, исходя из заданных соотношений.. Однако если модель разрабатывалась на русском языке, то имена таблиц, колонок и индексов необходимо задать на английском языке. При этом сами имена сущностей, атрибутов, связей и ролей могут оставаться без изменения.Для каждой колонки разработчик должен указать тип данных, возможность пустых значений, значения по умолчанию и т. п. в зависимости от используемой СУБД. Для СУБД Access переименование, в принципе, не обязательно.При переходе на уровень физической модели происходит автоматическая развязка связей «многие-ко-многим» посредством создания зависимой сущности.Для установления соединения БД из ERwin c целевой СУБД Access необходимо выполнить команду DATABASE/Database connection. В появившемся диалоговом окне необходимо указать путь к БД в СУБД Access, задать имя пользователя admin и нажать кнопку Connect. Для генерации БД физического уровня в среде СУБД Access необходимо выполнить команду TOOLS/Forward Engineering/Schema Generation. В результате получаем диалог генерации схемы БД,Нажатие на кнопку Generate приведет к запуску процесса генерации схемы. Возникает диалог связи с базой данных, устанавливается сеанс связи с сервером-базы данных (СУБД Access), и начинает выполняться SQL-скрипт. После выполнения скриптов в среде СУБД Access создается БД физического уровня.Таким образом, на основе физической модели ERwin можно сгенерировать системный каталог СУБД или соответствующий SQL-скрипт. Этот процесс называется прямым проектированием (Forward Engineering). Тем самым достигается масштабируемость - создав одну логическую модель данных, можно сгенерировать физические модели под любую поддерживаемую ERwin СУБД. С другой стороны, ERwin способен по содержимому системного каталога или SQL-скрипту воссоздать физическую и логическую модель данных (Reverse Engineering). Для выполнения обратного проектирования следует выбрать пункт меню Tools/Reverse Engineer.