Пример разработки инфологической модели и создание структуры реляционной базы данных

ИНФОРМАЦИОННЫЕ СИСТЕМЫ В ЭКОНОМИКЕ

МЕТОДИЧЕСКИЕ УКАЗАНИЯ

ПО ИЗУЧЕНИЮ ДИСЦИПЛИНЫ И ВЫПОЛНЕНИЮ

КОНТРОЛЬНОЙ РАБОТЫ

Студентам заочного отделения

специальности «Бухгалтерский учет, анализ и аудит»,

«менеджмент»

Пермь 2006

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

Основной

1. Балдин К.В. Уткин В.Б. Информационные системы в экономике: Учебник.-М.:Изд-во «Дашков и К», 2004.-395с.

2. Информатика: Учебник / Под ред. Проф. Н.В. Макаровой, – М.: Финиансы и статистика, 1999.

3. Информационные системы в экономике / Под ред. В.В. Дика, - М.: Финансы и статистика, 1996.

4. Мишенин А.И. Теория экономических информационных систем: Учебник – М.: Финансы и статистика, 1999.

Дополнительный

5. Автоматизированные информационные технологии в экономике: Учебник / М.И. Семенов, И.Т. Трубилин, В.И. Лойко и др. – М.: Финансы и статистика, 2000

6. Автоматизированные информационные технологии в экономике: Учебник / Под ред. Проф. Г.А. Титоренко. – М., Компьютер, Юнити, 1999.

7. Автоматизация расчетных операций банков и фондовых бирж. - М.: Финансы и статистика, 1998.

8. Карминский А.М., Нестеров П.В. Информатизация бизнеса. - М.: Финансы и статистика, 1997.

9. Компьютерные информационные системы управленческой деятельности: Учебник / Под ред. Г.А. Титоренко. М.: Экономическое образование, 1996.

10. Матвеев Л.А, Информационные системы поддержки принятия решений. – СПб., Изд-во Спбуэф, 1996.

11. Поольский В.И., Дик В.В., Уринцев А.И. Информационные системы бухгалтерского учета. – М.: Аудит, Юнити, 1998.

12. титоренко Г.А. Компьютеризация банковской деятельности. – М.: Финстатинформ, 1997.

1. Якубайтис Э.А. Информационные сети и системы: Справочная книга. - М.: Финансы и статистика, 1996.

2. КОНТРОЛЬНЫЕ ЗАДАНИЯ И МЕТОДИЧЕСКИЕ УКАЗАНИЯ ПО ИХ ВЫПОЛНЕНИЮ

Контрольную работу необходимо выполнить в формате А4. Страницы работы должны быть пронумерованы, на каждой из них оставлены поля размером 3-4 см для замечаний и предложений рецензента.

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

Задание состоит из двух частей.

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

Подготовить обзор материала по заданной теме.

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

Таблица 1

Номера тем для выполнения первой части задания

Предпоследняя цифра шифра	Последняя цифра шифра

Темы

1. Определение системы и ее основные свойства.

2. Проблема информатизации общества в России.

3. Что такое информационная система?

4. Задачи и цель информационной системы.

5. История развития информационных систем.

6. Какие процессы происходят в информационной системе?

7. Требования, которым должна отвечать информационная система.

8. Структура информационной системы.

9. Как соотносятся информационная система и информационная технология?

10. Информационные системы, как стратегическое средство развития организации.

11. Автоматизированная информационная система.

12. Информационное, техническое, программное и математическое, организационное и правовое обеспечение информационной системы.

13. Структурированность задач и ее влияние на классификацию информационных систем.

14. Признак уровней управления при классификации информационных систем.

15. Классификация информационных систем по характеру использования информации, по степени автоматизации, по сфере применения.

16. какие задачи стоят при создании информационной системы?

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

18. Роль структуры управления в информационной системе.

19. Экономическая информация, как часть информационного ресурса общества.

20. Роль и место автоматизированных информационных систем в экономике.

21. Влияние информационной системы на эффективность управления предприятием (фирмой).

