Техническое задание на выполнение работы «Создание информационной системы автоматизации управления учебным процессом в Якутском государственном университете»

Вид материала

Содержание

Подобный материал:

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВЫПОЛНЕНИЕ РАБОТЫ

«Создание информационной системы автоматизации управления учебным процессом в Якутском государственном университете»

2008

ОГЛАВЛЕНИЕ

1. ОБЩИЕ СВЕДЕНИЯ 4

1.1. Наименование работы 4

1.2. Сроки начала и окончания работы по созданию системы 4

2. НАЗНАЧЕНИЕ И ТРЕБОВАНИЯ К СИСТЕМЕ 4

2.1. Назначение системы 4

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

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

2.2.1.1. Требования к структуре и функционированию системы 4

2.2.1.2. Требования к численности пользователей. 5

2.1.2.3. Требования к надежности 5

2.1.2.4. Требования по эргономике и технической эстетике 5

2.1.2.5. Требования к защите информации от несанкционированного доступа 5

2.2.1.6. Требования по сохранности информации при авариях 6

2.2.1.7. Требования к стандартизации и унификации 6

2.2.2. Требования к функционалу задач 6

2.2.2.1. Система веб-отчетов 6

2.2.2.2. Сервисы портала Университета 7

2.2.2.3. Система управления понятиями (справочниками) 7

2.2.2.4. Система планирования учебного процесса 7

2.2.2.5. Система ведения сессии и индивидуального плана студента (система Успеваемости) 9

2.2.3. Требования к видам обеспечения 9

2.2.3.1. Математическое обеспечение 9

2.2.3.2. Информационное обеспечение 9

2.2.3.3. Лингвистическое обеспечение 10

2.2.3.4. Программное обеспечение 10

2.2.3.5. Требования к технической поддержке 10

2.2.3.6. Техническое обеспечение 10

2.3. Порядок контроля и приемки системы 10

2.3.1. Тестовые работы 10

2.3.2. Внутренние испытания 11

2.3.3. Стендовые испытания 11

2.3.4. Опытная эксплуатация 11

2.4. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие. 11

2.5. Требования к документированию. 12

1. ОБЩИЕ СВЕДЕНИЯ

1.1. Наименование работы

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

1.2. Сроки начала и окончания работы по созданию системы

Начало работ – август 2008 года. Окончание работ – 15 декабря 2008 года.

2. НАЗНАЧЕНИЕ И ТРЕБОВАНИЯ К СИСТЕМЕ

2.1. Назначение системы

Работа «Создание информационной системы автоматизации управления учебным процессом в Якутском государственном университете» выполняется на 2 этапе создания Единой автоматизированной информационной системы (далее – ЕАИС) Якутского государственного университета (далее – Университет), основанной на портальных технологиях.

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

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

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

Информационная система автоматизации управления учебным процессом входит в состав Единой автоматизированной информационной системы (ЕАИС) Университета.

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

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

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

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

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

2.2.1.1. Требования к структуре и функционированию системы

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

2.2.1.2. Требования к численности пользователей.

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

Исполнитель должен обеспечить всех пользователей инструкциями по работе с системой в электронном и/или печатном виде.

2.1.2.3. Требования к надежности

Надежность функционирования системы от потери данных во время проектирования и эксплуатации должна быть достигнута (кроме встроенных штатных инструментов операционной системы и систем управления базами данных):

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

2.1.2.4. Требования по эргономике и технической эстетике

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

2.1.2.5. Требования к защите информации от несанкционированного доступа

Защита информации от несанкционированного доступа организуется в целях обеспечения:

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

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

Идентификация и проверка подлинности субъектов доступа (пользователей) должны осуществляться при входе в систему по идентификатору и паролю условно-постоянного действия длиной не менее шести буквенно-цифровых символов. Аутентификация пользователя может быть выполнена на основании аутентификации операционной системы, если пользователь входит в ЕАИС из внутренней сети ЯГУ и с компьютера, подключенного к Active Directory. Контроль доступа субъектов к программам и данным должен осуществляться в соответствии с правами доступа на основе системы управления правами, являющейся частью ЕАИС.

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

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

2.2.1.6. Требования по сохранности информации при авариях

Сохранение и восстановление информации программными средствами должны обеспечиваться:

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

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

2.2.1.7. Требования к стандартизации и унификации

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

2.2.2. Требования к функционалу задач

Все задачи должны отвечать следующим требованиям:

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

2.2.2.1. Система веб-отчетов

