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

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Филиал федерального государственного бюджетного образовательного учреждения высшего профессионального образования

Кафедра экономической информатики и АСУ

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

по дисциплине:

Информатика

на тему:

Проектирование информационных баз данных

Выполнила:

Лукьянова К.С.

Проверил:

К.т.н., доцент

Евстафьев Е.Н.

Великий Новгород 2012г.1. Анализ предметной области

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

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

В курсовой работе в соответствии с заданием автоматизируется деятельность отдела сбыта ЗАО «Парус».

Общий алгоритм деятельности предприятия следующий:

1. Предприятие имеет три цеха, выпускающие следующие виды продукции:

Таблица 1. Список выпускающих цехов ЗАО «Парус»

№ цеха	Наименование цеха	Наименование продукции	единица выпуска (измерения)	Код един. Измерения	Цена

Таблица 2. Список складов ЗАО «Парус»

№ склада	Наименование склада	Наименование продукции	Объем хранения в ед.выпуска (измерения)

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

4. Цеха, выпуская продукцию в соответствии с планом, передают ее на склады, сопровождая факт сдачи на склад цеховой накладной.

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

6. Заказчик, оплачивая полученную продукцию, сопровождает факт оплаты платежным поручением.

2. Первичные документы и их реквизиты

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

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

· Максимальное количество договоров на предприятии - 285;

· Максимальное количество ТТН - 1285;

· Максимальное количество ЦН - 485;

· Максимальное номер ПП - 22285;

· Максимальное количество изделий по договору - 1285;

· Максимальное количество изделий по ТТН - 185;

· Максимальное количество изделий по ЦН - 5;

· Максимальное количество изделий по ПП - 385; и т.д.

Сводные результаты по описаниям реквизитов используемых на предприятии документов представлены в таблице 1.2.

3. Ограничения предметной области

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

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

· У готового изделия только одна единица измерения.

· Один цех выпускает несколько наименований продукции.

· На одном складе хранится несколько наименований продукции.

· Количество продукции измеряется целым числом.

· Каждый договор заключается с одним Заказчиком, НО с одним Заказчиком может быть заключено несколько Договоров.

· Номер Договора неизменен и уникален!!

· В одном Договоре может быть указано несколько изделий.

· Одно и то же изделие может быть указано в Договоре несколько раз, но с разными сроками отгрузки.

· Рассматриваются только договора текущего года.

· Документ об отгрузке готовой продукции (Товарно-транспортная накладная - ТТН) относится к одному Договору и может содержать несколько наименований изделий. Его номер уникален для предприятия.

· По одному договору может быть несколько отгрузок.

· Номер документа об оплате готовой продукции (Платежное поручение - ПП) уникален по конкретному Заказчику и соответствует конкретной ТТН.

· В одном документе об оплате может быть несколько изделий.

· Одной ТТН может соответствовать несколько ПП.

· Код присваивается изделию из последовательности чисел 1, 2, 3, и т.д. Каждое изделие имеет свой уникальный код.

· Нумерация месяцев в списке месяцев последовательная: 1, 2, 3, и т.д. Каждый месяц имеет, естественно, свой уникальный номер.

Эти ограничения при дальнейшей разработке информационной системы позволяют:

1. Однозначно установить связи между объектами.

2. Обосновать выбор ключевых элементов.

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

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

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

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

В рамках курсовой работы по варианту 20 необходимо «Сделать анализ выполнения финансового плана предприятия за ЗАДАННЫЙ месяц».

Описание выходной информации

На данном этапе проектирования необходимо:

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

· строго определить их формы (формы выходных документов).

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

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

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

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

Выполнение финансового плана за _______________ месяц

Номер договора	Сумма	Отклонение
	По договору	оплачено
…	…	…	…
ИТОГО:	?	?	?

На данном этапе проектирования выявляется:

· вся совокупность документов, обеспечивающих человеческую деятельность в анализируемой области;

· алгоритм движения документов и порядок формирования.

Уточняется соответствие описаний реквизитов, встречающихся в выходных документах и входных.

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

5. Разработка информационного обеспечения

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

Оптимальность при формировании ИО обеспечивается соблюдением принципов нормализации:

· каждый ИО объединяет функционально связанную группу ИЭ;

· исключается пересечение ИО по ИЭ;

· исключается дублирование информации о конкретных экземплярах объектов (в реляционных таблицах не должно быть одинаковых строк).

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

Исключение пересечения ИО по ИЭ достигается обеспечением изображения единственной стрелки напротив конкретного ИЭ. Стрелка указывает на принадлежность ИЭ конкретному ИО.

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

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

· Товаротранспортная накладная;

· Платежное поручение

разбита для хранения на две функциональные группы, на два ИО (информационных объекта):

· ТТН и Спецификация ТТН;

· ПП и Спецификация ПП.

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

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

Для ИО ТТН выбираем в качестве ключевого элемента «Номер ТТН», поскольку согласно раздела 1.3 «….. номер ТТН уникален для предприятия», а это означает, что данный элемент способен исполнить функцию ключа, которая как раз и состоит в обеспечении уникальности каждой строки реляционной таблицы (единственности информации о конкретном экземпляре ИО).

Для ИО ПП в качестве ключевого элемента выбираем комбинацию реквизитов «номер ПП» и «номер ТТН», поскольку согласно разделу 1.3. «… номер ПП уникален для одного плательщика и соответствует конкретной ТТН».

Для ИО «Спецификация …» к ключевым реквизитам основного ИО добавляется «Код изделия», поскольку для всех соответствующих документов в разделе 1.3 отмечено «… может содержать несколько наименований изделий».

На основании подобного анализа определены ключевые элементы для всех ИО. На рис.3.1 они изображены отрезками прямых линий (не стрелками), а в таблице 3.1., в пределах которой представлены текстовые описания ИО, ключевые реквизиты отмечены звездочкой.

6. Определение связей информационных объектов и построение информационно-логической (ИЛМ) модели

Определение наличия связи между ИО и тип связи осуществляем исходя из анализа предметной области и выявленных там ограничений, например:

Поскольку, согласно разделу 1.3, «…каждый договор заключается с конкретным заказчиком, но с одним заказчиком может быть заключено несколько договоров», между ИО Заказчики и Договора существует связь и это связь типа «Один ко Многим».

Поскольку, согласно разделу 1.3, «Документ об отгрузке готовой продукции относится к одному договору …», между ИО Договора и ТТН существует связь и, поскольку «По одному договору может быть несколько отгрузок», это связь типа «Один ко Многим».

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

На основании подобного анализа определено наличие связи и тип связи между всеми выявленными ИО. Построенная в соответствии с этим информационно-логическая модель (ИЛМ) представлена на рис.3.2.

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

7. Определение логической структуры базы данных

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

Каждому ИО ИЛМ ставится в соответствие реляционная таблица, совокупность столбцов которой однозначно соответствует совокупности атрибутов ИО.

В каждой реляционной таблице отмечены ключевые элементы.

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

Построенная, в соответствии с изложенным, логическая структура информационной системы изображена на рис.3.3.

На основе разработанной логической структуры и ИЛМ достаточно легко выполняется физическая реализация ИС.

8. Физическая реализация информационной системы на основе базы данных

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

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

9. Создание таблиц

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

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

10. Создание таблиц в MS Access

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

Для реализации:

· Открываем вкладку «Таблицы»;

· Щелкаем «Создать»;

· Выбираем «Конструктор»и [Ok]

В открывшемся окне поочередно в соответствии с табл.4.1:

В верхней части:

· Заполняем «Имя поля»;

· Выбираем «Тип данных»;

В нижней части:

· Указываем «Размер поля» (см.табл.4.1.);

· Удаляем «0» в строке «Значение по умолчанию» для числовых полей;

· Иные строки можно оставить без изменения;

После чего переходим к следующему полю.

Завершив создание всех полей таблицы, определяем ключевые поля, для чего:

· Выделяем поле (либо группу полей), которое должно быть ключевыми

· Щелкаем по кнопке «Ключевое поле» Панели инструментов.

Затем:

· Закрываем окно «Конструктор таблиц», щелкнув по кнопке [x];

· Щелкаем «Да», - «сохранить изменения макета»;

· Задаем имя таблицы - «Заказчики» (для примера)и[Ok].

Таким образом создаем все таблицы, разработанные нами ранее.

a. Оформление подстановок

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

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

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

Для примера рассмотрим подстановку «Кода ед.измерения» из таблицы «Единицы измерения» в таблицу «Изделия»:

· Открываем вкладку «Таблицы»;

· Выделяем таблицу «Изделия»;

· Щелкаем «Конструктор»;

· Щелкаем «Мышью» в столбце тип данных поля «Код ед.измерения»;

· Открываем список типов данных, щелчком по стрелке;

· Выбираем в списке «Мастер подстановок»;

В диалоге с мастером указываем:

· Опцию «Объект - «Столбец подстановки» будет использовать значения из таблицы или запроса;

· Щелкаем «Далее»;

· Устанавливаем опцию «Таблицы»;

· Выделяем таблицу «Единицы измерения» (ту, из которой подставляем);

· Щелкаем «Далее»;

Из области «Доступные поля» щелчками по стрелке переносим в область «Выбранные поля» поле «Код ед.измерения» (нужен для подстановки) и поле «Наименование ед.измерения» (облегчает пользователю выбор нужного кода);

· Щелкаем «Далее»;

· Снимаем опцию «Скрыть ключевой столбец»

· Регулируем, при необходимости, размеры столбцови

· Щелкаем «Далее»;

· Просмотрев сообщение и убедившись в его верности

· Щелкаем «Далее»;

· Просмотрев сообщение и убедившись в его верности

· Щелкаем «Готово».

· Щелкаем «Да» - сохранить таблицу перед созданием связи.

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

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

b. Оформление схемы данных

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

Для оформления схемы данных необходимо:

· Щелкнуть по кнопке «Схема данных» (либо «Сервис» - «Схема данных»)

· Выбрать двойным щелчком мыши (либо кнопкой «Добавить») все таблицы базы данных из открывшегося списка.

· Выделить мышью ключевое поле главной таблицы, переместить его в область одноименного поля подчиненной и отпустить кнопку мыши ( главная таблица, это та, связь со стороны которой отмечена на ИЛМ одинарной стрелкой). После этого в открывшемся окне установить опцию «Целостность данных» и щелкнуть ОК

· Если после этого Access пометит связь как связь один ко многим, связь установлена. Если Access откажется определить связь, следует найти ошибку

В случае, если связь между таблицами по двум полям, выделяем оба поля главной таблицы (используя для выделения клавишу Ctrl), переносим поля главной таблицы в область одноименных полей подчиненной. Указываем, в открывшемся окне, соответствие между полями и ОК. Устанавливаем опцию «Целостность данных» и ОК.

Если Access отметит связь символами 1 и бесконечность, все в порядке, связь установлена, если нет, ищем ошибку. Завершив создание схемы данных, закрываем диалоговое окно.

c. Разработка данных контрольного примера

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

Для этого, при заполнении таблиц содержащих количественные данные (рис 4.1) сначала заполняем таблицы соответствующие плановым цифрам (т.е., например, ТТН и Спецификация ТТН), а затем, при открытых на экране таблицах плановых цифр, заполняем в полном соответствии с их содержимым таблицы фактических цифр (например, ПП и Спецификация ПП). При проверке системы в этом случае обнаруживаются нулевые разногласия.

Далее в момент проверки искажаем значение фактических величин в двух точках.

Если система обнаружит введенные разногласия, - она работоспособна.

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

Формы предназначены для ввода и просмотра данных.

Целесообразность ввода данных через форму

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

2) Ограниченность каждого из полей формы снижает вероятность ввода ошибочных сведений (глаз пользователя сосредоточен на более ограниченном пространстве).

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

Формы могут быть:

· Однотабличные (простые);

· Многотабличные, содержащие наряду с главной формой одну или несколько подчинённых, которые могут быть:

§ Постоянно включёнными (присоединёнными);

§ Временно вызываемые нажатием кнопки, созданной пользователем (связанная).

В работе в качестве примера созданы две формы:

· Простая- для таблицы «Изделия» и

· Многотабличная- для совокупности таблиц:

§ ЦН (цеховая накладная);

§ Спецификация ЦН.

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

При заполнении таблиц в первую очередь заполняем таблицы справочники, т.е. никому не подчиненные таблицы (Заказчики, Единицы измерения, Склады, Цеха). Затем - таблицы первого уровня подчиненности, далее - второго и т.д.

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

11. Анализ выполнения финансового плана

Алгоритм решения постановленных задач следующий:

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

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

3. Найти разницу между фактической оплатой и плановым оплатой по договору.

4.Оформить выходной документ с данными по заданной форме.

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

Должен отбирать данные в полном соответствии с заданным документом:

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

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

В соответствии с этим создан запрос:

- Открываем вкладку «Запросы»;

- Щелкаем «Создать»;

- Выбираем «Простой запрос» и щелкаем «Далее»;

- выделяем таблицу «Спецификации договоров»;

- Выделяем поле «Номер месяца»;

- Щелкаем по кнопке «Перенести []»;

- Выделяем таблицу «Изделия»;

- Выделяем поле «Наименование»;

- Щелкаем по кнопке «Перенести []»;

- Выделяем таблицу «Спецификации договоров»;

- выделяем поле «Количество»;

- Щелкаем по кнопке «Перенести []»;

- щелкаем «Далее»;

- установливаем опцию «Подробный»;

