Техническое задание на Образовательный портал тгу




Скачать 299.1 Kb.
НазваниеТехническое задание на Образовательный портал тгу
страница5/6
Дата02.10.2012
Размер299.1 Kb.
ТипТехническое задание
1   2   3   4   5   6

3.3. Действующие и внедряемые АИСУ ТГУ


В Тольяттинском государственном университете внедрены и сопровождаются или находятся в стадии разработки/внедрения следующие информационные системы:

«Отдел кадров сотрудников» – приём, увольнение, перевод, штатное расписание, подразделения и их состав и т.д. Формирует актуальную базу данных сотрудников.

«Отдел кадров студентов» и «Деканаты» – регистрация студентов, распределение по группам, перевод с курса на курс, между специальностями и группами, академический и декретный отпуска, вывод отчётов, включая диплом о высшем образовании. Формируют актуальную базу данных студентов.

«Кафедры» – автоматизации документооборота кафедры, система находится в стадии разработки технического задания.

«Тестирование АСТ-Центр» – проведение тестов в соответствии с расписанием в компьютерных классах. Требует данные о составе студентов и о расписании тестов. Формирует данные об итогах тестирования.

«Учебные планы (Шахты)» – база данных учебных планов специальностей. Описывается состав дисциплин по блокам, семестрам, привязываются преподаватели, рассчитывается нагрузка студентов и преподавателей. Формирует данные о том, какие учебные дисциплины в каком семестре каким специальностям должны быть прочитаны. Никак не учитывает особенности перехода на асинхронную кредитно-модульную систему, хотя включает возможность оценить дисциплины в кредитах.

«АВТОРасписание» – составление расписания. Требует данные о семестровых планах, актуальную базу студентов, преподавателей, аудиторного фонда. Проверяет составленное расписание на непересечение по людям и аудиториям. Формирует данные о том, какое занятие в какой аудитории с какими преподавателями и студентами будет проводиться.

«Приёмная комиссия» – работа приёмной комиссии, регистрация абитуриентов, результаты сдачи ими вступительных экзаменов, рейтинги, зачисление.

«Документооборот» – автоматизации работы канцелярии, подготовка, согласование, подпись, рассылка приказов. Через "Документооборот" происходит интеграция между собой различных разрабатываемых АИСУ.

«Отчёты» – подготовка отчётов для Министерства образования и науки и других контролирующих инстанций. Автономный модуль, не предоставляющий значимых для других модулей данных.

4. Требования к системе

4.1. Требования к системе в целом

4.1.1. Требования к интеграции модулей системы


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

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

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

Весь состав модулей, интегрированных в составе образовательного портала, можно условно разделить на три группы:

1. Модули, которые необходимо полностью разработать для версии портала 1.0 к сентябрю 2006 года. Это модули "Обучение", "Форум", "Электронное хранилище учебных материалов", "Тесты, тренинги и задания", "Сайты".

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

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

На схеме 1 показаны различные варианты взаимодействия с ядром образовательного портала.



Схема 1. Взаимодействие интегрируемых модулей с ядром ОП


При разработке ОП v1.0 для модулей второй группы разрабатываются "заглушки" ("stubs"), в которых имеется только структура данных, которые эти модули будут предоставлять, и простые рабочие места для их заполнения. Для работы образовательного портала необходимы следующие данные:

  • от модуля "Семестровое планирование" – информация о том, какие студенты какие учебные курсы проходят в текущем семестре;

  • от модуля "Методическая работа" – информация о внутреннем устройстве учебных курсов БФГ и 30/70 – состав их учебных единиц, список методических материалов, тип зачётного мероприятия, система оценивания;

  • от модуля "Учёт аудиторного фонда" – актуальная база данных аудиторий с указанием их расположения (корпус, этаж);

  • от модуля "Расписание" – информация о выставленных в расписание аудиторных занятиях.

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

4.1.2. Требования к интеграции системы со смежными системами


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

4.1.3. Требования к структуре и функционированию ядра образовательного портала

4.1.3.1. Единое пространство данных






Схема 1. Единое пространство данных модулей


Ядро обеспечивает единое пространство данных и разделение доступа к данным разных модулей. Каждый модуль имеет независимый доступ к своему пространству БД, своё пространство для размещения серверных скриптов, унифицированным образом взаимодействует с модулем интерфейса и пользуется подсистемами ядра. При необходимости модули могут предоставлять друг другу данные с ограничением доступа различными способами – на таблицы по чтению, на определённые поля или записи, предоставляя доступ к функции либо предоставляя View, в том числе из нескольких таблиц.

