Ирина Эланс

Автор который поможет с любыми образовательными и учебными заданиями

Проектирование реляционной базы данных «Мобильный мир»

САРАТОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

БАЛАКОВСКИЙ ИНСТИТУТ ТЕХНИКИ ТЕХНОЛОГИИ и УПРАВЛЕНИЯ

ФАКУЛЬТЕТ ВЕЧЕРНЕ – ЗАОЧНЫЙ

КАФЕДРА «УПРАВЛЕНИЕ И ИНФОРМАТИКА В ТЕХНИЧЕСКИХ СИСТЕМАХ»

Курсовая работа

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

Информационное обеспечение систем управления

На тему:

Проектирование реляционной базы данных «Мобильный мир»

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

Выполнил ст. гр. УИТ-41В

Швецов А.А.

Проверила

Иксанова Э.М.

2006

Содержание:

Введение 3

1 Инфологическое проектирование 5

2 Выбор СУБД и других инструментальных средств 12

3 Определение требований к операционной обстановке, в которой будет функционировать информационная система 14

4 Логическое проектирование БД 16

5 Физическое проектирование БД 18

Список используемой литературы 19

Введение

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

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

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

База данных, разработанная в данной курсовой работе, даст описание наличия мобильных телефонов в той организации в которой применяется эта база: магазин, салон сотовой связи, склад и т.п. Хочу особо подчеркнуть, что эта база данных является далеко не законченной и имеет очень высокую гибкость и трансформацию, что позволяет использовать её после небольшой доработки, как и простыми рядовыми сотрудниками организации, так и высшим персоналом при работе с кондефициальной информацией. Программа была написана с помощью популярного пакета для работы с документами и таблицами Microsoft Office Professional Edition 2003, в которую входит программа СУБД Access фирмы Microsoft, так как это один из наиболее распространенных сейчас пакетов. К тому же эта СУБД позволяет достаточно легко и быстро создать интерфейс, понятный пользователю.

1.Инфологическое проектирование.

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

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

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

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

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

1.2. Построение ER – диаграммы.

В настоящее время применяют проектирование с использованием метода "Сущность-связь"(entity–relation, ER–method), который является комбинацией предметного и прикладного методов и обладает достоинствами обоих.

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

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

ER-диаграммы хорошо вписываются в методологию структурного анализа и проектирования информационных систем. Такие методологии обеспечивают строгое и наглядное описание проектируемой системы, которое начинается с ее общего обзора и затем уточняется, давая возможность получить различную степень детализации объекта с различным числом уровней. В ER диаграммах сущности изображаются помеченными прямоугольниками, ассоциации – помеченными ромбами или шестиугольниками, атрибуты – помеченными овалами, а связи между ними – ненаправленными ребрами (линиями, соединяющими геометрические фигуры), над которыми может проставляться степень связи (1 или буква, заменяющая слово "много") и необходимое пояснение.

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

Каталог
Время поступления
Наличие фотокамеры
Наличие MP3
Связующая
Поставщики
План поставок/сумма

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

Существует три основных класса сущностей: стержневые, ассоциативные и характеристические, а также подкласс ассоциативных сущностей – обозначения.

Стержневая сущность (стержень) – это независимая сущность, которая не является ни ассоциацией, ни обозначением, ни характеристикой. Такие сущности имеют независимое существование, хотя они и могут обозначать другие сущности. Ассоциативная сущность (ассоциация) – это связь вида "многие-ко-многим" между двумя или более сущностями или экземплярами сущности. Ассоциации рассматриваются как полноправные сущности, они могут: участвовать в других ассоциациях и обозначениях точно так же, как стержневые сущности; обладать свойствами, т.е. иметь не только набор ключевых атрибутов, необходимых для указания связей, но и любое число других атрибутов, характеризующих связь.

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

Обозначающая сущность (обозначение) – это связь вида "многие-к-одной" или "одна-к-одной" между двумя сущностями и отличается от характеристики тем, что не зависит от обозначаемой сущности. Обозначения используют для хранения повторяющихся значений больших текстовых атрибутов. Как правило, обозначения не рассматриваются как полноправные сущности, хотя это не привело бы к какой-либо ошибке. Обозначения и характеристики не являются полностью независимыми сущностями, поскольку они предполагают наличие некоторой другой сущности, которая будет "обозначаться" или "характеризоваться". Однако они все же представляют собой частные случаи сущности и могут, конечно, иметь свойства, могут участвовать в ассоциациях, обозначениях и иметь свои собственные (более низкого уровня) характеристики. Подчеркнем также, что все экземпляры характеристики должны быть обязательно связаны с каким-либо экземпляром характеризуемой сущности. Однако допускается, чтобы некоторые экземпляры характеризуемой сущности не имели связей. Определим классы для наших сущностей. Стержневыми сущностями будут являться следующие: каталог и поставщики, эти сущности, согласно из определения, имеют независимое существование. Ассоциациями в нашей базе данных будет сущность: связующая. Характеристиками являются сущности: наличие фотокамеры, наличие MP3, план поставок/сумма, время поступления. Эти сущности имеют связь вида «один ко многим», «многим к одной» и «один к одному». Для каждой сущности выбираются свойства (атрибуты) и определяются типы отношений между сущностями или атрибутами. Определим атрибуты для нашей базы данных.

Сущность «Каталог» (см. табл.1) содержит информацию о моделях телефонов, которые может реализовать фирма.

Таблица 1 — Спецификация атрибутов сущности «Каталог»

Название атрибута	Описание атрибута
Код товара	Порядковый номер при поступлении
Модель	Цифровой номер аппарата
Серия	Тип серии аппарата
Вес	Вес в граммах телефона
Марка	Название фирмы производителя
МР3	Наличие МР3
Фотокамера	Наличие фотокамеры
Полифония	Характеристика динамика
GSM	Список стандартов вещания
Изображение	Наглядный вид аппарата

Ключевым атрибутом данной сущности является «Код товара», то есть это порядковый номер получаемый телефоном при поступлении на склад, который является его идентификационным номером при записи в БД. Мы выбрали его потому, что это единственный атрибут из этой сущности, определяющей её однозначно.

Таблица 2 — Спецификация атрибутов сущности «Наличие МР3» и

«Наличие фотокамеры»

Название атрибута	Описание атрибута
Логика	Запрос на наличие
МР3	Наличие МР3
Фотокамера	Наличие фотокамеры

Сущности «Наличие МР3» и «Наличие фотокамеры» (см. табл.2) позволяет отобрать аппарат с наличием интересующей нас опцией. Я объединил эти сущности в одну таблицу, так как физический смысл их одинаков и ключевые поля тоже.

Сущность «Время поступления» (см. табл.3) позволяет узнать, когда будет примерный завоз интересующей нас модели.

Таблица 3 — Спецификация атрибутов сущности «Время поступления»

Название атрибута	Описание атрибута
Код товара	Номер товара, присвоенный на складе
Время завоза	Время года/год
Примерная дата	Приблизительное число завоза

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

Сущность «Связующая» (см. табл.4) позволяет связать две стержневые сущности «Каталог» и «Поставщики».

Таблица 4 — Спецификация атрибутов сущности «Связующая»

Название атрибута	Описание атрибута
Марка	Название фирмы
Страна производитель	Страна, в которой был произведен товар

Ключом здесь была выбрана «Марка»

Сущность «Поставщики» (см. табл.5) дает информацию о юридическом адресе, куда можно посылать запрос об обновлении базы или пересмотре договора, а также узнав номер лицензии проверить его действительность и разрешение на производство.

Таблица 5— Спецификация атрибутов сущности «Поставщики»

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

Ключом здесь была выбрана «Страна производитель»

Сущность «План поставок/сумма» (см. табл.6) позволяет отследить динамику развития отношений с поставщиками.

Таблица 6— Спецификация атрибутов сущности «План поставок/сумма»

Название атрибута	Описание атрибута
Поставщик	Название объединения под чьим контролем находится производитель
Количество товара на 2006	В единицах товара
Количество товара на 2007	В единицах товара
Общая сумма	Суммарная оценка закупок в денежном эквиваленте

Ключом здесь был выбран «Поставщик», что позволило связать конкретные цифры с конкретными партнерами.

На основании выше изложенного построим полную инфологическую модель базы данных «Мобильный мир» и изобразим ее в виде ER – диаграммы.

2. Выбор СУБД и других инструментальных программных средств.

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

Классификация реляционных СУБД:

- Access

- Delphi

- FoxPro

- 1C Предприятие

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

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

СУБД Microsoft Access – имеет в своем распоряжении более простые средства создания баз данных. Небольшую базу данных можно создать всего лишь при помощи мастеров. Access – это самая популярная сегодня система управления базами данных. Эта СУБД легко доступна, так как она входит в комплект поставки пакета приложений Microsoft Office. СУБД Access 2002 для работы с данными использует процессор баз данных Microsoft Jet 4.0, объекты доступа к данным и средства быстрого построения интерфейса — конструктор форм. Для получения распечаток используются конструкторы отчетов. Автоматизация рутинных операций может быть выполнена с помощью макрокоманд. На тот случай, когда не хватает функциональности визуальных средств, пользователи Access могут обратиться к созданию процедур и функций.

Несмотря на свою ориентированность на конечного пользователя, в Access присутствует язык программирования Visual Basic for Application, который позволяет создавать массивы, свои типы данных, вызывать DLL-функции, с помощью OLE Automation контролировать работу приложений, которые могут функционировать как OLE-серверы.

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

Для создания БД «Мобильный мир» используем Access.

3. Определение требований к операционной обстановке, в которой будет функционировать информационная система.

БД «Мобильный мир» создана в приложении Microsoft Access. В фирме, в которой предполагается использовать данную базу данных, будет находиться несколько компьютеров, для этого должна быть установлена сетевая операционная система, такая как Windows NT или Windows 2000, но вполне можно обойтись и ОС Windows XP, используя при этом пароли для ограничения доступа к личной информации фирмы . Для быстрого функционирования базы данных компьютеры не обязаны иметь современное аппаратное обеспечение, так как пакет Microsoft Office 2003 (в которой была сделана данная База данных), с русской версией Microsoft Access не требуют больших ресурсов. Спроектированная база данных (таблицы, формы, стандартные запросы, отчеты), то есть ее структура занимает около 20 Мб памяти на жестком диске. Все логотипы и картинки для форм хранятся в самой базе данных, то есть являются внедренными объектами. То есть с учетом возможной доработки базы, на HDD свободного объема вполне хватить в пределах 1Гб. К процессору тоже нет строгих стандартов, так как данная БД была сделана на процессоре AMD Sempron 2200+ ( 1493 MHz; 256K L2) и вполне отлично работала. По поводу оперативной памяти можно сказать в любом случае чем больше тем лучше, но как минимум 256Мб.

Посчитаем объем памяти Мj требуемый для хранения данных по формуле

где Мj – общее количество байт в записи

Ki - количество байт в i-ячейке, j-го поля

где М – суммарная мощность таблицы

Итого получим:

Название таблицы	Мощность (байт)
Каталог*	1431
Время поступления	864
Наличие МР3	8
Наличие фотокамеры	8
Связующая	57
Поставщики	213
План поставок/сумма	126
Суммарная мощность	2707

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

Интенсивность запросов:

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

4. Логическое проектирование БД.

На этапе логического проектирования разрабатывается логическая структура БД, соответствующая логической модели предметной области. Решение этой задачи существенно зависит от модели данных, поддерживаемой выбранной СУБД. База данных создаётся на основании схемы базы данных. Инфологическую модель данных, построенную в виде ER–диаграммы, следует преобразовать в схему БД. Преобразование ER–диаграммы в схему БД выполняется путем сопоставления каждой сущности и каждой связи, имеющей атрибуты, отношения (таблицы БД).

Схема данных

5. Физическое проектирование БД

Информационная база «Мобильный мир» реализована в программе Microsoft Access. Доступ ко некоторым компонентам, а именно, формам осуществляется через окно заставка, которая запускается автоматически при открытии базы данных. Содержит кнопки для запуска форм, к которым ведется частое обращение (Каталог и Поставщики). Эти формы по возможности должны находиться постоянно в оперативной памяти для увеличения производительности работы всей системы в целом.

Список использованной литературы

1. Четвериков В,Н. Базы и банки данных. - М.: Высшая школа, 1987-248 с.

2. Ахаян Р.; Горев А.; Макашарипов С. Эффективная работа с СУБД —

СПб.; Питер, 1997.-704с.

3. «Информатика» базовый курс Под ред. С.В. Симоновича. — СПб.:

Питер, 2001. – 642 с.

4. Эффективная работа с СУБД А. Рубен, А. Горев, С. Макшарипов СПб.: Питер, 2001. – 822 с.

Проектирование реляционной базы данных «Мобильный мир» 📙 Реферат → 🆔 223761