Моделирование бизнес-процессов подсистемы приема-сдачи экзаменов в вузе

 

Ольга Валентиновна Федорова

доцент, к.пед.н., зав. кафедрой информационных технологий,

НОУ ВПО Академия управления «ТИСБИ»,

ул. Муштари, 13, г. Казань, 420013, (843)238 68 56

fiodorova_olga@rambler.ru

 

 

 

Аннотация

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

The article describes business process modeling against examination subsystem. The example is illustrated with class diagram for point creation use case. This model is implemented using Rational Rose. The information system allows user to examine student, to get aggregated statistics about study efficiency and students’ knowledge, to plan exams’ schedule for institute.

 

Ключевые слова

Бизнес-процесс, CASE-средство Rational Rose,  системный подход, проект.

Business process, CASE-means of  Rational  Rose,  systems approach, project.

 

 

 

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

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

В статье представлены описания бизнес-процессов системы приема-сдачи экзаменов в вузе на примере подсистемы кафедры. В качестве языка объектной модели используется язык UML и средство реализации Rational Rose.

Отметим, что Rational Rose является достаточно простым и мощным решением для визуальной разработки информационных систем любого класса. Данное CASE-средство позволяет создавать, изменять и проверять корректность модели. Аналитики, специалисты по моделированию, разработчики, т.е. участники проекта - могут использовать модели, построенные в Rational Rose, для большей эффективности создания конечного продукта [2].

Создание проекта в среде Rational Rose основано на методологии RUP. Основу RUP составляет структурированный подход к итерационной разработке программного обеспечения. Процесс создания информационного проекта подразделяется на четыре основные фазы: Inception (исследование, начало), Elaboration (уточнение плана), Construction (конструирование, построение) и Transition (переход, развертывание) [1,3].

Студенты факультета информационных технологий НОУ ВПО Академии управления «ТИСБИ» активно используют данные методологию и CASE-средство в курсовом и дипломом проектировании [4,5].

Рассмотрим один из проектов, отражающий применение CASE-средства Rational Rose.

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

Ректор –

Непосредственное управление высшим учебным заведением осуществляется ректором.

Кафедра (Зав. Кафедрой)

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

Заведующий кафедрой:

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

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

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

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

Закреплен за кафедрой.

Студент – проходит обучение; сдает контрольные точки; ведет контроль своей успеваемости.

 

Были выделены следующие бизнес процессы.

·                     Анализ основной и дополнительной сессии; анализ работы преподавателей.

·                     Формирование расчет графиков основной и дополнительной  сессии.

·                     Формирование приказа отчисления/перехода (на след. курс) студентов.

·                     Определение контрольных точек по дисциплинам

·                     Сдача экзаменов дистанционным образом.

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

Для примера реализации модели был выбрана подсистема кафедры. При реализации использованы следующие средства:

·                     СУБД InterBase

·                     IDE Delphi

·                     PHP

·                     JavaScript

·                     HTML

·                     CSS

·                     СУБД MySQL

Рассмотрим действия каждой сущности модели:

Ректор –

·                     Формирует приказ о переводе студента на следующий курс.

·                     Формирует приказ об отчислении  студента за неуспеваемость.

·                     Принимает график зачетов/ экзаменов основной сессии.

·                     Отменяет график зачетов/экзаменов основной сессии.

·                     Принимает график зачетов/ экзаменов дополнительной сессии.

·                     Отменяет график зачетов/экзаменов дополнительной сессии.

·                     Принимает (подтверждает) экзаменационные ведомости.

Кафедра (Зав. Кафедрой)

·                     Производит анализ экзаменационной сессии на основе оценки работы преподавателей и знаний студентов;

·                     Формирует график зачетов/экзаменов основной сессии с последующей передачей на подтверждения ректору;

·                     Формирует расписание контрольных точек по предмету и тип контрольных точек;

·                     Формирует график зачетов/экзаменов дополнительной сессии с последующей передачей на подтверждение ректору;

·                     Формирует экзаменационные ведомости с последующей передачей на подтверждение ректору.

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

·                     Принимает экзамены у студентов обучающихся дистанционно.

·                     Ставит отметки в день контрольной точки по предмету.

·                     Заполняет ведомость, проставляя оценки за экзамен/зачет.

·                     Просматривает расписание графиков контрольных точек, которые будет принимать.

·                     Просматривает график зачетов/экзаменов/консультаций, которые принимает.

Студент    

·                     Проверяет задолженности.

·                     Проверяет статистику успеваемости.

·                     Сдает экзамены, если учится дистанционно.

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

·                     Просматривает график контрольных точек, назначенных кафедрами по конкретным дисциплинам.

Рассмотрим каждый бизнес процесс подробнее.

Анализ основной и дополнительной сессии; анализ работы преподавателей.

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

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

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

Формирование приказа об отчислении/перехода на следующий курс студентов.

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

Определение контрольных точек по дисциплинам

Задача, решаемая кафедрой. Принимается решение по каждой дисциплине о включении или исключении того или иного типа контроля по данной дисциплине.  

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

На диаграмме, представленной на рис.1 отображено взаимодействие классов для реализации варианта использования формирования контрольных точек.  Класс интерфейса FormSubDepartment. Управляющий класс ControlSubDepartment. Классы-сущности (таблицы будущей базы данных): ControlPoints и TeachingPlane. Все классы соединены связями ассоциаций.

Рис.1. Диаграмма классов для варианта использования формирования контрольных точек.


Рис. 2. Форма варианта использования формирование контрольных точек

 

Сдача экзаменов дистанционным образом.

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

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

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

 

Литература

 

1.                               Бергстрем С., Роберг Л. Rational Unified Process – путь к успеху. Руководство по внедрению  RUP. – М.: К….- ОБРАЗ, 2004.

2.                               Полис Г., Огастин Л., Лоу К., Мадхар Д. Разработка программных проектов на основе Rational Unified Process (RUP). - М.: ООО «Бином-Пресс», 2005.

3.                               Практическое руководство к Своду знаний по управлению проектами Американского Проектного Института (PMI PMBOK). Третье издание. (Американский национальный стандарт ANSI/PMI 99-001-2004)

4.                               Проектирование информационных систем: Учебно-методическое пособие / О.В. Федорова. – Казань: НОУ ВПО Академия управления «ТИСБИ», 2007.

5.                               Федорова О.В. Из опыта дипломного проектирования студентов специальности <Прикладная информатика в экономике> факультета информационных технологий Академии управления <ТИСБИ> // Восточно-европейская секция журнала "Образовательные технологии и общество". – 2009. - №4. – С. 467-472.