Файл: Информационные системы в экономике.doc

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

ПЕРМСКИЙ ИНСТИТУТ (ФИЛИАЛ)

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

высшего профессионального образования

Российский экономический университет им. Г.В. Плеханова

Кафедра Информационных технологий и математики

Одобрено кафедрой:

Протокол № 1

« 28 » августа 2014г.

Зав. кафедрой Катанова Т.Н.

«ИНФОРМАЦИОННЫЕ СИСТЕМЫ В экономике»

(название дисциплины)

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

(Приложение к УМК или рабочей программе дисциплины)

Для специальности: 080200 «Экономика и управление организацией»

Пермь 2014

Введение

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

Указания.

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

Первое задание- решение задачи оптимизации в среде Microsoft Exсel, второе- разработка базы данных в среде Microsoft Access. Теоретический вопрос выбирается обучаемым из приведённого перечня, в соответствии со своим номером в журнале.

Результаты выполнения контрольной работы должны быть отражены в отчёте. К отчёту необходимо приложить дискету со всеми сохранёнными файлами.

Отчёт должен содержать: титульный лист, постановку каждой задачи, выписанные из каждого файла ответы задач и ответ теоретический вопрос.

Рекомендации.

Перед выполнением контрольной работы рекомендуется рассмотреть нижеследующие примеры.

Задача оптимизации в среде Microsoft Exсel.

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

Цель - минимизация расходов на оплату труда.

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

Ограничения - число работников не может быть отрицательным;

- число работников должно быть целым числом;

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

Выберете следующую модель:

1. В первой строке объединяем ячейки от А до L и пишем заголовок: “График занятости персонала”.

2. В первом столбце набираем: А6- График, А7-А, А8-Б, А9-В, А10-Г, А11-Д, А12-Е, А13-Ж; А14:А18-пропускаем; А19, В19, С19-объединяем и пишем - Дневная оплата работника; А20, В20, С20-объединяем и пишем – Общая недельная зарплата.

3. Объединяем ячейки столбцов В и С с шестой по 18-ю строки и записываем: В6 – выходные дни, В7 – вск-пн, В8 – пн-вт, В9 – вт-ср, В10 – ср-чт, В11 – чт-пт, В12 – пт-сб, В13 – сб-вск; В14 – пропускаем; В15 объединяем с А15 – Всего; В16 – пропускаем; В17 объединяем с А17 – Всего требуется; В18 – пропускаем.

4. Заполняем столбец D: D6 – Работники, D7 – 4, D8 – 4, D9 – 4, D10 – 6, D11 – 6, D12 – 4, D13 – 4, D14 – пропускаем, D15 – набираем формулу =СУММ(D7:D13), D16:D18 – пропускаем, D19 – 40, D20 набираем формулу =D15*D19.

5. Столбец Е пропускаем.

6. Заполняем столбец F ( цифра 1 означает, что день рабочий, 0- выходной): F6 – вск, F7 – 0, F8 – 1, F9 – 1, F10 – 1, F11 – 1, F12 – 1, F13 – 0; F14 – пропускаем, F15 – набираем формулу =$D$7*F7+$D$8*F8+$D$9*F9+$D$10*F10+$D$11*F11+$D$12*F12+$D$13*F13 и распространяем её на все дни недели до столбца L включительно, F16 – пропускаем, F17 – 22, F18:F20 – пропускаем.

7. Заполняем столбец G: G6 – пн, G7 – 0, G8 – 0, G9 – 1, G10 – 1, G11 – 1, G12 – 1, G13 – 1, G14 и G16 – пропускаем, G17 – 19, G18:G20 – пропускаем.

8. Аналогично заполняем столбцы: H, I, J, K, L. До 14-й строки с учётом выходных дней.

9. В 17-й строке пишем: H17-15, I17-14, J17-16, K17-18, L17-23.

Рекомендации к решению:

Запустите надстройку Поиск решения (Сервис - Поиск решения). Если пункт Поиск решения в меню отсутствует, значит, необходимо подключить эту над­стройку, дав команду Сервис - Надстройки и установив соответствующий фла­ жок.

В поле Установить целевую ячейку выберите ячейку $D$20, для переключателя Равной выберите вариант минимальному значению. Изменяемые ячейки: $D$7:$D$13. Щелкните на поле Ограничения и затем - на кнопке Добавить – добавляем ограничения: $D$7:$D$13>=0, $D$7:$D$13=целое, $F$15:$L$15>=$F$17:$L$17.

