Учета успеваемости Байкальского государственного университета экономики и права

1. Общие сведения

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

2. Назначение и цели создания подсистемы

Подсистема предназначена для автоматизации:

- учета успеваемости в деканатах;

- построения рейтинга студентов по успеваемости в рамках одного факультета и целом по университету;

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

- анализа успеваемости.

Цели подсистемы:

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

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

- уменьшение ошибок в приказах о переводе студентов с курса на курс;

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

- повышение качества обучения на основе анализа оценок;

3. Характеристики объекта автоматизации

Рабочие места проректора по учебной работе, инспекторов Учебно-методического управления, деканов, инспекторов деканатов, зав.кафедрами, лаборантов кафедр, оснащены ПК, подключенными к ЛВС с пропускной способностью 100Мб/С. Для хранения данных о контингенте студентов и кадрах БГУЭП используется MS SQL server 2000. Персонал имеет навыки работы на ПК с Windows 98, 2000 и MS Office.

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

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

Система должна состоять из приложений - АРМов инспектора деканата (он же используется деканом только для просмотра данных), лаборанта кафедры (он же используется зав.кафедрой только для просмотра данных), ректора, проректора по учебной работе (он же используется инспекторами учебного отдела для вычисления показателей успеваемости). АРМы регистрируют и получают данные с SQL-сервера, которые обеспечивает эффективное хранение данных и выполнение запросов на расчет различных показателей успеваемости. Для публикации данных об успеваемости и рейтинге студентов на Internet-сервере БГУЭП должны быть разработаны специальные страницы.

Эксплуатация подсистемы не потребует увеличения штатов. Должны быть расширены функции администратора SQL-сервера для управления полномочиями новых пользователей и работа инспекторов и лаборантов будет выполняться при помощи ПО подсистемы.

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

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

АРМ инспектора деканата должен автоматизировать следующие функции:

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

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

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

- регистрация перезачета оценки при переводе студента из другого вуза;

- редактирование оценок студентов,;

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

- регистрация продления сессий студентам;

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

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

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

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

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

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

- формирование и печать академической справки;

- формирование и печать итогов сессии в личное дело студента.

АРМ лаборанта кафедры должен автоматизировать следующие функции:

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

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

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

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

- предоставлять подробную информацию об успеваемости по дисциплинам кафедры;

- формировать и печатать списки студентов по группам.

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

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

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

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

Требования к информационному обеспечению:

- данные должны хранится на сервере в нормализованной форме;

- должна быть обеспечена ссылочная целостность данных;

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

- данные о студентах, преподавателях, кафедрах должны браться из данных подсистем «Кадры» и «Контингент».

Требования к техническому обеспечению:

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

- компьютер пользователя должен обладать быстродействием…, оперативной памятью…, свободным дисковым пространством…, сетевой картой …;

Требования к организационному обеспечению:

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

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

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

5. Состав и содержание работ по созданию системы

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

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

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

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

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

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

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

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

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

По итогам разработки формируется следующая документация:

- Описание подсистемы «Сессия».

- Описание приложений.

- Описание интернет-страниц.

- Описание структур данных и программных объектов базы данных подсистемы «Сессия».

- Инструкция администратору сети.

- Инструкция администратору базы данных.

- Инструкции приложений АРМ ректора, АРМ старшего лаборанта кафедры, АРМ инспектора деканата.

9. Источники разработки

Приложение 3 «Концепция развития ИС БГУЭП» к приказу № 37 от 01.04.2002

Отчет о НИР «Проблемы автоматизации управления качеством обучения»

СОСТАВИЛИ

СОГЛАСОВАНО

ПРИЛОЖЕНИЕ 3

Хранимые процедуры подсистемы учета успеваемости

/****************************************************************************

Процедура [e_CopyStudyPlanToExList]копирует список экзаменов в таблицу ExList

для группы с кодом @CodGrup, курса @Course и семестра @NumTerm COrganization

Зубков Сергей, 12.01.2002

****************************************************************************/

CREATE PROCEDURE [dbo].[e_CopyStudyPlanToExList](@CodGrup int, @Course tinyint, @NumTerm tinyInt, @COrganization tinyInt=1) AS

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

--

declare @CodPlan int

select @CodPlan = CodPlan from Grup where CodGrup = @CodGrup

create table #tmp

(

CodSub smallint,

Course tinyint,

NumTerm tinyint,

CodExType tinyint,

Lec smallint,

Sem smallint,

Sam smallint,

ECTScredits float

)

insert into #tmp exec e_GetExHoursList @CodPlan

declare

@CodVar int,

