Размещено на http://www.allbest.ru/

Автоматизированная информационная система "Оплата коммунальных услуг"

Введение

база данных автоматизированный информационный

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

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

Одной из наиболее распространенных СУБД является MS Access. Широкое применение именно этой СУБД для небольших офисных программ связано с тем, что она интегрирована в пакет прикладных программ MS Office, не требует большого объема памяти и достаточно проста в использовании.

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

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

Достижение цели возможно через решение ряда задач:

- изучение основных понятий;

- рассмотрение этапов проектирования;

- описание процесса проектирования;

- проанализировать обмен информации между клиентами и оператором;

- разработать электронную картотеку клиентов.

1.Теоретическая часть

Понятие: БД, СУБД, проект

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

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

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

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

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

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

Проект - это методологии анализа информационной системы (далее - ИС), включающей описание и формирование требований к ИС.

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

Этапы проектирования

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

Этапы проектирования БД связаны с многоуровневой организацией данных, то есть: внешнего, инфологического, логического (даталогического) и внутреннего (физического).

1. Внешняя модель

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

Инфологическая модель

Формализованное представление предметной области. Используются специальные искусственные формализованные языковые средства. Требование адекватного отображения предметной области. Непротиворечивость. Легкая расширяемость. Язык спецификации должен быть одинаково применим как для ручного, так и для автоматизированного проектирования ИС. Легко восприниматься всеми категориями пользователей. Цель - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой БД.

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

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

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

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

Связь ? ассоциация между двумя сущностями, при которой каждый экземпляр одной сущности ассоциирован с произвольным (в том числе нулевым) количеством экземпляров второй сущности, и наоборот.

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

2. Даталогическая модель

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

Схема ? описание логической структуры БД на языке СУБД.

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

3. Физическая модель

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

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

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

Все это оформляется в словарь БД. В словаре БД для каждой из таблиц заполняется своя таблица.

СУБД MS Access ? реляционная система управления БД, поэтому БД MS Access ? это совокупность взаимосвязанных реляционных таблиц (фундаментальные свойства отношений выполнены), в каждой из которых содержатся сведения об одной сущности.

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

MS Access ориентирована на работу с различными объектами, которые включают таблицы БД, запросы и объекты приложений для манипулирования данными: формы, отчёты, страницы, макросы и модули. Все объекты БД, как правило, хранятся в одном файле формата *.accdb. Для более эффективной работы БД должна храниться на жестком диске.

Понятия первичного и внешнего ключей общей теории проектирования реляционных БД совпадают с аналогичными понятиями в MS Access, что вполне естественно.

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

2.Практическая часть

Внешняя модель

Краткая характеристика и области применения

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

1. Основная функция

Информирование клиентов о задолженности по коммунальным услугам.

2. Основные объекты

- «Адрес», содержит полный почтовый адрес клиента, на него доставляется квитанция об оплате.

- «ФИО», отображает необходимые основные сведения о клиенте.

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

Технические требования:

Требования к функциональным характеристикам (Рисунок 1,Рисунок 2):

Рисунок 1 ? Функциональная модель БД (0 уровень - внешняя связь)

Рисунок 2 ? Функциональная модель БД (1 уровень - внутренняя связь)

Состав выполняемых функций

- предоставление готовых форм для ввода исходных данных;

- обработка исходных данных и составление квитанций;

- составление специальных форм отчетов.

Организация входных и выходных данных

Входные данные ? вносимые оператором сведения о потреблении определенного количества объема воды (холодной и горячей) и электроэнергии при использовании счетчиков.

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

Временные характеристики

Машинная обработка данных составляет несколько секунд.

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

В период опытной эксплуатации правильность работы системы проверяется тестовым вводом исходных данных.

Требования к условиям эксплуатации

Программа ориентирована на минимальные требования к компьютерной подготовке операторов ЖКХ и клиентов.

Требования к составу и параметрам технических средств

Процессор ? Intel(R) Core(TM)2 Duo CPU T8300 @ 1,40 GHz 1,40 GHz,

Память (RAM) ? 2070 Mb

Требования к информационной и программной совместимости:

Информационные структуры на входе и выходе

