Файл: Контрольная работа по дисциплине Техникоэкономическое обоснование проектов на тему Типы связей и их свойства. Определение опорных дат проекта.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 28.04.2024
Просмотров: 13
Скачиваний: 0
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
МиНИСТЕРСТВО НАУКИ и высшего образования РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ государственное БЮДЖЕТНОЕ образовательное
учреждение высшего образования
«тюменский ИНДУСТРИАЛЬНЫЙ университет»
Институт сервиса и отраслевого управления
КОНТРОЛЬНАЯ РАБОТА
по дисциплине: «Технико-экономическое обоснование проектов»
на тему: «Типы связей и их свойства. Определение опорных дат проекта»
Вариант № 9
Выполнил: студент гр. АТПбз -22-2
Куклин В.А.
номер зачетной книжки: 22-01-04163
Проверил: канд. экон. наук, доцент кафедры ЭОП
Гурьева М. А.
Тюмень
ТИУ
2023
СОДЕРЖАНИЕ
МиНИСТЕРСТВО НАУКИ и высшего образования РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ государственное БЮДЖЕТНОЕ образовательное
учреждение высшего образования
«тюменский ИНДУСТРИАЛЬНЫЙ университет»
Институт сервиса и отраслевого управления
КОНТРОЛЬНАЯ РАБОТА
по дисциплине: «Технико-экономическое обоснование проектов»
на тему: «Типы связей и их свойства. Определение опорных дат проекта»
Вариант № 9
Выполнил: студент гр. АТПбз -22-2
Куклин В.А.
номер зачетной книжки: 22-01-04163
Проверил: канд. экон. наук, доцент кафедры ЭОП
Гурьева М. А.
Тюмень
ТИУ
2023
СОДЕРЖАНИЕ
Введение | 3 |
1. Типы связи и их свойства | 4 |
2. Определение опорных дат проекта | 9 |
| |
Заключение | 14 |
Список используемых источников | 15 |
ВВЕДЕНИЕ
Связь в системе — это то, что преобразует выход одного компонента во вход другого. В системах различают структурные и причинно-следственные связи. Структурные связи подразделяются на статические и динамические [1].
Актуальность темы. Статическая связь в проектных системах проявляется посредством нормативной документации, устанавливающей связь между процессами, а также ШВБ, КВБ, ОВБ и других структурных построений. Статические связи реализуются также в планировании и формировании показателей проектов. Так, плановые сроки, ресурсы и результаты определяют статические связи между разделами плана, так как в этом случае фиксируются их значения и предполагается, что «так может быть» при реализации проекта.
Динамическая связь возникает, когда информация на выходе одних процессов поступает на вход других. Например, информация, созданная в процессе инициации проекта, передается в процесс планирования. Динамическая связь подтверждает жизнеспособность статической и актуализирует ее.
Еще один пример статической и динамической связи в управлении проектами. В процессе планирования проекта устанавливается связь между структурой работ и структурой ресурсов (сколько и какие ресурсы необходимы для выполнения конкретных работ) — это статическая связь. Когда проект начинает исполняться, происходит фактическое поступление ресурсов в подпространства проекта — работы, выделение энергии, массы ресурсов и информации.
1. ТИПЫ СВЯЗИ И ИХ СВОЙСТВА
В MS Project есть четыре типа связей между задачами. Связь типа Finish-to-start (Окончание-начало), или сокращенно FS (ОН), — наиболее распространенный тип зависимости между задачами, при которой задача В не может начаться, пока не завершена задача А:
Рис.1. При установке связи типа FS (ОН) увеличение длительности предшествующей задачи приводит к переносу даты начала последующей на более поздний срок
Если же изменить тип связи между задачами на SF (НО) и направить связь в обратную сторону, то при увеличении длительности хронологически предшествующей задачи ее дата начала будет переноситься на более ранний срок, и при этом дата начала последующей задачи не изменится. Именно поэтому такой тип связи используется в тех случаях, когда в качестве последующей задачи выступает та, срок начала которой не должен измениться.
Например, после того как задачи В и А были соединены связью SF (рис. 1), дата начала последующей задачи (А) изменилась таким образом, чтобы дата ее окончания совпала с датой начала предшественницы (строки 5-6). А когда мы увеличили длительность задачи А (строки 8-9), программа перенесла ее дату начала на более ранний срок, с тем чтобы дата ее окончания по-прежнему совпадала с датой начала предшественницы.
Если задачи соединены связью типа SS (НН), то изменение длительности любой из них приводит к изменению даты окончания только редактируемой задачи.
То есть наличие такой связи между задачами не влияет на алгоритм расчета длительности и сроков исполнения (рис. 2).
Рис. 2. При наличии связи типа SF (НО) изменение длительности хронологически предшествующей задачи не влияет на дату начала последующей задачи [3]
Рис. 3. При наличии связи типа SS (НН) изменение длительности одной задачи не влияет на сроки исполнения другой [3]
Если между задачами имеется связь типа FF(OO), MS Project старается синхронизировать даты окончания связанных задач. Если увеличивается длительность предшествующей задачи, то автоматически переносятся даты начала и окончания последующей задачи (чтобы дата окончания последующей задачи соответствовала дате окончания предшествующей). Например, на рис. 2 в строках 8-9 видно, что после увеличения длительности предшествующей задачи (А) дата окончания последующей задачи (В) была изменена. При этом длительность задачи В не изменилась.[3]
Если же изменяется дата окончания последующей задачи (как в строках 11-12 на рис. 2), то дата окончания предшествующей задачи не изменяется, и задачи завершаются в разные дни. То есть при изменении длительности последующей задачи переносится только дата ее окончания.
Но если длительность предшествующей задачи больше длительности последующей, то изменение длительности последней происходит не за счет переноса даты ее окончания на более поздний срок, а за счет переноса даты ее начала на более ранний. Например, на рис. 4 в строках 8-9 длительность задачи А больше, чем В. Поэтому при увеличении длительности задачи В (строки 14-15) на один день дата начала этой задачи переносится на одни день назад, с 28.02.02 на 27.02.02.
Рис. 4 Принцип расчета длительностей MS Project для типа связи FF (00).[3]
Часто в жизни зависимости между задачами бывают немного более сложными, чем Finish-to-start (Окончание-начало). Например, между задачей «Покраска стен» и «Развешивание картин» должен пройти день, чтобы краска успела высохнуть. Для того чтобы описать такую зависимость между задачами, в MS Project используется параметр Запаздывание (Lag). Например, в случае с покраской стен запаздывание между задачами должно составить 1 день.
Запаздывание является свойством связи и может быть указано в диалоговом окне определения свойств связи. Запаздывание можно вводить как длительность (например, 1 день) или как процент от длительности предшествующей задачи. Например, если предшествующая задача продолжается 4 дня, то запаздывание в 25% будет равняться 1 дню.
Иногда для начала выполнения следующей задачи не нужно дожидаться полного окончания предыдущей. Например, можно начинать клеить обои, когда штукатурка положена хотя бы на некоторых стенах в доме. В таком случае следует использовать Опережение (Lead). Опережение вводится так же, как и запаздывание, но с отрицательным знаком, например опережение в 1 день указывается как -Id (-1д), а опережение в 50% (то есть следующая задача начинается, когда предыдущая выполнена наполовину) — как -50%.
Рис. 5. Использование задержек и опережений при связи типа FS (ОН) [4]
На рис. 5 представлен пример использования задержек и опережений вместе со связью типа FS (ОН). Задачи в строках 5-6 соединены обычной связью без задержки. В строках 8-9 было добавлено запаздывание в 1 день, и дата начала задачи В автоматически была перенесена на 1 день позже, с 27.02.02 на 28.02.02.
В строках 11-12 запаздывание было изменено на 100%, то есть на длительность предшествующей задачи (А). Поскольку длительность А равняется 2 дням, то дата начала В была перенесена с 27.02.02 (строки 5-6) на 01.03.02 (в феврале 2002 г. 28 дней). В строках 14-15 при сохранении параметров задержки мы увеличили длительность задачи А на 1 день (до 3 дней), и дата начала В была перенесена еще позже, на 05.03.02 (на 1 день позже теперь заканчивается А, плюс запаздывание в 3 дня, плюс два выходных дня).
В строках 17-18 используется опережение в 1 день. В результате начало задачи В, которое в строках 5-6 значилось как 27.02.02, теперь перенесено на 26.02.02. В строках 20-21 используется опережение в процентах (50%). Поскольку 50% от длительности А составляет 1 день, то дата начала В в строке 21 такая же, как и в строке 18. Но при увеличении длительности А в строке 23 до 4 дней длительность опережения автоматически увеличилась до 2 дней, и дата начала В автоматически изменилась на 27.02.02 (28.02.02 заканчивается А, и если бы не использовалось запаздывание, то В началась бы лишь 01.03.02; но так как запаздывание есть и равняется 50% длительности А, то есть 2 дням, то дата начала переносится на 27.02.02).
Как видно из примеров, особенно удобно указывать запаздывания и опережения в процентах от длительности предшествующей задачи, так как при ее изменении MS Project автоматически перенесет дату начала последующей задачи на соответствующий день.[4]
2. ОПРЕДЕЛЕНИЕ ОПОРНЫХ ДАТ ПРОЕКТА
Причинно-следственные связи проявляются в разных аспектах. Например, такая связь происходит при практической реализации проектов, когда задержка результатов одних работ (причина) не позволяет начать другие работы (следствие). Причинно-следственные связи между показателями образуются также, когда при исполнении проекта возникнет ситуация, при которой необходимые ресурсы не поступили в полном объеме, и поэтому сроки завершения работ увеличились, цены на ресурсы повысились — возросли затраты и т.д.
Связь между двумя задачами определяет, каким образом время начала или завершения одной задачи влияет на время начала или завершения другой. Например, Окончательная сборка номера журнала может начаться только тогда, когда выполнена задача Обложка готова.
Задача, влияющая на другую, называется Predecessor (Предшественник), а задача, зависящая от другой, называется Successor (Последователь). Например, Обложка готова является предшествующей задачей, а Окончательная сборка — последующей.
Одна связь может объединять только две задачи, и при этом у одной задачи может быть несколько связей с другими задачами. Например, Окончательная сборка может начаться только после выполнения задач Обложка готова и Подготовка оглавления. Задача может иметь неограниченное число предшествующих и последующих задач.
Связи могут объединять и фазы, и все принципы организации связей между задачами применимы и к фазам. При этом связи могут объединять между собой и задачи, и фазы, например фаза может начинаться по завершении задачи.[1]
Взаимосвязи между работами — это определение логики выполнения работ по проекту. При оценке взаимосвязей необходимо:
1. определить начальную и результирующую работу;
2. определить работы, выполнение которых может идти параллельно;
3. для каждой работы, следующей за начальной работой, определить последующую работу;
4. для каждой работы, начиная с конечной работы, определить предшественников - все работы, которые должны быть завершены до начала данной работы;
5. определить типы связей между работами (начало окончание, начало- начало, окончание-окончание, или окончание-начало);
6. определить задержки или опережения между работами.
- окончание-начало: В не может начаться, пока не закончится А;
- окончание-окончание: D не может закончиться, пока не закончится С;
- начало-начало: D не может начаться, пока не начнется С;
- начало-окончание: F не может закончиться, пока не начнется Е.
Задачи могут быть связаны несколькими способами:
Окончание-начало - означает, данная задача начинается только после окончания предшествующей ей одной или нескольких задач, две задачи не могут идти параллельно. (например, зачисление денег на счет может быть произведено только после открытия счета в банке);
Окончание-окончание - означает, что две взаимосвязанные задачи могут выполняться параллельно, но задача-последователь может быть окончена только после окончания задачи-предшественника (тестирование электропроводки не может завершиться до завершения прокладки);