ВВЕДЕНИЕ
1 КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ МОДЕЛИ ДАННЫХ
1.1 Теоретические основы концептуального моделирования
1.2 Анализ предметной области
1.3 Выделение объектов модели данных и их характеристик
1.4 Выявление связей между объектами, условий, налагаемых на объекты и связи
2 ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ МОДЕЛИ ДАННЫХ
2.2 Теоретические основы логического моделирования
2.2 Определение отношений, атрибутов и их доменов, обеспечение целостности
2.3 Нормализация отношений модели данных
2.4 Создание логической модели данных и физической модели базы данных с помощью ERWin
3 ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ В СУБД ACCESS
3.1. Теоретические основы физического моделирования
3.2. Генерация базы данных в СУБД Access с помощью физической модели данных
3.3 Организация ввода и корректировки данных (формы)
3.4 Описание информационных потребностей пользователей и выбор способов их реализации (запросы и отчеты)
3.5 Разработка интерфейса – главной формы
3.6. Разработка руководства пользователю базой данных
3.7. Тестирование базы данных
3.8. Оценка эффективности работы с данными
ЗАКЛЮЧЕНИЕ
Список литературных источников
Приложение А
Приложение Б
ВВЕДЕНИЕ
Цель курсовой работы – проектирование базы данных учета движения денежных средств на валютном счете предприятия.
Задача – информационная поддержка учета поступлений и выплат валютных средств предприятием через валютные счета в банке.
• исследование предметной области валютных счетов в банке;
• разработка ER-модели;
• построение реляционной модели данных;
• построение физической модели в реляционной СУБД Access;
• организация ввода, корректировки данных, удовлетворение информационных потребности пользователей, разработка интерфейса (создание форм, запросов, отчетов, главной кнопочной формы);
• оценка эффективности работы с данными построенной базы данных.
База данных должна осуществлять учет:
• валют;
• курсов валют;
• валютных операций;
• операций в банке.
В работе изложен и использован метод проектирования базы данных «сущность-связь» или ER-метод, который реализован в CASE-средстве AllFusion ERwin Data Modeler фирмы «Кэмпьютер Эсоушиэтс» (Computer Associates).
Объектом исследования является банк.
Предмет исследования – валютные счета в банке.
1 КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ МОДЕЛИ ДАННЫХ
1.1 Теоретические основы концептуального моделирования
Задачей концептуального проектирования является определение информационных потребностей "предприятия", тех процессов и данных, которые необходимы для обеспечения этих потребностей. Процесс концептуального проектирования начинается с изучения деятельности "предприятия", т.е. с анализа предметной области. Вначале определяются цели и задачи предприятия, анализируются процессы (планирование, управление, контроль), обеспечивающие достижение этих целей и выполнение поставленных задач. Затем осуществляется разбиение процессов на процессы более низкого уровня до тех пор, пока в результате декомпозиции не будет достигнут уровень приложений, выполнение которых возможно без дальнейшего разбиения. Далее определяются информационные потребности каждого приложения, определяются требования к данным, которые, в сущности, определяют локальные представления, о которых речь шла выше. Дальнейший процесс объединения этих локальных представлений, устранение возникающих противоречий, имеет своей целью создание единого цельного представления БД, называемого как уже упоминалось выше концептуальным представлением. К сожалению, следует констатировать, что проектирование БД все еще является весьма субъективным занятием, поскольку не существует действительно строгих методов решения этой задачи.
1.2 Анализ предметной области
Предметная область – рабочее место банковского работника.
2 ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ МОДЕЛИ ДАННЫХ
2.2 Теоретические основы логического моделирования
Целью построения логической модели является получение графического представления логической структуры исследуемой предметной области.
Логическая модель предметной области иллюстрирует сущности, а также их взаимоотношения между собой.
Сущности описывают объекты, являющиеся предметом деятельности предметной области, и субъекты, осуществляющие деятельность в рамках предметной области. Свойства объектов и субъектов реального мира описываются с помощью атрибутов.
Взаимоотношения между сущностями иллюстрируются с помощью связей. Правила и ограничения взаимоотношений описываются с помощью свойств связей. Обычно связи определяют либо зависимости между сущностями, либо влияние одной сущности на другую.
Основные требования к содержанию модели:
1. Логическая модель должна отображать все сущности и связи, значимые для той цели, ради которой мы ее рисуем.
2. Все объекты модели (и сущности, и связи) должны быть именованы. Именование сущностей и связей должно выполняться в терминах предметной области.
3. Для связей должна быть указана кратность (один — многие).
4. Для каждой связи должно быть указано направление чтения.
5. Для сущностей должны быть указаны как минимум основные атрибуты.
3 ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ В СУБД ACCESS
3.1. Теоретические основы физического моделирования
Физическое проектирование базы данных - процесс подготовки описания реализации базы данных на вторичных запоминающих устройствах; на этом этапе рассматриваются основные отношения, организация файлов и индексов, предназначенных для обеспечения эффективного доступа к данным, а также все связанные с этим ограничения целостности и средства защиты.
Физическое проектирование является третьим и последним этапом создания проекта базы данных, при выполнении которого проектировщик принимает решения о способах реализации разрабатываемой базы данных. Во время предыдущего этапа проектирования была определена логическая структура базы данных (которая описывает отношения и ограничения в рассматриваемой прикладной области). Хотя эта структура не зависит от конкретной целевой СУБД, она создается с учетом выбранной модели хранения данных, например реляционной, сетевой или иерархической. Однако, приступая к физическому проектированию базы данных, прежде всего необходимо выбрать конкретную целевую СУБД. Поэтому физическое проектирование неразрывно связано с конкретной СУБД. Между логическим и физическим проектированием существует постоянная обратная связь, так как решения, принимаемые на этапе физического проектирования с целью повышения производительности системы, способны повлиять на структуру логической модели данных.
Как правило, основной целью физического проектирования базы данных является описание способа физической реализации логического проекта базы данных.
ЗАКЛЮЧЕНИЕ
В ходе курсового проекта была разработана база данных учета движения денежных средств на валютном счете предприятия. Все запросы и таблицы разработаны в соответствии с установленными требованиями.
Разработанная база данных была спроектирована с учетом экономической выгоды организации хранения информации.
Спроектированная база данных имеет место для работы на реальном предприятии и может быть эффективной при ведении данных учета движения денежных средств на валютном счете предприятия.
1. Маклаков, С. В. Моделирование бизнес-процессов с BPwin 4.0/ С. В. Маклаков.-М: Диалог-МИФИ, 2002. – 195 с.
2. Создание модели процессов в BPWin (IDEF0) [Электронный ресурс] - Режим доступа: http://www.interface.ru/public/caseall/caseall3.htm
3. Моделирование бизнес-процессов средствами BPWin [Электронный ресурс]- Режим доступа: http://www.intuit.ru/studies/courses/2195/55/ lecture/1630
4. Коннолли, Т. Базы данных: проектирование, реализация и сопровождение. Теория и практика : [пер. с англ.] / Т. Коннолли, К. Бегг, А. Страчан. – 2-е изд. – М. : Вильямс, 2000. – 1120 с.
5. Роб, П. Системы баз данных: проектирование, реализация, управление : [пер. с англ.] / П. Роб, К. Коронел. – 5-е изд., перераб. и доп. – СПб. : БХВ-Петербург, 2004. – 1040 с.
6. Рудикова, Л. В. Проектирование баз данных : учеб. пособие /Л. В. Рудикова. – Минск : ИВЦ Минфина, 2009. – 352 с.
