Работа торгового склада - Курсовая работа

Активная деятельность по отысканию приемлемых способов обобществления непрерывно растущего объема информации привела к созданию в начале 60-х годов специальных программных комплексов, называемых "Системы управления базами данных" (СУБД). Файлы, снабженные описанием хранимых в них данных и находящиеся под управлением СУБД, стали называть банки данных, а затем "Базы данных" (БД).Требуется на основе полученных навыков проектирования иерархических баз данных и изученных методов разработки систем управления БД (СУБД) создать на их основе свою БД, ориентированную на конкретную предметную область в соответствии с вариантом задания. В данной работе необходимо разработать БД и клиентское приложение для работы торгового склада. В ходе проектирования и создания БД и клиентского приложения были выделены следующие этапы: 1 Проектирование базы данных. 1.2 Разработка иерархической модели БД для заданной ПО на трех уровнях абстракции.Технология ADO усиленно развивается компанией Microsoft. На основе этой технологии созданы соответствующие компоненты-наборы: TADOTABLE, TADOQUERY, TADOSTOREDPROC, повторяющие в функциональном отношении компоненты TTABLE, TQUERY, TSTOREDPROC, но не требующие развертывания и настройки на клиентской машине BDE.Ключевой механизм BDE, обеспечивающий работу визуальных компонент баз данных, действует как интерфейс между приложением и самой базой данных. Взаимодействие объектов с BDE никак не специфицирует конкретную базу данных и не зависит от реализации обмена информацией на нижнем уровне иерархии. Используя BDE, мы можем получить доступ ко всем локальным стандартным базам данных, к источникам данных и к SQL-серверам. При добавлении компонент баз данных на форму приложения соединение с BDE происходит автоматически - никакого программирования не требуется. Как рассмотренная технология ADO, технология INTERBASE Express (используется как в качестве файл-серверной технологии, так и в качестве клиент-серверной технологии) рассчитана на создание «облегченного» клиента.В основе логического и физического проектирования БД лежит создание точной и защищенной БД, на основе которой можно гарантировать эффективное построение прикладных программ (в данном случае пользовательской программы). Процесс проектирования БД состоит из 2-х этапов:-проектирование логической БД; При проектировании логической БД производится анализ предметной области и информационных потребностей пользователя. При проектировании выделяют три уровня абстракции (см. рисунок 3.1) для БД : представление - инфологическая (внешняя) модель;Предметной областью называют совокупность описаний реальных объектов, представляющих интерес для пользователя. Пользовательские требования выражаются рядом внешних моделей - представлений. Проектирование внешней модели заключается в формализации этих представлений. Концептуальная модель данных соответствует общему представлению о БД, то есть она включает представление о структуре данных, их целостности и манипулировании данными.В связи с разграничением прав доступа на использование, модификацию и удаление данных из базы все пользователи разбиваются на три категории: - категория кладовщик; Все доступные операции для каждой категории пользователей описаны в разделе «Организация секретности базы данных».Структурная схема потоков данных представлена на рисунке 3.3.1. Входными данными для базы является информация, которая хранится в отдельном файле и доступ к ней имеет только администратор, при разработке данного курсового проекта эта информация находится в файле в формате INTERBASE.Наиболее распространенная трактовка реляционной модели данных, по-видимому, принадлежит Дейту, который воспроизводит ее (с различными уточнениями) практически во всех своих книгах. Согласно Дейту реляционная модель состоит из трех частей, описывающих разные аспекты реляционного подхода: структурной части, манипуляционной части и целостной части.В данной работе необходимо автоматизировать процесс отпуска товаров со склада по накладной, вид которой показан на рис.4.1.2. Дата Покупатель Город Адрес Товар Ед_измерения Цена_за_ед_измер Отпущено_ед Общая_стоимость Номер_накладной Дата накладной и номер накладной по отдельности не могут уникально определять запись, поскольку они будут одинаковы для всех записей, относящихся к одной и той же накладной (напомним, что одна накладная в таблице рис. При этом исходим из предположения, что по одной накладной может быть отпущено одно наименование конкретного товара, то есть не может иметь место ситуация, когда отпуск одного и того же товара оформляется в накладной двумя строками, что повлекло бы за собой две одинаковые записи в таблице «Отпуск товаров со склада». Поэтому выделяем эти поля в самостоятельную таблицу «Товары» и определяем связь: поскольку один товар может присутствовать во многих накладных, таблицы «Товары» и «Отпуск товаров со склада» находятся в связи один-ко-многим (рис.Обеспечение секретности в основном заключается в том, что для определенных пользователей право дос

СОДЕРЖАНИЕ

Введение

1. Постановка задания

2. Современные технологии создания клиентских приложений

2.1 Технология ACTIVEX Data Objects (ADO)

2.2 Механизм BDE

2.3 Технология INTERBASE Express

3. Логическое проектирование базы данных

3.1 Анализ предметной области

3.2 Обмен информацией между базой и отдельными категориями пользователей системы

3.3 Потоки данных

4. Реляционная модель данных

4.1 Процесс нормализации базы данных

4.2 Целостность базы данных

4.3 Организация секретности базы данных

5. Список операций над базой данных

6. Список запросов к базе данных

7. Обоснование выбора языка программирования

8. Технические требования к системе для применения программы

9. Общая структура программы

10. Руководство пользователя

Заключение

Библиография

Активная деятельность по отысканию приемлемых способов обобществления непрерывно растущего объема информации привела к созданию в начале 60-х годов специальных программных комплексов, называемых "Системы управления базами данных" (СУБД).

Основная особенность СУБД - это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры. Файлы, снабженные описанием хранимых в них данных и находящиеся под управлением СУБД, стали называть банки данных, а затем "Базы данных" (БД).

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

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

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

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