База данных

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ СЕВЕРО-ОСЕТИНСКИЙ ГОСУДАРСТВЕННЫЙ

УНИВЕРСИТЕТ им. К.Л. ХЕТАГУРОВА

Факультет: Математический

Кафедра: Прикладной математики

О ПРОХОЖДЕНИИ ПРОИЗВОДСТВЕННОЙ ПРАКТИКИ

Выполнила:

Студентка 5 курса

Птах Светлана.

Руководитель: Гамаонов В.Г.

г. Владикавказ 2004 г.

СОДЕРЖАНИЕ

1.   Введение.

2.   Изложение задачи.

3.   Постановка задачи.

3.1.     Структура данных.

4.   Выбор, обоснование и описание программно инструментальных средств.

5.   Реализация проекта в программной среде Delphi 5.

6.   Заключение.

7.   Литература.

 

 

 

 

1. Введение.

 

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

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

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

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

Типы данных таблице следующие: текстовые, мемо, числовое, дата, денежный, логические типы.

Производственная практика пройдена мною на частном предприятии “ATM - Express”. Цель данной работы является автоматизация обработки данным по постоянным клиентам с целью упрощения работы персонала с клиентам.

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

Мая задача облегчить и ускорить работу менеджера с клиентами.

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

2. Изложение задачи.

 

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

В данной задаче существует два наиболее значимых объекта:

-       отправитель,

-       получатель.

Отправитель, как правило, имеет:

-       наименование организации,

-       адрес расположения организации,

-       номер счета.

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

ряд свойств:

-       наименование организации,

-       адрес.

Помимо выше перечисленных свойств отправителя и получателя в квитанции содержится, собственны свойства:

-       номер,

-       вид платежа,

-       дата отправки,

-       стоимость отправки,

-       количество мест отправки,

-       вес отправки,

-       название отправки (т. е. уточняется, что подлежит отправки).

Отметим, что оплата может производить не только отправитель, но и получатель, т. е. отправитель доставляет груз, его оформляют. А после отправляют по месту расположения получателя. После прихода получатель оплачивает свою посылку. И переводит деньги на указанный счет нашей организации. За предоставленные услуги. После истечения двух – трех дневного срока из банка приходит подтверждение о том, что платежная операция прошла, успешна или, напротив, с указанием причин. В конце каждого месяца приходит выписка, из банка содержащая итоговую сумму за истекший месяц по прошедшим через банк платежам. Эту сумму необходимо сверить со своей. Данная процедура значительно упрощается, если эти отправки хранить в электронном виде и суммирование может производить компьютер.

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

 

3. Постановка задачи.

 

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

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

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

3.1Структура данных.

 

Чтобы сохранить данные о реквизитах отправителя, была создана база Otprav.db, следующими полями:

Название	Тип	Назначение
ONum	Поле с неповторяющимися значениями (т.е. номер накладной).	Данное поле является ключевым, т. к. содержит уникальную идентификацию записей и служит для точного разделения значений. Каждая запись имеет свой неповторяющийся номер.
OSchet	Строковое поле длиной 10 символов.	Номер счета, на который переводит отправитель деньги.
OName	Строковое поле длиной 30 символов.	Полные данные отправителя.
OAdr	Строковое поле длиной 100 символов.	Полный адрес отправителя.
OOtpr	Строковое поле длиной 100 символов.	Перечень отправляемого груза.
OOest	Строковое поле длиной 3 символов.	Количество мест которое занимает груз.
OVes	Строковое поле длиной 10 символов.	Вес отправляемого груза (в килограммах).

Теперь заведем базу для получателя которую назовем Poluch.db. Она имеет следующую структуру:

Название	Тип	Назначение
PNum	Поле с неповторяющимися значениями (т.е. номер накладной).	Данное поле является ключевым, т. к. содержит уникальную идентификацию записей и служит для точного разделения значений. Каждая запись имеет свой неповторяющийся номер.
PName	Строковое поле длиной 30 символов.	Полные данные получателя.
PAdr	Строковое поле длиной 100 символов.	Полный адрес получателя.

Все выше перечисленные базы являются справочными и используются при заполнении основной базы, в корой храниться информация по отправкам. Эта база получила имя Bank.db и состоит из:

Название	Тип	Назначение
Date	Дата (день, месяц, год)	Дата отправки.
Summa	Денежный формат	Сумма на которую произведена отправка.
Vid	Строковое поле длиной 15 символов.	Вид платежа: наличными, переводом на счет.

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

Otprav.db Реквизиты отправителя.

Poluch.db Реквизиты получателя.
		Bank.db Банковские реквизиты.

База Otprav.db имеет поле Number целого числового типа, оно содержит номер о квитанции отправки не может быть использовано в качеств ключевого. Так как каждой отправки присваивается свой номер, который в дальнейшем не будет повторяться. Для решения данной проблемы существует много путей решения, но я остановилась на одной:

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