Система построения веб-отчетов должна позволять с использованием только языка SQL формировать отчеты из различных систем в качестве сервиса корпоративного портала Университета, внедренного на 1 этапе создания ЕАИС в 2007 г.

Доступ к отчетам определяется с помощью системы управления правами, которая является частью ЕАИС ЯГУ. Доступ разграничивается на уровне отдельного отчета или группы отчетов.

Отчеты могут быть представлены в табличной и графической форме.

Внедрение системы веб-отчетов предполагает

Установку системы
Разработку отчетов, в том числе:

форма № 3 3НК (22 вида отчетов);
утверждение и закрытие учебных планов (информация из системы Планирование учебного процесса);
учет изменений учебных планов (информация из системы Планирование учебного процесса);
данные о студентах, обучении их на образовательных программах, договорах (информация из ИСУСС и Договоры);
рабочие и типовые учебные планы (информация из системы Планирование учебного процесса);
нагрузка на кафедру (информация из системы Планирование учебного процесса);
а также других отчетов, формы которых должны быть переданы Заказчиком до 1.11.2008 г.;

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

2.2.2.2. Сервисы портала Университета

В корпоративном портале должны функционировать дополнительные сервисы

Анкетирование – составление анкет, проведение анкетирования и анализ результатов

Сервис публикации нормативных документов – публикация, управление доступом и просмотр документов.

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

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

Сервис публикации документов обеспечивает формирование иерархии документов пользователями портала, публикацию документов любого формата (word, excel, power point, pdf и т.п.), определение прав доступа к документу публикатором с использованием системы управления правами ЕАИС ЯГУ.

2.2.2.3. Система управления понятиями (справочниками)

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

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

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

Доступ к справочникам возможен на основании системы управления правами, являющейся частью ЕАИС и разграничивается на уровне:

администратора справочника
создание нового элемента в справочнике
использование элемента в справочнике
использование всех элементов в справочнике
редактирование элемента в справочнике
редактирование всех элементов в справочнике

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

2.2.2.4. Система планирования учебного процесса

Система планирования учебного процесса должна быть внедрена во всех подразделениях Университета.

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

Планировать учебные группы по учебному плану (традиционные для вузов группы, обучающиеся в рамках некоторого учебного плана).
Планировать группы по дисциплине (группы, в которых могут обучаться студенты различных специальностей, изучающие одну дисциплину)
Планировать дисциплины кафедры – создавать, удалять, редактировать дисциплины по всем формам обучения и уровням образования (в том числе ВПО/СПО/ДПО/ПВО и т.п.).
Планировать дисциплины, привязанные к учебным планам, а не кафедрам – ситуация, часто имеющая место в дополнительных программах.
Формировать учебные планы из дисциплин – типовых и рабочих с разбивкой по семестрам и добавлением дополнительных характеристик – кредитов, стоимости, часов и т.п.
Формировать график учебного процесса.
Автоматически рассчитывать нагрузку на кафедру в соответствии с нормативами, с учетом меняющихся нормативов.
Автоматически рассчитывать штатное расписание на кафедру.
Выгрузка данных в MS Excel в формате, принятом в вузах.

Для описания дисциплин используются справочники форм подачи дисциплины и форм контроля, количество часов/штук/недель по различным формам подачи и контроля. Формирование учебных планов включает не только определение дисциплин, упорядочивание их по семестрам, но также и определение кредитов.

Учебные планы должны базироваться на данных паспортов образовательных программ, учет которых ведется в ПОП. Планирование учебных групп выполняется на базе данных ИСУСС. Данные о подразделениях получены из системы Парус, которая является частью ЕАИС ЯГУ.

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

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

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

Процесс внедрения системы должна включать:

Установку системы и настройки бизнес-процессов и бизнес-правил на процессы и правила Университета: правила согласования и утверждения дисциплин и учебных планов, нормативы для расчета нагрузки на кафедру, правила расчета штатов.
Импорт данных из системы «PLANY», используемой в Университете в систему Планирования учебного процесса в части дисциплин и учебных планов.
Обеспечение импорта данных типовых учебных планов из системы «Планирование учебного процесса» в макеты системы «PLANY».
Пересчет трудоемкости учебной работы в зачетных единицах (кредитах)
Разработку необходимых в Университете отчетов по учебным планам, нагрузке и штатному расписанию , в том числе в формате MS Excel
Обучение персонала – сотрудников Учебно-методического управления Университета вводу и редактированию учебных планов и дисциплин, планированию учебных групп, расчету нагрузки и штатного расписания, формированию нормативов, графика учебного процесса.

2.2.2.5. Система ведения сессии и индивидуального плана студента (система Успеваемости)

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

Основными функциями системы должны быть:

Создание справочников рейтинговой оценки дисциплин (установление контрольных точек и баллов за каждый период).
Создание ведомости (для группы или индивидуальной) в деканате
Выставление оценок преподавателем
Подписание ведомости (кафедра, деканат)
Перезачет дисциплин Университета или другого вуза
Групповой перезачет дисциплин (перезачет дисциплин студентам группы)
Ведение индивидуальной траектории обучения студента (добавление и удаление из учебного плана студента дисциплин по свободному выбору)
Ведение оценивания в бальной и в традиционной форме
Формирование произвольного числа контрольных точек
Печать ведомостей
Печать приложения к диплому
Получение различных качественных и количественных отчетов по успеваемости (в различных разрезах – по студентам, по группам, по дисциплинам, по преподавателям, по институтам, по специальностям и т.п., отчеты по качеству обучения, статистические отчеты).

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

Процесс внедрения должна включать:

Установку системы, настройку прав, правил Университета в области рейтинговой системы (без никаких изменений традиционной системы).
Внесение изменений в системе, если они необходимы для внедрения в Университете.
Обучение персонала: сотрудников Учебно-методического управления Университета – получению отчетов, сотрудников деканатов - ведению ведомостей успеваемости, перезачетов, индивидуальных планов.
Расширение перечня отчетов, если это потребуется для Университета.

2.2.3. Требования к видам обеспечения

2.2.3.1. Математическое обеспечение

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

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

2.2.3.2. Информационное обеспечение

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

Обмен данными между компонентами системы должен происходить через центральную (или удаленную) базы данных.

Для информационной совместимости между смежными системами должны вводиться общедоступные ресурсы/справочники.

к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;
к защите данных от разрушений при авариях и сбоях в электропитании системы;
к контролю, хранению, обновлению и восстановлению данных;
к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).
по применению систем управления базами данных;

2.2.3.3. Лингвистическое обеспечение

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

Модели могут быть представлены в форматах IDEFO, IDEF1, IDEFlx или аналогичных.

2.2.3.4. Программное обеспечение

Программное обеспечение СУБД для хранения данных: допустимо использование Oracle Server 9 или выше, Microsoft SQL Server 2000 или выше.

Операционная система серверов - любая, поддерживающая вышеуказанные СУБД.

Операционная система GUI-клиента – Microsoft Windows 2000 или выше.

Веб-клиент должен функционировать корректно с использованием веб-браузера Internet Explorer 6.0 или выше.

Программное обеспечение написания документации: Microsoft Office 2000 или совместимое.

2.2.3.5. Требования к технической поддержке

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

2.2.3.6. Техническое обеспечение

ЕАИС не должна привязываться к аппаратному обеспечению, использовать особенности работы оборудования, недокументированные возможности аппаратного обеспечения.

Протокол сетевого обмена данными - TCP/IP.

2.3. Порядок контроля и приемки системы

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

Для каждой из подзадачи проводятся:

Тестовые работы
Внутренние испытания
Стендовые испытания
Опытная эксплуатация

2.3.1. Тестовые работы

Цель: Выявление работоспособности задач, а так же выработать необходимые первоначальные технические замечания и предложения.

Результат: Составляется реестр замечаний и предложений для задач.

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

2.3.2. Внутренние испытания

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

Результат: Составляется реестр технических замечаний и предложений на доработку задачи. Выявления возможностей задач на дальнейшее развитие.

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

2.3.3. Стендовые испытания

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

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

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

2.3.4. Опытная эксплуатация

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

Результат: Готовые для работы задачи, полное устранение оставшихся замечаний и предложений.

Описание: Опытная эксплуатация должна показать полную законченность и функциональную работу задачи.

Задача является законченной и принятой в эксплуатацию после подписания двухсторонних актов приемки-сдачи работ между исполнителем и заказчиком. Для подписания актов приемки-сдачи создается комиссия, в которую входят представители исполнителя и заказчика. Со стороны заказчика представители с задействованных структурных подразделений Университета.

Акты приема-передачи подписываются комиссией после того, как:

Опытная эксплуатация прошла успешно.
Устранены все критические замечания и предложения.
Разработана и передана заказчику вся документация по задаче.

2.4. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие.

Необходимо выполнить следующие мероприятия перед использованием задач:

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

2.5. Требования к документированию.

Исполнитель обязан разработать и предоставить:

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

Эксплуатационная документация, включающая руководство администратора, включающая описание методов резервирования, восстановления, ведения

Blog