Автоматизированная информационная система «Кафедра» на примере АЛТГТУ

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

Рассмотрим подробнее цель бюджетирования кафедры. Кафедра не может иметь остатки средств на конец финансового года. Поэтому без надлежащего контроля за расходованием средств, невозможно получить информацию о наличии остатков средств на конкретный период времени. В результате чего, в конце года, когда поступает подобная информация, сразу возникает проблема израсходовать средства до конца года, и в связи с недостатком времени и информации не всегда принимается оптимальное решение. В результате принятия неэффективного решения, действительные нужды кафедры могут быть не удовлетворены, а значит, может снизиться качество предоставляемых образовательных услуг. Недостаток времени при принятии решения о направлении средств на удовлетворение каких-либо нужд не является основной проблемой. Основная проблема в отсутствии информации о нуждах. Для этого необходимо иметь план расходов. А для того, чтобы составить план расходов, необходимо иметь информацию о планируемых доходах.

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

Для более эффективного управления денежными средствами необходима автоматизация процесса бюджетирования кафедры. Автоматизация позволит снизить временные затраты на составление бюджета и получение информации в виде отчетов и пр. и значительно понизить вероятность возникновения различных ошибок.

Учет доходов и расходов заключается в регистрации каждого события получения или расходования средств. Эти события называются операциями. При регистрации необходимо зафиксировать содержание операции, статью дохода или расхода и сумму операции. Основная функция учета - накопление информации о полученных доходах и произведенных расходах. Основная цель учета - сопоставление запланированных и фактических доходов и расходов. Если контроль ведется регулярно и правильно, то все отклонения от плана будут выявляться своевременно, а, следовательно, можно будет скорректировать планы или действия для достижения оптимального результата.

Процесс «Анализ и оценка деятельности кафедры». Его декомпозиция приведена на рисунке 2.11

 

Рисунок 2.11 – Декомпозиция процесса «Анализ и оценка деятельности кафедры»

 

Этот процесс является основным с точки зрения обеспечения руководителя кафедры (заведующего кафедрой) информацией, необходимой для принятия решений. Информация в данный процесс поступает из двух источников:

Внутренние источники – это различная отчетность по всем видам работы кафедры. Эта информация показана как вход «Отчетность»:

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

К внешним источникам можно отнести те, которые возникли вне стен кафедры, однако относятся к объектам анализа (например, студенты, преподаватели – совместители и т.д.). Эти данные получаются на основе анкетирования, письменного опроса, запросов в другие подразделения вуза и т.д. На диаграмме они отмечены входом «анкеты».

Подпроцесс «Формирование аналитических документов» необходим для аккумуляции всей учетной информации в интегрированные характеристики по объектам анализа. Эти характеристики используются в основном для внутреннего анализа и принятия решений в рамках кафедры. К объектам для такого анализа можно отнести:

• студента на всем протяжении его «жизненного цикла» в рамках вуза (от рейтинга абитуриента до рейтинга выпускника);
• преподавателя (всевозможные рейтинги преподавателя);
• специальность;
• кафедру в целом;

Подпроцесс «Подготовка отчетов по аттестации» необходим для представления внешним пользователям полной картины состояния дел на кафедре. Аттестация кафедры и всего вуза происходит раз в 5 лет. Несмотря на это, информация должна собираться заранее, непрерывно на протяжении всего подотчетного периода.

Подпроцесс «Комплексный анализ деятельности кафедры». На основе полученных рейтингов и показателей деятельности кафедры необходимо принять решения по поводу улучшения процесса функционирования кафедры. Исходные данные для этого подпроцесса представляются в максимально удобном для анализа виде (графики, диаграммы, карты и т.д.). В подпроцессе принимаются решения касательно любого объекта анализа «преподавателя», «студента» и т.п. Результатом подпроцесса являются внутренние распоряжения, которые по обратной связи передаются в качестве воздействия на все другие процессы.

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

 

2. Техническое задание

 

1. Общие сведения о проекте

Полное наименование системы – автоматизированная информационно-аналитическая система «Кафедра».

Краткое (рабочее) наименование – АИС «Кафедра».

Руководитель проекта: Пятковский Олег Иванович.

Заказчик системы: Кафедра ИСЭ Алтайского Государственного Технического Университета имени И.И.Ползунова.

АИС Кафедра служит для автоматизации документооборота и хранения различной информации, а также анализа и оценки деятельности кафедры вуза.

Основанием для создания системы является заявка кафедры ИСЭ на проектирование и разработку автоматизированной системы.

 

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

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

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

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

• управленческих,
• учебно - организационных,
• аналитических и других задач.
3. Характеристика объекта автоматизации

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

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

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

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

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

 

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

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

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

• автоматизированные рабочие места;
• сервер базы данных с СУБД и базой данных;

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

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

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

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

• поддержку реляционной модели данных;
• клиент - серверное взаимодействие с клиентскими приложениями по сетевым протоколам TCP/IP или NET BIOS;
• поддержку транзакций;
• разграничение прав доступа пользователей на уровне базы данных в соответствии с политикой безопасности системы;
• резервирование данных для возможного восстановления в случае их физической порчи;
• достаточную производительность для комфортной работы системы в режиме групповой работы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• АИС «Маркетинг» - для обмена данными о студентах, выпускниках и абитуриентах, а также для передачи информации о рейтинге специальности
• АИС «Деканат»;
• «Бизнес–аналитик»  - для выгрузки первичной аналитической информации (рассчитанных аналитических показателей) и загрузки полученных итоговых показателей.

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

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

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