Во вкладке Параметры устанавливаем флажок- Линейная модель. Нажимаем ОК и анализируем ответ.

Разработка базы данных в среде Microsoft Access.

1. Определение цели создания базы данных

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

ПРИМЕР

Цель: разработка базы данных для турфирмы.

Примеры типичных запросов.

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

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

3. Какие тур.объекты (достопримечательности) он осматривал.

4. Сколько стоила путевка, по которой клиент выезжал

6. Кто ездил по путевке с указанным номером, куда, когда, в какой город он прибыл

7. Какие тур.объекты находятся в стране, где побывал клиент с указанной фамилией.

2. Определение нужных полей в базе данных

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

• Необходимо включать все необходимые сведения.

• Следует разбивать информацию на минимальные логические компоненты. Например, имена клиентов удобно разбить на три поля, «Имя», «Отчество» и «Фамилия», что облегчит сортировку по фамилиям.

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

• Не рекомендуется включать в таблицу данные, которые являются результатом вычисления математического выражения. Например, в таблице, содержащей поля «Цена» и «Количество» не следует создавать поле, содержащее произведение значений этих полей.

• Не следует создавать поля, содержащие аналогичные данные. Например, если создать в таблице «Поставщики» поля «Товар1», «Товар2» и «Товар3», будет трудно найти поставщиков, поставляющих конкретный товар. Кроме того, придется изменять структуру базы данных, если появится поставщик, предлагающий четыре товара. Достаточно будет одного поля для товаров, если поместить это поле в таблицу «Товары», а не в таблицу «Поставщики».

ПРИМЕР

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

3. Определение таблиц, которые должна содержать база данных

Каждая таблица должна содержать информацию только на одну тему. Например, если будет использоваться поле «ДатаНайма», оно принадлежит теме сведений о сотрудниках, т.е. должно содержаться в таблице «Сотрудники». Потребуются также таблицы «Клиенты», «Товары» и «Заказы».

ПРИМЕР

Вычленим отдельные темы: сведения о туристах, путевке, стране, и о тур.объектах.

4. Определение таблиц, к которым относятся поля

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

• Следует включать каждое поле только в одну таблицу.

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

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

ПРИМЕР

Создание таблиц с учетом основных критериев: степени отношения и класса принадлежности.

Графическая схема всех отношений в БД

Сведения о туристах

Фамилия, имя, отчество; пол; паспортные данные; адрес; телефон;

Сведения о путевке

Номер путевки, дата заезда, номер рейса, цена, фирма-туроператор;

Сведения о стране

Название страны, название столицы, денежная единица, национальный язык, курс доллара;

Сведения о тур. объектах

Название, описание, местонахождение объекта.

5. Определение полей с уникальными значениями в каждой записи

Для связывания в MS Access сведений, хранящихся в разных таблицах — например, для связывания клиента со всеми его заказами — каждая таблица базы данных должна содержать поля или набор полей, однозначно определяющих каждую запись. Такое поле или набор полей называют ПЕРВИЧНЫМ КЛЮЧОМ.

Обычно ключ указывается НА САМОМ ПЕРВОМ МЕСТЕ в схеме отношения и часто подчеркивается.

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

6. Определение связей между таблицами

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

Обратимся к правилам формирования связей между отношениями

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

Для описания связи между объектами со степенью связи 1:1 требуется от одного до трех отношений, в зависимости от класса принадлежности объектов:

2. Степень связи между объектами 1:N (и N:1)

Для описания связи между объектами со степенью связи 1:N требуется от двух до трех отношений, в зависимости от класса принадлежности объектов:

3. Степень связи между объектами М:N

Для описания связи между объектами со степенью связи N:М требуется всегда три отношения (!К1, А2, А3,...), (!К2, В2, В3,...) и таблица для связи (К1, К2, С2, С3,...):

Итоговая схема отношений (таблиц) базы данных «Турпоездка»

Турист Путевка Страна Объект

Итоговая схема данных в среде MS Access

7. Усовершенствование структуры базы данных

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

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

8. Ввод данных и создание других объектов базы данных

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

Замечание. База данных в среде MS Access может дорабатываться постепенно, шаг за шагом, путем последовательного введения в нее новых объектов и модернизации старых.

Основные этапы разработки базы данных