Автоматизированные  системы управления по функциональному  назначению довольно различны, поэтому  системотехника подразделяет их на несколько  классов:

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

Между объектами, образующими систему, существуют существенные связи -материальные и информационные. Материальный поток ресурсов имеет свое отображение в информационном потоке, например, в сопроводительных документах.

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

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

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

      Контроль — это главная функция контрольного элемента системы, который проверяет и оценивает сигналы обратной связи для определения того, как система движется в направлении к цели. Иногда понятия обратной связи и контроля объединяют, поскольку обратная связь играет существенную роль в контрольной функции системы.

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

Решение деловых проблем  на основе системного подхода

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

информация, допущения, знания, время.

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

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

Этапы цикла разработки системы и их целевая продукция  
 
 
 
 
 
 
 
 
 
 

      Схема последовательности и содержания отдельных  этапов решения деловой проблемы на основе методологии системного подхода 

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

     Знания. Необходимо оценить, какой суммой знаний вы владеете о деловой стороне решения, а также об информационной системе, которая может предоставить вам поддержку.

     Время. Очень важно оценить время, имеющееся для решения проблемы. Если времени достаточно, то можно собрать больше информации и проанализировать проблему как можно глубже. Однако в реальности время почти всегда ограничено.

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

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

Цикл  разработки ИСМ

     Когда системный подход используют для  совершенствования управления за счет радикального улучшения информационной системы, то говорят о разработке приложений. А поскольку управление представляет собой непрерывный процесс, являясь функцией системы, то и разработка приложений связана с необходимостью их систематического улучшения. При обзоре и планировании разработки приложений могут использоваться различные схемы стадий и этапов создания приложений. Например, традиционная системотехническая разработка задач и комплексов автоматизированных систем управления (АСУ) обычно рассматривается по трехстадийной схеме: предпроектная стадия, проектная, ввод в эксплуатацию. Через год после окончания внедрения АСУ выполняется еще этап анализа эффективности. При этом каждый этап разработки обеспечивается определенными методиками. Некоторое расхождение в схемах стадий и этапов связано с применением различных стандартов (национальных, отраслевых или стандартов отдельных крупных корпораций). Логика же последовательности работ определяется единой методологией системых исследований. На рис. 2.8 приведена схема типового цикла, логически обусловленного этой методологией.

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

     Каждый  этап разработки приложения завершается  созданием целевой продукции  этапа. Рис. 2.9 сосредотачивает внимание на продукции всех этапов цикла развития системы.

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

• действительно ли имеется проблема или есть беспроблемные альтернативы;

• целесообразно ли создание новой информационной системы;

• действительно ли ее можно будет реализовать (создать).

      При поддержке руководства должен быть создан план проведения работ.

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

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

     Этап   внедрения   (ввода   в   эксплуатацию)   завершается   созданием работоспособной системы. На этом этапе выполняются такие мероприятия:

• приобретается (или разрабатывается) и устанавливается оборудование и программное обеспечение;

• проводится тестирование системы и ее документирование;

• проводится обучение персонала;

• осуществляется переход на новую систему.

В зависимости от того, сохраняется ли старая технология обработки данных на период внедрения новой системы, различают варианты внедрения: (1) с дублированием работ старым способом, (2) без дублирования

 Внедрение  с дублированием работ более  надежно в случаях отказа новой (     системы или каких-либо ее нарушений. Однако этот вариант требует дополнительных ^&     затрат на двойную технологию обработки данных. Если в процессе внедрения системы

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

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

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

подразделениях.

При параллельном методе проект внедряется одновременно во всех подразделениях, поэтому время ввода здесь минимальное, а внесение коррективов усложняется и умножается с числом подразделений.

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

3.2. Применение ИКТ в работе ведущего специалиста айыл окмоту по социальной защите

 

 
 
 
 

 

 
 
 

 

 
 
 

 

 
 

 
 
 

   III. ИНФОРМАЦИОННЫЕ СИСТЕМЫ В РАБОТЕ ОРГАНОВ МЕСТНОГО САМОУПРАВЛЕНИЯ 

   3.1. Потребности и предпосылки создания муниципальных компьютерных систем 

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