Планирование организационных систем

| |

|МИНИСТЕРСТВО ОБЩЕГО И ПРОФЕССИОНАЛЬНОГО |

|ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ |

|ТЮМЕНСКИЙ ГОСУДАРСТВЕННЫЙ НЕФТЕГАЗОВЫЙ |

|УНИВЕРСИТЕТ |

| |

|Факультет менеджмента |

|Кафедра ОП и ВЭД |

| |

|Реферат |

| |

|по дисциплине: «Теория организации» |

|на тему : |

|«Планирование организационных систем» |

| |

|Выполнил: стдент |

|группы ВЭД-95-1 |

|Иванов Олег |

|Руководитель: доц. |

|Хасанов М. Х. |

| |

|Тюмень 1999 |

СОДЕРЖАНИЕ :

1.Введение 3

2.Методы планирования организационных систем

а) системный подход ; 4

б) нормативный метод ; 6

в) метод параметрического ( организационного ) моделирования ;

г) метод функционального моделирования

( метод аналогий ) ; 7

д) Программно-целевой метод ; 8

3.Закономерности планирования и построения ОС 10

4.Организация планирования ОС 15

5.Заключение 21

6.Список использованной литературы 22

ВВЕДЕНИЕ

На протяжении тысячелетий люди создавали организационные системы ,

пользуясь интуицией , здравым смыслом и опытом прошлого .

С возникновением письменности практический опыт построения систем

стал переноситься на бумагу в виде проектов и передаваться будущему

поколению таким образом , для построения новых операционных систем

конструктор получил возможность пользоваться готовыми проектами аналогичных

систем , хорошо зарекомендовавших себя в прошлом . Такая практика широко

используется и в настоящее время .

Для создания системы , имеющей аналоги в прошлом , разработчик

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

системы . Если же такого аналога найти не удаётся , на помощь приходят

здравый смысл и интуиция , частично дополняемые известными методами

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

распространение получили системный подход , нормативный метод , метод

параметрического моделирования , метод функционального моделирования и

программно-целевой метод .

МЕТОДЫ ПЛАНИРОВАНИЯ ОРГАНИЗАЦИОННЫХ СИСТЕМ

Системный подход .

Он основан на представлении о системе как о чём-то целостном ,

обладающем новыми свойствами ( качествами ) по сравнению со свойствами

составляющих её элементов . Новые свойства при этом понимаются очень широко

. Они могут выражаться , в частности , в способности решать новые проблемы

или достигать новых целей .

Для этого требуется определить границы системы , выделив её из

окружающего мира , и затем соответствующим образом изменить ( преобразовать

) , или , говоря математическим языком , перевести систему в желаемое

состояние .

В. М. Глушков[1] выделил в системном подходе следующие этапы :

1. Постановка задачи ( проблемы ) : определение объекта исследования

, постановка целей , задание критериев для изучения объекта и управления им

2. Очерчивание границ изучаемой системы и её структуризация . На этом

этапе вся совокупность объектов и процессов , имеющих отношение к

поставленной цели , разбивается на 2 класса - собственно изучаемая система

и внешняя среда .

3. Составление математической модели изучаемой системы :

параметризация системы , задание области определения параметров ,

установление зависимостей между введёнными параметрами .

4. Исследование построенной модели : прогноз развития изучаемой

системы на основе её модели , анализ результатов моделирования .

5. Выбор оптимального управления .

Выбор оптимального управления как раз и позволяет перевести систему в

желаемое ( целевое ) состояние и тем самым решить поставленную проблему .

Несмотря на чёткую математическую трактовку системного подхода , он

не получил , однако , однозначной практической интерпретации . В связи с

этим развиваются несколько направлений его практической реализации .

Наибольшее распространение получили АСУПовские и системотехнические

направления , суть которых заключается в совершенствовании существующих

систем управления . Для этого проводится их обследование ( диагностический

анализ ) , выявляются недостатки и пути устранения последних , формируются

мероприятия по совершенствованию систем , разрабатываются проекты АСУ ,

внедрение которых рассматривается как способ преобразования существующих

систем управления . АСУПовское направление официально признано и закреплено

в соответствующих руководящих методических материалах[2] .

Системотехническое направление является более наукоёмким и находится

в настоящее время в стадии развития .

Планирование сложной системы разбивается на два этапа : внешнее ( или

макро- ) и внутреннее ( или микро- ) планирование . Внешнее планирование

отвечает за вопрос : с какой целью создаётся система ? Внутреннее - на

вопрос : какими средствами реализуется система ? Другими словами : " При

внешнем планировании формируется цель и критерий эффективности будущей

системы , а затем корректируется её модель . Локализуется сама система ,

определяются её границы , фиксируются факторы внешней среды , влияющие на

систему или находящиеся под её влиянием ; определяются входы , на которые

система должна реагировать , и виды реакций , критерии эффективности её

функционирования . Внутреннее планирование определяет содержание самой

системы ."[3]

Этап внешнего планирования складывается из подэтапов анализа и

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

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

будущей системы . На втором - последовательно выполняется эскизное ,

техническое , рабочее планирование системы .

Данный подход активно разрабатывается , однако не решён пока

принципиальный вопрос : как на основе анализа существующей системы перейти

к модели будущей системы ?

Нормативный метод .

Второе название этого метода - экспортно-аналитический . Он основан

на выявлении статистических зависимостей между параметрами характеристик

структуры ОС и факторами , влияющими на эти характеристики . Статистические

зависимости устанавливаются в результате исследования однородной группы

лучших ( в определённом смысле ) ОС : собираются данные о численных

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

анализа определяется степень влияния каждого фактора на структурные

параметры и отбираются наиболее существенные факторы ; выводятся

нормативные формулы для расчёта параметров структуры . Разработанные

нормативы определяют состав и содержание функций , перечень решаемых

основных задач , тип организационной структуры и т. д. Полученные нормативы

используют при планировании определённого класса ОС . Например ,

планирование организационной структуры управления машиностроительными

предприятиями осуществляется на основе типовой схемы структуры управления ,

утверждённой для определённой группы предприятий , и схемы должностных

окладов инжинерно-технических работников , служащих и младшего

обслуживающего персонала .[4]

Метод параметрического ( организационного ) моделирования .

Этот метод заключается в установлении функциональных зависимостей

между характеристиками ОУ ( объекта управления ) и СУ ( субъекта управления

) для выявления степени их соответствия . Для этого применяется аппарат

математической статистики и логического анализа . В частности , с помощью

корреляционного анализа изучаются зависимости между количеством работников

аппарата управления и объёмом производства , на основе чего рассчитываются

нормативы численности управленческого звена .

" Логика и механизм зависимости системы управления от объекта

управления состоят в следующем . Во-первых , эта зависимость является

объективной и реальной . Во-вторых , характер этой зависимости и теснота

связи между элементами управляющей системы , с одной стороны , и объекта

управления , с другой - неоднородные . Так , если система функций , а

система информации преимущественно зависят непосредственно от особенностей

объекта управления , то аппарат и техника управления зависят от объекта

управления не непосредственно , а через функции управления и систему

информации "[5]. Метод помогает производить синтез ОС на основе изучения

сложившихся соотношений ( пропорций ) между характеристиками ОУ и СУ .

Метод функционального моделирования

( метод аналогий ) .

Он заключается в том , что в основу формирования аппарата управления

кладётся стандартный набор функций , осуществление которых необходимо на

каждом объекте для его нормальной работы . К ним относятся такие функции ,

как оперативное управление производством , материально-техническое

снабжение , расчёт труда и заработной платы , технико-экономическое

планирование и др. Основной характеристикой организационной структуры

управления считается численность административно-управленческого персонала

, которая рассчитывается по функциям управления с учётом масштабов

производства , отраслевой принадлежности предприятия и других факторов .

Исходя из численности для каждого уровня управления принимается

определённое организационное решение : формирование отдела , управления или

бюро для выполнения работ по каждой функции , установление определённых

должностей и т. п.

Программно-целевой метод .

Этот метод основан на формировании " древа целей " , в соответствии с

которым определяется система мероприятий по реализации целей , называемая

целевой комплексной программой ( ЦКП ) . Для выполнения ЦКП строится

специальная система управления ( СУ ЦКП ) , которая доводит задания ЦКП до

конкретных исполнителей и контролирует выполнение программы .

Организационная структура СУ ЦКП определяется , таким образом , " древом

целей " , составом исполнителей и содержанием ЦКП .

Множество исполнителей программы и СУ ЦКП образуют в совокупности

программно-целевую ОС , действующую в течение всего периода решения

проблемы .

Такие системы предлагается планировать в три стадии :

1. Формирование общей структурной схемы системы и её главных

характеристик ( стадия композиции ) .

2. Разработка состава подразделений и основных связей между ними (

стадия структуризации ) .

3. Разработка количественных характеристик аппарата управления ,

установление порядка его деятельности ( стадия регламентации ) .

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

определяет структуру организации . На ней определяются система целей и

задач организации , её тип и правовой статус , степень самостоятельности ,

границы деятельности , состав функций .

К недостаткам программно-целевого подхода следует отнести

методическую незавершённость . Достаточно сказать , что в настоящее время "

нет чётких , устоявшихся определений по широкому кругу концептуальных

положений разработки и реализации комплексных программ , отсутствует единая

точка зрения исследователей на основополагающие понятия программно-целевого

планирования и управления , соотношение плана ( в его традиционной форме )

и целевой комплексной программы ".[6]

В результате происходит адаптация ( приспособление ) программных

методов к существующим методам планирования и управления . Всё это

существенно ограничивает рамки применения программно-целевого подхода ,

который наиболее эффективен для решения хорошо структуризованных (

изученных ) проблем , для которых сравнительно нетрудно провести

исследование по схеме " цель - система мероприятий - ОУ - СУ " .

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

для совершенствования существующих ( действующих ) ОС . Что же касается

создания новых ОС , то здесь пока ещё царят стихийность и субъективный

подход . В самом деле , вопрос о том , быть или не быть той или иной

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

вниз без научного обоснования . Такой путь формирования ОС , к сожалению ,

прочно укоренившийся в нашей практике , даёт большой процент " брака " -

нежизнеспособных и неэффективных систем .

Отсутствием научной основы разработки ОС объясняется во многом и "

забывчивость " создаваемых систем . Не потому ли на каком-то этапе своего

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

создавались , что эта связь не была учтена в полной мере при самом создании

системы , определении её границ , структуры , функций и т. д. ?

Как уже отмечалось , при создании новых ОС приходится отбирать

ресурсы ( в основном трудовые ) у существующих . Понятно , что выделение

ресурсов под каждую ОС должно быть строго дозировано в зависимости от

важности решаемых ими проблем . К сожалению , и вопросы ранжирования

проблем по их общественной значимости , и оценки эффективности

использования тех или иных ресурсов в различных ОС остаются почти без

внимания .

Это приводит к тому , что решение многих важных проблем ( и

соответственно их ОС ) не имеет достаточного ресурсного обеспечения .

Преобладание отраслевого принципа распределения ресурсов не способствует

улучшению положения .

Кроме того , у нас нет и адекватных методик расчёта экономической

эффективности ОС , что делает невозможным обоснование необходимости их

создания .

Недостатком существующей практики планирования и создания ОС является

также недостаточная оперативность . Иногда с момента появления проблемы и

до момента построения ОС проходят многие годы , в течение которых обществу

наносится невосполнимый ущерб от игнорирования проблем . Например ,

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

не была создана специальная ОС . Лишь сравнительно недавно стали предметом

обсуждения проблемы наркомании , проституции , борьбы с организованной

преступностью . Рано или поздно эти проблемы всё равно бы " всплыли на

поверхность " , однако очевидно , что чем раньше та или иная проблема будет

обнаружена и решена , тем больший ущерб удастся предотвратить .

Вряд ли можно признать такое положение удовлетворительным , и без

разработки теории планирования и построения ОС его не улучшить .

ЗАКОНОМЕРНОСТИ ПЛАНИРОВАНИЯ И ПОСТРОЕНИЯ ОС .

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

опорой . В этом смысле и теория планирования и построения ОС не исключение

, она должна основываться на анализе практики создания и функционирования

ОС . Основная сложность состоит в том , чтобы среди множества единичных

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

положения , закономерности , общие для планирования и построения всех ОС .

Среди них можно выделить следующие :

1. Формирование ОС - это многоэтапный процесс .

2. Необходимым условием для начала планирования , а затем и создания

ОС , является наличие определённой общественной потребности . Однако одной

потребности недостаточно , нужны ещё определённые экономические ,

юридические , социальные , технические условия и другие гарантии ,

обеспечивающие им самостоятельность и относительную устойчивость .

3. Решение вновь возникающих проблем не обязательно требует создания

