Автоматизация систем управления в образовании (стр. 2 из 3)

АСУ реализуется программным комплексом АСУ "УОМ", являющейся собственно автоматизированной системой управления муниципальной системой образования, так как именно на этом уровне идут основные процессы принятия управленческих решений.

САПР должен быть реализован программной системой САПП "ЦРО", предназначенной для обеспечения деятельности по проектированию образовательной среды муниципальной системы образования. В данном случае аналогом проектного бюро крупной производственной организации выступает Центр развития образования г.Ярославля (ГЦРО).

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

Именно поэтому попытка создать АСУ школы привела к созданию аналога АСУ ТП (получившем не совсем соответствующее содержанию название АСИОУ "Школа"), а создание АСУ на уровне Управления образования идет так, как планировалось в техническом задании.

Далее по тексту АСИОУ "Школа" будем называть АСУ ОП "Школа".

Связь между АСУ "УОМ" и АСУ ОП "Школа" планируется и обеспечивается на уровне содержания и структур баз данных. Это необходимо, т.к. информации, существующей на уровне АСУ, недостаточно для глубокого анализа ситуации и принятия оптимальных решений.

Рис.2

Поэтому необходимо проектирование новых информационных потоков с "технологических участков" муниципальной системы образования в "центр" для учета при выработке управленческих решений параметров образовательного процесса (отличающихся в разных школах), информации по качеству образования (например, результаты тестирования знаний учащихся, результаты диагностики готовности ребенка к школе, диагностика готовности учащихся 9 и 11-х классов к профессиональному самоопределению), данных о себестоимости обучения и т.д.

Для получения информации по различным параметрам состояния управляемого объекта в АСУ ОП "Школа" разработаны различные прикладные подсистемы.

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

Рис.3. Модель автоматизации системы управления муниципальной системой образования

Для обоснования правомерности привлечения такой модели к решению задач информатизации в сфере образования рассмотрим более подробно понятие АСУ. Прежде всего дадим определение АСУ и соотнесем ее с СУ - системой управления как таковой.

АСУ представляет собой систему, основанную на использовании современных методов руководства социально-экономическим объектом, применении математических моделей и методов в процессе принятия решений и создании необходимой информационной базы на основе средств вычислительной техники и связи, обеспечивающую достижение нового качества в повышении эффективности управляемой системы [2].

Из этого определения следует, что АСУ, обладая всеми свойствами системы управления, является определенным этапом развития системы управления объектом, для которого она создается. Таким образом, речь идет не о параллельном существовании СУ и АСУ рассматриваемым социально-экономическим объектом, а о поэтапном "вживлении" комплекса современных достижений математики, техники и других отраслей науки в процессы функционирования системы управления. Любая реальная СУ, а СУ образования в силу его консервативности - в особенности, обладает определенными инерционными свойствами по отношению к использованию новых методов управления хотя бы потому, что при этом возникает необходимость массовой переподготовки аппарата управления в новых условиях. Поэтому переход от СУ к АСУ осуществляется по этапам, которые в каждом конкретном случае могут иметь различное содержание.

Этапы перехода от СУ к АСУ [2]:

Анализ системы - это изучение структуры и поведения существующей системы с целью определения ее существенных свойств.

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

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

Рассмотрим этапы перехода от СУ к АСУ применительно к системе образования.

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

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

Этап проектирования. Последние достижения в области проектирования сложных программных систем позволяют говорить об этапах анализа и проектирования как последовательных с определенной долей условности. В реальной деятельности четкого разделения нет, работы по этапам делаются "поблочно", параллельно и на разных участках системы управления - с разной скоростью, причем сам спроектированный "блок" сразу же становится инструментом анализа системы управления и перепроектируется по результатам этого анализа. Это стало возможным благодаря развитию вычислительной техники и созданию средств разработки сложных программных систем.

Этап внедрения. Для территориально-распределенной муниципальной системы образования, обладающей сложной иерархией управления, этот этап представляет наибольшие трудности.

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

Рассмотрим ситуацию, сложившуюся на сегодняшний день с внедрением АСУ ОП "Школа" в общеобразовательные учреждения муниципальной системы образования г.Ярославля.

Эффективность внедрения АСУ в практическую деятельность во многом определяется отношением к ней пользователей [3]. На сегодняшний день эффективность внедрения АСУ ОП "Школа" в ОУ г.Ярославля различна. Школы можно подразделить на три основных класса в зависимости от отношения сотрудников к автоматизации управления образовательным процессом:

соразработчики (примерно 9% по всей программной системе и 6% по какой-либо одной из прикладных подсистем) - сознательно и заинтересованно участвуют в развитии АСУ ОП как инструмента анализа состояния собственного объекта управления, а также в ее опытной эксплуатации (что всегда сопряжено с риском, временными потерями и моральными издержками), активно ищут внутренние резервы для поддержки работ по информатизации;

пользователи - используют АСУ ОП как один из инструментов обеспечения собственной деятельности, их также можно подразделить на три группы:

активные (примерно 34%) - устойчиво используют АСИОУ в повседневной деятельности, по собственной инициативе выходят на контакт с разработчиками программного обеспечения с заказами на создание новых функциональных возможностей системы, обновляют базы данных исходя из собственных потребностей в информации (следует заметить, что при этом могут использоваться далеко не все возможности АСИОУ, иногда базы данных ведутся только для обеспечения делопроизводства, иногда - только для поддержки одной или нескольких прикладных подсистем);

умеренные (примерно 37%) - охотно используют возможности АСИОУ в своей работе, но собственной активности не проявляют; базы данных ведутся достаточно регулярно, но скорее по приказу, чем из собственных побуждений, однако после демонстрации возможностей системы и агитации почти всегда наблюдается "подъем" в работе с системой;

пассивные (примерно 12%) - не противодействуют внедрению АСИОУ, но и не заинтересованы в нем, в собственной работе практически не используют, базы данных ведут от случая к случаю, демонстрация возможностей системы не вызывает роста активности;