Главная Коллекция "Revolution" Педагогика Формирование электронного образования как информационно технологической услуги

Формирование электронного образования как информационно технологической услуги

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

Рубрика Педагогика
Вид дипломная работа
Язык русский
Дата добавления 28.08.2016
Размер файла 3,1 M
рефераты на заказ со скидкой

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Страница:

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

- Планирование каталога услуг LCMS. На основании потребностей пользователей, расчета затрат и рисков, планируется каталог услуг, в который поставщик включает не только услуги для предоставления, но также услуги, находящиеся в разработке и включает группу с услугами, которые могут быть выведены из эксплуатации. Контролирует и управляет каталогом услуг SPM (Service Portfolio Management), основными функциями которого являются распределение ресурсов, определение полного перечня услуг и утверждение каталога услуг, минимизация затрат и рисков. Услуга может войти в каталог услуг только после утверждения необходимых уровней затрат и рисков. Основными услугами LCMS являются создание, хранение, повторное использование контента, доставка контента до конечного пользователя, управление пользователями и содержанием контента и т.д.

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

- Формирование ограничений и требований. После определения политики, происходит определение требований и ограничений, которые будут касаться технических и программных аспектов LCMS, связанных с проектированием и развертывание. Требования, связанные с созданием, поддержкой и доставкой контента и дальнейшим использованием контента. Одним из таких требований является совместимость системы с SCORM или Tin Can API.

- Определение поставщиков и персонала. На основании ресурсов для реализации LCMS, определенных заранее рисков, политик и требований, определяются поставщики ПО и АП и необходимый персонал для работы с LCMS

- Return of Investments (ROI) включает в себя измерение ожидаемых выгод от инвестиций. Добиться значительного возврата инвестиций можно за счет снижения времени и средств на создание и доставку контента, на поддержку и техническое обслуживание LCMS

Проектирование LCMS

Следующим этапом является проектирование LCMS. Проектирование LCMS начинается с построения набора требований, и завершается разработкой решений, удовлетворяющих им. Данные решения вместе с проектной документацией переходят на этап внедрения для запуска в эксплуатацию и тестирования. Основными подпроцессами этапа проектирования являются:

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

- Проектирование поддерживающих технологий, систем и инструментов. На данном этапе происходит формирование архитектуры LCMS и проектной документации для этапа внедрения.

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

- Управление мощностями. Процесс необходим для того, чтобы на основе оценки перспектив использования системы, соотнести мощности предоставляемых услуг LCMS соответствующему уровню затрат и заявленным требованиям. Для этого требуется прогнозирование поведения системы в краткосрочной и долгосрочной перспективе, чтобы можно было предупредить инциденты и проблемы. [16].

- Управление доступностью. В рамках процесса проводится проверка соответствия услуг LCMS уровню их доступности, необходимому для эффективного удовлетворения потребностей пользователей системы. Для измерения доступности используют среднее время, в течении которого конфигурационная единица LCMS может выполнять свои функции без прерывания, время затраченное на ее отладку в случае инцидента и среднее время между ними, а также способность к восстановлению сервисов (компонентов) после сбоев [15].

- Управление непрерывностью. В рамках процесса происходит поддержание непрерывного предоставления услуг, заявленных в каталоге услуг LCMS. Для непрерывного предоставления услуг необходимо, чтобы система обладала высокой отказоустойчивостью, способностью быть быстро восстановляемой, что позволяет уменьшить число инцидентов и последствия от них [16].

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

Внедрение LCMS

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

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

- Управление релизами. Планирование необходимых для сборки, тестирования и ввода в эксплуатацию компонентов и конфигурационных единиц LCMS и управление релизом и его компонентами в рамках процессов преобразования.

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

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

- Управление развертыванием. Включает в себя формирование плана развертывания системы LCMS, также на этапе происходит управлением пакетом релиза на этапе внедрения.

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

Эксплуатация LCMS

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

- Управление событиями. Процесс связан с обработкой запросов пользователей LCMS и отвечает за мониторинг всех событий происходящих в системе.

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

- Управление доступом. В ходе процесса выполняется предоставление прав доступа легитимным пользователям определенных видов услуг LCMS.

- Service Desk. Представляя из себя специализированную функциональную единицу, Service Desk обеспечивает первичную обработку запросов пользователей системы LCMS, перед передачей их на этапы управления событиями, инцидентами и проблемами. Основные задачи Service Desk включают в себя качественное решение запросов пользователей, улучшение коммуникаций между пользователями [15].

Улучшение LCMS

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

Процесс непрерывного улучшения связан со всеми этапами ЖЦ, так на этапе построения стратегии ключевыми элементами являются правила, стандарты, политики и ограничения. На этапе проведения проектирования услуг изменения могут вносится в портфель услуг и архитектуру непосредственно самой системы LCMS. Внесение изменений в них может полностью изменить процесс предоставления той или иной услуги, однако улучшения, которые изначально направлены на повышение уровня качества, могут также повлечь за собой сбои в работе уже введенной в эксплуатацию системе, для восстановления работы которой придется прерываться процесс оказания образовательных услуг, что приведет к убыткам для ВУЗа. Для того, чтобы избежать данной ситуации необходимо тщательно анализировать предложения по улучшениям на этапах планирования и проектирования LCMS.

Стоит отметить, что наиболее важные и критичные изменения вносятся именно на первых двух этапах, и это влечет за собой неминуемые изменения в дальнейшем. На этапе внедрения возможности для улучшения появляются при внедрении новых стратегий и конфигурационных элементов, в то время как на этапе эксплуатации производится анализ качества предоставляемых услуг и выносится решения о внесении изменений. Одной из методик для непрерывного улучшения является цикл PDCA (цикл Деминга), который может быть применим к любому из этапов ЖЦ.

На основе этапа эксплуатации LCMS, в свою очередь, можно выделить бизнес-процессы, связанные непосредственно с планированием контента, его разработкой, внедрением, эксплуатацией и улучшением (рис. 7).

Рис. 7. Жизненный цикл контента

На этапе планирования контента выделены этапы, отвечающие за:

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

- Определение учебных объектов. Объекты представляют из себя информационные элементы, состоящие из текста, интерактивных элементов, опросов, средств аудиовизуальной информации. В частности, можно выделить следующие информационные объекты: текст, который может содержать встроенную XHTML разметку форматирования [25]. При реализации разметки должны быть соблюдены требования стандартов W3C. Кроме того, поддерживаются такие элементы текста, как списки, пункты и таблицы. Интерактивные элементы могут состоять из карты изображений (Image Map) и презентаций. Объект опрос (тест) может включать в себя следующие виды оценки, а именно: заполнение пропусков, верно/неверно, множественный выбор нескольких вариантов ответа, выбор для одного ответа, соотнесение информации. Кроме непосредственного создания уникального контента разработчик может импортировать его при поддержке формата XML на уровне конкретного учебного курса, модуля, определенной темы или учебного объекта, этому способствует соответствие созданного контента стандартам SCORM или Tin Can API.

Этап разработки контента предусматривает следующие процессы:

- Выбор подходящего шаблона. В шаблон вставляются теги, с помощью которых обозначаются места, где будет показано содержимое страницы или навигация сайта. При вызове страницы в обозревателе система управления контентом автоматически создаст из шаблона нужную страницу и наполнит ее содержанием. Шаблоны могут быть представлены в формате HTML, к которому могут прилагаться таблицы стилей CMM, либо в формате нейтральном к платформам XML, отделяя содержание от представления. XML устраняет лишние процессы, такие как резка, склеивание, форматирование и импорт/экспорт содержимого при повторном использовании. Основные шаблоны систем LCMS могут отображать статические страницы на основе содержимого. Пользователи могут редактировать основные ресурсы шаблона в разделе "страниц" области администратора. Кроме шаблонов могут быть использованы модули, которые помогают поддерживать и отображать данные, не подходящие для записи в шаблоне или которые нужно использовать на нескольких страницах. Примером контента, который должен быть сохранен в модуле - новости. Пользователь может искать новости, сортировать новости, а также использовать новостные статьи на нескольких страницах сайта. Модули помогают облегчить это с помощью основных функций модуля: просмотр (показ содержимого модуля в таблицах администратора и обеспечение действий по изменению данных), формы (предоставление разрешения для добавления и редактирования содержимое модуля для администратора), отчеты (разрешение структурированных запросов и экспорт CSV содержания модуля), классы (модуль имеет свой собственный класс, который расширяет его и позволяет добавлять, редактировать, удалять и извлекать контент).

- Выбор инструментов для разработки контента. Среди множества инструментов, направленных на создания контента для e-learning необходимо выделить следующие основные, входящие в функционал практических каждой системы LCMS в настоящее время: Adobe Presenter, iSpring Suite, Flash, Dreamweaver, Authorware, Word, PowerPoint. Стоит отметить, что контент должен отвечать требованиям SCORM (1.2, 1.4, 2004), Tin Can API.

Размещение контента. Перед размещением контента его необходимо собрать, для этого существуют пакеты метаданных XML (SCORM-пакет). Собранный учебный пакет размещается в хранилище учебных объектов, которым является база данных, в которой также можно хранить созданные курсы на основе учебных объектов. Размещение данных в репозитории в пределах пакета контента позволяет пользователям реорганизовывать, редактировать и отслеживать изменения контента.

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

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

5.3 Применение принципов ITIL, ITSM и стандартов по качеству ISO 9000, ISO 20000, ISO 27000 при создании систем разработки учебного контента e-learning (LCMS)

В данной части работы рассмотрены стандарты по качеству серии ИСО, библиотека лучших практик ITIL и принципы ITSM и описан их роль в отношении системы LCMS. Для того, чтобы выявить соответствие оказываемых услуг электронного образования и системы LCMS заявленному уровню качества, надежности и информационной безопасности необходимо руководствоваться следующими стандартами:

- ГОСТ Р ИСО 9000-2011. В стандарте содержатся рекомендации по организации системы менеджмента качества и определены 8 основных принципов менеджмента качества. Цель стандарта заключается в приведении рекомендаций для формализации СМК (системы менеджмента качества), которые, однако, не носят строго обязательно характера [1].

СМК может внедрятся в любой организации, независимо от рода деятельности. Целью внедрения СМК является обеспечение долгосрочного успеха организации путем удовлетворения запросов потребителей и общества в целом, которое происходит в результате постоянного улучшения предоставляемых услуг. В качестве примера СМК была рассмотрена система менеджмента качества, внедренная в Московском институте электроники и математики (МИЭМ) в 2005 году.

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

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

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

Организация СМК ВУЗа и применение процессного подхода к выделению бизнес-процессов способствует формированию оптимальной инфраструктуры и эффективному предоставлению образовательных услуг в ВУЗах с очной системой обучения. Это утверждение также применимо к ВУЗам, которые предлагают услуги, связанные с электронным образованием. Главной целью в таком случае будет являться предоставление образовательных услуг дистанционно с применением информационных технологий и систем LMS, LCMS. Формирование СМК в этом случае поможет в организации ИТ-инфраструктуры для создания, эффективного внедрения и постоянного улучшения системы LCMS в ВУЗе.

- ГОСТ Р ИСО/МЭК 20000-1-2013. В стандарте представлены требование к проектированию ИТ-услуг, их преобразованию, предоставлению и улучшению, для которых необходимо руководствоваться методологией PDCA (Plan-Do-Check-Act) ко всем услугам [2].

- ГОСТ Р ИСО/МЭК 20000-2-2010. Стандарт содержит свод положений, вытекающих из достижений практики, представленных в виде руководства и рекомендаций.

Процесс предоставления услуг электронного образования, который включает в себя использование системы LCMS, представляет из себя ИТ-услуг, по этой причине требования описанные стандарте ИСО 20000, связанные с проектированием ИТ-услуг, их преобразованием и предоставлением могут быть применимы ВУЗом в отношении системы LCMS.

- ГОСТ Р ИСО/МЭК 27000-2012. В стандарте содержатся термины, необходимые для обеспечения информационной безопасности, определяются требования к СМИБ и к сертификации таких систем, детальное руководство и интерпретацию полных процессов цикла PDCA [3].

- ГОСТ Р ИСО/МЭК 27001-2006. Стандарт представляет собой модель для разработки, внедрения, функционирования, мониторинга, анализа, поддержки и улучшения системы менеджмента информационной безопасности (СМИБ).

- ГОСТ Р ИСО/МЭК 27002-2012. В стандарте предложены рекомендации и основные принципы введения, реализации, поддержки и улучшения менеджмента информационной безопасности в организации.

Стандарты серии ИСО 27000 представляют собой особую ценность в электронном образовании, т.к. процесс информационной безопасности связан с большинством процессов систем LCMS, начиная с обеспечения доступа к контенту, распределения прав доступа и защиты конфиденциальной информации о пользователях от утечек. Управление информационной безопасностью на основе сформированного каталога рисков, стандартов по информационной безопасности, политик организации в сфере защиты персональных данных позволяет сформировать СУИБ (СМИБ), которая может быть использована в процессах предоставления услуг LCMS. Так, например, СУИБ может применяться в качестве управляющего воздействия в таком процесс предоставления электронных услуг ВУЗом как прием документов (рис. 8). В данном случае СУИБ направлена на защиту информации о потенциальных студентах ВУЗа, на то, чтобы не допустить нарушения конфиденциальности и утечки данных об абитуриентах.

Рис. 8. Применение процесса менеджмента ИБ на примере электронного приема документов в ВУЗ

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

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

К преимуществам применения ITIL на практике можно отнести:

- использование лучших знаний и проверенных практик;

- деятельность всех ИТ процессов регламентирована соглашением об уровне услуг;

- определение стандартов и правил для персонала в области ИТ;

- нацеленность на обеспечение максимально возможного качества ИТ услуг;

- внедрение подходов менеджмента качества в управления сервисами и ИТ услугами;

Библиотека ITIL постоянно перерабатывается и обновляется, аккумулируя новый опыт и новые знания, повышая эффективность управления ИТ-инфраструктурой. Кроме библиотеки ITIL ключевую роль также играет методология ITSM, которая реализует сервисный процессный подход к организации работы ИТ-службы. Принципы ITSM смогут помочь в организации сервисного процессного подхода в ИТ-подразделении ВУЗа для эффективного внедрения готовой к эксплуатации системы LCMS. Вся деятельность ИТ-департамента, в рамках методологии, рассматривается как совокупность услуг, оказываемых им другим подразделениям в соответствии с соглашениями об уровне услуг. В библиотеке ITIL, в свою очередь, разъясняется, что надо сделать для организации такого подхода, и системно описываются основные принципы ITSM.

Описанные стандарты серии ИСО 9000, ИСО 20000, ИСО 27000, принципы библиотеки лучших практик ITIL и ITSM применяются в различных организациях независимо от вида предоставляемых ИТ-услуг и помогают в подержании процессов, протекающих в рамках деятельности организации, связанных с созданием СМК, предоставлением ИТ-услуг и обеспечением информационной безопасностью. В данном случае стандарты и принципы рассмотрены в отношении ВУЗа, предоставляющего услуги электронного обучения с помощью систем LMS и LCMS.

5.4 Функциональное моделирование бизнес-процессов систем разработки учебного контента e-learning

Этап включает в себя моделирование полученных бизнес-процессов LCMS. Моделирование бизнес-процессов применяется для улучшения качества процессов в организации и включает в себя описание взаимосвязей между всеми элементами процессов.

При моделировании процессов LCMS используется методология IDEF0, которая была разработана на основе методологии структурного анализа и проектирования. IDEF0 модели, ориентированные на функции, принято называть функциональными моделями. Преимуществами функционального моделирования заключаются в том, что оно предоставляют достаточную степень детализации процессов и их взаимосвязей. IDEF0 модель состоит из функциональных блоков и связей между ними (вход, выход, управление, механизм). Каждая сторона блока имеет определенное назначение. Левая сторона блока предназначена для входов, верхняя - для управления, правая - для выходов, нижняя - для механизмов [5].

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

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

В результате моделирования была получена иерархическая совокупность диаграмм. Основным процессом является процесс предоставления услуг LCMS. На верхнем уровне (Приложение 1) расположена контекстная диаграмма предоставления услуг LCMS (функциональный блок A0). На вход подается запрос на предоставления услуг LCMS, на выходе процесса услуги LCMS считаются предоставленными. Управляющими воздействиями являются нормативно-правовая документация, приказы, положения (Федеральный закон Российской Федерации "Об образовании в Российской Федерации", Федеральные государственные образовательные стандарты по направлениям подготовки/специальностям высшего профессионального образования, устав ВУЗа, рабочие учебные планы и т.д.), стандарты по качеству серии ИСО (ИСО 9000, ИСО 20000, ИСО 27000), а также стандарты электронного обучения (SCORM, AICC, Tin Can API).

Контекстную диаграмму верхнего уровня можно декомпозировать на пять взаимосвязанных процессов: разработка стратегии LCMS, проектирование LCMS, внедрение LCMS, эксплуатация LCMS и улучшение LCMS. В свою очередь, каждый из пяти процессов был декомпозирован на подпроцессы (Приложение 2).

Процесс разработки стратегии LCMS насчитывает пять подпроцессов: определение миссии, определение стратегических целей, оценка ожиданий потребителей и собственных возможностей, оформление каталога услуг, формирование требований и ограничений (Приложение 3).

В ходе процесса определения миссии, на вход которого подается запрос об оказании услуг LCMS, происходит установление главной цели в отношении LCMS и её необходимости для ВУЗа. Миссия может представлять из себя недостижимую цель, которая будет способствовать постоянному улучшению системы и определяется руководителями ВУЗа. Выходом процесса является миссия в отношении системы LCMS, которая поступает на вход процесса определения стратегических целей.

Стратегические цели, в отличие от миссии, представляют из себя цели достижимы и могут быть рассчитаны как на долгосрочную (1-3 года), так и долгосрочную перспективу (5-7 лет).

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

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

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

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

На этап внедрения LCMS, в результате предыдущих процессов, поступают архитектура LCMS, проектная документация, каталог услуг, СУИБ и политика информационной безопасности.

Этап внедрения подразделяется на подпроцессы: формирование плана внедрения LCMS, управления изменениями, управления релизами и развертыванием (Приложение 7). Сформированные политики и стратегии изменений и релизов поступают на этапы управления изменениями, конфигурациями и релизами в виде управляющих воздействий. Кроме того, выходом процесса формирования плана внедрения являются активы и конфигурационные единиц, являющиеся ресурсами процесса управления релизов и развертыванием и набором конфигурационных единиц, получаемых из процесса управления конфигурациями. Итогами этапа внедрения являются полученный выходы: введенная в эксплуатацию система LCMS, результаты тестирования данной системы на этапе внедрения, и окончательно оформленный пакет услуг LCMS, который будет использоваться основными потребителями данной системы: преподавателями, администраторами.

Внедренная система LCMS и пакет предоставляемых услуг поступают на этап эксплуатации, который на своем верхнем уровне содержит два процесса связанных с использованием и выполнением поддерживающих процессов системы (Приложение 8).

Процесс использования системы LCMS можно декомпозировать на процессы планирования контента, его создания, доставки, использования и улучшения (Приложение 9).

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

Непосредственное создание контента в системе LCMS начинается с выбора шаблона, выбора инструментов для разработки и непосредственного создания объекта. На выходе данного процесса получаются либо отдельные учебные объекты либо целый учебный курс, готовый к использованию (Приложение 11).

Доставка контента, которая подразумевает размещение его репозитории в виде SCORM-пакета, происходит только при наличие доступа к репозиторию (доступ на добавление и редактирование контента) (Приложение 12).

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

Улучшение контента включает в себя анализ отчета и принятие решения об изменении всего курса либо отдельных учебных объектов, для дальнейшего повышения качества подачи учебного материала. Результаты улучшения контента, а также отчеты о прохождении учебных курсов поступают на этап, связанный с улучшением системы LCMS в целом (Приложение 14).

Кроме процесса прохождения курса этап эксплуатации контента включается в себя выполнение процессов поддержки LCMS, которые включают в себя управление событиями, функцию Service Desk, управление инцидентами, проблемами и доступом (Приложение 15). Выходом процесса управления событиями являются результаты мониторинга внесенных изменений или работы системы в целом, которые, наряду с запросами пользователей, поступают в службу Service Desk, где запросы классифицируются, выявляются инциденты. Информация об инцидентах поступает на вход процесса управления инцидентами в ходе которого происходит оценка инцидентов, информация об этом на следующем шаге поступает на вход процесса управления проблемами, на котором инденты должны быть разрешены и закрыты. Информация о решенных инцидентах поступает на этап управлением доступом и доступ к системе и контенту продолжат предоставляться. В случае нерешенных инцидентов, связанных с некорректным формованием контента или работой LCMS в целом, на этапе формируется запрос об улучшении.

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

5.5 Формирование организационно-функциональной ИТ-инфраструктуры систем управления учебным контентом e-learning

Для формирования организационно-функциональной ИТ-инфраструктуры в первую очередь были рассмотрены три крупных отдела, а именно: дирекция информационных технологий (ДИТ), включающая в свой состав шесть отделов, учебная часть и учебный департамент. Кроме процессов, которые относятся непосредственно к трем крупным отделам существуют и два внешних процесса: запрос на предоставления услуг LCMS и процесс подтверждения того, что услуги предоставлены (рис. 9). На данной схеме процессы не имеют сложных связей, которые были выделены на этапе функционального моделирования, а отображен лишь переход ответственности за выполнение того или иного процесса из одного отдела в другой. При этом такие процессы как, например, управление информационной безопасностью и управление улучшениями связаны практически со всеми остальными процессами функциональными связями. В свою очередь процесс, связанный с предоставлением доступа к системе и ее поддержкой, является сквозным для двух крупных отделов: учебным департаментом и отделом технической поддержки.

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

Рис. 9. Организационно-функциональная структура ВУЗа

6. Системы поддержки образовательного процесса (LMS)

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

6.1 Исследование предметной области: сравнение и анализ образовательных систем LMS

Система LMS (система управления обучением или образовательным процессом) - это высокоуровневое, стратегическое решение для планирования, проведения и управления всеми учебными мероприятиями в организации, включая онлайновое обучение, виртуальные классы и курсы, проводимые с преподавателем. Главной целью системы управления учебным процессом является доставка и размещение курса, администрирование, предоставление необходимых видов учебной деятельности в электронном виде. Данная система может дополнять классическое образования, автоматизировав некоторые виды учебной и административной деятельности, расширяя понятие классического (очного) образования до смешанного. Для проектирования e-learning наличие такой системы является необходимым критерием успешности ВУЗа, предоставляющего данную услугу. На рынке существуют различные LMS, отличающиеся по многим критериям, таким как цена, функциональные возможности, требования к установке и др. Рассмотрим системы Moodle, Blackboard, eFront и Canvas и сравним их по различным критериям [12, 17, 22, 24].

Moodle -- это свободная система управления обучением, ориентированная прежде всего на организацию взаимодействия между преподавателем и учениками, хотя подходит и для организации традиционных дистанционных курсов, а так же поддержки очного обучения. LMS Moodle распространяется как программное обеспечение с открытым кодом, под лицензией GPL (пользователь имеет право копировать, модифицировать и распространять программу, а также гарантировать эти права пользователям производных программ).

Blackboard - это Web-платформа на базе серверного программного обеспечения. Расширения предусмотрены за отдельную плату. Состав Blackboard Learn:

- Blackboard Course Delivery - платформа электронного обучения, предназначенная для управления виртуальной обучающей средой и предоставления платформы для курсов дистанционного обучения;

- Blackboard Content Management - хранилище электронных образовательных ресурсов, предназначенное для централизованного накопления и структурирования электронных образовательных ресурсов, а также управления доступом к ним пользователей и внешних приложений;

- Blackboard Community Engagement - учебный портал, предназначенный для организации единого доступа к сервисам системы Blackboard Learn, обеспечения коммуникаций и совместной работы пользователей.

eFront - распространяется как бесплатно, так и платно. Функциональность системы может быть расширена с помощью плагинов, модулей, система обладает открытым кодом. Основу системы представляет eFront Core - система, распространяемая со свободной лицензией, реализующая основные функции LMS/LCMS. Система eFront используется в НИУ ВШЭ.

Canvas является более доступным в плане стоимости LMS решением, чем BlackBoard. Canvas взимает плату за установку и предоставляет годовую подписку, в дальнейшем цены определяются от нужд и размеров организации. Большая часть исходного кода открыта, имеется возможность самостоятельно расширять функциональность системы. Данная система введена в эксплуатацию в МИСиС.

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

Таблица 4

Сравнение функциональных возможностей LMS

Функции

Moodle

Blackboard

eFront

Canvas

Возможности составления и улучшения курсов

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

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

возможность загружать файлы различных форматов; разработка тестов

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

Основные функции администрирования

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

составление отчетов; каталог курсов; импорт/экспорт данных; определение ролей пользователей и разграничение доступа; управление регистрацией; составление индивидуальных планов; управление порталом студентов; управление ресурсами; оценивание

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

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

Основные виды организации совместной работы и коммуникаций

управление коммуникациями: блоги; форумы; обмен файлами (Dropbox); внутренний обмен сообщениями; чаты; Wiki; почта. Для использования интерактивной доски нужны плагины

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

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

форумы; обмен сообщениями; чаты; почта. Обмен файлами осуществляется с помощью Dropbox, Google Apps

Функции

Moodle

Blackboard

eFront

Canvas

Основные методы оценивания и проставления оценок

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

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

отслеживание прогресса; электронная зачетная книжка и электронный журнал оценок, где проставляются оценки, вес, подсчитываются кредиты

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

Способы обучения

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

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

мультимедия; интерактивные курсы

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

Поддержка стандартов

SCORM; AICC; IMS Content Packaging; IMS QTI

SCORM

SCORM; IMS Content Packaging

SCORM

Поддержка пользователей

поддержка по внедрению и использованию осуществляется с помощью компаний-партнеров (в России - "Открытые Технологии"). Имеется Helpdesk, консультирующие услуги, услуги тренировки работы с системой и др.

техническая поддержка по различным видам деятельности, а также руководства и тренировочные курсы: поддержка обучения; управления образовательными ресурсами; взаимодействия участников образовательной среды вуза; контроля и анализа ключевых показателей образовательной деятельности; доступа к образовательной информации через мобильные устройства. В России внедрение системы и поддержка в ВУЗах осуществляется с помощью компании VP Group

Helpdesk, Servicedesk,справочные материалы и руководства

Helpdesk, Service Desk, руководства

Система eFront используется в НИУ ВШЭ с 2010 г. Внедрением и разработкой данной системы занимается Центр развития образовательной среды, поддерживает и обеспечивает связь с другими системами Дирекция информационных технологий (далее - ДИТ). Платформа eFront была доработана ВУЗом и носит название "Система онлайн поддержки учебного процесса (LMS)". Система LMS НИУ ВШЭ обладает следующими характеристиками [14]:

1) Реализованы пользовательские роли: администратор; преподаватель; студент; сотрудник учебного офиса (учебный администратор); сотрудник кафедры. Основные бизнес-функции преподавателя, реализованные в системе LMS:

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

- ведение журналов успеваемости и формирование отчетов по учебной деятельности студентов;

- осуществление контроля знаний посредством тестирования;

- сбор и хранение самостоятельных работы студентов (эссе, курсовые и дипломные работы, проекты и т.д.);

- общение и проведение консультаций со студентами.

Функции администратора:

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

- редактирование перечней дисциплин и пользователей системы;

- назначение пользовательских ролей.

Функции сотрудника учебного офиса (учебного администратора):

- создание объявлений и проведение почтовых рассылок по студентам своего учебного офиса;

- размещение информационных материалов в соответствующих разделах (дисциплинах);

- обеспечение работы и формирование отчетов в модулях Курсы по выбору, ВКР/КР и др.

2) Система LMS построена в соответствии с принципами распределенной сервисно-ориентированной архитектуры . Система включает следующие функциональные блоки и сервисы:

- сервис авторизации (позволяет проводить авторизацию пользователей для доступа к функциональным элементам LMS, а также любым другим сервисам и ресурсам);

- модуль оповещений;

- модули "Тесты", "Проекты", ВКР/КР;

- модуль "Курс по выбору";

- файловое хранилище;

- сервис экспорта учебных материалов;

- модуль "Журнал успеваемости";

- модули ПУД (составление Программ учебных дисциплин) и КИМ (Контрольно-измерительные материалы);

- модуль управления пользователями и ролями;

- модуль управления учебными материалами;

- подсистема "Единое окно";

- модуль интеграции с системой РУЗ.

Проблемы, связанные с LMS НИУ ВШЭ:

– улучшением системы занимаются каждый раз новые команды разработчиков, что приводит к сложности ее реинжениринга, более высоким денежным затратам;

– неудобный интерфейс пользователей, что увеличивает время работы с системой;

– большинство преподавателей не используют все возможности LMS;

– опросы по работе системы редко проводятся в самой системе;

– малое количество инструментов для создания курсов;

– большинство образовательных и поддерживающих систему процессов не реализовано;

– система eFront ориентирована на корпоративную среду, а не на ВУЗы, по словам разработчиков.

...

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены