Базы данных самая интересная тема в курсе школьной информатики

Обновлено: 05.07.2024

Векторная графика — самая интересная тема в курсе школьной информатики.

истинное
ложное
нельзя однозначно определить

У каждого человека есть своё мнение.

На это предложение нельзя однозначно ответить.

Поэтому, это не высказывание.

Следовательно, нельзя точно определить.

Система счисле́ния — символический метод записи чисел , представление чисел с помощью письменных знаков .

То что было использовано:
D
Кон
Карас
Цар

Объем памяти = 1280*1024*32 бит = 1280*1024*32/8 байт =
1280*1024*4/1024 Кбайт = 5120 Кайт = 5120/1024 Мбайт = 5 Мбайт

for var i := Low(X) to High(X) do
if Y[i] > X[i] then Swap(Y[i], X[i]);

эмблема операционной системы Linux является Пингвин либо же названый автором "TUX"

Программа, вычисляющая натуральный логарифм вещественного числа в степени 2/5 с выводом результата в формате, отводящем на дробн

Печать параметров в заданном формате, с идентификаторами. рассказать в 4х-5 предложениях как она идет

Выпиши в один столбик правильные имена файлов, а во второй правильные расширения:Письмо.*, letter.2txt, WinWord.jpg, письмо2.exe

На с++ Министр культуры определил, что фестивали можно проводить только в субботу 5-го или субботу 6-го числа любого месяца, а т

Составить программу которая определяет количество чисел в интервале от 100 до 1000 одновременно делящихся на 5 и 21

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

Текстовой редактор — самая интересная тема в курсе школьной информатики.

ложное
истинное
нельзя однозначно определить

Определи, является ли высказыванием.

Серебро, медь и алюминий имеют наибольшую электропроводность.

не является высказыванием
является высказыванием

Мы постоянно добавляем новый функционал в основной интерфейс проекта. К сожалению, старые браузеры не в состоянии качественно работать с современными программными продуктами. Для корректной работы используйте последние версии браузеров Chrome, Mozilla Firefox, Opera, Microsoft Edge или установите браузер Atom.

Анализ необходимости изучения вопросов применения баз данных в системе школьного образовательного курса по информатике. Разработка методики обучения курсу "Базы данных" на основе применения задач, обеспечивающих закрепление теоретических основ курса.

Рубрика Педагогика
Вид дипломная работа
Язык русский
Дата добавления 02.04.2012
Размер файла 189,8 K

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

ДИПЛОМНАЯ РАБОТА

Глава 1. История развития баз данных

1.1 История развития баз данных

1.2 Обзор программных систем для разработки реляционных БД

Глава 2. Методика изучения темы в школьном курсе информатики

2.1 Место темы в школьном курсе информатики

2.2 Различные подходы к изучению темы в ШКИ

3.1 Характеристика организационно - деятельностного этапа исследования

3.2 Характеристика диагностического этапа исследования

3.3 Характеристика аналитического этапа исследования

Введение

Многие исследователи (С. А. Бешенков, С. Г. Григорьев, С. А. Жданов, А. А. Кузнецов, И. В. Роберт и др.) отмечают, что составной частью и необходимым условием информатизации общества является информатизация образования. Современное образование должно вооружать знаниями, формировать потребность в непрерывном самостоятельном овладении ими, развивать умения и навыки самообразования. Ведущим становится принцип:

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

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

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

Объект исследования: методика обучения информатике.

Задачи исследования:

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

Для решения задач и проверки гипотезы использовались следующие методы исследования:

Глава 1. История развития баз данных

1.1 История развития баз данных

История развития СУБД насчитывает более 30 лет. В 1968 году была введена в эксплуатацию первая промышленная СУБД система IMS фирмы IBM. В 1975 году появился первый стандарт ассоциации по языкам систем обработки данных -- Conference of Data System Languages (CODASYL), который определил ряд фундаментальных понятий в теории систем баз данных, которые и до сих пор являются основополагающими для сетевой модели данных.

