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

ИЕРАРХИЧЕСКАЯ СТРУКТУРА ПРОЕКТНЫХ РАБОТ (ПРИМЕР)

Пример определения стоимости разработки технического задания на создание АСУТП

3.1. Исходные данные:

а) Ф1 – ІІ степень;

б) Ф2 – полунепрерывный технологический процесс;

в) Ф3 – 42;

г) Ф4 – 400;

д) создаваемая АСУТП является впервые разрабатываемой и подлежит эксплуатации в СССР;

е) АСУТП создается с использованием средств автоматизации зарубежного производства;

ж) АСУТП подлежит эксплуатации в условиях взрывоопасного производства;

з) АСУТП создается на вновь проектируемом ТОУ.

3.2. С заказчиком согласованы следующие значения коэффициентов:

а) К₅ – 1,1

б) К_9.1 – 1,3

3.3. Расчет стоимости разработки ТЗ:

а) по табл. 1.2 определяется сумма баллов (), равная

2 + 2 + 7 + 7 = 18

б) по табл. 1.3 определяется цена разработки ТЗ, равная 49,68 тыс. руб.;

в) по п. 1.6 определяется общий повышающий коэффициент, равный

1 + (0,1 + 0,3) = 1,4

г) с учетом коэффициентов стоимость разработки ТЗ составит

тыс. руб.

Приложение…

Фрагмент ИСР проекта разработки «Автоматизированной системы продажи документации» может выглядеть следующим образом (курсивом выделены контрольные точки проекта).

1.1. Проект разработки «Автоматизированной системы продажи документации»
1.1. 1. Подготовка технического задания на автоматизацию
1.1.1.1. Проведение аналитического обследования
1.1.1.2. Разработка функциональных требований
1.1.1.3. Разработка требований базовому ПО
1.1.1.4. Разработка требований к оборудованию и к операционно-системному ПО
1.1.1.5. Согласование и утверждение ТЗ
1.1.1.6. ТЗ утверждено

1.2. Поставка и монтаж оборудования
1.2.1.Разработка спецификации на оборудование

1.2.2.Закупка и поставка оборудования
1.2.3. Монтаж оборудования
1.2.4. Установка и настройка опреационно-системного ПО
1.2.5. Монтаж оборудования завершен

1.3. Поставка и установка базового ПО
1.3.1.Разработка спецификаций на базовое ПО

1.3.2.Закупка базового ПО
1.3.3. Развертывание и настройка базового ПО
1.3.4. Базовое ПО установлено у заказчика
1.4. Разработка и тестирование прикладного ПО
1.4.1. Разработка спецификаций на прикладное ПО
1.4.2. Установка и конфигурирование рабочей среды
1.4.3. Проектирование и разработка ПО

1.4.3.1. Разработка подсистемы обработки заказов
1.4.3.1.1. Просмотр и обработка заказов исполнителями из службы продаж.
1.4.3.1.2. Просмотр статистики поступления и обработки заказов за период.
1.4.3.1.3. Подсистема обработки заказов передана в тестовую эксплуатацию на оборудовании Заказчика

…
1.8. Система передана в промышленную эксплуатацию

Приложение…

СЕТЕВОЕ И КАЛЕНДАРНОЕ ПЛАНИРОВАНИЕ: основы теории

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

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

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

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

Практически в то же время в военно-морских силах США был создан метод анализа и оценки программ (PERT – Programme Evaluation and Review Technique). Метод был разработан в процессе проектирования корпорацией «Локхид» ракетной системы «Поларис», предназначенной для оснащения подводных лодок ВМС США. В работах по созданию ракетной системы участвовало около 4 тысяч основных подрядчиков, а технологическая цепочка насчитывала около 60 тысяч операций. Благодаря внедрению метода PERT проект удалось завершить на два года раньше намеченного срока.
Основное различие между методами СРМ и PERT заключалось в том, что в первом из них длительности входящих в проект работ полагались детерминированными, а во втором рассчитывалась вероятностная оценка длительности работ. Впоследствии оба метода были объединены под общим названием PERT-CPM (наиболее распространенный русскоязычный вариант СПУ – метод сетевого планирования и управления).

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

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

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

В качестве примера на рис. 6.3 приведен сетевой график, отображающий (в упрощенном виде) структуру работ при создании программного продукта, состоящего из двух относительно самостоятельных модулей.
Изображенные на рисунке дуги соответствуют следующим видам работ:
А12 – разработка алгоритма первого модуля;
А13 – разработка алгоритма второго модуля;
А24 – программирование первого модуля;
А34 – программирование второго модуля;
А45 – комплексная отладка модулей;
А56 – разработка программной документации.

Рис. 6.3. Пример сетевого графика

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

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

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

Дата добавления: 2014-01-04