Реферат: Методы проектирования организации - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

Методы проектирования организации

Банк рефератов / Менеджмент

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Архив Zip, 29 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

СОДЕРЖАНИЕ : 1. Введение 3 2. Методы планирования организацион ных систем а) системный подход ; 4 б) нормативный метод ; 6 в) метод параметрического ( органи зационного ) моделирования ; 7 г) метод функционального моделиро вания ( метод аналогий ) ; 7 д) Программно-целевой метод ; 8 3. Закономерности планир ования и построения ОС 10 4. Организация планирования ОС 15 5. Заключение 21 6. Список использованной литературы 22 ВВЕДЕНИЕ На протяжении тысячелетий люди созд авали организационные системы , пользуясь интуицией , здравым смыслом и опытом прошлого . С возникновением письменности практический опыт построения систем с тал переноситься на бумагу в виде проектов и передаваться будущему поко лению таким образом , для построения новых операционных систем конструк тор получил возможность пользоваться готовыми проектами аналогичных с истем , хорошо зарекомендовавших себя в прошлом . Такая практика широко и спользуется и в настоящее время . Для создания системы , имеющей аналоги в прошлом , разработчик подыскив ает подходящий аналогичный проект и принимает его за основу будущей сис темы . Если же такого аналога найти не удаётся , на помощь приходят здравый смысл и интуиция , частично дополняемые известными методами планирован ия организационных структур управления , среди которых наибольшее расп ространение получили системный подход , нормативный метод , метод параме трического моделирования , метод функционального моделирования и прог раммно-целевой метод . МЕТОДЫ ПЛАНИРОВАНИЯ ОРГАНИЗАЦИОННЫХ СИСТЕМ Системный подход . Он основан на представлении о систем е как о чём-то целостном , обладающем новыми свойствами ( качествами ) по ср авнению со свойствами составляющих её элементов . Новые свойства при это м понимаются очень широко . Они могут выражаться , в частности , в способно сти решать новые проблемы или достигать новых целей . Для этого требуется определить границы системы , выделив её из окружаю щего мира , и затем соответствующим образом изменить ( преобразовать ) , ил и , говоря математическим языком , перевести систему в желаемое состояни е . В. М. Глушков Глушко в В . М . Введение в АСУ . Киев : Техника , 1974 выделил в системном подходе следующие этапы : 1. Постановка задачи ( проблемы ) : определение объекта исследования , пост ановка целей , задание критериев для изучения объекта и управления им . 2. Очерчивание границ изучаемой системы и её структуризация . На этом этапе вся совокупность объектов и процессо в , имеющих отношение к поставленной цели , разбивается на 2 класса - собств енно изучаемая система и внешняя среда . 3. Составление математической модели изучаемой сист емы : параметризация системы , задание области определения параметров , у становление зависимостей между введёнными параметрами . 4. Исследование построенной модели : прогноз развития изучаемой системы на основе её модели , анализ результатов моделировани я . 5. Выбор оптимального управления . Выбор оптимального управления как раз и позволяет п еревести систему в желаемое ( целевое ) состояние и тем самым решить поста вленную проблему . Несмотря на чёткую математическую трактовку систем ного подхода , он не получил , однако , однозначной практической интерпрет ации . В связи с этим развиваются несколько направлений его практической реализации . Наибольшее распространение получили АСУПовские и с истемотехнические направления , суть которых заключается в совершенст вовании существующих систем управления . Для этого проводится их обслед ование ( диагностический анализ ) , выявляются недостатки и пути устранен ия последних , формируются мероприятия по совершенствованию систем , раз рабатываются проекты АСУ , внедрение которых рассматривается как спосо б преобразования существующих систем управления . АСУПовское направле ние официально признано и закреплено в соответствующих руководящих ме тодических материалах Общеотраслевые руководящие методи ческие материалы по созданию АСУП . М .: Стат истика , 1977 . Системотехническое направление является более нау коёмким и находится в настоящее время в стадии развития . Планирование сложной системы разбивается на два эта па : внешнее ( или макро- ) и внутреннее ( или микро- ) планирование . Внешнее пл анирование отвечает за вопрос : с какой целью создаётся система ? Внутреннее - на вопрос : какими средств ами реализуется система ? Други ми словами : " При внешнем планиро вании формируется цель и критерий эффективности будущей системы , а зате м корректируется её модель . Локализуется сама система , определяются её границы , фиксируются факторы внешней среды , влияющие на систему или нах одящиеся под её влиянием ; определяются входы , на которые система должна реагировать , и виды реакций , критерии эффективности её функционировани я . Внутреннее планирование опр еделяет содержание самой системы . " Мамиконов А . Г . Методы разработки АСУ . М .: Энергия , 1973 Этап внешнего планирования складывается из подэтапов ан ализа и синтеза . На первом подэтапе формируется цель разрабатываемой си стемы , проводится изучение существующей системы , составляется генерал ьная схема будущей системы . На втором - последовательно выполняется эск изное , техническое , рабочее планирование системы . Данный подход активно разрабатывается , однако не ре шён пока принципиальный вопрос : как на основе анализа существующей сист емы перейти к модели будущей системы ? Нормативный метод . Второе название этого метода - экспо ртно-аналитический . Он основан на выявлении статистических зависимост ей между параметрами характеристик структуры ОС и факторами , влияющими на эти характеристики . Статистические зависимости устанавливаются в р езультате исследования однородной группы лучших ( в определённом смысл е ) ОС : собираются данные о численных значениях структурных параметров и факторов ; с помощью корреляционного анализа определяется степень влия ния каждого фактора на структурные параметры и отбираются наиболее сущ ественные факторы ; выводятся нормативные формулы для расчёта параметр ов структуры . Разработанные нормативы определяют состав и содержание ф ункций , перечень решаемых основных задач , тип организационной структур ы и т. д. Полученные нормативы используют при планировании определённого класса ОС . Например , планирование организационной структуры управлени я машиностроительными предприятиями осуществляется на основе типовой схемы структуры управления , утверждённой для определённой группы пред приятий , и схемы должностных окладов инжинерно-технических работников , служащих и младшего обслуживающего персонала . Кабаков В . С . Организация у правления и эффективность производства . Ленинград : ЛИЭИ , 1985 . Метод параметрического ( организацио нного ) моделирования . Этот метод заключается в установлен ии функциональных зависимостей между характеристиками ОУ ( объекта упр авления ) и СУ ( субъекта управления ) для выявления степени их соответстви я . Для этого применяется аппарат математической статистики и логическо го анализа . В частности , с помощью корреляционного анализа изучаются за висимости между количеством работников аппарата управления и объёмом производства , на основе чего рассчитываются нормативы численности упр авленческого звена . " Логика и механизм зависимости системы управления от объекта управления состоят в следующем . Во-первых , эта зав исимость является объективной и реальной . Во-вторых , характер этой зави симости и теснота связи между элементами управляющей системы , с одной с тороны , и объекта управления , с другой - неоднородные . Так , если система ф ункций , а система информации преимущественно зависят непосредственно от особенностей объекта управления , то аппарат и техника управления зав исят от объекта управления не непосредственно , а через функции управлен ия и систему информации " Каменицер С . Е . , Соломатин В . В . Автоматизированная система управления ма шиностроительным предприятием . М . : Машиностроение , 1971 . . Метод помогает производить синтез ОС на основе изучения с ложившихся соотношений ( пропорций ) между характеристиками ОУ и СУ . Метод функционального моделиро вания ( метод аналог ий ) . Он заключается в том , что в основ у формирования аппарата управления кладётся стандартный набор функций , осуществление которых необходимо на каждом объекте для его нормальной работы . К ним относятся такие функции , как оперативное управление произ водством , материально-техническое снабжение , расчёт труда и заработной платы , технико-экономическое планирование и др. Основной характеристик ой организационной структуры управления считается численность админи стративно-управленческого персонала , которая рассчитывается по функц иям управления с учётом масштабов производства , отраслевой принадлежн ости предприятия и других факторов . Исходя из численности для каждого у ровня управления принимается определённое организационное решение : ф ормирование отдела , управления или бюро для выполнения работ по каждой функции , установление определённых должностей и т. п. Программно-целевой метод . Этот метод основан на формирова нии " древа целей " , в соответствии с которым определяется с истема мероприятий по реализации целей , называемая целевой комплексно й программой ( ЦКП ) . Для выполнения ЦКП строится специальная система упра вления ( СУ ЦКП ) , которая доводит задания ЦКП до конкретных исполнителей и контролирует выполнение программы . Организационная структура СУ ЦКП определяется , таким образом , " д ревом целей " , составом исполнит елей и содержанием ЦКП . Множество исполнителей программы и СУ ЦКП образуют в совокупности программно-целевую ОС , действующую в теч ение всего периода решения проблемы . Такие системы предлагается пл анировать в три стадии : 1. Формирование общей структурной схемы системы и её главн ых характеристик ( стадия композиции ) . 2. Разработка состава подразделений и основных связей между ними ( стади я структуризации ) . 3. Разработка количественных характеристик аппарата управления , устан овление порядка его деятельности ( стадия регламентации ) . При этом первая стадия имеет принципиальное значение , поскольку она о пределяет структуру организации . На ней определяются система целей и за дач организации , её тип и правовой статус , степень самостоятельности , гр аницы деятельности , состав функций . К недостаткам программно-целевого подхода следует отнести методичес кую незавершённость . Достаточно сказать , что в настоящее время " нет чётких , устоявшихся определений по широк ому кругу концептуальных положений разработки и реализации комплексны х программ , отсутствует единая точка зрения исследователей на основопо лагающие понятия программно-целевого планирования и управления , соотн ошение плана ( в его традиционной форме ) и целевой комплексной программы " . Мильнер Б . З . , Евенко Л . И . , Раппопорт В . С . Системный подход к организации управления . М . : Экономика , 1983 . В результате происходит адаптация ( приспособление ) программных метод ов к существующим методам планирования и управления . Всё это существенн о ограничивает рамки применения программно-целевого подхода , который н аиболее эффективен для решения хорошо структуризованных ( изученных ) пр облем , для которых сравнительно нетрудно провести исследование по схем е " цель - система мероприятий - ОУ - СУ " . В целом указанные выше подходы и методы применяются главным образом дл я совершенствования существующих ( действующих ) ОС . Что же касается созд ания новых ОС , то здесь пока ещё царят стихийность и субъективный подход . В самом деле , вопрос о том , быть или не быть той или иной организации , пред приятию , объединению часто решается волевым путём сверху вниз без научн ого обоснования . Такой путь формирования ОС , к сожалению , прочно укорени вшийся в нашей практике , даёт большой процент " брака " - нежизнеспособных и неэфф ективных систем . Отсутствием научной основы разработки ОС объясняется во многом и " забывчивость " создаваемых систем . Не потому ли на каком-то этапе своего развития о ни начинают утрачивать связь с проблемами , для решения которых создавал ись , что эта связь не была учтена в полной мере при самом создании системы , определении её границ , структуры , функций и т. д. ? Как уже отмечалось , при создании новых ОС приходится отби рать ресурсы ( в основном трудовые ) у существующих . Понятно , что выделени е ресурсов под каждую ОС должно быть строго дозировано в зависимости от важности решаемых ими проблем . К сожалению , и вопросы ранжирования проб лем по их общественной значимости , и оценки эффективности использовани я тех или иных ресурсов в различных ОС остаются почти без внимания . Это приводит к тому , что решение многих важных пробле м ( и соответственно их ОС ) не имеет достаточного ресурсного обеспечения . Преобладание отраслевого принципа распределения ресурсов не способс твует улучшению положения . Кроме того , у нас нет и адекватных методик расчёта эк ономической эффективности ОС , что делает невозможным обоснование необ ходимости их создания . Недостатком существующей практики планирования и с оздания ОС является также недостаточная оперативность . Иногда с момент а появления проблемы и до момента построения ОС проходят многие годы , в т ечение которых обществу наносится невосполнимый ущерб от игнорировани я проблем . Например , десятилетиями замалчивалась проблема охраны окруж ающей среды , пока наконец не была создана специальная ОС . Лишь сравнител ьно недавно стали предметом обсуждения проблемы наркомании , проституц ии , борьбы с организованной преступностью . Рано или поздно эти проблемы всё равно бы " всплыли на поверхн ость " , однако очевидно , что чем р аньше та или иная проблема будет обнаружена и решена , тем больший ущерб у дастся предотвратить . Вряд ли можно признать такое положение удовлетворительн ым , и без разработки теории планирования и построения ОС его не улучшить . ЗАКОНОМЕРНОСТИ ПЛАНИРОВАНИЯ И П ОСТРОЕНИЯ ОС . Всякая те ория должна исходить из практики , чтобы потом служить ей же опорой . В это м смысле и теория планирования и построения ОС не исключение , она должна основываться на анализе практики создания и функционирования ОС . Основ ная сложность состоит в том , чтобы среди множества единичных фактов и на блюдений различных специалистов выявить какие-то ключевые положения , з акономерности , общие для планирования и построения всех ОС . Среди них мо жно выделить следующие : 1. Формирование ОС - это многоэтап ный процесс . 2. Необходимым условием для начала планирования , а за тем и создания ОС , является наличие определённой общественной потребно сти . Однако одной потребности недостаточно , нужны ещё определённые эко номические , юридические , социальные , технические условия и другие гара нтии , обеспечивающие им самостоятельность и относительную устойчивос ть . 3. Решение вновь возникающих проблем не обязательно т ребует создания новых ОС . Многие проблемы могут успешно решаться в рамк ах " старых " ОС . Обычно для этого разрабатывается спе циальный комплекс мероприятий ( или ЦКП ) и готовятся постановления ( или п риказы ) , обязывающие соответствующие ОС выполнять предписанные им рабо ты . Контроль за реализацией комплекса мероприятий ( или ЦКП ) осуществляе тся организацией , назначаемой головной по данной проблеме . Необходимос ть в планировании и построении новых ОС возникает обычно , когда станови тся очевидным , что существующие организационные структуры управления не справляются с решением проблемы и требуется создать новые . 4. Для выбора способа решения проблем предварительно пров одится их исследование . Наибольшее распространение при этом получили м етоды системного анализа , в основном программно-целевые методы , наибол ее естественным путём связывающие проблему со средствами её решения . Ре шение сложной проблемы обычно начинают с построения " дерева целей " , которых требу ется достичь путём организации и проведения определённого комплекса м ероприятий . Задача заключается в том , чтобы найти этот комплекс , указать конкретных исполнителей и сроки выполнения мероприятий . Для этого " дерево " как бы " накладывается " на реальную среду , в результате чего находится необходимая инфо рмация и составляется конкретная программа работ . Для решения сложных проблем иногда используются методы аналитическо го и имитационного моделирования . 5. После иссл едования проблемы наибольшую трудность вызывает обычно выбор исполнит елей ( или организаций-исполнителей ) , деятельность которых в рамках буду щих ОС способна удовлетворить общественную потребность ( или решить про блему ) полностью или частично . Сложность задачи заключается не столько в том , чтобы найти таких исполнителей ( или организаций-исполнителей ) , ко торые способны решить проблему , сколько в том , чтобы их можно было органи зовать в систему . При этом должна учитываться возможность перехода испо лнителей из одной ОС в другую ( из старой в новую ) . Последнее обстоятельст во требует учёта ущерба , который может быть нанесён обществу вследствие ухода исполнителя из " старой " ОС и соизмерение этого ущерба с ожидаемой полезностью вследствие перехода его в новую ОС . Конечно , необ ходимость соизмерять ожидаемую полезность с ущербом возникает далеко не всегда , однако когда в качестве исполнителей рассматриваются крупны е ОС , то она становится очевидной . Оптимальный выбор исполнителей , т. е. состава ОУ , - задача д остаточно сложная . С ростом числа потенциально возможных исполнителей ( n ) количество их сочетаний растёт , как 2 n , поэтому объективно оцени ть все альтернативные варианты состава ОУ и выбрать из них один оптималь ный в качестве основы для будущей ОС , как правило , не представляется возм ожным . В связи с этим данная задача решается обычно экспертным путём . При этом часто допускаются ошибки , снижающие эффективность создаваемой ОС . Некоторые из этих ошибок исправляет практика , другие же сопровождают всю " жизнь " созданной ОС . Выбор состава ОУ - длительный процесс , условно разбиваемый на два этапа . На первом этапе определяются потенциально возможные исполнители , т. е. те , кто своей деятельностью способен ( судя по имеющейся информации ) оказ ать заметное влияние на решение проблемы . На втором этапе из всех кандид атур на включение в состав отбираются те , которые удовлетворяют определ ённым требованиям . Для первого и второго этапов нужна информация , котор ую получают как на основе исследования самой проблемы , так и путём изуче ния конкретных условий её решения . Одним из наиболее распространённых с пособов определения состава потенциально возможных исполнителей ( кан дидатов на включение в состав ОУ ) является построение " дерева целей " , нижний урове нь которого ( уровень мероприятий ) определяет конкретные мероприятия и позволяет установить предполагаемый состав исполнителей . Множество п отенциально возможных исполнителей обычно называют проблемным объект ом . Понятие " проблемный объект " используется и другими авторами Лейбкинд А . Р . , Руднева Е . В . , Рудник Б . Л . Проблемы методологии и разработка комплексных программ . М . : Наука , 1983 . , правда , в несколько ином смысле . 6. Планирование СУ производится после того , как выбраны границы ( состав ) ОУ . Этот вывод является очень важным для понимания всей технологии пост роения ОС . В многоэтапном формировании ОС можно выделить три стадии : 1. На этой стадии , в связи с некоторой проблемой происходит умозрительно е выделение ( одним или несколькими исследованиями ) ОУ из среды . При этом объект пока не получил широкого научного признания ( и названия ) и не имее т собственного СУ . Например , в связи с необходимостью решения проблемы у крепления здоровья населения некоторые исследователи выделяют объект , включающий ряд отраслей ( здравоохранение , медицинская промышленност ь , физкультура и спорт , туризм и т. д. ) , состав которого , однако , требует уто чнения . Этот объект пока не получил научного названия и не имеет собстве нного СУ . 2. На второй стадии объект получает научное признание , однако собственн ого СУ всё ещё не имеет . Например , топливно-производственный комплекс . 3. На третьей стадии объект получает юридическое признание и собственн ый СУ . Таким образом , важно иметь ввиду , что ОУ длительное время может не имет ь своего СУ . Вместе с тем формирование ОУ можно рассматривать как подгот овительный этап создания СУ и ОС в целом . Построение СУ осуществляется на основе анализа особенностей ОУ ( колич ества исполнителей , их профессионального состава , сложности выполняем ых работ ) и информации , полученной при исследовании проблемы и условий е ё решения . Зависимость характеристик СУ от особенностей ОУ определяет необходи мость предварительного изучения производственной деятельности ОУ для разработки соответствующего СУ . Этот тезис получил своё подтверждение и дальнейшее развитие в работах наших учёных ( С. Е. Каменицера , В. В. Солома тина , А. А. Модина и др. ) . Так , по мнению А. А. Модина , " создание и развитие современных систем управления определяетс я требованиями научного управления , свойствами управляемых объектов , а так же условиями использования технических средств " Мо дин А . А . Основы разработки и развития АСУ . М . : Наука , 1984 . . Подобным образом высказываются и другие авторы . " Характеристики управляющей системы полностью о пределяются целями управления и степенью соответствия этим целям хара ктеристик объекта , т. е. всей совокупности представляющих его параметро в ( структура объекта , состав и взаимосвязи входящих в него элементов , па раметры отдельных элементов и т. д. ) . Следовательно , ведущая роль в формир овании параметров замкнутой системы , включающей объект управления , упр авляющую систему и обратную связь , принадлежит объекту управления . Поэ тому при разработке организационной структуры органов управления перв ичным является объект как элемент базиса , а вторичным - управляющая сист ема как фактор надстройки " Лагоша Б . А . , Маркович В . Г . , Дегтярёва Т . Д . Методы и модели с овершенствования организационных структур . М . : Нау ка , 1988 . . На изучении и использовании зависимости между характери стиками СУ и ОУ основан метод параметрического моделирования , имеющий ш ирокое применение при планировании организационных структур управлен ия . Указанные выше наблюдения и объективные закономерности создания ОС позволяют сформулировать следующие положения , составляющие основу пр облемного подхода к планированию и последующему построению ОС . 1. В основе разработки любой ОС должно лежать изучение конкретной общес твенной потребности ( проблемы ) . 2. Планирование и последующее построение ОС должно осуществляться в по следовательности " проблема - ОУ - СУ " , что означает последовательное выполнение эт апов : исследование проблемы , выбор границ ( состава ) ОУ , построение ( синт ез ) СУ . 3. Выбор границ ( состава ) ОУ целесообразно осуществлять в две стадии . На первой - определить состав проблемного объекта , т. е. множество потенциал ьных исполнителей , кто своей деятельностью способен оказать влияние на решение проблемы . На второй - выбрать из них тех , кто удовлетворяет опред елённым требованиям и ресурсным ограничениям на создание ОС . При этом и сполнителями могут быть организации ( их подразделения ) , предприятия , об ъединения , отрасли и другие ОС . 4. Решение вопроса о целесообразности создания ОС должно приниматься н а основе исследования проблемы , проблемного объекта , а также оценки ожи даемой эффективности системы . 5. Синтез СУ должен осуществляться исход я из особенностей ОУ . 6. Планирование ОС следует выполнять с учётом этапов , прин ятых для разработки сложных систем управления . ОРГАНИЗАЦИЯ ПЛАНИРОВАНИЯ ОС Разработка ОС - сложный многоплан овый процесс , требующий участия различных специалистов : - специалистов по решаемой проблеме - для постановки и исследования проблемы , а так же выбора границ проблемного объекта и объ екта управления ; - системотехников - для проектирования и внедрения си стемы ; - экономистов - для оценки экономической эффективнос ти проектируемой системы и выбора наилучшего варианта её построения ; - программистов и электронщиков - для оснащения ОС нео бходимыми программными и техническими средствами ; - специалистов по базам данных и базам знаний - для соз дания информационной основы системы ; - юристов - для разработки документов , определяющих ю ридический статус системы и регламентирующих порядок работы её подраз делений . Формирование комплексных бригад , включающих указан ных специалистов , требует значительных организационных усилий и затра т . Однако положительный опыт создания в 60 - 70-х годах подобных бригад для ра зработки АСУ говорит о том , что эта задача выполнима . Подобные бригады ил и группы могут создаваться на хозрасчётной основе при научно-исследова тельских и проектных организациях , занимающихся созданием АСУ , а также при центрах экономического ( или управленческого ) консультирования . В д альнейшем они , по-видимому , смогут объединяться в организации , специали зирующиеся на создании проблемно-ориентированных ОС . Пока ещё ни у нас в стране , ни за рубежом практически н ет организаций или коллективов , специализирующихся на их создании . Поп улярные в последнее время центры управленческого консультирования эти м пока тоже не занимаются . Учитывая почти полное отсутствие отечественн ого и зарубежного опыта организации проектирования ОС , можно привести р яд общих положений , которые могут быть полезны для практических целей . В разработке системы должны участвовать : - организация-заказчик ( т. е. организация , ответственн ая за решение проблемы и обладающая соответствующими полномочиями и ре сурсами ) ; - организация-разработчик ( научно-исследовательски й или проектный институт по созданию ОС ) ; - НИИ ( или их подразделения ) , специализирующиеся на да нной проблеме , называемые проблемными НИИ ; - организации ( подразделения ) , входящие в состав ОУ . Аналогично АСУП процесс создания ОС должен осуществ ляться в три стадии с включением в первую стадию дополнительного этапа Н ИР , связанного с постановкой и исследованием проблемы , выбором границ и обследованием ОУ , а также синтезом СУ . Таким образом , весь процесс созда ния ОС включает следующие три стадии : 1. Предпроектная стадия . Включает этапы : подготовите льный , проведения НИР , разработки технико-экономического обоснования ( ТЭО ) и технического задания ( ТЗ ) на создание ОС . 2. Стадия проектирования ( планирования ) . Включает эта пы : разработки технического ( ТП ) и рабочего ( РП ) проектов или технорабоче го ( ТРП ) проекта . 3. Стадия ввода в эксплуатацию ОС . Включает : выполнени е монтажно-наладочных работ , опытную эксплуатацию и приёмосдаточные ис пытания системы . На подготовительном этапе уто чняется постановка проблемы , определяются заказчик , разработчик и проб лемные НИИ , заключается договор на проведение НИР , формируется эксперт ный совет , составляется и утверждается план-график совместных работ . На этапе НИР проводится исследовани е проблемы , определяются границы проблемного объекта , составляется ЦКП по решению проблемы , делается вывод о целесообразности или нецелесообр азности разработки проекта ОС . Реализация плана мероприятий должна оку пать затраты , связанные с проведением НИР . При положительном решении во проса о целесообразности создания ОС заключается договор на разработк у и внедрение системы . На этапе ТЭО формируются альтернативные варианты построения ОС , оцени вается их эффективность и выбирается наиболее приемлемый вариант . ТЭО д олжно подтверждать необходимость и целесообразность создания ОС . В ТЭО обосновывается основная идея проектных решений по всем видам обеспече ния ОС , выявляются и оцениваются факторы и источники эффективности , про изводится оценка затрат и эффекта , ожидаемого от внедрения системы . На этапе ТЗ разрабатываются варианты структуры ОС , определяется её фу нкциональный состав , устанавливаются основные требования к информаци онному , программному , техническому , правовому и лингвистическому обес печению системы , разрабатываются план-график создания системы и перече нь организационно-технических мероприятий по подготовке ОУ к внедрени ю системы . Этап заканчивается составлением и утверждением ТЗ , которое д олжно содержать : - основание для создания ОС ; - постановку и описание решаемой про блемы ; - результаты проведения НИР ; - назначение и цель создания ОС ; - требования к ОС и средствам её обеспечения ; - мероприятия по подготовке ОУ к внедрению ОС ; - показатели эффективности функц ионирования системы (источники ожидаемой эффективности , методика расч ёта эффективности , результаты расчёта) ; - стадии создания ОС (перечень ста дий , этапов и видов работ , график их выполнения ) ; - порядок контроля и приёмки ОС (элеме нтов и системы в целом) . На этапе ТП принимаются проектные ре шения по общесистемным вопросам , в т. ч. по структуре ОС , составу реализуе мых задач процессу функционирования системы ; производится разработка решений по организационному , техническому и другим видам обеспечения ; производится увязка различных видов обеспечения между собой ; осуществ ляется разработка проектно-сметной строительной документации . Этап за вершается составлением и утверждением ТП , включающего три основных ком понента : общесистемную документацию , проектные решения обеспечивающе й части и проектные решения функциональной части . Общесистемная документация должна содержать : - пояснительную записку к проекту (перечень документов , на основании которых разрабатывается система , их содержание , исполнители и сроки выполнения работ , постановка проблемы , характеристика ОУ и основных проектных решений) ; - план мероприятий по подготовке ОУ к внедрению системы (уточнённый перечень работ по этапам создания , их сод ержание , объём , сроки выполнения , исполнители и форма завершения) ; - смету затрат на создание и эксплуатацию системы ; - расчёт эффективности (исходные данные , расчёт и результаты расчёта) . В состав проектных решений по обеспе чивающей части должны входить решения по каждому из видов обеспечения : организационному , информационному , тех ническому , программному , математическому , лингвистическому , правовом у . Так , например , проектные решения по организационному обеспечению дол жны содержать решения по функциям персонала ОС и по организационной стр уктуре системы . Проектные решения по информационному обеспечению долж ны содержать : описание организации информационной базы , описание систе мы классификации и кодирования , описание условий и требований по обеспе чению обмена информацией в системе , макеты форм документов и др. Проектн ые решения по техническому обеспечению должны содержать : описание КТС , проектную оценку надёжности КТС , технологическую схему обработки данн ых и т. д. На этапе РП разрабатываются программы и эксплуатационна я документация проекта по информационному , организационному и др. видам обеспечения ; проводится адаптация программ и программной документаци и ; разрабатывается документация для технических средств разового изго товления . Этап завершается подготовкой РП , включающего : - технологическую схему обра ботки информации ; - формы документов и описание ма ршрутов их движения ; - инструкции по внесению изменений в информационную базу ; - перечень стандартных программ , альбомы классифика торов и кодов ; - инструкции по эксплуатации КТС для решения предусм отренных проектом задач ; - рабочие программы , блок схемы алгоритмов ; - описания контрольных примеров ; - описание входной информации и результатов работы Э ВМ и других технических средств ; - технологические инструкции по обработке данных ; - уточнённый расчёт экономической эффективности сис темы . Особой частью РП должны явиться организационная структура , штатное расписание и должностные инструкц ии , определяющие права , обязанности сотрудников аппарата управления и обслуживающего персонала системы . Создание ОС требует , как правило : - формирования новых организ ационно-функциональных структур ; - введения новых документов и до кументопотоков ; - формирования новой информационной базы ; - разработки нового программного обеспечения ; - установки и обслуживания дополнительных техническ их средств . Ввод в эксплуатацию ОС заключается в выполнении мон тажно-наладочных работ , комплексной отладке всех звеньев системы , пров ерка её работоспособности в реальных условиях и заканчивается сдачей с истемы межведомственной комиссии . ЗАКЛЮЧЕ НИЕ В заключении можно отметить , чт о многие существующие ОС обладают большой избыточностью , " омертвляя " значительную часть закреплённых за ними народохозяйственн ых ресурсов (трудовых , материальных , финансовых) , которые могли быть исп ользованы для решения актуальных задач социально-экономического разви тия страны. Сейчас или в ближайшем будущем необх одимо пересмотреть действующий механизм формирования ОС , чтобы исключ ить или по крайней мере ограничить практику создания неэффективных сис тем . В самом деле , дальнейшее игнорирование ОС как самостоятельного кла сса систем , требующего специального изучения , при наблюдаемом росте их количества неизбежно приведёт к дальнейшему снижению эффективности ис пользования ресурсов . До тех пор , пока общество не научится создавать вы сокоэффективные ОС , ему не удастся увеличить отдачу от используемых рес урсов . Именно поэтому вопросы разработки научного фундамента планиров ания , проектирования и построения ОС требуют первостепенного внимания и незамедлительного решения .
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
Если человек перед тобой оправдывается, значит, ты для него что-то значишь...
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru