Методические указания к курсовому проектированию 230201, 230400 СанктПетербург 2012

• Название: Методические указания к курсовому проектированию 230201, 230400 СанктПетербург 2012
• Дата: 24.05.2023
• Размер: 0.52 Mb.
• Имя файла: task_79503.doc
• Тип: Методические указания; #1156980
• страница: 1 из 3

ФЕДЕРАЛЬНОЕ АГЕНТСТВО СВЯЗИ

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

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

«Санкт-Петербургский государственный университет телекоммуникаций

им. проф. М. А. Бонч-Бруевича»

Кафедра Безопасности информационных систем

(полное наименование кафедры)

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

МЕТОДИЧЕСКИЕ УКАЗАНИЯ К КУРСОВОМУ ПРОЕКТИРОВАНИЮ

230201, 230400

Санкт-Петербург

2012

Целью дисциплины «Информационные технологии» является изучение студентами основ организации современных информационных технологий и их применения в профессиональной деятельности. В процессе достижения этих целей решаются следующие основные задачи:

- изучение основополагающих принципов организации современных информационных технологий;

- рассмотрение основ построения, внедрения и ведения специализированных информационных систем и средств, поддерживающих новые информационные технологии;

- изучение различных областей применения информационных систем и технологий в современном обществе и создание у студентов целостного представления о процессах формирования информационного общества;

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

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

Краткое содержание дисциплины представлено таблице 1

Таблица 1

Тема 1. Понятие информационной технологии

Введение. Содержание информационной технологии. Цель ИТ. Глобальная, базовая, конкретная ИТ. Основные направления развития ИТ. Инструментарий ИТ. Этапы развития ИТ. Классификация этапов по виду задач и процессов обработки информации, по виду инструментария технологии. Особенности новых информационных (НИТ). Причина появления НИТ. Основные принципы НИТ. Характеристика дружественного интерфейса. Проблема использования НИТ.

Тема 2. Виды информационных технологий.

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

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

Назначение ИТ обработки данных. Преимущества и решаемые задачи. Основные компоненты ИТ обработки данных. Сбор данных и их обработка (классификация и группировка, сортировка и вычисления, агрегирование). Хранение данных. Создание отчетов. Примеры информационных система оперативного уровня, реализующих ИТ обработки данных.

Тема 4. Информационная технология управления

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

Тема 5. Автоматизация офисной деятельности

Цель автоматизации офиса, задачи. Программные продукты и некомпьютерные средства ИТ автоматизированного офиса. Основные компоненты. База данных. Текстовый процессор. Электронная почта, ее достоинства и недостатки, этапы развития.. Ауидиопочта. Табличный процессор, Компьютерная конференция. Телеконференция. Видеотекст. Хранение изображений. Аудиоконференция. Видеоконференция, назначение, преимущества. Проблемы передачи аудио и видеоинформации (пропускная способность канала, кодирование передаваемых сообщений и их декодирование). Факсимильная связь.

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

Постановка проблемы поддержки принятия решения. Причины появления ИТ поддержки принятия решения (ИТППР). Особенность, основная функция. Основные компоненты. База данных и виды источников данных. Система управления базой данных. База моделей и виды моделей. Система управления базой моделей. Система управления интерфейсом. Язык пользователя (шаблоны, визуальный, графический, голосовой интерфейс). Язык сообщений. Знания пользователя. Классификация систем поддержки принятия решения (СППР) по взаимодействию с пользователем, по способу поддержки, Особенность ИТППР. Функция предпочтений. OLTP-технология. Задачи, основная функция, критерий. Базовые ИТ. OLAP-технологии как основа построения СППР, хранилищ данных и систем интеллектуального анализа данных. Тест FASMI. Многомерный анализ данных, гиперкуб. Признаки OLAP-приложений.

Тема 7. Экспертные системы

Определение. Решаемые задачи. Примеры использования. Основные компоненты. База данных. База знаний (система правил). Решатель. Компоненты приобретения знаний. Объяснительный и диалоговый компоненты. Типы экспертных систем. Виды знаний (понятийные, конструктивные, процедурные, фактографические). Способы формализованного представления знаний. Области применения экспертных систем (интерпретация, прогнозирование, диагностика, проектирование, отладка, обучение, управление)

Тема 8. Сетевые технологии. Локальные сети