новых ОС . Многие проблемы могут успешно решаться в рамках " старых " ОС .

Обычно для этого разрабатывается специальный комплекс мероприятий ( или ЦКП

) и готовятся постановления ( или приказы ) , обязывающие соответствующие

ОС выполнять предписанные им работы . Контроль за реализацией комплекса

мероприятий ( или ЦКП ) осуществляется организацией , назначаемой головной

по данной проблеме . Необходимость в планировании и построении новых ОС

возникает обычно , когда становится очевидным , что существующие

организационные структуры управления не справляются с решением проблемы и

требуется создать новые .

4. Для выбора способа решения проблем предварительно проводится их

исследование . Наибольшее распространение при этом получили методы

системного анализа , в основном программно-целевые методы , наиболее

естественным путём связывающие проблему со средствами её решения . Решение

сложной проблемы обычно начинают с построения " дерева целей " , которых

требуется достичь путём организации и проведения определённого комплекса

мероприятий . Задача заключается в том , чтобы найти этот комплекс ,

указать конкретных исполнителей и сроки выполнения мероприятий . Для этого

" дерево " как бы " накладывается " на реальную среду , в результате чего

находится необходимая информация и составляется конкретная программа работ

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

и имитационного моделирования .

5. После исследования проблемы наибольшую трудность вызывает обычно

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

в рамках будущих ОС способна удовлетворить общественную потребность ( или

решить проблему ) полностью или частично . Сложность задачи заключается не

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

исполнителей ) , которые способны решить проблему , сколько в том , чтобы

их можно было организовать в систему . При этом должна учитываться

возможность перехода исполнителей из одной ОС в другую ( из старой в новую

) . Последнее обстоятельство требует учёта ущерба , который может быть

нанесён обществу вследствие ухода исполнителя из " старой " ОС и

соизмерение этого ущерба с ожидаемой полезностью вследствие перехода его в

новую ОС . Конечно , необходимость соизмерять ожидаемую полезность с

ущербом возникает далеко не всегда , однако когда в качестве исполнителей

рассматриваются крупные ОС , то она становится очевидной .

Оптимальный выбор исполнителей , т. е. состава ОУ , - задача

достаточно сложная . С ростом числа потенциально возможных исполнителей ( n

) количество их сочетаний растёт , как 2n , поэтому объективно оценить все

альтернативные варианты состава ОУ и выбрать из них один оптимальный в

качестве основы для будущей ОС , как правило , не представляется возможным

. В связи с этим данная задача решается обычно экспертным путём . При этом

часто допускаются ошибки , снижающие эффективность создаваемой ОС .

Некоторые из этих ошибок исправляет практика , другие же сопровождают

всю " жизнь " созданной ОС .

Выбор состава ОУ - длительный процесс , условно разбиваемый на два

этапа . На первом этапе определяются потенциально возможные исполнители ,

т. е. те , кто своей деятельностью способен ( судя по имеющейся информации

) оказать заметное влияние на решение проблемы . На втором этапе из всех

кандидатур на включение в состав отбираются те , которые удовлетворяют

определённым требованиям . Для первого и второго этапов нужна информация ,

которую получают как на основе исследования самой проблемы , так и путём

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

способов определения состава потенциально возможных исполнителей (

кандидатов на включение в состав ОУ ) является построение " дерева целей "

, нижний уровень которого ( уровень мероприятий ) определяет конкретные

мероприятия и позволяет установить предполагаемый состав исполнителей .

Множество потенциально возможных исполнителей обычно называют проблемным

объектом . Понятие " проблемный объект " используется и другими авторами[7]

, правда , в несколько ином смысле .

6. Планирование СУ производится после того , как выбраны границы (

состав ) ОУ . Этот вывод является очень важным для понимания всей

технологии построения ОС .

В многоэтапном формировании ОС можно выделить три стадии :

1. На этой стадии , в связи с некоторой проблемой происходит

умозрительное выделение ( одним или несколькими исследованиями ) ОУ из

среды . При этом объект пока не получил широкого научного признания ( и

названия ) и не имеет собственного СУ . Например , в связи с необходимостью

решения проблемы укрепления здоровья населения некоторые исследователи

выделяют объект , включающий ряд отраслей ( здравоохранение , медицинская

промышленность , физкультура и спорт , туризм и т. д. ) , состав которого ,

однако , требует уточнения . Этот объект пока не получил научного названия

