Автор работы: Пользователь скрыл имя, 25 Января 2012 в 15:09, курсовая работа
Функциональность базы данных во многом зависит от предоставленной создателям информации о предметной области. Большую роль играет создание интерфейса доступного для любого пользователя, работающего с ней.
В пояснительной записке рассмотрен конкретный пример разработки систематизированной БД для комплексного учёта товарооборота между предприятиями, показаны приемы создания экранных форм, отчётов, запросов и приложения.
Подробно описана методика работы с программой. Программа может быть использована для практической работы на каком-либо предприятии.
Реферат
Пояснительная записка содержит 17 страниц, 5 рисунков.
Ключевые слова: БАЗА ДАННЫХ, VISUAL FOX PRO 9.0, СВЯЗЬ, КОНЦЕПТУАЛЬНАЯ МОДЕЛЬ, РЕЛЯЦИОННАЯ МОДЕЛЬ, ОБЪЕКТ, АТРИБУТ.
Целью курсовой работы является разработка информационной системы для предприятий, занимающихся отпуском изделий.
Нормативные ссылки
При выполнении данной курсовой работы были использованы следующие нормативные документы:
Поскольку
базы данных, вне всяких сомнений, занимают
в настоящее время лидирующее
положение в области
Сейчас особое внимание уделяется использованию сетевых информационных технологий, базирующихся на архитектуре клиент – сервер, и переходе от малопонятных внутренних процедур к содержательной работе с предметной областью, которую описывают хранимые данные. Поэтому предпочтение отдаётся СУБД, которая поддерживает многопользовательский доступ - 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 | (вторичный ключ) |