22. Автоматизированное рабочее место (АРМ) управленческого работника, как часть информационной системы.

23. Информационные системы в налоговой службе.

24. Информационные системы бухгалтерского учета на крупных предприятиях.

25. Информационные системы бухгалтерского учета на малых и средних предприятиях.

26. Информационные системы в банковской деятельности.

27. Информационные системы в казначействе.

28. Информационные системы рынка ценных бумаг.

29. Интеллектуальные информационные системы.

30.Информационные системы в социальной сфере.

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

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

2. Построить компьютероориентированную (датологическую) модель данных в СУБД Access.

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

Таблица 2

Вариант	Предметная область базы
	Отдел кадров
	Туристическое агентство
	Магазин бытовой техники
	Автосалон
	Авиакасса
	Библиотека
	Телепрограмма
	Ассортимент продуктового магазина
	Железнодорожная касса
	Книжный магазин

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

2.2 При заполнении таблиц данными использовать выпадающие списки выбора для полей, множество возможных значений которых известно заранее (например домен поля «День недели»- {Пн,Вт,Ср,Чт, Пт, Сб, Вскр}) или списки выбора значений из других таблиц.

2.3. Задайте связи между таблицами на схеме данных, обеспечьте целостность данных, каскадное удаление связанных записей, каскадное обновление связанных полей;

2.4. Заполните таблицы произвольными данными;

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

2.6. Проведите фильтрацию данных по какому-либо параметру;

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

2.8. Создайте запрос на выборку с параметром для какой-либо таблицы. В качестве параметра вводится конкретное значение какого-либо поля;

2.9. Создайте запрос на изменение данных (например повысить оклады на 10 % тех сотрудников, которые получали менее 5000р.)

2.10. Создайте запрос на удаление по какому- либо параметру;

2.11. Создайте итоговый отчет, отражающий наиболее значимые сведения из всех таблиц;

2.12. Создайте кнопочную форму базы, поместите в нее кнопки вызова форм, запросов, отчета.

Пример разработки инфологической модели и создание структуры реляционной базы данных

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

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

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

Свойства реляционной модели:

1. Каждая таблица состоит из однотипных строк и имеет уникальное имя;

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

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

4. Порядок следования столбцов и строк не имеет значения;

5. На пересечении строки и столбца таблицы всегда имеется строго одно значение (или NULL- пустое значение);

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

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

Теория нормализации основана на концепции нормальных форм. В теории реляционных баз данных обычно выделяются: первая нормальная форма (1 Н.Ф.), 2 Н.Ф., 3 Н.Ф., нормальная форма Бойса-Кодда, 4 Н.Ф., 5 Н.Ф. (или нормальная форма проекции-соединения). При этом каждая следующая нормальная форма сохраняет в себе свойства предыдущих и, в некотором смысле, лучше их. На практике третья нормальная форма отношений в большинстве случаев достаточна, и привидением к ней процесс проектирования базы обычно заканчивается.

Ограничения первой нормальной формы: значения всех атрибутов отношения атомарны (неделимы). Данное требование является базовым в классической реляционной модели, поэтому любая реляционная таблица, по определению, уже находится в 1 Н.Ф. На схемах 1 и 2 это требование не выполняется- на пересечении строк и столбцов встречается более одного значения. На схемах 3 и 4 эта ситуация исправлена, таблицы удовлетворяют всем ограничениям первой нормальной формы.

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

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

Схема 3. Таблица «Продажи». Ни одно из предложенных в ней полей не может рассматриваться в качестве простого ключа- все поля содержат повторяющиеся значения: покупатель может неоднократно совершить покупку; каждый консультант работает с несколькими клиентами; одну и ту же марку машин могут приобрести несколько покупателей; в один и тот же день может быть совершено несколько сделок. Выявим части составного ключа. Ими могут быть, например, поля «Дата продажи» и «ФИО покупателя»- зная два этих значения, мы узнаем и данные о покупателе, и сведения о машине, которую он приобрел, и кто из консультантов работал с данным клиентом (при допущении, что клиент приобретает не более одного авто в день) В таблице ключевые поля выделены двойной рамкой.

Схема 4. Таблица «Поставки». В один день мы можем принять поставку от нескольких поставщиков; один поставщик неоднократно доставляет авто в салон, машины одной марки могут быть приняты от разных поставщиков – обойтись одним простым ключом не получится. Определим составной ключ. Его части составят поля «Дата поставки», «Название поставщика» и «Марка авто». Зная эти данные, однозначно определим значения и всех остальных полей одной из записей (сколько авто этой марки мы получили, по какой цене и пр.)

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

Что бы перейти от первой нормальной формы ко второй, необходимо:

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

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

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

Рассмотрим схему 4. От всех частей ключа (от значения поля «Дата поставки», «Название поставщика» и «Марка авто») зависят только поля «Количество» и «Цена». Поля «Адрес поставщика» и «Телефон поставщика» зависят от части ключа «Название поставщика». Поля «Техн. характеристики авто» и «Рисунок» зависят от части «Марка авто». В итоге таблица разделится на 3 составляющие (см. схему 6). Назовем таблицы «Поставки», «Поставщики» и «Автомобили».

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

Функциональная зависимость атрибутов Х и Y называется транзитивной, если существует такой атрибут Z, что имеется функциональная зависимость X ->Z и Z->Y.

Что бы перейти от второй нормальной формы к третьей, необходимо:

1. Выявить поля, от которых зависят другие неключевые поля;

2. Создать новую таблицу для каждого такого поля и группы зависящих от него полей;

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

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

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

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

Так как мы решили отразить в базе информацию как о поставках товара, так и о его продаже, свяжем обе схемы по таблице «Автомобили» (схема 9). Ведь и поставляем, и продаем мы товар одного ассортимента.

Исходная таблица «Продажи»

Покупатели

Авто

Цвет

Цена

Дата

Консультанты салона

ФИО

Адрес

Тел

Марка

Техн. характ.

Рис

ФИО

Стаж

Адрес

Тел

Дата рожд

Дети

Воронов

Парковый 3

Logan

1.5 тонн

…

синий

10.09.06

Иванов

1 год

Юрша 5

21.09.70

да

Laguna

2 тонны

…

черный

14.10.06

Петров

3 года

Мира 7

17.01.75

нет

Смирнов

Ленина 55

Megane

1.8 тонн

…

черный

10.09.06

Иванов

1 год

Юрша 5

21.09.70

да

Logan

1.5 тонн

…

красный

20.10.06

Конев

Свиязева 6

Symbol

1.7 тонн

…

бордо

10.09.06

Петров

3 года

Мира 7

17.01.75

Нет

…

Схема 1

Исходная таблица «Поставки»

Поставщики	Авто	Количество	Цена	Дата поставки
Название	Адрес	Тел	Марка	Техн. Характ.	Рис
Автотрейд	Россия, …		Logan	1.5 тонн	…			07.09.06
Symbol	1.7 тонн	…			07.09.06
Logan	1.5 тонн	…			15.09.06
Renault	Франция, …		Megane	1.8 тонн	…			5.08.06
Megane	1.8 тонн	…			15.09.06
Laguna	2 тонны	…			15.09.06
…

Схема 2

Н.Ф.

Продажи

ФИО пок-ля

Адрес пок-ля

Тел

Марка Авто

Техн. характ.

Рис

Цвет

Цена

Дата продажи

ФИО конс.

Стаж

Адрес конс.

Тел конс.

Дата рожд

Дети

Воронов

Парковый 3

Logan

1.5 тонн

…

синий

10.09.06

Иванов

1 год

Юрша 5

21.09.70

да

Воронов

Парковый 3

Laguna

2 тонны

…

черный

14.10.06

Петров

3 года

Мира 7

17.01.75

нет

Смирнов

Ленина 55

Megane

1.8 тонн

…

черный

10.09.06

Иванов

1 год

Юрша 5

21.09.70