и не имеет собственного СУ .

2. На второй стадии объект получает научное признание , однако

собственного СУ всё ещё не имеет . Например , топливно-производственный

комплекс .

3. На третьей стадии объект получает юридическое признание и

собственный СУ .

Таким образом , важно иметь ввиду , что ОУ длительное время может не

иметь своего СУ . Вместе с тем формирование ОУ можно рассматривать как

подготовительный этап создания СУ и ОС в целом .

Построение СУ осуществляется на основе анализа особенностей ОУ (

количества исполнителей , их профессионального состава , сложности

выполняемых работ ) и информации , полученной при исследовании проблемы и

условий её решения .

Зависимость характеристик СУ от особенностей ОУ определяет

необходимость предварительного изучения производственной деятельности ОУ

для разработки соответствующего СУ . Этот тезис получил своё подтверждение

и дальнейшее развитие в работах наших учёных ( С. Е. Каменицера , В. В.

Соломатина , А. А. Модина и др. ) . Так , по мнению А. А. Модина , "

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

научного управления , свойствами управляемых объектов , а так же условиями

использования технических средств "[8] .

Подобным образом высказываются и другие авторы . " Характеристики

управляющей системы полностью определяются целями управления и степенью

соответствия этим целям характеристик объекта , т. е. всей совокупности

представляющих его параметров ( структура объекта , состав и взаимосвязи

входящих в него элементов , параметры отдельных элементов и т. д. ) .

Следовательно , ведущая роль в формировании параметров замкнутой системы ,

включающей объект управления , управляющую систему и обратную связь ,

принадлежит объекту управления . Поэтому при разработке организационной

структуры органов управления первичным является объект как элемент базиса ,

а вторичным - управляющая система как фактор надстройки "[9] .

На изучении и использовании зависимости между характеристиками СУ и

ОУ основан метод параметрического моделирования , имеющий широкое

применение при планировании организационных структур управления . Указанные

выше наблюдения и объективные закономерности создания ОС позволяют

сформулировать следующие положения , составляющие основу проблемного

подхода к планированию и последующему построению ОС .

1. В основе разработки любой ОС должно лежать изучение конкретной

общественной потребности ( проблемы ) .

2. Планирование и последующее построение ОС должно осуществляться в

последовательности " проблема - ОУ - СУ " , что означает последовательное

выполнение этапов : исследование проблемы , выбор границ ( состава ) ОУ ,

построение ( синтез ) СУ .

3. Выбор границ ( состава ) ОУ целесообразно осуществлять в две

стадии . На первой - определить состав проблемного объекта , т. е.

множество потенциальных исполнителей , кто своей деятельностью способен

оказать влияние на решение проблемы . На второй - выбрать из них тех , кто

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

ОС . При этом исполнителями могут быть организации ( их подразделения ) ,

предприятия , объединения , отрасли и другие ОС .

4. Решение вопроса о целесообразности создания ОС должно приниматься

на основе исследования проблемы , проблемного объекта , а также оценки

ожидаемой эффективности системы .

5. Синтез СУ должен осуществляться исходя из особенностей ОУ .

6. Планирование ОС следует выполнять с учётом этапов , принятых для

разработки сложных систем управления .

ОРГАНИЗАЦИЯ ПЛАНИРОВАНИЯ ОС

Разработка ОС - сложный многоплановый процесс , требующий участия различных

специалистов :

- специалистов по решаемой проблеме - для постановки и исследования

проблемы , а так же выбора границ проблемного объекта и объекта управления

;

- системотехников - для проектирования и внедрения системы ;

- экономистов - для оценки экономической эффективности проектируемой

системы и выбора наилучшего варианта её построения ;

- программистов и электронщиков - для оснащения ОС необходимыми

программными и техническими средствами ;

- специалистов по базам данных и базам знаний - для создания

информационной основы системы ;

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

статус системы и регламентирующих порядок работы её подразделений .

Формирование комплексных бригад , включающих указанных специалистов ,

требует значительных организационных усилий и затрат . Однако положительный

опыт создания в 60 - 70-х годах подобных бригад для разработки АСУ говорит

о том , что эта задача выполнима . Подобные бригады или группы могут

создаваться на хозрасчётной основе при научно-исследовательских и проектных

организациях , занимающихся созданием АСУ , а также при центрах

экономического ( или управленческого ) консультирования . В дальнейшем они

