Проектирование модели деятельности библиотеки Erwin
Контрольная работа, 28 Мая 2016, автор: пользователь скрыл имя
Описание работы
Система поддержки управления библиотекой должна обеспечивать операции (добавление, удаление и изменение) над данными о читателях. В регистрационном списке читателей хранятся следующие сведения: фамилия, имя и отчество читателя; номер его читательского билета и дата выдачи билета. Наряду с регистрационным списком системой должен поддерживаться каталог библиотеки, где хранится информация о книгах:
название,
список авторов,
библиотечный шифр,
год и место издания,
Содержание работы
Постановка задачи………………………………………………………………...3
Общая характеристика ERwin…………………………………………...……….5
Проектирование модели деятельности библиотеки Erwin…………………..6
Диаграммы декомпозиции…………………………………………………….…8
Проектирование деятельности библиотеки в среде Erwin……………………11
Заключение……………………………………………………………
Файлы: 1 файл
Отчет по Инструментальные средства информационных систем.docx
— 110.55 Кб (Скачать файл)
ERwin имеет два уровня представления модели: логический и физический. Создание модели данных начинается с создания логической модели.
Логическое проектирование основывается на концептуальном проектировании БД. Доработка концептуальной модели проводится с целью удаления из нее всех элементов, затрудняющих реализацию данной модели в среде реляционных СУБД и разрешение таких связей как M:N, а также: сложных связей, рекурсивных связей и т.п. В результате выполнения этих действий структура концептуальной модели данных изменяется таким образом, что полностью отвечать требованиям, выдвигаемых реляционной моделью организации баз данных.
Логическая модель – это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире и могут называться так, как они называются в реальном мире например “Читатель”, “Библиотекарь” или “Книга”. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Рис. 2.
Рис. 9. − Логическая модель БД
Стоит обратить внимание на то, что не все связи между сущностями одинаковы на модели представленной выше. Связь показывает отношения между сущностями 1 к 1 или ко многим, а связь 1 к 0, 1 или ко многим.
При проектировании для удобства применения одинаковых свойств нескольким атрибутам были созданы домены, имена которых соответствуют наименованию атрибутов в сущностях.
Физическая модель данных, напротив, зависит от конкретных СУБД, фактически являясь отображением системного каталога. В физической модели содержатся информация о всех объектах БД поскольку стандартов на объекты БД не существует, физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет атрибутов, то в физической модели важно описать всю информацию о конкретных физических объектах – таблицах, колонках, индексах, процедурах и т.д.
Для проектирования физической
модели БД воспользуемся CASE-средством All Fusion ERwin Data Modeler. В
данном программном продукте в качестве
имени таблицы на физическом уровне используется
имя сущности на логической модели БД.
Но Inter Base не допускает символов кириллицы
в именах объектов. В связи с этим произведем
переименования вручную.
Аналогично ситуация состоит и с атрибутами сущности, но при создании доменов на этапе логического проектирования мы указали используемые имена атрибутов при физическом проектировании. Соответствие имени сущности, логического и физического имен доменов сущности описано в таблице 2.