Информационные системы в экономике

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

14

МИНИСТЕРСТВО СЕЛЬСКОГО ХОЗЯЙСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ

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

Пермская государственная сельскохозяйственная академия имени академика Д.Н. Прянишникова

Кафедра информационных систем

Контрольная работа

по дисциплине Информационные системы в экономике

выполнила студентка II курса

заочного обучения

по специальности 080901

Бухгалтерский учет, анализ и аудит

Батуева А.Н.

Проверила старший преподаватель Кочкина М.А.

Пермь, 2009Содержание

1. Первая часть задания

2. Вторая часть задания

3. Третья часть задания

1. Первая часть задания

Почему при разработке информационной системы важным фактором является структурированность задач?

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

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

Различают три типа задач, для которых создаются информационные системы: структурированные (формализуемые), неструктурированные (неформализуемые) и частично структурированные.

Структурированная (формализуемая) задача- задача, где известны все ее элементы и взаимосвязи между ними.

Неструктурированная (неформализуемая) задача- задача, в которой невозможно выделить элементы и установить между ними связи.

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

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

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

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

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

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

Информационные системы, используемые для решения частично структурированных задач, подразделяются на два вида (рис. 1):

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

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

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

* составление комбинаций данных, получаемых из различных источников;

* быстрое добавление или исключение того или иного источника данных и автоматическое переключение источников при поиске данных;

* управление данными с использованием возможностей систем управления базами данных;

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

* автоматическое отслеживание потока информации для наполнения баз данных.

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

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

Основными функциями модельной информационной системы являются:

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

* достаточно быстрая и адекватная интерпретация результатов моделирования;

* оперативная подготовка и корректировка входных параметров и ограничений модели;

* возможность графического отображения динамики модели;

* возможность объяснения пользователю необходимых шагов формирования и работы модели.

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

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

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

2. Вторая часть задания

Инфологическая модель данных «Телепрограмма»

Предметная область базы данных - телепрограмма. В базе хранятся данные по каждой телепрограмме, а именно, год выпуска телепрограммы, ее стоимость, также ФИО корреспондентов, их дата рождения, телефон, стаж; информация о покупателях и заказчиках данной телепрограммы. На схемах 1 и 2 эти данные изображены.

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

Схема 1. Исходная таблица «Телепрограмма»

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

Схема 2. Таблица «Телепрограмма» в 1 НФ

Обозначила ключевые поля в таблицах.

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

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

По схеме 2 видно, что, от всех частей ключа и от «№ т/п», и от «Названия т/п» зависят поля «ФИО редактора», «Дата рождения», «Телефон», «Стаж», «Адрес редактора», «Покупатели», «Адрес покупателей», «Количество экземпляров». Эти поля оставила в исходной таблице. Поля же «Стоимость т/п», «Год основания», «Адрес редакции программы» зависят только от одной части ключа - от поля «Название телепрограммы». Вынесла их в отдельную таблицу «Данные телепрограммы» и соединила их линией связи (см. схему 3)

Схема 3. Исходные данные во 2 НФ

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

По схеме 3 видим, что поля «Дата рождения редактора», «Телефон», «Стаж», «Адрес редактора» зависят от ключа не на прямую, а через неключевой атрибут «ФИО редактора». Вынесла эти поля в отдельную таблицу «Редакторы». Связала разделившиеся части по полю «ФИО редактора».

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

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

Схема 4. Исходные данные в 3 НФ

Определила информационные объекты модели: «Продажи»; «Редакторы»; «Данные телепрограммы»; «Покупатели»:

Рисунок 2. Логическая модель предметной области

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

Данные телепрограммы: наименование, стоимость, год основания, адрес редакции; информационная система база данных

Редакторы: ФИО, дата рождения, телефон, стаж, адрес;

Покупатели: Наименование, адрес, количество экземпляров;

Продажи: Название телепрограммы, №т/п, редакторы, покупатели.

3. Третья часть задания

Создание базы данных

Таблица 1 «Продажи»

Первоначально создала таблицу базы данных. Для этого в окне базы данных выбрала вкладку Таблицы и выбрала пункт Конструктор. В результате проделанных операций открывается окно таблицы в режиме конструктора (Рис. 4)

Заполнение базы данных

Заполнила таблицу в режиме конструктора, ввела все необходимые данные и далее заполнила в режиме таблицы. Ключевым полем указала № телепрограммы. Сохранила созданную таблицу под названием «Продажи»

Ввод и просмотр данных посредством формы

1. С помощью мастера форм создала форму «Данные».

Формирование запросов на выборку

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

На основе таблицы «Данные телепрограммы» созданный отчет с группированием данных по названиям

Через вкладку Отчеты и через Мастер отчетов по таблице «Данные телепрограммы» создала отчет.

Группировку данных создала по Названию телепрограмм

Создание мифологической и логической моделей базы данных.

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

Состав их реквизитов:

Данные телепрограммы: наименование, год основания, адрес редакции;

Редакторы: ФИО, дата рождения, телефон, стаж, адрес;

Покупатели: Наименование, адрес, количество экземпляров;

Продажи: Название телепрограммы, № т/п, редакторы, покупатели, стоимость.

Создание реляционной базы данных

Данным образом проделала работу с таблицами «Покупатель», «Редактор», «Данные телепрограммы».

1. Создала структуру таблицы «Покупатели» в режиме конструктора

Таблица 2 «Покупатели»

2. Аналогично создала структуры таблицы «Редакторы»

Таблица 3 «Редакторы»

В качестве ключевого поля задала «ФИО редактора».

3. Создала структуру таблицы «Данные телепрограммы».

Таблица 4 «Данные телепрограммы»

В качестве ключевого поля задала «Название телепрограммы».

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

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

Аналогично создала связи между полем «Название телепрограммы» в таблице «Данные телепрограммы» и «Название телепрограммы» в таблице «Продажи», а также между полем «ФИО редактора» в таблице «Редакторы» и полем «ФИО редактора» в таблице «Продажи».

Рисунок 15. Логическая модель предметной области

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