Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


Для освоения теории необходимо изучить разделы 1.1 – 1.3.



ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ

В УПРАВЛЕНИИ ПРОЕКТАМИ

 

Глава 1 из опубликованной работы: Дегтярев А.В., Вдовин В.А., Ковалев А.М., Кущенков Б.К. Информационные технологии в менеджменте. Учебное пособие. М.: «Доброе слово», 2011. – 152 с.

 

Москва – 2011


Содержание

стр.

1. Прикладные информационные системы для управления проектами в организациях-разработчиках (на примере проектов в области информационных технологий)………………    
1.1. Понятия проекта, управления проектом, проектной деятельности........................................................................................................  
1.2. Способы и средства автоматизации управления проектами в организации-разработчике……………………………………………  
1.2.1. Основные подходы к автоматизации в области проектного управления…………………………………………………………..  
1.2.2 Структура АЭИС проектной организации………………………..
1.2.3. Применение локальных проблемно-ориентированных инструментальных средств………………………………………………...  
1.3. Основные методы управления проектами………………………..
1.3.1. Общие положения…………………………………………………..
1.3.2. Временные (линейные) диаграммы……………………………….
1.3.3. Сетевая модель планирования и управления проектами…………………………………………………………………….  
1.3.3.1. Основные понятия и определения при использовании сетевого планирования и управления..............................................................  
1.3.3.2. Наиболее распространенные методы сетевого планирования…..
1.3.4. Модели, интегрирующие временные диаграммы и сетевую модель…………………………………………………………………..  
1.4. Технология формирования сетевой модели с использованием инструментального средства Microsoft Project на примере проекта разработки веб-сайта………………………………………….    
1.4.1. Возможности инструментального средства………………………
1.4.2. Формулировка задачи и исходные данные………………………..
1.4.3. Последовательность процедур по формированию сетевой модели…………………………………………………………………….  
1.4.4. Результаты разработки сетевой модели и расчета ее показателей........................................................................................................  
  Вопросы для самоконтроля……………………………………...
  Список использованных источников…………………………..

 

Для освоения теории необходимо изучить разделы 1.1 – 1.3.

При условии освоения теории для выполнения ЛР достаточно ознакомиться с разделом 1.4. Особое внимание следует обратить на таблицу 1.3, которая отсутствует в методических указаниях по выполнению ЛР.

 

 


Прикладные информационные системы для управления проектами

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

Информационных технологий)

Понятия проекта, управления проектом, проектной деятельности

Проект – это ограниченный по времени уникальный комплекс мероприятий по целенаправленному созданию или изменению некоторой системы (объекта) с четко сформулированными целями, достижение которых определяет завершение проекта, а также с установленными требованиями к срокам, результатам, риску, рамкам расходования средств и ресурсов и к организационной структуре [4]. Цели проекта, требования к нему, промежуточные и окончательные результаты должны быть оформлены в виде проектной документации.

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

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

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

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

Многие фирмы ориентированы преимущественно на проектную деятельность: НИИ, КБ, проектные организации в различных отраслях экономики, организации, разрабатывающие программные и информационные продукты, автоматизированные экономические информационные системы (АЭИС).

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

 

 

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

В организации-разработчике

 

Основные подходы к автоматизации в области

Проектного управления

 

Для автоматизации проектного управления, как и для автоматизации управления в других сферах, используются компьютерная техника, коммуникационные системы, вычислительные сети, программные и информационные продукты, специализированные АЭИС. При этом в настоящее время можно говорить о двух в чем-то противоположных подходах к автоматизации проектного управления:

● создании и эксплуатации комплексных АЭИС проектного управления, ориентированных на информационную поддержку управления в организациях, осуществляющих преимущественно проектную деятельность (это наиболее радикальный системный подход, который начал применяться относительно недавно);

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

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

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

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

3) приобретение на рынке информационных технологий готовых программных продуктов («коробочных продуктов») или тиражируемых АЭИС для проектного управления с последующей их адаптацией к условиям конкретной организации;

