Учреждение образования Федерации профсоюзов Беларуси
Международный институт трудовых и социальных отношений
Витебский филиал
Кафедра экономики и менеджмента
А.С. Слепухина
Информационные технологии
СОДЕРЖАНИЕ
Лекция 9. Экономическая информация в автоматизированных информационных системах. Организация хранения данных. 4
Лекция 10. Проектирование БД.. 18
Лекция 11. Системы управления базами данных. 26
Лекция 12. Введение в SQL.. 35
Лекция 13. Системы обработки многопользовательских баз данных. 49
Лекция 14. Администрирование баз данных. 60
Лекция 15. Технологии искусственного интеллекта. Экспертные системы.. 69
Лекция 17. Основы проектирования компьютерных информационных технологий. 87
Контрольные вопросы
1. Понятие «экономическая информация».
2. Особенности экономической информации.
3. Требования к экономической информации.
4. Виды экономической информации.
5. Структура экономической информации.
6. Понятие «система управления».
7. Понятие «экономическая информационная система».
8. Понятие «автоматизированная информационная система».
9. Классификация АИС.
10. Виды обеспечения АИС.
11. Внутримашинное информационное обеспечение АИС.
12. Внемашинное информационное обеспечение АИС.
13. Виды систем классификации информации.
14. Способы кодирования информации.
15. Понятие «база данных».
Литература
1. Левчук Е.А. Технологии организации, хранения и обработки данных: учебное пособие/ В.А. Левчук. – Мн.: Выш. шк., 2005. – C. 3-11.
2. Румянцева Е.Л., Слюсарь В.В. Информационные технологии: учеб пособие - – М.: ИД «ФОРУМ»:ИНФРА –М, 2009. – 256 с. – С. 57-67.
3. Информационные системы и технологии в экономике: Учебник. – 2-е изд-е, доп. и перераб./ Т.П. Барановская и др. Под общей редакцией В.И. Лойко. – М.: Финансы и статистика, 2003. - 52-57.
4. Романов А.Н., Одинцов Е.Е. Информационные системы в экономике (лекции, упражнения и задачи): Учеб. пособие. – М.: Вузовский учебник, 2007. – С. 84-95.
Основные понятия
Экономическая информация - информация, характеризующая производственные отношения в обществе.
Требования к ЭИ – точность, достоверность, оперативность.
Реквизит —минимальная структурная единица информации
Показатель — это сочетание одного реквизита-признака с одним или несколькими реквизитами-основаниями.
Документ — это совокупность экономических показателей (информационная совокупность более высокого уровня) с указанием лица, ответственного за содержащуюся в них информацию.
Массив информации — это совокупность информации, содержащейся в различных однородных документах.
Поток — это совокупность массивов, относящихся к одной функции управления.
Информационная система объекта — это совокупность потоков, характеризующих деятельность объекта в целом.
Автоматизированная информационная система (АИС) - совокупность информации, экономико-математических методов и моделей, технических, программных, технологических средств и специалистов, предназначенную для обработки информации и принятия управленческих решений (Титоренко Г.А).
Информационное обеспечение - совокупность показателей, справочных данных, массивы информации на машинных носителях информации.
Внемашинная экономическая информация - система классификации и кодирования информации; система управленческой документации; система организации, хранения, внесения изменений в документацию.
Внутримашинная экономическая информация - та часть экономической информации, которая хранится в памяти вычислительной системы.
База данных – организованная совокупность структурированной информации из некоторой предметной области, хранящаяся на машинном носителе информации.
Темы рефератов
1. Структура информационных массивов промышленных предприятий.
2. Структура форм отчетности промышленных предприятий.
3. Нормативные документы, регламентирующие работу экономических информационных систем.
Лекция 10. Проектирование БД
План
Контрольные вопросы
1. Содержание этапа концептуального проектирования.
2. Что представляет собой концептуальная модель базы данных.
3. Содержание этапа логического проектирования.
4. Что представляет собой логическая модель базы данных.
5. Содержание этапа физического проектирования.
6. Что представляет собой физическая модель базы данных.
7. Первая нормальная форма отношения реляционной базы данных.
8. Вторая нормальная форма отношения реляционной базы данных.
9. Третья нормальная форма отношения реляционной базы данных.
10. Понятия «информационный объект», «сущность», «связь».
11. Виды связей между сущностями.
Литература
1. Левчук Е.А. Технологии организации, хранения и обработки данных: учебное пособие/ В.А. Левчук. – Мн.: Выш. шк., 2005 г. – С. 16-19.
2. Федоров А., Елманова Н. Базы данных для всех. – М.: КомпьютерПресс, 2000. – С. 14-21.
3. Голицына О.Л. и др. Информационные технологии: учебник. – 2-е изд, перераб. И доп. – М.: ФОРУМ:ИНФРА-М, 2008. – 608 с. – С. 296-321.
Основные понятия
Требования к базе данных - высокое быстродействие, простота обновления данных, независимость данных, совместное использование данных, безопасность данных.
Этапы проектирования БД - концептуальное проектирование, логическое проектирование, физическое проектирование.
Сущность - совокупность однотипных объектов или фактов, называемых экземплярами этой сущности.
Связь - соотношение между сущностями.
Темы рефератов
1. Грамотное обследование предприятия – залог качества базы данных.
2. История развития баз данных.
3. Объектно-ориентированная и объектно-реляционная модели данных.
Контрольные вопросы
1. Отличия СУБД общего назначения от специализированных.
2. Отличия однофайловых СУБД от многофайловых.
3. Особенности многопользовательских СУБД.
4. Классификация СУБД по технологии обработки данных.
5. Структура языка современной СУБД.
6. Какие механизмы СУБД обеспечивают целостность базы данных.
7. Какие механизмы СУБД обеспечивают безопасность базы данных.
8. Какие механизмы СУБД обеспечивают возможность использования базы данных в сети.
9. Отличия режима ассистента от командного режима работы пользователя.
10. Какие пользователи работают в программном режиме.
11. Характеристика семейства СУБД фирмы Oracle.
12. Основные тенденции развития СУБД.
Литература
1. Голицына О.Л. и др. Информационные технологии: учебник. – 2-е изд, перераб. И доп. – М.: ФОРУМ:ИНФРА-М, 2008. – 608 с. – С. 326-342.
2. Федоров А., Елманова Н. Базы данных для всех. – М.: КомпьютерПресс, 2000. – С. 65-75.
3. Автоматизированные информационные системы в экономике: Учебник/ Под ред. Г.А. Титоренко. – М.: Компьютер, ЮНИТИ, 1998. – С. 199-207.
Основные понятия
Система управления базами данных -комплекспрограмм, предназначенный для создания и использования базы данных для решения множества задач.
Функциональные возможности СУБД-возможности по созданию базы данных и ее актуализации, извлечению данных, созданию приложений базы данных, взаимодействию с другими системами, управлению базой данных.
Режимы работы пользователя с СУБД –ассистент, командный режим, программный режим.
Темы рефератов
1. История развития СУБД.
2. Рынок СУБД в Беларуси.
3. Механизмы СУБД для защиты данных.
Лекция 12. Введение в SQL
План
1. Назначение языка, классификация операторов
2. Структура командыязыка SQL.
3. Работа SQL со множеством пользователей.
Назначение языка, классификация операторов
Большинство современных СУБД содержат средства генерации запросов, позволяющих изменять данные (и др. операции). Один из способов манипулирования данными – QBE (queries by example), запрос по образцу. Это средство для визуального связывания таблиц и выбора полей, которые надо отобразить в результате выполнения запроса.
Другое средство – язык запросов SQL (Structured Query Language), представляет собой непроцедурный язык, используемый для управления данными и метаданными реляционных СУБД. Термин «непроцедурный» означает, что на этом языке можно сформулировать, что именно нужно сделать с данными, но нельзя проинструктировать, как это следует сделать. Иными словами, в языке SQL отсутствуют алгоритмические конструкции, такие кап метки, операторы цикла, условные переходы и т.п.
Язык SQL был создан в начале 70-х годов в результате исследовательского проекта IBM, целью которого было разработать язык манипуляции реляционными данными. Первоначально он назывался SEQUEL (Structured English Query Language), затем — просто SQL. Официальный стандарт SQL был опубликован ANSI (American National Standards Institute - Американский национальный институт стандартизации) в 1981 году, и это наиболее часто используемая ныне реализация SQL. Данный стандарт был расширен в 1989 и 1992 годах, поэтому последний стандарт SQL носит название SQL92. В настоящее время ведется работа над стандартом SQL3, содержащим некоторые объектно-ориентированные расширения.
Существуют три уровня соответствия стандарту ANSI: начальный, промежуточный и полный. Многие производители серверных СУБД, такие как IBM, Informix, Microsoft, Oracle и Sybase, применяют собственные реализации SQL, основанный на стандарте ANSI (отвечающие как минимум начальному уровню соответствия стандарту) и содержащие некоторые расширения, специфические для той или иной СУБД.
Классификация операторов языка
SQL позволяет не только извлекать данные, но и определять структуру данных, добавлять, удалять данные, ограничивать или предоставлять доступ к данным, поддерживать ссылочную целостность.
SQL содержит примерно 40 операторов для выполнения различных действий внутри СУБД, большинство из которых представляют собой разного рода манипуляции с данными и метаданными. Эти операторы подразделяются на несколько категорий, которые кратко рассматриваются ниже.
Data Definition Language (DDL)содержит операторы, позволяющие создавать, изменять и уничтожать базы данных и объекты внутри них (таблицы, представления и др)
Create Table - Добавление новой таблицы к базе
Drop Table - Удаление таблицы из базы данных
Alter Table - Изменение структуры имеющейся таблицы
Create View - Добавление нового представления к базе данных
Drop View - Удаление представления из базы данных
Create Index - Создание индекса для данного поля
Drop Index - Удаление существующего индекса
CREATE SCHEMA - Создание новой схемы в базе данных
DROP SCHEMA - Удаление схемы из базы данных
Data Manipulation Language (DML)содержит операторы, позволяющие выбирать, добавлять, удалять и модифицировать данные. Обратите внимание на то, что эти операторы не обязательно должны завершать транзакцию, внутри которой oни вызваны.
Insert - Добавление строк к таблице
Delete - Удаление строк из таблицы
Update - Изменение данных
Иногда оператор SELECT относят к отдельной категории, называемой Data Query Language (DQL).J
Data Control Language (DCL), иногда называемые операторами Access Control Language, применяются для осуществления административных функций, присваивающих или отменяющих право (привилегию) использовать базу данных, таблицы в базе данных, а также выполнять те или иные операторы SQL.
Grant - Присвоение привилегии.
Revoke - Отмена привилегии.
Транзакция – группа операций над данными, которые либо выполняются, либо отменяются все вместе. Завершение транзакции означает, что все ее операции завершены, и результат их работы сохранен в базе данных. Откат транзакции означает, что все уже выполненные операции, входящие в состав транзакции, отменяются, и все объекты базы данных возвращаются в исходное состояние (для этого СУБД ведет журнал транзакций). Транзакция может состоять из нескольких вложенных транзакций. Некоторые СУБД поддерживают двухфазное завершение транзакций – процесс, позволяющий осуществлять транзакции над несколькими БД, относящимися к одной и той же СУБД. Для поддержки распределенных транзакций (над базами данных, управляемых разными СУБД) используются мониторы транзакций.
Оператор INSERT
Для добавления записей в таблицу следует использовать оператор INSERT:
INSERT INTO имя таблицыe (список полей) VALUES (значения полей в одной записи)
Например, для добавления нового клиента в таблицу Customers можно использовать следующий запрос:
INSERT INTO Customers (CustomerlD, CompanyName) VALUES ('XYZFO', 'XYZDeli')
Контрольные вопросы
Литература
1. Федоров А., Елманова Н. Базы данных для всех. – М.: КомпьютерПресс, 2000. – С. 127-155.
2. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: учеб. пособие. – 2-е изд., испр. и доп. – М.: ФОРУМ:ИНФРА-М, 2007. – С. 187-259.
Основные понятия
SQL(Structured Query Language) - непроцедурный язык, используемый для управления данными и метаданными реляционных СУБД
Data Definition Language (DDL)- операторы, позволяющие создавать, изменять и уничтожать базы данных и объекты внутри них (таблицы, представления и др).
Data Manipulation Language (DML)- операторы, позволяющие выбирать, добавлять, удалять и модифицировать данные.
Data Control Language (DCL) - операторы для осуществления административных функций, присваивающих или отменяющих право (привилегию) использовать базу данных, таблицы в базе данных, а также выполнять те или иные операторы SQL.
Транзакция– группа операций над данными, которые либо выполняются, либо отменяются все вместе.
Структура команды:<имя оператора><ключевое слово> <дополнит. ключевые слова, константы, выражения >.
Оператор запросов: SELECTсписок отбираемых полейFROMсписок таблиц, из которых отбираются поля[WHEREусловия отбора] [ORDER BYпорядок сортировки]
Сериализация транзакций - организация их выполнения по некоторому сериальному плану.
Роль пользователя - набор его привилегий.
Лекция 13. Системы обработки многопользовательских баз данных
План
1. Системы удаленной обработки данных.
2. Системы обработки распределенных баз данных (РаБД).
3. Хранилища данных.
Системы обработки распределенных баз данных (РаБД)
Одна из главных особенностей современных информационных систем — распределенный характер. Возрастает их масштаб, они охватывают все больше число точек по всему миру. Современный уровень принятия решений, оперативное управление информационными ресурсами требует все большей их децентрализации. Информационные системы находятся в постоянном развитии — в них добавляются новые сегменты, расширяется диапазон функций уже действующих. Примером распределенной системы может послужить система резервирования билетов крупной авиакомпании, имеющей свои филиалы в различных частях Земли.
Распределение данных осуществляется двумя способами: реплицирование и тиражирование данных.
При реплицировании отдельные фрагменты базы данных располагаются на различных узлах компьютерной сети, цельной базы данных нет. При тиражировании на отдельных компьютерах размещаются копии фрагментов базы данных, нужные для работы конкретному пользователю. Цельная база данных хранится на сервере. Распределенная базаданных выглядит с точки зрения пользователей и прикладных программ как обычная локальная база. В этом смысле слово "распределенная" отражает способ организации базы данных, но не внешнюю ее характеристику ("распределенность" базы не должна быть видна извне).
Организация работы с распределенной базой данных очень сложна. Для управления именами в распределенной среде создается глобальный словарь данных. Он хранит информацию о распределенной базе: расположение данных, возможности других СУБД (если используется шлюз), сведения о скорости передачи по сети с различной топологией и т.д.
Глобальный словарь данных — это механизм отслеживания расположения объектов в распределенной БД. Данные могут храниться на локальном узле, на удаленном узле, или на обоих узлах — их расположение должно оставаться прозрачным как для конечного пользователя, так и для программ. Не нужно явным образом указывать место расположения данных — программа должна быть полностью независима от того, на каких узлах размещаются данные, с которыми она оперирует;
Производится оптимизация распределенных запросов, которые затрагивают несколько фрагментов базы данных на различных узлах, причем объемы выборки могут быть весьма различными. Оптимизатор распределенных запросов обязательно должен учитывать размеры таблиц. В противном случае запрос может выполняться непредсказуемо долго. Кроме этого, оптимизатор распределенных запросов должен учитывать объем данных, передаваемых между узлами, скорость коммуникационных линий, структуры хранения данных, соотношение производительности процессоров на разных узлах и т.д. Все эти данные содержатся в глобальном словаре данных;
Важнейшее требование к современным СУБД — межоперабельность (или интероперабельность) - открытость системы, позволяющую встраивать ее как компонент в сложную разнородную распределенную среду. Межоперабельность достигается как за счет использования интерфейсов, соответствующих международным, национальным и промышленным стандартам, так и за счет специальных решений. Это означает, что приложения, созданные средствами разработки данной СУБД, могут оперировать с базами данных в "чужом" формате так, как будто это собственные базы данных (использованием шлюзов). С другой стороны, данные этой СУБД, могут использоваться приложениями других СУБД.
Вскоре после появления идея (и теория) реляционных баз данных стала популярна среди разработчиков СУБД. Однако сделать реляционную СУБД оказалось непросто. Сложилась неоднозначная ситуация, когда после некоторых усовершенствований одни фирмы стали называть свои разработки реляционными, а другие - отказываться от создания реляционных СУБД в силу сложности задачи. Для того, чтобы внести ясность в оценку разработок одних фирм и более определенно сформулировать цель, к которой разработчикам нужно стремиться, для других фирм, Е. Кодд, автор реляционного подхода, в конце 70-х гг. опубликовал свои 12 правил соответствия произвольной СУБД реляционной модели, дополнив основные понятия реляционных баз данных определениями, важными для практики:
0. Основное (подразумеваемое) правило. Система, которая рекламируется или провозглашается поставщиком как реляционная СУБД, должна управлять базами данных исключительно способами, соответствующими реляционной модели.
1. Информационное правило. Вся информация, хранимая в реляционной базе данных, должна быть явно, на логическом уровне, представлена единственным образом: в виде значений в R-таблицах.
2. Правило гарантированного логического доступа. К каждому имеющемуся в реляционной базе атомарному значению должен быть гарантирован доступ с помощью указания имени R-таблицы, значения первичного ключа и имени столбца.
3. Правило наличия значения (missing information). В полностью реляционной СУБД должны иметься специальные индикаторы (отличные от пустой символьной строки или строки из одних пробелов и отличные от нуля или какого-то другого числового значения) для выражения (на логическом уровне, систематично и независимо от типа данных) того факта, что значение отсутствует по меньшей мере по двум различным причинам: его действительно нет либо оно неприменимо к данной позиции. СУБД должна не только отражать этот факт, но и распространять на такие индикаторы свои функции манипулирования данными не зависимо от типа данных.
4. Правило динамического диалогового реляционного каталога. Описание базы данных выглядит логически как обычные данные, так что авторизованные пользователи и прикладные программы могут употреблять для работы с этим описанием тот же реляционный язык, что и при работе с обычными данными.
5. Правило полноты языка работы с данными. Сколько бы много в СУБД ни поддерживалось языков и режимов работы с данными, должен иметься по крайней мере один язык, выразимый в виде командных строк в некотором удобном синтаксисе, который бы позволял формулировать:
· определение данных,
· определение правил целостности,
· манипулирование данными (в диалоге и из программы),
· определение выводимых таблиц (в том числе возможности их модификации),
· определение правил авторизации,
· границы транзакций.
6. Правило модификации таблиц-представлений. В СУБД должен существовать корректный алгоритм, позволяющий автоматически для каждой таблицы-представления определять во время ее создания, может ли она использоваться для вставки и удаления строк и какие из столбцов допускают модификацию, и заносящий полученную таким образом информацию в системный каталог.
7. Правило множественности операций. Возможность оперирования базовыми или выводимыми таблицами распространяется полностью не только на выдачу информации из БД, но и на вставку, модификацию и удаление данных.
8. Правило физической независимости. Диалоговые операторы и прикладные программы на логическом уровне не должны страдать от каких-либо изменений во внутреннем хранении данных или в методах доступа СУБДОшибка! Закладка не определена..
9. Правило логической независимости. Диалоговые операторы и прикладные программы на логическом уровне не должны страдать от таких изменений в базовых таблицах, которые сохраняют информацию и теоретически допускают неизменность этих операторов и программ.
10. Правило сохранения целостности. Диалоговые операторы и прикладные программы не должны изменяться при изменении правил целостности в БД (задаваемых языком работы с данными и хранимых в системном каталоге).
11. Правило независимости от распределенности. Диалоговые операторы и прикладные программы на логическом уровне не должны страдать от совершаемого физического разнесения данных (если первоначально СУБД работала с нераспределенными данными) или перераспределения (если СУБД действительно распределенная).
12. Правило ненарушения реляционного языка. Если в реляционной СУБД имеется язык низкого уровня (для работы с отдельными строками), он не должен позволять нарушать или "обходить" правила, сформулированные на языке высокого уровня (множественном) и занесенные в системный каталог.
Важность правил Кодда в том, что они никем не оспаривались, не дополнялись и до сих пор являются единственными правилами такого рода. Несмотря на то, что не все они равноценны, эти правила в течение длительного периода задают определенную точку отсчета для одних (разработчики) и критерий соответствия для других (разработчики и пользователи).
Эти правила были переработаны Крисом Дейтом, который начал свою карьеру в компании IBM, где специализировался в области технологии баз данных. Основным трудом К. Дейта является учебная монография “Введение в системы баз данных”. В 2003 г. вышло в свет уже восьмое издание этой книги. Каждое издание книги существенно отличается предыдущих изданий, но не снижает их собственную значимость. На русском языке опубликованы три издания “Введения в системы баз данных”.
Современные информационные системы требуют доступа к разнородным базам данных. Это означает, что в прикладной программе для реализации запросов к базам данных должны быть использованы такие средства, чтобы запросы были понятны различным СУБД, как реляционным, так и опирающимся на другие модели данных. Одним из возможных путей является обобщенный набор различных диалектов языка SQL (как это сделано, например, в СУБД OpenIngres).
Система, в которой несколько компьютеров различных моделей и производителей связаны в сеть и на каждом из них функционирует собственная СУБД, называется гетерогенной.
Контрольные вопросы
1. Исторический аспект методов обработки данных.
2. Принципы передачи данных в сети.
3. Сущность удаленной обработки данных.
4. Для чего используются виртуальные имена узлов сети.
5. Обработка запросов в архитектуре "файл/сервер".
6. Обработка запросов в архитектуре "клиент/сервер".
7. Достоинства и недостатки архитектур файл/сервер и клиент/сервер.
8. Понятие «распределенная база данных».
9. Способы распределения базы данных.
10. Достоинства и недостатки распределенной обработки данных.
11. Различия гомогенных и гетерогенных РаБД.
12. Наиболее известные распределенные СУБДОшибка! Закладка не определена..
13. Двенадцать правил К. Дейта.
14. Понятие «хранилище данных».
15. Причины появления хранилищ данных.
16. Суть технологии OLAP.
Литература
1. Экономическая информатика / Под.ред. П.В.Конюховского, Д.Н.Колесова. – Мн.: Новое знание. 2001. - с. 302-306.
2. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: учеб. пособие. – 2-е изд., испр. и доп. – М.: ФОРУМ:ИНФРА-М, 2007. – С. 272-280, 337-340.
3. Кузин А.В., Демин В.М. Разработка баз данных в системе Microsoft Access: учебник. – 2-е изд. – М.: ФОРУМ-ИНФРА-М, 2007.- С. 182-186.
4. Романов А.Н., Одинцов Е.Е. Информационные системы в экономике (лекции, упражнения и задачи): Учеб. пособие. – М.: Вузовский учебник, 2007. – С. 99-100., 107-111.
Основные понятия
Централизованная база данных - хранится в памяти одной вычислительной системы (на центральном компьютере), к которой пользователи (клиенты) обращаются за информацией с помощью своих компьютеров.
Распределенная база данных - база данных, части которой размещены на отдельных ЭВМ, входящих в сеть.
Локальный доступ - к базам данных с локальным доступом возможен доступ только с того компьютера, на котором установлена база данных.
Удаленный доступ - к базам данных с удаленным доступом возможен доступ с компьютеров в сети.
Принципы сетевого доступа к базе данных: прозрачность расположения; прозрачность сети; автоматическое преобразование форматов данных; автоматическая трансляция кодов; межоперабельность.
Хранилище данных (ХД) — «предметно ориентированный, неизменяемый и поддерживающий хронологию набор данных, предназначенный для обеспечения принятия управленческих решений».
Темы рефератов
Лекция 14. Администрирование баз данных
План
1. Функции администратора БД.
2. Методы защиты БД.
3. Резервирование и восстановление БД.
4. Оптимизация работы БД,
5. Правовая охрана баз данных
Контрольные вопросы
1. Перечислить функции администратора базы данных.
2. На каких этапах жизненного цикла информационной системы работает администратор базы данных.
3. Группы пользователей базы данных, их полномочия.
4. Способы резервирования базы данных.
5. Понятие «журнализация».
6. Какие сведения заносятся в журнал текущих изменений базы данных.
7. Отличие резервирования от архивирования.
8. Порядок восстановления базы данных.
9. Виды угроз безопасности данных.
10. Организационные методы защиты данных.
11. Программно-технические методы защиты данных.
12. Необходимость правовой охраны баз данных.
13. Нормативные акты Республики Беларусь, обеспечивающие правовую охрану баз данных.
Литература
1. Корнеев В.В. Базы данных. Интеллектуальная обработка информации. – М.:Издатель Молгачева С.З., Изд-во Нолидж. 2001. – С. 83-84.
2. Гайдамакин Н.А. Автоматизированные информационные системы, базы и банки данных. Вводный курс: учебное пособие. – М.: Гелиос АРВ, 2002. – 368 с. – с. 305-335.
3. Экономическая информатика / Под.ред. П.В.Конюховского, Д.Н.Колесова. – Мн.: Новое знание. 2001. - с. 307-309.
4. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: учеб. пособие. – 2-е изд., испр. и доп. – М.: ФОРУМ:ИНФРА-М, 2007. – С. 294-326.
Основные понятия
Администрирование - комплекс процессов при создании, эксплуатации и использовании АИС, связанных с обеспечением надежности и эффективности функционирования АИС, безопасности данных и организацией коллективной работы пользователей различных категорий.
Резервирование БД –периодическое сохранение копии базы данных.
Восстановление БД– обеспечение работоспособности базы данныхпосле выхода из строя основного файла базы данных.
Журнализация - ведение специального журнала текущих изменений базы данных, размещаемого отдельно от основных данных и, как правило, на отдельном носителе.
Лекция 15. Технологии искусственного интеллекта. Экспертные системы
План
1. Понятие искусственного интеллекта.
2. Области применения ИИ.
3. Понятие экспертной системы.
Контрольные вопросы
1. Для решения каких задач применяют системы искусственного интеллекта.
2. Основные проблемы создания систем ИИ. систем ИИ.
3. В каких сферах деятельности человека применяют системы ИИ.
4. Какой специфический компонент обязательно входит в состав экспертной системы.
5. Отличие экспертных систем от других информационных систем.
6. В каких режимах может работать экспертная система.
7. Наиболее известные экспертные системы.
Литература
1. Компьютерные информационные технологии: Учебно-практическое пособие / А.Н. Морозевич, А.К. Голенда, Б.А. Железко и др./ Под ред. А.Н. Морозевича. – Мн.: БГЭУ, 2003. – С. 72-73.
2. Федотова Е.Л. Информационные технологии в профессиональной деятельности: учеб. пособие. – М.: ИД «ФОРУМ»: ИНФРА-М, 2008. – 368 с. - С.221-231.
Основные понятия
Интеллект – совокупность всех познавательных функций индивида: от ощущений и восприятия до мышления и воображения; в более узком смысле – мышление.
Интеллект искусственный – 1условное обозначение кибернетических систем и их логико-математического обеспечения, предназначенных для решения некоторых задач, обычно требующих использования интеллектуальных способностей человека.
Экспертная система - система искусственного интеллекта, построенная на основе высококачественных специальных знаний о некоторой предметной области (полученных от экспертов – специалистов этой области).
Темы рефератов
1. Может ли машина мыслить?
2. Применение экспертных систем в организациях Витебской области.
3. Перспективы робототехники в Беларуси.
Лекция 16. Системы автоматизации в менеджменте
План
1. Особенности предметной области как объекта автоматизации.
2. Автоматизированные системы обработки информации в промышленной сфере.
3. Автоматизированные системы обработки информации в непромышленной сфере.
Контрольные вопросы
Литература
1. Синаторов С.В. Информационные технологии: учеб. пособие. – М.: Альфа М: ИНФРА-М, 2009. – 336 с. - С. 315-322.
Основные понятия
Управленческий учет – учет, данные которого предназначены не для внешних пользователей (государства, банков, деловых партнеров), а для внутреннего «употребления».
Система автоматического управления (САУ) – управляющее воздействие осуществляется без участия человека.
Автоматизированная система управления(АСУ) – управляющее воздействие осуществляется с участием человека.
Экономическая информационная система — это человеко-машинная система, обеспечивающая с использованием компьютерных технологий сбор, передачу, обработку и хранение информации для управления производством.
Темы рефератов
1. Возможности системы SAP/R3.
2. Уровень автоматизации промышленных предприятий Витебска.
3. Суперкомпьютеры в АИС Беларуси.
Контрольные вопросы
1. Основные стадии жизненного цикла ИС.
2. Основные модели жизненного цикла ПО.
3. В каких случаях используют типовое проектирование ИС.
4. В каких случаях нельзя применить типовое проектирование ИС.
5. Разделы технического задания на проектирование ИС.
6. Цели реинжиниринга предприятия.
7. Принципы реинжиниринга.
Литература
1. Емельянова Н.В. Информационные системы в экономике: учеб. пособие. - М.: ФОРУМ: ИНФРА–М, 2006. – 464 с. – С. 142-214.
2. Федотова Е.Л. Информационные технологии в профессиональной деятельности: учеб. пособие. – М.: ИД «ФОРУМ»:ИНФРА –М, 2008. – 368 с. – С. 75-94.
3. Румянцева Е.Л., Слюсарь В.В. Информационные технологии: учеб пособие - – М.: ИД «ФОРУМ»: ИНФРА –М, 2009. – 256 с. – С. 179-198.
Основные понятия
Жизненный цикл ИС – это процессы, выполняемые с ИС на протяжении периода ее существования от разработки до вывода из эксплуатации.
Каноническое проектированиеИС - создание индивидуального проекта по заданию заказчика.
Типовое проектирование ИС предполагает создание системы из готовых типовых элементов.
Техническое задание (ТЗ) на создание ИС - основной документ, определяющий требования и порядок создания, в соответствии с которым проводится разработка ИС и ее приемка при вводе в действие ИС.
Реинжиниринг - фундаментальное переосмысление и радикальное перепроектирование деловых процессов для достижения резких, скачкообразных улучшений в решающих, современных показателях деятельности компании, таких, как стоимость, качество, сервис и темпы.
Темы рефератов
1. Исторический аспект проектирования систем автоматизации промышленных предприятий.
2. Сase-средство моделирования бизнес-процессов BPwin.
3. Три методологии моделирования бизнес-процессов: функциональное моделирование (IDEF0); описание бизнес-процессов (IDEF3); диаграммы потоков данных (DFD).
.
Издатель: Витебский филиал Учреждения образования Федерации профсоюзов Беларуси «Международный институт трудовых и социальных отношений»
Лицензия ЛВ № 437 от 14.10.2004
210015, г. Витебск, ул. Правды, 8а
Подписано в печать ________2010 г. Формат 60х84 1/16 Бумага офсетная
Гарнитура Times. Усл. печ.л. _____
Уч.изд.л._____
Тираж _____ экз. Заказ № ______