- щелкаем «Далее»;

- задаем имя «Итог СДОГ»;

- устанавливаем опцию «Изменить структуру»;

- щелкаем «Готово;

В окне конструктора устанавливаем:

- сортировка по полям, «Месяц отгрузки» и «Номер договора»;

- щелкаем по кнопке «Группировка» ();

- в строке «Группировка» поля «Количество» выбираем функцию суммирование Sum;

- в строке «Условие отбора» поля «Месяц отгрузки» указываем [введите номер месяца].

Для проверки функционирования щелкаем по кнопке запуск .

Работоспособность проверяем последовательно для 1-го, 2-го и 3-го месяца.



Создаем аналогично запросу «План». Для запроса отбираем поля в полном соответствии с заданным документом:

- «Дата отгрузки» (из таблицы «Спецификации ТТН»);

- «Наименование изделия» (из таблицы «Изделия»);

- «Код единицы измерения» (из таблицы изделия)

- «Количество» (из таблицы «Спецификации ТТН»).

Для обеспечения соответствия по временным параметрам при доработке запроса «Факт» в режиме конструктора для поля «Дата отгрузки» применяем функцию Month(), для того чтобы из даты извлечь номер месяца. Выражение будет иметь вид:

Month([ТТН]![Дата отгрузки]).

В строку условие отбора поля Выражение1: Month([ТТН]![Дата отгрузки]) вводим фразу [введите номер месяца] и затем проверяем функционирование запроса, щелкая по кнопке «Запуск» и вводя по запросу Access все возможные значения номера месяца.



Для его оформления выбираем:

· -все поля запроса «Итого СДОГ»,и

· -поле «Sum-Количество» запроса «Итого ПП».

При доработке запроса:

1.Устанавливаем связи между всеми соответствующими полями запросов «Итого СДОГ» и «Итого ПП» (см.рис. 4.6)

2. В свободном поле с помощью построителя формируем выражение:

([План]![Sum-количество])-([Факт]![ Sum-количество]).

Заключение

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

Автоматизированная система позволяет провести - анализ выполнения финансового плана предприятия помесячно с выявлением договоров, по которым возникает задолженность.

В то же время система практически готова к реализации таких операций, как:

- помесячный учет фактического выпуска продукции:

- по наименованиям

- по цехам

(в натуральном и стоимостном выражении)

- помесячный учет фактической сдачи продукции цехами на склады:

- по факту

- по отклонениям (факт-план)

- анализ выполнения плана поступления изделий на склады:

- особо по излишкам (факт больше плана)

- анализ обеспеченности:

- договоров планами выпуска готовой продукции

- по заданным месяцам

- плана отгрузки продукции продукцией сданной на склад

- с разбивкой по месяцам

- по заданному складу на заданный месяц

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

- анализ выполнения плана сдачи:

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

- заданным цехом помесячно за квартал

- заданного изделия помесячно за квартал

- определение суммы, подлежащей оплате Заданным Заказчиком:

- по Заданному изделию за (первый) квартал

- по всем Изделиям за (первый) квартал

- анализ выполнения финансового плана предприятия на Заданный месяц.

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

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

1. Учебное пособие "Система управления базами данных MS Access. Часть 1 и Часть 2. Е.Н.Евстафьев, М.А.Чернов, Новгород, 2003г.

2. Экономическая информатика, учебник для ВУЗов под ред. д.э.н. Евдокимова В.В. С.- Петербург, 1997г.

3. Office 2003. Самоучитель, Юрий Стоицкий, Санкт - Петербург, 2005г.

4. А.Гончаров, Microsoft Access в примерах.- СПб.: Питер Паблишнг, 2007г.

5. Методические указания по выполнению курсовой работы по дисциплине «Информатика», изд. Санкт - Петербургский университет экономики и финансов, 2007г.

6. Информационные системы и технологии в экономике и управлении: /Учебник под ред. Трофимова В.В. - 2-е издание доп. - М.: Высшее образование, 2007г.

7. Информационные системы в экономике: / Учебник для ВУЗов под ред. Титаренко Г.А. - 2-е издание доп. - М.: ЮНИТИ-ДАНА, 2007г.

8. Автоматизированные информационные технологии в экономике: /Учебник для ВУЗов под ред. Титаренко Г.А. - 2-е издание доп. -М.: ЮНИТИ-ДАНА, 2006г.

9. Румянцева Е.Л., Слюсарь В.В. Информационные технологии управления: учебное пособие /Под ред. Л.Г.Гагариной. - М.: ИД «ФОРУМ»: ИНФРА-М, 2007г.

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

...