Разработка подсистемы учета успеваемости студентов Байкальского государственного университета экономики и права
График чистого дисконтированного дохода представлен на рис. 8. Вычисления показывают, что система начинает приносить доход через 12 месяцев. ЧДД за два года составит 588 873 руб.
Рис. 8. График чистого дисконтированного дохода за 24 месяца разработки и эксплуатации
2 Конструирование подсистемы
<
b>2.1 Построение модели функций
Основными функциями подсистемы являются создание списка экзаменов и зачетов, ввод оценок и формирование отчетных и аналитических форм (см. рис. 9).
Рис. 9. Диаграмма потоков данных для АРМа инспектора деканата.
Списки экзаменов и зачетов должны храниться в специальной таблице экзаменов в БД. Эти данные можно получать из учебного плана группы. Для выбора списка экзаменов и зачетов (см. рис. 10) необходимо определить учебный год, сессию, указать группу и передать эти сведения в качестве параметров хранимой процедуре e_CopyStudyPlanToExList, которая будет дополнять таблицу экзаменов экзаменами и зачетами соответствующими входным параметрам. Для просмотра и редактирования полученного списка должна быть предусмотрена табличная форма с возможностью изменения, добавления, удаления записей. Редактирование в основном будет связано с указанием экзаменатора. Для этого нужно предусмотреть поиск преподавателей в БД «Кадры» по первым буквам фамилии. Экзаменатор должен быть указан первичным ключом сотрудника.
Рис. 10. Диаграмма прецедентов для создания списка экзаменов и зачетов.
Для выбранного экзамена или зачета должна быть предусмотрена печать экзаменационной или зачетной ведомости (см. Приложение 1) или ведомости на пересдачу (см В первом случае выбираются студенты указанной группы. Во втором – студенты потока указанной группы, не имеющие положительных оценок по выбранному испытанию.
Рис. 11. Диаграмма прецедентов печати ведомостей и ввода оценок.
Для ввода оценок с ведомости должна быть предусмотрена табличная форма аналогичная ведомости. При регистрации оценок дополнительно вводятся количество оценок каждого вида. При записи контролируется количества оценок каждого вида на совпадение введенного вручную и вычисленного по оценкам. При записи в БД контролируется заполнение всех атрибутов дублирование оценок, наличие оценок выше, чем добавляемая, соответствие традиционной и стобалльной оценок.
Просмотр и редактирование оценок студента требует поиска, который удобно проводить по схеме: выбор формы обучения, группы, студента. Для указанного студента и выбранного параметрами семестра должен демонстрироваться список оценок, который можно редактировать. Таким образом возможно будет вводить оценки с направления на зачет или экзамен. Для перезачета оценок другого вуза можно использовать эту же форму с дополнительным полем: вуз, в котором получена оценка (по умолчанию БГУЭП).
Регистрация продления сессии студенту заключается в указании даты, до которой сессия продлена.
Во всех приложениях аналитическая обработка оценок связана с определением итогов сессии. Для каждого студента и экзамена или зачета вычисляется максимальная оценка (чтобы оставить одну оценку в случае пересдач). Оценки студента сравниваются со списком зачетов и экзаменов его группы. В случае отсутствия оценки студента в качестве оценки принимается «Неявка». По результатам данной обработки вычисляются все показатели успеваемости.
В разных приложениях расчет показателей успеваемости: успеваемость, качество знаний, количество задолжников, троечников, ударников и отличников, рейтинга студентов – по всем студентам и по коммерческому набору в разрезах групп, потоков, курсов, специальностей, форм обучения, предметов, преподавателей, кафедр выполняется по формулам, приведенным в п.1.3.1. Отличие будет заключаться во множестве оценок и студентов, выбираемых для расчетов.
Интернет-страницы для доступа к данным успеваемости должны быть выполнены по технологии ASP. Для доступа к БД интернет-серверу предоставляются соответствующие права. Заполненные параметры (фамилия, имя, отчество, серия и номер паспорта) интернет-сервер передает хранимой процедуре Web_GetEstimations, которая возвращает таблицу с оценками студента. Эта таблица используется для формирования соответствующей интернет-страницы.
Для демонстрации рейтинга студентов формируется интернет-страница со списком факультетов и специализаций для выбора специализации. После выбора специализации формируется страница со списком курсов и групп. Выбор группы или курса приводит к построению и демонстрации рейтинга для указанного множества студентов.
2.2 Построение модели данных
Данные о группах, студентах, преподавателях подсистема сессия получает из подсистем «Контингент студентов» и «Кадры». Структуры данных для хранения информации об экзаменах, зачетах и оценках представлены на рис. 12.
Рис. 12. Схема данных подсистемы «Сессия».
Информация о списке экзаменов и зачетов хранится в таблице ExList, об оценках в таблице Exam. Чтобы избежать повторений для каждого студента группы или каждой группы потока однотипной информации (ссылок на предмет (CodSub) и кафедру (CodKaf), объемов лекций (Lec), семинаров (Sem), самостоятельной работы (Sam) и общего объема в кредитах ECTS (ECTS)) она хранится в таблице HoursVars и на вариант нагрузки ссылка выполняется по полю CodVar.
Таблицы содержат в основном коды (поля, начинающиеся с Cod…). Соответствующие кодам значения содержат справочные таблицы: Subs таблица предметов с ключом CodSub, Kafs – кафедры с ключом CodOrganization, CodKaf, SubTypes– типы предметов с ключом CodSubType, Personal.People – сотрудники с ключом CodPe (ссылка CodPrep), Faculty – факультеты с ключом CodOrganization, CodFaculty.
Первичные и внешние ключи обеспечивают ссылочную целостность и показаны на рисунке знаком ключа для полей, составляющих первичный ключ и линиями для внешних ключей.
В таблицу ExList экзаменов и зачетов записи добавляются процедурой из учебного плана группы (поле CodPlan в таблице Grup играет роль ссылки на учебный план) или инспектором деканата.
Оценки добавляются или корректируются инспектором деканата.
При корректировке списков экзаменов и оценок возможно происходит корректировка нагрузки оценки в таблице HoursVars. Для этого предусмотрены процедуры корректировки таблицы ExList и [e_UpdateExam] таблицы HoursVars.
2.3 Конструирование приложений
Форма АРМ инспектора деканата представлена на рис. 13. При запуске приложения проверяется логин пользователя, и устанавливается факультет по данным таблицы FacultyUsers, содержащей параметры факультета для каждого логина. Таким образом, ограничивается доступ к данным для каждого инспектора деканата.
Другие рефераты на тему «Программирование, компьютеры и кибернетика»:
Поиск рефератов
Последние рефераты раздела
- Основные этапы объектно-ориентированного проектирования
- Основные структуры языка Java
- Основные принципы разработки графического пользовательского интерфейса
- Основы дискретной математики
- Программное обеспечение системы принятия решений адаптивного робота
- Программное обеспечение
- Проблемы сохранности информации в процессе предпринимательской деятельности