Проектирование базы данных учета движения денежных средств на валютном счете предприятия Курсовая работа (проект)

ВВЕДЕНИЕ

Тема курсовой работы «Проектирование базы данных учета движения денежных средств на валютном счете предприятия», подразумевает проектирование и создание базы данных предприятия, осуществляющей учет движения денежных средств на валютном счете.

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

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

Задачи, поставленные при разработке базы данных, способствующие к достижению поставленной выше цели:

· спроектировать функциональную модель предметной области;

· спроектировать модель базы данных;

· создать базу данных движения средств на счете;

· создать визуальное приложение с понятным интерфейсом для работы с базой.

Объектом исследования в данной курсовой работе являются средства, находящиеся на валютном счете предприятия.

Предмет исследования – движение данных средств на валютном счете.

1 КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ МОДЕЛИ ДАННЫХ

1.1 Теоретические основы концептуального моделирования

Полный цикл разработки базы данных включает концептуальное, логическое и физическое ее проектирование.

При проектировании базы данных решаются три основных проблемы:

Как адекватно отразить предметную область и информационные потребности пользователей в концептуальной модели?

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

Каким образом отобразить объекты предметной области в абстрактные объекты модели данных так, чтобы то отображение не противоречило семантике предметной области, и было, по возможности, наилучшим?

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

Как обеспечить эффективность выполнения запросов к базе данных, т.е. каким образом, имея в виду особенности конкретной СУБД, расположить данные во внешней памяти и т.д.?

Эту проблему называют проблемой физического проектирования баз данных. Цель физического этапа – выбор рациональной структурой хранения данных и методов доступа к ним.

2 ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ МОДЕЛИ ДАННЫХ

2.1 Теоретические основы логического моделирования

Логическое проектирование — создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных.

Этапы логического проектирования.

Этап 1:

· преобразование локальной концептуальной модели данных в локальную логическую модель. (Удаление связей М: Н, сложных связей, рекурсивных связей, связей с атрибутами, удаление множественных атрибутов);

· определение набора отношений исходя из структуры локальной логической модели данных;

· проверка модели с помощью правил нормализации;

· проверка модели в отношении транзакций пользователей;

· создание диаграммы сущность-связь;

· определение требований поддержки целостности данных. (Обязательные данные, ограничения для доменов атрибутов, целостность сущностей (PK не может быть NULL), требования данного предприятия (бизнес-правила));

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

Этап 2:

· слияние локальных моделей в единую глобальную модель данных (анализ имен сущностей и связей, PK);

· проверка глобальной логической модели данных (нормализация и транзакции);

· проверка возможностей расширения модели в будущем;

· создание окончательного варианта диаграммы сущность-связь.

3 ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ В СУБД ACCESS

3.1 Теоретические основы физического моделирования

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

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

Как правило, основной целью физического проектирования базы данных является описание способа физической реализации логического проекта базы данных.

СКРИНШОТЫ РАБОТЫ ПРОГРАММЫ

ЗАКЛЮЧЕНИЕ

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

После выполнения работы можно с уверенностью сказать, что база данных полностью соответствует исходному заданию, а также позволяет выполнять все возложенные на нее задачи.

В дальнейшем в программе можно было бы улучшить следующее:

· улучшить графический интерфейс программы;

· создать визуальное приложение на языке высокого уровня;

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

В результате проведенного исследования можно дать следующие рекомендации:

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

· для полной автоматизации предметной области требуется больше времени, чем отведенное время для курсового проекта.

Данная база данных может быть внедрена на производстве, однако только на том производстве, где тщательно и аккуратно заполняют базу данных, а именно без ошибок и корректно.