Введение в БД: Учет движения денежных средств на валютном счете предприятия

Автор работы: Пользователь скрыл имя, 03 Мая 2012 в 10:33, курсовая работа

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

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

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

Введение 3
1. Постановка задачи и исходные данные 5
2. Диаграммы ER-экземпляров и ER-типа 7
3. Генерация таблиц БД 12
4. Структура таблиц и схема данных БД в среде СУБД MSAccess 13
5. Содержимое таблиц БД 16
6. Формирование запросов 18
Заключение 20
Список использованных источников 21

Файлы: 1 файл

Курсовой.docx

— 1,008.40 Кб (Скачать файл)

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

Теперь мы можем построить диаграмму  ER-типа для проектируемой базы данных Учет нематериальных активов, эта диаграмма приведена на рисунке 5.

 

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

Генерация таблиц БД

 

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

  1. Виды нематериальных активов (КодВидаНА, НаимВидаНА);
  2. Нематериальные активы (ИнвНомер, НазваниеНА, БалансоваяСтоимость, КодВидаНА).

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

Строка карты (ИнвНомер).

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

  1. Строка крты (ИнвНомер, НомерКарты)

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

Карта (НомерКарты, ДатаКарты)

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

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

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

  1. МОЛ (КодМОЛ, ФИОМОЛ).

Таким образом, искомая БД состоит  из пяти сгенерированных таблиц.

Структура таблиц и схема данных БД в среде СУБД MSAccess

 

На рисунках 6 - 13 приведены структуры таблиц проектируемой БД в СУБД MSAccess.

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

 

 


 

 

Рисунок  6 - Структура  таблицы Виды нематериальных активов в режиме конструктора

 

 

 

 



 

 

 

 

 

 

Рисунок 7 - Структура таблицы Нематериальные активыв режиме конструктора



Рисунок 8 – Общие свойства и подстановка поля ИнвНомер таблицы Строка карты в режиме конструктор



Рисунок 9 – Общие свойства и подстановка поля НомерКарты таблицы Строка карты в режиме конструктор




Рисунок 10 – Общие свойства и подстановка поля ШифрМОЛ таблицы Строка карты в режиме конструктор




Рисунок 11 – Общие свойства таблицы Карта в режиме конструктор

 




Рисунок 12 – Общие свойства таблицы Материально-ответственные лица в режиме конструктор

 

 


 

 

 

 

 

 

 

 

 

 

Рисунок  13 - Схема данных БД Учет нематериальных активов

Содержимое таблиц БД

 

На рисунках 14-18 приведены все таблицы БД, заполненные информацией из заданных карт по Учету нематериальных активов.

 

 

 

Рисунок 14 - Заполненные таблицы Виды нематериальных активов  в режиме таблица

 

 

 

Рисунок 15 - Заполненные таблицы Материальные активы  в режиме таблица

 

 

 

Рисунок 16 - Заполненные таблицы Строка карты  в режиме таблица

 

 

 

Рисунок 17 - Заполненные таблицы Карта  в режиме таблица

 

Рисунок 18 - Заполненные таблицы МОЛ  в режиме таблица

 

 

 

 

 

 

 

 

 

Формирование запросов

 

На рисунке 19-20 представлен в режиме конструктора запрос  Запрос1,  в результате  выполнения которого для  каждого вида нематериальных активов будет выдано количество и средняя стоимость всех стоящих на учете объектов данного вида.

 

 

 

Рисунок 19 -  Запрос Запрос1 в режиме конструктора

 

 

 

Рисунок 20 – Результат выполнения запроса Запрос 1

 

 

На рисунке 21-22 представлен в режиме конструктора запрос  Запрос2,  в результате выполнения которого для заданного материально-ответственного лица будет выдан список всех закрепленных за ним объектов нематериальных активов с указанием их наименования, инвентарного номера, даты поставки на учет и стоимости, список отсортирован в порядке их даты поступления, а затем по возрастанию их стоимости.


 

 

Рисунок 21 - Запрос Запрос2 в режиме конструктора

 

 

 

Рисунок 29 - Пример ввода значения параметра и выполнения запроса Запрос2.

 

 

 

 

 

 

Заключение

 

СУБД Access предоставляет необходимые  средства для работы с базами данных неискушенному пользователю, позволяя ему легко и просто создавать  базы данных, вводить в них информацию, обрабатывать запросы и формировать  отчеты.

В результате выполнения данной курсовой работы с помощью ER-метода определен состав требуемых таблиц для создаваемой БД, а для каждой таблицы БД – состав полей и  первичный ключ. В среде СУБД MS Access выполнена разработка структуры  всех таблиц БД в режиме конструктора, описана схема данных БД. Также  в среде СУБД MS Access произведено  заполнение информацией таблиц, предназначенных  для хранения нормативно-справочной информации и для хранения оперативно-учетной  информации. Разработаны три запроса  в режиме конструктора.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Список использованных источников

 

1. ER-метод проектирования баз данных и его реализация в среде СУБД Access: Пособие для студентов экономических специальностей/ Авторы-составители: С.М. Мовшович, К. Г. Сулейманов. – Гомель: УО «Белорусский торгово-экономический университет потребительской кооперации», 2003. – 140 с.

2. Вейкас Дж. Эффективная работа: Microsoft Office Access 2003. – СПб.: Питер, 2005. – 1168 с.

3. Гедранович В.В. Технологии организации, хранения и обработки данных: Учебно-методический комплекс/ В.В. Гедранович, Ю.В. Змеева. – Мн.: Изд-во МИУ, 2004. – 160 с.

4. Живицкая Е.Н. Информационные технологии: учеб. пособие для учащихся экон. специальностей учреждений, обеспеч. получение сред. спец. образования/ Е.Н. Живицкая, И.Г. Орешко, Э.С. Иванова. – Мн.: Беларусь, 2008. – 205 с.

 


Информация о работе Введение в БД: Учет движения денежных средств на валютном счете предприятия