ER-метод логического проектирования баз данных и его реализации в среде СУБД Access

Автор работы: Пользователь скрыл имя, 25 Апреля 2013 в 19:09, курсовая работа

Описание работы

Целью этой работы является, практическое применение навыков по использованию ER-метода логического проектирования баз данных и их физической реализации в среде СУБД Access. В процессе выполнения работы были решены следующие задачи:
определён состав таблиц проектируемой реляционной базы данных (БД), их поля и первичные ключи с использованием ER-метода логического проектирования БД;
осуществлено физическое проектирование БД в среде СУБД Access;
заполнена БД оперативно-учетной информацией и реализованы требуемые функции в виде запросов, форм.

Содержание работы

Введение 3
1. Методология проектирования БД. 5
1.1 Общий обзор проектирования БД 5
1.2 Методология модели «сущность – связь» 6
1.3 Методология логического проектирования. Построение логической модели. 8
1.4 Методология физического проектирования. Построение физической модели 9
2. Практическое применение методологий проектирования 10
2.1 Практическое применение методологии логического проектирования при разработке проекта «Учет нематериальных активов». 10
2.2. Практическое применение методологии физического проектирования при разработке проекта «Учет нематериальных активов». 16
Заключение 22
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 23
Приложение №1 24
Приложение №2 25

Файлы: 1 файл

Мой_Курсач.doc

— 1.35 Мб (Скачать файл)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

  1. Практическое применение методологий проектирования

2.1 Практическое применение методологии логического проектирования при разработке проекта «Учет нематериальных активов».

Постановка задачи:

К нематериальным активам относят приобретенные  предприятием за плату патенты, технологии, права на использование земельных участков, авторские права, программное обеспечение ЭВМ и др.

В результате проведенного концептуального проектирования БД по учету нематериальных активов было установлено, что в искомой БД должны быть отражены сущности: классификатор "ВИДЫ НЕМАТЕРИАЛЬНЫХ АКТИВОВ" (КодВидНА, НаимВидаНА) и справочники 'НЕМАТЕРИАЛЬНЫЕ АКТИВЫ" (Инвентарный номер, Название нематериальных активов. Балансовая стоимость) и "МАТЕРИАЛЬНО-ОТВЕТСТВЕННЫЕ ЛИЦА" (ШифрМОЛ, ФИОМОЛ). Кроме того, в базе данных должна быть отображена сущность "УЧЕТНАЯ КАРТА", которая основана на документе "Учетная карта нематериальных активов" (табл.1 и табл.2).

Документ "Учетная  карта нематериальных активов" содержит в шапочной части атрибуты: Номер карты. Дата карты. Каждая строка содержательной (табличной) части данного документа содержит атрибуты: Инвентарный номер, Название нематериальных активов, Наименование вида, ФИОМОЛ, Балансовая стоимость.

Между сущностями "НЕМАТЕРИАЛЬНЫЕ АКТИВЫ" и "ВИДЫ НЕМАТЕРИАЛЬНЫХ АКТИВОВ" установлена связь "ПРИНАДЛЕЖАТ", между сущностями "НЕМАТЕРИАЛЬНЫЕ АКТИВЫ" и "УЧЕТНАЯ КАРТА установлена связь "УЧИТЫВЮТСЯ", а между сущностями "МОЛ" и "УЧЕТНАЯ КАРТА" - связь "УПОМИНАЮТСЯ".

Необходимо  учесть следующие обстоятельства (условия  применения):

• номера учетных  карт не повторяются на протяжении всего периода учета;

• в одной  учетной карте один объект нематериальных активов может быть упомянут только одни раз;

• не все виды нематериальных активов из классификатора должны быть упомянуты в одной  учетной карте;

• в один день может быть составлено несколько  учетных карт;

• водной карте  могут быть упомянуты несколько  материально-ответственных лиц.

Необходимо  разработать в среде СУБД Access базу данных "Нематериальные активы", в которой должны быть отражены сущности: классификатор «ВИДЫ НЕМАТЕРИАЛЬНЫХ АКТИВОВ» и справочники «МАТЕРИАЛЬНО-ОТВЕТСТВЕННЫЕ ЛИЦА» и «НЕМАТЕРИАЛЬНЫЕ АКТИВЫ». Кроме того, в базе данных должна быть отображена сущность «УЧЕТНАЯ КАРТА», которая основана на документе "Учетная карта нематериальных активов".

Процесс решения  задачи предполагает:

-с помощью ER-метода проектирование структуры необходимых таблиц базы данных, определение набора их атрибутов и выделение первичных ключей;

-в среде СУБД Access разработку структуры спроектированных таблиц;

-описание схемы данных;

