Проблема автоматизации документооборота для вузов возникла в 90-е годы прошлого столетия и, можно сказать, на сегодняшний день остается открытой. Одной из основных причин является высокая степень дифференциации организации учебного процесса в различных учебных заведениях нашей страны (довольно большой объем документации составляется на основе внутренних положений ВУЗов и формы одних и тех же документов, а также порядок их ведения и оформления, могут существенно различаться в различных учебных учреждениях).
В настоящее время организация учебного процесса и управление им, практически невозможны без средств автоматизации. Сейчас наблюдается нехватка тиражируемых и доступных решений, основанных на открытых стандартах и технологиях. Применение открытых стандартов, в свою очередь может, как существенно уменьшить стоимость владения такой системой, так и обеспечить совместимость с информационными стандартами, внедряемыми в современном образовательном пространстве.
В условиях современной рыночной экономики, когда требования к качеству образования неуклонно растут, соответственно повышаются требования к организации учебного процесса в вузах.
Это сказывается на работе административных отделов вуза – существующая система документооборота по организации учебного процесса становится все менее эффективной, требует больших трудозатрат. В связи с этим острее становится вопрос автоматизации документооборота на уровне отдельных кафедр, деканатов, и даже целых вузов. Одним из ключевых преимуществ электронного документооборота, является улучшение взаимодействия между департаментами и отделами внутри организации.
Эффективной организации деятельности выпускающих кафедр вузов способствует внедрение в их работу единого технологического порядка организации и применение единой технологии работы в условиях автоматизированной обработки информации.
Использование средств автоматизации в работе на сегодняшний день является актуальным, так как это позволит создавать условия для рационального использования рабочего времени сотрудников кафедры, обеспечить быстрый доступ к необходимой информации, а также ее надежное хранение и дальнейшее использование.
Учитывая сложность и постоянные изменение в требованиях к системе автоматизации документооборота, целесообразно использовать подход, позволяющий усовершенствовать проект без дополнительных затрат времени и сил.
При написании современных клиент-серверных приложений, программист не может точно знать, будет ли изменяться рабочая база данных проекта. Как часто бывает, изменения базы данных приводят к ошибкам и нарушению нормального взаимодействия клиента и сервера. Поэтому при создании сложных систем целесообразно использовать подход, который не только позволит расширять приложение, но и оградит программиста от базы данных и позволит работать с объектами реляционных таблиц. Именно для этого задумывалась технология ORM.
При разработке современного программного обеспечения для хранения данных наиболее часто используют реляционные системы управления базами данных (РСУБД), тогда как для проектирования и программирования логики обработки данных, чаще используют объектно-ориентированный подход. Интеграция этих двух моделей открывает широкие возможности как в процессе проектирования баз данных, так и на стадиях эксплуатации и модернизации.
ORM(Object Relational Mapping) - отображение объектов какого-либо объектно-ориентированного языка в структуры реляционных баз данных. Выражаясь более простым языком, объектно-реляционный проектор - ОРП - теоретически позволяет программисту работать с таблицами, полями и связями реляционной БД, как с объектами, свойствами и коллекциями (массивами), не отвлекаясь на подробности более низкого уровня [1,c.200].
Объектная модель хорошо себя зарекомендовала при разработке больших систем (например, при создании ERP-систем, Интернет магазинов).
Платформа Entity Framework представляет собой набор технологий ADO.NET, обеспечивающих разработку приложений, связанных с обработкой данных. В Entity Framework разработчики получают возможность работать с данными, представленными в форме относящихся к конкретным доменам объектов и свойств, таких как клиенты и их адреса, не будучи вынужденными обращаться к базовым таблицам и столбцам базы данных, где хранятся эти данные.
Платформа Entity Framework придает значимость концептуальным моделям, позволяя разработчикам выполнять запросы к сущностям и связям в концептуальной модели; при этом для перевода этих операций в команды, зависящие от источника данных, применяется сама платформа Entity Framework. Это позволяет отказаться от применения в приложениях жестко заданных зависимостей от конкретного источника данных.
Entity Framework — это не просто еще одно средство объектно-реляционного сопоставления. Ее цель — предоставить приложениям возможность чтения и изменения данных, представленных в виде сущностей и связей в концептуальной модели.
Использование данной технологии позволяет создать проект, отвечающий следующим требованиям: надежность, быстрый и качественный доступ к информации, возможность расширения проекта, а также использование единого хранилища информации.
Проведя сравнительный анализ программ для автоматизации документооборота учебного процесса, можно сделать следующие выводы:
существующие системы имеют широкий функционал, способны реализовывать задачи необходимые для организации учебного процесса в ВУЗе;
существующие системы достаточно дорогостоящие, требуют затрат не только на лицензию, но и на сопровождение;
для того чтобы ввести систему в эксплуатацию необходимо обучить персонал, это требует дополнительных денежных затрат;
в существующих система практически не реализован блок работы с УМК.
Для автоматизации рабочего процесса необходимо разработать ПО, которое сможет решать задачи автоматизации, как и ее платные аналоги, но будет превосходить их по возможности беспрепятственного расширения системы и совершенствования модулей программы даже в процессе ее эксплуатации.
Основной целью представляемой работы является разработка объектного источника данных, который будет обеспечивать разработчикам удобный интерфейс для доступа к данным и соответствовать требованиям безопасности и целостности данных.
В соответствии с этой целью были поставлены следующие задачи:
выбрать СУБД;
произвести анализ существующих ORM;
выбрать оптимальных ORM для данного рода задач;
провести анализ и осуществить выбор паттерна проектирования объектного источника данных;
в соответствии с выбранными технологиями, разработать объектный источник данных системы автоматизации документооборота кафедры ЭВМиС ВолгГТУ;
создать модуль генерации экзаменационных билетов на основе контрольных вопросов в среду MS Office;
спроектировать и реализовать редактор отчетов, позволяющий создавать в приложении гибкие настраиваемые отчеты;
реализовать модуль генерации отчетов по договорам с преподавателями и студентами, обучающимися на платной основе;
реализовать функции поиска и управления контингентом учащихся.
Исходя из рассмотренных задач, была построена диаграмма прецедентов(рисунок 1) и предложена архитектура проектируемого приложения(рисунок 2).
Рисунок 1 - Диаграмма прецедентов
Рисунок 2 - Общая архитектура системы электронного документооборота кафедры ЭВМиС
Основной задачей, является разработка объектно-ориентированной модели, которая позволит не просто автоматизировать определенный круг задач, с которыми сталкиваются работники кафедры на сегодняшний день, а также даст возможность легко расширять уже имеющуюся систему путем реализации новых алгоритмов между существующими объектами. В связи с этим, необходимо определиться с инструментальным средством разработки. Соответственно, необходимость расширяемости разрабатываемой системы диктует определенные требования к средству разработки. Выбираемое средство разработки должно:
поддерживать несколько языков программирования;
иметь развитые библиотеки компонентов для работы с базами данных и приложениями MS Office;
отвечать современным требованиям безопасности.
Практическое значение работы:
Созданный программный продукт позволит экономить время сотрудников кафедры вуза на составление документов;
Объектный источник данных позволит всем программистам приложения иметь унифицированный доступ к данным. Объектный источник данных будет являться слоем между базой данных и модулями приложения;
Объектный подход позволяет создавать масштабируемые приложения.
Литература:
Катаев, В.А. Технология программирования. Профессиональное программирование: системный подход / В.А. Катаев, В.В. Костерин. – СПб.: БХВ – Петербург, 2002. – 210 с.
Фаулер, М. Архитектура корпоративных программных приложений .: Пер. с англ./ М. Фаулер — М .: Издательский дом "Вильямс", 2006. — 544 с.
What’s new with Entity Framework in Visual Studio 2010 RC [Электронный ресурс] / ADO.NET team blog. – [2010]. – Режим доступа : http://blogs.msdn.com/b/adonet/archive/2010/02/12/what-s-new-with-entity-framework-in-visual-studio-2010-rc.aspx
