Сетевые модели управления

Автор работы: Пользователь скрыл имя, 07 Мая 2013 в 15:40, реферат

Краткое описание

Цель работы — описать и усвоить, что, в общем, представляет собой сетевое планирование и управление (СПУ).
Для достижения поставленной цели следует решить следующие задачи:
 осветить историю СПУ,
 показать, в чём состоит сущность и назначение СПУ,
 дать определение основным элементам СПУ,
 указать правила построения и упорядочения сетевых графиков,
 описать временные показатели СПУ,
 дать правила оптимизации сетевого графика,
 показать построение сетевого графика в масштабе времени.

Содержание

СПИСОК УСЛОВНЫХ ОБОЗНАЧЕНИЙ 3
1 Введение 4
2 Сетевое планирование и управление 5
2.1 История сетевого планирования и управления 5
2.2 Сущность и назначение сетевого планирования и управления 8
2.3 Основные элементы сетевого планирования и управления 9
2.4 Порядок и правила построения сетевых графиков 12
2.5 Упорядочение сетевого графика 14
2.6 Понятие о пути 16
2.7 Временные параметры сетевых графиков 17
2.8 Анализ и оптимизация сетевого графика 22
2.9 Построение сетевого графика в масштабе времени 26
ЗАКЛЮЧЕНИЕ 27
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 28

Прикрепленные файлы: 1 файл

Реферат на тему- «Сетевые модели управления».doc

— 1.94 Мб (Скачать документ)

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

«Московский государственный технический университет  
имени Н.Э. Баумана»

(МГТУ  им. Н.Э. Баумана)


 

ФАКУЛЬТЕТ  «ИНФОРМАТИКИ И СИСТЕМ УПРАВЛЕНИЯ»

КАФЕДРА ИУ4 «ПРОЕКТИРОВАНИЕ И ТЕХНОЛОГИЯ ПРОИЗВОДСТВА ЭА»

 

РЕФЕРАТ на тему:

 «Сетевые модели управления»

 

 

по  курсу: Экономика и Организация Производства_

 

Студенты: Анучин С.Ю.  Кочетов А.С. Гаврилов А.Е. Прилепский Р.А.__

Группа:      _ИУ4-93_     

 

 

Преподаватель: __Мухин А.В.___

 

 

 

 

 

 

 

 

 

 

Москва, 2011

 

Содержание

 

СПИСОК УСЛОВНЫХ ОБОЗНАЧЕНИЙ 

СПУ

-

сетевое планирование и управление

ЭВМ

-

электронно-вычислительная машина

МКП

-

метод критического пути

ЭС

-

электронные средства

     

PERT

-

Program Evaluation and Review Technique (метод анализа и оценки программ)

     
     
     

 

1 Введение

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

Цель работы — описать и усвоить, что, в общем, представляет собой сетевое планирование и управление (СПУ).

Для достижения поставленной цели следует  решить следующие задачи:

  • осветить историю СПУ,
  • показать, в чём состоит сущность и назначение СПУ,
  • дать определение основным элементам СПУ,
  • указать правила построения и упорядочения сетевых графиков,
  • описать временные показатели СПУ,
  • дать правила оптимизации сетевого графика,
  • показать построение сетевого графика в масштабе времени.

 

 

 

2 Сетевое планирование и управление

2.1 История сетевого планирования и управления

Методики сетевого планирования были разработаны в конце 50-х годов  в США. В 1956 г. М. Уолкер из фирмы «Дюпон», исследуя возможности более эффективного использования принадлежащей фирме вычислительной машины Univac, объединил свои усилия с Д. Келли из группы планирования капитального строительства фирмы «Ремингтон Рэнд». Они попытались использовать ЭВМ для составления планов-графиков крупных комплексов работ по модернизации заводов фирмы «Дюпон». В результате был создан рациональный и простой метод описания проекта с использованием ЭВМ. Первоначально он был назван методом Уолкера-Келли, а позже получил название метода критического пути — МКП (или CPM — Critical Path Method).

Параллельно и независимо в военно-морских  силах США был создан метод  анализа и оценки программ PERT (Program Evaluation and Review Technique). Данный метод был разработан корпорацией «Локхид» и консалтинговой фирмой «Буз, Аллен энд Гамильтон» для реализации проекта разработки ракетной системы «Поларис», объединяющего около 3800 основных подрядчиков и состоящего из 60 тыс. операций. Использование метода PERT позволило руководству программы точно знать, что требуется делать в каждый момент времени и кто именно должен это делать, а также вероятность своевременного завершения отдельных операций. Руководство программой оказалось настолько успешным, что проект удалось завершить на два года раньше запланированного срока. Благодаря такому успешному началу данный метод управления вскоре стал использоваться для планирования проектов во всех вооруженных силах США. Методика отлично себя зарекомендовала при координации работ, выполняемых различными подрядчиками в рамках крупных проектов по разработке новых видов вооружения.

