Реферат: Планирование организационных систем
МИНИСТЕРСТВО ОБЩЕГО И ПРОФЕССИОНАЛЬНОГО Факультет менеджмента Кафедра ОП и ВЭД Реферат по дисциплине: «Теория организации» на тему : «Планирование организационных систем» Выполнил: стдент группы ВЭД-95-1 Иванов Олег Руководитель: доц. Хасанов М. Х. Тюмень 1999 |
СОДЕРЖАНИЕ :
1. Введение 3
2. Методы планирования организационных систем
а) системный подход; 4
б) нормативный метод; 6
в) метод параметрического ( организационного ) моделирования; 7
г) метод функционального моделирования
( метод аналогий ); 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 .