Также отметим, что сущность «Ведомость» не полностью соответствует таблице D_ControlRegisters, т.к. в последней введено еще одно поля - UGroup. Данное поле изначально не планировалось, но было добавлено исключительно из-за накопившихся в базе данных ошибок. Предполагалось, что академическую группу можно было определить через группу для занятий из соответствующего учебного поручения. Но так как у поля SGroup не было поставлено ограничения на непустоту, а также вследствие неправильного ведения пользователями учебных поручений (АРМ «Учебные поручения»), оказалось, что не всегда в ведомости можно однозначно определить группу. Через отчетность по дисциплине же однозначно определить группу также не получалось, потому что там есть ссылка только на рабочий план, а по одному рабочем плану может обучаться несколько академических групп.

Анализ схемы данных показал некоторые её недочеты и порой несогласованность, которая и неудивительна в системах такого масштаба, как РИВСУУП. Например, оказалось, что дисциплины, использующиеся в АРМах подсистемы «Нагрузка и учебные поручения кафедр», не соответствуют дисциплинам, которые пользователи видят в АРМах подсистемы «Учебные планы» (видно на диаграмме базы данных: в представлениях VSes_TeacherParts и VSes_DisciplineControls есть одно и то же строковое поле Discipline). Дело в том, что эти подсистемы разрабатывались практически независимо друг от друга, и, когда, появился АРМ, использующий данные из обеих подсистем, начались сложности. Тем не менее, проблема с дисциплинами была успешно решена путем реализации необходимых объектов серверной логики.

Реализация АРМа «Сессия» потребовала также некоторых изменений в АРМе «Курсантский и студенческий отдел кадров» («КСОК») и той части базы данных, с которой он работает. Раньше в «КСОКе» не было привязки студентов к группам (потому что в этом не было необходимости). Теперь для «КСОКа» введены таблицы, в которых хранится история групп для каждого человека. Были также найдены и исправлены ошибки хранения данных в АРМе «Редактор рабочих учебных планов».

7.2. Модули и алгоритмы

7.2.1. Модули

Можно рассмотреть соответствие модулей системы и компонентов, определенных в главе 4:

Рис. 7. Схема взаимодействия модулей системы

Рис. 16. Сформированная сводная ведомость успеваемости группы в Excel

Рис. 17. Сформированная печатная ведомость в Word

8. Реализация

8.1. Объем кода

· Объем написанного кода:

8.2. Тестирование

Тестирование проводилось по черному и белому ящику. Классы, используемые в системе, кроме того, тестировались с помощью автоматической системы, применяющейся в ОРПО ([4]). Программа была проверена сопровождающими программистами (Отдел сопровождения программного обеспечения МГУ). Также было проведено тестирование программы в реальных условиях: пробная версия была внедрена на Факультете социального управления МГУ на зимней сессии 2006/2007 учебного года.

9. Заключение

В рамках работы были решены следующие задачи:

· Спроектирована структура АРМа;

· Спроектирован пользовательский интерфейс, соответствующий стилю и требованиям РИВСУУП;

· Проведен анализ схемы базы данных. Введены необходимые сущности, реализованы объекты серверной логики (представления, хранимые процедуры, триггеры, UDF);

· АРМ реализован, выпущено несколько версий (текущая версия 1.2.1);

· АРМ успешно внедрен и используется деканатами МГУ.

Навыки, полученные в ходе работы:

· Программирование для Microsoft SQL Server 2000

– Написание хранимых процедур, UDF и триггеров

· Работа в команде и использование средств коллективной разработки:

– Система контроля версий - Subversion

– Система управления проектами - TBT (внутренняя разработка ОРПО)

– Система автоматического тестирования

· Использование коллективного кода (ядра):

– Низкоуровневая библиотека работы с БД;

– Аутентификация и авторизация пользователей;

– Класс объектов, использующий в качестве хранилища данных таблицы в БД;

– Визуальные компоненты (отображение объектов с данными);

– Класс объектов, управляющих визуальными компонентами;

– Классы, осуществляющие генерацию печатных форм в формате Word и Excel.

10. Список литературы

[1]. Чистяков, Т. С., Смолин, П. В. Оформление исходных текстов Delphi и стиль программирования среди программистов различных подразделений МГУ им. адм. Г. И. Невельского, внутренний документ ОРПО ЦИТ МГУ, Владивосток: 2004 г.

[2]. Студенческое право, Юридический справочник для студентов, Белгород: 2004 г.

[3]. Ядро информационной системы http://orpo.msun.ru/kernel.shtml.

[4]. Федоров С. А. Внедрение автоматического тестирования программных продуктов как одного из элементов экстремального программирования

[5]. Грубер, М., Введение в SQL

[6]. Фелёнов, М.Е. Библия Delphi - СПб.: БХВ-Питербур, 2004 - 880 с.:ил.

[7]. Культин, Н.Б. Delphi6, Программирование на Object Pascal

[8]. Tony Bain, Louis Davidson, Robin Dewson and Chuck Hawkins, SQL Server 2000 Stored Procedures Handbook

[9]. РИВСУУП - отдел РПО http://orpo.msun.ru/rivs.shtml

[10]. Проект «ВУЗ» МГИУ http://www.chair36.msiu.ru/science/science/articles/3/html/node31.html

[11]. Информационно-издательская система «Диплом» МГИУ http://www.chair36.msiu.ru/science/science/articles/3/html/node40.html

[12]. «Naumen University» http://naumen.ru/go/solutions/naumen_university

[13]. АИС «ЭД+», руководство пользователя, Отдел Экономических Баз Данных РЭА им. Плеханова 2003, 25 с. http://oebd.rea.ru

[14]. «Студент 2000», руководство пользователя, НИИ ИТ СПбГУ, 2002, 111 с., www.liup.spbu.ru

[15]. Якшин, М.М. Построение системы автоматизации университета в МГТУ им.Баумана, www.bmstu.ru.

Страницы: 1, 2, 3, 4, 5, 6