Разработка базы данных видеоматериалов

АВТОНОМНАЯ НЕКОМЕРЧЕСКАЯ ОРГАНИЗАЦИЯ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

ЦЕНТРОСОЮЗ РОССИЙСКОЙ ФЕДЕРАЦИИ

"РОССИЙСКИЙ УНИВЕРСИТЕТ КООПЕРАЦИИ"

КАФЕДРА УЧЕТА И ПРИКЛАДНОЙ ИНФОРМАТИКИ

КУРСОВАЯ РАБОТА

По дисциплине

"Проектирование информационных систем"

на тему:

"Разработка БД видеоматериалов""

Выполнил:

Группа ПИ-10

Студент Чернышов Д.О.

Преподаватель: Проценко И.Г.

Петропавловск-Камчатский 2012

Содержание

Введение

Глава 1. Аналитическая часть

1.1 Технико-экономическая характеристика предметной области

1.2 Входные и выходные данные

1.3 Назначение и цели создания базы данных

1.4 Требования к базе данных

1.5 Требования к программным средствам

1.6 Специальные требования

1.7 Требования к программной документации

Глава 2. Проектная часть

2.1 Создание концептуальной модели

2.2 Построение логической модели

2.3 Построение физической модели

2.4 Выходные данные

2.4.1 Отчет о поставщиках и поставляемых ими товарах

2.4.2 Выписка о наличии товара в магазине

Глава 3. Обоснование экономической эффективности проекта

3.1 Понятие экономической эффективности

3.2 Оценка затрат при реализации проекта

Заключение

Библиографический список

Введение

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

Основные функции СУБД - это описание структуры базы данных, обработка данных и управление данными.

База данных - это совокупность сведений о реальных объектах, процессах, событиях или явлениях, относящихся к определённой теме или задаче, организованная таким образом, чтобы обеспечить удобное представление этой совокупности, как в целом, так и любой её части. Реляционная база данных представляет собой множество взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определённого типа. Каждая строка таблицы содержит данные об одном объекте (например, клиенте, автомобиле, документе), а столбцы таблицы содержат различные характеристики этих объектов - атрибуты (например, наименования и адреса клиентов, марки и цены автомобилей). Строки таблицы называются записями, все записи имеют одинаковую структуру - они состоят из полей, в которых хранятся атрибуты объекта. Каждое поле в записи содержит одну характеристику объекта и имеет строго определённый тип данных (например, текстовая строка, число, дата). Все записи имеют одни и те же поля, только в них содержатся разные значения атрибутов.

Любая СУБД позволяет выполнять четыре простейшие операции с данными:

добавить в таблицу одну или несколько записей;

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

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

Глава 1. Аналитическая часть

1.1 Технико-экономическая характеристика предметной области

В данном курсовом проекте в качестве предметной области рассматривается компьютерный магазин. Наша база данных решает следующие задачи: учёт товара, выдача данных о поставщиках и поставляемых ими товарах (фирма-поставщик, его реквизиты, наименование товаров, характеристики, цены), вычисляет суммы оплаты.

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

Применяемая СУБД: АССЕSS 2003.

Исходные данные о магазине: магазин располагается в нескольких помещениях (склад, торговый зал). У фирмы есть поставщики, осуществляющие поставку компьютеров и комплектующих на склад магазина.

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

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

база компьютерный магазин модель

1.2 Входные и выходные данные

Входные данные для БД являются:

·Информация о товарах в магазине - предоставляется клиентами, персоналу, либо по средствам интернета;

·Информация о клиенте - предоставляется клиентом;

Выходные данные БД являются:

·Каталог товаров - формируется из таблиц БД путем формирования запросов.

1.3 Назначение и цели создания базы данных

Пользователи БД.

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

Внутренние и внешние интересы.

Цель владельца - сделать процесс нахождения товара более быстрым, что позволит точно узнать наличие товара на складе, скроки доставки, цену. Что приведет к улучшению качества предоставляемых услуг, а значит и росту числа клиентов.

1.4 Требования к базе данных

Требования к внешнему виду БД.

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

Функциональные требования.

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

1.5 Требования к программным средствам

Основное программное обеспечение

База данных (БД) должна нормально функционировать у пользователей, использующих пакет прикладных программ Microsoft Office, с включенной в его состав программой управления реляционными базами данных (СУРБД) - Access.

Требования по обратной совместимости с устаревшими (неактуальными) версиями программных продуктов не предъявляются.

1.6 Специальные требования

Требования к надежности.

База данных должна сохранять работоспособность при возникновении следующих внештатных ситуаций:

·при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;

·при ошибках, связанных с системным программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.

Требования по сохранности информации при авариях.

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

1.7 Требования к программной документации

Требования к документации по внедрению БД.

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

·порядок настройки СУБД;

·требуемую структуру БД;

Требования к инструкции пользователя.

Требования отсутствуют ввиду предъявляемого требования интуитивно осваивания БД и вытекающей из него нецелесообразности создания инструкции пользователя.

Глава 2. Проектная часть

2.1 Создание концептуальной модели

Разработка структуры БД

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

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

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

Не должно быть повторений и между таблицами.

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

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

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

Каждое поле должно быть связано с темой таблицы.

Не рекомендуется включать в таблицу данные, которые являются результатом выражения.

В таблице должна присутствовать вся необходимая информация.

Информацию следует разбивать на наименьшие логические единицы (Например, поля "Имя" и "Фамилия", а не общее поле "Имя").

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

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

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

Связь - ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи.

Между двумя сущностям, например, А и В возможны четыре вида связей.

Первый тип - связь ОДИН-К-ОДНОМУ (1:

): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В:

Студент может не "заработать" стипендию, получить обычную или одну из повышенных стипендий.

Второй тип - связь ОДИН-КО-МНОГИМ (1: М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.

Квартира может пустовать, в ней может жить один или несколько жильцов.

Так как между двумя сущностями возможны связи в обоих направлениях, то существует еще два типа связи МНОГИЕ-К-ОДНОМУ (М:

) и МНОГИЕ-КО-МНОГИМ (М: N). Но в нашей работе такие типы связи нам не следует употреблять.

Для базы данных компьютерного магазина инфологическая модель будет выглядеть так (Рис 1):

Рисунок 1. Инфологическая модель базы данных компьютерного магазина

2.2 Построение логической модели

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

Текстовый. Текст или числа нетребующие проведения расчётов.

-МЕМО. Поле этого типа предназначено для хранения небольших текстовых данных (до 64000 символов). Поле этого типа не может быть ключевым или проиндексированным.

Числовой. Этот тип данных содержит множество подтипов. От выбора подтипа (размера) зависит точность вычислений.

Счётчик. Уникальные, последовательно возрастающие числа, автоматически вводящиеся при добавлении новой записи в таблицу.

Логический. Логические значения, а так же поля, которые могут содержать одно из двух возможных значений.

Денежный. Денежные значения и числовые данные, используемые в математических вычислениях.

Дата/Время. Дата и время хранятся в специальном фиксированном формате.

Поле объекта OLE. Включает звукозапись, рисунок и прочие типы данных. Поле этого типа не может быть ключевым или проиндексированным.

Гиперсвязь. Содержит адреса Web-страниц.

Определим какие типы данных будут присутствовать в наших таблицах:

Таблица СотрудникиТаблица ТоварыПолеТип данныхПолеТип данныхКодСотрудникаЧисловойКодТовараТекстовыйФамилияТекстовыйКодПоставкиЧисловойИмяТекстовыйНаименованиеТовараТекстовыйДолжностьТекстовыйОписанииПоле МЕМОДатаРожденияДата/времяИзображениеПоле объекта OLEАдресТекстовыйСтоимостьЗакупкиДенежныйТелефонТекстовыйНаличиеЛогическийПримечаниеПоле МЕМОКол-воЧисловойСтоимостьПродажиДенежныйТаблица КлиентыПолеТип данныхТаблица ПоставкаКодКлиентаЧисловойПолеТип данныхФИОТекстовыйКодПоставкиЧисловойАдресТекстовыйКодПоставщикаЧисловойТелефонТекстовыйДатаПоставкиДата/времяТаблица ЗаказыТаблица ПоставщикиПолеТип данныхПолеТип данныхКодЗаказаЧисловойКодПостащикаЧисловойКодТовараТекстовыйНазваниеПоставщикаТекстовыйКодСотрудникаЧисловойПредставительТекстовыйДата