База данных в СУБД FoxPro

Автор работы: Пользователь скрыл имя, 25 Января 2012 в 15:09, курсовая работа

Краткое описание

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

Содержимое работы - 1 файл

Пояснительная записка.doc

— 485.50 Кб (Скачать файл)

Реферат

     Пояснительная записка содержит 17 страниц, 5 рисунков.

     Ключевые  слова: БАЗА ДАННЫХ, VISUAL FOX PRO 9.0, СВЯЗЬ, КОНЦЕПТУАЛЬНАЯ МОДЕЛЬ, РЕЛЯЦИОННАЯ МОДЕЛЬ, ОБЪЕКТ, АТРИБУТ.

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

     Нормативные ссылки

     При выполнении данной курсовой работы были использованы следующие нормативные  документы:

    1. Гост Р7.05-2008 СИБИД Библиографические ссылки и общие правила составления.
    2. Технический Гост 2.105-95 Общие требования к текстовой документации.
    3. 7.9-95 СИБИД реферат, аннотации и общие требования.
    4. 19.701-80 ЕСПД схемы, алгоритмы программ и систем.

     Введение

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

     Сейчас особое внимание уделяется использованию сетевых информационных технологий, базирующихся на архитектуре клиент – сервер, и переходе от малопонятных внутренних процедур к содержательной работе с предметной областью, которую описывают хранимые данные. Поэтому предпочтение отдаётся СУБД, которая поддерживает многопользовательский доступ - Visual FoxPro 9.0

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

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

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

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

     1 Исследование предметной  области и постановка  задачи

    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 (вторичный ключ)

Информация о работе База данных в СУБД FoxPro