Контрольная работа по "Информационные системы в экономике". 6

Министерство образования Российской  федерации

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

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

«Хабаровская государственная  академия экономики и права»

Центр по работе с филиалами и  дистанционному обучению

 

 

 

 

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

 

 

 

 

 

 

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

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

Вариант № 1

 

 

 

 

 

 

 

 

 

Выполнил(а):	Анохина О.А.
Курс:	3
Группа:	ФК(дбс)-11
Специальность:	Банковское дело
Зачетная книжка №:	1120251
Адрес электронной почты:	[email protected]@
Контактный телефон:	89242217927

 

 

 

 

 

 

 

 

 

Хабаровск  2012

 

Оглавление

Задание 1 Модели организации  данных

Задание 2 Работа в MS Excel

Задание 3 Работа c СУБД MS Access

Задание 4 Информационно-поисковые системы

Библиографический список

 

 

 

 

 

 

 

 

 

 

 

Задание 1.  вариант 11 

Модели организации  данных

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

Модели баз данных определяются тремя компонентами: 
- допустимой организацией данных; 
- ограничениями целостности; 
- множеством допустимых операций.

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

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

Под атрибутом (элементом данных) понимается наименьшая поименованная структурная единица данных.

Поименованное множество атрибутов  может образовывать агрегат данных.

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

Наконец, записью называют составной  агрегат, который не входит в состав других агрегатов.

В иерархической  модели все записи, агрегаты и атрибуты базы данных образуют иерархически организованный набор, то есть такую структуру, в  которой все элементы связаны  отношениями подчиненности, и при  этом любой элемент может подчиняться  только одному какому-нибудь другому элементу.  
Такую форму зависимости удобно изображать с помощью древовидного графа (схемы, состоящей из точек и стрелок, которая связна и не имеет циклов). Пример иерархической структуры базы данных приведен на рис. 1. 
 
Рис. 1. Схема иерархической модели данных 
Типичным представителем семейства баз данных, основанных на иерархической модели, является Information Management System (IMS) фирмы IBM, первая версия которой появилась в 1968 г. 
Концепция сетевой модели данных связана с именем Ч. Бахмана.  
К основным понятиям иерархической структуры относятся уровень, элемент или узел и связь. Узел - это совокупность атрибутов, описывающих некоторый объект. На схеме иерархического дерева узлы представляются вершинами графа. Каждый узел на более низком уровне связан только с одним узлом, находящимся на более высоком уровне. Иерархическое дерево имеет только одну вершину (корень дерева), не подчиненную никакой другой вершине и находящуюся на самом верхнем (первом) уровне. Зависимые (подчиненные) узлы находятся на втором, третьем и так далее уровнях. Количество деревьев в базе данных определяется числом корневых записей. 
К каждой записи базы данных существует только один (иерархический) путь от корневой записи. 
В иерархической модели данных автоматически поддерживается целостность ссылок между предками и потомками. Основное правило: никакой потомок не может существовать без своего родителя. 
2. Сетевая модель данных. 
Сетевой подход к организации данных является расширением иерархического. В иерархических структурах запись-потомок должна иметь в точности одного предка; в сетевой структуре данных потомок может иметь любое число предков (рис. 2). 
 
Рис. 2. Схема сетевой модели данных

Сетевая БД состоит из набора записей  и набора связей между этими записями, точнее, из набора экземпляров записей  заданных типов (из допустимого набора типов) и набора экземпляров из заданного набора типов связи.  
Примером системы управления данными с сетевой организацией является Integrated Database Management System (IDMS) компании Cullinet Software Inc., разработанная в середине 70-х годов. Она предназначена для использования на "больших" вычислительных машинах. Архитектура системы основана на предложениях Data Base Task Group (DBTG), Conference on Data Systems Languages (CODASYL), организации, ответственной за определение стандартов языка программирования Кобол.

3. Реляционная модель данных. 
Концепции реляционной модели впервые были сформулированы в работах американского ученого Э. Ф. Кодда. Откуда происходит ее второе название - модель Кодда. 
 
Рис..3. Схема реляционной модели данных 
В реляционной модели объекты и взаимосвязи между ними представляются с помощью двумерных таблиц (рис. 3).  
Реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:

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