- ОС Windows XP, Vista

- Microsoft Office Enterprise 2007

- принтер Epson Stylus C43SX

Методы решения

Построение СУБД на основе функциональной, инфологической и реляционной моделей предметной области.

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

Определяются на этапе эскизного проектирования

Пользователи:

- операционист;

- клиенты;

- администрация жкх

- администратор бд.

При работе с системой операционист должен иметь возможность решать следующие задачи:

- формирование и просмотр списка клиентов

- узнавать о задолженности клиентов

- принятие от клиента оплату по квитанции

- выдача копии квитанции клиенту, с разрешения администрации ЖКХ.

При работе с системой клиент должен иметь возможность решать следующие задачи:

- просмотр всех квитанций по предоставляемым услугам за разные года;

- осуществление поиска квитанций по различным характеристикам;

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

При работе с системой администрация ЖКХ должна иметь возможность:

- выдать разрешение на копию квитанции, при письменной просьбе клиента;

- при не оплате клиентом квитанции более 3-х месяцев приостановить подачу услуг до полного погашения задолженности;

- формирование отчета об оплате по квитанции за предоставляемые клиенту услуги.

При работе с системой администратор БД должен иметь возможность решать следующие задачи:

- оптимизация производительности бд;

- обеспечение и контроль доступа к бд;

- обеспечение безопасности в бд;

- обеспечение целостности бд;

- резервирование и восстановление БД.

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

Состав программной документации:

руководство пользователя;

листинг программы.

системные требования

руководство администратора

разработчики.

Инфологическая модель

По средством анализа предметной области выделены представленные ниже сущности, взаимосвязи между ними и их атрибуты (Рисунок 3).

Рисунок 3 ? Инфологическая схема БД.

AllFusion ERwin Data Modeler (ранее: ERwin) - это программа, которая позволяет проектировать, документировать и сопровождать БД, хранилища данных и витрины данных. Создав наглядную модель БД, можно оптимизировать структуру БД и добиться её полного соответствия требованиям и задачам организации.

Построим модель БД в CA AllFusion ERwin Data Modeler (Рисунок 4).

Рисунок 4 ? Инфологическая модель БД.

Даталогическая модель

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

Рисунок 5 ? Даталогическое проектирование БД со связями.

Графическое представление используется и при автоматизированном проектировании структуры БД как интерфейсное средство общения с проектировщиком, и при документировании проекта.

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

Таблица 1 ? «ЖКХ»

Имя поля	Подпись	Тип	Условие
Код ЖКХ	Код ЖКХ	счетчик	длинное целое первичный ключ
Адрес	Адрес	текстовый	30
Дом	Дом	числовой	длинное целое
Телефон	Телефон	числовой	длинное целое маска ввода __?__?__
Дата отправки	Дата отправки	дата	полный формат даты

Таблица 2 ? «Операционист»

Имя поля	Подпись	Тип	Условие
Код операциониста	Код операциониста	счетчик	длинное целое первичный ключ
Код клиента	Код клиента	числовой	длинное целое
Ф.И.О	Ф.И.О	текстовый	30

Таблица 3 ? «Адрес»

Имя поля	Подпись	Тип	Условие
Код адреса	Код адреса	счетчик	длинное целое первичный ключ
Улица	Улица	текстовый	30
Дом	Дом	числовой	длинное целое
Корпус	Корпус	числовой	длинное целое
Квартира	Квартира	числовой	длинное целое

Таблица 4 ? «ФИО»

Имя поля	Подпись	Тип	Условие
Код клиента	Код клиента	счетчик	длинное целое первичный ключ
Код операциониста	Код операциониста	числовой	длинное целое
Код адреса	Код адреса	числовой	длинное целое
ФИО	Ф.И.О. абонента	текстовый	30
Количество проживающих человек	Количество проживающих человек	числовой	длинное целое
Площадь	Общая площадь (м2)	числовой	длинное целое

Таблица 5 ? «Квитанция»