-заполнение таблиц информацией на основе следующих двух учетных карт:

Учетная карта нематериальных активов

№ НА45 от 26.02.2002 г.

Инвентарный номер

Название нематериальных активов

Наименование  вида

ФИО

МОЛ

Балансовая  стоимость

ИН057

MS Access-2000

Программы

Гейц Б.

50000 руб.

ИН124

Государственный акт  № ДА 43675

Права на землю

Батый Х.

18000000 руб.

ИН387

Пакет "Тест"

Программы

Лавров С.

20000 руб.


Табл.1. Учетная карта нематериальных активов

 

Учетная карта нематериальных активов

№ НА90 от 03.03.2002 г.

Инвентарный номер

Название нематериальных активов

Наименование  вида

ФИО

МОЛ

Балансовая  стоимость

ИН366

MS Excel-2000

Программы

Гейц Б.

30000 руб.

ИН474

20 акций АО "НЕТ"

Акции

Смит А..

7006000 руб.


Табл.2. Учетная карта нематериальных активов

Решение

Документу "Учетная карта нематериальных активов", как и всякому экономическому документу с шапочной и табличной частями, удобно поставить в соответствие две сущности Учетная карта и Строка карты.

Сущность Учетная карта имеет атрибуты, соответствующие реквизитам шапочной части документа: Номер карты и Дата карты. Атрибут Номер карты является ключом сущности Учетная карта.

Сущность Строка карты имеет атрибуты: Инвентарный номер, Название нематериальных активов, Наименование вида, ФИОМОЛ, Балансовая стоимость.

Как и для всякого  экономического документа, можно считать, что между сущностями Учетная карта и Строка карты установлена связь Объединяются. Эта связь имеет показатель кардинальности 1:n, классы принадлежности обеих сущностей являются обязательными. Таким образом, получаем диаграмму ER-экземпляров, приведенную на рис.1.


 

 

 

 

 

 

 

 

 

 

 

 

 

 

При построении диаграммы ER-экземпляров для связи Объединяются мы исходили из того, что:

  1. одна шапочная часть учетной карты может объединять несколько строк документа;
  2. одна конкретная строка учетной карты может находиться только в одном конкретном документе;
  3. не может существовать учетная карта, в которой есть шапочная часть и нет ни одной строки в содержательной части документа;
  4. не может существовать учетная карта, в которой есть строка табличной части и отсутствует шапочная часть.

По условию задачи сущности Нематериальные активы и Учетная карта ассоциированы связью Учитываются. Так как мы разделили сущность Учетная карта на две сущности Учетная карта и Строка карты, то необходимо уточнить, с какой из этих двух сущностей связана сущность Нематериальные активы. Ясно, что следует рассматривать связь Учитываются между сущностями Нематериальные активы и Строка карты, т. к. нематериальный актив учитывается именно в табличной части документа. При построении диаграммы ER-экземпляров для связи Учитываются необходимо исходить из того, что:

  1. в одной строке учетной карты учитывается только один нематериальный актив;
  2. один и тот же нематериальный актив может упоминаться в нескольких строках различных учетных карт;
  3. не может существовать строка учетной карты, в которой не упоминается ни один материальный актив;
  4. может существовать материальный актив, который не учитывается ни в одной строке учетной карты.

Соответствующая диаграмма  приведена на рисунке 2.

Таким образом, связь Учитываются имеет показатель кардинальности n:1, класс принадлежности сущности Строка карты является обязательным, а класс принадлежности сущности Нематериальные активы – необязательный.

По условию задачи сущности Материально-ответственные лица и Учетная карта ассоциированы связью Упоминаются. Так как мы разделили сущность Учетная карта на две сущности Учетная карта и Строка карты, то необходимо уточнить, с какой из этих двух сущностей связана сущность Материально-ответственные лица. Ясно, что следует рассматривать связь Упоминаются между сущностями Материально-ответственные лица и Строка карты, т. к. материально-ответственное лицо упоминается в табличной части документа. При построении диаграммы ER-экземпляров для связи Упоминаются необходимо исходить из того, что:

одно материально-ответственное  лицо может упоминаться в нескольких учетных картах;

в одной строке учетной  карты упоминается только одно материально-ответственное  лицо;

не может существовать строки учетной карты, в которой  не указано какое-либо материально-ответственное  лицо;

может существовать материально-ответственное лицо, которое не было упомянуто ни в одной учетной карте (в некоторый период).

Соответствующая диаграмма  приведена на рисунке 3.

 

Связь Упоминаются имеет показатель кардинальности 1:n, класс принадлежности сущности Строка карты является обязательным, а класс принадлежности сущности Материально-ответственные лица – необязательный.

При построении диаграммы ER-экземпляров для связи Принадлежат необходимо исходить из того, что:

одному виду нематериальных активов могут принадлежать несколько  объектов нематериальных активов;

один и тот же объект нематериальных активов может принадлежать только одному виду нематериальных активов;

может существовать вид нематериальных активов, к которому не принадлежит  ни один объект нематериальных активов, находящийся на учете в данной организации;

не может существовать объекта нематериальных активов, который  не принадлежит ни одному виду нематериальных активов.

Соответствующая диаграмма  приведена на рисунке 4.

Таким образом, связь Принадлежат имеет показатель кардинальности n:1, класс принадлежности сущности Нематериальные активы является обязательным, а класс принадлежности сущности Виды нематериальных активов – необязательный.

Диаграмма ER-типа для проектируемой базы данных приведена на рисунке 5.

На основании правила 4 генерации отношений связь Принадлежат порождает два отношения по одному для каждой сущности, причем ключевой атрибут КодВидаНА сущности Виды нематериальных активов должен быть включен в число атрибутов отношения Нематериальные активы. Получаем следующие отношения:

ВидыНА (КодВидаНА, НаимВидаНА);

НематАктивы (ИнвНомер, НазвНА, КодВидаНА).

На основании правила 4 генерации отношений связь Учитываются  порождает два отношения по одному для каждой сущности, причем ключевой атрибут ИнвНомер сущности Нематериальные активы должен быть включен в число атрибутов отношения Строка карты. После включения атрибута ИнвНомер наличие атрибутов Название нематериальных активов и Наименование вида в отношении Строка карты становится избыточным, т. к. значения указанных атрибутов однозначно определяются значением атрибута ИнвНомер. Получаем следующие отношения:

НематАктивы (ИнвНомер, НазвНА, КодВидаНА).

СтрокаУК (ИнвНомер, ФИОМОЛ, БалСтоим).

На основании того же правила 4 генерации отношений  связь Упоминаются порождает  два отношения по одному для каждой сущности, причем ключевой атрибут ШифрМОЛ сущности Материально-ответственные лица должен быть включен в число атрибутов отношения Строка карты. После включения атрибута ШифрМОЛ наличие атрибута ФИОМОЛ в отношении Строка карты становится избыточным, т. к. значение указанного атрибута однозначно определяется значением атрибута ШифрМОЛ. Получаем следующие отношения:

МОЛ (ШифрМОЛ, ФИОМОЛ);

СтрокаУК (ИнвНомер, ШифрМОЛ, БалСтоим).

На основании правила 4 генерации отношений связь Объединяются порождает два отношения по одному для каждой сущности, причем ключевой атрибут НомерУК сущности Учетная карта должен быть включен в число атрибутов отношения Строка карты. Таким образом, отношение Строка карты должно иметь следующие атрибуты:

СтрокаУК (ИнвНомер, НомерУК, ШифрМОЛ, БалСтоим).

Кроме того, к сгенерированным  отношениям добавляется отношение:

УчетнаяКарта (НомерУК, ДатаУК).

Таким образом, получаем следующий набор таблиц БД (ключевые атрибуты выделены полужирным начертанием):

ВидыНА (КодВидаНА, НаимВидаНА);

НематАктивы (ИнвНомер, НазвНА, КодВидаНА);

МОЛ (ШифрМОЛ, ФИОМОЛ);

УчетнаяКарта (НомерУК, ДатаУК);

СтрокаУК (ИнвНомер, НомерУК, ШифрМОЛ, БалСтоим).

Таблицы ВидыНА, НематАктивы  и МОЛ содержат нормативно-справочную информацию, а таблицы УчетнаяКарта и СтрокаУК – оперативно-учетную.

2.2. Практическое применение методологии физического проектирования при разработке проекта «Учет нематериальных активов».

В этой главе  проиллюстрируем применение методологии  физического проектирования реляционных  баз данных применительно к проекту «Учет нематериальных активов». Данная методология будет использована для разработки физического проекта сущностей на основе логической модели данных проекта «Учет нематериальных активов».

В этой главе  в качестве целевой СУБД был выбран пакет Microsoft Access. Одна из основных причин, по которой (вместо какой-либо мощной системы) была выбрана СУБД для персональных компьютеров, состоит в желании подчеркнуть тот факт, что полезность и применимость каждой из данных  рекомендаций определяется, прежде всего, функциональными возможностями целевой СУБД. Другими словами, рекомендуемая методология физического проектирования баз данных всегда должна использоваться с учетом функциональных возможностей целевой СУБД.

Информация о работе ER-метод логического проектирования баз данных и его реализации в среде СУБД Access