Назначение, цели создание системы
Система АИС «Кафедра» предназначена для:
- уменьшения трудоемкости объемных расчетов;
- создания единого информационного пространства на кафедре;
- автоматизации наиболее трудоемких и приоритетных процессов сбора, хранения и обработки информации на кафедре вуза;
- информационного обеспечения аналитической системы «Бизнес-Аналитик», системы «Маркетинг» и других систем исходными данными.
Целью разработки системы ИАС «Кафедра» является улучшение качества предоставляемых кафедрой услуг за счет улучшения качества выполнения
- управленческих,
- учебно - организационных,
- аналитических и других задач.
-
Характеристика объекта автоматизации
Объектом автоматизации для разрабатываемой системы выступают кафедры вузов, в которых возникает потребность в автоматизации функций:
- ведения информационной базы о деятельности кафедры;
- организации учебного процесса;
- планирования и контроля денежных средств;
- анализа деятельности кафедры и др.
Обычно на кафедрах имеются следующие виды потенциальных пользователей системы:
- заведующий кафедрой и его заместитель;
- методисты;
- профессорско-преподавательский состав;
- другие заинтересованные пользователи (студенты и аспиранты, работодатели);
В процессе работы кафедр часто используются ресурсы локальной вычислительной сети и глобальная сеть Интернет.
Требования к системе
АИС «Кафедра» должна обеспечивать поддержку режима групповой работы пользователей.
Система должна быть построена на клиент – серверной технологии и должна содержать:
- автоматизированные рабочие места;
- сервер базы данных с СУБД и базой данных;
Система должна обеспечивать выполнение следующих функций:
- функций администрирования системы;
- функций руководителя кафедры;
- функций методистов и другого учебно-вспомогательного персонала.
Далее представлены требования к основным компонентам системы.
СУБД системы. Обеспечивает связь клиентских приложений с единой централизованной базой данных системы. Должна обеспечивать:
- поддержку реляционной модели данных;
- клиент - серверное взаимодействие с клиентскими приложениями по сетевым протоколам 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».
Сервер базы данных должен иметь производительность на порядок выше.