Крупные промышленные корпорации начали применение подобной методики управления практически одновременно с военными для разработки новых видов продукции  и модернизации производства. Широкое  применение методика планирования работ на основе проекта получила в строительстве. Например, для управления проектом сооружения гидроэлектростанции на реке Черчилль в Ньюфаундленде (полуостров Лабрадор). Стоимость проекта составила 950 млн. долларов. Гидроэлектростанция строилась с 1967 по 1976 г. Этот проект включал более 100 строительных контрактов, причем стоимость некоторых из них достигала 76 млн. долларов. В 1974 году ход работ по проекту опережал расписание на 18 месяцев и укладывался в плановую оценку затрат. Заказчиком проекта была корпорация Churchill Falls Labrador Corp., которая для разработки проекта и управления строительством наняла фирму Acress Canadian Betchel.

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

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

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

Этап наиболее бурного развития систем для управления проектами  начался с появлением персональных компьютеров, когда компьютер стал рабочим инструментом для широкого круга руководителей. Значительное расширение круга пользователей управленческих систем породило потребность создания систем для управления проектами нового типа, одним из важнейших показателей таких систем являлась простота использования. Управленческие системы нового поколения разрабатывались как средство управления проектом, понятное любому менеджеру, не требующее специальной подготовки и обеспечивающее лёгкое и быстрое включение в работу. Time Line принадлежит именно к этому классу систем. Разработчики новых версий систем этого класса, стараясь сохранить внешнюю простоту систем, неизменно расширяли их функциональные возможности и мощность, и при этом сохраняли низкие цены, делавшие системы доступными фирмам практически любого уровня.

В настоящее время сложились  глубокие традиции использования систем управления проектами во многих областях жизнедеятельности. Причем, основную долю среди планируемых проектов составляют небольшие по размерам проекты. Например, исследования, проведенные еженедельником InfoWorld, показали, что пятидесяти процентам пользователей в США требуются системы, позволяющие поддерживать планы, состоящие из 500-1 000 работ и только 28 процентов пользователей разрабатывают расписания, содержащие более 1 000 работ. Что касается ресурсов, то 38 процентам пользователей приходится управлять 50-100 видами ресурсов в рамках проекта, и только 28 процентам пользователей требуется контролировать более чем 100 видов ресурсов. В результате исследований были определены также средние размеры расписаний проектов: для малых проектов — 81 работа и 14 видов ресурсов, для средних — 417 работ и 47 видов ресурсов, для крупных проектов — 1 198 работ и 165 видов ресурсов. Данные цифры могут служить отправной точкой для менеджера, обдумывающего полезность перехода на проектную форму управления деятельностью собственной организации. Как видим, применение системы управления проектами на практике может быть эффективным и для очень небольших проектов.

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

В России работы по сетевому управлению начались в 60-х годах. Тогда методы СПУ нашли применение в строительстве  и научных разработках. В дальнейшем сетевые методы стали широко применяться и в других областях народного хозяйства.

 

 

2.2 Сущность и назначение сетевого планирования и управления

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

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

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

 

 

2.3 Основные элементы сетевого планирования и управления

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

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

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

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

Главными элементами сетевой модели являются работы и события.

Термин работа в СПУ имеет  несколько значений. Во-первых, это действительная работа — протяжённый во времени процесс, требующий затрат ресурсов (например, сборка изделия, испытание прибора и т.п.). Каждая действительная работа должна быть конкретной, чётко описанной и иметь ответственного исполнителя.

Во-вторых, это ожидание — протяжённый во времени процесс, не требующий затрат труда (например, процесс сушки после покраски, старения металла, твердения бетона и т.п.).

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

Событие — это момент завершения какого-либо процесса, отражающий отдельный этап выполнения проекта. Событие может являться частным результатом отдельной работы или суммарным результатом нескольких работ. Событие может свершиться только тогда, когда закончатся всё работы, ему предшествующие. Последующие работы могут начаться только тогда, когда событие свершится. Отсюда двойственный характер события: для всех непосредственно предшествующих ему работ оно является конечным, а для всех непосредственно следующих за ним — начальным. При этом предполагается, что событие не имеет продолжительности и свершается как бы мгновенно. Поэтому каждое событие, включаемое в сетевую модель, должно быть полно, точно и всесторонне определено, его формулировка должна включать в себя результат всех непосредственно предшествующих ему работ.

 

 

Рисунок 2.3.1 - Основные элементы сетевой модели

 

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

 

  •    — событие,

 

   — работа (процесс),


 

    — фиктивная работа — применяется для упрощения сетевых графиков (продолжительность всегда равна 0).

Информация о работе Сетевые модели управления