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

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

Министерство науки и образования РФ

Московский государственный университет экономики, статистики и информатики (МЭСИ)

Институт компьютерных технологий

Кафедра прикладной информатики в экономике

КУРСОВАЯ РАБОТА

по дисциплине «Базы данных»

на тему: Проектирование базы данных туристического агентства

Москва 2017 г.

Содержание

Введение

1. Описание предметной области. Постановка задачи

2. Выбор средств/методологии проектирования. Выбор СУБД

3. Построение инфологической (концептуальной) модели предметной области

4. Проектирование логической структуры базы данных

5. Проектирование физической структуры базы данных

6. Организация ввода данных в БД

7. Организация корректировки БД

8. Разработка интерфейса

9. Реализация проекта в среде конкретной СУБД

Заключение

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

Введение

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

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

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

Предметом исследования является учет продаж в центре.

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

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

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

- исследовать предметную область;

- разработать логическую и физическую модель базы данных;

- разработать интерфейс пользователя средствами СУБД.

- выполнить прямое проектирование.

- разработать средствами СУБД формы, таблицы, запросы, отчеты

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

1. Описание предметной области. Постановка задачи

инфологический логический база интерфейс

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

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

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

Развернутое представление показано в таблице 1.1. Схема дерева целей представлена на рисунке 1.

Рисунок 1. - Дерево целей центра продажи автотранспортных средств

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

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

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

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

К основной категории пользователей системы относятся: пользователь сайта (клиент) и менеджер по продаже.

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

Таблица 1. Проблемные ситуации

Цели	Проблемные ситуации	Способы разрешения
С1.1	Загруженность специалистов и сложность вызова на срочные выезды.	Стажировка выпускников профильных специальностей.
С1.2	Высокая конкуренция (фирмы в регионе, продажи через интернет); Нет службы систематического поиска потенциальных клиентов; Несистемная реклама;	Повышение собственного рейтинга сред представителей за счет аттестации защиты статусов; Создание отдела телемаркетинга; Разработка плана реклам;
С1.4, С2.2 и С2.3	Недостаточный объём продаж: несистемность рекламы, слабая маркетинговая политика - работа с одним сегментом много лет, высокая конкурентность по сервису и качеству в сфере услуг дополнительного образования по всему циклу процесса (от продажи до обучения), трудоёмкость аналитической работы в управлении результативностью.	Лицензирование образовательной деятельности; Офицальные статусы учебного центра ведущих вендеров; Отдельный рекламный план учебного центра; Поиск клиентов.
С1.5, С2.4	Непредсказуемость сроков и трудозатратность, что затрудняет выстраивание системы бесперебойного планирования проектов.	Осуществление обследования клиента перед проектом для более точной установки проблем, сроков и объемов работ.
С2.1	Высокая конкуренция по цене	Отработка более платежеспособного сегмента рынка в том числе другого региона.

2. Выбор средств/методологии проектирования. Выбор СУБД

При создании автоматизированной информационной системы (АИС), во-первых, осуществляется системный анализ предметной области проектирования. Для этого в качестве инструментального средства будет использоваться пакет BPwin. На основании методологии IDEF0 строится модель, предназначенная для описания бизнес-процессов.

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

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

Контекстная диаграмма модуля «Автоматизация продаж автотранспортных средств» представленная на рис. 2.



Рисунок 2. Контекстная диаграмма модуля «Автоматизация продаж автотранспортных средств»

Взаимодействие с окружающей средой описывается как вход (регистрационные данные, приходная накладная, приходной кассовый ордер, лист оплаты "WebMoney") - эта информация обрабатывается системой. Выход («Ведомость продаж», документ "Динамика продаж товаров", «Расходная накладная») - результат деятельности системы. Управление (методика бухгалтерского учета, методика управленческого учета, положения о магазине и взаимодействии с клиентами) - это стратегии и процедуры, под управлением которых решается задача. Механизм (пользователь (клиент), менеджер по продаже, ИС интернет магазина) - ресурсы, необходимые для проведения работы.

После описания системы в целом проводится функциональная декомпозиция системы Автоматизация продаж автотранспортных средств», которая приведена на рис. 3.

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



Рисунок 3. Декомпозиция системы «Автоматизация продаж автотранспортных средств»

Инициализацией бизнес-процесса "Оформления заказа на покупку" является поступление на вход регистрационных данных пользователя и остатков товаров в складе центра. Целью выполнения бизнес-процесса является запись в базу данных информации о заказанном товаре. Декомпозиция данного бизнес-процесса приведена на рис. 4.

