Управление требованиями для разработки и эксплуатации обучающей системы TSI

22646
знаков
5
таблиц
0
изображений

Б.Мишнев, Л.Герасимова

Кафедра программного обеспечения компьютерных систем Институт транспорта и связи, Рига, Латвия

Введение

Многие вузы самостоятельно занимаются разработкой сетевых образовательных средств, в том числе, сетевых курсов, адаптируя их под свой профиль и имеющуюся материально-техническую базу. Разработка и использование технологических систем в образовании предполагает наличие системы стандартов и соглашений, адекватных условиям их применения. Архитектура среды обучения для таких систем формируется стандартами на интерфейсы, форматы, протоколы обмена информацией с целью обеспечения мобильности, интероперабельности, стабильности, эффективности и других положительных качеств, достигаемых при создании открытых систем [Башмаков А., 2003].

Статистика показывает, что наиболее часто встречающиеся серьёзные проблемы при разработке систем связаны с неполными требованиями и спецификациями проектов, а также с управлением изменениями требований клиента. Исследования групп Стендиша и организации ESPITI показывают, что проблемы требований, судя по всему, превосходят остальные в плане риска неполадок, которые они вызывают при разработке систем. [Леффенгуэл Д., 2002]. Ошибки требований занимают первое место среди оставшихся недоработок и составляют примерно одну треть всех неустранённых дефектов.

В настоящей работе описываются результаты исследования проблемы управления требованиями информационной системы, которая выполняет функции компьютерного средства обучения (КСО) при дистанционном обучении студентов Института транспорта и связи [Misnevs B., 2003].

Методология исследования

Процесс формулирования требований считается одним из самых важных при построении программной системы. Успех проекта зависит от хорошо организованного управления требованиями, поскольку требования к системам программного обеспечения (ПО) неизбежно меняются в процессе разработки [URL 1].

На сегодняшний день основными организациями, ведущими разработки по направлениям информатизации образования и развития отраслевых стандартов являются ADL, AICC, ALIC, ARIADNE, CEN/ISSS, EdNA, DCMI, DCMI, GEM, IEEE, IMS, ISO, PROMETEUS.

Деятельность этих организаций направлена на:

создание концептуальной модели стандартизации в системе открытого образования (IEEE); разработку архитектуры технологических систем в образовании AICC, IMS, ISO/IEC JTC1 SC36;

разработку внутренних стандартов и спецификаций для корпоративного обучения и переподготовки персонала компаний (AICC);

решение задач в области телематики и мультимедиа в образовании для Европейского Сообщества (ARIADNE, PROMETEUS); формирование учебного контента для учебных заведений, ориентированных на Интернет-обучение (проект SCORM).

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

Множество создаваемых спецификаций консорциума включает в себя:

стандартизация форматов хранение и поиск учебной информации;

стандартизация принципов построения систем управления обучением;

стандартизация форматов обмена данных;

стандартизация информации об участниках учебного процесса;

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

стандартизация форматов и принципов разработки учебных материалов.

Авторы данной работы основывались на следующем понимании процесса формирования требований [Леффенгуэл Д., 2002].

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

Требования следует записывать так, чтобы они были доступны для ознакомления - это может быть документ, модель, база данных.

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

Функция - предоставляемое системой обслуживание для удовлетворения одной или нескольких потребностей заинтересованных лиц.

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

Реализация системы управления требованиями

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

В таблицах 1-3 приведены результаты анализа проблемы отсутствия штатного компьютерного средства обучения (КСО) для дистанционного образования (ДО) в Институте транспорта и связи (TSI) с точки зрения организации в целом, с точки зрения преподавательского состава и с позиции обучаемого.

Таблица 1. Постановка проблемы с точки зрения TSI.

Проблема

Отсутствие ПО для организации ДО в TSI; отсутствие технологии определения требований для приобретения и разработки КСО для ДО TSI; необходимость эффективной разработки КСО в условиях бурного развития научно-технического процесса и усиления тенденций перехода к нетрадиционным технологиям образования

воздействует на

администрацию TSI, акционеров TSI

результатом чего

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

выигрыш от

внедрения КСО может состоять в следующем:

• повышение уровня контроля организации образовательного процесса;

• рост числа обучаемых;

• сокращение расходов на содержание учебных аудиторий и общежитий.

• рост доходов и прибыльности;

• повышение конкурентоспособности на рынке заочного образования;

• повышение престижа TSI.

Таблица 2. Постановка проблемы с точки зрения преподавательского состава.

Проблема

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

воздействует на

преподавателей

результатом чего

является неэффективная организация труда преподавательского состава и слабая обратная связь преподавателя с обучающимися

выигрыш от

диверсификации и усложнения преподавательской деятельности:

• специализация преподавательсткой деятельности - организация разделения труда преподавателя с целью повышения качества и эффективности обучения;

• эффективное управление учебно - познавательной деятельностью обучающихся, а также систематический контроль знаний обучающихся;

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

повышение вознаграждения за преподавательскую деятельность.

Таблица 3. Постановка проблемы с позиции обучаемого.

Проблема

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

воздействует на

обучаемых

результатом чего

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

выигрыш от

Внедрения КСО:

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

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

• совмещение производственной деятельности и обучения;

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

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

• отсутствие или существенного сокращение расходов на переезды к месту учёбы;

• расширение спектра потребления образовательных услуг.

В ходе анализа были выявлены следующие основные категории заинтересованных лиц, которые представлены в табл.4.

Таблица 4. Основные категории заинтересованных в разработке КСО лиц.

Пользователи

Другие заинтересованные лица

Обучаемые

Преподаватели

Администраторы

Внешние поставщики учебных материалов

Команды разработчиков КСО

Управляющий проектом КСО

Обучаемыми могут быть: студенты; слушатели; гостевые пользователи.

Преподавателями могут быть:

авторы учебных материалов;

дизайнеры курсов;

собственно преподаватели;

фасилитатор (facilitator) - консультант по методам обучения.

Администраторами могут быть:

тьютор (tutor) - специалист по интерактивному предоставлению курсов;

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

администратор электронного деканата;

системный администратор.

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

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

Таблица 5. Ограничения, накладываемые на разрабатываемое КСО.

Идентификатор

Описание

DС 01 Версия 1.0. должна быть запущена в производство до 1 апреля 2005 года.
DС 02 При проектировании системы использовать UML - моделирование, ОО - методологии, унифицированный процесс разработки ПО (Unifed Software Development Process).
DС 03 Программное обеспечение должно быть написано на языке PHP и C++.
DС 04 Разрешено использовать закупаемые компоненты ПО.
DС 05 Количество учебных курсов для версии 1.0. - в пределах трех учебных программ.
DС 06 Количество обучаемых - до 500 человек на отдельный курс.
DС 07 Административный и технический персонал - до 25 человек.
DС 08 Количество занятых преподавателей - до 30 человек.

В процессе моделирования требований к КСО были использованы диаграммы вариантов использования - use case diagrams [Соммервилл И., 2002].

Варианты использования (use-case) - это методика формирования требований, основанная на сценариях (в UML сценарием часто называют экземпляр варианта использования). Для моделирования требований к создаваемому продукту используются диаграммы вариантов использования (use case diagrams). Описание потока событий для варианта использования системы содержится в документе виде Use Сase Specification (спецификация варианта использования). Для создания подобного документа применялся стандартный шаблон, заимствованный из регламента Rational Unified Process - процесс, основанный на прецедентах и использовании интерактивного подхода к разработке ПО.

Для иллюстрации подхода возьмём конкретный вариант использования "Доступ к структурным единицам учебного материала". Нумерация вариантов использования взята из оригинальной документации системы.

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


Информация о работе «Управление требованиями для разработки и эксплуатации обучающей системы TSI»
Раздел: Психология, педагогика
Количество знаков с пробелами: 22646
Количество таблиц: 5
Количество изображений: 0

Похожие работы

Скачать
131566
7
26

... , повысить вероятность выявления дефектов и, с другой стороны, снизить различные технико-экономические затраты на проведение контроля. 2. Проектирование системы контроля знаний 2.1 Общая структура системы По своей логической структуре система состоит из трёх частей: -            подсистемы конфигурирования теста; -            подсистемы тестирования; -            подсистема сервиса. ...

0 комментариев


Наверх