Концептуальное проектирование

Разработка технико-экономического обоснования

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

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

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

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

Рассмотрим содержание основных разделов ТЭО.

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

Таблица 2.1

Характерис­тики	Виды и наименования КСО
	Проектируемый продукт	Продукты-конкуренты
	КУ «Информатика»	КУ «Введение в информатику»	КОС «Основы компьютерной грамотности»
1	2	3	4
Контактное время	2 семестра по 64 часа	25 часов	32 часа
Основные рассматрива­емые воп­росы	информация и ИТ; программное обес­печение ЭВМ; рабо­та с операционной системой Windows 98/Ме/2000; данные, алгоритмы и прог­раммы; основы алго­ритмизации и прог­раммирования на языке Паскаль; офисные технологии (Word, Excel); осно­вы технологии баз данных: теория и практика на приме­рах СУБД Access и FoxPro	информация и ее представление в ЭВМ; ИТ в инже­нерной деятельности; данные, алгоритмы и программы; поко­ления и виды ЭВМ; технические сред­ства информатики; перспективы разви­тия ЭВМ и ИТ	компьютер и его компоненты; прог­раммное обеспе­чение; работа с опе­рационной системой Windows 98/Me/2000; использование фай­ловых мониторов; работа с текстовым редактором Word, редактором таблиц Excel, графическим редактором Paint
Структура учебного материала	Иерархическая; раз­ветвленные просмот­ровые последова­тельности соответ­ствуют трем уровням сложности	Иерархическая с ли­нейными просмот­ровыми последова­тельностями	Содержание разде­лено на 12 уроков и 6 контрольных ра­бот; просмотровые последовательности уроков линейные

Под пользователями в данном случае понимаются не только обучаемые, но и преподаватели (инструкторы) и системные администраторы (см. разд. 1.2).

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

1	2	3	4
Параметры компьютер­ной графики	120 16-цветных схем; 40 фотоизоб­ражений (TrueColor); 50 иллюстраций ПИ с гиперграфикой	20 16-цветных схем; 35 иллюстраций ПИ	90 иллюстраций ПИ, из них 40 содержат гиперграфику
Мультиме­дийные ком­поненты	4 видеофрагмента общей длитель­ностью 5.5 минут; 14 двухмерных ани­маций; демонстра­ционные материалы озвучены; исполь­зуются звуковые эффекты	5 двухмерных анима­ций	Содержание в пол­ном объеме озву­чено; используются простые анимации, иллюстрирующие работу с ПИ
Виды конт­роля знаний	Вопросы для само­проверки в каждом разделе; промежу­точные контрольные вопросы в кадрах; рубежный контроль по каждой главе; итоговый контроль по курсу	Итоговая контроль­ная работа	Контрольные работы по группам уроков
Количество УТЗ	УТЗ рубежных и итогового контролей генерируются КУ	50; предъявляются в случайной последо­вательности	120 (6 по 20); предъ­являются в случай­ной последователь­ности
Наличие словаря, ука­зателей	Глоссарий, доступ­ный из любого кадра	Нет	Нет
Требования к аппаратному и програм­мному обес­печениям	IBM-совместимая ПЭВМ, процес­сор — 80486, опе­ративная память — 16 Мб, дисковая память — 90 Мб, аудиоплата, опера­ционная система Windows 95/98/Ме/ 2000; возможны ра-эота в ЛВС и запуск «посредственно с CD-ROM	IBM-совместимая ПЭВМ, процес­сор — 80486, опера­тивная память — 8 Мб, дисковая па­мять— 10 Мб, опе­рационная система Windows 95/98	IBM-совместимая ПЭВМ, процес­сор — 80486, опера­тивная память — 16 Мб, аудиоплата, операционная сис­тема Windows 98/Ме/ NT 4.0/2000, браузер Internet Explorer 4.0 со специальным рас­ширением (plug-in), VI РЗ-декомпрессор; <ОС запускается голько с CD-ROM