Имя поля	Подпись	Тип	Условие
Код квитанции	Код квитанции	счетчик	длинное целое первичный ключ
Код ЖКХ	Код ЖКХ	числовой	длинное целое
Код клиента	Код клиента	числовой	длинное целое
Вид	Виды коммунальных услуг	текстовый
Долг	Долг на начало месяца	денежный
Тарифы	Тарифы по норме	денежный
Начислено	Начислено	денежный

Физическая модель

Привязка даталогической модели БД к среде хранения. Указание ограничений целостностей проектируемой БД и краткое описание полученных таблиц и их полей.

Таблица «ФИО» показывает ФИО и квартирные данные всех клиентов (Рисунок 6).

Рисунок 6 ? Таблица «Ф.И.О»

Таблица «Адрес» показывает, на какой адрес клиента высылается квитанция (Рисунок 7)

Рисунок 7 ? Таблица «Адрес»

Таблица «ЖКХ» показывает адрес ЖКХ и дату отправки квитанции на определенный адрес (Рисунок 9).



Рисунок 9 ? Таблица «ЖКХ»

Таблица «Квитанция» показывает все виды подключаемых услуг клиенту (Рисунок 8).

Рисунок 8 ? Таблица «Квитанция»

В таблице «Операционнист» указывается код операциониста и его фамилия (Рисунок 10).

Рисунок 10 ? Таблица «Операционист»

Отношение «один-ко-многим»

Поле на одной стороне отношения (как правило, поле первичного ключа) должно иметь уникальный индекс. Это означает, что свойство Индексировано этого полей должны иметь значения Да (Совпадения не допускаются). Поле на стороне «многие» не должно иметь уникального индекса. У этого поля может быть индекс, но он должен допускать совпадения. Это означает, что свойство Индексировано этого поля должно иметь значение Нет либо Да (Допускаются совпадения).

В БД должны выполняться следующие запросы.

- Поиск информации о задолженности клиента:

Рисунок 11 ? Запрос «О задолженности клиента»

- Поиск информации по параметрам клиента:

Рисунок 12 ? Запрос «По параметрам клиента»

- поиск всех должников и начисление пенни;

- самая большая (маленькая) задолженность по оплате коммунальных услуг;

- поиск стоимости тарифа по видам коммунальных услуг;

Главная кнопочная форма

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

Рисунок 13 ? Главная кнопочная форма.

Форма

Форма в БД - это структурированное окно, которое можно представить так, чтобы оно повторяло форму бланка. Формы создаются из набора отдельных элементов управления (Рисунок 14).

Рисунок 14 ? Форма.

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

Отчет

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

Рисунок 15 ? Отчет.

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

Заключение

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

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

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

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

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

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

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

В ходе работы получены практические навыки постановки задач, проектирования БД, и реализации в СУБД - Microsoft Access 2007.

Литература

1. Агальцев В.П. Базы Данных [Текст] / В.А. Агальцев. ? М.: Мир, 2007. ? с.200.

2. Балтер Э. Mastering Microsoft Office Access 2007 Development [Текст] / М.: «Вильямс», 2009 ? с.1296, с ил.

3. Бойко В.В. Проектирование Базы Данных информационных систем [Текст] / В.В. Бойко, В.М. Савинков. ? М.: Бингом, 2006. ? с.265.

4. Голицын О.Л. Базы Данных [Текст] / О.Л. Голицын, Н. В. Максимов, И.И. Попов. ? М.: Инфра-М, 2006. ? с.340.

5. Дейт К. Введение в системы Баз Данных [Текст] / К. Дейт. ? перевод с англ. яз., 7-е издание. ? М.: Вильямс, 2005. ? с.800.

6. Дейт К. Дж. Введение в системы баз данных 8-е изд. [Текст] / М.: «Вильямс», 2006. ? с.1328.

7. Дейт К. Дж. Основы будущих систем баз данных: третий манифест [Текст] / Х. Дарвен М.: Янус-К, 2004. - с.656.

8. Джанус Ф. Pro InfoPath 2007 [Текст] / М.: «Вильямс», 2008. - с.272, с ил.

9. Дженнингс Р. Special Edition Using Microsoft Access 2002 First Edition, специальное издание, (+ CD-ROM) [Текст] / М.: «Вильямс», 2004 ? с.1008, с ил.

10. Диго С. М. Базы данных: проектирование и использование [Текст] / М.: «Инфра-М», 2005. - с.121.

11. Житкова О. С. Проектирование баз данных в СУБД Access [Текст] / М.: «Интеллект-Центр», 2006. - с.52.

12. Карпова Т.С. Базы Данных: модели, разработка, реализация [Текст] / Т.С. Карпова. ? СПб.: Питер, 2006. ? с.496.

13. Коннолли Т. Базы данных. Проектирование, реализация и сопровождение. Теория и практика 3-е изд. [Текст] / Каролин Бегг ? М.: «Вильямс», 2003. ? с.1436.

14. Кошелев В. А. Access 2007 [Текст] / М.: «Бином», 2008. - с.590.

15. Кренке Д. Проектирование баз данных. Теория и практика построения баз данных [Текст] / СПб.: «Питер», 2005. - с.301.

16. Кузин А.В. Разработка баз данных в системе Microsoft Access [Текст] / Демин В.М. - М.: «Эксмо», 2005. - с.224.

17. Кузнецов С.Д. Основы современных баз данных, информационно-аналитические материалы [Текст] / М.: «Центра Информационных Технологий», 2002. - с.94.

18. Кузнецова С.Д. Базы данных. Модели и языки [Текст] / М.: «Бином.ЛБЗ», 2002. - с.75.

19. Кушнир А. Н. Access 2007 в кармане [Текст] / М.: «Эксмо-Пресс», 2007. - с.272.

20. Малыхина М. П. Базы данных. Основы, проектирование, использование [Текст] / СПб.: «БХВ-Петербург», 2006. - с.271.

21. Мирошниченко Г. И. Реляционные базы данных: практические приемы оптимальных решений (+ CD-ROM) [Текст] / СПб.: «БХВ-Петербург», 2005. - с.136.

22. Рудикова. Разработка баз приложений СУБД [Текст] / М.: «Эксмо», 2003. - с.53.

23. Сергеев А. В. Access 2007. Новые возможности. [Текст] / СПб.: Питер 2008. ? с.175.

24. Сибилев В.Д. Учебное пособие «Модели и проектирование баз данных», [Текст] / Томск, 2002. - с.69.

25. Советов Б. Я. Базы данных. Теория и практика [Текст] / В. В. Цехановский, В. Д. Чертовский ? М.: «Высшая школа», 2005. - с.170.

26. Стоунбрейкер М. Объектно-реляционные системы баз данных. [Текст] / М. Стоунбрейкер. ? Прогресс, выпуск 4, 2006. ? с.380.

27. Тимошок Т. В. Microsoft Office Access 2007 [Текст] / М.: « Диалектика», 2008. - с.456.

28. Тиори Е. Проектирование Баз Данных [Текст] / Е. Тиори, Дж. Фрай. ? М.: Мир, 2006. ? с.456.

29. Туманов В.Е. Основы проектирования реляционных баз данных [Текст] / М.: «Бином.ЛБЗ», 2007. - с.420.

30. Ульман Дж. Основы реляционных баз данных [Текст] / Уидом Дж. - М.: «Прогресс», 2006. - с.384.

31. Ульман Дж. Основы систем Баз Данных [Текст] / Дж. Ульман ? М.: Прогресс, 2007. ? с.800.

32. Фаронов В. В. Delphi, язык и среда программирования. Специальные вопросы и полезные советы 1-е изд., [Текст] / М.: «Эксмо-Пресс», 2006. - с.464.

33. Фрост Р. Базы данных. Проектирование и разработка [Текст] / Дей Дж. К. Ван Слайк ? М.: «НТ Пресс», 2007. - с.210.

34. Харрингтон Д. Разработка баз данных [Текст] / М.: «ДМК-пресс», 2005. - с.143.

35. Харрингтон Дж. Л. Проектирование реляционных баз данных [Текст] / М.: «Лори», 2006. - с.93.

36. Эмблер С. В. Рефакторинг баз данных: эволюционное проектирование. [Текст] / М.: «Вильямс», 2007. ? с.368.

Размещено на Allbest.ru