4) реализация модели SaaS (ПО-как-услуга ‒ Software-as-a-Service), предусматривающей предоставление пользователям необходимого им ПО через посредство Интернета на основе веб-доступа (то есть с использованием веб-сайта или портала). ПО в этом случае размещается и обновляется на стороне провайдера сервиса приложений (Application Service Provider – ASP) без установки на пользовательских компьютерах, что позволяет конечным пользователям экономить на покупке и обслуживании программного обеспечения и оборудования. Модель SaaS является разновидностью так называемых «облачных сервисов (услуг)», предоставляемых пользователям через Интернет.

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

Инструментальных средств

 

Локальные проблемно-ориентированные инструментальные средства (программные продукты) играют в настоящее время важную роль в автоматизации проектного управления в силу их гибкости и относительно небольших затрат на внедрение.

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

Локальные проблемно-ориентированные программные средства, как правило, рассматриваются в качестве составных частей для создания комплексных АЭИС проектного управления с необходимой для проектной организации конфигурацией. По этой причине они обычно соответствуют основным блокам архитектуры АЭИС проектного управления. В настоящее время в наибольшей степени востребованы программные продукты, соответствующие блоку «Система календарно-ресурсного и бюджетного управления» (см. выше рис. 1.1). В частности, в качестве «коробочных продуктов» для проектного управления, имеющихся на отечественном рынке программных продуктов, можно назвать:

- Microsoft office Project Standard (для индивидуальной работы) и Microsoft Office Project Professional (для корпоративной работы), компания Microsoft, США. Являются архитектурными блоками указанной выше системы Microsoft Enterprise Project Management Solution (EPM) [7];

- Spider Project Desktop (однопользовательская версия), Spider Project Light (версия с ограниченной функциональностью), Spider Project Desktop Plus (для корпоративной работы), компания Project Management Institute, Россия [8];

- Open Plan Desktop (для индивидуальной работы), Open Plan Professional (для корпоративной работы), компания Welcome System Technology, США [10];

- Офис управления проектами – PMO, модуль Project Management (для индивидуальной работы), модуль Portfolio Project Management (для корпоративной работы), компания «Адванта Групп», Россия [9].

Комплексные АЭИС и локальные программные продукты, используемые в сфере проектного управления, реализуют определенные методы управления.

 

Общие положения

Процесс управления проектами значительно облегчается, если проектное управление осуществляется на основе информационно-логической (инфологической) модели, отражающей план разработки, в котором фиксируется весь ход проектных работ, реализуемых для достижения конечной цели при заданных условиях [4]. Составленная модель должна быть адекватна моделируемой системе. Инфологическая модель проекта, разработанная на начальной стадии планирования, модифицируется в процессе выполнения проектных работ.

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

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

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

 

Рис. 1.2. Временная диаграмма хода реализации работ

 

Временная (линейная) диаграмма была изобретена и впервые применена американским специалистом Ганттом, работавшим в одной команде с Тейлором – основателем школы научной организации труда, в 1917 г., в связи с чем она и была названа его именем.

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

Недостатками линейных диаграмм являются:

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

• трудность корректировки при изменившихся условиях;

• ограниченные возможности прогнозирования дальнейшего хода работ.

 

1.3.3. Сетевая модель планирования и управления проектами

 

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

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

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

1.3.3.1. Основные понятия и определения при использовании

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

 

Ниже рассматриваются ключевые понятия, связанные с использованием СПУ [2, 4].

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

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

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

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

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

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

Существуют два основных типа сетевых диаграмм. Первый тип сетевой диаграммы называется сетью типа «вершина - событие» или «дуга – работа». При данном подходе работа представляется в виде линии (дуги) между двумя событиями (узлами графа), которые, в свою очередь, отображают начало и конец данной работы (рис. 1.3).

 

 

Рис. 1.3. Схема сетевого графика типа «дуга-работа»

 

На сетевых графиках подобного типа события изображаются кружками (или другими геометрическими фигурами) с порядковыми номерами, действительные работы и ожидания – сплошными стрелками, фиктивные работы, или зависимости – пунктирными линиями со стрелками. Рядом со стрелками проставляется длительность работ и (в скобках) выделяемые ресурсы.

Каноническая сетевая модель не допускает петель (возврата к уже выполненной работе) и предусматривает в сети только одно начальное и только одно конечное событие (см. на схеме рис. 1.3 события 1 и 6).

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