Окончание табл. 2.1

1	2	3	4
Состав экс­плуатацион­ной доку­ментации	Руководство обуча­емого; руководство преподавателя; руко­водство системного администратора	Руководство пользователя	Руководство обучаемого; инструкция по настроГже системы
Стоимость лицензии	450 руб. для частного лица; 3900 руб. для образовательного заведения (на 10 ус­тановок)	150 руб.	390 руб. для частного лица; 3400 руб. для образовательного заведения (на 10 ус­тановок)

2. Эскизное описание продукта. Приводится краткое изложе­ние основных характеристик создаваемого КУ (КОС). Описание состоит из следующих частей (подразделов).

1. Уровни образования, на которые рассчитан продукт.

2. Модель применения продукта:

• виды образовательных заведений, в которых может использоваться КУ (КОС);

• учебные курсы и специальности, на которые ориентирован КУ (КОС); степень покрытия курсов;

• виды поддерживаемых учебных занятий и мероприятий;

• схемы использования КУ (КОС) в учебном процессе (см. разд. 1.2);

• основные решаемые педагогические задачи.

2.3. Характеристика конечных пользователей продукта:

• требования к исходной подготовленности по предмету;

• требования к умениям работать со средствами вычисли­ тельной техники (желательно, чтобы они были минимальными);

• цели применения продукта (приобретаемые знания, их характер и глубина).

4. Примерные программа курса и иерархическая структура учебного материала с указанием объемов каждой главы, разде­ла, подраздела.

5. Взаимосвязь со смежными дисциплинами и курсами (на каких курсах базируется содержание КУ (КОС), какие курсы основываются на данном курсе).

2.6. Дидактические и функциональные характеристики:

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

• структурные единицы учебного материала и типы отношений, определяемые на них и множестве УТЗ;

• типовые структуры главы, раздела, подраздела;

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

• используемые формы представления информации (гипертекст, графика и гиперграфика, звук, видео и др.);

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

• виды и стратегии контроля знаний, типы УТЗ;

• способы обеспечения интерактивности КУ (КОС) и вариативности его содержания;

• прочие функции, реализующие используемые психолого-педагогическую стратегию и дидактические приемы, и ассоциируемые с ними характеристики (настройка на индивидуальные задания, механизмы управления учебным процессом, возможности, обеспечиваемые в режиме свя­зи с АРМ преподавателя, информация, представляемая в протоколах, и т.д.);

• концептуальная характеристика ПИ;

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

• служебные функции;

• реализация интерфейса с системой управления учебным процессом (СУУП).

2.7. Оценки объемных характеристик:

• контактного времени;

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

• объема эквивалентного бумажного пособия;

• количеств кадров (страниц, статей, экранов), иллюстраций, анимаций, видеофрагментов и т.д.;

количества УТЗ.

2.8. Программно-технические характеристики:

• минимальная и оптимальная (рекомендуемая) конфигурации вычислительной системы;

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

• возможности настройки КУ (КОС) на работу в разных конфигурациях и режимах (например, на базе различных вычислительных платформ, в локальном режиме, в ЛВС, в режиме удаленного доступа);

• оценка объемов программного и информационного обеспечений продукта.

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

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

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

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

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

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

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

2.9. Компоненты продукта, предоставляемые конечному пользователю (дистрибутив программного обеспечения, эксп­луатационная документация, содержание на бумажном носите­ле, методическое руководство по применению и т.д.).

3. Технология проектирования и реализации. Приводится крат­кая характеристика намечаемой технологии проектирования и реализации КУ (КОС) с точки зрения используемого инстру­ментария. В разделе отражаются следующие сведения:

• виды и объемы работ по проектированию и реализации, соответствующие этапам, предусматривающим примене­ние того или иного инструментария;

• инструментальные средства, которые планируется использовать для каждого вида работ;

• функции КУ (КОС), реализуемые инструментарием для построения приложения (авторским средством);

• функции КУ (КОС), не поддерживаемые инструментарием для построения приложения (авторским средством), т.е. требующие программной реализации разработчиками продукта;

• стандарты на электронное обучение, которые будет поддерживать КУ (КОС);

• состав разрабатываемых программных компонентов (мо­дулей) КУ (КОС).

Вопросы выбора инструментальных средств рассматриваются в третьей главе.

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

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

5. Сетевой график работ и состав исполнителей. Сетевой гра­фик отражает взаимосвязи работ и вытекающую из них последовательность их реализации. На нем также фиксируются временные и ресурсные показатели проекта. К первым относятся оценки длительности работ, самые ранние и самые поздние времена наступления событий, резервы по работам и событиям и др. Ре­сурсные показатели описывают распределение по работам исполнителей, а также материально-технических и финансовых средств. При определении названных показателей учитываются следующие факторы:

• объемы, характер и оценки трудоемкости работ;

• наличие заделов по работам;

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

• наличие кадров, а также компетенции и квалификации, которыми обладают конкретные исполнители, планируе­мые для участия в проекте;

• ориентировочный (директивный) срок завершения проекта и оценка предельных затрат на его реализацию;

• объемы фиксированных (т.е. не наращиваемых в данных условиях) материально-технических ресурсов.

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

Конкретный состав исполнителей формируется руководите­лями проекта. Вопросы организации деятельности коллектива разработчиков КУ (КОС), включая планирование и координа­цию работ, рассматриваются в четвертой главе.

6. Календарный план и сроки выполнения проекта. Длительность критического пути на сетевом графике определяет планируемый срок завершения проекта. Этот срок может незначительно откло­няться от директивного срока, заданного при построении сете­вого графика.

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

Календарный план выполнения проекта формируется на ос­нове сетевого графика, включающего значения временных по­казателей.

7. Распределение прав интеллектуальной собственности на про­дукт. Излагаются предложения коллектива исполнителей по дан­ному вопросу. Принятая схема распределения отражается в до­говоре между заказчиком и исполнителями.

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

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

8. Бюджет проекта. Бюджет включает две части: расход­ную (смету затрат на выполнение проекта) и доходную (пе­речень источников финансового обеспечения и соответству­ющие объемы средств). Типовая структура бюджета представ­лена в табл. 2.2.

Расходы (смета затрат на выполнение)

1. Оплата труда основных исполните­ лей

2. Оплата работ соисполнителей

3. Приобретение прав на объекты интеллектуальной собственности, вклю­чаемые в продукт (программные и информационные компоненты) и представляемые в нем (учебный материал, иллюстрации и т.п.)

4. Приобретение (аренда) оборудования

5. Приобретение лицензий (лицензионные отчисления) на право использования инструментальных программных средств

6. Приобретение расходных материалов

7. Амортизационные отчисления на реновацию оборудования и программного инструментария

8. Арендные и коммунальные платежи

9. Налоговые отчисления

10. Накладные расходы

11. Таблица 2.2

Финансовое обеспечение

1. Вложения заказчика

2. Вложения исполнителей:

• прямое финансирование;

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

• стоимостной эквивалент амортизационных отчислений, соответствующих п. 7 сметы затрат;

• стоимостной эквивалент прав на объекты интеллектуальной собствен­ности, упомянутых в п. 3 сметы затрат, и лицензий на программный инструментарий (п. 5 сметы затрат), которыми владеют исполнители

3. Вложения спонсоров

4. Гранты и т.д.

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

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

//. Рекомендации по распространению продукта. Излагаются предложения исполнителей, связанные с распространением КУ (КОС). Эти предложения могут касаться стратегии продвижения продукта на рынке, его сопровождения, рекламных мероприя­тий, схем продаж лицензий, скидок и т.п.

Форма ТЭО и отражаемые в нем сведения жестко не регла­ментируются. Выше была рассмотрена его типовая структура. На практике состав разделов ТЭО и их названия могут меняться в зависимости от характера разрабатываемого КУ (КОС).

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