В дальнейшее развитие теории баз данных большой вклад был сделан американским математиком Э. Ф. Коддом, который является создателем реляционной модели данных. В 1981 году Э. Ф. Кодд получил за создание реляционной модели и реляционной алгебры престижную премию Тьюринга Американской ассоциации по вычислительной технике.

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

Первый этап развития СУБД связан с организацией баз данных на больших машинах типа IBM 360/370, ЕС-ЭВМ и мини-ЭВМ типа PDP11 (фирмы Digital Equipment Corporation -- DEC), разных моделях HP (фирмы Hewlett Packard).

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

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

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

Виды баз данных. Недостатки, присущие традиционным файлам, сдерживали дальнейшее развитие информационных систем. Возникла потребность в инструментальных средствах, более адекватных решаемым задачам. Такими средствами явились СУБД.

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

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

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

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

Вершина, не имеющая родительской, называется корнем дерева. Вершины, не имеющие дочерних, называются листьями. Остальные вершины являются ветвями.

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

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

Такая структура намного гибче и выразительнее предыдущей и пригодна для моделирования гораздо более широкого класса задач. В этой модели вершины представляют собой сущности, а соединяющие их ребра отношения между ними. Сетевые БД имели гораздо больший успех и долго господствовали на рынке СУБД. В немалой степени их успеху способствовала энергичная деятельность Data Base Task Group (DBTG) Комитета по языкам программирования Conference on Data Systems Languages (CODASYL). Эта организация тщательно проработала спецификации сетевой модели и ее архитектуру, что позволило создать ряд успешных коммерческих продуктов, не последнее место среди которых занимал некогда весьма популярный COBOL. 70-е годы XX века фактически стали эпохой расцвета сетевой модели. Сетевые БД весьма прочно укрепились на рынке, и реляционной модели пришлось с боем завоевывать свое место под солнцем. В истории информатики навечно останется Великий Спор, который на самом деле явился решающим сражением сетевой и реляционной моделей. В рядах сторонников сетевой архитектуры был сам великий Чарльз Бахман, и только гений Эдгара Кодда позволил реляционной модели одержать победу.

Реляционные БД. Реляционные БД являются в настоящий момент самыми распространенными. Их реализации существуют на всех мало-мальски пригодных для этого платформах (от персональных компьютеров до мэйнфреймов), для всех операционных систем и для всех применений от простейших продуктов, предназначенных для ведения картотек индивидуального пользования, до сложнейших распределенных многопользовательских систем. Несмотря на такое пестрое разнообразие, все эти БД имеют в основе общую основу реляционную модель данных, разработанную Коддом в 70-х годах XX столетия. С виду эта модель довольно проста: база данных выглядит как простой набор взаимосвязанных таблиц. Но за внешней простотой кроется мощный и вместе с тем изящный математический аппарат реляционной алгебры, которая в свою очередь базируется на целом ряде математических дисциплин, среди которых логика, исчисление предикатов, теория множеств. Немалую роль в успехе реляционных БД играет также язык SQL, разработанный специально для запросов к реляционным БД. Это достаточно простой и в то же время выразительный язык, при помощи которого можно выполнять достаточно изощренные запросы к базе.

Разумеется, предшествующие БД также имели языки описания данных (ЯОД) и языки манипулирования данными (ЯМД). SQL объединил в себе обе эти функции. Но самой привлекательной его особенностью, особенно для пользователей-непрофессионалов в программировании, является то, что можно строить запросы на основе непроцедурного подмножества SQL. Это означает, что в формулировке запроса указывается, что должно содержаться в результате, а не как его получить. Имеются, правда, и процедурные элементы языка, например, операторы организации ветвления и циклов, но их применения зачастую удается избежать. При работе же с сетевыми БД программист был вынужден использовать навигационные процедуры, отвлекаясь при этом от решения самой задачи.