Сетевые диаграммы подобного типа допускают, в принципе, отображение наиболее важных событий (вех). Например, рекомендуется отображать начальное и конечное событие сети. По отношению к сетевой диаграмме второго типа термин «фиктивная работа» не применяется.

С примером сетевого графика данного типа можно познакомиться ниже в разделе 1.4.4 настоящего учебного пособия.

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

В стохастических сетях длительность работ носит неопределенный (вероятностный) характер и характеризуется некоторой ожидаемой величиной и размахом ее колебаний (разбросом) под влиянием неопределенности. Неопределенность характерна также для длительности и сроков выполнения проекта в целом. В ряде методов СПУ вероятностный характер имеют не только длительность работ и проекта в целом, но также состав работ и связи между ними.

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

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

Концепция критического пути обеспечивает концентрацию внимания менеджера – руководителя проекта на критических работах. Все критические работы являются потенциально «узкими» местами плана.

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

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

Чаще всего в методике СПУ используются две разновидности временных резервов:

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

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

Следствием наличия временного резерва работы является применение двойной временной оценки ее выполнения – ранних и поздних сроков начала и окончания. Для критических работ в связи с отсутствием временного резерва ранние и поздние сроки начала (окончания) совпадают.

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

Бюджет (стоимость) проекта – финансовые ресурсы, требуемые для выполнения проекта. Бюджет, как правило, дифференцируется по стадиям разработки и отдельным работам.

Календарный план выполнения проектных работ – (1) линейный график Гантта (см. выше рис. 1.2), построенный в увязке с сетевым графиком; (2) таблица, в которой указаны временные параметры сетевого графика и его работ, включая резервы времени и ранние и поздние сроки начала и окончания работ (см. ниже раздел 1.4.4 настоящего учебного пособия).

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

Параметры управления проектом: время, стоимость (бюджет), ресурсы, технико-экономические показатели (ТЭП), характеризующие разрабатываемую систему. Время управления проектом учитывается всегда, остальные параметры – в необходимых случаях. В зависимости от различного сочетания параметров возникают и соответствующие разновидности системы управления комплексом проектных работ, к которым относятся:

• время;

• время – стоимость;

• время – ресурсы;

• время – стоимость – ресурсы.

Наибольшее распространение сейчас приобрели системы вида «время - стоимость – ресурсы», поддерживаемые соответствующим программным обеспечением АИС.

 

 

1.3.3.2. Наиболее распространенные методы сетевого планирования

 

В качестве наиболее распространенных методов СПУ можно назвать [6]:

1) Метод CPM (Critical Path Method) – метод критического пути.

2) Метод PERT (Program Evaluation and Review Technique) – технология оценки и просмотра плана.

3) Метод MPM (Metra Potential Method) – метод потенциальных величин.

 

Метод CPM (Critical Path Method) – метод критического пути.

Исторически этот метод является первым из числа перечисленных методов СПУ, нашедших впоследствии широкое применение. Он был разработан в США, в 1956 – 1957 гг., М. Уолкером из фирмы «Дюпон» и Д. Келли из группы планирования капитального строительства фирмы «Ремингтон Рэнд». Эти специалисты поставили своей целью использовать ЭВМ для составления планов-графиков крупных комплексов работ по модернизации заводов фирмы «Дюпон». В результате был создан рациональный и достаточно простой метод описания проекта с использованием ЭВМ, который первоначально был назван методом Уолкера-Келли, а позже получил название метода критического пути.

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

1. Используется сеть типа «дуга – работа».

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

Основные временные показатели сетевого графика, построенного с использованием метода CPM, определяются на основе следующих соотношений [4]:

· Длительность каждой работы t(i - j), если она не задается в качестве норматива:

t(i - j) = Q(i - j) / (A(i - j)·f), (1.1)

где i, j – начальное и конечное события работы E(i - j);

Q(i - j) – трудоемкость работы, чел/дн.;

A(i - j) ·- количество исполнителей, занятых выполнением работы E(i - j);