Инициализацией бизнес-процесса "Учет продаж" есть поступление на вход заказа на товар и документов в зависимости от выбранной системы оплаты. Целью выполнения бизнес-процесса является формирование расходной накладной и ведомости по продаже для дальнейшего использования в расчетах остатков товаров на складе и для анализа динамики продаж. Декомпозиция данного бизнес-процесса приведена на рис. 5.

Инициализацией бизнес-процесса "Учет движения товаров на складе" есть поступление на вход расходной накладной. Целью выполнения бизнес-процесса является расчет остатков товара на складе для дальнейшего заказа товаров. Декомпозиция этого бизнес-процесса приведенная на рис. 6.

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

Рисунок 4. Декомпозиция второго уровня бизнес-процесса «Оформление заявки на покупку»

Рисунок 5. Декомпозиция второго уровня бизнес-процесса «Учет продаж»



Рисунок 6. Декомпозиция второго уровня бизнес-процесса «Учет товара на складе»

Рисунок 7. Декомпозиция второго уровня бизнес-процесса «Анализ динамики продаж»

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

Рисунок 8. Диаграмма дерева узлов разрабатываемого модуля

3. Построение инфологической (концептуальной) модели предметной области

Модуль «Автоматизация продаж автотранспортных средств» позволяет автоматизировать функции пользователя (клиента) и менеджера по продаже, а именно:

бизнес-задач01: "Оформления заказа на покупку".

бизнес-задача 02: "Учет продаж".

бизнес-задача 03: "Учет движения товаров на складе".

бизнес-задача 04: "Анализ динамики продаж".

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

Функциональные требования к программному продукту имеют следующий вид. Программа должна позволять осуществлять в диалоговом режиме ведение БД:

введение входных данных;

контроль правильности ввода данных;

сохранение данных;

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

печать исходных документов.

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

Модель «сущность-связь» называют также методом ER -- диаграмм (Essence - сущность, Relation - связь). Эта модель основана на использовании 3-х основных конструктивных элементах:

сущность;

атрибут;

связь.

Взаимосвязи между таблицами БД могут быть типизированы по следующим основным видам:

отношение «один к одному» (1:1) означает, что каждая запись одной таблицы соответствует только одной записи в другой таблице;

отношение «один ко многим» (1:М) возникает, когда одна запись взаимосвязана со многими другими;

отношение «многие к одному» означает, что многие записи связаны с одной (М:1);

отношение «многие ко многим» (M:N) возникает между двумя таблицами в тех случаях, когда:

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

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

4. Проектирование логической структуры базы данных

Построение моделей данных в ERStudio начинается с выбора в меню File пункта создания новой модели (рис. 9).

Рисунок 9 - Создание новой модели данных

Далее переходим к созданию сущностей. Сущность в ERStudio можно создать несколькими способами: выбрав в главном меню пункт создания сущности, выбрав на панели инструментов соответствующую кнопку, с помощью браузера объектов (рис. 10).



Рисунок 10 - Создание новой сущности

Для вновь созданной сущности задаем имя и создаем атрибуты, указывая их тип и размерность (рис. 11).

Рисунок 11 - Создание атрибутов сущности

На рис. 12 показано назначение атрибута КодСотрудника первичным ключом в таблице.

После создания всех сущностей, устанавливаем связи между таблицами (идентифицирующие или неидентифицирующие). На рис. 1.13 представлены сущности модели и идентифицирующие связи между ними.



Рисунок 12 - Назначение первичного ключа

Рисунок 13 - Логическая модель базы данных

5. Проектирование физической структуры базы данных

На основании логической модели создать физическую модель БД.

На рис. 14 показан переход от логического представления модели БД к физическому представлению.

Рисунок 14 - Переход к физической модели

Далее появляются ряд окон для установки различных параметров генерируемой физической модели. Диалоговые окна представлены на рис. 15 - 18.



Рисунок 15 - Генерация физической модели. Шаг 1

Рисунок 16 - Генерация физической модели. Шаг 2



Рисунок 17 - Генерация физической модели. Шаг 3

Рисунок 18 - Генерация физической модели. Шаг 5

На рис. 19 представлена готовая физическая модель данных.

Рисунок 19 - Физическая модель данных

Перед тем, как приступить к генерации БД, можно выбрать БД из списка предложенных в пункте меню Database Change, подпункте Database Platform. Далее можно приступить к генерации БД (рис. 20-23).

