Информационные технологии управления (стр. 1 из 27)
Федеральное агентство по образованию
Государственное образовательное учреждение
высшего профессионального образования
Тульский государственный университет
Региональный центр повышения квалификации
и переподготовки руководящих работников
Кафедра "Финансы и менеджмент"
ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ УПРАВЛЕНИЯ
(часть 3)
Учебное пособие
А.Н. Борисов
Тула 2006
О многом понемногу, чтобы не пугаться изобилия информации о вещах сложных и простых одновременно. Система проектирования и управления базами данных Access. Дополнительные возможности интегрированной среды Microsoft Office, например подготовка презентаций с помощью Power Point и другое. Локальные и глобальные вычислительные сети. Internet.
Предназначено для студентов экономических специальностей вузов, слушателей центров повышения квалификации и переподготовки кадров, руководителей и экономистов предприятий, организаций, фирм.
Библиогр.: 41 назв.
Печатается по решению редакционно-издательского совета Тульского государственного университета.
Рецензенты: д-р экон. наук, проф.В.Н. Бабанов;
д-р экон. наук, проф.В.И. Белоцерковский
© А.Н. Борисов,
2006
ISBN 5-7679-0811-7© Издательство ТулГУ, 2006
Введение
Реляционные базы данных
Создание и работа с базой данных
Ms Power Point
Использование образца слайдов для создания стиля презентации
Создание текста и его форматирование
Создание таблиц
Создание и использование гиперссылок
Параметры показа слайдов
Создание произвольного показа
Основы работы с Microsoft Outlook
Настройка папки "Outlook сегодня"
Почта
Создание WEB-страниц в редакторе FrontPage
Шаблоны страниц
Создание страницы рамок
Основы работы в MS FrontPage
Организация навигации
Создание ссылки
Предварительный просмотр
Свойства страницы
Дополнительные возможности MS FrontPage
Меняющиеся кнопки
Бегущие строки
Добавление бегущей строки
Подготовка информационных материалов в Microsoft Office Publisher 2003
Запуск программы
Создание и заполнение форм с помощью Microsoft Office InfoPath 2003
Формы и шаблоны форм
Компьютерные сети
Сетевые возможности Windows
Глобальная сеть Internet
Подключение к Интернету
“Всемирная паутина" и другие службы Сети
Web, HTTP, HTML
Работа с обозревателем Internet Explorer
Окно программы Internet Explorer
Электронная почта
FTP
Основные Internet-технологии и информационные ресурсы
Средства электронной коммерции - виртуальные магазины, баннерные сети
Средства интерактивного общения - ICQ, чаты, форумы, доски объявлений
Список рекомендуемой литературы
Приложения
Введение
Управление - это воздействие на работу системы для достижения ею намеченной цели.
Системы могут быть техническими, биологическими, организационно-экономическими и т.д. Управление системами основывается на анализе и переработке информации.
Способы представления и обработки информации составляют суть информационных технологий. Учитывая, что объемы информации в современном мире удваиваются примерно каждые пять лет, способы обработки информации должны использовать мощные и эффективные средства представления и обработки информации. В качестве таковых сегодня выступают программно-технические комплексы на базе компьютеров для автоматизированной обработки цифровой, текстовой, графической, звуковой и видео информации.
Цель и задачи курса Информационные технологии управления - изучение средств представления и обработки информации.
Система проектирования и управления базами данных Access
Реляционные базы данных
База данных (банк данных) - это информация большого объема, отдельные "порции" которой похожи друг на друга по структуре, различаясь по содержанию, например телефонный справочник, каталог товаров и т.д. Рост объемов данных выдвигает проблему их эффективной организации и быстрого доступа к ним.
База данных, созданная с помощью Access, является реляционной базой данных. Это означает, что вся, хранящаяся в базе данных информация, представлена в виде одной или нескольких взаимосвязанных таблиц. Каждая таблица содержит информацию об одном объекте определенного типа. Объекты могут быть физическими (поставщики, покупатели, товары и т.д.) или логическими (поставки, покупки, заказы и т.д.).
Таблица содержит поля (столбцы), в которых хранятся различного рода данные об объекте (например, для таблицы Поставщики полями могут быть - наименование поставщика, адрес поставщика, телефон поставщика и др.; для таблицы Товары - наименование, цена и др.), и записи (строки), где собрана вся информация о конкретном значении объекта (например, о конкретном поставщике).
Для каждой таблицы должен быть определен первичный ключ (одно поле, имеющее для каждой записи уникальное значение или несколько полей, совокупное значение которых для каждой записи уникально).Т. е. первичный ключ - это однозначный идентификатор каждой записи таблицы. В частном случае - это просто порядковый номер № записи.
Для увеличения скорости доступа к данным отдельные поля таблицы (или их совокупность) могут быть объявлены индексами. Индексу соответствует внутренняя индексная таблица Access из двух столбцов, в левом из которых перечислены все возможные значения индексированного поля, а в правом - значения первичного ключа записей, содержащих данное значение индексированного поля. Например, чтобы отсортировать записи таблицы Поставщики в алфавитном порядке следования значений поля Наименование поставщика (когда это поле объявлено индексом), Access построит индексную таблицу, в левом столбце которой будут следовать конкретные наименования поставщиков в алфавитном порядке, а в правом - значения первичного ключа записей, содержащих эти наименования поставщиков. Таким образом, индексная таблица позволит увидеть исходную таблицу Поставщиков в отсортированном виде, не меняя порядка следования записей в самой таблице Поставщики.
Рассмотрим пример. Пусть идет речь о поставках товаров. Если всю информацию о поставках товаров хранить в одной таблице, то в ней наряду с полями, относящимися к товарам, должны были бы присутствовать поля, относящиеся к поставщикам. Если несколько товаров отпускается одним поставщиком, то многие записи хранили бы дублирующуюся информацию об одном и том же поставщике:
| Поставки | |||||||||
| № | Поставщик | Адрес | Телефон | С кем общаться | Др. поля П-ка | Наимен Товара | Количество | Цена | Др. поля Товара |
| 1 | П1 | А1 | Т1 | И1 | ... | Н1 | К1 | Ц1 | ... |
| 2 | П1 | А1 | Т1 | И1 | ... | Н2 | К2 | Ц2 | ... |
| 3 | П1 | А1 | Т1 | И1 | ... | Н3 | К3 | Ц3 | ... |
| 4 | П2 | А2 | Т2 | И2 | ... | Н4 | К4 | Ц4 | ... |
| 5 | П2 | А2 | Т2 | И2 | ... | Н5 | К5 | Ц5 | ... |
Такая организация базы данных имеет явные недостатки: повторный ввод информации об одном и том же поставщике с вероятностью появления ошибки; нерациональный расход памяти и увеличение времени поиска записей; при изменении информации о поставщике пришлось бы проверить и обновить все записи, содержащие информацию об этом поставщике.
Чтобы избежать этого используется процесс нормализации, который и обеспечивает преимущество реляционных баз данных, состоящее в том, что для каждого самостоятельного объекта (физического объекта поставщики и физического объекта товары) создается своя собственная таблица, т.е. в нашем примере - это таблица Товаров и таблица Поставщиков. В таблице Товаров поставщик указывается в виде ссылки (это поле называется внешним ключом) на номер записи в таблице Поставщиков. Преимущества такой модели базы данных налицо - централизованное хранение информации о поставщиках и как следствие меньшие затраты времени на ввод, на поиск, устойчивость к ошибкам ввода. Поля номеров записей в таблице Поставщиков и в таблице Товаров назначим первичными ключами этих таблиц. В дальнейшем выберем для них тип данных - Счетчик. С помощью ключей устанавливается связь (отношение, реляция) между этими таблицами. В данном случае это отношение "один ® ко ® многим" (один поставщик может поставлять много товаров):
| Поставщики | 1 ¥ | Товары | ||||||||||
| № П-ка | П-к | Адр | Тел | С кем | Др. П-ка | один  | № Т-ра | № П-ка | Наим Т-ра | К-во | Цена | Др. Т-ра |
| 1 | П1 | А1 | Т1 | И1 | ... | ® | 1 | 1 | Н1 | К1 | Ц1 | ... |
| 2 | П2 | А2 | Т2 | И2 | ... | ко | 2 | 1 | Н2 | К2 | Ц2 | ... |
| ® | 3 | 1 | Н3 | К3 | Ц3 | ... | ||||||
| многим | 4 | 2 | Н4 | К4 | Ц4 | ... | ||||||
| 5 | 2 | Н5 | К5 | Ц5 | ... | |||||||
Но что делать, когда один поставщик предлагает много товаров, а один и тот же товар может поставляться несколькими поставщиками? Возникает связь "многие ® ко ® многим", которая в рамках двух таблиц не может быть однозначно развязана. Тогда приходится вводить третью таблицу (она называется таблицей пересечения), с помощью которой можно разбить связь "многие ® ко ® многим" на две связи "один ® ко ® многим". В нашем примере это таблица Предложения: