Проектирование базы данных предоставления услуг физкультурно-оздоровительным центром Курсовая работа (проект)
Курсовая работа (проект)
ВВЕДЕНИЕ
На сегодняшний день использование баз данных (БД) и информационных систем становится неотъемлемой частью функционирования любых организаций и предприятий. В связи с этим большую актуальность приобретает освоение принципов построения и эффективного применения соответствующих технологий и программных продуктов: систем управления базами данных (СУБД), CASE-систем автоматизации проектирования, средств администрирования и защиты баз данных и других.
Базы данных - это свод определенной информации, разбитой по тематическим группам для удобства и экономии времени при поиске. В базах данных предприятий за основу берется предоставление полноценного перечня предприятий, организаций и фирм, различной направленности. Каждая сфера выведена в отдельную рубрику: металлургия, спорт, медицина, наука и образование и т.д.
Основной особенностью грамотно построенной СУБД является ее функциональная возможность резкого снижения трудозатрат на обработку практически всей внутренней и внешней деловой информации организации. Спроектированная таким образом БД позволяет каждому отделу использовать информацию, введенную одним пользователем, и избавляет подразделения компании от необходимости дублирования данных, что ведет к резкому снижению трудозатрат. Каждая сфера выведена в отдельную рубрику: металлургия, спорт, медицина, наука и образование и т.д.
1 КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ МОДЕЛИ ДАННЫХ
1.1 Теоретические основы концептуального моделирования
Концептуальная модель представляет собой обобщение представлений разных пользователей о данных. В связи с этим построение концептуальной модели, как правило, происходит в два этапа. На первом этапе производится сбор и анализ характеристик данных, и строятся так называемые модели локальных представлений (локальные модели). Чаще всего локальная модель отражает представление отдельного пользователя (отдельной функциональной задачи). Иногда такая модель может описывать и некоторую независимую область данных нескольких функциональных задач (нескольких приложений). Здесь необходимо отметить, что моделирование представлений отдельных пользователей приводит к снижению уровня интеграции данных, а моделирование совместных представлений группы пользователей – к повышению сложности проектирования. В связи с этим при выборе области данных для локального моделирования приходится выбирать компромиссное решение между вышеуказанными вариантами.
При разработке концептуальной модели, прежде всего, следует определить сущности. С этой целью нужно сделать следующее:
· необходимо понять, какая информация должна храниться и обрабатываться и можно ли это определить, как сущность;
· присвоить этой сущности имя;
· выявить атрибуты сущности и присвоить им имя;
· определить уникальный идентификатор сущности.
Выявив сущности, необходимо определить, какие связи имеются между ними.
2 ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ МОДЕЛИ ДАННЫХ
2.1 Теоретические основы логического моделирования
Основной целью логического моделирования заключается в том, чтобы проверить функцию проектируемой логической схемы без ее физической реализации, поскольку после изготовления схемы внесение изменений в нее при современной технологии сделать нелегко и недешево. Верификация выполняется путем сравнения результатов моделирования со спецификацией. При этом проверяются как логические функции, так и временные соотношения.
Логическое моделирование включает в себя построение математической модели - системы соотношений, описывающей поведение исследуемого устройства с заданной точностью, и дальнейший анализ поведения этой модели на заданной последовательности входных воздействий. При решении задач анализа и диагностирования уравнения обычно используется структурная математическая модель объекта, отражающая совокупность компонентов объекта, связи между компонентами и связь объекта с внешней средой. Для выполнения логического моделирования необходимы следующие компоненты:
· модель;
· входные воздействия;
· библиотека логических элементов;
· результаты моделирования.
Реляционная модель данных (РМД) — логическая модель данных, прикладная теория построения баз данных, которая является приложением к задачам обработки данных таких разделов математики, как теория множеств и логика первого порядка.
3 ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ В СУБД Access
3.1 Теоретические основы физического моделирования
Цель этапа физического проектирования – описание конкретной реализации базы данных, размещаемой во внешней памяти компьютера. Это описание структуры хранения данных и эффективных методов доступа к данным базы. При логическом проектировании отвечают на вопрос – что надо сделать, а при физическом – выбирается способ, как это сделать. Процедуры физического проектирования следующие.
1. Проектирование таблиц базы данных средствами выбранной СУБД. Осуществляется выбор реляционной СУБД, которая будет использоваться для создания базы данных, размещаемой на машинных носителях. Глубоко изучаются ее функциональные возможности по проектированию таблиц. Затем выполняется проектирование таблиц и схемы их связи в среде СУБД. Подготовленный проект базы данных описывается в сопровождаемой документации.
2. Реализация бизнес-правил в среде, выбранной СУБД. Обновление информации в таблицах может быть ограничено бизнес-правилами. Способ их реализации зависит от выбранной СУБД. Одни системы для реализации требований предметной области предлагают больше возможностей, другие – меньше. В некоторых системах вообще отсутствует поддержка реализации бизнес-правил. В таком случае разрабатываются приложения для реализации их ограничений.
Все решения, принятые в связи с реализацией бизнес-правил предметной области, подробно описываются в сопроводительной документации.
В процессе работы была реализована БД «Услуги ФОЦ».
Разработанная с помощью Microsoft Access база данных позволяет сократить время обработки информации.
Меню приложения объединяет все созданные объекты проекта в одно вертикальное меню.
готовую работу?
