Что такое Критический путь? [закрытый]
Shadow_x99: Это должно хорошо работать, и у Вас может также быть несколько столбцов и другие данные также:
INSERT INTO table1 ( column1, column2, someInt, someVarChar )
SELECT table2.column1, table2.column2, 8, 'some string etc.'
FROM table2
WHERE table2.ID = 7;
Редактирование: Я должен упомянуть, что только использовал этот синтаксис с Доступом, SQL 2000/2005/Express, MySQL и PostgreSQL, таким образом, те должны быть покрыты. Комментатор указал, что это будет работать с SQLite3.
9 ответов
Я не уверен, что это лучшее определение, но определенно одно из самых лаконичных:
Последовательность зависимых шагов, которые определить минимальное время, необходимое для выполнить операцию
, другую, немного более длинную, и в контексте управления проектами (аналогично статье в Википедии, на которую вы ссылаетесь):
Путь через серию действий с учетом взаимозависимости, в которых поздно завершение деятельности будет иметь влияние на дату окончания проекта или отложить ключевой этап (может быть более одного критического пути)
Ваше понимание правильное, и первым шагом к определению критического пути через данный проект будет сначала фактическое определение всех отдельных шагов, необходимых для завершения проекта, затем изучение каждого и каждый «шаг», чтобы определить, насколько этот шаг зависит / важен как для других шагов в проекте, так и для всего проекта.
Допустим, я хочу покрасить стену. Шаги могут быть такими (это намеренно упрощенный пример):
- Купите немного краски
- Купите несколько кистей
- Покрасьте стену
Что ж, учитывая, что конечным результатом будет красивая, свежеокрашенная стена , первый шаг здесь (купите немного краски) абсолютно важен для всего этого. Если я не смогу этого добиться, все остальное прекратится. Также, каждый последующий шаг полностью зависит от того, был ли шаг 1 выполнен ранее. Следовательно, в этом (по общему признанию, надуманном) примере первым шагом на критическом пути является покупка краски.
И наоборот, шаг 2 важен для хорошей покраски, но потенциально может быть пропущен, если я просто бросу краску в стену. !
Критический путь - это линия зависимых задач, которые, если есть сдвиг во времени в одной из этих задач, откладывают весь проект.
Что я имею в виду:
Если у вас есть задачи a, b, c, d. А и б должны быть выполнены до начала работы c. D не зависит от какой-либо другой задачи. А требуется больше времени для завершения, чем b, и a и c вместе, чтобы закончить тогда d, [a, c] - это критический путь.
Оптимизация этого пути сократит ваш проект.
Это будет хорошей практикой для тщательного анализа действий на критическом пути.
Для приложения :
Критический путь - это последовательность действий (из всех возможных последовательностей в приложении), которые в сумме составляют наибольшую общую продолжительность, и, следовательно, - первая цель для оптимизации.
Для проекта :
Критический путь - это последовательность действий проекта, которые в сумме составляют наибольшую общую продолжительность. Это определяет кратчайшее возможное время для завершения проекта.
Проект разделен на такие задачи, как кодирование, тестирование. Большинство задач зависят друг от друга. Например, тестирование зависит от кода, который нужно завершить. Некоторые другие задачи могут выполняться параллельно.
Допустим, у вас есть мини-проект по написанию системы управления клиентами. Вы можете грубо разделить это на три задачи:
- Кодирование пользовательского интерфейса - 5 дней
- Кодирование серверной части - 7 дней
- Интеграция пользовательского интерфейса и серверной части - 2 дня
Если вы выполнили все задачи последовательно, проект потребовалось бы 5 + 7 + 2 = 14 дней.
Предположим теперь, что кодирование пользовательского интерфейса и внутреннего интерфейса может выполняться параллельно, поэтому вы можете назначить двух разработчиков для работы одновременно. Однако интеграция зависит от выполнения обеих задач.
Сколько времени займет проект?
- Кодирование пользовательского интерфейса начинается в день 1, заканчивается в день 5
- Кодирование серверной части начинается в день 1, заканчивается в день 7
- Интеграция может начаться только в день 8, когда пользовательский интерфейс и серверная часть завершены, и закончится в день 10.
Теперь вы можете видеть, что если кодирование пользовательского интерфейса началось в день 3, вместо В первый день это фактически не повлияет на общий срок проекта, потому что он завершится на 7-й день, когда начнется интеграция. Это называется резервом времени, при программировании пользовательского интерфейса имеется резерв в 2 дня.
Напротив, если бы внутреннее кодирование было отложено, оно задержало бы общее расписание на такое же количество дней. У задачи нет провалов в расписании.
Бэкэнд-кодирование и интеграция вместе образуют критический путь проекта: если какая-либо из задач откладывается, доставка проекта также будет отложена.
Я бы сказал, что если задача является частью проекта, то все должно быть выполнено.
Мое понимание «критического пути» больше связано с зависимостями. Это задача с наибольшим количеством зависимостей, наибольшим риском, та, которая приведет к сбою большинства других задач, если она не будет завершена. Это может быть самая продолжительная задача по времени выполнения заказа, поэтому ее нужно планировать и начинать достаточно рано, чтобы гарантировать достаточно времени для завершения остальных.
Критический путь - это тот, у которого нет резервов.
Когда задачи проекта разделены между членами команды, будет один (или два ) люди, у которых нет перерывов между задачами или в конце проекта. Поскольку задержка в выполнении любой из этих задач вызовет задержку всего проекта, эти люди, как говорят, находятся на критическом пути.
Например (проект из 2 человек 4 задачи):
Person A
Task 1-----|
|-Task 3----|
Person B
Task 2---|
|-Task 4---|
Сотрудник A находится на критическом пути. дорожка. Задержка в задаче 1 или 3 приведет к задержке всего проекта, в то время как задержка в задаче 2 или 4 не произойдет (если, конечно, это не серьезная задержка!).
Чтобы смягчить это:
- Измените порядок задач, чтобы разрешить люди, чтобы закончить вместе.
Последовательность критических зависимых задач для определения необходимого времени.
Также этот термин широко используется в пакетном цикле мэйнфрейма. Определите критический путь для оптимизации пакетного цикла. Упражнение состоит в том, чтобы удалить некритические пакетные задания из зависимостей, чтобы определить оптимизированный критический путь, что, в свою очередь, сокращает время окна пакетной обработки.
Представьте себе проект, состоящий из множества многих задач с зависимостями между ними (например, A должен быть завершен до начала B, C должен запускаться после запуска D и т. Д.). Критический путь - это набор задач, для которых любое увеличение продолжительности влияет на продолжительность проекта. Итак, если задача C находится на CP и занимает на 2 дня больше, проект откладывается на 2 дня. В сложных проектах может быть очень сложно определить CP, и, вероятно, будет много задач, не связанных с ним. Однако остерегайтесь задач не на CP, но которые перемещаются на него по мере развития проекта - CP является динамическим, а не статическим.
Критическим путем является тот, у которого нет резервов.
Когда задачи проекта распределяются между членами группы, будет один (или два) человека, у которых не будет перерывов между задачами или в конце проекта. Поскольку задержка в выполнении любой из этих задач приведет к задержке всего проекта, эти люди считаются на критическом пути.
Например (проект для 2 человек 4 задачи):
Person A
Task 1-----|
|-Task 3----|
Person B
Task 2---|
|-Task 4---|
Человек A находится на критическом пути. Задержка в задаче 1 или 3 приведет к задержке всего проекта, в то время как задержка в задаче 2 или 4 не произойдет (если, конечно, это не серьезная задержка!).
Чтобы смягчить это:
- Измените порядок задач, чтобы разрешить люди, чтобы закончить вместе. Это не всегда возможно из-за зависимостей задач, и вы действительно не хотите ставить всех на критический путь.
- Добавьте больше непредвиденных обстоятельств в проект, чтобы даже человек на критическом пути имел некоторую свободу действий.