ответствии с текущим уровнем подготовленности обучаемого, его индивидуальными особенностями и задачами, поставлен­ными перед ним в ЭИЗО. Ситуативный характер отношений, определяющих разбиения на классы множества УТЗ, и отноше­ний УТЗ—кадры обусловливается вариативностью состава ис­пользуемых УТЗ, регулируемого модулем настройки (измене­ние объема множества, на котором задано отношение, может повлечь изменение этого отношения).

1.4. Стадии и этапы разработки

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

объем и схема финансирования работ;

сроки выполнения проекта;

порядок сдачи-приемки продукта;

распределение прав интеллектуальной собственности на создаваемый продукт;

распределение прибыли от реализации лицензий на право

использования продукта;

ответственность сторон в случае нарушения ими своих обя­зательств и др.

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

Технология создания КУ (КОС) предусматривает следующие основные виды работ:

• формирование концепции продукта;

• подготовка учебного материала и УТЗ;

• методическая обработка, согласование и редактирование учебного материала и УТЗ;

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

• разработка компьютерных графических материалов;

• разработка мультимедийных компонентов (съемка видео, запись звука, перевод информации в цифровую форму и обработка, создание анимаций и интерактивных трехмер­ных представлений);

• дизайн ПИ;

• формирование и интеграция информационных компонентов;

• разработка эксплуатационной документации и рекламных материалов;

• управление выполнением проекта.

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

Руководитель авторской группы курирует подготовку учебно­го материала и УТЗ, представляемых в КУ (КОС), обеспечивает их согласование и редактирование. Соответствующие задачи мо­жет решать и компьютерный методист, если он является глубо­ким специалистом в области, освещаемой в создаваемом продукте. Функции компьютерного методиста и системотехника были охарактеризованы ранее. Состав специалистов по реализации КСО определяется видами работ, выполнение которых требуется для создания данного КУ (КОС). Менеджер осуществляет управление реализацией проекта и решает вопросы его материально-технического, правового и те­кущего финансового обеспечений. Важно, чтобы менеджер был «чистым» управленцем, т.е. не являлся ни автором, ни разработ­чиком КУ (КОС). В этом случае ему существенно проще жестко контролировать исполнителей, не поддаваясь соблазнам беско­нечного улучшения продукта и растягивания сроков из-за «объек­тивных трудностей». Конечная цель менеджера заключается в обеспечении реализации проекта в установленные сроки без превышения запланированных затрат.

Подчеркнем, что приведенная схема отражает не состав персоналий, участвующих в создании КУ (КОС), а ос­новные задачи проекта и соответствующие компетенции испол­нителей. В конкретных случаях состав команды определяется ха­рактеристиками разрабатываемого продукта, планируемыми сро­ками, объемом финансирования и др. Например, КОС средней степени сложности, рассчитанная на 8—10 часов контактного времени, может быть создана за 2—3 месяца силами коллекти­ва, включающего одного - двух авторов, компьютерного методи­ста и одного - двух программистов.

Разработка КУ (КОС) подразделяется на четыре стадии:

1. концептуальное проектирование;

2. проектирование;

3. реализация;

4. подготовка продукта к распространению.

На первой стадии формируются концепция и облик создава­емого продукта, специфицируются его основные функции и характеристики, детализируется архитектура, определяются структура, содержательная направленность и глубина представ­ляемых в нем учебного материала и УТЗ, принимаются принци­пиальные дидактические и программно-технические решения. Концептуальное проектирование — наиболее сложная и ответ­ственная стадия проекта. Большинство решаемых в ее рамках задач имеют творческий характер и трудно формализуемы. Мож­но сказать, что содержанием концептуального проектирования является формирование «на бумаге» эскиза программы, результаты работ представляются в виде документов: спецификаций, схем описаний и т.д. На второй стадии осуществляется создание типовых информационных компонентов программы. Формируется структура информационной базы КСО и создается прототип приложения

Продолжение			табл. 1.8
1	2	3	4
	1.4. Детализация прог- раммы курса и разработка структуры КУ (КОС)	Описание иерархической структуры учебного мате- риала с указанием основ- ных вопросов, рассматри- ваемых в каждой главе и разделе. Перечень реали- зуемых способов доступа к учебному материалу и УТЗ. Список используе- мых внешних КСО	ГР, КМ, АГ, СТ
	1.5. Формирование пси- холого-педагогической стратегии и выбор дидак- тических приемов	Описание психолого- педагогической страте- гии, дидактических прие- мов и способов их реали- зации в КУ (КОС)	КМ, СТ
	1.6. Выбор форм пред-	Перечень используемых	СТ, КМ,
	ставления информации	форм и форматов пред-	смм,
		ставления информации	скг, п
	1.7. Выбор инструмен-	Перечень используемых	СТ, П,
	тальных средств разработки	инструментальных	скг,
		средств	смм
	1.8. Разработка инфор-	Описание информацион-	СТ
	мационно-логической	но-логической модели
	модели учебного мате-	учебного материала, реа-
	риала	лизуемой в КУ (КОС)
	1.9. Определение набора	Перечень служебных функ-	СТ, П
	служебных функций и	ций КУ (КОС) и описа-
	подходов к их реализации	ние выбранных подходов
		к их реализации
	1.10. Разработка схемы	Схема ПИ КУ (КОС)	ДПИ,
	ПИ		СТ
	1.11. Определение типов	Описание типов УТЗ.	КМ, СТ,
	УТЗи разработка схемы	Схема контроля знаний	ГР
	контроля знаний
