Вт, 12.12.2017, 15:59
Форум інформатиків України
Головна Реєстрація Вхід
Вітаю Вас, Гість · RSS
Вітання на форумі
Незнайомець
Вітаємо на форумі,
Незнайомцю!

   
зареєструйтесь
Перед реєстрацією обов’язково прочитайте:
Оновлення Учасники Пошук
Особисті повідомлення
Видавництво ’’Аспект’’ Видавництво

Сторінка 8 з 15«126789101415»
Модератор форуму: Ktara, Bandalak, НІКОЛЯ, volevikt 
Форум інформатиків » РОЗДІЛ ІІІ: МЕТОДИКА, ЗАСОБИ ВИКЛАДАННЯ ІНФОРМАТИКИ » 3.6 Методика викладання інформатики згідно програми » Створюємо нову концепцію інформатики у середній школі (Конкретні пропозиції до нової концепції)
Створюємо нову концепцію інформатики у середній школі
Bandalak Дата: Ср, 09.06.2010, 23:50 | Повідомлення № 1
Лідер форуму
Повідомлень: 5570
Нагороди: 39
Рейтинг: 260
Сучасний стан інформатики у школі багатьох не влаштовує. Це справедливо.
Але якщо ми будемо пасивно спостерігати за процесами в освіті - від цього нічого не зміниться.
Пропоную всім бажаючим взяти у цьому активну участь.
Творимо нову концепцію інформатики у школі разом!

Шановні форумчани!!!!!
Повідомлення, які не відповідають темі або несуть некорисний зміст будуть видалятись без попередження!!!

gromko Дата: Пн, 14.06.2010, 19:57 | Повідомлення № 106
Лінуксоїд
Повідомлень: 2702
Нагороди: 27
Рейтинг: 357
Quote (swetikccc)
Цитата (Шестопалов )Основи візуального програмування; Ось оце пане Пасіхов Ви чекали Цікаво на Якому продукті будуть реалізовувати?)))) Мабуть знову Шкрябалка(Скретч) чи Аліса, а може поняття перепутали, ну так стидно їх путати в концепціїї))

Поясню, що мав на увазі swetikccc. Візуальне програмування - спосіб створення програм шляхом маніпулювання графічними об'єктами замість написання програмного коду в текстовому вигляді. Visual Basic, Visual C#, Visual J# з Microsoft Visual Studio апріорі не є візуальними мовами програмування, у нас відбулося змішування понять - вони надають лише засоби візуального проектування інтерфейсу. Серед продуктів Microsoft справжньою візуальною мовою програмування є Microsoft Visual Programming Language або MVPL .
Неповний перелік мов візуального програмування: A-Flow, AgentSheets, Alice, Analytica, Macromedia Authorware, Automator, Baltie, CODE, DRAKON, Executable UML, G, Game Maker, Kodu, LabVIEW, Lava, Lily, Mama, jMax, Microsoft Visual Programming Language, Prograph, Ptolemy, PWGL, Pypes, SCADE, Etoys, Scratch, Stagecast Creator, ToonTalk.

Scratch (Скретч, Дряпанка) лежить на межі між "звичайним" програмуванням та візуальним - графічні блоки ідентифікуються з текстовими назвами.

Шестопалов Дата: Пн, 14.06.2010, 21:02 | Повідомлення № 107
Видавець посібників
Повідомлень: 1412
Нагороди: 11
Рейтинг: 182
Quote (serbor)
Для кого-то второй, для кого-то четвертый, а для кого-то шестой, а сидеть они будут в одном 10 классе и изучать одно и то же!

Нет, не будут! Вы упорно невнимательны! Если 2-й год, то пойдут в 10-й класс по программе Завадського (правый верхний угол схемы). А вот если 4-й - значит ученики в 7-9 классах уже прошли базовый курс, им прямой дорогой в 10-й клас на спецкурсы профильной школы (правый НИЖНИЙ угол схемы).
А вот 6-й или 7-й год обозначает, что изучали информатику со 2-го или 5-го класса (или как-то иначе - неважно) и они тоже прошли тот же базовый курс в 7-9 классах и ... смотри выше (прямой дорогой на спецкурсы профильной школы).