да

Смирнов

Ленина 55

Logan

1.5 тонн

…

красный

20.10.06

Иванов

1 год

Юрша 5

21.09.70

да

Конев

Свиязева 6

Symbol

1.7 тонн

…

бордо

10.09.06

Петров

3 года

Мира 7

17.01.75

Нет

…

Схема 3

Н.Ф.

Поставки

Название пост-ка	Адрес пост-ка	Тел пост-ка	Марка авто	Техн. характ.	Рис	Количество	Цена	Дата поставки
Автотрейд	Россия, …		Logan	1.5 тонн	…			07.09.06
Автотрейд	Россия, …		Symbol	1.7 тонн	…			07.09.06
Автотрейд	Россия, …		Logan	1.5 тонн	…			15.09.06
Renault	Франция, …		Megane	1.8 тонн	…			5.08.06
Renault	Франция, …		Megane	1.8 тонн	…			15.09.06
Renault	Франция, …		Laguna	2 тонны	…			15.09.06
…

Схема 4

Н.Ф.

Продажи

ФИО пок-ля

Дата продажи

Марка Авто

Техн. характ.

Рис

Цвет

Цена

ФИО конс.

Стаж

Адрес конс.

Тел конс.

Дата рожд

Дети

Воронов

10.09.06

Logan

1.5 тонн

…

синий

Иванов

1 год

Юрша 5

21.09.70

да

Воронов

14.10.06

Laguna

2 тонны

…

черный

Петров

3 года

Мира 7

17.01.75

нет

Смирнов

10.09.06

Megane

1.8 тонн

…

черный

Иванов

1 год

Юрша 5

21.09.70

да

Смирнов

20.10.06

Logan

1.5 тонн

…

красный

Иванов

1 год

Юрша 5

21.09.70

да

Конев

10.09.06

Symbol

1.7 тонн

…

бордо

Петров

3 года

Мира 7

17.01.75

нет

…

Покупатели

ФИО пок-ля	Адрес пок-ля	Тел
Воронов	Парковый 3
Смирнов	Ленина 55
Конев	Свиязева 6
…

Схема 5

Н.Ф.

Поставки

Название пост-ка	Дата поставки	Марка авто	Количество	Цена
Автотрейд	07.09.06	Logan
Автотрейд	07.09.06	Symbol
Автотрейд	15.09.06	Logan
Renault	5.08.06	Megane
Renault	15.09.06	Megane
Renault	15.09.06	Laguna
…

Поставщики Автомобили

Название пост-ка	Адрес пост-ка	Тел пост-ка		Марка авто	Техн. характ.	Рис
Автотрейд	Россия, …		Logan	1.5 тонн	…
Symbol	1.7 тонн	…
Renault	Франция, …		Megane	1.8 тонн	…
Laguna	2 тонны	…
…	…

Схема 6

Н.Ф.

Продажи Автомобили

ФИО пок-ля	Дата продажи	Марка Авто	Цвет	Цена	ФИО конс.		Марка Авто	Техн. характ.	Рис
Воронов	10.09.06	Logan	синий		Иванов	Logan	1.5 тонн	…
Воронов	14.10.06	Laguna	черный		Петров	Laguna	2 тонны	…
Смирнов	10.09.06	Megane	черный		Иванов	Megane	1.8 тонн	…
Смирнов	20.10.06	Logan	красный		Иванов	Symbol	1.7 тонн	…
Конев	10.09.06	Symbol	бордо		Петров	…
…

Покупатели Консультанты

ФИО пок-ля	Адрес пок-ля	Тел		ФИО конс.	Стаж	Адрес	Тел	Дата рожд	Дети
Воронов	Парковый 3		Иванов	1 год	Юрша 5		21.09.70	да
Смирнов	Ленина 55		Петров	3 года	Мира 7		17.01.75	нет
Конев	Свиязева 6		…
…

Схема 7

Н.Ф.

Поставки

