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

ВВЕДЕНИЕ
1. ПОСТАНОВКА ЗАДАЧИ
1.1. ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯ СУЩНОСТЬ ЗАДАЧИ
1.1.1. Наименование задачи, место ее решения
1.1.2. Цель решения
1.1.3. Назначение задачи
1.1.4. Перечень объектов управления
1.1.5. Периодичность решения
1.1.6. Информационная связь с другими задачами
1.2. ОПИСАНИЕ ВЫХОДНОЙ ИНФОРМАЦИИ
1.2.1. Ежедневные отчеты о продажах
1.2.1.1. Ежедневный отчет о продажах сотовых телефонов
1.2.1.2. Ежедневный отчет о продажах подключений
1.2.2. Отчеты о продажах за определенный период
1.2.2.1. Отчет о продажах за определенный период по категориям товаров
1.2.2.2. Отчет о продажах за определенный период по категориям услуг
1.2.3. Персональные отчеты менеджеров о продажах
1.2.3.1. Персональный отчет менеджера о продажах сотовых телефонов
1.2.3.2. Персональныйотчет менеджера о продажах подключений
1.3. ОПИСАНИЕ ВХОДНОЙ ИНФОРМАЦИИ
1.4. ОПИСАНИЕ ИСПОЛЬЗУЕМОЙ УСЛОВНО-ПОСТОЯННОЙ ИНФОРМАЦИИ
1.4.1. Информация о производителях сотовых телефонов
1.4.2. Информация о сотовых телефонах
1.4.3. Перечень операторов сотовой связи
1.4.4. Перечень тарифных планов операторов сотовой связи
1.4.5. Информация о клиентах
1.4.6. Список сотрудников салона сотовой связи
2. ФОРМАЛИЗОВАННОЕ ПРЕДСТАВЛЕНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
2.1. ПОСТРОЕНИЕ МОДЕЛЕЙ ДАННЫХ
2.1.1. Иерархическая модель
2.1.2. Сетевая модель
2.1.3. Реляционная модель
2.2. НОРМАЛИЗАЦИЯ ДАННЫХ
2.2.1. Последовательный переход к 3НФ
2.2.1.1. Первая нормальная форма (1НФ)
2.2.1.2. Вторая нормальная форма (2НФ)
2.2.1.3. Третья нормальная форма (3НФ)
2.2.2. Доказательство ключа
2.3. СТРУКТУРА ДАННЫХ
3. РАЗРАБОТКА ПРИЛОЖЕНИЯ ПОЛЬЗОВАТЕЛЯ
3.1 СОЗДАНИЕ НОВОЙ БАЗЫ ДАННЫХ
3.2. СОЗДАНИЕ ТАБЛИЦ
3.3. ЗАПРОСЫ
3.3.1. Формирование запросов на выборку
3.3.2. Параметрические запросы
3.4 СОЗДАНИЕ ГЛАВНОЙ КНОПОЧНОЙ ФОРМЫ, РАЗРАБОТКА ИНТЕРФЕЙСА.
3.5 СОЗДАНИЕ ОТЧЕТОВ
ЗАКЛЮЧЕНИЕ
СПИСОК ЛИТЕРАТУРЫ

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

Наименование тарифного плана
N(3)
Код клиента
N(3)
Дата подключения
D(8)
№ контракта
N(13)
Абонентский номер
N(10)
Табельный № сотрудника
N(3)
Гарантийный талон заполняется менеджером по продажам в обязательном порядке, а номер талона вносится в таблицу «Продажи» (табл. 8).
Таблица 8 Описание структурных единиц информации
Наименование
Тип
1
2
Код продажи
N(3)
Код телефона
N(5)
Код клиента
N(3)
Дата продажи
D(8)
Количество
N(3)
№ гарантийного талона
N(6)
Табельный № сотрудника
N(3)
Способы контроля исходных данных.
Перед заключением контракта на предоставление услуг сотовой связи менеджер по продажам обязан визуально проверить подлинность документа, удостоверяющего личность по следующим признакам:
соответствие фотографии лицу предъявителя документа;
размеры и формат документа,
особенности скрепления листов (нитка),
плотность бумаги,
обложка (материал, используемый при ее изготовлении)
размеры, форма начертания и расположения всех шрифтов.
наличие всех элементов системы защиты. Отсутствие одного из них - явный признак фальсификации.
1.4. Описание используемой условно-постоянной информации
1.4.1. Информация о производителях сотовых телефонов
Наименования фирм-производителей моделей сотовых телефонов занесены в справочник «Производители», который используется при решении задач «Учет товара на складе», «Возвраты товаров» и других.
Таблица 9 Описание структурных единиц информации
Наименование
Тип данных
1
2
Код производителя
N(3)
Наименование
С(30)
Страна
С(30)
1.4.2. Информация о сотовых телефонах
Представлена информация о технических характеристиках всех моделей телефонов, а также цены.
Таблица 10 Описание структурных единиц информации
Наименование
Тип данных
1
2
Код производителя
N(3)
Модель
C(10)
Стандарт поддерживаемой связи
C(4)
Вес
N(3)
Время работы
N(3)
Время ожидания вызова
N(3)
Количество цветов
N(7)
Смартфон
C(3)
Слот для карты памяти
C(3)
Карта памяти в комплекте
C(3)
Фотокамера
C(3)
Максимальное разрешение снимков
N(4.2)
Медиа-плеер
C(3)
Радио
C(3)
JAVA
C(3)
GPRS
C(3)
EDGE
C(3)
Bluetooth
C(3)
WiFi
C(3)
ИК-порт
C(3)
Диктофон
C(3)
GPS
C(3)
Цена
N(8.2)
1.4.3. Перечень операторов сотовой связи
Перечень и краткая информация обо всех операторах сотовой связи, с которыми работает салон.
Таблица 11 Описание структурных единиц информации
Наименование
Тип данных
1
2
Код оператора
N(3)
Наименование оператора
C(15)
№ телефона оператора
N(10)
Интернет-сайт
C(25)
1.4.4. Перечень тарифных планов операторов сотовой связи
Характеристики тарифных планов по всем операторам сотовой связи.
Таблица 12 Описание структурных единиц информации
Наименование
Тип данных
1
2
Код оператора
N(3)
Наименование тарифного плана
N(3)
Стоимость подключения
C(20)
Валюта
N(5.2)
Тарификация
C(6)
Ежемесячная абонентская плата
C(11)
Стоимость входящих вызовов
N(5.2)
Плата за установление соединения
N(5.2)
Стоимость исходящих вызовов на телефоны данного оператора
N(5.2)
Стоимость исходящих вызовов на телефоны других операторов области
N(5.2)
Стоимость исходящих вызовов на телефоны ГТС области
N(5.2)
Количество подключаемых «любимых номеров»
N(5.2)
Стоимость подключения «любимого номера»
N(2)
Стоимость исходящих на «любимый номер»
N(5.2)
Стоимость исходящего SMS
N(5.2)
Стоимость исходящего MMS
N(5.2)
1.4.5. Информация о клиентах
Информация о клиентах берется из контракта о предоставлении услуг сотовой связи (если абонент заключает контракт) или из гарантийного талона (если клиент приобретает сотовый телефон).
Таблица 13 Описание структурных единиц информации
Наименование
Тип данных
1
2
Код клиента
N(3)
Фамилия
C(15)
Имя
C(15)
Отчество
C(15)
№ и серия паспорта
N(10)
Дата выдачи паспорта
C(10)
Кем выдан
C(40)
Адрес прописки
C(40)
Контактный телефон
C(13)
1.4.6. Список сотрудников салона сотовой связи
Информация о сотрудниках, работающих в данном салоне сотовой связи.
Таблица 14 Описание структурных единиц информации
Наименование
Тип данных
1
2
Табельный №
N(3)
Фамилия
C(15)
Имя
C(15)
Отчество
C(15)
Должность
C(25)
2. ФОРМАЛИЗОВАННОЕ ПРЕДСТАВЛЕНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
2.1. Построение моделей данных
Логические модели представления данных подразделяются на:
Иерархические;
Сетевые;
Реляционные.
Необходимо хранить информацию:
о сотовых телефонах (модель, стандарт поддерживаемой связи, вес, время работы, время ожидания вызова, количество цветов, наличие функций смартфона, наличие слота для карты памяти, наличие карты памяти в комплекте, наличие фотокамеры, максимальное разрешение снимков, наличие медиа-плеера, наличие радио, наличие JAVA, наличие GPRS, наличие EDGE, наличие Bluetooth, наличие WiFi, наличие ИК-порта, наличие диктофона, наличие GPS, цена);
о производителях сотовых телефонов (наименование производителя, страна);
об операторах (наименование оператора, № телефона оператора, интернет сайт);
о тарифных планах (наименование тарифного плана, стоимость подключения, валюта, тарификация, ежемесячная абонентская плата, стоимость входящих вызовов, плата за установление соединения, стоимость исходящих вызовов на телефоны данного оператора, стоимость исходящих вызовов на телефоны других операторов области, стоимость исходящих вызовов на телефоны ГТС области, количество подключаемых «любимых номеров», стоимость подключения «любимого номера», стоимость исходящих на «любимый номер», стоимость исходящего SMS, стоимость исходящего MMS);
о клиентах (фамилия, имя, отчество, № паспорта, № серии паспорта, дата выдачи паспорта, кем выдан, адрес прописки, контактный телефон);
о сотрудниках салона (табельный №, ФИО, должность);
о подключениях (наименование оператора, наименование тарифного плана, ФИО клиента, № контракта, абонентский номер, дата подключения, таб № сотрудника);
о продажах (наименование производителя, модель телефона, количество, № гарантийного талона, ФИО клиента, дата продажи, таб № сотрудника).
2.1.1. Иерархическая модель
Иерархическая модель данных является наиболее простой среди всех даталогических моделей.
Основными информационными единицами в иерархической модели являются: база данных (БД), сегмент и поле. Поле данных определяется как минимальная, неделимая единица данных, доступная пользователю с помощью СУБД. Иерархическая модель изображается как граф типа «дерево» (ориентированный граф без циклов с выделенной вершиной - корнем ), т.е. это набор записей, связанных между собой указателями (ссылками).
На рисунке 2 представлена иерархическая модель данных по задаче «Учет продаж в салоне сотовой связи».
Рис. 2. Иерархическая модель данных
Достоинства модели:
простота понимания и использования;
обеспечение определенного уровня независимости данных;
простота оценки операционных характеристик благодаря заранее заданным взаимосвязям.
Недостатки модели:
Отношение «многие-ко-многим» непосредственно не поддерживается, что и является основным недостатком иерархических моделей.
Из-за строгой иерархической упорядоченности объектов модели значительно усложняются операции включения и удаления.
Удаление исходных объектов влечет удаление порожденных. Поэтому выполнение операции «удалить» требует особой осторожности.
Особенности иерархических структур обусловливают сложность операций манипулирования данными.
Корневой тип узла является главным. Доступ к любому порожденному узлу возможен только через исходный.
2.1.2. Сетевая модель
Сетевой подход является расширением иерархического. В иерархии экземпляр потомок имеет только одного родителя, а в сетевой системе потомок может иметь несколько экземпляров родителей, таким образом в сетевой БД любая запись существует в единственном экземпляре, что значительно упрощает удаление записи.
Основные понятия: уровень, элемент (узел), связь.
Каждый элемент может быть связан с любым другим элементом. Типы записей используются для представления типов сущностей и в графической диаграмме изображаются вершинами графа. Элементы данных используются для представления атрибутов сущности.
Модель допускает существование записей с простой и сложной внутренней структурой записи. Простая запись состоит только из элементов данных; сложная имеет многоуровневую древовидную иерархическую структуру.
В общем случае сетевая база данных представляет совокупность взаимосвязанных наборов, которые образуют на концептуальном уровне некоторый граф.
Сетевая модель по задаче курсового проекта представлена на рисунке 3.
Рис. 3. Сетевая модель данных
Достоинства модели:
наличие успешных реализаций систем управления базами данных, обеспечивающих эту сетевую модель (как и в иерархической модели);
простота реализации часто встречающихся в реальном мире взаимосвязей "многие ко многим".
Недостатки модели:
Основной недостаток сетевой модели состоит в ее сложности;
Прикладной программист должен детально знать логическую структуру базы данных;
Трудности осуществления навигации среди различных экземпляров наборов и экземпляров записей;
Возможная потеря независимости данных при реорганизации базы данных;
Представление, используемое прикладной программой, сложнее, чем в иерархической модели.
2.1.3. Реляционная модель
Реляционная модель состоит из трех частей, которые описывают разные аспекты реляционного подхода:
1. Структурной части;
2. Манипуляционной части;
3. Целостной части.
В структурной части модели фиксируется, что единственной структурой данных, используемой в реляционных БД, является нормализованное n-арное отношение (реляция – отношение).
Отношением называется таблица, которая обладает следующими свойствами:
Любой столбец имеет уникальное имя
Все элементы одного столбца имеют одинаковую природу(один тип)
В таблице нет двух одинаковых строк
Информативность таблицы не зависит от порядка расположения строк и столбцов
В манипуляционной части модели утверждаются два фундаментальных механизма манипулирования реляционными БД - реляционная алгебра и реляционное исчисление. Реляционная алгебра основывается на теории множеств, а реляционное исчисление – на теории исчисления предикатов первого порядка.
Целостная часть реляционной модели состоит из целостности сущности (в любом отношении есть ключ, поэтому отсутствуют кортежи-дубликаты) и ссылочной целостности (внешний ключ ссылается на значение первичного ключа в исходном отношении).
Реляционная модель данных по задаче «Учет продаж в салоне сотовой связи» представлена на рисунке 4.
Рис. 4. Реляционная модель данных
Достоинства реляционной модели.
Простота представления данных.
Запросы к БД могут быть сформированы на процедурном языке запроса , и не зависят от заранее определенной структуры БД.
Независимость данных
Реляционная модель базируется на хорошо разработанной реляционной теории, основой которой является реляционная алгебра.
Простота внесений изменений в БД.
Недостатки реляционной модели.
Невозможность представлений объектов соотношением «многие ко многим» в одной таблице.
Значительно большее время реакции на запросы.
Больший объем внешней памяти.
2.2. Нормализация данных
Основными недостатками схем-отношений являются:
Дублирование информации (неконтролируемая избыточность);
Потенциальная противоречивость (аномалия обновления);
Потенциальная возможность потери данных или аномалия удаления;
Потенциальная возможность невключения информации в БД (аномалия включения).
Нормализация – это процесс устранения перечисленных недостатков.
Т. е. процесс нормализации представляет собой процесс приведения БД к стандартному виду – нормальной форме. Существует несколько нормальных форм: 1НФ, 2НФ, 3НФ, 4НФ, 5НФ, БКНФ (Бойса - Кодда). Для практической разработки важны первые три. Остальные носят более теоретический характер.
2.2.1. Последовательный переход к 3НФ
2.2.1.1. Первая нормальная форма (1НФ)
Первая Нормальная Форма (1НФ) характеризуется тем, что все атрибуты отношения являются простыми, т.е. имеют единственное значение.
R1 (Наименование модели, стандарт поддерживаемой связи, вес, время работы, время ожидания вызова, количество цветов, наличие функций смартфона, наличие слота для карты памяти, наличие карты памяти в комплекте, наличие фотокамеры, максимальное разрешение снимков, наличие медиа-плеера, наличие радио, наличие JAVA, наличие GPRS, наличие EDGE, наличие Bluetooth, наличие WiFi, наличие ИК-порта, наличие диктофона, наличие GPS, цена, наименование производителя, наименование оператора, № телефона оператора, интернет сайт, наименование тарифного плана, стоимость подключения, валюта, тарификация, ежемесячная абонентская плата, стоимость входящих вызовов, плата за установление соединения, стоимость исходящих вызовов на телефоны данного оператора, стоимость исходящих вызовов на телефоны других операторов области, стоимость исходящих вызовов на телефоны ГТС области, количество подключаемых «любимых номеров», стоимость подключения «любимого номера», стоимость исходящих на «любимый номер», стоимость исходящего SMS, стоимость исходящего MMS, ФИО клиента, № паспорта, № серии паспорта, дата выдачи паспорта, кем выдан, адрес прописки, табельный № сотрудника, ФИО сотрудника, должность, дата продажи телефона, количество, № гарантийного талона, № контракта, абонентский номер, дата подключения)
Наименование производителя, модель → стандарт поддерживаемой связи, вес, время работы, время ожидания вызова, количество цветов, наличие функций смартфона, наличие слота для карты памяти, наличие карты памяти в комплекте, наличие фотокамеры, максимальное разрешение снимков, наличие медиа-плеера, наличие радио, наличие JAVA, наличие GPRS, наличие EDGE, наличие Bluetooth, наличие WiFi, наличие ИК-порта, наличие диктофона, наличие GPS, цена;
Наименование оператора → № телефона оператора, интернет-сайт,;
Наименование тарифного плана → наименование оператора, стоимость подключения, валюта, тарификация, ежемесячная абонентская плата, стоимость входящих вызовов, плата за установление соединения, стоимость исходящих вызовов на телефоны данного оператора, стоимость исходящих вызовов на телефоны других операторов области, стоимость исходящих вызовов на телефоны ГТС области, количество подключаемых «любимых номеров», стоимость подключения «любимого номера», стоимость исходящих на «любимый номер», стоимость исходящего SMS, стоимость исходящего MMS;
№ контракта → наименование тарифного плана, наименование оператора, абонентский номер, дата подключения, ФИО клиента, ФИО сотрудника;
№ гарантийного талона → наименование производителя, наименование модели, количество, дата продажи, ФИО клиента, ФИО сотрудника;
№ паспорта, № серии паспорта → ФИО клиента, дата выдачи паспорта, кем выдан, адрес прописки;
Табельный № сотрудника, → ФИО сотрудника, должность;
2.2.1.2. Вторая нормальная форма (2НФ)
Отношение находится во 2-й НФ, если это отношение находится в 1-й НФ и каждый не ключевой атрибут функционально полно зависит от первичного ключа.
Полная функциональная зависимость – это зависимость, в которой атрибуты правой части зависят ото всех атрибутов левой части.
В нашем случае нет неполных функциональных зависимостей, поэтому переходим к 3НФ.
2.2.1.3. Третья нормальная форма (3НФ)
Отношение находится в 3НФ, если оно находится во 2НФ и каждый не ключевой атрибут не транзитивно зависит от первичного ключа.
Если в функциональной зависимости атрибут в правой части зависит от другого неключевого атрибута, то такая зависимость называется транзитивной.
Разбиваем R1 на несколько путем декомпозиции.
R2 (Наименование производителя, модель, стандарт поддерживаемой связи, вес, время работы, время ожидания вызова, количество цветов, наличие функций смартфона, наличие слота для карты памяти, наличие карты памяти в комплекте, наличие фотокамеры, максимальное разрешение снимков, наличие медиа-плеера, наличие радио, наличие JAVA, наличие GPRS, наличие EDGE, наличие Bluetooth, наличие WiFi, наличие ИК-порта, наличие диктофона, наличие GPS, цена);
R3 (Наименование оператора, № телефона оператора, интернет-сайт);
R4 (Наименование тарифного плана, наименование оператора, стоимость подключения, валюта, тарификация, ежемесячная абонентская плата, стоимость входящих вызовов, плата за установление соединения, стоимость исходящих вызовов на телефоны данного оператора, стоимость исходящих вызовов на телефоны других операторов области, стоимость исходящих вызовов на телефоны ГТС области, количество подключаемых «любимых номеров», стоимость подключения «любимого номера», стоимость исходящих на «любимый номер», стоимость исходящего SMS, стоимость исходящего MMS);
R5 (№ контракта, наименование тарифного плана, наименование оператора, абонентский номер, дата подключения, ФИО клиента, ФИО сотрудника);
R6 (№ гарантийного талона, наименование производителя, наименование модели, количество, дата продажи, ФИО клиента, ФИО сотрудника);
R7 (№ паспорта, № серии паспорта, ФИО клиента, дата выдачи паспорта, кем выдан, адрес прописки);
R8 (Табельный № сотрудника, ФИО сотрудника, должность);
№ контракта → наименование тарифного плана, наименование оператора, абонентский номер, дата подключения, ФИО клиента; - транзитивная зависимость, так как наименование тарифного плана зависит от наименования оператора. Избавляемся от транзитивной зависимости, затем добавим необходимые коды и создадим справочник «Производители».
Производители (код производителя, наименование производителя, страна);
Телефоны (код телефона, код производителя, модель, стандарт поддерживаемой связи, вес, время работы, время ожидания вызова, количество цветов, наличие функций смартфона, наличие слота для карты памяти, наличие карты памяти в комплекте, наличие фотокамеры, максимальное разрешение снимков, наличие медиа-плеера, наличие радио, наличие JAVA, наличие GPRS, наличие EDGE, наличие Bluetooth, наличие WiFi, наличие ИК-порта, наличие диктофона, наличие GPS, цена);
Операторы (код оператора, наименование оператора, № телефона оператора, интернет сайт);
Тарифные планы (код тарифного плана, код оператора, наименование тарифного плана, стоимость подключения, валюта, тарификация, ежемесячная абонентская плата, стоимость входящих вызовов, плата за установление соединения, стоимость исходящих вызовов на телефоны данного оператора, стоимость исходящих вызовов на телефоны других операторов области, стоимость исходящих вызовов на телефоны ГТС области, количество подключаемых «любимых номеров», стоимость подключения «любимого номера», стоимость исходящих на «любимый номер», стоимость исходящего SMS, стоимость исходящего MMS);
Клиенты (код клиента, № и серия паспорта, фамилия, имя, отчество, дата выдачи паспорта, кем выдан, адрес прописки, контактный телефон);
Сотрудники (таб № сотрудника, ФИО сотрудника, должность);
Продажи (код продажи, № гарантийного талона, код телефона, количество, дата продажи, таб № сотрудника);
Подключения (код подключения, № контракта, код тарифного плана, код клиента, абонентский номер, дата подключения, таб № менеджера по продажам).
2.2.2. Доказательство ключа
Отношения «Продажи» и «Подключения» не зависят друг от друга, так как это различные направления деятельности салона сотовой связи, соответственно ключи этих отношений также независимы.
Докажем ключ отношения «Продажи».
(Код продажи)+;
(Код продажи)0 = Код продажи;
(Код продажи)1 = Код продажи, № гарантийного талона, код телефона, количество, дата продажи, таб № сотрудника;
(Код продажи)2 = Код продажи, № гарантийного талона, код телефона, количество, дата продажи, таб № сотрудника, код производителя, модель, стандарт поддерживаемой связи, вес, время работы, время ожидания вызова, количество цветов, наличие функций смартфона, наличие слота для карты памяти, наличие карты памяти в комплекте, наличие фотокамеры, максимальное разрешение снимков, наличие медиа-плеера, наличие радио, наличие JAVA, наличие GPRS, наличие EDGE, наличие Bluetooth, наличие WiFi, наличие ИК-порта, наличие диктофона, наличие GPS, цена, ФИО сотрудника, должность;
(Код продажи)3 = Код продажи, № гарантийного талона, код телефона, количество, дата продажи, таб № сотрудника, код производителя, модель, стандарт поддерживаемой связи, вес, время работы, время ожидания вызова, количество цветов, наличие функций смартфона, наличие слота для карты памяти, наличие карты памяти в комплекте, наличие фотокамеры, максимальное разрешение снимков, наличие медиа-плеера, наличие радио, наличие JAVA, наличие GPRS, наличие EDGE, наличие Bluetooth, наличие WiFi, наличие ИК-порта, наличие диктофона, наличие GPS, цена, ФИО сотрудника, должность, наименование производителя, страна;
Получилось все множество атрибутов.
Докажем ключ отношения «Подключения».
(Код подключения)+;
(Код подключения)0 = Код подключения;