@CodSub int,

@CodSubType tinyint,

@CodOrganization tinyint,

@CodKaf tinyint,

@Lec smallint,

@Sem smallint,

@Sam smallint,

@ECTScredits float,

@CodExType tinyint,

@CodPrep int,

@ExLot tinyint

declare EL cursor for

select e.CodExType, ExLot = case when c.CodSubType = 2 then c.SubLot else e.ExLot end,

c.CodSub, CodSubType=case when c.CodSubType = 2 then c.CodSubType else e.CodControlType end, c.CodKaf, isNULL(Lec,0), isNULL(Sem,0), isNULL(Sam,0), isNULL(ECTScredits,0.0)

from (dbo.Grup g

left join dbo.StudyPlans p on p.CodPlan = g.CodPlan

left join dbo.StudyContents c on c.CodPlan = p.CodPlan

left join dbo.StudyExams e on e.CodPlan = c.CodPlan and e.CodSub = c.CodSub)

left join #tmp on #tmp.CodSub = c.CodSub and #tmp.Course = e.Course and #tmp.NumTerm = e.NumTerm and #tmp.CodExType = e.CodExType

-- left join dbo.StudyTerm t on t.CodPlan = c.CodPlan and t.CodSub = c.CodSub and t.Course = e.Course and t.NumTerm = e.NumTerm

where

g.CodGrup = @CodGrup

and e.Course = @Course and e.NumTerm = @NumTerm

UNION

--

-- Гос экзамены

--

SELECT [CodExType]=CASE WHEN ISNULL(tf.CodExType,0)=0 THEN 1 ELSE tf.CodExType END

, 0 AS [ExLot],

CodSub=CASE WHEN ISNULL(tf.CodSub,0)=0 THEN 841 ELSE tf.CodSub END,

1 AS [CodSubType],CodKaf, 20 AS Lec, 0 AS Sem, 216 AS Sam, 6.0 AS ECTScredits

FROM [dbo].TermFlow tf

inner join StudyPlans p on tf.CodPlan=p.CodPlan

WHERE tf.CodPerType=7

AND ((@CodPlan IS NULL) OR (tf.CodPlan = @CodPlan)) AND

tf.Course=@Course and tf.NumTerm=@NumTerm

UNION

-- =============================================

-- Практики 1.5 кредита в неделю (для преддипломной - 5 кредитов)

-- =============================================

SELECT [CodExType]=CASE WHEN ISNULL(tf.CodExType,0)=0 THEN 1 ELSE tf.CodExType END,

0 AS [ExLot],

CodSub=CASE WHEN ISNULL(tf.CodSub,0)=0 THEN -1 ELSE tf.CodSub END,

1 AS [CodSubType],CodKaf, 0 AS Lec, 0 AS Sem, WorkLng*48 AS Sam,

ECTScredits=CASE WHEN NameSub LIKE 'преддипломная практика%' THEN 5 ELSE WorkLng*1.5 END

FROM [dbo].TermFlow tf

inner join StudyPlans p on tf.CodPlan=p.CodPlan

left join Subs s on tf.CodSub=s.CodSub

left join ExTypes e on tf.CodExType=e.CodExType

WHERE tf.CodPerType=4 AND

tf.Course=@Course and tf.NumTerm=@NumTerm

AND ((@CodPlan IS NULL) OR (tf.CodPlan = @CodPlan))

open EL

select @CodOrganization = @COrganization, @CodPrep = NULL

fetch next from EL into @CodExType, @ExLot, @CodSub, @CodSubType, @CodKaf, @Lec, @Sem, @Sam, @ECTScredits

while (@@fetch_status <> -1)

begin

IF (@@fetch_status <> -2)

begin

execute dbo.e_DetectCodVar @CodSub, @CodSubType, @CodOrganization, @CodKaf, @Lec, @Sem, @Sam, @ECTScredits, @CodVar output

if @CodVar > 0 and not exists(select * from dbo.ExList e, dbo.HoursVars h where e.CodVar = h.CodVar and

e.CodGrup = @CodGrup and e.Course = @Course and e.NumTerm = @NumTerm and e.CodExType = @CodExType and h.CodSub = @CodSub)

insert dbo.ExList values (@CodGrup, @Course, @NumTerm, @CodExType, @CodPrep, @ExLot, @CodVar)

end

fetch next from EL into @CodExType, @ExLot, @CodSub, @CodSubType, @CodKaf, @Lec, @Sem, @Sam, @ECTScredits

end

deallocate EL

CREATE PROCEDURE [dbo].[Web_GetEstimations] (@CodStudent int)