, по-видимому , смогут объединяться в организации , специализирующиеся на

создании проблемно-ориентированных ОС .

Пока ещё ни у нас в стране , ни за рубежом практически нет

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

Популярные в последнее время центры управленческого консультирования этим

пока тоже не занимаются . Учитывая почти полное отсутствие отечественного и

зарубежного опыта организации проектирования ОС , можно привести ряд общих

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

В разработке системы должны участвовать :

- организация-заказчик ( т. е. организация , ответственная за решение

проблемы и обладающая соответствующими полномочиями и ресурсами ) ;

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

институт по созданию ОС ) ;

- НИИ ( или их подразделения ) , специализирующиеся на данной

проблеме , называемые проблемными НИИ ;

- организации ( подразделения ) , входящие в состав ОУ .

Аналогично АСУП процесс создания ОС должен осуществляться в три

стадии с включением в первую стадию дополнительного этапа НИР , связанного

с постановкой и исследованием проблемы , выбором границ и обследованием ОУ

, а также синтезом СУ . Таким образом , весь процесс создания ОС включает

следующие три стадии :

1. Предпроектная стадия . Включает этапы : подготовительный ,

проведения НИР , разработки технико-экономического обоснования ( ТЭО ) и

технического задания ( ТЗ ) на создание ОС .

2. Стадия проектирования ( планирования ) . Включает этапы :

разработки технического ( ТП ) и рабочего ( РП ) проектов или технорабочего

( ТРП ) проекта .

3. Стадия ввода в эксплуатацию ОС . Включает : выполнение монтажно-

наладочных работ , опытную эксплуатацию и приёмосдаточные испытания системы

На подготовительном этапе уточняется постановка проблемы ,

определяются заказчик , разработчик и проблемные НИИ , заключается договор

на проведение НИР , формируется экспертный совет , составляется и

утверждается план-график совместных работ .

На этапе НИР проводится исследование проблемы , определяются границы

проблемного объекта , составляется ЦКП по решению проблемы , делается вывод

о целесообразности или нецелесообразности разработки проекта ОС .

Реализация плана мероприятий должна окупать затраты , связанные с

проведением НИР . При положительном решении вопроса о целесообразности

создания ОС заключается договор на разработку и внедрение системы .

На этапе ТЭО формируются альтернативные варианты построения ОС ,

оценивается их эффективность и выбирается наиболее приемлемый вариант . ТЭО

должно подтверждать необходимость и целесообразность создания ОС . В ТЭО

обосновывается основная идея проектных решений по всем видам обеспечения ОС

, выявляются и оцениваются факторы и источники эффективности , производится

оценка затрат и эффекта , ожидаемого от внедрения системы .

На этапе ТЗ разрабатываются варианты структуры ОС , определяется её

функциональный состав , устанавливаются основные требования к

информационному , программному , техническому , правовому и

лингвистическому обеспечению системы , разрабатываются план-график создания

системы и перечень организационно-технических мероприятий по подготовке ОУ

к внедрению системы . Этап заканчивается составлением и утверждением ТЗ ,

которое должно содержать :

- основание для создания ОС ;

- постановку и описание решаемой проблемы ;

- результаты проведения НИР ;

- назначение и цель создания ОС ;

- требования к ОС и средствам её обеспечения ;

- мероприятия по подготовке ОУ к внедрению ОС ;

- показатели эффективности функционирования системы (источники

ожидаемой эффективности , методика расчёта эффективности , результаты

расчёта) ;

- стадии создания ОС (перечень стадий , этапов и видов работ , график

их выполнения ) ;

- порядок контроля и приёмки ОС (элементов и системы в целом) .

На этапе ТП принимаются проектные решения по общесистемным вопросам ,

в т. ч. по структуре ОС , составу реализуемых задач процессу

функционирования системы ; производится разработка решений по

организационному , техническому и другим видам обеспечения ; производится

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

проектно-сметной строительной документации . Этап завершается составлением

и утверждением ТП , включающего три основных компонента : общесистемную

документацию , проектные решения обеспечивающей части и проектные решения

функциональной части .

Общесистемная документация должна содержать :

- пояснительную записку к проекту (перечень документов , на основании

которых разрабатывается система , их содержание , исполнители и сроки

выполнения работ , постановка проблемы , характеристика ОУ и основных

проектных решений) ;