Локальная вычислительная сеть. Топология, сетевое оборудование, сетевые операционные системы. Принципы функционирования. Протоколы и адресация, Понятие протокола, модель OSI. Протоколы канального уровня (Ethernet). Протоколы сетевого и транспортного уровней. Протоколы прикладного уровня:(HTTP) Протокол ARP. Доменные имена, cлужба DNS.

Тема 9. Сетевые технологии. Глобальные сети.

Глобальные сети. Internet – краткий обзор. Браузеры Internet, поисковые системы в Internet, электронная почта, почтовые клиенты, ICQ. Создание и размещение собственных Web-страниц в Internet. Основы бизнеса в Internet: исследование аудитории, электронная коммерция, торговые системы, Internet–магазины, Internet – аукционы, финансовые и платежные системы.

Тема 10. Информационная безопасность в сети

Информационная безопасность в сети Internet: законодательная база, основные виды компьютерных атак и инструментов приме­няемых хакерами. Методы обеспечения безопасности сети.

Тема 11. Централизованное управление данными

Информационная система и банк данных. Предметная область. Централизованное управление данными. База данных (БД) и система управления базой данных (СУБД). Этапы развития СУБД. Особенность СУБД. Функции. Основные функциональные блоки. Файл-сереврные и клиент-серверные СУБД. Их достоинства и недостатки. Модели данных. Уровни рассмотрения СУБД (инфологический, датологический, физический). Виды моделей Инфологический подход к проектирования. Модель сущность-связь. Датологическая модель. Схема данных. Иерархическая, сетевая, реляционная, объектная и гибридная модели данных. Основы реляционной алгебры. Основные термины и операции. Ключевой атрибут. Внешний ключ. Целостность данных (сущностей и ссылок). Нормализация таблиц. Первая нормальная форма. Вторая нормальная форма. Третья нормальная форма. В нутренняя структура базы данных. Основные компоненты: каталог БД, информационные массивы данных и индексов, прикладная и интерфейсная часть. Физические структуры данных. Индексные массивы. Расстановка (хеширование) записей.

Тема 12. СУБД MS Access

СУБД MS Access. Общая характеристика. Основные объекты.(таблицы, формы, запросы, отчеты). Запуск MS Access. Работа с таблицами. Режим таблицы. Режим конструктора таблиц. Свойства текстового поля (размер,формат, маска ввода, подпись, значение по умолчанию, условие на значение, обязательное поле, пустые строки, индексированное поле). Другие форматы, OLE). Режим шаблонов (мастера таблиц). Импорт таблиц. Формы. Общая характеристика. Бланк формы в режиме Конструктора формы. Инструмент «Форма», «Разделенная форма», «Несколько элементов». Мастер формы. Инструмент «Пустая форма». Режим макета. Элементы управления (присоединенный, свободный, вычисляемый). Запросы. Режим Конструктора. Бданк запроса. Строки Поле, Имя таблицы, Сортировка, вывод на экран, Условие отбора. Создание запроса в режиме Конструктора. Создание запроса в режиме Мастера.. Запросы с параметрами и их использование. Вычисления в запросе. Использование статистических функций. Итоговые запросы. Выражения создаваемые пользователем. Перекрестные запросы. Запросы на изменение и их использование (удаление, обновление, добавление записей и создание таблиц). Отчеты. Создание отчетов. Мастер отчетов. Структура отчета и ее редактирование в режиме Конструктора.

Тема 13. Основы языка SQL

Элементы языка. Синтаксис и конструкция SQL-конструкции. Оператор Selectю Простейшая форма оператора Select.Объединение нескольких таблиц в запросе. Виды объединений (INNER JOIN. LEFT JOIN, RIGHT JOIN) и условие (ON). Группировка (GROUP BY). Сортировка (ORDER BY..ASC Предложения WHERE и HAVING.)..

Тема 14. Проектирование базы данных

Основные этапы создания БД. Разработка технического задания. Требования к системе в целом, к функциям, по видам обеспечения. Требования по информационному обеспечению. Концептуальное проектирование (обзор и изучение области использования; формирование и анализ функций и задач; определение основных объектов-сущностей предметной области и отношений между ними). Проектирование и создание таблиц. Определение таблиц, полей, ключевых полей и реализация связей. Определение необходимости индексирования полей. Выделение полей с перечислительным характером значений. Установление ограничений целостности по полям и связям. Заключение