В области данных ядра располагается информация об основных параметрах зарегистрированных пользователей системы (id, ФИО, пол, дата рождения, login, пароль, фотография) и служебная информация, необходимая для регистрации других модулей. По идентификатору пользователя, зашедшего на портал под именем / паролем, любой модуль может узнать ФИО, пол, дату рождения пользователя.

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

4.1.3.2. Подсистема аутентификации


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

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

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

Авторизацию пользователей каждый модуль производит самостоятельно. Роли в модулях могут присваиваться для работы с отдельными объектами, с учётом их иерархии. Так, модератор может быть назначен на тему, раздел или весь форум, и т.п. В зависимости от роли могут быть доступны те или иные функции на странице, видна та или иная информация, либо полностью недоступны те или иные страницы. Ядро системы должно предоставлять модулям набор стандартных функций для организации простой авторизации. Интерфейс системы должен по возможности не показывать пользователю ссылки на те функции, которые он не авторизован использовать.

Все сессии пользователей должны журналироваться для статистических целей.

4.1.3.3. Подсистема интерфейса


Портал предоставляет пользователям рабочие места в образовательной среде, которые должны строиться по классическим правилам построения интерфейсов:

  • рабочее место должно помогать решать задачи, а не становиться задачей само;

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

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

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

  • корпоративная идентификация (фирменная символика ТГУ, образовательного портала, возможно, визуальная идентификация разделов портала), размещается на каждой странице на достаточно небольшой площади;

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

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

  • лента информационных сообщений (см. 4.1.3.4 "Подсистема информационных сообщений") – может также информировать пользователя о том, что в процессе работы появились новые сообщения, размещается в правой части страницы (кроме стартовой страницы портала, на которой лента размещается в рабочей области модулей);

  • контекстные ссылки (см. 4.1.3.5 "Подсистема контекстных ссылок") – размещается в правой части страницы;

  • область других ссылок - ссылки на другие ресурсы ТГУ, включая корпоративный сайт http://www.tltsu.ru, возможно, ссылки на ресурсы вне Университета, возможно, в виде информеров, располагается в левой части страницы под главным меню;

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

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

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

Интерфейс должен обеспечивать возможность настройки пользователем размера экранных шрифтов.

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

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

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

Группа разработчиков интерфейса должна обеспечить обратную связь с пользователями для приёма предложений и замечаний по устройству рабочих мест пользователей.

Не требуется сохранение функциональности при просмотре портала другими версиями броузеров, включая Lynx, с отключенным JavaScript, отключенными cookies, при помощи WebTV и на других мониторах разрешением ниже 800x600px.

4.1.3.4. Подсистема информационных сообщений


Должна быть разработана система внутренних сообщений между пользователями, включая сообщения, автоматически присылаемые пользователям при событиях в различных модулях. Так, преподаватель, ведущий курс, должен оперативно получать на своё рабочее место сообщение о том, что отдел кадров студентов или деканат зарегистрировал нового студента в группе, у которой преподаватель ведёт учебный курс; преподаватель должен иметь возможность видеть, сколько непроверенных студенческих работ его ожидает, и т.д. Каждый модуль должен предоставлять список событий, при которых он способен генерировать сообщения, а при проектировании рабочего места должна быть возможность указать, какие события должны приходить всегда, от каких пользователь может «отписаться», а на какие «подписаться».

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

Присылаемые пользователю сообщения должны иметь определённый срок жизни в днях, после чего они, будучи непрочитанными, автоматически убираются из списка в архив. Должны быть обеспечена возможность убирать сообщение из списка по его прочтению, либо действием пользователя. Должна быть реализована система приоритетов сообщений и автоматическая сортировка по приоритету. В дальнейших версиях портала должна быть реализована возможность выбора (как разработчиками, так и пользователем) различных каналов доставки сообщений – в зону контекстных ссылок портала, по ICQ, при помощи SMS.

4.1.3.5. Подсистема контекстных ссылок


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

4.1.3.6. Подсистема архивирования данных


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

4.1.4. Требования к стилю портала


Для образовательного портала должен быть проведён нейминг. Выбранное название портала должно быть благозвучным и запоминаемым и не противоречить функциональному назначению портала и корпоративной культуре ТГУ.

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

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

