Смекни!
smekni.com

Автоматизированная информационная система Кафедра (стр. 15 из 23)

Рисунок 2.26 – Распределение учебной нагрузки кафедры

Остальные учебно-организационные документы формируются на основе реестра учебных поручений, путем группировки данных по преподавателям кафедры и расчета итоговых сумм по видам учебной работы («Форма №6») и отчет «Распределение учебной нагрузки».

Отчетная форма «Расписание» формируется путем выборки из «учебных поручений преподавателям» аудиторных видов учебной работы кафедры. Затем выбранные данные группируются по академическим группам и преподаваемым дисциплинам.

Комплекс задач «Оценка деятельности кафедры» предназначен для автоматизации оценки и анализа деятельности кафедры.

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

Выполняется, как правило, по итогам учебного года в конце весеннего семестра.

Выходными являются следующие документы:

информационная карта кафедры;

информационная карта преподавателя;

информационная карта студента;

информационная карта инновационного потенциала кафедры;

информационная карта специальности;

другие исходные аналитические документы.

Для данного комплекса задач входной является следующая информация:

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

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

шаблоны аналитических документов (содержащие запросы на выборку аналитических объектов и запросы для расчета аналитических показателей).

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

В процессе формирования самого документа:

формируется выборка объектов анализа;

для каждого объекта формируется структура показателей;

для тех показателей, у которых заданы запросы, рассчитываются значения, остальные показатели оставляются для ручного заполнения.

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

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

Для работы системы используется широко распространенный набор технических средств. Структура технического обеспечения системы показана на рисунке 2.27.

Рисунок 2.27 – Техническое обеспечение системы

Персональные компьютеры кафедры и удаленных пользователей представляют собой «IBM» – совместимые электронно-вычислительные машины, с «Intel» - совместимыми процессорами.

Для работы системы используются мониторы – не хуже, чем «SVGA» 256 цветов с разрешением «800х600».

Принтер – любой, позволяющий выводить на печать монохромные документы на бумажные носители формата «А4».

Локальная сеть – согласно стандарту «Ethernet 10-100» или «Fast Ethernet», на основе витой пары «UTP-5» или коаксиальном кабеле.

Шлюз – любой аппаратный или программно-аппаратный интерфейс с сетью Интернет.

Программное обеспечение

Структура программного обеспечения, используемого в системе была показан выше (Рисунок 2.17). В системе используются следующие программные компоненты:

операционная система: «Windows 2000/XP». Используется для управления аппаратными ресурсами рабочих станций.

клиентские приложения: Windows GUI приложения, обеспечивающие комфортную работу пользователей с системой. Выполняют прикладные функции системы. Среда разработки приложений – «Borland Delphi 2005».

веб сервер: Необходим для удаленной работы с системой пользователей.

СУБД: «FireBird 1.5». Обеспечивает работу клиентских приложений с базой данных системы.

база данных: Предназначена для хранения основных информационных массивов системы.

офисное программное обеспечение: «Microsoft Office 2003» («Microsoft Excel»). Используется для вывода печатных форм и других целей.

аналитическая подсистема: Бизнес-аналитик 1.0. Предназначена для решения задач оценки аналитических показателей с использованием методов искусственного интеллекта.

Для разработки клиентских приложений используется система быстрой разработки приложений (RAD) – «Borland Delphi 2005». Используется объектно-ориентированный подход в сочетании с модульным и структурным подходами. Для проектирования модели классов системы используется CASE средство «Rational Roses».

Для разработки базы данных используется среда IBExpert, предназначенная для работы с базами данных СУБД «InterBase» или «FireBird». Проектирование базы данных осуществляется с помощью CASE средства «Computer Associates ERWin».

Проектирование базы данных системы

Логическая модель базы данных системы, спроектированная с помощью CASE средства ERWin показана на рисунках 2.28, 2.29 и 2.30. При проектировании использовалась нотация «E-R» («Сущность-связь»), по которой сущности изображаются в виде прямоугольников, а связи показаны в виде линий между сущностями. Жирная точка на конец линии указывает на множественность отношения.

Ввиду большого объема базы данных на рисунке не приведен реквизитный состав сущностей, а лишь показаны связи между сущностями.

Серым цветом на рисунке показаны основные объекты системы, остальные таблицы отражают справочную информацию или взаимосвязи между этими объектами.

Рисунок 2.28 – Логическая модель данных системы

На рисунке 2.29 показаны информация по блокам «Проекты и разработки», «Анализ и оценка» и «Бюджетирование».

Рисунок 2.29 – Логическая модель данных системы (Продолжение).

В перспективе дальнейшего развития системы является полная интеграция с системой «Маркетинг». Общий фрагмент базы данных двух систем показан на рисунке 2.30.

Рисунок 2.30 – Связь с системой «Маркетинг»

Программа и методика испытаний

Объект испытаний – Автоматизированная Информационная Система «Кафедра» (АИС «Кафедра»).

Цель испытаний – проверка соответствия системы заявленным в техническом задании требованиям.

Для подтверждения качества системы необходимо произвести следующие этапы тестирования системы:

проверка наличия функций, заявленных в техническом задании;

проверка совместимости системы с операционной системой;

проверка работоспособности на заявленных технических средствах.

В процессе проверки функциональной полноты системы необходимо протестировать следующие функции системы:

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

наличие форм учебно-организационной документации и правильность их расчета в соответствии проектными процедурами и требованиями, предъявляемыми к точности показателей. Проверка производится для всех учебно-организационных документов; Методика тестирования алгоритмов: сравнение показателей документов, рассчитанных системой с показателями документов, рассчитанными вручную при вводе использовании одинаковых исходных данных;

правильность формирования аналитических шаблонов на основании их шаблонов; Методика тестирования: расчет показателей вручную, сравнение результатов с результатами, выдаваемыми системой.