Назначение, цели создание системы

Система АИС «Кафедра» предназначена для:

- уменьшения трудоемкости объемных расчетов;

- создания единого информационного пространства на кафедре;

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

- информационного обеспечения аналитической системы «Бизнес-Аналитик», системы «Маркетинг» и других систем исходными данными.

Целью разработки системы ИАС «Кафедра» является улучшение качества предоставляемых кафедрой услуг за счет улучшения качества выполнения

- управленческих,

- учебно - организационных,

- аналитических и других задач.

-

Характеристика объекта автоматизации

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

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

- организации учебного процесса;

- планирования и контроля денежных средств;

- анализа деятельности кафедры и др.

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

- заведующий кафедрой и его заместитель;

- методисты;

- профессорско-преподавательский состав;

- другие заинтересованные пользователи (студенты и аспиранты, работодатели);

В процессе работы кафедр часто используются ресурсы локальной вычислительной сети и глобальная сеть Интернет.

 

Требования к системе

АИС «Кафедра» должна обеспечивать поддержку режима групповой работы пользователей.

Система должна быть построена на клиент – серверной технологии и должна содержать:

- автоматизированные рабочие места;

- сервер базы данных с СУБД и базой данных;

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

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

- функций руководителя кафедры;

- функций методистов и другого учебно-вспомогательного персонала.

Далее представлены требования к основным компонентам системы.

СУБД системы. Обеспечивает связь клиентских приложений с единой централизованной базой данных системы. Должна обеспечивать:

- поддержку реляционной модели данных;

- клиент - серверное взаимодействие с клиентскими приложениями по сетевым протоколам TCP/IP или NET BIOS;

- поддержку транзакций;

- разграничение прав доступа пользователей на уровне базы данных в соответствии с политикой безопасности системы;

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

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

База данных системы. Должна обеспечивать:

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

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

Клиентские приложения. Состоят из ядра клиентского приложения и функциональных блоков.

Ядро клиентского приложения. Обеспечивает надежную работу пользователей системы с ее функциями. Оно должно обеспечивать:

- подключение пользовательского приложения к СУБД и базе данных системы, организацию обмена данными между клиентским приложением и базой данных. При этом должно поддерживаться как локальное так и удаленное (сетевое) подключение с использованием протоколов TCP/IP или NET BIOS;

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

- вывод всех отчетов в программу Microsoft Excel. Для всех выходных форм должны использоваться шаблоны, вторичная настройка которых будет доступна опытным пользователям;

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

Блок ввода справочной информации (информационный блок). Предназначен ввода, просмотра, редактирования, печати и т.п. различной информационно-справочной информации о кафедре. Должен обеспечивать: сортировку справочников, отбор по различным реквизитам информации в справочниках, быстрый поиск позиции и выбор элемента справочника для других функциональных блоков;

Блок «учебный процесс» - предназначен для ввода, просмотра, редактирования и печати учебно-организационной документации. Также должен обеспечивать ведение учебно-организационной документации в разрезе различных учебных периодов, печать всей учебно-организационной отчетности;

Блок «Бюджетирование» - обеспечивает ввод плановой и фактической информации по финансовой деятельности кафедры а также составление и печать отчетов;

Сервисный блок. Обеспечивает управление периодами (возврат на предыдущий период, открытие нового периода) по учебному процессу кафедры и бюджетированию. Также должен организовывать обмен данными с другими внешними системами.

Блок анализа. Обеспечивает настройку структуры аналитических документов системы, а также формирование аналитических документов на основании данных в системе по настроенной структуре.

Блок администрирования. Обеспечивает ведение учетных записей пользователей (добавление, удаление), а также назначение ролей пользователям. Принудительное резервирование и восстановление данных системы. Настройка аналитических документов системы. Ведение журнала аудита работы системы.

Информационный обмен между клиентскими приложениями и БД должен осуществляться по стандартному сетевому протоколу (TCP/IP или NET BIOS).

Система должна взаимодействовать со следующими системами:

- АИС «Маркетинг» - для обмена данными о студентах, выпускниках и абитуриентах, а также для передачи информации о рейтинге специальности

- АИС «Деканат»;

- «Бизнес–аналитик» - для выгрузки первичной аналитической информации (рассчитанных аналитических показателей) и загрузки полученных итоговых показателей.

Для универсальности обмена с другими системами необходимо иметь подсистему выгрузки – загрузки в формат XML или Microsoft Excel. Для систем с интенсивным обменом данных необходимо сделать прямую загрузку из баз данных смежной системы и прямую выгрузку в базу данных смежной системы.

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

В перспективе, в случае интеграции системы вуза в единое информационное пространство, можно выделить следующие функциональные модули с соответствующим функциональным наполнением: АРМ (автоматизированное работчее место) Ректора, АРМ начальника учебного отдела, АРМ декана и т.д.).

Возможен переход на более мощную СУБД, например Oracle, при увеличении потребности системы в быстродействии, надежности и безопасности.

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

Далее идут требования к составу и квалификации пользователей системы.

Администратор базы данных системы. Необходимо знание основ реляционных баз данных, языка SQL (желательно диалекта Interbase), знание основ локальных сетей и основ администрирования клиент – серверных СУБД. Умение работать с проектной документацией.

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

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

Ниже представлены требования к надежности системы.

Срок наполнения базы данных: от 15 лет для автоматизации одной кафедры, от 5 лет при создании единой информационной среды для всех кафедр вуза.

Система должна обеспечивать защиту хранимой информации от несанкционированного доступа и порчи.

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

В систему должны быть встроены средства криптографической защиты соответствующие ГОСТ 34.10 и 34.11 предоставляющие методы шифрования информационных сообщений и цифровой подписи при передаче информации по открытым каналам связи.

Сервер данных должен быть оборудован дополнительными средствами защиты:

- брандмауэр;

- ограничение доступа на уровне файловой системы;

- аудит доступа к данным.

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

Должна быть реализована возможность резервного копирования данных с возможностью оперативного восстановления.

Система не должна оставлять за собой после завершения работы (в том числе некорректного):

- запущенных процессов в оперативной памяти ЭВМ;

- временных файлов на жестком диске;

- некорректных установок операционной системы, принтера, монитора и т.п.;

АИС «Кафедра» должна реализовывать следующие функции:

- ведение информационной базы деятельности кафедры:

- нормативно-справочной информации (стандарты учебных планов, стандарты дисциплин, картотека штата кафедры, аспирантов и студентов, картотека специальностей, групп и дисциплин, проекты и разработки кафедры, виды доходов и расходов, образовательные программы и т.п.);

- учебно-методической и организационной документации (учебные планы, образовательные стандарты дисциплин);

- планирования и учет выполнения учебного процесса:

- расчет внутренней кафедры и ввод внешней учебной нагрузки кафедры;

- расчет общей учебной нагрузки кафедры;

- распределение учебной нагрузки (формирование учебных поручений для преподавателей);

- отслеживание и контроль за выполнением учебной нагрузки;

- планирование и учет исполнения бюджета кафедры;

- планирование доходов и расходов

- учет доходов и расходов

- формирование отчетных форм по финансовой деятельности кафедры;

- формирование обязательной и внутренней отчетных форм кафедры:

- учебная нагрузка кафедры («Форма №9»);

- «Форма №6»;

- распределение учебной нагрузки кафедры;

- рабочий учебный план;

- расписание;

- графики учебного процесса;

- формирование документов для анализа деятельности кафедры:

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

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

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

- инновационный потенциал кафедры;

- анализ распределения учебной нагрузки;

- формирование других документов, определяемых в процессе эксплуатации системы и адаптации ее к изменяющимся требованиям;

- обмен аналитическими и исходными данными с другими системами и подсистемами:

- бизнес-Аналитик;

- АИС «Маркетинг»;

- и др.

- обеспечение защиты хранимой информации от несанкционированного доступа и порчи.

Входные данные должны поступать в систему путем экспорта из:

- предыдущей системы кафедры;

- АИС «Деканат»;

- АИС «Маркетинг».

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

Все выходные отчеты должны экспортироваться в формат Microsoft Excel. Кроме того, аналитические документы, формируемые системой должны экспортироваться в формат системы «Бизнес-аналитик», применяемой для анализа данных. Структуры аналитических документов будут определены на последующих этапах разработки.

Использование системы «Бизнес-аналитик» для анализа должно проводится без выхода из АИС «Кафедра», т.е., по - возможности, быть прозрачным для пользователя.

Система должна быть реализована в варианте GUI приложения. Система должна поддерживать режим групповой работы.

Среда программирования: «Borland Delphi 7» или «Borland Delphi 2005».

Система должна работать под операционной системой, установленной в лабораториях кафедры («Windows 2000/XP»).

Система должна быть совместима с «Microsoft Office XP/2003».

Система должна быть совместима с последней версией системы «Бизнес-аналитик».

СУБД, используемая в системе, должна быть работоспособна под операционной системой на сервере базы данных(«Windows 2000/XP») и в условиях кафедральной локальной сети («Microsoft workgroup» и «Novell Netware»).

Система должна быть работоспособна на минимально-производительной конфигурации ЭВМ, используемых на кафедре ИСЭ. На текущий момент она следующая:

- процессор: Pentium 800Mhz;

- оперативная память: 32 Мб;

- разрешение экрана монитора: «800х600».

Сервер базы данных должен иметь производительность на порядок выше.