Наибольшее распространение получили реляционные базы данных, за их простоту и удобный интерфейс. В школьном курсе информатики учащиеся изучают именно реляционные БД.

1.2 Обзор программных систем для разработки реляционных БД

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

На написание статьи меня натолкнуло участие в работе жюри районной олимпиады по информационным технологиям. На ней учащиеся состязаются в умениях пользоваться компьютерными технологиями – работа с приложениями WORD, EXCEL, POWER POINT, ACCESS, PHOTOSHOP, COREL DRAW, FLASH, работа с сетевыми программами. Не вдаваясь в детали организации и проведения такой олимпиады, хочу отметить только следующее: наблюдается закономерность – дети не выполняют задания по базам данных (они их просто игнорируют). Почему. Одна из причин, мне кажется, кроется в кажущейся сложности, объемности работы, которую нужно выполнить учащимся в СУБД ACCESS. Другая причина, скорее всего, заключается в непонимании актуальности, востребованности, перспективности изучения и использования данного приложения.

Хочется поделиться опытом проведения занятий по теме “Информационные системы и базы данных”. При разработке уроков я постаралась подчеркнуть актуальность умения работать с большими объемами информации, структурирования ее, важность таких умений у современного специалиста в области информационных технологий, мотивируя тем самым учащихся на более внимательное и глубокое изучение темы.

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

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

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

- умение правильно организовать работу своей группы (распределение ролей-обязанностей в группе, составление плана работы над проектом),

- практическая направленность деятельности (учащиеся, работая над проектом, моделируют реальную жизненную ситуацию),

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

- получение готового, совместно созданного продукта.

  • 1 урок. Введение в тему “Информационные системы. Их классификация”.
  • 2 урок. Структуры данных. Табличный способ организации данных. Его достоинства. Иерархическая структура. Практическая работа по теме.
  • 3 урок. Анализ предметной области. Анализ данных. Основные понятия БД.
  • 4 урок.. Основные объекты БД. Реляционные БД. СУБД ACCESS.
  • 5 урок. Этапы создания БД. Совместная разработка БД.
  • 6 урок. Построение логических выражений. Создание запросов к БД.
  • 7 урок. Выбор темы проектной работы. Разработка контрольной учебной БД.
  • 8 урок. Защита проектной работы.

Организация и проведение цикла уроков по теме “Разработка проекта приложения учебной Базы Данных”

Уроки № 4-5

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

  1. “Бумажное” проектирование.
  2. Программная реализация.
  3. Эксплуатация.

1. “Бумажное проектирование”.

  • обследовать предмет автоматизации;
  • определить объекты и перечень их свойств;
  • установить связи между объектами, начертить схему проекта со всеми объектами и связями;
  • определить порядок сбора, хранения данных в БД, форматы ввода-вывода данных.

Эта стадия не зря называется “бумажной”: учащиеся должны проделать все выше описанное действительно на бумаге.

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

Учащимся предложено составить описание данных, необходимых для решения задачи.

Поскольку урок информатики в 11 классе всего 1 раз в неделю и всего 1 час, то это задание учащиеся выполняют самостоятельно в качестве домашнего задания. Стадию “бумажного” проектирования учащиеся выполнили дома. На уроке обсудили все предложенные варианты, внесли корректировки в свои разработки с учетом замеченных недостатков. Остановились на трехтабличной базе данных: “Путевки”, “Клиенты”, “Заказы”.

Совместными усилиями заполняем бланк № 1:

Наименование задачи (Ввод данных)
Имя атрибута объекта Объект
Страна Путевка
Вид путевки Путевка
Длительность Путевка
Цена Путевка
Дата приобретения Заказ
Количество Заказ
Место работы Клиент
Адрес Клиент
… …

Далее приступаем к более тщательному анализу данных и объединению отдельных атрибутов данных в объекты.

Для этого заполняем рабочий бланк № 2:

Имя объекта: Путевка
Связанные объекты:
Имя атрибута объекта Тип данных Описание
Код путевки Числовой (счетчик) Уникальный идентификатор путевки
Страна Текстовый Введите название страны
Вид Текстовый Вид путевки (отдых, лечение, экскурсия, учеба…)
… … …

Для других объектов “Клиенты”, “Заказы” учащиеся заполняют рабочие бланки самостоятельно.

2. Программная реализация.

Наконец можно приступать ко второй стадии разработки приложения. На стадии программной реализации необходимо:

описать средствами СУБД и ввести в компьютер схемы всех отношений;

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

Поскольку база данных “Туризм” представляет собой совокупность из 3 таблиц, то они будут представлять собой систему только если между ними будут установлены связи ( т. е. между таблицами должна быть построена схема базы данных). В нашем случае она будет представлена следующим образом:


3. Эксплуатация.

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



Практическое задание к уроку № 6

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

В MS ACCESS для формирования запросов существует специальное средство – конструктор запросов. Существует универсальный язык, на котором формулируются запросы во многих СУБД. Это – SQL (Structured Query Language) – структурированный язык запросов. Близким к нему является учебный гипотетический язык, более понятный учащимся, т. к. в нем используются русские служебные слова. Впрочем, использовать такой подход к обучению или нет, учитель решает сам. Как вариант, я хочу предложить небольшую разработку по этому вопросу. Могут быть варианты комбинированного подхода - более сильные ученики используют сразу конструктор запросов, но создают больше различных запросов и, кроме того, более сложных запросов. Ученики менее подготовленные работают с использованием гипотетического языка.

Итак, задание учащимся:

Создать базу данных, содержащую следующую информацию:

Нобелевскую премию в области физики получили:

— в 1960 г. Мессбауэр Р. (Германия);

— в 1962 г. Ландау Л. (СССР);

— в 1949 г. Юкава X. (Япония);

— в 1964 г. Басов Н. (СССР);

— в 1969 г. Гелл-Ман М. (США);

— в 2003 г. Абрикосов М. (Россия);

— в 2000 г. Алферов Жорес (Россия).

Нобелевскую премию в области химии получили:

— в 1938 г. немец Кун Р.;

— в 1980 г. американец Берг П.;

— в 1948 г. швед Тиселиус А.

Бекеши Д. (США) получил Нобелевскую премию в области медицины в 1961 г.

Беккер Г. (США) получил Нобелевскую премию в области экономики в 1992 г.

Солженицын А. (СССР) получил Нобелевскую премию в области литературы в 1970 г.

Из названных лауреатов в настоящее время живы:

2. Обратиться к БД со следующими запросами; сохранить результаты:

1) Получить таблицу со сведениями обо всех лауреатах Нобелевской премии из США, отсортировав ее в алфавитном порядке по фамилиям. Сохранить как LAUREAT.

2) Получить таблицу со сведениями обо всех лауреатах Нобелевской премии в области физики и химии (фамилия, страна, год, наука), отсортировав по году получения премии. Сохранить как LAUREAT_FH.

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

4) Получить таблицу со сведениями обо всех лауреатах, получивших премию после 1960 года во всех областях, кроме химии, отсортировав по году получения премии. POSLE_60.

Для удобства работы с классом готовится технологическая карта (Приложение1).

Урок № 7. Разработка контрольной учебной базы данных.

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

1. В данной системе можно выделить такие подсистемы, как:

- подсистема преподаватели,

- подсистема учащиеся,

- подсистема успеваемости учащихся,

- подсистема оплаты учебных курсов и др.

2. Для каких целей может использоваться выстраиваемая нами модель?

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

Мы попытались построить модель процесса обучения и оплаты за обучение (основное – первое).

3. Инфологическая модель может быть представлена следующим образом:


Связь между таблицами Преподаватели и Список учащихся имеет тип “один ко многим”, так как один преподаватель обучает многих учащихся.

Читайте также: