Программный модуль для работы с базой данных "Магазин косметики" - Курсовая работа

бесплатно 0
4.5 118
Разработка автоматизированной системы учета приема товара, поиска поставщиков и подсчета выручки для магазина косметики. Структура таблиц и связей между ними, индексы и ограничения. Справочная система, руководство пользователя, тестирование приложения.

Скачать работу Скачать уникальную работу

Чтобы скачать работу, Вы должны пройти проверку:


Аннотация к работе
В первых компьютерах использовались два вида внешних устройств - магнитные ленты и магнитные барабаны. Устройства для чтения-записи магнитных лент обеспечивали последовательный доступ к данным. Каждая прикладная программа, которой требовалось хранить данные во внешней памяти, сама определяла расположение каждого блока на магнитной ленте. Прикладная программа также брала на себя функции информационного обмена между оперативной памятью и устройствами внешней памяти с помощью программно-аппаратных средств низкого уровня. Такие устройства внешней памяти обладали существенно большей емкостью, чем магнитная лента и барабаны, а также обеспечивали во много раз большую скорость доступа в режиме произвольной выборки.Магазин косметики ведет учет приема товара, ищет и связывается с поставщиками, ведет подсчет выручки. Автоматизированная система учета значительно улучшит и упростит качество работы с данными, а так же сведет вероятность потери информации к минимуму. Основанием для разработки данного проекта является Задание к курсовому проекту по дисциплине "Базы данных и СУБД", разработанное на основании типовой учебной программы для учреждений, обеспечивающих получение среднего - специального образования по специальности: ПОИТ. Функциональное назначение программного продукта включает в себя следующие функции: ввод-вывод данных; Данный программный продукт может быть использован в магазинах и учебных заведениях в качестве примера создания БД.Магазин работает с большим количеством информации: сведения о продукции, ассортимент продукции, сведения о поставщиках, сведения о работниках магазина. Функциональная модель разрабатывается с целью выявления базовых функций и их взаимосвязи. Функциональная модель по стандарту IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Контекстная диаграмма является вершиной древовидной структуры и представляет общую функцию системы и ее взаимосвязь с внешним миром, представлена на рисунке 1. Блоки изображают функции, а дуги - информацию.Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например "Постоянный клиент", "Отдел" или "Фамилия сотрудника". Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами (подробнее о сущностях и атрибутах будет рассказано ниже).Физическая модель данных, зависит от конкретной СУБД, фактически являясь отображением системного каталога. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД.Таблица "Товар" состоит из следующих полей: ID_Товара - содержит идентификационный номер товара; Заказ - содержит номер заказа, если товар заказан. Таблица "Покупка" состоит из следующих полей: ID_Покупки - содержит идентификационный номер покупки; Таблица "Поступление" состоит из следующих полей: ID_Поступления - содержит идентификационный номер покупки; Таблица "Поставщик" состоит из следующих полей: ID_Поставщика - содержит идентификационный номер поставщика;Индекс представляет собой часть базы данных, в которой содержится информация об организации данных в таблицах БД. В отличие от ключей, которые просто идентифицируют отдельные записи, индексы занимают дополнительные объемы памяти (довольно значительные) и могут храниться как совместно с таблицами, так и в виде отдельных файлов. Индексы создаются вместе с таблицей и обновляются при модификации данных. При этом работа по обновлению индекса для большой таблицы может отнимать много ресурсов, поэтому имеет смысл ограничить число индексов для таких таблиц, где происходит частое обновление данных. Причем свойства и методы для работы с индексами присутствуют, только в табличных компонентах, т.к. в компонентах запросов работа с индексами осуществляется средствами SQL.SQL Server 2005 - это новейшая версия одной из систем управления базами данных, достигшая того непревзойденного уровня развития, к которому она постепенно приближалась на протяжении двух десятилетий. Данная версия явилась результатом коренной переработки, которой подвергается этот программный продукт, начиная с версии 7.0. Но в программном обеспечении SQL Server 2005 удалось значительно улучшить совместимость компонентов и расширить набор средств, обеспечивающих взаимодействие с языком XML, инфраструктурой.net, определяемыми пользователем типами данных, а также многими другими дополнительными службами. В какой-то последующий момент времени применительно к базе данных выполняется контрольная точка, и в этот момент времени все изменения и дополнения, зафиксированные в журнале, переносятся в физический файл (файлы) базы данных. Эта среда использует технологию программирования.net, которая вместе со связанной с ней средой.net Framework, является одной из самых важных технологий для разработчиков ПО за мн

План
Содержание

Введение

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

1.1 Техническое задание

1.2 Анализ предметной области. Функциональная модель

2. Логическая модель

3. Физическая модель

3.1 Описание структуры таблиц и связей между ними

3.2 Описание индексов и ограничений

4. Описание программы

4.1 Выбор и обоснование средств программирования для решения поставленной задачи, их краткая характеристика

4.2 Описание интерфейса, форм ввода и вывода данных

4.3 Описание запросов и представлений данных

4.4 Описание отчетов

4.5 Описание хранимых процедур

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

6. Справочная система

7. Отладка и тестирование приложения

Заключение

Список использованных источников

Приложения

Приложение А Листинг программы

Приложение Б Схема организации таблиц базы данных

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

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

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

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

Современные авторы часто употребляют термины "банк данных" и "база данных" как синонимы, однако в общеотраслевых руководящих материалах по созданию банков данных Государственного комитета по науке и технике (ГКНТ), изданных в 1982 г., эти понятия различаются.

Там приводятся следующие определения банка данных, базы данных и СУБД: Банк данных (БНД) - это система специальным образом организованных данных - баз данных, программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных.

База данных (БД) - именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области.

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

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

Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность
своей работы


Новые загруженные работы

Дисциплины научных работ





Хотите, перезвоним вам?