Для формального определения реляционной  модели используется фундаментальное  понятие отношения.  
Собственно говоря, термин "реляционная" происходит от английского relation - отношение.  
Отношения представлены в виде таблиц, строки которых соответствуют кортежам или записям а столбцы - атрибутам отношений, доменам, полям. 
Поле, каждое значение которого однозначно определяет соответствующую запись, называется простым ключом. Если записи однозначно определяются значениями нескольких полей, то такая таблица базы данных имеет составной ключ. 
Чтобы связать две реляционные таблицы, необходимо ключ первой таблицы ввести в состав ключа второй таблицы или ввести в структуру первой таблицы внешний ключ - ключ второй таблицы. 
Если заданы произвольные конечные множества D1, D2 ,…, Dn, то декартовым произведением этих множеств D1 ? D2 ? … ? Dn называют множество всевозможные наборов вида (d1, d2 ..., dn), где  
d1 D1, d2 D2,..., dn Dn. Отношением R определенным на множествах D1, D2 ,…, Dn,, называется подмножество декартова произведения Dl x D2x ... х Dn. При этом множества D1 ? D2 ? … ? Dn называются доменами отношения, а элементы декартова произведения - кортежами отношения. Число я определяет степень отношения, а количество кортежей - его мощность. Наряду с понятиями домена и кортежа при работе с реляционными таблицами используются альтернативные им понятия поля и записи. 
В реляционной базе данных каждая таблица должна иметь первичный ключ (ключевой элемент) - поле или комбинацию полей, которые единственным образом идентифицируют каждую строку в таблице. 
Важным преимуществом реляционной модели является то, что в ее рамках действия над данными могут быть сведены к операциям реляционной алгебры, которые выполняются над отношениями. Это такие операции, как объединение, пересечение, вычитание, декартово произведение, выборка, проекция, соединение, деление. 
 
В реляционной модели данных фиксируются два базовых требования целостности, которые должны поддерживаться в любой реляционной СУБД. Первое требование называется требованием целостности сущностей, которое состоит в том, что любой кортеж любого отношения должен быть отличим от любого другого кортежа этого отношения, то есть любое отношение должно содержать первичный ключ. 
Второе требование называется требованием целостности по ссылкам и состоит в том, что для каждого значения внешнего ключа в отношении, на которое ведет ссылка, должен найтись кортеж с таким же значением первичного ключа, либо значение внешнего ключа должно быть неопределенным. 
Важнейшей проблемой, решаемой при проектировании баз данных, является создание такой их структуры, которая бы обеспечивала минимальное дублирование информации и упрощала Процедуры обработки и обновления данных.  
Коддом был предложен некоторый набор формальных требований универсального характера к организации данных, которые позволяют эффективно решать перечисленные задачи. Эти требования к состоянию таблиц данных получили название нормальных форм.  
Первоначально были сформулированы три нормальные формы. В дальнейшем появилась нормальная форма Бойса-Кодда и нормальные формы более высоких порядков.  
Однако они не получили широкого распространения на практике.

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

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

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

• на профессиональные, или промышленные;
• персональные (настольные).

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

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

 

     Промышленные СУБД к настоящему моменту имеют уже достаточно богатую историю развития. В частности, можно отметить, что в конце 70-х - начале 80-х годов в автоматизированных системах, построенных на базе больших вычислительных машин, активно использовалась СУБД Adabas. В настоящее время характерными представителями профессиональных СУБД являются такие программные продукты, как Oracle, DB2, Sybase, Informix, Ingres, Progress.

Исторически первой среди персональных СУБД, получивших массовое распространение, стала Dbase фирмы Ashton-Tate (впоследствии права  на нее перешли к фирме Borland, а  с 1999 г. данная программа поддерживается фирмой dBASE Inc.). В дальнейшем серия реляционных персональных СУБД пополнилась такими продуктами, как FoxBase/FoxPRO (Fox Software, в дальнейшем - Microsoft), Clipper (Nantucket, затем - Computer Associates), Paradox (Borland, на настоящий момент правами владеет фирма Corel), Access (Microsoft), Approach (Lotus).  
 
Завоевавшие широкую популярность в России системы Dbase, FoxPRO и Clipper работали с таблицами данных, размещавшихся в файлах, имевших расширение *.dbf (термин dbf-формат стал общепринятым). Впоследствии семейство этих баз данных получило интегрированное наименование Xbase.  
Несмотря на неизбежные различия, обусловливавшиеся замыслами разработчиков, все перечисленные системы в ходе своей эволюции приобрели ряд общих конструктивных черт, среди которых, прежде всего, могут быть названы:

