База данных в СУБД FoxPro
Реферат
Пояснительная записка содержит 17 страниц, 5 рисунков.
Ключевые слова: БАЗА ДАННЫХ, VISUAL FOX PRO 9.0, СВЯЗЬ, КОНЦЕПТУАЛЬНАЯ МОДЕЛЬ, РЕЛЯЦИОННАЯ МОДЕЛЬ, ОБЪЕКТ, АТРИБУТ.
Целью курсовой работы является разработка информационной системы для предприятий, занимающихся отпуском изделий.
Нормативные ссылки
При выполнении данной курсовой работы были использованы следующие нормативные документы:
- Гост Р7.05-2008 СИБИД Библиографические ссылки и общие правила составления.
- Технический Гост 2.105-95 Общие требования к текстовой документации.
- 7.9-95 СИБИД реферат, аннотации и общие требования.
- 19.701-80 ЕСПД схемы, алгоритмы программ и систем.
Введение
Поскольку
базы данных, вне всяких сомнений, занимают
в настоящее время лидирующее
положение в области
Сейчас особое внимание уделяется использованию сетевых информационных технологий, базирующихся на архитектуре клиент – сервер, и переходе от малопонятных внутренних процедур к содержательной работе с предметной областью, которую описывают хранимые данные. Поэтому предпочтение отдаётся СУБД, которая поддерживает многопользовательский доступ - Visual FoxPro 9.0
Функциональность базы данных во многом зависит от предоставленной создателям информации о предметной области. Большую роль играет создание интерфейса доступного для любого пользователя, работающего с ней.
В
пояснительной записке
Подробно описана методика работы с программой. Программа может быть использована для практической работы на каком-либо предприятии.
Курсовой проект посвящен анализу
проектирования баз данных, а
также освещению методов
1 Исследование предметной области и постановка задачи
- Исследование предметной области
Основными целями создания БД для предприятия являются:
- централизованный доступ к общим данным об изделиях;
- сокращение времени на поиск необходимой информации по накладным за счет единого структурированного хранения информации и возможности использования запросов стандартной формы;
- быстрый доступ к просмотру хранимых сведений и их редактирование;
- сокращение потерь документов за счет хранения документов в едином электронном хранилище.
В
результате достижения указанных целей
повышается эффективность работы предприятий.
1.2 Постановка задачи
Информационно-поисковая система, разработанная в рамках курсового проекта, позволяет осуществлять быстрый доступ к сведениям по всем заказчикам, изделиям, которые были доставлены им, к информации о том кто икогда доставил эти изделия; а так же получать информацию о количестве изделий и платежным требованиям к ним.
При просмотре информационная система осуществляет следующие возможности:
- просмотр сведений содержащихся в базе данных;
- добавление новой информации;
- редактирование данных, находящихся в таблицах;
- удаление ненужных данных;
- создание и печать отчетов;
- выполнение требуемых запросов.
При просмотре информационная система должна предусмотреть:
- удобство главного меню;
- легкую навигацию по системе;
-
защиту от
-
просмотр информации в
2 Планирование разработки БД
Содержание данного этапа — разработка стратегического плана, в процессе которого осуществляется предварительное планирование конкретной системы управления базами данных. Общая информационная модель, созданная на этом шаге, должна быть вновь проанализирована и, если нужно, изменена на этапе разработки проекта реализации.
2.1 Определение требований к системе
На данном этапе необходимо определить диапазон действия приложения базы данных, состав его пользователей и области применения. Определение требований включает выбор целей БД, выяснение информационных потребностей операторов СУБД и требований к оборудованию и программному обеспечению.
Для нормальной работы приложения компьютер должен отвечать системным требованиям:
- Windows 2000/XP/Vista/7
- Pentium III 700 МГц
- 256 Мб. ОЗУ, 32 Мб
- DirectX 8-совместимая 3D видеокарта (уровня GeForce2 или выше)
- 100 Мб. свободного места на жестком диске
- клавиатура, мышь.
2.2 Сбор и анализ требований пользователей
Этот этап является предварительным этапом концептуального проектирования базы данных. На данном этапе для себя была создана модель движения важных материальных объектов и изучен процесс документооборота. По каждому документу было установлена периодичность использования, определены данные, необходимые для выполнения выделенных функций.
Пристальное внимание было уделено дублированию информации, возможности появления ложной информации.
2.3 Построение концептуальной модели
Грамотное проектирование баз данных, по мнению многих специалистов и моему собственному, является наиболее важным моментом в оптимизации производительности системы, построенной на FoxPro. Если система медленно работает – скорее всего, дело в плохом проектировании структуры таблиц, запросов и индексов. Оптимальное логическое проектирование баз данных базируется на применении трех основных методологий:
- моделирование данных;
- нормализация;
- разумная денормализация.
Для моделирования данных традиционно применяется методология диаграмм "объекты - связи", которая позволяет построить законченную логическую модель данных, то есть представление в виде связанных таблиц. На основе исследования предметной области была построена концептуальная модель разрабатываемой базы данных, используя семантическую модель (смысловое содержание), то есть данные и связи + смысловое содержание.
Опираясь на анализ предметной области, была построена концептуальная модель разрабатываемой базы данных, которая изображена на рисунке 1. Она состоит из трёх объектов, которые изображены в виде прямоугольников, каждый из которых имеет свои свойства, помещенные в круглых скобках рядом с именем объекта:
- СКЛАД (код склада, ФИО отпустившего изделие)
- ИЗДЕЛИЕ (номенклатурный номер изделия, наименование изделия, цена изделия, количество отпущенных изделий, номер накладной, по которой было отпущено изделие, код склада, с которого изделие отпущено)
- НАКЛАДНАЯ (номер накладной, номер платежного требования, дата отпуска, наименование получателя)
- ПОЛУЧАТЕЛЬ (наименование получателя, ФИО получателя, адрес получателя)
Рисунок 1 - Концептуальная модель предметной области Издательский Дом
2.4 Преобразование концептуальной модели данных в реляционную модель данных
Создание упрощенной концептуальной модели предметной области позволяет разработать реляционную схему базы данных. Поскольку в такой модели присутствует очень узкий круг разрешенных структур, преобразование каждой из которых имеет свои особенности, то получение реляционной схемы базы данных представляет собой совокупность правил их преобразования в набор отношений.
2.5 Структура реляционной базы данных
Реляционные БД представляют связанную между собой совокупность таблиц-сущностей базы данных (ТБД). Связь между таблицами может находить свое отражение в структуре данных, а может только подразумеваться, то есть присутствовать на неформализованном уровне. Каждая таблица БД представляется как совокупность строк и столбцов, где строки соответствуют экземпляру объекта, конкретному событию или явлению, а столбцы - атрибутам объекта, события, явления.
Одно из важнейших достоинств реляционных баз данных состоит в том, что можно хранить логически сгруппированные данные в разных таблицах и задавать связи между ними, объединяя их в единую базу. Такая организация данных позволяет уменьшить избыточность хранимых данных, упрощает их ввод и организацию запросов и отчетов.
Для
решения поставленной задачи в СУБД
FoxPro была построена следующая реляционная
модель (рисунок 2).
Рисунок
2 – Реляционная модель предметной
области
Ниже представлены таблицы реляционной модели с описанием.
Таблица 1 - Склад
| Название атрибута | Тип | Длина | Описание |
| Код склада | Character | 10 | (первичный ключ) |
| ФИО отпустившего | Character | 35 | - |
Таблица 1 содержит данные о складах, из которых отпускаются изделия. В ней содержится также информация о том, кто отпустил изделие.
Таблица 2 – Изделие
| Название атрибута | Тип | Длина | Описание |
| Номенклатурный номер изделия | Character | 10 | Персональный номер изделия (первичный ключ) |
| Наименование изделия | Character | 10 | Название изделия |
| Цена изделия | Character | 15 | Стоимость одного изделия |
| Кол-во отпущенных изделий | Character | 10 | - |
| Название атрибута | Тип | Длина | Описание |
| Номер накладной | Character | 10 | (вторичный ключ) |
| Код склада | Character | 10 | (вторичный ключ) |
Таблица 2 хранит информацию об изделиях, о количестве отправленных изделий, об их стоимости, также хранит код склада из которого они были отправлены и номер накладной, по которой были доставлены получателю.
Таблица 3 – Накладная
| Название атрибута | Тип | Длина | Описание |
| Номер накладной | Character | 20 | (первичный ключ) |
| Дата отпуска | Date | - | Дата отпуска изделия |
| Номер платежного требования | Character | 15 | Номер платежного требования, по которому будет производиться расчет |
| Наименование получателя | Character | 20 | Название фирмы получателя |
В таблице 3 хранится информация о накладной, по которой были отправлены изделия и наименование получателя изделий.
Таблица 4 – Получатель
| Названия атрибута | Тип | Длина | Описание |
| Наименование получателя | Character | 15 | Название предприятия (первичный ключ) |
| ФИО получателя | Character | 10 | ФИО получившего изделия |
| Адрес получателя | Character | 10 | - |
Таблица 4 хранит информацию о получателях: название предприятия, ФИО и адрес получателя.
3 Разработка приложения
Параллельно с проектированием системы базы данных выполняется разработка приложений. Главные составляющие данного процесса — это проектирование транзакций и пользовательского интерфейса.
3.1 Проектирование пользовательского интерфейса
Пользовательский интерфейс приложений базы данных является одним из важнейших компонентов системы. Интерфейс должен быть удобным и обеспечивать все функциональные возможности, предусмотренные в спецификациях требований пользователей.
Специалисты рекомендуют при проектировании пользовательского интерфейса использовать следующие основные элементы и их характеристики:
- содержательное название;
- ясные и понятные инструкции;
- логически обоснованные группировки и последовательности полей;
- визуально привлекательный вид окна формы или поля отчета;
-
легко узнаваемые названия
- согласованную терминологию и сокращения;
-
согласованное использование
- визуальное выделение пространства и границ полей ввода данных;
- удобные средства перемещения курсора;
-
средства исправления
-
средства вывода сообщений об
ошибках при вводе
-
особое выделение
- средства вывода пояснительных сообщений с описанием полей;
- средства вывода сообщения об окончании заполнения формы.
3.2 Пользовательский интерфейс базы данных
В
соответствии с поставленной целью
была создана БД с удобным интерфейсом.
При запуске приложения откроется меню
(рисунок 2). Здесь можно получит доступ
ко всем таблицам, формам, отчетам и запросам
базы данных. Первая буква в названии каждого
блока - это буква быстрого доступа к пункту
меню, осуществляется нажатием Alt+необходимая
буква(лат.)
Рисунок 2 – Основное меню
Основные формы программы, такие как: склад, изделие, накладная и получатель представлены в двух видах. Первый - это шаблонный, второй - по заданию, сделанный вручную. В шаблонных формах можно просматривать, редактировать и добавлять новые записи, в формах, сделанных вручную можно только просматривать записи.
Рисунок 3 – Формы
Рисунок
3 – Формы по связям между таблицами
Также в приложении предусмотрены формы по связям между таблицами. На Рисунке 3 изображен пример такой формы. Здесь можно просматривать данные, а также редактировать и добавлять новые записи, при этом сохраняется целостность базы данных, что очень удобно при использовании.
В приложении предусмотрены несколько отчетов. При необходимости пользователь может вывести необходимую информацию на печать. Данные отчеты могут строиться на основе нескольких таблиц и для заданных параметров, так в примере рассмотрен отчет, в котором для заданного склада выводится информация о том, кто отпустил, какой товар, каким количеством и по какой накладной. Данный отчет может быть полезен для бухгалтеров различных предприятий.
Рисунок 4 – Пример отчета
Рисунок 5 – Пример запроса
На Рисунке 5 представлен пример запроса. В приложении предусмотрено несколько запросов. В данном примере рассматривается запрос, в котором для заданного получателя выводится на экран информация о том, когда был совершен заказ, на какое изделие, с какого склада и отображается номер платежного требования, данный запрос может быть очень полезен для контроля деятельности сотрудников на своем предприятии.
3.3 Разработка главного модуля приложения
Приложение
должно иметь главный файл, с которого
оно будет запускаться и
SET DATE BRITISH
SET ESCAPE OFF
SET DELETED ON
SET NOTIFY on
SET brstatus off
SET STATUS OFF
SET TALK OFF
SET ECHO OFF
SET STEP off
SET safety off
SET SYSMENU off
DO "C:\Users\Joohnnathan\
READ event
CLOSE ALL
CLEAR ALL
quit
3.4 Руководство пользователя
Для того что бы запустить приложение его надо установить на компьютер. Запускаем файл курсовая.exe, в нем открывается окно с основным меню. Здесь можно выполнить все описанные выше операции.
Для нормальной работы приложения компьютер должен отвечать системным требованиям: Windows 2000/XP/Vista, Pentium III 700 МГц., 256 Мб. ОЗУ, 32 Мб. DirectX 8-совместимая 3D видеокарта (уровня GeForce2 или выше), 100 Мб. Места на жестком диске, 12х CD-ROM, клавиатура, мышь.
Заключение
В процессе решения данной задачи были изучены процесс проектирования и набор функций языка FoxPro 9.0, разработана структура данной задачи. Созданный программный продукт полностью отвечает поставленным перед ним задачам. Обеспечивает снижение временных и физических затрат на проведение учета деятельности Централизованной бухгалтерии управления культуры. Данная программа снижает риск потери данных. Программа отвечает трём основным компонентам – удобство, безопасность и скорость.
Еще
одна задача состоит в разработке
новых ИС с тем, чтобы появилась
возможность использовать
эти системы в дальнейшем не только
для конкретного предприятия, но и на других
предприятиях, в которых необходимо систематизировать
данные учета деятельности. Т. е. необходимо
усовершенствовать программу, сделать
ее универсальной.
_
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
КНИГИ
- Вячеслав Клепинин и Татьяна Агафонова Visual FoxPro 9.0.
- Ключко В.И. «Методическое указание к выполнению курсовой работы», Краснодар, Издательство КубГТУ, 1997
- Карпова Т.С. Базы данных: модели, разработка, реализация. – СПб.: Питер, 2002.
- Малыхина М.П. «Базы данных: основы, проектирование, использование» – СПб.: «БХВ-Петербург», 2004.
- Горев А., Ахаян Р., Макашарипов С. «Эффективная работа с СУБД».СПб.:Питер, 1997.— 704 с.,ил.
- Шафрин Ю.А. «Основы компьютерной технологии». М., 1998
СТАТЬИ
- Максимов
Владимир. «Главный файл проекта» - http://www.foxclub.ru/
articles/art39.php

- База данных выдачи иностранным гражданам и лицам без гражданства вида на жительство в Российской Федерации
- База данных «География»
- База данных горнолыжного курорта
- База данных «Гостиница»
- База данных Гостиницы
- База данных "Деканат"
- База данных "Деканат"
- База данных - Бюро трудоустройств
- База данных "Бюро трудоустройства "
- База данных в access на примере компьютерного магазина
- База данных в MS Access
- База данных ветеринарной клиники
- База данных «Видеофильмы»
- База данных в СУБД ACCESS