Верстка портала должна предусматривать корректное отображение портала в следующих броузерах:

  • Internet Explorer версии 5 и выше,

  • Mozilla FireFox версии 1.5 и выше,

  • Opera версии 8 и выше.

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

Должен быть разработан дизайн для печати страниц сайта, включая основные ведомости и отчётные формы.

4.1.5. Требования к режимам функционирования и надёжности системы


Режим функционирования - бесперебойно круглосуточно (за исключением согласованных периодов времени на выполнение регламентных работ по обслуживанию оборудования или программного обеспечения системы) с обеспечением технической поддержки в часы работы служб и подразделений ВУЗа.

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

Надёжность создаваемой системы должна обеспечиваться:

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

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

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

  • дублированием носителей информации;

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

4.1.6. Перспективы развития, модернизации системы


В следующих версиях образовательного портала предполагается разработка:

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

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

  • полноценного модуля "Электронная библиотека" с алфавитным, тематическим каталогом и системой полнотекстового поиска;

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

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

  • модуля "Семестровое планирование", позволяющего составлять семестровые административные учебные планы, организовывать выбор студентами курсов и окончательное распределение их по курсам;

  • модуля "Расписание", возможно, с использованием логики оптимизации АВТОРасписания;

  • ряда других сервисных модулей.

Аппаратно-серверное обеспечение должно обеспечивать возможность наращивания функциональных возможностей без изменения разработанного программного обеспечения, например, за счёт увеличения мощности серверов, пропускной способности локальной сети, перехода на кластерную организацию сервера баз данных, смены версии системного программного обеспечения.
1   2   3   4   5   6

Похожие:

Техническое задание на Образовательный портал тгу iconЗадание на 1 семестр
Необходимо написать техническое задание к проекту «Решатель систем линейных алгебраических уравнений». Техническое задание должно...
Техническое задание на Образовательный портал тгу iconТехническое задание на разработку и реализацию проекта
Ситуация, обусловливающая необходимость создания в тгу системы организации практической подготовки «Офис практик»
Техническое задание на Образовательный портал тгу icon2. Техническое задание > Техническое задание содержит исчерпывающий перечень требований к веб-сайту
«Заказчик», совместно именуемые в дальнейшем «Стороны», заключили настоящий договор о нижеследующем
Техническое задание на Образовательный портал тгу iconТехническое задание на модуль «Семестровое планирование»
Модуль «Семестровое планирование» в составе образовательного портала тгу, обеспечивающего учебными сайтами эп 30/70 и бфг
Техническое задание на Образовательный портал тгу iconТехническое задание на выполнение работ по разработке Стандарта организации
Настоящее техническое задание (ТЗ) предусматривает разработку стандарта организации «Устройство обстановки дороги»
Техническое задание на Образовательный портал тгу iconЕстественно-научный образовательный портал
Портал обеспечивает открытый доступ к ресурсам по физике, химии, биологии и математике. Разработчики Санкт-Петербургский государственный...
Техническое задание на Образовательный портал тгу iconЗадание 1 Задание 2 Задание 3 Задание 4 Задание 5 Задание 6 Задание 7 Задание 8 Задание 9 Задание 10 Задание 11 Задание 12 Задание 13 Задание 14
Д. Кэмпбелл описал 16 основных схем (планов) эксперимента (3 доэкспериментальных, 3 экспериментальных, 10 квазиэкспериментальных...
Техническое задание на Образовательный портал тгу iconТехническое задание утверждаю: Главный инженер зао «твсз»
Данное техническое задание определяет требования к документации, подготовке, проведению и приемке выполненных/оказанных работ по...
Техническое задание на Образовательный портал тгу iconТехническое задание на модуль «Тесты, тренинги и задания»
Модуль «Тесты, тренинги и задания» в составе образовательного портала тгу, обеспечивающего учебными сайтами эп 30/70 и бфг
Техническое задание на Образовательный портал тгу iconТехническое задание на выполнение работ по диагностике энергетического оборудования кс, дкс
Настоящее техническое задание разработано на основе технических заданий по диагностике энергетического оборудования, утвержденных...
Разместите кнопку на своём сайте:
Библиотека


База данных защищена авторским правом ©lib.znate.ru 2014
обратиться к администрации
Библиотека
Главная страница