Відредаговано: Шестопалов - Пн, 14.06.2010, 21:04
serbor Дата: Пн, 14.06.2010, 22:00 | Повідомлення № 108
Наполегливий учасник
Повідомлень: 946
Нагороди: 2
Рейтинг: 46
Quote (Шестопалов)
то пойдут в 10-й класс по программе Завадського

Quote (Шестопалов)
им прямой дорогой в 10-й клас на спецкурсы профильной школы

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

Додано (14.06.2010, 22:00)
---------------------------------------------
А представьте наш Донецкий лицей при национальном университете. У них обучаются дети с 10 класса. По какой программе они должны учиться? Они набраны со всей Донецкой области. Классы профильные.

pasichov Дата: Пн, 14.06.2010, 22:16 | Повідомлення № 109
Наполегливий учасник
Повідомлень: 946
Нагороди: 3
Рейтинг: 70
Quote (swetikccc)
Цитата (Шестопалов )
Основи візуального програмування;

Ось оце пане Пасіхов Ви чекали

Та ні! Я цого не чекав, бо, як ви і Громко вірно розумієте, те що наші методолги називають візуальним програмуванням, ним не є! Я чекаю іншого - ІНТЕЛЕКТУАЛЬНОГО ЯДРА КУРСУ ІНФОРМАТИКИ. А середовище, за допомогою це ядро буде формуватися, вирішального значення не має. Ми зриваємося в крйнощі - з одного боку професійні секретар-машиністки, з другого - професійні програмісти, що володіють УСІМА технологіями прграмування - аж до візуального. Бо викристовувати візуальне програмування можливо лише після ГЛИБОКОГО усвідомлення парадигми структурного та парадигми об"єктно-орієнтованого програмування.... Не всі випускники факульттету кібернетики цим розумінням можуть похвалитися... А "стягання" інтерфейсу мишкою... нічого спільного з програмуванням не має, ІМХО школяру малокорисне. За великим рахунком це просто більш зручне середовище розробника.

Відредаговано: pasichov - Пн, 14.06.2010, 22:25
gromko Дата: Пн, 14.06.2010, 22:55 | Повідомлення № 110
Лінуксоїд
Повідомлень: 2702
Нагороди: 27
Рейтинг: 357
Quote (pasichov)
Бо викристовувати візуальне програмування можливо лише після ГЛИБОКОГО усвідомлення парадигми структурного та парадигми об"єктно-орієнтованого програмування.

Досвід показує, що це не так - можна програмувати (принаймі у межах шкільного курсу) і без найменшого поняття про ООП.

Quote (pasichov)
А "стягання" інтерфейсу мишкою... нічого спільного з програмуванням не має

Звичайно - Ви ж самі сказали, що це "стягання інтерфейсу мишкою". Але у VB без звичного програмування нікуди - мишкою програмку для знаходження коренів квадратного рівняння не "складеш", для кнопки "Обрахувати" треба написати обробника (тобто звичайну програмку на Бейсику).

Quote (pasichov)
А середовище, за допомогою це ядро буде формуватися, вирішального значення не має.

Це так!
Шестопалов Дата: Вт, 15.06.2010, 08:25 | Повідомлення № 111
Видавець посібників
Повідомлень: 1412
Нагороди: 11
Рейтинг: 182
Quote (serbor)
А представьте наш Донецкий лицей при национальном университете. У них обучаются дети с 10 класса. По какой программе они должны учиться? Они набраны со всей Донецкой области. Классы профильные.

Печальный случай! Придётся равнятсья на "необученых рядовых": строем идти в 10 класс по программе Завадського. Даже если некоторые из учеников ОС и Оффис будут изучать во второй раз. Но ведь можно этим шустрым предложить спецкурс на выбор для индивидуального изучения! Смотришь и другие подтянутся.

Додано (15.06.2010, 08:25)
---------------------------------------------

Quote (serbor)
Может в вашей школе 9А переходит строем в 10А, а 9-Б в 10-Б, тогда ваша модель работает. Но это частный случай.

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


Відредаговано: Шестопалов - Вт, 15.06.2010, 08:48
swetikccc Дата: Вт, 15.06.2010, 10:19 | Повідомлення № 112
Ветеран спілкування
Повідомлень: 3973
Нагороди: 28
Рейтинг: 380
Quote (serbor)
А представьте наш Донецкий лицей при национальном университете. У них обучаются дети с 10 класса. По какой программе они должны учиться? Они набраны со всей Донецкой области. Классы профильные.

У них особлива програма(так як наприклад в Уфмл).
Та більшість з них заткне за пояс майже всіх дописувачів цього форуму.
Quote (Шестопалов)
Но ведь можно этим шустрым предложить спецкурс на выбор для индивидуального изучения!

Та Ваші курси за вибором це для середнячків.
Quote (gromko)
Досвід показує, що це не так - можна програмувати (принаймі у межах шкільного курсу) і без найменшого поняття про ООП.

А ціль тоді вчити його в старших класах, зацікавить в класі 7 чи 8 то да а далі нормальна алгоритмізація, математика......
Давши відповідь на питання отримаємо напрямок
Для чого ми пишемо програми, програмуємо?
А також використовуємо більшість прикладних програм?
Ціль?
pasichov Дата: Вт, 15.06.2010, 11:38 | Повідомлення № 113
Наполегливий учасник
Повідомлень: 946
Нагороди: 3
Рейтинг: 70
Quote (gromko)
Досвід показує, що це не так - можна програмувати (принаймі у межах шкільного курсу) і без найменшого поняття про ООП.

Можна зробити програмку, що розв"язує задачу в межах шкільного курсу, використовуючи елементи ВП без уявлення про ООП. Згоден. Але не варто називати це ВП. (ІМХО, звичайно). Але це - термінологічна дискусія, головне, що ви згодні з
Quote (pasichov)
середовище, за допомогою це ядро буде формуватися, вирішального значення не має

Додано (15.06.2010, 11:38)
---------------------------------------------

Quote (swetikccc)
А ціль тоді вчити його в старших класах, зацікавить в класі 7 чи 8 то да а далі нормальна алгоритмізація, математика......

100% ЗГОДЕН!!!!!

Quote (swetikccc)
Давши відповідь на питання отримаємо напрямок
Для чого ми пишемо програми, програмуємо?
А також використовуємо більшість прикладних програм?
Ціль?

Конкретизуємо питання: ( на край, я так їх зрозумів, бо думка висловлена нечітко)
1
- Яка мета вивчення ОСНОВ програмування в школі?

Завершення математичної освіти школяра. Формування логічного та алгоритмічного мислення та ІНФОРМАЦІЙНОЇ КУЛЬТУРИ. Вміння розв"язувати задачі (не лише з програмування, А БУДЬ-ЯКІ!!!) методами покрокової деталізації. Початкові знання, уміння та навички (як зараз модно - компетенції) з основ практичного програмування.
2
- Для чого вивчаються в школі прикладні програми?
Для отримання учнями компетенцій по їх використанню в повсяденній діяльності в різних сферах людського життя.

Потрібно і те, і інше. Інша справа, що на першому місці в курсі інформатики. ПЕРЕКОНАНИЙ, що завдання 2 (відповідь на питання 2) в повній мірі вирішеється в поцесі відповіді на питання 1.
МАЙЖЕ ВСЯ НАША НИНІШНЯ ШКІЛЬНА ІНФОРМАТИКА НАМАГАЄТЬСЯ РОЗВ"ЯЗАТИ ПИТАННЯ 2.
Питання 2 посупово "вичистили" з шкільного курсу....
HOMO VULGARES (людині звичайній) "нє фіг бути розумною" (с)

Відредаговано: pasichov - Вт, 15.06.2010, 11:41
swetikccc Дата: Вт, 15.06.2010, 11:48 | Повідомлення № 114
Ветеран спілкування
Повідомлень: 3973
Нагороди: 28
Рейтинг: 380
Мета одна
Моделювання
Потрібно навчити підібрати ПЗ для створення моделі і реалізувати її.
pasichov Дата: Вт, 15.06.2010, 13:34 | Повідомлення № 115
Наполегливий учасник
Повідомлень: 946
Нагороди: 3
Рейтинг: 70
Quote (swetikccc)
Мета одна
Моделювання

Це (ІМХО, звичайно!) не мета, а один із ШЛЯХІВ (достатньо непоганий, але не єдиний) в досягненні мети 1.
gromko Дата: Вт, 15.06.2010, 13:50 | Повідомлення № 116
Лінуксоїд
Повідомлень: 2702
Нагороди: 27
Рейтинг: 357
К вопросу о роли и месте программирования в школьной информатике
Ильясов А.Н.

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

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

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

Положение не спасает и удвоение учебной нагрузки — её всё равно не будет хватать, уж слишком сложен и объёмен учебный материал даже при изучении одного языка программирования. А ведь, в традиционных курсах, нужно не только выучить синтаксис и семантику, но и научиться решать задачи!

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

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

Цели и задачи курса программирования

Многие проблемы в преподавании информатики связаны с нечётким целеполаганием. К сожалению, СТАНДАРТ по информатике не был своевременно принят. Возможно поэтому основной целью изучения образовательной области "Информатика" считается подготовка школьников к практической деятельности, а развитие мышления и формирование основ научного мировоззрения как бы отступают на второй план.

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

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

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

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

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

Преемственность школьного и вузовского курсов информатики
Стремление соответствовать требованиям времени приводит к мощному прессингу со стороны родителей и широкой общественности в целом. И это понятно, ведь, родители озабочены адаптацией вчерашних школьников к условиям "взрослой жизни". Это, в свою очередь, инициирует стремление школьных коллективов к профессиональной подготовке выпускников — задаче, школе не свойственной. Но с упорством, достойным лучшего применения, учителя "готовят к поступлению в ВУЗы" старшеклассников, пытаясь поместить в ограниченный учебный план школы институтские курсы программирования. Повсеместная распространённость этого явления привела к тому, что ситуация уже не считается ненормальной. К примеру, значительная часть выпускников не понимают смысла операции присвоения, хотя с ними "проходили" три способа сортировки массивов.

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

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

Систематическое построение курса

Машинный курс информатики появился в школе вместе с 8-разрядными бытовыми ПК и Бейсиком в ПЗУ. Это в сознании многих намертво связало понятие программирования с программами на Бейсике. Позже, когда появились другие возможности, от "первой любви" не смогли отказаться ни авторы учебников, ни преподаватели.

Несмотря на активную критику и формальное неприятие Бейсика, большинство задач по программированию одинаково решаются — строка в строку — на трёх "официальных" языках: Бейсике, Паскале, школьном алгоритмическом языке. А это свидетельствует о механическом переносе задач, придуманных под Бейсик, в более поздние разработки. Даже в новом обязательном минимуме наряду с упоминанием об объектном программировании присутствует фраза: "Знакомство с одним из языков программирования. Переменные величины: тип, имя, значение. Массивы (таблицы) как способ представления информации". Не строки, списки, стеки, очереди, а именно массивы, так как в старом Бейсике это первый пример сложного (структурного) типа данных. Тем самым подразумевается, что программирование в школе должно изучаться по проторенному пути, повторяя ошибки десятилетней давности.

Особую роль в программировании играют учебные курсы, основанные на языке Лого. Несмотря на мировое признание Лого-технологий, у нас в стране этот язык на официальном уровне не принят. Хотя под давлением "прогрессивного человечества" некоторые уступки всё же есть. Касаются они, в основном, внешней стороны дела — черепашьей графики. Возможно, в этом причина пренебрежительного отношения к Лого-средам ортодоксальных программистов. К тому же, авторы Лого-курсов не учитывают некоторых особенностей массовой школы, например, трудности использования англоязычных версий программ, а содержательная сторона обучения практически не изменилась с 1968 года, хотя сейчас возможности программ существенно больше.

Имея более чем десятилетний опыт преподавания информатики, смею утверждать: только при работе в Лого-среде возможна организация самостоятельной творческой деятельности учащихся среднего звена в массовом порядке. Все остальные программные продукты отстают по крайне мере на порядок. Даже попытки использования так называемых исполнителей не могут сравниться с настоящей Черепашкой из-за ограниченности набора задач. Однако без помощи государства Лого-продукты ещё долго будут недоступны в массовой школе, а не знакомые с ними учителя так и не будут проявлять к ним интереса.

Объектно-ориентированное программирование вообще появилось совсем недавно. У большинства учителей, с одной стороны, не было возможности познакомиться с ним, с другой же стороны, ООП предназначено для решения задач, малопригодных в школьном обучении: слишком уж они объёмны и сложны. Вот и появляются многостраничные статьи о том, как сделать тест в Delphi, а ведь такого рода программки мы успешно делали в старом Бейсике!

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

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

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

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

Додано (15.06.2010, 13:50)
---------------------------------------------
Содержание курса программирования
Разделение всего курса на уровни, с одной стороны, позволит использовать наиболее удобные средства и приёмы для изучения понятий, характерных именно для этого уровня, с другой же стороны, потребует дополнительных усилий для связывания в единый комплекс отдельных модулей, реализующих каждый уровень.

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

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

Основной способ проверки усвоения — трассировка алгоритмов. Во многих курсах предлагается другой способ. Учащимся предлагается решить одну из типовых задач, то есть воспроизвести по памяти текст программы. На первый взгляд, трассировка алгоритма кажется слишком простой задачей, другое дело — составление программы. Но возможно ли с уверенностью утверждать, что учащийся понимает смысл основных понятий и поэтому составил верно исполняющуюся программу? Ведь он вполне мог заучить её текст. При трассировке алгоритма ситуация совершенно другая. Задачи столь похожи друг на друга, а ответ так сильно зависит от исходных данных и порядка операций, что проще решить задачу, чем заучить правильный ответ. В любом случае, прямое измерение по системе "зачёт-незачёт" предпочтительнее любых косвенных оценок.

Именно этот принцип реализован, например, в тестах Централизованного тестирования. Из учебников, содержащихся в Федеральном перечне, подобный подход использует только Семакин И.Г. и др., "Информатика. Базовый курс 7-9".

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

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

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

В ВУЗах традиционно структурное программирование изучается в среде TurboPascal. Использование этой среды приводит к объединению пооперационного и процедурного уровня в одном курсе. При этом знакомство с процедурами происходит в середине периода обучения. В качестве основы для программирования используются, по преимуществу, математические задачи. Например, при изучении рекурсии любимой задачей почти всех авторов, становится вычисление факториала числа. Обычно авторы оправдывают использование не изучаемого в школьной математике понятия простотой его определения. Есть и другие примеры включения в подобные курсы задач, которые лучше иллюстрируют конструкции и возможности языка, а не способствуют лучшему усвоению базовых понятий. Совершенно очевидно, что модуль, реализующий процедурное программирование и рассчитанный на изучение в 7-8 классе, не может опираться на математическое содержание, особенно когда предполагается самостоятельная творческая деятельность учащихся.

Бесспорным лидером в этом модуле являются курсы, основанные на Лого-технологиях. Причём теперь они необязательно должны начинаться с черепашьей графики. Мультимедийные возможности ЛогоМиров позволяют создавать проекты с мультипликацией, видеофрагментами и звуковым сопровождением. Метод последовательной детализации алгоритма используется как рабочий инструмент, а не только как объект изучения. К тому же изучать вложенность процедур можно практически с самого начала курса, сразу сделав её основным приёмом работы, приобретая заодно привычку структурировать решение любых задач.

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

В Федеральном перечне имеется только один учебник, посвящённый Лого-технологии, это "Практикум по программированию в среде Logo-Writer" А. Юдиной. Зато исполнители представлены шире: набор исполнителей в "Алгоритмике" А. Звонкина, кочующие из учебника в учебник Робот А. Кушниренко и Паркетчик А. Гейна.

Объектный уровень
Этот уровень самый молодой и наименее разработан. Объектный подход стал широко применяться в программировании уже после того, как информатика стала школьным предметом. Появляющиеся в периодической печати и всемирной сети Интернет публикации посвящены, в основном, попыткам знакомства школьников с Delphi или VisualBasic. До сих пор этот уровень воспринимается как экзотический и необязательный для массовой школы. Однако только этот уровень направлен на создание полноценных проектов. Именно его изучение позволит ликвидировать в сознании школьника понятийную пропасть между программами, с которыми он постоянно имеет дело и так называемыми программами, которые ему приходится писать на уроках информатики. Если для учительства связь очевидна, то дети зачастую недоумевают: что общего между яркой, динамичной, интерактивной игрушкой и чёрным экраном с белыми цифрами?

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

Школьное образование постоянно грешит упрощённым подходом, делающим невозможным применение знаний в жизненной ситуации. Вся физика, например, изучается лишь для материальных точек, движения без трения, процессов без потерь тепла. Похожая ситуация наблюдается и в программировании. К примеру, в задаче требуется сохранить результаты работы программы в файле. Типичная последовательность, реализуемая в школьных программках — открываем файл, записываем данные, закрываем фал. Но в реальной жизни следует сначала проверить, может быть, уже существует файл с таким именем и спросить у пользователя: "Что делать?" Далее, если пользователь разрешил сохранение, следует проверить достаточно ли свободного места на диске и т.д. и т.п. Программа при этом должна общаться не только с пользователем, но и с операционной системой. Реализовать это на пооперационном или процедурном уровне без ошибок довольно сложно. Такие трудности в реальном программировании на каждом шагу, а их учёт сильно отвлекает от основной задачи.

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

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

serbor Дата: Чт, 17.06.2010, 13:56 | Повідомлення № 117
Наполегливий учасник
Повідомлень: 946
Нагороди: 2
Рейтинг: 46
Quote (gromko)
К вопросу о роли и месте программирования в школьной информатике
Ильясов А.Н.

И что после этой статьи больше и сказать нечего? Тему забросили?
Вчитель-з-Києва Дата: Пт, 18.06.2010, 11:18 | Повідомлення № 118
Прописаний назавжди
Повідомлень: 360
Нагороди: 0
Рейтинг: 7
Quote (Bandalak)
Творимо нову концепцію інформатики у школі разом!

Преподавание школьной информатики за 45 минут в неделю напоминает, извините, вокзальный секс-експресс за 20 грн. Какие ещё тут концепции?
pet Дата: Пт, 18.06.2010, 15:40 | Повідомлення № 119
Патріот
Повідомлень: 613
Нагороди: 2
Рейтинг: 23
ВСЕ!!!! Можна не сперечатись більше ні про що!
Сьогодні викликали вчителів інформатики нашого району і довели до відома, що
ВСІ ми повинні пройти сертфікацію на http://sites.google.com/site/osvitaonline/ , інакше ми НЕ БУДЕМО ДОПУЩЕНІ ДО РОБОТИ!!!
Крім того рекомендовано купити підручники і надалі працювати тільки по них. Кожен підручник розраховано на семестр, вартість від40 до 50 грн. Зрозуміло що і діти повинні їх купити
Цікаво- такий "беспредел"тільки у нас, чи по всій Україні?????

Додано (18.06.2010, 15:27)
---------------------------------------------
---------------------------------------------
До речі - Завадський І.О. наче відвідує наш форум- можливо він би міг пояснити що небудь відносно обовязковості???
Згідно якого наказу і т. д, а то в районо нічого не сказали, тільки очі піднімали догори- там мол все вирішено, і вам нікуди не дітись...

Відредаговано: pet - Пт, 18.06.2010, 22:04
pasichov Дата: Пт, 18.06.2010, 16:06 | Повідомлення № 120
Наполегливий учасник
Повідомлень: 946
Нагороди: 3
Рейтинг: 70
Quote (serbor)
И что после этой статьи больше и сказать нечего? Тему забросили?

Сказать есть что - пока нет времени. С понедельника...
Quote (pet)
ВСЕ!!!! Можна не сперечатись більше ні про що!
Сьогодні викликали вчителів інформатики нашого району і довели до відома, що

ВСІ ми повинні пройти сертфікацію на http://sites.google.com/site/osvitaonline/ , інакше ми НЕ БУДЕМО ДОПУЩЕНІ ДО РОБОТИ!!!


Ігоре Олексійовичу! Прокоментуйте ситуацію! Роблять "медвежу послугу?" з невеликого розуму чи ви дійсно так глибоко "зацікавили" адмінтесурс? Чи може законодавча база змінилася?


Відредаговано: pasichov - Сб, 19.06.2010, 00:28
Форум інформатиків » РОЗДІЛ ІІІ: МЕТОДИКА, ЗАСОБИ ВИКЛАДАННЯ ІНФОРМАТИКИ » 3.6 Методика викладання інформатики згідно програми » Створюємо нову концепцію інформатики у середній школі (Конкретні пропозиції до нової концепції)
Сторінка 8 з 15«126789101415»
Пошук:


© Форум інформатиків України, 2007-2017.