Проектирование баз данных

Размещено на http://www.allbest.ru/

6

Размещено на http://www.allbest.ru/

КУРСОВАЯ РАБОТА

ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ

Содержание

Введение

1. Теоретическая часть

1.1 Основные принципы проектирования баз данных в MS Access

1.2 Средства Delphi для разработки баз данных

2. Практическая часть

2.1 Анализ предметной области

2.2 Организация входных и выходных данных

2.3 Проектирование инфологической модели баз данных

2.4 Построение физической модели баз данных

2.5 Создание запросов

Заключение

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

Введение

Тема курсового проекта «Архив МБУК Ижболдинский СДК». Целью курсового проекта является спроектировать удобную для пользователя систему для работы с данными БД «Архив МБУК Ижболдинский СДК». Для достижения поставленных целей, необходимо рассмотреть следующие задачи: проанализировать предметную область, спроектировать и создать и создать БД, которая будет содержать подробные сведения о СДК, документации, сотрудниках; реализовать возможность просмотра информации о документах и сотрудниках работающих в СДК, так же учесть возможность модифицирования данных (добавлять, редактировать и удалять).

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

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

1. Теоретическая часть

1.1 Основные принципы проектирования баз данных в MS Access

База данных (БД) - это поименованная совокупность данных, относящихся к определенной предметной области.

Система управления базами данных - это комплекс программных и языковых средств, необходимых для создания, обработки баз данных и поддержания их в актуальном состоянии.

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

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

Свойство (атрибут) - определенная часть информации о некотором объекте. Хранится в виде столбца (поля) таблицы.

Связь (отношение) - способ, которым связана информация о разных объектах.

Типы связей между объектами:

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

Связь типа «один-ко-многим» (1:М). При таком типе связи каждой записи в одной таблице соответствует несколько записей в связанной таблице. Этот наиболее распространенный тип связей. Для его реализации используются две таблицы. Одна из них представляет сторону «один», другая - сторону «много». Например, нужно иметь информацию о студентах и результатах сдачи ими экзаменов (дата сдачи, предмет, оценка и т.д.). Если все это хранить в одной таблице, то ее объем неоправданно возрастет, т.к. в ней для каждой записи об очередном экзамене должны повторяться все анкетные сведения о студенте.

Связь типа «много-ко-многим» (М:М). При таком типе связи множеству записей в одной таблице соответствует множество записей в связанной таблице. Большинство современных СУБД непосредственно не поддерживают такой тип связи. Для его реализации такая связь разбивается на две связи типа один-ко-многим. Соответственно, для хранения информации потребуется уже три таблицы: две со стороны «много» и одна со стороны «один». Связь между этими тремя таблицами также осуществляется по общим полям.[1]

1.2 Средства Delphi для разработки баз данных

Среда Delphi предоставляет пользователю компоненты, позволяющие получить доступ к БД и осуществлять их редактирование. В палитре компонентов присутствуют 4 страницы с компонентами БД: Data Access (для доступа к БД), Data Controls (ее компоненты аналогичны компонентам страниц Standard и Additional, но размещенные здесь компоненты имеют связь с полями таблиц БД), InterBase (здесь расположены компоненты, обеспечивающие прямое подключение к серверу InterBase без использования дополнительных механизмов, подобных BDE). Ограничимся рассмотрением первых двух страниц. В странице DataAccess расположены компоненты, которые во время работы приложения являются невидимыми, т.е. невизуальные компоненты. Они не имеют свойств, относящихся к их внешнему виду и положению на форме.

DataSource - Источник данных. Служит связующим звеном между компонентами доступа к данным и компонентами отображения данных.

Table - Таблица. Служит мощным средством доступа к файлам баз данных (таблицам).

Query - Запрос. Осуществляет выборку данных из одной или нескольких таблиц с помощью языка запросов SQL.

DataBase - Используется для явного управления процессом соединения с удаленной базой данных.

Session - Содержит информацию о текущем сеансе работы с базой данных.

DBText - Используется для отображения (но не изменения) текущих текстовых полей набора данных.

DBEdit - Предназначен для отображения и изменения текстовых полей набора данных.

DBImage - Предназначен для отображения и редактирования хранящихся в БД графических изображений.

DBComboBox - Редактируемый список выбора. Подобен компоненту ComboBox страницы Standard, но обслуживает текстовое поле БД.

DBCheckBoxм - Выключатель. Обслуживает логическое поле БД.

DBLokUp - Комбинированный список выбора. В отличие от DBComboBox ComboBox содержимое списка берется из другого набора данных.

DBCtrlGrid - Показывает содержимое нескольких записей одновременно DBChart Строит графики по данным, находящимся в наборе данных 1.2.3. Минимальный набор компонент для приложения с БД Любое приложение, работающее с БД, должно содержать в своем составе, как минимум, три компонента. Во-первых, компонент для связи с процессором баз данных и через него с физическими таблицами. Это может быть компонент TTable (работа с таблицами БД), TQuery (выполнение SQL-запросов к БД) или TStoredProc (выполнение хранимых на сервере БД процедур). Во-вторых, компонент TDataSource, соединяющий передаваемые компонентами TTable или TQuery наборы данных (таблицы и запросы) с визуальными компонентами пользовательского интерфейса. В-третьих, визуальные компоненты для создания такого интерфейса, отображающие наборы данных различными способами (в виде таблиц, экранных форм и др., по выбору пользователя).[2]

MS Access - это система управления базами данных (СУБД). Как и другие продукты этой категории, она предназначена для хранения и поиска данных, представления информации в удобном виде и автоматизации часто повторяющихся операций (таких, как ведение счетов, сложные отчеты, учет, планирование и т.п.). С помощью Access можно разрабатывать простые и удобные формы ввода данных, а также осуществлять обработку данных и выдачу сложных отчетов.[3]

AllFusion ERwin Data Modeler - CASE-средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Модели данных помогают визуализировать структуру данных, обеспечивая эффективный процесс организации, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, технологий баз данных и среды развертывания. AllFusion ERwin Data Modeler предназначен для разработки и использования базы данных, позволяет управлять данными в процессе корпоративных изменений, а также в условиях стремительно изменяющихся технологий.[4]

2. Практическая часть

2.1 Анализ предметной области

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

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

При выборе состава и структуры предметной области возможны 2 подхода: функциональный и предметный. Функциональный подход реализует принцип движения «от задач» и применяется когда определен комплекс задач, для обслуживания которых создается информационная система. В этом случае можно выделить минимальный необходимый набор объектов предметной области которые должны быть описаны. В предметном подходе объекты предметной области определяются с таким расчетом чтобы их можно было использовать при решении множества разнообразных, заранее неопределенных задач. Чаще всего используется комбинация этих 2х подходов.

В СДК работают сотрудники. У каждого сотрудника есть Личная карточка, в которой описывается Ф.И.О., год рождения, дата принятия на работу, дата увольнения с работы, образование, должность. Сотрудники имеют право ввести кружки. Кружки имеют свое описание: наименование, количество участников, руководитель кружка, время проведения. После того, как сотрудники определяются с видом деятельности, на него пишется приказ для дальнейшей оплаты труда. Приказ имеет свой номер, тип и срок сдачи. Главная задача отдела работающего с приказом за выполнением данного приказа. Еще одним моментом работы является формирование плана на будущий год, где описываются название мероприятия, место проведения, дата проведения и ответственный.

2.2 Организация входных и выходных данных

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

Таблица «Кружки» имеет следующие атрибуты:

код;

наименование;

количество участников;

руководитель кружка;

время проведения.

Таблица «Личная карточка» имеет следующие атрибуты:

код;

фамилия;

имя;

отчество;

год рождения;

дата принятия на работу;

дата увольнения с работы;

образование;

должность.

Таблица «Приказы» имеет следующие атрибуты:

номер приказа;

наименование;

место сдачи.

Таблица «Отчеты» имеет следующие атрибуты:

код;

наименование;

срок сдачи;

ответственный;

место сдачи.

Таблица «Планы на 2015 год» имеет следующие атрибуты:

код;

название мероприятия;

место проведения;

дата проведения;

ответственный.

При работе с БД пользователь может:

- организовать просмотр данных;

- поиск информации;

- добавлять и удалять, данные в БД.

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

- запрос по должности;

- запрос по фамилии гражданина;

- запрос по дате приема;

- запрос по размеру выплат;

- отчет.

2.3 Проектирование инфологической модели баз данных

