бобка. Аналитическая часть
Скачать 389.91 Kb.
|
Рис. 1. Граф сценария задачи «Библиотека»2.Проектная часть 2.1. Проектирование и реализация баз данных Контекстной диаграмма позволяет наглядно представить бизнес-процессы, протекающие в данной информационной системе, документооборот и информационные массивы При построении данной диаграммы используется принцип иерархического упорядочивания – принцип организации составных частей системы. Построение иерархии диаграмм начинается с построения системы в виде простейшего компонента – одного блока и дуг. Дуги – это функции данной системы (входные и выходные данные, механизм работы системы и управляющая информация). Полученная модель может служить основой для создания программно-информационной системы. Контекстная диаграмма показана на рисунке 2. Автоматизация деятельности библиотеки Правила и положения Обеспечение читателей необходимой литературой АРМ «Библиотекаря» Данные печатных изданиях, читателях библиотеки, документы. Рис. 2.Контекстная диаграмма Этапы проектирования базы данных с учетом рассмотренных выше аспектов представлены на рис. 5. Проектирование концептуальной модели базы данных Проектирование логической модели базы данных Проектирование физической модели базы данных Реализация базы данных Требования СУБД и определяемые конкретным пакетом СУБД процедуры Оценка эксплуатационных характеристик прикладных программ Оценка физической модели Рис. 5. Проектирование базы данных 2.1.1. Создание таблицНа основании вышеизложенного определяем объекты модели данных и связи между ними. Выделяем справочную информацию и учетную информацию. К справочникам относятся: каталог книг, читатели, раздел, типы читателей. К таблицам учетной информации относятся: выдача книг, задолжники Далее поместим схему сущностей и связей между ними, выполненную в ERWIN и представленную на рисунке 4. Данная технология приводит все отношения между сущностями информационной системы к третьей нормальной форме. Определим для вышеперечисленных сущностей взаимосвязи. Полученная после этого информационная модель представлена на рис. 6. выдача книг Задолжники Читатели Ведется учет Книги (каталог книг) Могут получать книги Раздел входят Поиск книги Может быть Может осуществлять Рис. 6. Информационная модель на втором этапе Все связи между объектами (рисунок 6) являются связями «один ко многим», то есть одной записи данных первого объекта (основного) соответствует несколько записей второго объекта (подчиненного) Атрибут – это информационное отображение свойств объектов. Каждый объект характеризуется рядом основных атрибутов. Каждый атрибут в модели должен иметь уникальное имя – идентификатор. Атрибут при реализации информационной модели на каком-либо носителе информации часто называют элементом данных, полем данных или просто полем. Ключевым элементом данных называется такой элемент, по которому можно определить значения других элементов данных. Первичный ключ – это атрибут (или группа атрибутов), которые единственным образом идентифицируют каждую строку в таблице. Альтернативный ключ – это атрибут (или группа атрибутов), несовпадающий с первичным ключом и уникально идентифицирующий экземпляр объекта. Атрибуты и первичные ключи сущностей для информационной модели, включаемые в состав базы данных «Библиотеки», приведены в таблице 1. Таблица 1 Первичные, альтернативные ключи и атрибуты
Теория нормализации основана на том, что определенный набор таблиц обладает лучшими свойствами при включении, модификации и удалении данных, чем все остальные наборы таблиц, с помощью которых могут быть представлены те же данные. Введение нормализации отношений при разработке информационной модели обеспечивает минимальный объем физической памяти, что впрямую отражается на качестве функционирования информационной системы. Нормализация информационной модели выполняется в несколько этапов:
2.1.3. Схема данных В результате проектирование разработана схема данных представленная на рис.8 Рис. 8. Схема данных 2.1.4. Создание форм Описание физической модели представлено в таблице 2. Таблица 2 Описание физической модели
Окончание табл. 2
|