• наличие визуального интерфейса, автоматизирующего процесс создания средств манипуляции данными, экранных форм, шаблонов отчетов, запросов и т. п.;
• наличие инструментов создания объектов базы данных в режиме диалога: Experts в Paradox, Wizards в Access, Assistants в Approach;
• наличие развитого инструментария создания программных расширений в рамках единой среды СУБД: язык разработки приложений PAL в Paradox, VBA (Visual Basic for Applications) в Access, Lotus Script в Approach;
• встроенная поддержка универсальных языков управления данными, например SQL или QBE (Query By Example).

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

Microsoft Access в настоящее время  является одной из самых популярных  среди настольных (персональных) программных  систем управления базами данных. 
Среди причин такой популярности следует отметить:

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

 
Нельзя не отметить, что существенной причиной такого широкого распространения MS Access является и мощная рекламная  поддержка, осуществляемая фирмой Microsoft.  
В процессе разработки данного продукта на рынок представлялись его различные версии. Наиболее известными (в некотором смысле этапными) стали Access 2.0, Access 7.0 (он впервые был включен в состав программного комплекса MS Office 95).  
Позже появились версии Access 97 (в составе MS Office 97 и Access 2000 (в составе MS Office 2000), а также Access 2002 (в составе MS Office XP), т.е. поддерживается преемственность при общем совершенствовании работы СУБД.

.

Задание 2

Вариант 4

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

1. Создайте таблицу и заполните ее данными:

Дата продажи	ФИО агента	Страна	Номер маршрута	Количество путевок	Стоимость путевки, у. е.	Общая стои-мость путе-вок, у. е.
17.05.03	Серов А.И.	КНР	4	3	780
17.05.03	Фролов Г.А.	Япония
итого

 

2. Рассчитайте следующие  характеристики:

1) общую стоимость  путевок для каждой продажи; 

2) суммарную общую  стоимость путевок, проданных  туристической фирмой (функция СУММ), максимальную (функция МАКС) и минимальную  (функция МИН) стоимость одной путевки;

3) суммарные стоимости  путевок для каждой даты продажи  (функция СУММЕСЛИ);

4) количество продаж, выполненных каждым агентом (функция  СЧЁ-ТЕСЛИ).

3. С помощью фильтрации  получите следующую информацию:

1) названия стран, путевки для посещения которых были проданы агентом Серовым А.И.;

2) фамилию агента, выполнившего  продажу с наибольшей общей  стоимостью путевок; 

3) номера маршрутов  в КНР, стоимость путевок для  которых составляет от 750 до 1 000 у.  е.;

4) сведения о продажах, для которых было реализовано более трех путевок в КНР или Японию.

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

 

 

 

 

 

 

 

 

 

 

Отчет по заданию 1

Дата продажи	ФИО Агента	Страна	Номер маршрута	Количество  путевок	Стоимость путевки,у.е	Общая стоимость  путовок у.е	суммарная стоимость  путевок
17.05.2003	Серов А.И.	КНР	4	3	780	2340	3940
17.05.2003	Фролов Г.А.	Япония	2	2	800	1600
18.05.2003	Фролов Г.А.	КНР	3	3	850	2550	2550
20.05.2003	Серов А.И.	Япония	5	2	900	1800	5080
20.05.2003	Бородин В.О.	КНР	1	4	820	3280
21.05.2003	Бородин В.О.	КНР	3	2	700	1400	1400
22.05.2005	Бородин В.О.	Япония	8	6	890	5340	10940
22.05.2005	Фролов Г.А.	Япония	7	2	1200	2400
22.05.2005	Серов А.И.	КНР	1	4	800	3200
25.05.2003	Серов А.И.	КНР	2	4	1000	4000	4000
Итого				32	8740	27910
1200	максимальная  стоимость одной путевки
700	минимальная стоимость  одной путевки
количество продаж, выполненных  каждым агентом	4	Серов А.И.
	3	Фролов Г.А.
	3	Бородин В.О.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Копия страницы МS Excel в режиме отображения формул

 

Результаты  фильтрации

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

 

 

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

 

 

номера маршрутов в  КНР, стоимость путевок для которых  составля-ет от 750 до 1 000 у. е.

 

сведения о продажах, для которых было реализовано более трех пу-тевок в КНР или Японию

Задание 3. СУБД MS Access Вариант 8

 

 

1. Создайте таблицы  базы данных Проекты: 

Проекты (главная таблица)

 

 

 

Код проекта	Проект	Тип проекта	Дата на-чала	Доход
1	Ораторское ис-кусство	Тренинг	05.06.03	40 000р.
2	Торговля	Консалтинг	04.07.95	135 000р.
…	…	…	…	…

 

Первичным ключом таблицы  является поле Код проекта.

Участники (подчиненная таблица)

 