Рисунок 20 - Запуск на генерацию БД



Рисунок 21- Мастер генерации БД. Шаг 1

Рисунок 22 - Мастер генерации БД. Шаг 2

Рисунок 23 - Мастер генерации БД. Шаг 3

Если нужного источника данных нет в выпадающем списке, то создаем его самостоятельно. Нажимаем на «Добавить» (рис. 24 - 27).

Рисунок 24 - Выбор источника данных пользователя

Рисунок 25 - Создание нового источника данных



Рисунок 26 - Установка драйвера ODBC

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

Рисунок 27 - Выбор базы данных

Задаем имя новому источнику данных (рис. 28).

Рисунок 28 - Установка драйвера ODBC

Схема данных по данной предметной области (схема данных Access) представлена на рис. 29.

Рисунок 29 - Схема данных в ACCESS 2003

Как мы видим, схема данных состоит из семи таблиц и связей между ними.

6. Организация ввода данных в БД

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

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

Рисунок 30. Форма для ввода пароля

После ввода пароля, загружается главная кнопочная форма приложения, которая представлена на рис. 31.

Рисунок 31. Главная форма программы

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

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

- сбор данных;

- обработка данных;

- генерация данных;

- хранение данных;

- передача данных.

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

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

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

- вывод результатной информации на печать,

- вывод результатной информации на экран.

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

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

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

Главная кнопочная форма состоит из, так называемых, страниц, на каждой из которых имеются элементы - кнопки. Щелчок мышкой на таком элементе вызывает определенные действия - переход к новой странице кнопочной формы, открытие какой-либо формы базы данных для просмотра и внесения изменений, открытие запросов, отчетов и т. д.

Создать главную кнопочную форму - это:

- создать перечень страниц кнопочной формы;

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

7. Организация корректировки БД

Изменение всех или некоторых значений в существующих строках выполняется с помощью оператора UPDATE. Он имеет следующий синтаксис:

UPDATE имя_таблицы

SET поле1=…, поле2=…

WHERE условие

После слова SET идет перечисление столбцов и значений, которые им необходимо присвоить. После WHERE - условие, по которому будут выбраны строки, подлежащие изменению. [2]

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

8. Разработка интерфейса

Из главной формы можно получить доступ к товарам, ввод/просмотр других сведений, просмотр отчетов, формы показаны на рис. 32-34.

Рисунок 32. Форма «Товары»

Рисунок 33. Форма «Ввод/просмотр других сведений»



Рисунок 34. Форма «Отчеты»

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

Пароль на базу данных: 16051972.

9. Реализация проекта в среде конкретной СУБД

Описание программного обеспечения

1 Структура ПО. Структура разработанной системы приведена на рис. 14.1, главы 14 и определена требованиями СУБД Access. В настоящей системе использованы следующие объекты данной СУБД - таблицы, запросы, формы, отчеты, макросы.

2. Основные функции ПО. Разработанная система имеет удобный пользовательский интерфейс (кнопочную форму). Система позволяет осуществлять:

· ввод и контроль справочной информации (справочник стран, справочник предприятий, справочник продукции, справочник поставщиков);

· ввод и контроль оперативной информации (договора, накладные);

· автоматизацию ввода и контроля информации;

· выдачу информации (на экран и печать) по запросам пользователей, с учетом различных критериев отбора;

· выдачу отчета "Анализ выполнения договорных обязательств поставщиками".

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

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

5. Связь с другими программами. Пример. Программный блок интерфейса содержит различные средства для связи с другими программами и обеспечивает поддержку приложений OLE, OLE Automation и DDE Это позволяет: управлять работой других программ, например, импортировать данные и формировать отчеты и графики в Microsoft Excel и др.

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

7.Операционная система (ОС) и средства расширяющие возможности ОС. Для разработки системы использована ОС Windows XP, как наиболее распространенная в настоящее время, и MS Office 2002.

8. Требования к компьютеру: Объем дисковой памяти - 4,0 МГБ

Инструкция по эксплуатации ПЭВМ

1.Для надежной и продолжительной работы компьютера необходимо:

· наличие исправного контура заземления;

· подключать ПЭВМ и все периферийные устройства только через розетки, имеющие общий шлейф заземления;

· обеспечить стабильность питающего напряжения (при помощи стабилизатора электроэнергии, подключаемого к данной питающей фазе);

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