- план мероприятий по подготовке ОУ к внедрению системы (уточнённый

перечень работ по этапам создания , их содержание , объём , сроки

выполнения , исполнители и форма завершения) ;

- смету затрат на создание и эксплуатацию системы ;

- расчёт эффективности (исходные данные , расчёт и результаты

расчёта) .

В состав проектных решений по обеспечивающей части должны входить

решения по каждому из видов обеспечения : организационному ,

информационному , техническому , программному , математическому ,

лингвистическому , правовому . Так , например , проектные решения по

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

ОС и по организационной структуре системы . Проектные решения по

информационному обеспечению должны содержать : описание организации

информационной базы , описание системы классификации и кодирования ,

описание условий и требований по обеспечению обмена информацией в системе ,

макеты форм документов и др. Проектные решения по техническому обеспечению

должны содержать : описание КТС , проектную оценку надёжности КТС ,

технологическую схему обработки данных и т. д.

На этапе РП разрабатываются программы и эксплуатационная документация

проекта по информационному , организационному и др. видам обеспечения ;

проводится адаптация программ и программной документации ; разрабатывается

документация для технических средств разового изготовления . Этап

завершается подготовкой РП , включающего :

- технологическую схему обработки информации ;

- формы документов и описание маршрутов их движения ;

- инструкции по внесению изменений в информационную базу ;

- перечень стандартных программ , альбомы классификаторов и кодов ;

- инструкции по эксплуатации КТС для решения предусмотренных проектом

задач ;

- рабочие программы , блок схемы алгоритмов ;

- описания контрольных примеров ;

- описание входной информации и результатов работы ЭВМ и других

технических средств ;

- технологические инструкции по обработке данных ;

- уточнённый расчёт экономической эффективности системы .

Особой частью РП должны явиться организационная структура , штатное

расписание и должностные инструкции , определяющие права , обязанности

сотрудников аппарата управления и обслуживающего персонала системы .

Создание ОС требует , как правило :

- формирования новых организационно-функциональных структур ;

- введения новых документов и документопотоков ;

- формирования новой информационной базы ;

- разработки нового программного обеспечения ;

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

Ввод в эксплуатацию ОС заключается в выполнении монтажно-наладочных

работ , комплексной отладке всех звеньев системы , проверка её

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

межведомственной комиссии .

ЗАКЛЮЧЕНИЕ

В заключении можно отметить , что многие существующие ОС обладают

большой избыточностью , "омертвляя" значительную часть закреплённых за ними

народохозяйственных ресурсов (трудовых , материальных , финансовых) ,

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

экономического развития страны.

Сейчас или в ближайшем будущем необходимо пересмотреть действующий

механизм формирования ОС , чтобы исключить или по крайней мере ограничить

практику создания неэффективных систем . В самом деле , дальнейшее

игнорирование ОС как самостоятельного класса систем , требующего

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

приведёт к дальнейшему снижению эффективности использования ресурсов . До

тех пор , пока общество не научится создавать высокоэффективные ОС , ему не

удастся увеличить отдачу от используемых ресурсов . Именно поэтому вопросы

разработки научного фундамента планирования , проектирования и построения

ОС требуют первостепенного внимания и незамедлительного решения .

-----------------------

[1] Глушков В. М. Введение в АСУ . Киев : Техника , 1974

[2] Общеотраслевые руководящие методические материалы по созданию АСУП .

М.: Статистика , 1977

[3] Мамиконов А. Г. Методы разработки АСУ . М.: Энергия , 1973

[4] Кабаков В. С. Организация управления и эффективность производства .

Ленинград : ЛИЭИ , 1985 .

[5] Каменицер С. Е. , Соломатин В. В. Автоматизированная система управления

машиностроительным предприятием . М. : Машиностроение , 1971 .

[6] Мильнер Б. З. , Евенко Л. И. , Раппопорт В. С. Системный подход к

организации управления . М. : Экономика , 1983 .

[7] Лейбкинд А. Р. , Руднева Е. В. , Рудник Б. Л. Проблемы методологии и

разработка комплексных программ . М. : Наука , 1983 .

[8] Модин А. А. Основы разработки и развития АСУ . М. : Наука , 1984 .

[9] Лагоша Б. А. , Маркович В. Г. , Дегтярёва Т. Д. Методы и модели

совершенствования организационных структур . М. : Наука , 1988 .