WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 |   ...   | 45 | 46 || 48 | 49 |   ...   | 63 |

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

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

Формальные сложности — реформе образования в России и ее реализациям на местах мы обязаны тому, что даже очное высшее обра зование перестает выглядеть как таковое. Когда то мы делали планы, исходя из расчета 30–32 академических часов (15–16 пар) в неделю на младших курсах и 26–28 часов — на старших. Потом выяснилось, 310 РЕАЛЬНОСТЬ 2.0b. Современная история информационного общества что это неправильно, поскольку якобы вполне достаточно 26–28 ча сов (13–14 пар) на младших курсах и 18 часов (9 пар) — на старших, а все остальное обучение должно проистекать либо в форме консуль таций (часто формально проводимых или не проводимых вовсе), либо в виде самостоятельной работы (это вообще «Черепаха Квази» [172] — даже если оно есть в плане, никто кроме студента не знает, есть ли оно на самом деле; он сам, даже если и занимается совершенствова нием себя по специальности, не засекает, сколько часов в день он это делает; проверить объем этой работы, да еще и в часах и, вдобавок, академических, что, замечу, является отдельной явной глупостью, со стороны преподавателя или администратора вуза невозможно, а как следствие и оценка этой работы в плане ни на чем не основана — круг замкнулся), либо в дистанционной форме и дай Бог, чтобы эта форма была настоящей и правильной (а не тремя страницами текста и пятью вопросами теста, срабатывающего через раз). Далее нормативный пе риод обучения специалиста в 5 лет уже не кажется государству вы годным и обоснованным — «Болонский процесс» выдвигает лозунг «Пятилетку в три года», т. е. то, что мы иногда с трудом впихивали в пятилетний план обучения, мы теперь должны запихивать в трехлет ний или же попросту усекать объем даваемых обучаемому знаний, об резая последние 2 года, и еще более обесценивая и без того слишком уж доступное российское высшее образование. Или вот ситуация по проще (если вы не специалист по ИТ, пропустите это предложение):

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

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

Однако важно не путать традиции с застарелыми предрассудками и укоренившимися заблуждениями. Если в 2010 г. преподаватель Табл. 9.2 Фрагмент стандарта АП КИТ по профессии «Программист» Сектор Информационные технологии Подсектор Разработка программных систем Первый квалификационный уровень Направление деятельности работников Создает код модулей или тестовых наборов для модулей системы или небольших приложений низкого уровня сложности по готовым спецификациям под руководством специалиста более высокого квалификационного уровня.

Требования к практическому опыту работы Не предъявляются Требования к необходимости сертификации Не подлежит Требования к состоянию здоровья Особых требований нет Наименование должностей Стажер Кодировщик Младший программист Младший разработчик Требуемый уровень профессионального Среднее профессиональное образование образования и обучения Повышение квалификации Профессиональная переподготовка Глава 9. Сначала «Чему», затем «Кого»... и уж потом — «Как» Перечень должностных обязанностей для первого квалификационного уровня 1. Участие в анализе требований и создании сценариев использования продукта 2. Участие в разработке различных типов требований к программномупродукту 3. Разработка кода программного продукта на основе готовых спецификаций на уровне модулей 4. Отладка и тестирование кода на уровне модулей 5. Участие в интеграции программных компонент в единое целое 6. Анализ и оптимизация кода c использованием инструментальных средств для повышения качества изделий и производительности разработки 7.

Разработка тестовых наборов и тестовых процедур 8. Разработка и ведение проектной и технической документации по порученным задачам 9. Участие в ревьюировании технических документов 10. Участие в измерении характеристик программного проекта 11. Саморазвитие РЕАЛЬНОСТЬ 2.0b. Современная история информационного общества Перечень основных умений, навыков и знаний, требуемых для выполнения должностных обязанностей Должностные Основные умения, навыки, необходимые Основные знания, необходимые обязанности для выполнения должностных обязанностей для выполнения должностных обязанностей 1. Участие в анализе требова Вырабатывать требования к программ Основные методы и средства эффектив ний и создании сценариев ис номуобеспечению ной разработки пользования продукта Использовать средства и методы разра Типовые роли в процессе разработки ботки требований и спецификаций программного обеспечения Работать в команде Методологии разработки программного обеспечения Внутренние нормы и регламенты разра ботки 2. Участие в разработке раз Вырабатывать требования к программ Основные методы и средства эффектив личных типов требований к про номуобеспечению ной разработки граммному продукту Использовать средства и методы разра Объектно ориентированная разработка ботки требований и спецификаций Методологии разработки программного Использовать методы и технологии раз обеспечения работки формализованных требований Внутренние нормы и регламенты разра и спецификаций для контроля заказан ботки ной функциональности и качества про дукта Использовать методы и технологии разра ботки для генерации исполняемого кода Глава 9. Сначала «Чему», затем «Кого»... и уж потом — «Как» Должностные Основные умения, навыки, необходимые Основные знания, необходимые обязанности для выполнения должностных обязанностей для выполнения должностных обязанностей Использовать методы и технологии раз работки для генерации тестов по фор мальным описаниям Работать с документацией и техниче ской литературой Работать в команде 3. Разработка кода программ Владеть основными методологиями про Языки программирования и инструмен ного продукта на основе гото цессов разработки программного обес тарий разработки программного обес вых спецификаций на уровне печения печения на соответствующих языках модулей Оптимизировать программный код с ис Основные методы и средства эффектив пользованием специализированных про ной разработки граммных средств Типовые роли в процессе разработки Осуществлять разработку программно программного обеспечения го обеспечения на современных языках Методологии разработки программного программирования обеспечения Осуществлять объектно ориентирован Внутренние нормы и регламенты разра ную разработку ботки Стандартные алгоритмы и области их применения РЕАЛЬНОСТЬ 2.0b. Современная история информационного общества 4. Отладка и тестирование ко Осуществлять отладку программ Языки программирования и инструмен да на уровне модулей тарий разработки программного обес Использовать методы и средства разра печения на соответствующих языках ботки тестовых сценариев и тестового кода Методы и средства разработки тесто вых сценариев и тестового кода Методы тестирования программного обеспечения Отладка автономно работающих прило жений Отладка распределенных приложений 5. Участие в интеграции про Владеть основными методами разра Языки программирования и инструмен граммных компонент в единое ботки программного обеспечения тарий разработки программного обес целое печения на соответствующих языках Работать в команде Методики разработки программного обеспечения Основы теории организации и примене ния баз данных Особенности программирования обме на с окружающей средой Системы контроля версий Глава 9. Сначала «Чему», затем «Кого»... и уж потом — «Как» Должностные Основные умения, навыки, необходимые Основные знания, необходимые обязанности для выполнения должностных обязанностей для выполнения должностных обязанностей 6. Анализ и оптимизация кода Владеть основными методиками процес Языки программирования и инструмен с использованием инструмен сов разработки программного обеспе тарий разработки программного обес тальных средств для повыше чения печения на соответствующих языках ния качества изделий и произ водительности разработки Применять эффективные методы разра Методики разработки программного ботки обеспечения Методы тестирования про граммного обеспечения Оптимизировать программный код с ис пользованием специализированных про Основные прикладные средства управ граммных средств ления изменениями Особенности программирования обме на с окружающей средой 7. Разработка тестовых набо Использовать методы и средства разра Языки программирования и инструмен ров и тестовых процедур ботки тестовых сценариев и тестового тарий разработки программного обес кода печения на соответствующих языках Использовать методы и технологии тес Методы и средства разработки тесто тирования и ревьюирования кода и про вых сценариев и тестового кода ектной документации для контроля дос тижения заданной функциональности Методы тестирования программного обес и качества в программном проекте печения РЕАЛЬНОСТЬ 2.0b.

Современная история информационного общества 8. Разработка и ведение про Разрабатывать проектную документа Основы разработки и ведения проект ектной и технической доку цию, используя графические языки спе ной документации ментации по порученным за цификаций Стандарты документирования дачам Разрабатывать технологическую доку Методологии разработки программного ментацию обеспечения 9. Участие в ревьюировании Использовать методы и технологии тес Методы и технологии ревьюирования ко технических документов тирования и ревьюирования кода и про да и проектной документации для кон ектной документации для контроля дос троля достижения заданной функцио тижения заданной функциональности нальности и качества в программном и качества в программном проекте проекте Читать проектную документацию, раз Основы психологии и конфликтологии работанную с использованием графи ческих языков спецификаций Работать в команде 10. Участие в измерении ха Владеть основными методологиями про Основные принципы оценки проектов рактеристик программного цессов разработки программного обес Основные принципы процесса разра проекта печения ботки программного обеспечения Работать в команде Основные стандарты в области жизнен ного цикла производства программного обеспечения Глава 9. Сначала «Чему», затем «Кого»... и уж потом — «Как» Должностные Основные умения, навыки, необходимые Основные знания, необходимые обязанности для выполнения должностных обязанностей для выполнения должностных обязанностей 12. Саморазвитие Развивать в себе аккуратность, анали Отраслевая нормативно техническая до тическое мышление, методичность, от кументация ветственность, дисциплинированность, коммуникабельность, креативность, Корпоративная культура исполнительность, организованность, инициативность Специальная литература в области ин формационных технологий Планировать и организовывать собст венную работу Русский язык и культура речи Организовывать самообучение и повы Английский язык на техническом уровне шение своей квалификации Развитие профессиональной компетен Осваивать новые методы и технологии ции на базе совершенствования знаний в области информационных систем по фундаментальным дисциплинам:

Читать профессиональную литературу Теория алгоритмов на английском языке Дискретная математика Письменно и устно излагать свои пред ложения и полученные результаты для Математическая логика различных аудиторий Численный анализ и оптимизация РЕАЛЬНОСТЬ 2.0b. Современная история информационного общества Глава 9. Сначала «Чему», затем «Кого»... и уж потом — «Как» по «Архитектуре вычислительных систем» цитирует студентам «Закон Мура» в формулировке: «число транзисторов на кристалле будет уд ваиваться каждые 24 месяца» без оговорки о том, что еще в 2007 г.

Гордон Мур заявил, что закон, очевидно, скоро перестанет действо вать из за атомарной природы вещества и ограничения скорости света, то мы имеем дело с заблуждением [173]. Другой пример: 10 лет я отказывался выкидывать из планов обучение программированиюна языке Ассемблера1, несмотря на появляющиеся со всех сторон заявле ния о том, что на нем уже никто не пишет, и обвинения в ненужном консерватизме — я не всегда точно знал, почему он мне так дорог, но чувствовал нутром, что он нужен. По моему мнению, только разо бравшись с Ассемблером можно понять, как работает компьютер. По степенно скептицизм прошел, и стало совершенно ясно, что Ассемб лер все еще необходим (и всегда будет необходим):

при написании драйверов устройств;

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

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

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

Так вот удалось сохранить традицию, которая выдержала испыта ние временем. Куда вставлять Ассемблер Мне кажется, что сразу по сле «Архитектуры вычислительных систем» или в параллель, перед C++ или в параллель — вариантов масса.

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

Pages:     | 1 |   ...   | 45 | 46 || 48 | 49 |   ...   | 63 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.