2.Подключение внешних устройств к системному блоку во время работы не допускается.

3.Включение компьютера производить в следующей последовательности:

включить стабилизатор напряжения (при его наличии);

включить принтер;

включить монитор (в случае его автономного питания);

включить компьютер (переключатель на корпусе).

4. Выключение компьютера:

· завершить работающие программы;

· в системном меню Windows выбрать пункт " Выключить компьютер";

· в появившемся окне выбрать кнопку "Выключение";

· выключить монитор (при его автономном питании);

· выключить стабилизатор (при его наличии).

Инструкция пользователю.

1. Установите указатель мыши на пиктограмму Delivery.mdb и сделайте левой кнопкой мыши двойной щелчок.

2. На экран выводится Главная кнопочная форма.

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

4. При последующих запусках ввод данных производится по всем вновь поступающим документам.

5. Для выдачи данных по запросам нажмите кнопку Запрос. На экране появится перечень запросов. Для получения данных по запросу действуйте согласно указаниям меню. Дата вводится по макету дд.мм.гг. (дата. месяц. год).

6. Для выдачи отчета используется кнопка меню Отчет.

7. Для выхода из меню нажмите кнопку Выход.

Заключение

В результате выполнения курсовой работы решены следующие задачи:

а) сделано описание и анализ предметной области средствами программного продукта BPWin;

б) сделано обзор существующих информационных систем для автоматизации бизнес-процессов;

в) описана архитектуру системы;

г) выплнен анализ программных и технических средств.

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

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

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

1. Агальцов, В.П. Базы данных: Кн.1.Локальные базы данных:/ Агальцов В.П..- 2-е изд., перераб. - М.: ИНФРА-М, 2009, 2011.- 352 с., ил.

2. Вендров, А.М. CASE -технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998.,176 с.

3. Диго, С.М. Базы данных: проектирование и использование: Учебник./Диго С.М. - М.: Финансы и статистика. 2015.- 592 с.

4. Киреева, Г.И., Курушин В.Д., Мосягин А.Б., Нечаев Д.Ю., Чекмарев Ю.В. Основы информационных технологий. Учебное пособие. М: ДМК Пресс, 2009 - 272 с.

5. Черников, Б.В.Информационные технологии в вопросах и ответах/ Учебное пособие. Черников Б.В.-М.: Финансы и статистика.

6. Марков, А.С., Лисовский К.Ю./Базы данных.Введение в теории и методологию: Учебник. / Марков А.С., Лисовский К.Ю.-М.: Финансы и статистика,2016. - 512 с

7. Маклаков, С.В. BPwin и ERwin. CASE -средства разработки информационных систем. М.: ДИАЛОГ-МИФИ, 1999. -256 с.

8. Советов, Б.Я. Информационные технологии: Учебник. / Б.Я. Советов, В.В. Цехановский.- 4-е изд., стер.-М.: Высш. шк., 2008.- 263 с.: ил.

9. Уткин, В.Б. Информационные системы и технологии в экономике: Учебник.- М.: ЮНИТИ-ДАНА., 2005. - 335 с.- (Серия "Профессиональный учебник: Информатика".

10. Шевченко, Н.А. Access 2003/ -Искусство создания базы данных /Шевченко Н.А.- М.:НТ Пресс, 2005.-160с.: илл.

11. Шафрин, Ю.А. Информационные технологии: В 2 ч. Ч.2: Офисная технология и информационные системы/ Шафрин Ю.А.- М.: БИНОМ. Лаборатория знаний, 2008.-336 с.

12. Фуфаев, Э.В. Базы данных: Учебное пособие для студентов сред. проф. образования/ Э.В. Фуфаев.- М.:Академия, 2005.- 320с.

13. Фридман, А. Л. Основы объектно-ориентированной разработки программных систем. М.: Финансы и статистика, 2014- 192 с.

14. Черемных, С. В., Семенов И. О., Ручкин В. С. Структурный анализ систем: IDEF-технологии. М.: Финансы и статистика, 2001, 208 с.

15. Татарникова, Т.М. Системы управления базами данных. Учебное пособие. СПб: ГОУ ВПО Российский государственный гидрометеорологический университет, 2013 - 88 с.

16. Энциклопедия технологий баз данных./ Когаловский М.Р.- М.: Финансы и статистика, 2006.- 800 с.

17. Харрингтон, Д. Проектирование объектно-ориентированных баз данных. Учебное пособие. М: ДМК Пресс, 2001 - 272 с.

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