Код со-трудни-ка	Проект	Форма участия	Время уча-стия (час.)	Затраты
1	2	Консультант	12	500р.
2	1	Лектор	10	200р.
3	1	Организатор	3	700р.
2	2	Консультант	12	400р.
4	2	Организатор	6	600р.
…	…	…	…	…

 

Внешним ключом таблицы  является поле Проект.

2. Свяжите таблицы  по ключевым полям Код проекта– Проект.

3. С помощью запросов  к базе данных определите:

1) проекты, дающие прибыль  более 100 000р.;

2) проекты типа "Консалтинг";

3) коды сотрудников,  затраты на участие которых  в проектах типа "Консалтинг" превышают 500р.;

4) суммарные затраты  на каждый проект;

5) проекты, в который  требуется консультант или лектор.

4. Создайте отчет по  запросу к таблицам Проекты  и Участники. Отчет должен включать:

1) заголовок отчета;

2) данные полей Фамилия, Название, Тип средства, Цена, Год по-купки;

3) группировку строк отчета по полю Тип средства;

4) сортировку по полю Год покупки;

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

6) нижний колонтитул, содержащий Ваши фамилию и  инициалы.

5. Создайте форму, включающую  все поля обеих таблиц за  исключением кодов.

Отчет по заданию  №3

копии таблиц, заполненных исходными  данными

Главная таблица-Проекты

Подчиненная таблица-Участиники

Схема, отображающая связи, установленные между таблицами

 Копии запросов  к базе данных

 

проекты, дающие прибыль более 100 000р.

 

Проекты типа «Консалтинг»

 

 

коды сотрудников, затраты  на участие которых в проектах типа "Консалтинг" превышают 500р 

 

 

суммарные затраты на каждый проект

Отчет

 

Задание 4. Информационно-поисковые  системы 

Часть 1. Справочная правовая система КонсультантПлюс

 

В информационной базе КонсультантПлюс:ВерсияПроф СПС КонсультантПлюс найдите нормативно-правовые акты, соответствующие Вашему варианту задания:

 16.Постановления Правительства РФ, принятые в 2002 г., об установлении величины прожиточного минимума на душу населения

2. Сформируйте список  найденных документов.

3. Средствами СПС КонсультантПлюс  создайте пользовательскую пап-ку  с именем, соответствующим Вашей  фамилии, и сохраните в ней  най-денные документы. 

4. Откройте текст первого документа и установите закладку в начале второго абзаца.

 

Отчет задания № 4 часть 1

Карточка реквизитов

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

Закладка

 

 

 

Часть 2. Информационно-поисковые  системы Интернета

 

1. С помощью любой  доступной Вам программы баузера откройте ос-новную страницу ИПС Rambler.

2. Найдите с помощью  поискового каталога раздел, в  котором может находиться информация  об организации, указанной в  Вашем варианте за-дания: 

Мир техники сеть магазинов

3. Скопируйте в MS Word первую страницу списка найденных ссылок.

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

5. Откройте страницу  со справочной информацией об  организации, указанной в Вашем  варианте задания. Скопируйте ее в MS Word.

6. Сохраните в Вашей  папке в Избранном адрес текущей страницы.

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

8. Сохраните в Вашей  папке в Избранном адрес текущей страницы.

9. Скопируйте название  и два-три абзаца текста документа,  содержание которого, по Вашему  мнению, наиболее соответствует  выполняемому за-данию, в MS Word.

 

 

Отчет по заданию  №4 часть 2

Стартовая страница рамблер

 Найденные  страницы

Информация

 

Задание 7

Обязательство

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

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

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

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

 

Библиографический список

 

1. Бекаревич Ю., Пушкина Н. Access 2000. Самоучитель. – СПб: BHV, 1999.

2. Бекаревич Ю., Пушкина  Н. MS Access 2000 за 30 занятий. – СПб:  ВНV, 2000.

3. Блотнер П., Ульрих  Л. Специальное издание Micrisoft Excel 2000. – М., СПб., Киев, 2000.

4. Васина Н. И др. Информационные ресурсы Internet. – М.: Изд. РРГУ, 1999.

5. Введение в правовую  информатику. Справочные правовые  системы КонсультантПлюс/ Под  общ. ред. Д.Б. Новикова, В.Л.  Камынина. – М.: ООО НПО «Вычислительная  математика и информатика», 1999.

6. Вейскас Д Эффективная работа с Access 97. – СПб: Питер, 1999.

7. Вербовецкий А.А.  Основы проектирования баз данных. – М.: Радио и связь, 2000.