Проектирование базы данных "Сотовой компании"

 

 

Содержание.

1. Постановка задачи…………………………………………………………………..3
2. Введение……………………………………………………………………………..4
3. Исследование предметной области………………………………………………..5
4. Концептуальное проектирование………………………………………………….6
1. Перечень сущностей………………………………………...……………………..7
2. Перечень атрибутов………………………………………………………………..7
5. Инфологическое проектирование………………………………….………………8
1. Модель “сущность - связь”…………………………………………..……………8
2. Классификация связей…………………………………...…………………….…..8
6. Реляционная модель БД…………………………………………………………...10
1. Функциональные зависимости между атрибутами………………………….....14
2. Выбор ключей………………………………………………...…………………..15
3. Нормализация отношений……………………………………………………….15
7. Даталогическое проектирование БД………………...……………………….…...16
8. Физическая модель БД………………………………………………………….....17
9. Запросы к БД……………………………………………………………………….18
10. Разработка механизмов защиты данных от несанкционированного доступа……………………………………………………………………………...21
11. Требования к техническому обеспечению……………………………………….22
12. Инструкция по использованию БД……………………………………………….22
1. Экранные формы……………………………………………………………….22
2. Описание отчетов………………………………………………………………25
13. Заключение……………………………...…………………………………….……28
14. Список использованной литературы……………………………………………..29

 

 

 

 

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

Проектирование базы данных "Сотовая компания".

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

       - наименование  тарифа;

      - код тарифа;

       - стоимость  тарифа:

       - ФИО абонента;

       - адрес  абонента;

       - телефон  абонента;

       - дата  подключения;

      - ФИО сотрудника;

       - адрес  сотрудника;

       - телефон сотрудника;

       - должность  сотрудника.

  Выходная информация  на печать:

       - сводная  ведомость по абонентам;

       - сводная  ведомость по тарифам.

  Выходная информация  на экран:

       - для  операторов: ФИО, подключаемый тарифный план:

       - для  абонентов: номер телефона, тарифный план, дата подключения.

 

 

2. Введение.

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

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

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

     Существует  множество различных СУБД: IMS, СЕТОР, ORACLE, CLIPPER, FOX PRO, ACCESS. Мы использовали  для нашей БД  Microsoft Access.

     Microsoft Access - это интерактивная реляционная СУБД (relational database management system - RDBMS ) для WINDOWS . Это программа, которую используют для хранения и извлечения данных в зависимости от отношений, которые установили. Работа с ней упрощена посредством манипулятора мыши. Графические возможности оболочки производят большое впечатление при изготовлении высококачественных отчетов и распечаток.

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

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

     Несмотря на  то, что Access является мощной и  сложной системой, его использование  не сложно для непрофессиональных  пользователей.

 

 

3. Исследование предметной области.

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

• предоставление общей информации о тарифах(наименование, код, оплата СМС,ММС и звонков, а также трафик и тарификация). Данная информация будет содержаться в таблице “Тарифы”, изменяться и пополняться в течение времени;
• предоставление информации о персонале(Ф И О, адрес, телефон, пол и должность ). Данную информацию будет содержать таблица “Персонал”;
• предоставление информации об абонентах(Ф И О, адрес, телефон, подключенный тарифный и т.д.). Данную информацию, изменяющуюся и пополняющуюся в течение времени, будет содержать таблица “Абоненты”.

     При проектировании  базы необходимо учитывать интересы  как компании, так и абонентов. Конечные пользователи данной БД- сотрудники сотовой компании МТС.

 

     Приведем описание предметной области с помощью DFD-диаграмм (Data Flow Diagram – диаграмма потоков данных).

DFD-диаграмма “Подключение абонентов”.

      Здесь первым  этапом является поступление  запроса на подключение от  абонента, далее запрос передается  оператору, и заключительной стадией  является, собственно, подключение  абонента.

 

 

4. Концептуальное проектирование.

     Приведем перечень  информационных объектов, сущностей  и атрибутов.

     В БД “Сотовая компания” будут содержаться информационные объекты данных (таблицы, запросы) и объекты приложения (отчеты, макросы, формы).

 

 

 

4.1 Перечень  сущностей.

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

     Различают  такие понятия, как  тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе. В разрабатываемой базе типом сущности, например, является ТАРИФ, а экземпляром – MAXI +, ВСЕ СВОИ, ГОСТЕВОЙ и т.д.

 

 

2. Перечень атрибутов.

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

 

ТАБЛИЦА	АТРИБУТЫ
Персонал	№ записи, Ф И О , Адрес, Телефон, Пол, Должность
Тарифы	№ записи, Наименование, Код, Оплата СМС, Оплата ММС, Оплата звонков, Трафик(за 10 Кб), Тарификация
Абоненты	№ записи, Ф И О , Адрес, Номер телефона, Тарифный план, Дата подключения, Оператор

 

 

 

 

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

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

 

5.1 Модель  “сущность - связь”.

     Связь  между сущностями представляет собой наличие какой-либо зависимости, ассоциации между сущностями – т.е. наличие информационной или логической связи между объектами автоматизируемой предметной области.

     Приведем схему  данных БД “Сотовая компания”:

 

2. Классификация связей.

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

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

• один к одному.
• один ко многим.
• многие к одному.
• многие ко многим.

     В БД “Сотовая компания” между таблицами  установлена связь “один-ко-многим”.

 

 

     Приведем инфологическую  модель БД “ Сотовая компания ”.

 

6. Реляционная модель БД.

     Реляционная  алгебра- это множество отношений с замкнутым на нем множеством над отношениями. Все множество операций над отношениями можно разделить на две группы:

• теоретико-множественные(объединение, пересечение, разность, расширенное декартово произведение);
• специальные операции(горизонтальный выбор(фильтрация), вертикальный выбор(проекция),условное соединение, деление).

    

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

     Можно выделить 3 особенности  РМД:

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

 Приведем примеры реляционной  модели данных.

   R1-персонал.

 

 

   R2-тарифы.

   R3-абоненты.

 

   R4-абоненты,подключившиеся к тарифному плану ГОСТЕВОЙ.

   R4=R3[тарифный план =”ГОСТЕВОЙ”]

 

   R5-абоненты,подключенные с 1.05.2010 по 15.05.2010.

   R5= R3[дата подключения>#01.05.2010#, дата подключения<#15.05.2010#].

 

   R6-тарифы,в которых действует посекундная тарификация.

Для получения данной операции, выполним следующее:

1)запишем тарифы с поминутной  тарификацией

R7=R2[тарификация =”Поминутная”]