- •Обзор основных характеристик naumen university
- •Обзор основных характеристик tandem university
- •1.3 Обзор основных характеристик рамэк
- •2.1 Описание требований к системе и её основных функциональных модулей
- •2.4 Общее описание инфологической модели системы для многомерного представления
- •3.1 Описание подсистемы «преподаватель»
- •3.2 Описание бизнес-процессов подсистемы «преподавтель»
3.1 Описание подсистемы «преподаватель»
В системе предусмотрено 2 категории преподавателей:
Преподаватель, ведущие занятия по отдельным дисциплинам;
Преподаватели, связанные с организацией учебного процесса.
И как дополнительная категория, выделяется заведующий кафедрой и его заместители.
Модули, к которым имеет доступ преподаватель, ведущий занятия по отдельным дисциплинам:
«Контингент» (контингент студентов, контингент преподавателей);
«Статистика» (промежуточный контроль обучения, формулировка и просмотр тем курсового проектирования, результаты курсового проектирования, сдача лабораторных работ, результат экзамена), все поля преподаватель имеет право редактировать;
«Учебные планы» (список преподаваемых дисциплин, расписание преподавателя);
«Оперативная информация» (доступ к своим материалам с возможностью редактирования).
«Личные сообщения» (доступ к личным сообщениям и доске объявлений);
«Собственные издания» (подготовленное к печати издание, список напечатанных изданий).
В качестве специальных возможностей, предоставляемых преподавателям, которые кроме своих основных обязанностей, занимаются также организацией учебной деятельности, будут выделяться:
Возможность писать замечания всем категориям пользователей;
Доступ к приказам и другой оперативной информации (преподавателям, которые просто ведут свою дисциплину, оперативная информация выборочно отображается в новостной ленте);
Возможность корректировки списков учебных групп посредством администратора.
3.2 Описание бизнес-процессов подсистемы «преподавтель»
Так как данная система предоставляет ряд услуг для пользователя, было решено описать каждую подсистему как отдельный бизнес-процесс. Таким образом, были описаны основные возможности предоставляемые подсистемой, а также возможная последовательность действий пользователя в соответствии с описанными выше модулями подсистемы.
“Бизнес-процесс — это совокупность взаимосвязанных мероприятий или задач, направленных на создание определенного продукта или услуги для потребителей. Для наглядности бизнес-процессы визуализируют при помощи блок-схемы бизнес-процессов” []wiki
Моделирование бизнес-процессов играет важную роль при разработке системы: позволяет оценить картину работоспособности системы в целом, рассмотреть варианты улучшения деятельности системы, выявить текущие проблемы, а также спрогнозировать будущие проблемы, а самое главное дает наглядное представление о всей организации системы и ее связи с внешними объектами.
Сегодня на рынке программного обеспечения существует большое количество специальных инструментальных средств для оценки деятельности системы (предприятия) и построения всех её бизнес-процессов. Важными характерными особенностями данных систем является поддержка основных стандартов для разработки, а также простота использования самого программного продукта.
Наиболее распространенной методикой является методология структурного анализа SADT (Structured Analysis and Design Technique), на которой основывается стандарт моделирования бизнес-процессов IDEF0. Данный стандарт полностью поддерживается таким программным средством как BPwin, именно этот программный продукт было решено использовать для моделирования бизнес-процессов разрабатываемой подсистемы [].
Итак, ниже приведено подробное описание бизнес-процессов, протекающих в подсистеме. На рисунке 3.1 приведена общая схема процесса подсистемы.
Рисунок 3.1 – Контекстная диаграмма процессов подсистемы «Преподаватель»
Если декомпозировать данный процесс (рисунок 3.2), то можно выделить следующие подпроцессы: регистрация пользователя, авторизация, работа с системой, выход из системы.
Рисунок 3.2 – Декомпозиция контекстной диаграммы процессов подсистемы «Преподаватель»
На этапе регистрации пользователю предоставляется поля для ввода информации для регистрации, например, такой как фамилия, имя, отчество, e-mail, категория (преподаватель, студент) и т.д. Данные сверяются с основной информацией о пользователях уже имеющейся в БД и администратором системы высылаются пользовательский логин и пароль для входа в систему, эти новые данные фиксируются в БД. Если же данные по какой-то причине оказались некорректными, пользователь получает сообщение об ошибке и отправляется в начало заполнения текстовых полей. Более подробное описание этого процесса представлено на рисунке 3.3.
Рисунок 3.3 – Декомпозиция контекстной диаграммы процесса регистрации
Дальнейший вход в систему описан на рисунке 3.4.
Рисунок 3.4 – Декомпозиция контекстной диаграммы процесса авторизации
Необходимо отметить, что когда пользователь уже получил логин и пароль (т.е. считается зарегистрированным), он сразу попадает на страницу авторизации и процесс регистрации пропускается. Пользователь вводит логин и пароль и приступает к работе в системе, если данные оказались верными. Рисунок 3.5 иллюстрирует работу в самой подсистеме.
Рисунок 3.5 – Декомпозиция контекстной диаграммы процесса работы с системой
На данном этапе работы в системе пользователь попадает на свою страницу (аккаунт), где уже имеются определенные данные о нем.
Главная страница пользователя – это точка начала работы в системе, откуда он может отправиться посмотреть план своей учебной деятельности, узнать показатели успеваемости студентов (например, пары которых ведет данный преподаватель) или занести новые данные об успеваемости студентов. При этом данные о пользователе поступают в функциональные блоки «Просмотр плана учебной деятельности», «Просмотр успеваемости студентов» и «Занесения результатов контроля» соответственно.
Если преподавателю потребуется разместить в системе определенные учебные материалы для своей группы, он сможет это сделать в модуле оперативной информации. На диаграмме отражено, что данные в функциональный блок «Просмотр и заполнения своих материалов» поступают, вместе с данными о пользователе, а потом сохраняются на выходе из блока.
Также в системе заложена функция отправки сообщений другим пользователям системы, например, студентам или преподавателям.
Когда пользователь завершает сеанс работы в системе, информация о результатах его работы сохраняется на выходе из системы (рисунок 3.6), таким образом осуществляется накопление информации о пользователях системы.
Рисунок 3.6 – Декомпозиция контекстной диаграммы процесса выхода из системы
Одной из мер безопасности системы является разлогинивание пользователя, т.е. текущие логин и пароль обнуляются. Эти меры предусмотрены из расчета, что пользователь в рамках учебной деятельности может работать не за компьютером, находящемся в персональном пользовании.
ВЫВОДЫ:
Таким образом, были описаны бизнес-процессы, протекающие в системе. Диаграммы достаточно наглядно и подробно описывают информационные потоки данных, пользователей, который будут принимать участие в решении той или иной задачи. А также с помощью функциональных блоков представлены предусмотренные системой действия пользователей.
Декомпозиция определенных процессов дает возможность определиться с тем, каким образом данные процессы будут выполняться на практике. То есть показывают, какие связи будут проведены между системой и необходимыми для работы составляющими (например, СУБД), а также какого рода интерфейсы пользователей необходимо разработать.
ЗАКЛЮЧЕНИЕ
Бла бла бла!!!
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ:
Геологическая энциклопедия [Электронный ресурс]: Академик. Словари и энциклопедии. - Режим доступа: http://dic.academic.ru/dic.nsf/enc_geolog/3180/Мониторинг, свободный. (Дата обращения: 19.02.2012)
Большой толковый словарь русского языка Кузнецова [Электронный ресурс]: Академик. Словари и энциклопедии. – 1998. – Режим доступа: http://dic.academic.ru/dic.nsf/kuznetsov/24359/мониторинг#sel=, свободный. (Дата обращения: 19.02.2012)
Андреев, В.В. Автоматизация мониторинга рейтинговых показателей субъектов образовательного процесса в системе менеджмента качества вуза [Текст] / Материалы междунар. науч.-практ. конф. / Под ред. Геровой Н.В. Рязань: Полиграфия, 2010. С. 33-38.
Информационная система [Электронный ресурс]: Википедия – свободная энциклопедия. – 2011. – Режим доступа: http://ru.wikipedia.org/wiki/Информационная_система, свободный. (Дата обращения: 24.02.2012)
Naumen University [Электронный ресурс]: Сайт описания разработки – Режим доступа: http://www.quadrosoft.by/solutions/24-naumen-university.html, свободный. (Дата обращения: 24.02.2012)
TANDEM. Автоматизация бизнеса [Электронный ресурс]: Сайт описания разработки – Режим доступа: http://tandemservice.ru/web/ guest/solutions/university, свободный. (Дата обращения: 24.02.2012)
РАМЭК. Управление учебным процессом [Электронный ресурс]: Сайт описания разработки – Режим доступа: http://www.bi-edu.ru/index.php?option=com_content&view=article&id=48&Itemid=73, свободный. (Дата обращения: 24.02.2012)
Информационные системы. Базы данных [Электронный ресурс]: Информатика и информационно-коммуникационные технологии: учебное пособие – Режим доступа: http://www.kolomna-school7-ict.narod.ru/index.htm, свободный. (Дата обращения: 28.02.2012)
Модели, базы данных и СУБД в информационных системах [Электронный ресурс]: Каталог статей на компьютерную тематику – Режим доступа: http://www.hardline.ru/2/22/3172/, свободный. (Дата обращения: 1.03.2012)
Модели представления данных. Постреляционная, многомерная, объектно-ориентированная модели данных [Электронный ресурс]: Сайт по программированию на языках Си/C++, Pascal, Assembler (Ассемблер), Пролог (Prolog). Программирование для Unigraphics Open Api C – Режим доступа: http://www.dmtsoft.ru/bn/106/as/oneaticleshablon, свободный. (Дата обращения: 1.03.2012)
Элементы модели «сущность-связь» [Электронный ресурс] / Cit Forum. — Режим доступа: http://www.citforum.ru/database/dblearn/dblearn08.shtml, свободный.
–
Учетная запись [Электронный ресурс]: Википедия – свободная энциклопедия. – 2011. – Режим доступа: http://ru.wikipedia.org/wiki/Учетная_запись , свободный. (Дата обращения: 24.02.2012)