Инфологическая (концептуальная) модель представляет объекты и их взаимосвязи без указания способов их физического хранения. Таким образом, концептуальная модель является, по существу, моделью предметной области. При проектировании концептуальной модели все усилия разработчика должны быть направлены в основном на структуризацию данных и выявление взаимосвязей между ними без рассмотрения особенностей реализации и вопросов эффективности обработки. Проектирование концептуальной модели основано на анализе решаемых задач на этом предприятии по обработке данных.[5]

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

На рисунке 2.1 показана инфологическая модель БД «Архив МБУК Ижболдинский СДК».

Рисунок 2.1 - Инфологическая модель БД «Архив МБУК Ижболдинский СДК».

2.4 Построение физической модели баз данных

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

Для трансформации логической модели в физическую необходимо выбрать меню Tools | Derive New Model. В открывшемся диалоговом окне выбрать тип модели, в которую необходимо произвести трансформацию. ERwin может создать как чисто физическую модель данных, для работы с моделью только на физическом уровне, так и комбинированную физико-логическую модель. Она удобна тем, что даёт возможность в любой момент времени переключаться между видом модели на физическом и логическом уровне проектирования. Внизу диалогового окна необходимо выбрать сервер (СУБД), на который в будущем будет перенесена база данных.

В блоке New Model Type выбирается пункт Logical/Physical, поскольку существует вероятность того, что в процессе разработки модели БД на физическом уровне придётся возвращаться на логический и обратно, так как некоторые функции редактирования модели ERwin делает доступными либо только на логическом уровне, либо, наоборот, только на физическом.

В приложении входными и выходными данными являются записи присоединяемой базы данных.

База данных состоит из пяти таблиц:

1. «Кружки» (см. рисунок 2.1).

Код - тип счетчик;

Наименование - тип текстовый. Свойства: Размер поля - 25, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Количество_участников - тип числовой. Свойства: Размер поля - 5, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Руководитель_кружка - тип текстовый. Свойства: Размер поля - 20, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Время_ проведения - тип числовой. Свойства: Размер поля -5, Обязательное поле -Да, Индексированное поле - Да (Допускаются совпадения);

Таблица 1 - Кружки

Код	Счетчик
Наименование	Текстовый
Количество_участников	Числовой
Руководитель_кружка	Числовой
Время_ проведения	Текстовый

2. «Личная_карточка» (см.рисунок .2.2).

Код - тип счетчик;

Фамилия - тип текстовый. Свойства: Размер поля - 25, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Имя - тип текстовый. Свойства: Размер поля - 15, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Отчество - тип текстовый. Свойства: Размер поля - 20, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Год_рождения - тип Дата\время. Свойства, Обязательное поле -Да, Индексированное поле - Да (Допускаются совпадения);

Дата_принятия_на_работу - тип Дата\время. Свойства, Обязательное поле -Да, Индексированное поле - Да (Допускаются совпадения);

Дата_увольнния_с_работы - тип Дата\время. Свойства, Обязательное поле -Да, Индексированное поле - Да (Допускаются совпадения);

Образование - тип текстовый. Свойства: Размер поля - 20, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Должность - тип числовой. Свойства: Размер поля -5, Обязательное поле -Да, Индексированное поле - Да (Допускаются совпадения);

Таблица 2 - Личная карточка

Код	Счетчик
Фамилия	Текстовый
Имя	Текстовый
Отчество	Текстовый
Год_рождения	Дата\время
Дата_принятия_на_работу	Дата\время
Дата_увольнния_с_работы	Дата\время
Образование	Текстовый
Должность	Текстовый

3. «Приказы» (см.рисунок .2.3).

Номер приказа - тип счетчик;

Наименование - тип текстовый. Свойства: Размер поля - 25, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Место_сдачи - тип текстовый. Свойства: Размер поля - 15, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Таблица 3 - Приказы

Номер приказа	Счетчик
Наименование	Текстовый
Место_сдачи	Числовой

4. «Отчеты» (см.рисунок .2.4).

Код - тип счетчик;

Наименование - тип текстовый. Свойства: Размер поля - 25, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Срок_сдачи - тип числовой. Свойства. Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Ответственный - тип текстовый. Свойства: Размер поля - 25, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Место_сдачи - тип текстовый. Свойства: Размер поля - 15, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Таблица 4 - Отчеты

Код	Счетчик
Наименование	Текстовый
Срок_сдачи	Числовой
Ответственный	Текстовый
Место_сдачи	Текстовый

5. «Планы_на_2015год» (см.рисунок .2.5)

Код - тип счетчик;

Название_мероприятия - тип текстовый. Свойства: Размер поля - 25, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Место_проведения - тип текстовый. Свойства: Размер поля - 15, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Дата_проведения - тип Дата\время. Свойства: Размер поля - 25, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Ответственный - тип текстовый. Свойства: Размер поля - 15, Обязательное поле - Да, Индексированное поле - Да (Допускаются совпадения);

Таблица 5 - Планы на 2015 год

Код	Счетчик
Название_мероприятия	Текстовый
Место_проведения	Текстовый
Дата_проведения	Дата\время
Ответственный	Числовой

2.5 Создание запросов

Рассматриваются особенности вызова запросов к БД из приложения. Различают три вида запросов:

статические запросы - текст запроса полностью формируется на этапе разработки приложения;

параметрические запросы - текст запроса формируется на этапе разработки приложения и содержит несколько параметров, во время выполнения приложения можно задавать значения параметров;

динамические запросы - текст запроса полностью формируется на этапе выполнения приложения.

При использовании технологии BDE для выполнения запросов применяется компонент TQuery. При использовании технологии ADO для выполнения запросов могут применяться следующие компоненты:

компонент TADOQuery - аналог компонента TQuery. Является наиболее универсальным. Позволяет выполнять любые SQL запросы, включая операторы SELECT, INSERT, UPDATE, DELETE, CREATE TABLE, EXECUTE и др. Текст запроса размещается в свойстве SQL. Содержит свойство Active логического типа, позволяющее выполнить запрос, возвращающий набор данных (оператор SELECT). Метод ExecSQL позволяет выполнить запрос, не возвращающий набор данных.

компонент TADODataSet - специализированный компонент для организации запросов на выборку с использованием оператора SELECT. Компонент не позволяет выполнять операторы, не возвращающие наборы данных, такие как: INSERT, UPDATE, DELETE, CREATE TABLE и т.п. Содержит удобный редактор, упрощающий конструирование запросов на выборку. Для вызова редактора используется свойство CommandText. Для выполнения запроса используется свойство Active.

компонент TADOCommand - специализированный компонент для организации запросов, не возвращающих набор данных, таких как: INSERT, UPDATE, DELETE, CREATE TABLE и т.п. Компонент не позволяет выполнять оператор SELECT. Метод Execute позволяет выполнить запрос.[6]

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

поместить на форму компоненты TADOConnection, TADOQuery, TDataSource и TDBGrid, TEdit и TButton задать им соответствующие имена;

связать их между собой;

связать компонент ADOConnection с БД «Архив МБУК Ижболдинский СДК»;

задать свойство SQL компонента TADOQuery, введя в него текст запроса на выборку, которая показана на рисунке 2.2:

Рисунок 2.2 - Компонент TADOQuery

для кнопки TButton написать обработчик, который, будет считывать значение параметра из поля ввода TEdit, присваивать значение параметру SQL-запроса и выполнять запрос.

Когда все написано, запускается программа, на экране выходит следующее окно которое показано на рисунке 2.3.

Рисунок 2.3 - Получившийся запрос

Далее в пустую ячейку необходимо ввести должность сотрудника. Например введем должность «Технический персонал», в таблице появляются сотрудники (см.рисунок 2.4), которые работают в отделе технического персонала. проектирование delphi инфологический модель



Рисунок 2.4. - Результат запроса

Аналогично будут выполняться следующие запросы:

по должности;

по кружкам;

по планам на 2015 год;

по отчетам;

по фамилиям сотрудников.

Заключение

В результате проектирования курсового проекта были закреплены и систематизированы теоретические знания, отработаны практические умения и навыки, изучены вопросы, связанные с различными аспектами использования вычислительной техники и программного обеспечения, закреплены знания работы с Turbo Delphi, Microsoft Access. Была разработана программа

По итогам курсового проекта оформлена отчетная документация, выполнены задания курсового проекта, цели и задачи достигнуты.

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

1. http://www.mark5.ru/42/11053/index1.1.html

2. http://www.cyberforum.ru/delphi-database/thread302081.html

3. http://informatic.ugatu.ac.ru/lib/office/Access.htm

4. http://www.interface.ru/home.asp?artId=101

5. http://www.studfiles.ru/preview/2847587/page:3/

6. http://codingrus.ru/print.php?type=A&item_id=758

Размещено на Allbest.ru