Название пост-ка	Дата поставки	Марка авто	Количество	Цена
Автотрейд	07.09.06	Logan
Автотрейд	07.09.06	Symbol
Автотрейд	15.09.06	Logan
Renault	5.08.06	Megane
Renault	15.09.06	Megane
Renault	15.09.06	Laguna
…

Поставщики Автомобили

Название пост-ка	Адрес пост-ка	Тел пост-ка		Марка авто	Техн. характ.	Рис
Автотрейд	Россия, …		Logan	1.5 тонн	…
Symbol	1.7 тонн	…
Renault	Франция, …		Megane	1.8 тонн	…
Laguna	2 тонны	…
…	…

Схема 8

Поставки Поставщики

Название пост-ка	Дата поставки	Марка авто	Количество	Цена		Название пост-ка	Адрес	Тел
Автотрейд	07.09.06	Logan				Автотрейд	Россия, ..
Автотрейд	07.09.06	Symbol
Автотрейд	15.09.06	Logan				Renault	Франция,
Renault	5.08.06	Megane
Renault	15.09.06	Megane				…
Renault	15.09.06	Laguna

Покупатели Автомобили

ФИО пок-ля	Адрес пок-ля	Тел			Марка авто	Техн. характ.	Рис
Воронов	Парковый 3		Logan	1.5 тонн	…
Конев	Свиязева 6		Symbol	1.7 тонн	…
	Megane	1.8 тонн	…
Laguna	2 тонны	…

Продажи Консультанты

ФИО пок-ля

Дата продажи

Марка Авто

Цвет

Цена

ФИО конс.

ФИО конс.

Стаж

Адрес

Тел

Дата рожд

Дети

Воронов

10.09.06

Logan

синий

Иванов

Иванов

1 год

Юрша 5

21.09.70

да

Воронов

14.10.06

Laguna

черный

Петров

Петров

3 года

Мира 7

17.01.75

нет

Смирнов

10.09.06

Megane

черный

Иванов

Смирнов

20.10.06

Logan

красный

Иванов

Конев

10.09.06

Symbol

бордо

Петров

Схема 9

Мы определили информационные объекты модели: «Консультанты»; «Автомобили»; «Покупатели»; «Поставщики»; «Поставки»; «Продажи».

Схема 10

Реквизитный состав этих объектов:

Консультанты (ФИО, Стаж работы, Адрес, Телефон, Дата рождения, Дети);

Автомобили (Марка, Технические характеристики, Изображение);

Покупатели (ФИО, Адрес, Телефон);

Поставщики (Название, Адрес, Телефон);

Поставки (Марка автомобиля, Количество, Цена, Дата, Название пост-ка);

Продажи (Марка автомобиля, Цвет, Цена, ФИО покупателя, ФИО консультанта, Дата);

Автомобили

Марка авто Техн. характ-ки Изображение

Покупатели

ФИО Адрес телефон

Продажи

Марка авто Цвет Цена ФИО покупателя ФИО консультанта Дата продажи

Поставки

Марка авто Количество Цена Дата поставки Название п-ка

Поставки

Консультанты

ФИО Стаж работы Адрес Телефон Дата рождения Дети

Поставщики

Название Адрес Телефон

Схема 11

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

1. Связь «один-к-одному» ( 1:1)

A B

Одному экземпляру информационного объекта А соответствует строго один экземпляр информационного объекта B (и наоборот). Связи такого типа используются редко, как правило для разделения широких таблиц.

2. Связь «один-ко-многим» (1: ∞)

A B

Одному экземпляру информационного объекта А может соответствовать ноль, один или несколько экземпляров информационного объекта B, но каждый экземпляр объекта В связан строго с одним экземпляром объекта А. Как правило связи между таблицами устанавливают именно по этому типу.

Например связь между объектами «Покупатели» и «Продажи» - один покупатель может совершить несколько покупок; «Автомобили» и «Продажи»- одну марку авто могут приобрести несколько раз; «Консультанты» и «Продажи»- один консультант обслуживает несколько сделок. «Автомобили» и «Поставки»- одну марку авто можно неоднократно получать с поставками; «Поставщики» и «Поставки»- один поставщик совершает несколько поставок. При этом обратное не верно: одну поставку совершает строго один поставщик; одну продажу обслуживает строго один консультант и т.д.

3. Связь «многие-ко-многим» ( ∞: ∞)

A B

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

Например связь между объектами «Покупатели» и «Консультанты»- один покупатель в разное время может обслуживаться несколькими консультантами, один консультант обслуживает несколько покупателей; «Покупатели» и «Автомобили»- один покупатель может приобрести автомобили разных марок, автомобили одной марки могут быть куплены несколькими покупателями; «Консультанты» и «Автомобили»- один консультант продает авто разных марок, одну марку могут продать разные консультанты; «Поставщики» и «Автомобили»- один поставщик доставляет авто разных марок, каждая марка может быть доставлена разными поставщиками.

Часто для уменьшения объема информации в таблицы вводят числовые коды- например добавим реквизиты «№ поставки», «№ поставщика», «№ продажи», «Таб. № консультанта». Эта мера позволит так же перейти от составных ключей таблиц к простым:

Автомобили

Марка авто Техн. характ-ки Изображение

Покупатели

ФИО Адрес телефон

Продажи

№ продажи Марка авто Цвет Цена ФИО покупателя Таб. № консультанта Дата продажи

Поставки

№ поставки Марка авто Количество Цена Дата поставки № поставщика

Поставки

Консультанты

Таб. № консультанта ФИО Стаж работы Адрес Телефон Дата рождения Дети

Поставщики

№ поставщика Название Адрес Телефон

Схема 12

Пример создания базы данных в СУБД Access найдете в файле «Пример создания БД.doc»

В контрольной работе необходимо описать процесс создания базы, вставить изображения всех необходимых окон из MS Access. (Используйте Alt-PrintScreen для копирования изображения текущего окна в буфер, Shift-Insert для вставки изображения из буфера). Дискеты присылать не нужно.

Например:

Устанавливаем связи между таблицами базы:

…

Создаем запрос на выборку с параметром. В качестве параметра вводится марка авто:

И т.п.

Вопросы к экзамену по курсу

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

1. Информация. Свойства информации. Экономическая информация. Информационный ресурс. Свойства информационного ресурса.
2. Система. Свойства системы. Информационная система. Автоматизированная ИС. Цели и задачи ИС.
3. Структурированность задач. ИС, используемые для решения частично структурируемых задач.
4. Принципы создания АИС.
5. Классификация ИС.
6. Структура ИС.
7. Информационная технология.
8. Автоматизированные информационные технологии хранения информации.
9. Автоматизированные информационные технологии обработки данных.
10. Автоматизированные информационные технологии передачи информации. Компьютерные сети.
11. Автоматизированное рабочее место управленческого работника.
12. Этапы проектирования ИС.
13. Информационная безопасность ИС.
14. Защита информации от компьютерных вирусов.
15. Case – технологии проектирования АИС.
16. RAD – технология прототипного создания приложений.
17. Структурный метод разработки программного обеспечения.
18. Проектирования баз данных. Инфологическая модель данных. Атрибут, сущность, связь
19. Концептуальные модели данных. Типы структур данных. Операции над данными. Ограничения целостности.
20. Виды концептуальных моделей данных (Иерархическая, сетевая, реляционная, бинарная модели, семантическая сеть)
21. Реляционная модель данных. Операции реляционной алгебры. Реляционные ключи.
22. Нормализация отношений. 1, 2, 3 НФ.
23. База данных, ее структура.
24. Системы управления базами данных. Функции СУБД.
25. Назначение и основные возможности СУБД Access.
26. Имитационные модели экономических ИС.
27. Интеллектуальные ИС. История развития. Основные понятия. Классификация ИИС.
28. Модели представления знаний: тройкой, продукционная модель, логика предикатов.
29. Модели представления знаний. Фреймы, семантическая сеть.
30. Экспертные информационные системы. Их структура, назначение, принципы работы.