Поскольку основой многих компьютерных технологий являются базы данных, то курсовая работа по дисциплине «Информационные технологии» посвящена разработке реляционных баз данных в среде MS Office Access. Тематика курсовых работ представлена в таблице 2. Тему курсовой работы выбирайте по последней цифре номера зачетной книжки, а техническое задание к курсовой работе приведено в приложении.

Таблица 2

№ п/п	Тема курсового проекта (работы)
0	Разработка базы данных по фондам музея
1.	Разработка базы данных о комнатных растениях
2.	Разработка базы данных для филателиста
3.	Разработка базы данных для диспетчера автобусного парка
4.	Разработка базы данных библиографа
5.	Разработка базы данных менеджера музыкальной группы
6.	Разработка базы данных для справочной службы кинотеатров города
7.	Разработка базы данных для станции технического обслуживания
8.	Разработка базы данных для администратора гостиницы
9.	Разработка базы данных для справочной службы аэропорта

В техническом задании на разработку курсовой работы предложена структура пояснительной записки к ней:

1. 
   титульный лист,
   
2. 
   лист технического задания,
   
3. 
   содержание,
   
4. 
   введение,
   
5. 
   раздел, раскрывающий инфологическое проектирование (краткое описание предметной области, инфологическая модель),
   
6. 
   раздел, раскрывающий датологическое проектирование (модель данных, краткая характеристика СУБД, схема базы данных, таблицы и их характеристика, формы, запросы, отчеты),
   
7. 
   выводы,
   
8. 
   литература.
   

Рассмотрим их последовательно.

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

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

Содержание – это оглавление курсовой работы, которое должно «собираться» автоматически путем использования стилей и специального инструмента текстового процессора MS Office Word.

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

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

При раскрытии актуальности темы исследования можно

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

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

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

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

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

Это прежде всего прием от абитуриентов необходимых для поступления документов, их проверка, регистрация в системе учета в соответствии с выбранными специальностями, распределение всех зарегистрированных абитуриентов по потокам и группам. Для каждой группы должны быть назначены даты проведения консультаций, даты вступительных экзаменов, аудитории, где данные мероприятия будут проводиться. Условия выделения аудиторий могут быть различными, К примеру, в аудитории могут быть выделены для нескольких групп одновременно в зависимости от предмета, по которому проводятся консультации и экзамены. В системе учета может быть (или должен быть) предусмотрен ввод результатов экзаменов каждого абитуриента с возможностью изменения их при подаче апелляции, обобщение результатов, определение списка поступающих в ВУЗ в соответствии с принятыми критериями и др.

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

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

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

Наиболее популярна инфологическая модель – «сущность-связь», компоненты которой сущности, атрибуты и связи.

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

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

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

• 
  «один к одному» (1:1) – каждому элементу из первого множества соответствует только один элемент из второго множества, и наоборот;
  
• 
  «один ко многим» (1:М) – одному элементу из первого множества может соответствовать несколько элементов из второго множества, но в обратном направлении, элементу из второго множества соответствует лишь одно значение из первого множества
  
• 
  «многие ко многим» (M:M) – нескольким элементам из первого множества может соответствовать несколько элементов из второго множества, и наоборот.
  

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

Рассмотрим пример. Анализ предметной области разрабатываемой базы данных для распространителя газетной продукции позволили выделить объекты – газеты, типография, почтовые отделения, которым были поставлены сущности:

• 
  Газеты;
  
• 
  Типографии;
  
• 
  Почтовые отделения.
  

Сущность «Газеты» имеет следующие атрибуты (характеристики): шифр, название, количество газет данного наименования, ФИО редактора, номер типографии, где печатается.

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

Сущность «Почтовые отделения» характеризуется номером, адресом, названием поступающих на каждое отделение газет и их количеством.

Атрибуты «Шифр» сущности «Газеты», «Номер» сущности «Типография и «Номер» сущности «Почтовые отделения» является ключевыми, то есть их значения уникальны, не повторяются, что определяет уникальность (неповторимость) экземпляров сущности.

Анализ значений атрибутов показывает, что в данной модели имеется два типа значений атрибутов -текстовые (Название, Адрес, и т.д.) и числовые (Количество экземпляров, и т.д.).

Отношения определяют связи между сущностями. Типография «печатает» разные газеты, а каждая газета «печатается» только в одной типографии. Имеем бинарное отношение «Типография»-«Газета» - «один-ко-многим» (1:M). «Газета» и «Почтовое отделение» связаны другим отношением: газета «отправляется» в разные «почтовые отделения», а почтовые отделения «получают» разные газеты. Это бинарное отношение «многие-ко-многим» (M:M).

ER-диаграмма будет выглядеть следующим образом (Рисунок 1):


Рисунок 1 – ER-диаграмма модели базы данных

Раздел, раскрывающий датологическое проектирование, включает краткую характеристику СУБД, описание модели (схемы) данных, характеристику основных объектов СУБД - таблиц, форм, запросов, отчетов,

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

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

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

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

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

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

Реляционную модель чаще всего и выбирают для проектирования баз данных. Для работы с реляционной моделью базы данных используют программное средство Microsoft Office Access– реляционную СУБД, имеющую широкий спектр функций, включающий связанные запросы, связь с внешними таблицами и базами данных.

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

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

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

Так в рассмотренном выше примере по разработке инфологической модели необходимо решить проблему отношения «многие ко многим», поскольку в одном почтовом отделении может быть несколько наименований газет, и в тоже время одна и та же газета может находиться в нескольких отделениях сразу. Решением станет введение дополнительной таблицы, и связь «многие-ко-многим» заменяется на связи «один-ко-многим» и «многие-к-одному». Датологическая модель представлена на рисунке 2.

Далее необходимо описать разработанные объекты базы данных и привести их «скриншоты».

Например, на рисунках 3 и 4, соответственно, представлена таблица «Газета» в режиме Конструктора и в режиме Таблица.

Можно не представлять таблицу «Газета» в режиме Конструктора, а описать свойства отдельных полей этой таблицы иначе, указав в отдельной таблице значения наиболее употребимых свойств таблицы «Газета» (рисунок 5)

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



Рисунок 2 – Схема данных


Рисунок 3 – Таблица «Газета» в режиме Конструктора

Рисунок 4 – Таблица «Газета» в режиме Таблица

Название поля	Характеристика поля	Тип данных	Размер данных	Индексирование поля
Шифр	Ключевое поле	Числовой	Длинное целое	Да
Название	Название газеты	Текстовый	70	Нет
Цена	Цена 1 экземпляра	Числовой	Байт	Нет
ФИО Редактора	ФИО редактора газеты	Текстовый	40	Нет
№ Типографии	Номер типографии	Текстовый	Байт	Нет
Количество экземпляров	Количество выпущенных экземпляров газеты	Числовой	Целое	Нет

Рисунок 5 – Характеристика полей таблицы «Газета»
Разделенная форма позволяет водить данные в таблицу и отслеживать вносимые изменения в реальном времени. Пример такой формы приведен на рисунке 6.


Рисунок 6 – Форма для ввода данных в таблицу Газета
Для получения данных из базы необходимо использовать специальные объекты СУБД – запросы. Запрос — это набор инструкций, который можно использовать для обработки данных. Чтобы эти инструкции были выполнены, запрос следует запустить.

Запрос не только возвращает результаты, которые можно сортировать, группировать и фильтровать. С помощью запроса можно также создавать, копировать, удалять и изменять данные.

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

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

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

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

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

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

Контекстное меню, связанное с бланком запроса позволяет скрывать или показывать строки “Имя таблицы” и “Групповые операции”, а также добавлять в верхнюю часть бланка таблицы, необходимые для построения запроса.

Строки Сортировка, Вывод на экран, Условие отбора служат для формирования структуры запроса и его оформления.

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

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

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


Рисунок 7- Запрос на выдачу фамилии редактора газеты с наибольшим тиражом



Рисунок 8 - Результат выполнения запроса

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

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

Структура отчета отличается от структуры формы количеством разделов – используют еще нижний и верхний колонтитулы.

Редактирование структуры отчета выполняется в режиме Конструктора. Приемы редактирования те же, что и для форм. Элементы управления выполняют здесь функции элементов оформления.

Особенности отчетов – вставка в область верхнего и нижнего колонтитулов текущего номера страницы и полного количества страниц.

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



Рисунок 9 - Отчет о работе типографий
Выводы курсовой работы должны отражать процесс работы студента над исследованием. В выводах необходимо перечислить, что сделано и какие результаты получены.

Литература должна быть не только правильно оформлена, но и на нее в курсовой работе обязательно должны быть ссылки.
Требования к оформлению курсовой работы.

Курсовая работа должна быть оформлена согласно нормативным документам:

• 
  ГОСТ 7.32-2001 «Отчет о научно-исследовательской работе. Структура и правила оформления»;
  
• 
  ГОСТ 2.105-95 «Общие требования к текстовым документам»;
  
• 
  ГОСТ Р 7.0.5-2008 «Библиографическая ссылка. Общие требования и правила составления»;
  
• 
  ГОСТ 7.1-2003 «Библиографическая запись. Библиографическое описание. Общие требования и правила составления»;
  
• 
  ГОСТ 7.80-2000. «Библиографическая запись. Заголовок. Общие требования и правила составления»;
  
• 
  ГОСТ Р 6.30-2003. Унифицированные системы документации. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов.
  

Учебно-методическое и информационное обеспечение дисциплины

а) основная литература:

1. Вольфсон М. Б. Средства обработки и хранения данных: методические указания к лабораторным работам / М. Б. Вольфсон, Е. В. Стригина ; рец. А. Д. Сотников. - СПб. : СПбГУТ, 2012. - 67 с.

2. Макаров Л.М. Информационные компьютерные технологии в маркетинге (спец. 200401, 210201, 220301). - СПб.: СПбГУТ, 2007. - 88 с. (электронная версия в библиотеке СПбГУТ).

3. Таненбаум Э. Компьютерные сети / [пер. с англ. В. Шраги ; науч. ред. С. Орлов ; предисл. авт.]. - СПб.: Питер, 2010. - 992 с.(электронная версия в библиотеке СПбГУТ)

4. Информационные технологии в управлении - http://www.intuit.ru/department/itmngt/itmangt/1/

5. Информационные технологии - http://gendocs.ru/ 8

6. Информационные технологии - http://www.studfiles.ru/dir/cat32/subj1177/file9556/view96773.html

7. Информационные технологии - http://www.twirpx.com/files/informatics/it/lectures/

8. Базы данных - http://www.intuit.ru/department/database/dbmdi/7/

9. Проектирование реляционных баз данных - http://rema44.ru/resurs/study/dbprj/dbprj.html

10. Инфологическое проектирование баз данных -http://wiki.mvtom.ru/

11.  База данных Access. Создание таблиц и связей между ними - http://www.lessons-tva.info/edu/e-inf2/m2t4_3.html

12.  База данных Access. Создание запросов - http://www.lessons-tva.info/edu/e-inf2/m2t4_4.html

13.  База данных Access. Проектирование форм - http://www.lessons-tva.info/edu/e-inf2/m2t4_5.html

14. База данных Access. Создание отчетов - http://www.lessons-tva.info/edu/e-inf2/m2t4_6.html

15. Структура базы данных Access - http://office.microsoft.com/ru-ru/access-help/HA010341808.aspx

16. Создание первой базы данных в Access - http://www.windowsfaq.ru/content/view/655/46/

17. База данных Access - http://www.tepka.ru/msoffice/1601.html

б) дополнительная литература:

1. Англо-русский словарь по информационным технологиям: 60 000 терминов / сост. С. Б. Орлов. - М. : РадиоСофт, 2011. - 640 с.

2. Боговик, А. В. Сборник терминов в области информационных и сетевых технологий  / Отв. ред. М. А. Зарубин . - СПб. : [ВАС], 2009. - 116 с. .

3. Создание образовательных ресурсов в сети Интернет / Горюнова М.А., Клименков А.Г. - http://www.ict.edu.ru/lib/index.php?id_res=4018

в) программное обеспечение:

1. MS Office Word

2. MS Office Excel

3. MS Office PowerPoint

4. MS Office Access
Методические рекомендации по организации изучения дисциплины

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

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

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

Студенты должны быть сориентированы на широкое использование ПК при выполнении курсовой работы. Роль консультаций должна сводиться, в основном, к помощи в изучении оригинальных и профессиональных методов решения задач исследования. Для рецензирования желательно принимать только окончательно оформленные курсовые работы в соответствии с принятыми ГОСТами.

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

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

Формы и виды самостоятельной работы студентов определяются учебным планом и рабочей программой данной дисциплины.

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

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

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

Итоговый контроль по дисциплине (ИКД) - это проверка уровня учебных достижений студентов по всей дисциплине за семестр. Формы контроля - экзамен в третьем семестре. Цель итогового контроля: проверка базовых знаний дисциплины, полученных при ее изучении, достаточных для последующего обучения.

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