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

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В ЭКОНОМИКЕ

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

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

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

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

специальности «Экономика»

Пермь 2012


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

Основной

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

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

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

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

 

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

5. http://cyberguru.ru

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

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

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

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

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

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

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

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

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

 

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

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

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

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

 

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

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

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

Таблица 1

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

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

 

 

 

Темы

 

1. Стрктура базовой ИТ.

2. Информационно — поисковые технологии и системы.

3. Информациоонные технологии автоматизации офиса.

4. Информациоонные технологии обработки данных.

5. Информациоонные технологии поддержки принятия решений.

6. ИТ управления.

7. CASE - технологии.

8. ИТ экспертных систем.

9. Интеллектуальные информационные системы. Базы знаний и искусственный интеллект.

10. Функции управления, уровни управления и их особенности.

11. ИТ различных уровней управления предприятием.

12. Компьютерные сети и ИТ передачи информации.

13. Базы данных как структурная единица информации. Модели данных.

14. Основные понятия и характеристика реляционной базы данных.

15. Проблемы построения реляционных баз данных.

16. Базовая эталонная модель взаимодействия открытых систем.

17. Топология и основные составные элементы глобальной сети Интернет.

18. Ресурсы сети Интернет. Понятие Интернет — маркетинга.

19. Технологии поиска информации в Internet.

20. Методические и организационные принципы создания АИС.

21. ИТ налоговой службы.

22. ИТ страховой деятельности.

23. ИТ казначейства.

24. ИТ банковской деятельности.

25. ИТ бухгалтерского учёта.

26. ИТ в социальной сфере.

27. Автоматизированное рабочее место работника(АРМ). Виды обеспечения АРМ.

28. Виды угроз безопасности экономическим информационным системам. Основные виды защиты.

29. Метолы и средства защиты информации.

30. Компьютерные вирусы и антивирусные программные средства.

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

 

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

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

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

Таблица 2

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

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

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 для вставки изображения из буфера).

Например:

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

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

И т.п.

 

Узнать, зачтена ли контрольная, можно по тел. 2-103-413, если работа не зачтена - ее необходимо забрать на доработку из лаборантской кафедры ИС (Сибирская,1 ауд .605) и вернуть до экзамена.

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

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

 

1. Понятие ИТ. Соотношение ИТ и информационной системы. Типы ИТ.

2. Этапы развития информационных технологий.

3. Классификация информационных технологий.

4. Инструментарий и составляющие ИТ.

5. Концептуальный уровень базовой информационной технологии: назначение, структура, состав.

6. Логический уровень базовой информационной технологии: назначение, структура, состав.

7. Физический уровень базовой информационной технологии: назначение, структура, состав.

8. ИТ обработки данных: назначение, структура, функционирование.

9. ИТ управления: назначение, структура, функционирование.

10. ИТ экспертных систем: назначение, структура, функционирование.

11. ИТ поддержки принятия решений: назначение, структура, функционирование.

12. Этапы проектирования ИС.

13. Информационная безопасность ИС.

14. Защита информации от компьютерных вирусов.

15. Case – технологии проектирования АИС.

16. RAD – технология прототипного создания приложений.

17. Структурный метод разработки программного обеспечения.

18. Проектирования баз данных. Инфологическая модель данных. Атрибут, сущность, связь

19. Концептуальные модели данных. Типы структур данных. Операции над данными. Ограничения целостности.

20. Виды концептуальных моделей данных (Иерархическая, сетевая, реляционная, бинарная модели, семантическая сеть)

21. Реляционная модель данных. Операции реляционной алгебры.

22. Реляционные ключи.

23. Нормализация отношений. 1, 2, 3 НФ.

24. База данных, ее структура.

25. Системы управления базами данных. Функции СУБД.

26. Назначение и основные возможности СУБД Access.

27. Таблицы, формы, запросы, отчеты СУБД Access.

28. Имитационные модели экономических ИС.

29. Интеллектуальные ИС.

30. Экспертные информационные системы.