![]() |
|
сделать стартовой | добавить в избранное |
![]() |
Экономика и Финансы
Экономико-математическое моделирование
База данных |
МИНИСТЕРСТВО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ СЕВЕРО-ОСЕТИНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ им. К.Л. ХЕТАГУРОВА Факультет: Математический Кафедра: Прикладной математики О ПРОХОЖДЕНИИ ПРОИЗВОДСТВЕННОЙ ПРАКТИКИ Выполнила: Студентка 5 курса Птах Светлана. Руководитель: Гамаонов В.Г. г. Владикавказ 2004 г. СОДЕРЖАНИЕ 1. Введение. 2. Изложение задачи. 3. Постановка задачи. 1. Структура данных. 4. Выбор, обоснование и описание программно инструментальных средств. 5. Реализация проекта в программной среде Delphi 5. 6. Заключение. 7. Литература. 1. Введение. База данных – это организованная структура, предназначенная для хранения информации. С понятием базы данных тесно связано понятие системы управления базой данных. Это комплекс программных средств, предназначенных для создания структуры новой базы, наполнение её содержимым, редактирования содержимого и визуализации информации. Под визуализацией информации базы понимается отбор отображенных данных в соответствии с заданным критерием, их упорядочивание, оформление и последующая выдача на устройство вывода или передачи по каналом связи. Базы данных могут содержать различные объекты, но, забегая вперед, скажу, что мною будет использован объект – таблица. В основные свойства полей таблиц входит: имя поля, тип поля, размер поля, формат поля, маска ввода, подпись, значения по умолчанию, условия на значение, сообщение об ошибке, обязательное поле, пустые строки, индексированное поле. Типы данных таблице следующие: текстовые, мемо, числовое, дата, денежный, логические типы. Производственная практика пройдена мною на частном предприятии “A M - Express”. Цель данной работы является автоматизация обработки данным по постоянным клиентам с целью упрощения работы персонала с клиентам. По приходу клиенту выписывается определенная квитанция, в которой указывается: номер счета, адрес отправителя, адрес получателя, вес отправки, количество мест, что подлежит отправки, стоимость отправки. Если что чаще бывает клиент постоянный, менеджеру приходится искать в документах его предыдущий отправки чтоб оформить заново. Это очень много отнимает времени у клиента и менеджера. Мая задача облегчить и ускорить работу менеджера с клиентами. При работе с программой требуется редактирование данных, т. е. исправление уже введенных данных. А также требуется сортировка данных по всем имеющимся параметрам. 2. Изложение задачи. Для решения выше описанных проблем необходимо программное средство для обработки изложенных операций на компьютере, чтобы облегчить труд рабочего персонала. В данной задаче существует два наиболее значимых объекта: - отправитель, - получатель. Отправитель, как правило, имеет: - наименование организации, - адрес расположения организации, - номер счета. В качестве получателя может быть любой деловой партнер и имеет ряд свойств: - наименование организации, - адрес. Помимо выше перечисленных свойств отправителя и получателя в квитанции содержится, собственны свойства: - номер, - вид платежа, - дата отправки, - стоимость отправки, - количество мест отправки, - вес отправки, - название отправки (т.
е. уточняется, что подлежит отправки). Отметим, что оплата может производить не только отправитель, но и получатель, т. е. отправитель доставляет груз, его оформляют. А после отправляют по месту расположения получателя. После прихода получатель оплачивает свою посылку. И переводит деньги на указанный счет нашей организации. За предоставленные услуги. После истечения двух – трех дневного срока из банка приходит подтверждение о том, что платежная операция прошла, успешна или, напротив, с указанием причин. В конце каждого месяца приходит выписка, из банка содержащая итоговую сумму за истекший месяц по прошедшим через банк платежам. Эту сумму необходимо сверить со своей. Данная процедура значительно упрощается, если эти отправки хранить в электронном виде и суммирование может производить компьютер. При работе с программой необходимо иметь возможность редактировать данные отправителя и получателя. 3. Постановка задачи. В процессе реализации задачи при разработке структуры для хранения данных, первым объектом выступает список данных об отправители. Как известно запросы к базам данных обрабатывают системы управления базами данных (СУБД), для этих целей из множеств существующих СУБД был выбран Paradox. Paradox использует для хранения каждой таблицы отдельный файл. В этом случае база данных – это каталог, в котором файлы таблиц. При изменении данных, вставки новых записий, удалении существующих записей, все изменения не делаются в самой базе данных, а запоминаются в памяти во временной виртуальнной таблице, и только после проверки правильности вносимых в таблицу данных все изменения фиксируются. 3.1Структура данных. Чтобы сохранить данные о реквизитах отправителя, была создана база O prav.db, следующими полями: Название Тип Назначение Поле с неповторяющимися Данное поле является значениями (т.е. номер ключевым, т. к. содержит O um накладной). уникальную идентификацию записей и служит для точного разделения значений. Каждая запись имеет свой неповторяющийся номер. Строковое поле длиной 10 Номер счета, на который OSche символов. переводит отправитель деньги. O ame Строковое поле длиной 30 Полные данные отправителя. символов. OAdr Строковое поле длиной Полный адрес отправителя. 100 символов. OO pr Строковое поле длиной Перечень отправляемого 100 символов. груза. OOes Строковое поле длиной 3 Количество мест которое символов. занимает груз. OVes Строковое поле длиной 10 Вес отправляемого груза (в символов. килограммах). Теперь заведем базу для получателя которую назовем Poluch.db. Она имеет следующую структуру: Название Тип Назначение P um Поле с неповторяющимися Данное поле является значениями (т.е. номер ключевым, т. к. содержит накладной). уникальную идентификацию записей и служит для точного разделения значений. Каждая запись имеет свой неповторяющийся номер. P ame Строковое поле длиной 30 Полные данные получателя. символов. PAdr Строковое поле длиной Полный адрес получателя. 100 символов. Все выше перечисленные базы являются справочными и используются при заполнении основной базы, в корой храниться информация по отправкам. Эта база получила имя Ba k.d
b и состоит из: Название Тип Назначение Da e Дата (день, месяц, год) Дата отправки. Summa Денежный формат Сумма на которую произведена отправка. Vid Строковое поле длиной 15 Вид платежа: наличными, символов. переводом на счет. Таким образом, получено три базы, две из которых являются справочными. Отношение этих баз данных можно представить в виде следующей схемы: O prav.db Реквизиты отправителя. Poluch.db Реквизиты получателя. Ba k.db Банковские реквизиты. База O prav.db имеет поле umber целого числового типа, оно содержит номер о квитанции отправки не может быть использовано в качеств ключевого. Так как каждой отправки присваивается свой номер, который в дальнейшем не будет повторяться. Для решения данной проблемы существует много путей решения, но я остановилась на одной: хранить в файле все номера отправок и при вводе новых данных, в файле будет происходить такого же номера, если не будет найден он автоматически будет вноситься в этот файл. Если уже существует отправка с таким номером. В программе сразу появляется окно кто ранее был зарегистрирован с этим номером. Таким образом, у нас бут происходить сразу и поиск. 6. Выбор, обоснование и описание программно инструментальных средств. Программная реализация данной задачи состоит из девяти модулей: Abou U i , CPU i , DMU i , Edi U i , I ogU i , Mai U i , PrU i , SPO pU i , orgU i . Во многих этих моделях используется одни и те же процедуры и функции. Например, процедура LowerCaseRus приобретает все большие буквы в маленькие, это нужно для того, чтобы пользователь не ввел 2 одинаковых клиентов, но разным написанием. Функции LowerCaseRus s ri g, Lower ovor необходимо для обнаружения ошибки в набранном тексте. Система работает так, что все данные, с которыми имеет дело, пользователь хранятся в папках, название которых состоит из месяца и года, т.е. все данные за какой-то месяц какого-то года сохраняются в соответствующую папку. Таким образом, при работе с папками требуется несколько нестандартных функций. Например, функция ame p из текущей даты вырезает номер месяца, и год составляет имя для папки (например, 11 2003), тоже делает функция da e pap только для любой даты. Процедура chislo, наоборот, по имени папки возвращает значения месяца и года. А функция da e las определяет соответствие количество дней в месяц для високосного и не високосных годов, что необходимо при проверке данных за месяц (т.е. данных не может быть больше чем дней в месяце). Так же существуют функции подсчета количества имеющихся папок в директории и проверки имен этих папок. Функция fi d p осуществляет поиск необходимой папки в текущей директории. Работа с папками ведется во всех модулях, поэтому описанные процедуры и функции имеют применение очень часто. Модуль Mai U i здесь используется все основные процедуры и функции, а кроме того процедуры предназначенные для работы с резервной папкой, такие как: fi d p rez – предназначена для поиска резервной папки, rezerv – копирование всех существующих папок в Rez. При запуске главного модуля создается новая папка с текущей датой, в которую копируется все, пока что пустые базы, а если за этот месяц уже существовала, то открываем существующую и подсчитывается общая сумма оправок на данный день.
ОБЩИЕ ПОЛОЖЕНИЯ Статья 1. Основные понятия 1. Основные понятия, применяемые в настоящем Законе: программа для ЭВМ - это об'ективная форма представления совокупности данных и команд, предназначенных для функционирования электронных вычислительных машин (ЭВМ) и других компьютерных устройств с целью получения определенного результата. Не признается использованием программы для ЭВМ или базы данных передача средствами массовой информации сообщений о выпущенной в свет программе для ЭВМ или базе данных. 2. Под правообладателем в настоящем Законе понимается автор, его наследник, а также любое физическое или юридическое лицо, которое обладает исключительными имущественными правами, полученными в силу закона или договора. Статья 2. Отношения, регулируемые настоящим Законом 1. Настоящим Законом и принимаемыми на его основе законодательными актами республик в составе Российской Федерации регулируются отношения, связанные с созданием, правовой охраной и использованием программ для ЭВМ и баз данных. 2. Программы для ЭВМ и базы данных относятся настоящим Законом к об'ектам авторского права
1. База данных для проекта досугового учреждения в городе Муроме Владимирской области
2. Информация, информатика, базы данных. Периферийные устройства
3. Пример базы данных на Delphi 2.0
4. Принципы проектирования и использования многомерных баз данных
5. Реляционные Базы Данных. SQL - стандартный язык реляционных баз данных
9. Разработка базы данных "Кадры"
10. Лекции по теории проектирования баз данных (БД)
12. Система управления базами данных ACCESS
13. База данных - Бактериологическая испытательная лаборатория Боханского района
14. Создание базы данных "Библиотека"
17. Системы принятия решений, оптимизация в Excel и базы данных Access
19. Работа в среде EXCEL. Средства управления базами данных в EXCEL
20. Опыт создания Базы Данных для источников личного происхождения
21. База данных страховой компании
25. Использование Internet/intranet технологий для организации доступа к базам данных
26. Создание баз данных в InterBase SQL Server
27. Введение в проектирование реляционных баз данных
28. Средства доступа к базам данных в Internet и свободно доступная СУБД POSTGRES95
29. Базы данных и файловые системы
30. Базы данных по законодательству в интернет и на компакт-дисках
32. Проектирование и реализация базы данных
33. Excel 97 в качестве базы данных
34. База данных Бюро знакомств
35. Базы данных. Создание форм и отчетов (на примере ACCESS)
36. Иерархические структуры в реляционных базах данных
37. Операционная среда Windows. База данных Microsoft Access
42. Создание баз данных в Microsoft Access
43. Создание и ведение баз данных
44. Упражнения по базам данных MS ACCESS (методичка)
46. Некоторые аспекты обеспечения эффективности работы системы управления базами данных
47. Манифест систем объектно-ориентированных баз данных
49. Менеджер подключений к базам данных
50. Информационно-справочная система, обеспечивающая работу с базой данных Bit
51. Реляционные Базы Данных. SQL - стандартный язык реляционных баз данных
53. Создание базы данных «расписание»
58. Лінгвістична база даних українських художніх порівнянь
59. База даних "Кафедра" в Access з меню MDI
60. База даних клієнтів і замовлень
61. База даних по обліку вогнепальної зброї
62. База даних по приватних підприємствах регіону
63. База даних фільмотеки: розробка проекту
64. База данных
65. База данных "Автосервис" в среде Borland Delphi 6.0.
67. База данных "Пассажирские железнодорожные перевозки"
69. База данных "Учет готовой продукции на складе"
73. База данных для организации по продаже канцелярских товаров
74. База данных заместителя директора по воспитательной работе приюта г. Аксу
75. База данных компьютерного магазина
76. База данных по учету металлопродукции на платформе SQL Server
78. База данных станции технического обслуживания автомобилей
79. База данных: "Деканат: дистанционное обучение"
80. Базы данных
81. Базы данных
82. Базы данных в юриспруденции
83. Базы данных и их функции. Структурные элементы базы данных
84. Базы данных на логическоми и функциональном программировании
85. Инфологическая модель базы данных "Видепрокат"
89. Информационные технологии создания и обработки баз данных с помощью MS Access XP
90. Історія розвитку баз даних
91. ЛИСП-реализация основных операций над базами данных
92. Методология проектирования баз данных
93. Настольные системы управления базами данных
97. Построение базы данных боксерской организации
98. Программирование. База данных "Клиенты"