Автор работы: Пользователь скрыл имя, 02 Октября 2011 в 22:51, реферат
Для создания системы , имеющей аналоги в прошлом , разработчик подыскивает подходящий аналогичный проект и принимает его за основу будущей системы . Если же такого аналога найти не удаётся , на помощь приходят здравый смысл и интуиция , частично дополняемые известными методами планирования организационных структур управления , среди которых наибольшее распространение получили системный подход , нормативный метод , метод параметрического моделирования , метод функционального моделирования и программно-целевой метод
1.Введение 3
2.Методы планирования организационных систем
а) системный подход ; 4
б) нормативный метод ; 6
в) метод параметрического ( организационного ) моделирования 7
г) метод функционального моделирования
( метод аналогий ) ; 7
д) Программно-целевой метод ; 8
3.Закономерности планирования и построения ОС 10
4.Организация планирования ОС 15
5.Заключение 21
6.Список использованной литературы 22
К
недостаткам программно-
В
результате происходит адаптация ( приспособление
) программных методов к
В целом указанные выше подходы и методы применяются главным образом для совершенствования существующих ( действующих ) ОС . Что же касается создания новых ОС , то здесь пока ещё царят стихийность и субъективный подход . В самом деле , вопрос о том , быть или не быть той или иной организации , предприятию , объединению часто решается волевым путём сверху вниз без научного обоснования . Такой путь формирования ОС , к сожалению , прочно укоренившийся в нашей практике , даёт большой процент " брака " - нежизнеспособных и неэффективных систем .
Отсутствием научной основы разработки ОС объясняется во многом и " забывчивость " создаваемых систем . Не потому ли на каком-то этапе своего развития они начинают утрачивать связь с проблемами , для решения которых создавались , что эта связь не была учтена в полной мере при самом создании системы , определении её границ , структуры , функций и т. д. ?
Как уже отмечалось , при создании новых ОС приходится отбирать ресурсы ( в основном трудовые ) у существующих . Понятно , что выделение ресурсов под каждую ОС должно быть строго дозировано в зависимости от важности решаемых ими проблем . К сожалению , и вопросы ранжирования проблем по их общественной значимости , и оценки эффективности использования тех или иных ресурсов в различных ОС остаются почти без внимания .
Это приводит к тому , что решение многих важных проблем ( и соответственно их ОС ) не имеет достаточного ресурсного обеспечения . Преобладание отраслевого принципа распределения ресурсов не способствует улучшению положения .
Кроме того , у нас нет и адекватных методик расчёта экономической эффективности ОС , что делает невозможным обоснование необходимости их создания .
Недостатком существующей практики планирования и создания ОС является также недостаточная оперативность . Иногда с момента появления проблемы и до момента построения ОС проходят многие годы , в течение которых обществу наносится невосполнимый ущерб от игнорирования проблем . Например , десятилетиями замалчивалась проблема охраны окружающей среды , пока наконец не была создана специальная ОС . Лишь сравнительно недавно стали предметом обсуждения проблемы наркомании , проституции , борьбы с организованной преступностью . Рано или поздно эти проблемы всё равно бы " всплыли на поверхность " , однако очевидно , что чем раньше та или иная проблема будет обнаружена и решена , тем больший ущерб удастся предотвратить .
Вряд
ли можно признать такое положение
удовлетворительным , и без разработки
теории планирования и построения ОС
его не улучшить .
ЗАКОНОМЕРНОСТИ
ПЛАНИРОВАНИЯ И ПОСТРОЕНИЯ
ОС .
Всякая теория должна исходить из практики , чтобы потом служить ей же опорой . В этом смысле и теория планирования и построения ОС не исключение , она должна основываться на анализе практики создания и функционирования ОС . Основная сложность состоит в том , чтобы среди множества единичных фактов и наблюдений различных специалистов выявить какие-то ключевые положения , закономерности , общие для планирования и построения всех ОС . Среди них можно выделить следующие :
1. Формирование ОС - это многоэтапный процесс .
2.
Необходимым условием для
3.
Решение вновь возникающих
4. Для выбора способа решения проблем предварительно проводится их исследование . Наибольшее распространение при этом получили методы системного анализа , в основном программно-целевые методы , наиболее естественным путём связывающие проблему со средствами её решения . Решение сложной проблемы обычно начинают с построения " дерева целей " , которых требуется достичь путём организации и проведения определённого комплекса мероприятий . Задача заключается в том , чтобы найти этот комплекс , указать конкретных исполнителей и сроки выполнения мероприятий . Для этого " дерево " как бы " накладывается " на реальную среду , в результате чего находится необходимая информация и составляется конкретная программа работ .
Для решения сложных проблем иногда используются методы аналитического и имитационного моделирования .
5. После исследования проблемы наибольшую трудность вызывает обычно выбор исполнителей ( или организаций-исполнителей ) , деятельность которых в рамках будущих ОС способна удовлетворить общественную потребность ( или решить проблему ) полностью или частично . Сложность задачи заключается не столько в том , чтобы найти таких исполнителей ( или организаций-исполнителей ) , которые способны решить проблему , сколько в том , чтобы их можно было организовать в систему . При этом должна учитываться возможность перехода исполнителей из одной ОС в другую ( из старой в новую ) . Последнее обстоятельство требует учёта ущерба , который может быть нанесён обществу вследствие ухода исполнителя из " старой " ОС и соизмерение этого ущерба с ожидаемой полезностью вследствие перехода его в новую ОС . Конечно , необходимость соизмерять ожидаемую полезность с ущербом возникает далеко не всегда , однако когда в качестве исполнителей рассматриваются крупные ОС , то она становится очевидной .
Оптимальный выбор исполнителей , т. е. состава ОУ , - задача достаточно сложная . С ростом числа потенциально возможных исполнителей ( n ) количество их сочетаний растёт , как 2n , поэтому объективно оценить все альтернативные варианты состава ОУ и выбрать из них один оптимальный в качестве основы для будущей ОС , как правило , не представляется возможным . В связи с этим данная задача решается обычно экспертным путём . При этом часто допускаются ошибки , снижающие эффективность создаваемой ОС .
Некоторые из этих ошибок исправляет практика , другие же сопровождают всю " жизнь " созданной ОС .
Выбор состава ОУ - длительный процесс , условно разбиваемый на два этапа . На первом этапе определяются потенциально возможные исполнители , т. е. те , кто своей деятельностью способен ( судя по имеющейся информации ) оказать заметное влияние на решение проблемы . На втором этапе из всех кандидатур на включение в состав отбираются те , которые удовлетворяют определённым требованиям . Для первого и второго этапов нужна информация , которую получают как на основе исследования самой проблемы , так и путём изучения конкретных условий её решения . Одним из наиболее распространённых способов определения состава потенциально возможных исполнителей ( кандидатов на включение в состав ОУ ) является построение " дерева целей " , нижний уровень которого ( уровень мероприятий ) определяет конкретные мероприятия и позволяет установить предполагаемый состав исполнителей . Множество потенциально возможных исполнителей обычно называют проблемным объектом . Понятие " проблемный объект " используется и другими авторами7 , правда , в несколько ином смысле .
6. Планирование СУ производится после того , как выбраны границы ( состав ) ОУ . Этот вывод является очень важным для понимания всей технологии построения ОС .
В многоэтапном формировании ОС можно выделить три стадии :
1.
На этой стадии , в связи с
некоторой проблемой
2.
На второй стадии объект
3.
На третьей стадии объект
Таким образом , важно иметь ввиду , что ОУ длительное время может не иметь своего СУ . Вместе с тем формирование ОУ можно рассматривать как подготовительный этап создания СУ и ОС в целом .
Построение СУ осуществляется на основе анализа особенностей ОУ ( количества исполнителей , их профессионального состава , сложности выполняемых работ ) и информации , полученной при исследовании проблемы и условий её решения .
Зависимость характеристик СУ от особенностей ОУ определяет необходимость предварительного изучения производственной деятельности ОУ для разработки соответствующего СУ . Этот тезис получил своё подтверждение и дальнейшее развитие в работах наших учёных ( С. Е. Каменицера , В. В. Соломатина , А. А. Модина и др. ) . Так , по мнению А. А. Модина , " создание и развитие современных систем управления определяется требованиями научного управления , свойствами управляемых объектов , а так же условиями использования технических средств "8 .
Подобным образом высказываются и другие авторы . " Характеристики управляющей системы полностью определяются целями управления и степенью соответствия этим целям характеристик объекта , т. е. всей совокупности представляющих его параметров ( структура объекта , состав и взаимосвязи входящих в него элементов , параметры отдельных элементов и т. д. ) . Следовательно , ведущая роль в формировании параметров замкнутой системы , включающей объект управления , управляющую систему и обратную связь , принадлежит объекту управления . Поэтому при разработке организационной структуры органов управления первичным является объект как элемент базиса , а вторичным - управляющая система как фактор надстройки "9 .
На изучении и использовании зависимости между характеристиками СУ и ОУ основан метод параметрического моделирования , имеющий широкое применение при планировании организационных структур управления . Указанные выше наблюдения и объективные закономерности создания ОС позволяют сформулировать следующие положения , составляющие основу проблемного подхода к планированию и последующему построению ОС .
1. В основе разработки любой ОС должно лежать изучение конкретной общественной потребности ( проблемы ) .
2.
Планирование и последующее
3. Выбор границ ( состава ) ОУ целесообразно осуществлять в две стадии . На первой - определить состав проблемного объекта , т. е. множество потенциальных исполнителей , кто своей деятельностью способен оказать влияние на решение проблемы . На второй - выбрать из них тех , кто удовлетворяет определённым требованиям и ресурсным ограничениям на создание ОС . При этом исполнителями могут быть организации ( их подразделения ) , предприятия , объединения , отрасли и другие ОС .
4.
Решение вопроса о
5. Синтез СУ должен осуществляться исходя из особенностей ОУ .
6.
Планирование ОС следует выполнять с учётом
этапов , принятых для разработки сложных
систем управления .
ОРГАНИЗАЦИЯ
ПЛАНИРОВАНИЯ ОС
Разработка ОС - сложный многоплановый процесс , требующий участия различных специалистов :
-
специалистов по решаемой
- системотехников - для проектирования и внедрения системы ;
-
экономистов - для оценки экономической
эффективности проектируемой
- программистов и электронщиков - для оснащения ОС необходимыми программными и техническими средствами ;