Автор работы: Пользователь скрыл имя, 02 Июня 2012 в 01:36, курсовая работа
Основные этапы проектирования базы данных
Создание базы данных (БД) в среде системы управления базами данных Access (СУБД Access) предполагает выполнение следующих основных этапов:
1. концептуальное проектирование;
2. логическое проектирование;
3. физическое проектирование;
4. использование БД – заполнение БД оперативной информацией и формирование запросов и отчетов.
Концептуальное проектирование – процедура конструирования информационной модели предприятия, не зависящей от условий реализации БД. Таким образом, сконструированная на данном этапе информационная модель не зависит ни от СУБД, ни от средств вычислительной техники.
Концептуальное проектирование БД выполняется на основе:
• анализа информационных потоков организации;
• использования классификаторов и систем кодирования;
• определения диапазона действия и области применения БД;
• выяснения состава ее пользователей;
• сбора и анализа требований пользователей.
В настоящем пособии не рассматривается методика проведения концептуального проектирования. Мы будем считать его выполненным и, таким образом, предполагается, что к моменту начала логического проектирования БД сконструирована информационная модель рассматриваемой предметной области. На этапе логического проектирования информационная модель предприятия уточняется с учетом типа создаваемой БД – реляционной, сетевой или иерархической. В настоящее время реляционные модели БД практически повсеместно вытеснили все другие типы моделей. В СУБД Access реализована именно реляционная БД.
Процесс физического проектирования БД предполагает выполнение в среде выбранной СУБД следующих работ:
1. описание логической структуры каждой таблицы;
2. описание связей между таблицами, входящими в одну БД;
3. первоначальное заполнение справочников БД необходимой нормативно-справочной информацией.
Подчеркнем, что концептуальное проектирование БД не связано с какой-либо конкретной СУБД, а этап логического проектирования зависит только от типа СУБД – сетевая, иерархическая или реляционная. Однако способ представления результатов концептуального проектирования зависит от используемого метода логического проектирования. Используемые ниже термины – отношение и атрибут – относятся к реляционной СУБД, каковой и является СУБД Access.
Поскольку одна из целей нашего курса состоит в изучении технологии применения СУБД Access для реализации реляционных баз данных, то перечисленные выше последние два этапа создания БД предполагают знание пользователем именно этой СУБД.
Учетная карта нематериальных активов № НА90 от 03.03.2002 г.
МОЛ Батов Р. Д.
Инвентарный номер | Название нематериальных активов | Наименование вида | Балансовая стоимость |
ИН366 | MS Excel-2000 | Программы | 30000 руб. |
ИН474 | 20 акций АО «НЕТ» | Акции | 7006000 руб. |
ИН482 | 10 акций ОАО «ДА» | Акции | 3008000 руб. |
ИН499 | MS WOrd-2000 | Программы | 290000 руб. |
5) формирование запроса (запрос с обобщением), в результате выполнения которого для каждого материально-ответственного лица будет выдано количество и средняя стоимость всех состоящих у него на учете объектов нематериальных активов;
6) формирование запроса (запрос с параметром), в результате выполнения которого для заданного вида нематериальных активов будет выдан список всех принадлежащих к этому виду объектов нематериальных активов с указанием их наименования, инвентарного номера, даты постановки на учет и стоимости;. список должен быть отсортирован в порядке их поступления, а затем по возрастанию их стоимости.
ДИАГРАММЫ ER – ЭКЗЕМПЛЯРОВ И ER - ТИПА
Документу "Учетная карта нематериальных активов", как и всякому экономическому документу с шапочной и табличной частями, удобно поставить в соответствие две сущности Учетная карта и Строка учетной карты.
Сущность Учетная карта имеет атрибуты, соответствующие реквизитам шапочной части документа: Номер карты, Дата карты, ФИОМОЛ. Атрибут Номер карты является ключом сущности Учетная карта.
Сущность Строка учетной карты имеет атрибуты Инвентарный номер, Название нематериальных активов, Наименование вида, Балансовая стоимость.
Как и для всякого экономического документа, можно считать, что между сущностями Учетная карта и Строка учетной карты установлена связь Объединяются. Эта связь имеет показатель кардинальности 1:n, классы принадлежности обеих сущностей являются обязательными. Таким образом, получаем диаграмму ER-экземпляров, приведенную на рисунке 3.
Учетная карта Объединяются Строка учетной карты
УК1 СУК1
УК2 СУК2
СУК3
Рисунок 3 - Диаграмма ER-экземпляров для связи Объединяются
При построении диаграммы ER-экземпляров для связи Объединяются мы исходили из того, что:
1. одна шапочная часть учетной карты может объединять несколько строк документа;
2. одна конкретная строка учетной карты может находиться только в одном конкретном документе;
3. не может существовать учетная карта, в которой есть шапочная часть и нет ни одной строки в содержательной части документа;
4. не может существовать учетная карта, в которой есть строка табличной части и отсутствует шапочная часть.
При построении диаграммы ER-экземпляров для связи Принадлежат надо исходить из того, что:
1. одно вид нематериальных активов может указываться в нескольких нематериальных активах;
2. конкретный нематериальный актив может принадлежать только одному виду;
3. не существует нематериальный актив, который не принадлежит ни одному виду;
4. может существовать такой вид нематериальных активов, который не используется ни в одном нематериальном активе.
Таким образом, связь Принадлежит имеет показатель кардинальности n:1, класс принадлежности сущности Нематериальный актив является обязательным, а класс принадлежности сущности Вид нематериального актива – не обязательный. Таким образом, получаем диаграмму ER-экземпляров, приведенную на рисунке 4.
Нематериальный актив Принадлежит Вид нематериального актива
НА1 ВНА1
НА2 ВНА2
НА3 ВНА3
Рисунок 4 - Диаграмма ER-экземпляров для связи Принадлежит
По условию задачи сущности Нематериальные активы и Учетная карта ассоциированы связью Учитываются. Так как мы разделили сущность Учетная карта на две сущности Учетная карта и Строка учетной карты, то необходимо уточнить, с какой из этих двух сущностей связана сущность Нематериальные активы. Ясно, что следует рассматривать связь Учитывается между сущностями Нематериальный актив и Строка учетной карты, т. к. инвентарный номер упоминается именно в табличной части документа. При построении диаграммы ER-экземпляров для связи Учитывается необходимо исходить из того, что:
1. в одной строке учетной карты может упоминаться только один инвентарный номер нематериального актива;
2. один и тот же инвентарный номер нематериального актива может упоминаться в нескольких строках различных учетный карт;
3. не может существовать строки учетной карты, в которой не упоминается инвентарный номер нематериального актива;
4. может существовать нематериальный актив, который не упоминается ни в одной строке, ни одной учетной карты.
Соответствующая диаграмма приведена на рисунке 5.
Нематериальный актив Учитывается строка учетной карты
НА1 СУК1
НА2 СУК2
НА3 СУК3
Рисунок 5 - Диаграмма ER-экземпляров для связи Учитывается
Таким образом, связь Учитывается имеет показатель кардинальности 1:n, класс принадлежности сущности Строка учетной карты является обязательным, а класс принадлежности сущности Нематериальный актив – необязательный.
По условию задачи сущности МОЛ и Учетная карта ассоциированы связью Упоминаются. Так как мы разделили сущность Учетная карта на две сущности Учетная карта и Строка учетной карты, то необходимо уточнить, с какой из этих двух сущностей связана сущность МОЛ. Ясно, что следует рассматривать связь Упоминается между сущностями МОЛ и Учетная карта, т. к. шифр МОЛ упоминается именно в шапочной части документа. При построении диаграммы ER-экземпляров для связи Упоминается необходимо исходить из того, что:
5. одно МОЛ может упоминаться только в одной конкретной учетной карте;
6. не может существовать учетной карты, в которой не упоминается МОЛ;
7. может существовать МОЛ, которое не упоминается ни в одной учетной карте.
Соответствующая диаграмма приведена на рисунке 6.
МОЛ Упоминается учетная карта
МОЛ1 УК1
МОЛ2
МОЛ3 УК2
Рисунок 6 - Диаграмма ER-экземпляров для связи Учитывается
Таким образом, связь Упоминается имеет показатель кардинальности 1:1, класс принадлежности сущности Учетная карта является обязательным, а класс принадлежности сущности МОЛ – необязательный.
Теперь мы можем построить диаграмму ER-типа для проектируемой базы данных Учет нематериальных активов, эта диаграмма приведена на рисунке 7.
1 1
1
1
n
n
n 1
Рисунок 7 - Диаграмма ER-типа для базы данных Учет нематериальных активов.
ГЕНЕРАЦИЯ ТАБЛИЦ БД
На основании правила 2 генерации отношений связь Упоминается порождает два отношения по одному для каждой сущности, причем ключевой атрибут ШифрМОЛ сущности МОЛ должен быть включен в число атрибутов отношения Учетная карта. После включения атрибута ШифрМОЛ наличие атрибута ФИОМОЛ в отношении Учетная карта становится избыточным, т. к. значение указанного атрибута однозначно определяется значением атрибута ШифрМОЛ. Получаем следующие отношения:
1. МОЛ (ШифрМОЛ, ФИОМОЛ);
2. Учетная карта (НомерКарты, ДатаКарты, ШифрМОЛ).
На основании правила 4 генерации отношений связь Ссылается порождает два отношения по одному для каждой сущности, причем ключевой атрибут НомерКарты сущности Учетная карта должен быть включен в число атрибутов отношения Строка учетной карты. Таким образом, в дополнение к уже сгенерированным двум отношениям получаем отношение: