- •Введение
- •Раздел 1. Типология педагогических программных средств Глава1. Понятие о педагогических программных средствах.
- •1.1 Компьютер как инструмент учебно-познавательной деятельности
- •1.2 Функции компьютера в обучении
- •1.3 Общее определение ппс, классы ппс
- •1.4 Классификация ппс по методическим целям
- •Глава 2. Классификация электронных средств учебного назначения
- •2.1 Проблема классификации электронных средств учебного назначения
- •2.2. Применение образовательных электронных изданий по видам учебной деятельности
- •2.3 Применение оэи по образовательным отраслям
- •Глава 3. Компьютерные учебные среды (миры), компьютерные имитаторы технологического оборудования
- •3.1 Виртуальный конструктор, особенности учебных сред
- •3.2 Компьютерный имитатор технологического оборудования
- •Глава 4. Экспертно-обучающие системы
- •4.1 Определение экспертных систем. Главное достоинство и назначение экспертных систем
- •4.2 Отличие эс от других программных продуктов
- •4.4 Области применения экспертных систем
- •4.5 Критерий использования эс для решения задач
- •4.6 Ограничения в применении экспертных систем
- •4.7 Преимущества эс перед человеком - экспертом
- •Глава 6. Электронный учебник
- •6.1 Определение «электронного учебника»
- •6.2 Содержание и структура эку
- •6.3 Требования к программному обеспечению
- •6.4 Принципы создания электронного учебника
- •6.5 Основные этапы разработки электронного учебника
- •6.6 Подготовка эуп к эксплуатации
- •Глава 7. Система тестирования
- •7.1 Проблема использования систем контроля и тестирования в учебном процессе
- •7.2 Технология организации тестирования
- •7.3 Средства разработки систем контроля и тестирования
- •Раздел 2. Принципы разработки педагогических программных средств.
- •Глава 8. Глава 9. Принципы разработки ппс: функциональная полнота, универсальность применения и модульность построения
- •9.1 Функциональные характеристики электронных средств обучения
- •9.2 Обеспечение запуска и завершения работы
- •9.3 Настройка ппс
- •9.4 Функции, обеспечивающие доступ к учебному материалу и навигацию
- •9.5 Навигация по содержательному наполнению электронных средств обучения.
- •9.6 Функция предоставления нового материала
- •9.7 Функция моделирования изучаемых объектов, процессов или явлений
- •9.8 Функция контроля знаний и умений
- •9.9 Функция управления учебным процессом
- •9.10 Служебные функции
- •Глава 10. Принципы разработки ппс: учет технических возможностей компьютера
- •10.1 Требования к аппаратно-программной платформе.
- •10.2 Телекоммуникационные технологии
- •10.3 Надежность.
- •10.4 Ресурсоемкость и производительность.
- •10.5. Информационная безопасность.
- •10.6 Содержательное наполнение ппс.
- •10.7 Использование объектов интеллектуальной собственности.
- •10.8 Сопровождаемость.
- •10.9 Дистрибутив и установка.
- •10.10 Эксплуатационная документация.
- •Глава 11. Принципы разработки ппс: организация пользовательского интерфейса
- •11.1 Общие представления о пользовательском интерфейсе
- •11.2 Проблемы реализации грамотного интерфейса
- •11.3 Рекомендации по структуре и содержанию основных учебных элементов
- •11.4 Организация систем поиска, навигации и гиперссылок
- •11.5. Учёт физиологических особенностей восприятия цветов и форм
- •11.6. Рекомендации по использованию элементов оформления.
- •Глава 12. Методы организации взаимодействия пользователей с ппс
- •12.1 Общепсихологические принципы построения диалога учащегося с эвм
- •12.2 Организация процесса общения
- •12.3 Лингвистический аспект общения
- •12.4 Модальность общения
- •12.5 Индивидуализация обучения
- •Раздел 3. Технология разработки педагогических программных средств Глава 13. Концепция разработки универсального ппс
- •13.1 Процесс проектирования электронного учебного пособия
- •13.2 Схема производства электронного учебного пособия
- •Глава 14. Технология разработки педагогического сценария ппс
- •14.1 Понятие педагогического сценария ппс
- •14.2 Модели разработки учебных материалов
- •14.3 Планирование педагогического сценария, определение целей использования ппс
- •14.4 Анализ учебного материала
- •14.5. Отбор и структурирование учебного материала
- •14.6 Создание электронного текста
- •14.7 Графическое представление педагогического сценария
- •14.8 Технологический сценарий
- •14.9 Подготовка методического пособия для изучения курса
- •Стандарт iso/iec 12207/ и его применение
- •15.2 Процессы жизненного цикла по
- •15.3 Стадии жизненного цикла по, взаимосвязь между процессами и стадиями
- •Модели жизненного цикла по
- •Задачная модель
- •Каскадная модель
- •Спиральная модель
- •Глава 16. Документационное обеспечение ппс
- •16.1 Проектная документация
- •16.2 Руководство пользователя для учащихся и педагогов
- •16.3 Методические материалы для обучающихся
- •Раздел 4. Инструментальные средства разработки педагогических программных средств и их применение Глава 17. Создание ппс на языках программирования
- •17.1 Особенности создания ппс на языках программирования
- •17.2 Организация пользовательского интерфейса
- •17.3 Программная реализация линейной и разветвленной стратегии обучения
- •Глава 18. Автоматизированные обучающие системы
- •18.1 Проблемы внедрения автоматизированных обучающих систем в учебный процесс
- •18.2 Понятие автоматизированных обучающих систем
- •18.3 Методы применения аос в учебном процессе
- •Глава 19. Авторская инструментальная среда Moodle
- •19.1 Назначение и стандартные функции
- •19.2 Использование объектно-ориентированных технологий
- •19.3 Модули и инструменты аис
- •Глава 20. Программные средства для разработки электронных учебных материалов
- •20.1 Средства для разработки электронных учебников
- •20.2 Средства разработки презентаций
- •Глава 21. Гипертекстовые системы
- •21.1 Общие представления о гипертексте
- •21.2 Понятие «гипертекстовая система»
- •21.3 Архитектура гипертекстовой системы
- •21.4 Средства создания гипертекстовых систем
- •Раздел 5. Управление учебно-познавательной деятельностью в педагогических программных средствах Глава 22. Управление учебно-познавательной деятельностью в ппс
- •22.1 Проблема управления учебно-познавательной деятельностью обучающихся в учебном процессе
- •22.2 Структура процесса обучения
- •22.3 Структура процесса управления учебно-познавательным процессом
- •22.4 Функции ито в обучении
- •22.5 Режимы управления познавательной деятельностью при использовании ито
- •22.6 Программное управление учебным контентом
- •22.7 Оптимальность управления и механизмы настройки ппс
- •Глава 23. Модели обучения с применением педагогических программных средств
- •23.1 Модель «самообучение»
- •23.2 Модель «диагностика»
- •23.3 Модели «подготовка» и «конференции»
- •23.4 Модель «взаимообучение»
- •23.5 Модели «лекция без обратной связи» и «лекция с обратной связью»
- •23.6 Модель «инструмент преподавателя»
- •Раздел 6. Интеграция информационных ресурсов для обученмия Глава 24. Интеграция информационных ресурсов для обучения
- •24.1 Инициирование интеграции информационных технологий обучения
- •24.2 Анализ и оценка информационных технологий обучения
- •24.3 Выбор информационных технологий обучения
- •24.4 Проектирование интеграции ито
- •24.5 Реализация проекта, мониторинг и адаптация, анализ результатов
- •24.6 Модель интеграции ито
Глава 16. Документационное обеспечение ппс
16.1 Проектная документация
Документирование программного обеспечения является обязательным видом работ. Оформляется документация для всех заинтересованных лиц, таких как руководство, технические специалисты и пользователи программного обеспечения. Оформляется проектная и эксплуатационная документация.
Эксплуатационная документация включает:
описание применения,
руководство пользователя,
руководство программиста (оператора).
Описание применения дает общую характеристику ПО с указанием сферы его применения, требований к базовому ПО, комплексу технических средств. Руководство пользователя включает детальное описание функциональных возможностей и технологии работы с ПО. Данный вид документации ориентирован на конечного пользователя и содержит необходимую информацию для самостоятельного освоения и нормальной работы пользователя (с учетом требуемой квалификации пользователя). Руководство программиста (оператора) указывает особенности установки (инсталляции) ПО и его внутренней структуры, состав и назначение модулей, правила эксплуатации и обеспечения надежной и качественной работы ПО.
В ряде случаев для ПО массового применения, как правило, создаются:
автоматизированная контекстно-зависимая помощь (HELP);
демонстрационные версии, работающие в активном режиме по типу обучающих систем (электронный учебник) или пассивном режиме (ролик, мультфильм) для демонстрации функциональных возможностей ПО и информационной технологии его использования.
Успех распространения и эксплуатации ПО в значительной степени зависит от качества его эксплуатационной документации, которая выполняется, как правило, не самим разработчиком, а лицом, связанным с распространением и внедрением ПО.
Проектной документацией являются:
техническое задание,
пояснительная записка к эскизному проекту,
документы технического проекта.
Техническое задание оформляется на стадии разработки технического задания. Приводятся общие сведения об объекте автоматизации, назначение, цель создания ПО, требования к системе в целом, к информационному, программному, техническому обеспечению, порядок создания и т.д. В том числе указывается, какая информация вводится в систему, в какой форме, как она должна храниться, какие выходные документы должна система генерировать. Определяются также требования к секретности, уровню защиты информации и многие другие условия, которым система должна удовлетворять. Техническое задание должно содержать:
Полное наименование программы.
Цель и назначение разработки.
Заказчик работы.
Исполнитель и соисполнители проекта.
Сроки исполнения проекта.
Требования, предъявляемые к обучающей программе.
Требования, предъявляемые к аппаратной платформе и операционной системе.
В пояснительной записке отражаются все результаты технических решений. Например, в разделе "Технические характеристики" приводится описание алгоритма и функционирования программы. Пояснительная записка может включать смешанную функциональную модель, совместно со словарем данных, структурные схемы программ, модель данных, модель пользовательского интерфейса.
В конкретной организации и конкретном проекте вырабатывается стандарт оформления проектной документации (это особенно актуально при коллективной разработке ПО большим количеством групп специалистов). Он должен устанавливать:
комплектность, состав и структуру документации на каждой стадии создания;
требования к оформлению документации (включая требования к содержанию разделов, подразделов, пунктов, таблиц и т. д.);
правила подготовки, рассмотрения, согласования и утверждения документации с указанием предельных сроков для каждой стадии;
требования к настройке издательской системы, используемой в качестве встроенного средства подготовки документации;
требования к настройке средств для обеспечения подготовки документации в соответствии с установленными правилами.
Для создания документации в процессе разработки ПО используются разнообразные средства формирования отчетов, а также компоненты издательских систем. В них реализована генерация проектной документации по стандартам и индивидуальным шаблонам, в некоторых имеется возможность русификации отчетов.
Существуют и специализированные средства разработки проектной документации. Из них наиболее активно используется SoDA ( Software Document Automation ). SoDA позволяет на всех фазах жизненного цикла ПО автоматически извлекать разнообразную информацию, получаемую на разных стадиях разработки проекта, и включать ее в выходные документы. При этом контролируется соответствие документации проекту, взаимосвязь документов, обеспечивается их своевременное обновление. Результирующая документация автоматически формируется из множества источников, число которых не ограничено. Изменения автоматически вносятся только в те части документации, информация для которых была изменена при работе над проектом. Это сокращает время подготовки документации за счет отказа от перегенерации всей документации. SoDA не зависит от применяемых инструментальных средств. Связь с приложениями осуществляется через стандартный программный интерфейс API. Переход на новые инструментальные средства не влечет за собой дополнительных затрат по документированию проекта. SoDA содержит набор шаблонов документов. На их основе можно без специального программирования создавать новые формы документов, определяемые пользователями. Система включает в себя графический редактор для подготовки шаблонов документов. Он позволяет задавать необходимый стиль, фон, шрифт, определять расположение заголовков, резервировать места, где будет размещаться извлекаемая из разнообразных источников информация. Разные виды документации, сопровождающие различные этапы жизненного цикла, связаны между собой, и можно проследить состояние проекта от первоначальных требований до анализа, проектирования, кодирования и тестирования программного продукта. SoDA реализована на базе издательской системы FrameBuilder и предоставляет полный набор средств по редактированию и верстке выпускаемой документации. Итоговым результатом работы системы SoDA является готовый документ (или книга). Документ может храниться в файле формата SoDA ( FrameBuilder ), который получается в результате генерации документа. Вывод на печать этого документа (или его части) возможен из системы SoDA. Среда функционирования SoDA ОС типа UNIX.