46687 (588425), страница 3

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 3)

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

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

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

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

1. Модули

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

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

Такая структура модулей принята по аналогии с АРМом «КСОК». Программа получается более понятной, а, следовательно, ее легче сопровождать и расширять.

1. Проект интерфейса

АРМ представляет собой оконное приложение Win32.

Оформление АРМа «Сессия» соответствует графической концепции РИВСУУП, разработанной дизайнером отдела РПО. Введение понятия цветовых схем позволяет соотнести информацию в таблицах к определенному заголовку по цвету, что позволяет развернуть длинные горизонтальные таблицы вертикально, что удобно при анализе информации на экране компьютера. Кроме того, такое представление информации является уже привычным для сотрудников МГУ, по другим АРМам.

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

Ниже приведены снимки экранов АРМа.

1. Окно «О программе»

4. Форма выбора факультета

1. Форма выбора сессии

1. Форма списка специальностей

1. Форма списка отчетностей группы

4. Форма зачетно-экзаменационной ведомости

7. Форма выбора учебной карточки

10. Форма учебной карточки

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

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

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

   2. Объем кода

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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.

Характеристики

Список файлов ВКР