48517 (588557), страница 9

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 9)

DISTANCE LEARNING STUDIO - ELEARNING OFFICE 3000

В 1999-2000 гг. в рамках проекта "Информационные технологии дистанционного обучения" Санкт-Петербургского Отделения Института Открытое Общество (Фонд Сороса) было разработано инструментальное средство для создания мультимедийных учебных курсов, приспособленных для использования в системах дистанционного обучения российского сегмента сети Интернет, - Distance Learning Studio ("Конструктор мультимедийных дистанционных курсов").

Разработчик - компания Гиперметод http://www.hypermethod.ru - в дальнейшем дополнила пакет для компоновки мультимедийных учебных курсов средствами для развертывания в Интернете сервера учебного центра, и с 2002 года разработка стала распространяться как пакет eLearning Office 3000. Информационный материал об этом пакете был опубликован в № 3-4, 5 журнала за 2002 год. Напомним, что в основу концепции дистанционного обучения, реализуемой пакетом, положена технология Web- CD, при которой основной массив учебного материала поставляется учащемуся на компакт-диске, а его обновления, оперативные контакты с учебным центром и преподавателями, тестирование знаний и дистанционные семинары осуществляются с использованием Интернет. Если необходимое качество связи не обеспечивается в режиме on-line, взаимодействие учащегося и учебного центра осуществляется с использованием электронной почты. Курс может изучаться и автономно на стандартном мультимедийном персональном компьютере.

В 2001-2002 г. при поддержке Института "Открытое общество" в рамках пилотных проектов были созданы нескольких учебных курсов - "Россия. XVII век", "Россия и Восток", "Символика русского дома", курс английского языка "Bensons" (Intermediate Level), "История русской поэзии "серебряного" века". Структура каждого из курсов включает следующие основные разделы:

- лекции, содержащие основной материал, представленный в мультимедийной форме;

- набор тестов, соответствующих основному лекционному материалу и предназначены для самооценки знаний;

- словарь - иллюстрированное толкование ключевых терминов учебного материала;

- поиск - встроенная система полнотекстового поиска по материалам курса;

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

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

К настоящему времени функционируют два близнеца-сервера: http://www.studium.spb.ru и www.elearn.ru, которые могут выполнять функции учебного центра для курсов, разработанных с использованием конструктора Distance Learning Studio. Первый сервер в настоящее время является некоммерческим и может быть использован как открытый сайт для проектов, поддерживаемых Фондом Сороса и связанными с ним организациями. Он может функционировать также и как "виртуальная кафедра" для отработки технологии дистанционного взаимодействия кафедр-партнеров и обучения будущих авторов технологии создания мультимедийных дистанционных курсов.

Опыт пробной эксплуатации первых версий пакета Distance Learning Studio - eLearning Office 3000 выявили определенный интерес, причем не только на российском рынке, к технологии дистанционного обучения Web-CD, реализуемой этой системой. В 2001-2002 гг. комплекты Конструктора были безвозмездно переданы в несколько десятков российских университетов, участвовавших в Программе поддержки кафедр региональных университетов, осуществленной под эгидой Института "Открытое Общество" (Фонд Сороса), в том числе и в ряд петербургских вузов.

1. 4.2 Обоснование выбора инструмента разработки

Authorware - лучшее визуальное средство для создания приложений для интерактивного обучения. Оно позволяет создать интересные обучающие программы, используя все богатства различных форм представления учебных материалов, донести их до учеников через Web, локальную сеть или CD-ROM и проследить за результатами обучения.

Достоинства Authorware:

Простота

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

Привлекательность

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

Эффективность

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

Web

Современные методы сжатия и организации потоковой доставки позволяют создавать великолепные интерактивные учебные курсы, доступные через Web. Authorware Advanced Streamer дает возможность довести до пользователей все богатство вашего курса даже по модемным линиям 28.8К.

Лидирующее положение на рынке

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

1. 4.3 Организационное обеспечение

Одним из базовых понятий методологии проектирования ИС является понятие жизненного цикла ее программного обеспечения (ЖЦ ПО). ЖЦ ПО - это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации.

Основным нормативным документом, регламентирующим ЖЦ ПО, является международный стандарт ISO/IEC 12207 [5] (ISO - International Organization of Standardization - Международная организация по стандартизации, IEC - International Electrotechnical Commission - Международная комиссия по электротехнике). Он определяет структуру ЖЦ, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО.

Структура ЖЦ ПО по стандарту ISO/IEC 12207 базируется на трех группах процессов:

• основные процессы ЖЦ ПО (приобретение, поставка, разработка, эксплуатация,

• сопровождение);

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

• организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение).

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

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

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

Управление конфигурацией является одним из вспомогательных процессов, поддерживающих основные процессы жизненного цикла ПО, прежде всего процессы разработки и сопровождения ПО. При создании проектов сложных ИС, состоящих из многих компонентов, каждый из которых может иметь разновидности или версии, возникает проблема учета их связей и функций, создания унифицированной структуры и обеспечения развития всей системы. Управление конфигурацией позволяет организовать, систематически учитывать и контролировать внесение изменений в ПО на всех стадиях ЖЦ. Общие принципы и рекомендации конфигурационного учета, планирования и управления конфигурациями ПО отражены в проекте стандарта ISO 12207-2.

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

Одним из возможных подходов к разработке ПО в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development). Под этим термином обычно понимается процесс разработки ПО, содержащий 3 элемента:

• небольшую команду программистов (от 2 до 10 человек);

• короткий, но тщательно проработанный производственный график (от 2 до 6 мес.);

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

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

Жизненный цикл ПО по методологии RAD состоит из четырех фаз:

• фаза анализа и планирования требований;

• фаза проектирования;

• фаза построения;

• фаза внедрения.

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

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

Характеристики

Список файлов ВКР