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

Оглавление

Введение 3

1. Постановка задачи и исходные данные 5

2. Диаграммы ER-экземпляров и ER-типа 7

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

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

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

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

Заключение 20

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

 

 

Введение

 

Принято считать, что реляционный  подход к организации баз данных был заложен в конце 1960-х гг. Эдгаром Коддом. В последние десятилетия  этот подход является наиболее распространенным.

Реляционная база данных —  база данных, основанная на реляционной  модели данных. Слово «реляционный»  происходит от англ. Relation (отношение). Для  работы с реляционными БД применяют  реляционные СУБД

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

Модель Сущность-Связь (ER-модель) (англ. entity-relationship model (ERM) или англ. entity-relationship diagram (ERD)) — модель данных, позволяющая  описывать концептуальные схемы. Предоставляет  собой графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать  объекты и отношения между  ними какой-либо другой модели данных. В этом смысле ER-модель является мета-моделью  данных, то есть средством описания моделей данных.

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

ER-модель является одной  из самых простых визуальных  моделей данных (графических нотаций). Она позволяет обозначить структуру  в общих чертах. Это общее описание  структуры называется ER-диаграммой  или онтологией выбранной предметной  области (area of interest).

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

Основными понятиями ER-модели являются сущность, связь и атрибут.

Сущность - это реальный или  представляемый объект, информация о  котором должна сохраняться и  быть доступна. В диаграммах ER-модели сущность представляется в виде прямоугольника, содержащего имя сущности. При  этом имя сущности - это имя типа, а не некоторого конкретного экземпляра этого типа. Для большей выразительности и лучшего понимания имя сущности может сопровождаться примерами конкретных объектов этого типа.

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

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

Постановка задачи и исходные данные

 

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

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

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

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

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

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

Необходимо  разработать в среде СУБД Access базу данных Нематериальные активы, в которой должны быть отражены сущности: классификатор Виды нематериальных активов и справочники Нематериальные активы и Материально-ответственные лица. Кроме того, что в базе данных должна быть отображена сущность Учетная карта, которая основана на документе Учетная карта нематериальных активов.

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

    1. с помощью ER-метода проектирование структуры необходимых таблиц базы данных, определение набора их атрибутов и выделение первичных ключей;
    2. в среде СУБД Access разработку структуры спроектированных таблиц;
    3. описание схемы данных;
    4. заполнение таблиц информацией на основе следующих двух учетных карт:

 

 

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

№ НА45 от 26.02.2002 г.

 

 

 

 

 

 

 

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

 

 

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

№НА90 от 30.30.2002 г.

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

 

    1. формирование запроса (запрос с обобщением), в результате выполнения которого для каждого вида нематериальных активов будет выдано количество и средняя стоимость всех состоящих на учете объектов данного вида;
    2. форматирование запроса (запрос с параметром), в результате выполнения которого для заданного материально-ответственного лица будет выдан список всех закрепленных за ним объектов нематериальных активов с указанием, инвентарного номера, даты постановки на учет стоимости, список должен быть отсортирован в порядке их поступления, а затем их стоимости.

Диаграммы ER-экземпляров и ER-типа

 

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

Документ «Учетная карта нематериальных активов» соответствует сущности «УЧЕТНАЯ КАРТА».

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

Сущность «ВИДЫ НЕМАТЕИАЛЬНЫХ  АКТИВОВ»  содержит атрибуты (КодВидаНА, НаимВидаНА).

Сущность  «НЕМАТЕРИАЛЬНЫЕ АКТИВЫ» характерезуется  атрибутами (Инвентарный номер, название нематериальных активов, Балансовая стоимость)

В сушьности «МАТЕРИАЛЬНО-ОТВЕТСТВЕННЫЕ  ЛИЦА» содержатся (ШифрМОЛ, ФИОМОЛ).

Сущность  «УЧЕТНАЯ КАРТА» состоит из заголовочной и табличной частей, необходимо представить в виде двух сущностей «КАРТА» с атрибутами (Номер карты, Дата карты) и «СТРОКА КАРТЫ» содержащая (Инвентарный номер, Название нематериальных активов, Наименование вида, ФИОМОЛ, Балансовая стоимость).

Между этими сущностями устанавливается бинарная связь, которую можно назвать Объединяются Показатель координальности этой связи равен 1: n .Сущность Строка карты имеет обязательный класс принадлежности части.

 

Рисунок 1- Диаграмма ER-экземпляров для связи Объединяются.

 

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

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

Таким образом, получаем диаграмму  ER-экземпляров, приведенную на рисунке 1.

 

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

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

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

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

 

Рисунок  2 - Диаграмма  ER-экземпляров для связи Принадлежит.

 

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

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

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

 

 

 

 

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

 

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

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

 

Рисунок  4 - Диаграмма  ER-экземпляров для связи Упоминаются

 

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

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

Таким образом, связь Упоминаются имеет показатель кардинальности 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 с.

 


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