Российской Федерации Федеральное агентство по образованию южный федеральный Университет

Скачать 3.36 Mb.

Название	Российской Федерации Федеральное агентство по образованию южный федеральный Университет
страница	12/84
Тип	Документы

filling-form.ru > бланк доверенности > Документы

1 ... 8 9 10 11 12 13 14 15 ... 84

ОРГАНИЗАЦИЯ УЧЕБНОГО ПРОСТРАНСТВА СЕРВИСАМИ WEB 2.0: КАБИНЕТ GOOGLE

Болдырева Н.А.

Педагогический институт Южного Федерального университета

RykyTyky@gmail.com

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

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

Термин - Личное учебное пространство - Personal leaning environment предложил Девид Делгадо.

В работе Делгадо в центре схемы стоит пространство внутри оболочки ELGG, где он поддерживает свой блог и куда сходятся RSS потоки от множества других источников.

ELGG – практически неизвестный в России социальный сервис, сочетающий в себе функции блога и RSS ридера.

Сервисы Google предоставляют те же, и даже большие возможности. Cервис Google ориентирован на создание личного «кабинета», в который могли бы стекаться различные информационные потоки, и одновременно предоставляет достаточно возможностей для поддержания контакта, коммуникации, а также совместной работы с другими пользователями.

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

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

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

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

Учебное пространство, оставаясь личным, децентрализуется.

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

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

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

UML и паттерны проектирования в преподавании объектно-ориентированного программирования

Брагилевский В. Н.

Южный Федеральный университет,
факультет математики, механики и компьютерных наук

bravit@sfedu.ru

Объектно-ориентированное программирование в настоящее время представляет собой важнейшую промышленную методологию разработки программных продуктов. В связи с этим имеет место проблема формирования методики преподавания ООП и его составляющих.

Существующие подходы. Традиционный подход к обучению ООП подразумевает предварительное ознакомление учащихся с базовыми концепциями, такими как инкапсуляция, наследование и полиморфизм. Эти концепции иллюстрируются с помощью простейших примеров с ориентацией на синтаксис некоторого конкретного языка программирования. Следующий шаг обучения — углубление либо в синтаксические особенности выбранного языка программирования (к примеру, внутренние классы в языке Java, перегрузка операторов в языке C++, метаклассы в Delphi и т.п.), либо в изучение прикладных объектно-ориентированных библиотек (работа со строками, ввод/вывод, контейнеры и пр.). Такое обучение в лучшем случае приводит к механическому запоминанию концепций и их определений (и очень редко к уверенному владению тонкостями синтаксиса), а навыки реальной разработки классов и систем классов не появляются вовсе.

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

Применение UML в учебном процессе. Общеизвестно [1], что язык моделирования UML используется в сообществах разработчиков в качестве lingua franca при обсуждении вопросов объектно-ориентированного проектирования. С той же целью предлагается внедрение UML на самых ранних стадиях обучения ООП в рамках общения студентов с преподавателем и между собой. В меньшей степени полезны возможности автоматической генерации кода по UML-диаграммам (поскольку в самом начале остается цель изучения синтаксиса языка программирования), но и им можно найти применение на более поздних стадиях. Самый простой вариант использования UML: постановка заданий на реализацию уже разработанной объектной системы.

Паттерны проектирования. Обращение к паттернам проектирования в процессе преподавания ООП должно происходить одновременно по двум направлениям: при изучении встроенных в систему программирования библиотек (например, библиотеки потоков ввода/вывода или библиотеки для разработки графического интерфейса) и при написании даже самых простых ОО-приложений. В соответствии с этим в набор паттернов вводятся базовые реализации общих объектно-ориентированных концепций — паттерны «делегирование», «интерфейс», «абстрактный суперкласс» и пр. [2]

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

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

Литература

Фаулер М. UML. Основы. СПб: изд-во «Символ», 2008 г.
Гранд М. Шаблоны проектирования в Java. М.: ООО «новое знание», 2004 г.
Макконнелл С. Совершенный код. М.: «Русская редакция», 2005 г.