СОДЕРЖАНИЕ

Введение 3

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

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

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

1.3 Анализ информационных задач и круга пользователей системы 12

2 Определение требований к операционной обстановке, в которой

будет функционировать информационная система

2.1 Системные требования к ЭВМ, предъявляемые СУБД 13

2.2 Объём памяти, отводимой под данные 14

3 Выбор системы управления базы данных (СУБД) и других

инструментальных программных средств 15

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

4.1 Преобразование ER – диаграммы в схему базы данных 17

4.2 Нормализация 18

5 Физическое проектирование базы данных 23

Заключение 30

Список литературы 31

ВВЕДЕНИЕ

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

• обеспечивать получение общих и/или детализированных отчетов по итогам работы;

• позволять легко определять тенденции изменения важнейших показателей;

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

• выполнять точный и полный анализ данных.

Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.

Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще – диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется. Более того, стандартом «де-факто» стала «быстрая разработка приложений» или RAD (от английского Rapid Application Development), основанная на широко декларируемом в литературе «открытом подходе», то есть необходимость и возможность использования различных прикладных программ и технологий для разработки более гибких и мощных систем обработки данных. Поэтому в одном ряду с «классическими» СУБД все чаще упоминаются языки программирования Visual Basic 4.0 и Visual C++, которые позволяют быстро создавать необходимые компоненты приложений, критичные по скорости работы, которые трудно, а иногда невозможно разработать средствами «классических» СУБД. Современный подход к управлению базами данных подразумевает также широкое использование технологии «клиент-сервер».

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

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

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

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

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

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

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

2. Построение er – диаграммы

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

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

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

Модель «сущность-связь» была предложена в 1976 г. Питером Пин-Шэн Ченом.

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

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

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

В нашей базе данных стержневой сущностью является «Телефоны».

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

В данной БД ассоциацией является «Поставка».

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

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

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

Обозначениями в данной базе будут следующие сущности: продажа, поставщик, обмен.

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

Выделим следующие сущности:

- телефоны

- продажа

- поставщик

- поставка

- обмен

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

Сущность «Телефоны» будет содержать основную информацию о всех имеющихся в наличии телефонах.

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

Название атрибута	Описание атрибута
Модель	Цифровой номер аппарата
Серийный номер	Тип серии аппарата
Страна изготовителя	Название страны изготовителя
Комплектующий аксессуар	Название аксессуара

Здесь ключом выбрана атрибута «Модель».

Сущность «Продажа» будет содержать информацию о продаже и стоимости телефонов.

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

Название атрибута	Описание атрибута
Серийный номер	Тип серии аппарата
Цена продажи	Стоимость телефона в рублях.
Цвет	Цвет (та) проданного аппарата
Дата продажи	Точная дата продажи

Ключевым полем является «Серийный номер».

Сущность «Обмен» будет содержать описание и условия обмена телефонов.

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

Название атрибута	Описание атрибута
Модель	Цифровой номер аппарата
Техническое состояние	Выявление неисправностей в состоянии
Комплектация	Наличие комплектующих документов
Цена при обмене	Цена б/у аппарата

Ключом здесь является «Модель».

Сущность «Поставка» будет содержать сведения о времени поставки и цене.

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

Название атрибута	Описание атрибута
Код поставщика	Порядковый номер при поступлении
Серийный номер	Тип серии аппарата
Цена поставки	Цена поставки телефона
Дата поставки	Дата поставки телефона

Ключевым атрибутом данной сущности является «Серийный номер».

Сущность «Поставщик» будет содержать сведения о поставщиках.

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

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

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