f – коэффициент перевода (при необходимости) рабочих дней в календарные, f = 0, 85 для пятидневной рабочей недели или f = 1, 0, если перевод в календарные дни не требуется.

· Длительность (длина) любого пути равна сумме длительностей составляющих его работ:

T(L) = Σ t(i – j) (1.2)

· Длительность (длина) критического пути определяется на основе сравнения длительности всех полных путей сети и выбора максимального значения:

Ткр = max{Т(L)} (1.3)

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

· Раннее время свершения события tp(i) определяется на основе сравнения длительности всех путей сети от начального события до данного:

tp(i) = max{T(L1(i))}, (1.4)

где tp(i) - раннее время свершения события i;

L1(i) – путь, предшествующий событию i.

· Позднее время свершения события tп(i) определяется на основе сравнения длительности всех путей сети от данного события до конечного:

tп(i) = Ткр - max{T(L2(i))} , (1.5)

где tп(i) – позднее время совершения события i;

L2(i) – последующий путь;

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

Для критического пути tp(i) = tп(i) , (1.6)

· Время раннего начала работы tрн(i - j) совпадает с ранним временем свершения события i:

tрн(i - j) = tp(i) , (1.7)

где tрн(i - j) – время раннего начала работы E(i – j);

tp(i) - раннее время свершения события i.

· Время позднего начала работы tпн(i - j):

tпн(i - j) = tпо(i - j) - t(i - j) , (1.8)

где tпн(i - j) – время позднего начала работы E(i – j);

tпо(i - j) – время позднего окончания работы E(i – j);

t(i - j) – длительность работы E(i – j).

· Время раннего окончания работы tpo(i - j):

tро(i - j) = tр(i) + t(i - j) , (1.9)

где tро(i - j) – время раннего окончания работы E(i – j);

t(i - j) – длительность работы E(i – j);

tр(i) – раннее время свершения события i.

· Время позднего окончания работы tпо(i - j) совпадает с поздним временем свершения события j:

tпо(i - j) = tп(j) , (1.10)

где tпо(i - j) – время позднего окончания работы E(i – j);

tп(j) – позднее время свершения события j.

Для критического пути характерны следующие соотношения:

tрн(i - j) = tпн(i - j) , (1.11)

tро(i - j) = tпо(i - j) , (1.12)

· Общий (полный) резерв времени работы R(i - j):

R(i - j) = tпо(i - j) – tро(i - j) = tп (j) – tр(j) - t (i - j) (1.13)

· Свободный (частный) резерв времени работы r(i - j):

r(i - j) = tр(j) – tро(i - j) = tр(j) – tр(i) - t (i - j) (1.14)

· Резерв времени события r(i):

r(i) = tп (i) – tр(i) (1.15)

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

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

 

Метод PERT (Program Evaluation and Review Technique) – технология оценки и просмотра плана.

Метод PERT был разработан корпорацией «Локхид» и консалтинговой фирмой «Буз, Аллен энд Гамильтон» в 1958 г. для реализации проекта разработки ракетной системы «Поларис», объединявшего около 3800 основных подрядчиков и состоявшего из 60 тыс. операций (работ).

Особенности метода заключаются в следующем:

1. Используется сеть типа «дуга – работа».

2. Формируемая на основе данного метода сеть является стохастической (вероятностной) в отношении длительности работ и проекта в целом.

Длительность каждой работы E(i – j) экспертно задается в этом случае с использованием трех оценок:

- минимальной (оптимистической) оценки длительности работы tmin(i - j), которая определяется наиболее коротким из всех возможных сроков ее выполнения. Вероятность того, что работа кончится еще раньше, не превышает 1%;

- наиболее вероятной длительности работы tнв(i - j), определяемой наиболее вероятным сроком ее окончания;

- максимальной (пессимистической) оценки длительности работы tmax(i - j), определяемой наиболее длительным из всех возможных сроков ее выполнения. Вероятность того, что работа кончится еще позже, не превышает 1%.

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


Поделиться:



Популярное:

Последнее изменение этой страницы: 2016-03-22; Просмотров: 686; Нарушение авторского права страницы


lektsia.com 2007 - 2024 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.126 с.)
Главная | Случайная страница | Обратная связь