2. Проекти-	2.1. Разработка элементов	Элементы (кнопки, пик-	ДПИ
рование	и шаблонов ПИ	тограммы, курсоры, ме-
		ню и т.д.) и шаблоны
		(заготовки панелей, окон)
		ПИ
	2.2. Разработка шаблонов	Шаблоны типовых ин-	П, ДПИ
	типовых информацион-	формационных компо-
	ных компонентов	нентов (кадров, страниц
		и т.д.), входящих в КУ
		(КОС)

Продолжение табл. 1.8

1	2	3	4
	2.3. Формирование струк­туры информационной базы	Физически созданная структура информацион­ной базы КУ (КОС)	п
	2.4. Разработка прототипа приложения	Прототип приложения, реализующий основные функции и готовый к наполнению информацией предметного содержания	п
	2.5. Разработка алгорит­мов выполнения фун­кций, не предусматри­ваемых используемыми авторскими средствами	Описания алгоритмов вы­полнения функций, не предусматриваемых ис­пользуемыми авторскими средствами	п, ст
3. Реализация	3.1. Подготовка учебного материала и УТЗ	Учебный материал и УТЗ, подготовленные авторами	АГ, КМ, ГР
	3.2. Методическая обра­ботка, согласование и редактирование учебного материала и УТЗ	Согласованные и отре­дактированные с учетом представления в КУ (КОС) учебный материал и УТЗ, готовые для включения в информационную базу	ГР, КМ
	3.3. Разработка компью­терных графических мате­риалов	Компьютерные графи­ческие материалы	скг
	3.4. Разработка мультиме­дийных компонентов	Мультимедийные компо­ненты (аудио- и видео­фрагменты, анимации, интерактивные трехмер­ные представления)	смм
	3.5. Формирование и ин­теграция информацион­ных компонентов (на­полнение информацион­ной базы)	Информационная база КУ (КОС), наполненная предметным содержанием	РИК
	3.6. Программная реали­зация и отладка програм­мных компонентов	Программные компонен­ты КУ (КОС)	п
	3.7. Интеграция и ком­плексная отладка при­ложения	Законченный в функцио­нальном и содержатель­ном планах КУ (КОС)	п, ст

		Окончание	табл. 1.8
1	2	3	4
	3.8. Разработка эксплуа­тационной документации	Эксплуатационная документация по КУ (КОС)	СТ, КМ, п
4. Подготовка продукта к распростране­нию	4.1. Разработка демонст­рационной версии (пре­зентации) продукта	Демонстрационная версия (презентация) КУ (КОС)	п, ст, РИК. скг, смм
	4.2. Разработка реклам­ных материалов	Рекламные материалы по КУ(КОС)	ст, км
	4.3. Разработка лицен­зионного соглашения	Лицензионное соглаше­ние на право использо­вания КУ (КОС)	м
	4.4. Разработка програм­мы инсталляции и фор­мирование дистрибутива продукта	Дистрибутив продукта, готовый к тиражированию	п, ст
	4.5. Подготовка мате­риалов для распростра­нения продукта	Материалы для распро­странения продукта: оформление диска и упа­ковки, регистрационная форма и др.	скг, ст, м

Обозначения: КМ — компьютерный методист; СТ — системотехник КСО; ГР — глав­ный редактор; АГ — авторская группа; СММ — специалисты по мультимедиа; СКГ — специалисты по компьютерной графике; П — программисты; ДПИ — дизайнер ПИ; РИК — разработчики информационных компонентов; М — менеджер.

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

Обилие этапов и разнообразие видов деятельности не долж­ны пугать начинающих разработчиков. Во-первых, как мы уже отмечали, трудоемкость проекта определяется характеристика­ми создаваемого продукта и конкретными условиями выполне­ния работ. Во-вторых, современные авторские инструменталь­ные средства позволяют реализовывать многие функции КСО, не прибегая к программированию в смысле написания кода (тек­ста программы). Для решения таких задач требуются не столько профессиональные программисты, сколько специалисты, владеющие приемами визуального проектирования с помощью оп­ределенного инструментария или способные их оперативно ос­воить. Подобный характер присущ, например, этапам 2.2, 2.3, 2.4, 3.5, 3.7, 4.1, 4.4. Область деятельности «настоящих» про­граммистов ограничивается реализацией функций, обеспечива­ющих возможности КУ (КОС), не предусматриваемые исполь­зуемыми авторскими средствами. Разумеется, чем больше нестандартных (с точки зрения выбранного инструментария) возможностей планируется воплотить в продукте, тем больший объем программирования требуется.