Методические рекомендации по изучению учебной дисциплины, задания на домашнюю контрольную работу №2 для учащихся заочной формы обучения по специальности 2-40 01 01



страница1/5
Дата09.08.2019
Размер2.95 Mb.
#128178
ТипМетодические рекомендации
  1   2   3   4   5


МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЕСПУБЛИКИ БЕЛАРУСЬ
УПРАВЛЕНИЕ ОБРАЗОВАНИЯ

МОГИЛЕВСКОГО ОБЛАСТНОГО ИСПОЛНИТЕЛЬНОГО КОМИТЕТА


УЧРЕЖДЕНИЕ ОБРАЗОВАНИЯ

«МОГИЛЕВСКИЙ ГОСУДАРСТВЕННЫЙ ПОЛИТЕХНИЧЕСКИЙ КОЛЛЕДЖ»

УТВЕРЖДАЮ

Директор колледжа

_________ С.Н.Козлов

07.06.2016



Б А З Ы Д А Н Н Ы Х И

С И С Т Е М Ы У П Р А В Л Е Н И Я

Б А З А М И Д А Н Н Ы Х
МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ

ПО ИЗУЧЕНИЮ УЧЕБНОЙ ДИСЦИПЛИНЫ,

ЗАДАНИЯ НА ДОМАШНЮЮ КОНТРОЛЬНУЮ РАБОТУ №2

ДЛЯ УЧАЩИХСЯ ЗАОЧНОЙ ФОРМЫ ОБУЧЕНИЯ

ПО СПЕЦИАЛЬНОСТИ 2-40 01 01

«ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

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

2016


Автор: Пикулина А.Н., преподаватель учреждения образования «Могилевский государственный политехнический колледж»
Рецензент: Сергиенко О.В., преподаватель учреждения образования «Могилевский государственный политехнический колледж»

Разработано на основе типовой учебной программы по учебной дисциплине «Базы данных и системы управления базами данных», утвержденной Министерством образования Республики Беларусь, 2012


Обсуждено и одобрено на заседании

цикловой комиссии спецдисциплин

специальности «Программное обеспечение

информационных технологий»

Протокол № ______ от _________________

Согласовано с цикловой комиссией

стандартизации

Протокол № ______ от _________________

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

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

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


    • методы и средства обработки данных в информационных системах; новые информационные технологии, применяемые в области СУБД; ранние подходы к организации СУБД;

    • базисные средства манипулирования реляционными данными; знать на уровне понимания:

    • современные системы управления базами данных реляционного типа; этапы проектирования информационных систем, основанных на реляционной модели данных;

    • методы и средства конкретной СУБД, предназначенные для реализации разработанных проектов информационных систем;

    • основные конструкции структурированного языка запросов; особенности архитектуры клиент-сервер;

    • механизмы и технологии организации доступа к данным при программировании баз данных в различных средах;

    • особенности проектирования баз данных на основе веб-технологий;

знать на уровне понимания:

  • классификацию и структурные элементы баз данных, модели дан­ных;

  • основные технологии, используемые при проектировании, созда­нии и эксплуатации баз данных;

  • одно-, двух- и трехзвенные архитектуры СУБД;

  • технологию анализа предметной области, логическое проектиро­вание баз данных;

    • этапы проектирования баз данных, нормализацию отношений;

    • организацию отношений между объектами баз данных;

    • средства, свойства и технологию использования СУБД;

    • критерии выбора СУБД, процесс поэтапного внедрения, разработ­ку структуры и создание базы данных при помощи средств СУБД, обра­ботку данных средствами СУБД;

    • язык программирования или командный язык одной- двух кон­кретных СУБД;

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

    • команды, их структуру, назначение и возможности структуриро­ванного языка запросов;

уметь:

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



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

    • использовать основные конструкции структурированного языка запросов при реализации баз данных;

    • разрабатывать приложение базы данных на основе веб-технологий.

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

контрольной работы

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

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

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

При оформлении домашней контрольной работы следует придерживаться следующих требований:


  • работа выполняется на листах А4 (шрифт 12-14, межстрочный интервал - одинарный). Следует пронумеровать страницы и оставить на них поля: справа – не менее 3 см для замечаний преподавателя, остальные поля – не менее 1 см;

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

  • ответ следует начинать с номера и полного названия вопроса.

К домашней контрольной работе прикладывается диск с выполненными практическими заданиями.

Критерии оценки домашней контрольной работы
Домашняя контрольная работа, содержащая 75% положенного объема, оценивается «Зачтено».

Домашняя контрольная работа будет не зачтена, если:

- выполнена не в соответствии с шифром учащегося;

- не раскрыто основное содержание теоретического вопроса (15%) и есть недочеты в практических заданиях (в сумме более 10%);

- не выполнена одна часть практического задания (10%) и есть недочеты в остальных заданиях (в сумме более 15%);

- есть существенные недочеты в нескольких заданиях (в сумме более 25%);

- отсутствует электронный вариант работы (диск с файлами).

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

рекомендации по ее изучению
Раздел 4 Архитектура клиент-сервер

Тема 4.1 Основные особенности архитектуры клиент-сервер
Клиенты и серверы локальных сетей. Системная архитектура клиент-сервер. Серверы баз данных и область их применения

Литература: [10, с. 695-741]; [11]


Методические рекомендации
При использовании архитектуры клиент-сервер выделенный компьютер используется не только в качестве хранилища файлов, но и выполняет основной объем действий по обработке информации. Пользователь рабочей станции отправляет список операций обрабатываемых данных (запрос), которые необходимо выполнить центральному компьютеру, т. е. серверу. Сервер выполняет необходимые вычисления и выборку данных и отправляет готовый результат клиенту. Для описания запросов часто используют структурированный язык запросов SQL (Structured Query Language). Этот язык специально разработан для создания запросов.

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

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

Архитектура "клиент-сервер" позволяет устранить все указанные недостатки. Кроме того, она позволяет оптимальным образом распределить вычислительную нагрузку между клиентом и сервером, что также влияет на многие характеристики системы: стоимость, производительность, поддержку.

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

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

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

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

Общим решением проблемы мобильности систем, основанных на архитектуре "клиент-сервер" является опора на программные пакеты, реализующие протоколы удаленного вызова процедур (RPC - Remote Procedure Call) (рисунок 1). При использовании таких средств обращение к сервису в удаленном узле выглядит как обычный вызов процедуры. Средства RPC, в которых, естественно, содержится вся информация о специфике аппаратуры локальной сети и сетевых протоколов, переводит вызов в последовательность сетевых взаимодействий. Тем самым, специфика сетевой среды и протоколов скрыта от прикладного программиста. При вызове удаленной процедуры программы RPC производят преобразование форматов данных клиента в промежуточные машинно-независимые форматы и затем преобразование в форматы данных сервера. При передаче ответных параметров производятся аналогичные преобразования. Если система реализована на основе стандартного пакета RPC, она может быть легко перенесена в любую открытую среду.

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

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



Рисунок 2 - Распределение функций между клиентом и сервером
Тема 4.2 Описание данных на основе SQL
Организация данных в: СУБД (InterBase, MySQL, Oracle). Типы данных. Домены. Создание доменов. Изменение доменов. Удаление доменов. Таблицы. Создание таблицы. Модификация таблицы. Удаление таблиц. Индексы. Создание индексов. Изменение индекса. Восстановление индекса. Удаление индекса. Исключения. Создание исключения. Изменение исключения. Удаление исключения

Литература: [6]; [11, с. 226-262]


Методические рекомендации




Поделитесь с Вашими друзьями:
  1   2   3   4   5




База данных защищена авторским правом ©vossta.ru 2022
обратиться к администрации

    Главная страница