1 РАЗРАБОТКА ПРОГРАММНОГО ПРОДУКТА
1.1 Разработка функциональных требований к ПП
………………………………………………………..
1.4Проектирование архитектурного дизайна ПП
1.4.1РАЗРАБОТКА ПРОГРАММНОГО КОМПЛЕКСА 1
1.4.1.1Проектирование архитектуры программного комплекса 1
1.4.1.1.1Разработка программы 1
1.4.1.1.1.1Проектирование архитектуры программы 1
1.4.1.1.1.1.1Разработка программного модуля 1
1.4.1.1.1.1.1.1Программирование модуля 1
1.4.1.1.1.1.1.2Разработка документации на модуль 1
1.4.1.1.1.1.1.3Тестирование модуля 1
1.4.1.1.1.1.2Разработка программного модуля 2
1.4.1.1.1.1.2.1Программирование модуля 2
……………………………………………….
1.4.1.1.1.2Сборка программы 1
………………………………………………………………………..
1.4.2РАЗРАБОТКА ПРОГРАММНОГО КОМПЛЕКСА 2
1.4.2.1Проектирование архитектуры программного комплекса 2
1.4.2.1.1Разработка программы 1
1.4.2.1.1.1Проектирование архитектуры программы 2
……………………………………………………………
1.19. Ввод в эксплуатацию ПП
Рис. 5.3. Иерархический список работ программного проекта
Структурная декомпозиция работ |
121 |
На каждом уровне иерархии «дерева» отбираются работы, соответствующие определенным элементам архитектуры ПП. Подобный тип описания структуры WBS рекомендуется для сложных программных проектов с большим количеством задач. Списки задач целесообразно создавать с помощью электронных таблиц, что позволяет руководителю проекта формировать различные сортировки и произвольные выборки заданий. Структура зависимостей между работами в виде «дерева задач» представлена на рис. 5.4.
Программный
комплекс
Программа
Программный
модуль
Разработка функцио- нальных требований
…
Ввод в эксплуатацию
Проектирование
архитектуры
…
Тестирование
Проектирование
архитектуры
…
Сборка
Программирование
Документирование Модульное тестирование
Рис. 5.4. Древовидная структура зависимостей между работами и задачами
Такое описание структуры позволяет визуально представить сложность программного продукта и провести изменение архитектурного дизайна (добавить либо удалить его элементы). Однако размеры графического представления дерева велики, и эти процедуры достаточно трудоемки.
122Управление содержанием и сроками программного проекта
5.3.Управление сроками реализации проекта
5.3.1.Формальное представление проекта
ввиде сетевой модели
Сформированный состав работ проекта является основой для разработки календарных планов реализации проекта, управления сроками выполнения отдельных работ, определения потребности в трудовых ресурсах. Согласно стандарту PMBOK процессы управления сроками реализации проекта предназначены для составления базового календарного плана (расписания) проекта без учета ограничений на трудовые ресурсы.
Основой для разработки календарных планов являются сетевые модели (графики), описывающие логические зависимости между работами. Существует два способа графического представления сетевой модели: на «языке событий» и на «языке работ». Описание сетевой модели на «языке событий» предполагает, что каждая работа отображается на графике в виде «дуги», соединяющей два кружка (события): событие, фиксирующее факт начала работы, и событие, фиксирующее факт окончания работы. Оба события имеют нулевую длительность. Этот способ построения сетевой модели описан в стандарте РМВОК.
Однако в большинстве рыночных пакетов прикладных программ по управлению проектами реализован способ описания модели на «языке работ» (рис. 5.5). В этом случае каждый кружок на сетевой модели описывает конкретную работу, а дуги определяют логическую последовательность выполнения работ. В верхней части кружка отображается номер работы, в нижней — указывается ее длительность.
Каждая работа сетевой модели описывается в виде следующих характеристик: номер работы; длительность выполнения; ранняя дата начала; ранняя дата окончания; поздняя дата начала; поздняя дата окончания; полный резерв времени; свободный резерв времени.
Управление сроками реализации проекта |
123 |
2 |
||||
12 |
||||
4 |
||||
1 |
3 |
6 |
7 |
|
5 |
6 |
2 |
||
4 |
||||
1 |
||||
3
10
Рис. 5.5. Пример сетевого графика на «языке работ»
Ранней датой начала выполнения работы называется наиболее раннее время ее начала, не противоречащее взаимосвязям между работами и длительности их выполнения. Соответственно ранняя дата окончания выполнения работы отличается от ранней даты начала на величину длительности работы.
С точки зрения расчета времени раннего начала и окончания работ сетевой модели существуют два типа логических зависимостей между ними [2, 10]:
1)взаимосвязь «финиш – старт», определяемая следующим правилом: предшествующая работа должна заканчиваться до того, как последующая работа может начаться. Такие две работы должны выполняться последовательно друг за другом, при этом возможно наличие некоторого времени задержки начала выпол-
нения последующей работы: последующая работа должна начинаться не ранее чем через t единиц времени после окончания предшествующей работы;
2)взаимосвязь «финиш – финиш», которая определяется сле-
дующим образом: предшествующая работа должна заканчиваться не ранее чем за t единиц времени до окончания последующей работы. Этот вид взаимосвязи предполагает наличие парал- лельно-последовательного порядка выполнения работ. При этом опережение начала выполнения последующей работы в зависи-
124 Управление содержанием и сроками программного проекта
мости от длительности этих работ определяется вычитанием от момента начала либо окончания последующей работы определенного количества периодов времени (t единиц времени опере-
жения).
Поздняя дата начала выполнения работы — это самое позднее время ее начала, при котором сохраняется общая длительность выполнения проекта и выполняются условия взаимосвязей между работами. Соответственно, поздняя дата окончания работы также отличается от ранней на величину длительности.
Полный резерв времени — это максимально допустимое время, на которое можно отложить момент окончания выполнения работы (сдвинуть время ее начала), при этом общая длительность выполнения проекта остается неизменной.
Величина полного резерва времени вычисляется как разность между поздним и ранним временем начала выполнения работы.
Свободный резерв времени работы — это показатель, ха-
рактеризующий период времени, на который работа может быть отложена без изменения сроков выполнения проекта.
Свободный резерв времени вычисляется как разность ме-
жду минимальным ранним временем начала всех работ, следующих за данной, и ранним сроком окончания данной работы.
Свободный резерв времени работы всегда меньше или равен ее полному резерву времени. Увеличение длительности выполнения работы на величину свободного резерва времени либо сдвиг ее раннего начала на эту же величину никак не влияет на выполнение последующих работ проекта.
Очевидно, что величина резерва времени работы является индикатором, по которому менеджер проекта распределяет свои усилия в управлении программным проектом. Работы с большим резервом времени не требуют особого внимания, поскольку начало выполнения таких работ можно отложить на некоторый период времени, одновременно направив ресурсы для выполнения работ, лежащих на критическом пути. И наоборот, работы с малым резервом времени необходимо выполнять в первую очередь.
Расчет приведенных характеристик сетевой модели производится методом критического пути [17].
Управление сроками реализации проекта |
125 |
На первом шаге для каждой работы вычисляются ранние даты начала и окончания ее выполнения:
tiрн 0, tiро tiрн ti , i 1,n.
Вычисления начинаются с начальной работы и продолжаются до тех пор, пока не будет определено время окончания последней работы проекта.
На втором шаге вычисления начинаются с завершающей работы проекта, для каждой работы, начиная с последней, определяются поздние даты окончания и начала ее выполнения:
tiпо T, tiпн tiпо ti , |
i |
1,n |
. |
||||||||
На третьем шаге для всех работ проекта вычисляются ре- |
|||||||||||
зервы времени: |
|||||||||||
1) полный — |
Rп t |
пн |
tрн |
, |
i |
; |
|||||
1,n |
|||||||||||
i |
i |
i |
|||||||||
2) свободный — Rc |
min t |
рн |
tро , |
i |
. |
||||||
1,n |
|||||||||||
i |
j Гi |
j |
i |
||||||||
На четвертом шаге с учетом результатов вычислений на предыдущих шагах определяется совокупность взаимосвязанных работ, имеющих нулевой резерв времени, т. е. работ, у которых совпадают раннее и позднее время начала и окончания:
рн пн ро по
ti ti , ti ti .
Совокупность таких работ образует критический путь программного проекта.
Длина критического пути (продолжительность реализации программного проекта) определяется суммированием длительностей всех работ, находящихся на этом пути.
Совокупность работ с нулевым и относительно малым резервом времени (меньше некоторой заданной величины) называется критической зоной календарного плана проекта.
Пример расчета характеристик сетевой модели (рис. 5.5) приведен в табл. 5.2. Расчеты проводились при условии наличия взаимосвязи «финиш – старт» и времени задержки, равном нулю. Критический путь составляют работы 1, 2 и 7, длина критического пути равна 18 единицам.
126 Управление содержанием и сроками программного проекта
Очевидно, что любое увеличение длительности выполнения критических работ приводит к срыву календарного плана, а изменение времени начала и окончания некритических работ должно происходить только в пределах резерва времени этих работ.
Таблица 5.2 Числовые характеристики сетевой модели
Номер Длитель- |
Параметры работ |
||||||
Ранние сроки |
Поздние сроки |
Резервы времени |
|||||
работы |
ность |
начала |
окончания началаокончания полные свободные |
||||
1 |
4 |
0 |
4 |
0 |
4 |
0 |
0 |
2 |
12 |
4 |
16 |
4 |
16 |
0 |
0 |
3 |
10 |
4 |
14 |
6 |
16 |
2 |
2 |
4 |
3 |
4 |
7 |
7 |
10 |
3 |
0 |
5 |
1 |
4 |
5 |
9 |
10 |
5 |
2 |
6 |
6 |
7 |
13 |
10 |
16 |
3 |
3 |
7 |
2 |
16 |
18 |
16 |
18 |
0 |
0 |
Расчет критического пути позволяет определить теоретические даты раннего и позднего начала и окончания работ проекта. Эти даты указывают периоды времени, в рамках которых возможно выполнение работ с учетом их логических взаимосвязей, нормативной трудоемкости и запланированных (выделяемых) трудовых ресурсов.
Если длина критического пути превышает плановый срок реализации проекта, то необходимо корректировать длительность выполнения работ, входящих в критический путь, за счет выделения дополнительных трудовых ресурсов, введения сверхурочных работ, использования дополнительных методов материального поощрения либо переноса некоторых работ в «буферные зоны».
С учетом вышеизложенного процедура формирования календарного плана программного проекта, представленного в виде сетевой модели, может содержать следующую шаговую последовательность действий.
Шаг 1. Определить множество работ программного проекта, необходимых для его реализации, и их взаимосвязь.
Управление сроками реализации проекта |
127 |
Шаг 2. Определить длительность (время выполнения) каждой работы.
Шаг 3. Сформировать сетевую модель реализации программного проекта.
Шаг 4. Вычислить ранние времена начала и окончания каждой работы.
Шаг 5. Вычислить поздние времена начала и окончания каждой работы.
Шаг 6. Вычислить полный и свободный резервы времени для каждой работы.
Шаг 7. Определить множество работ критического пути и его длительность.
Шаг 8. Сравнить время окончания выполнения последней работы критического пути t( j) с плановым сроком окончания проекта Т. Если Т > t( j) , перейти к шагу 10, иначе — к шагу 9.
Шаг 9. Скорректировать за счет привлечения дополнительных ресурсов длительности выполнения ряда работ, входящих в критический путь, либо увеличить плановый срок окончания проекта Т. Перейти к шагу 4.
Шаг 10. Утвердить календарный план программного проекта, определить объем требуемых ресурсов в каждом интервале времени.
Сформированные календарные планы проекта могут быть представлены:
в виде таблиц, где по строкам перечисляются наименования работ, а по столбцам — исполнители, длительность, время начала и окончания;
в форме линейной диаграммы Ганта (рис. 5.6), где слева показаны наименования работ и исполнители, а справа — длительность работ, соответствующая длине горизонтальных линий согласно принятой шкале временных параметров планирования;
в виде сетевых диаграмм (моделей), изображенных в виде совокупности узлов (работ) и дуг (взаимосвязей между ними) с указанием всех параметров работ (времени начала и окончания, величины полного и свободного резерва времени).
128 Управление содержанием и сроками программного проекта
Работа
7 |
А7 |
В7 |
|||||||||||||||||||||||
6 |
А5 |
В5 |
А6 |
В6 |
|||||||||||||||||||||
5 |
В4 |
||||||||||||||||||||||||
4 |
А4 |
||||||||||||||||||||||||
3 |
А3 |
В3 |
|||||||||||||||||||||||
2 |
А1 |
А2 |
В2 |
||||||||||||||||||||||
1 |
В1 |
||||||||||||||||||||||||
1 |
2 |
3 |
4 |
6 |
7 |
9 |
11 |
13 |
14 15 16 |
18 |
|||||||||||||||
5 |
8 |
10 |
12 |
17 |
|||||||||||||||||||||
Время |
Рис. 5.6. Календарный план проекта, сформированный в виде диаграммы Ганта
5.3.2.Модель и алгоритмы формирования календарного плана проекта
Пусть задано множество работ программного проекта I {1, 2, …, i, …, n}. Для выполнения каждой работы потребуется один или несколько типов специалистов (архитекторов, биз- нес-аналитиков, разработчиков, тестеров, технических писателей и т. д.) Z {1, 2, …, z, …, m} . Каждый специалист в заданный момент времени может выполнять только одну работу, при этом для выполнения одной работы может потребоваться несколько специалистов разного профиля. Закрепление специалистов по работам может быть оформлено в виде матрицы распределения полномочий (ответственности).
Первичными оценочными характеристиками работы являются:
Управление сроками реализации проекта |
129 |
T {t(i, z)} — трудозатраты, количество человекомесяцев (дней), необходимых для выполнения работы;
d (i, z) f i, k(z) — длительность работы (в часах, днях, неделях, месяцах);
s(i, z) — стоимость выполнения работы конкретным специалистом.
Для определения трудозатрат на ранних этапах разработки программного проекта целесообразно использовать метод PERT-
анализа (Project Evaluation and Review Technique) [5], суть кото-
рого заключается в том, что для каждой работы проекта указываются три оценки трудоемкости — оптимистическая о, пессимистическая p и реалистическая b.
При оптимистическом оценивании трудозатрат предпола-
гается, что все работы будут выполнены в срок, команда проекта состоит из высококвалифицированных специалистов, возникновение каких-либо рисков маловероятно.
Пессимистическая оценка трудозатрат производится при наличии множества проблем. Исходная предпосылка заключается в том, что если что-то плохое может произойти, оно обязательно произойдет.
Реалистическая оценка трудозатрат определяется как наиболее вероятная трудоемкость выполнения работы.
Средняя оценка трудозатрат определяется путем умножения реалистической оценки на 4, добавлением оптимистической и пессимистической оценок и делением полученного результата
на 6: t(i, z) |
o |
(i, z) 4t |
b |
(i, z) t |
p |
(i, z) |
/ 6 . |
||
t |
Данный способ оценки трудозатрат рекомендуется использовать для работ с высокой степенью риска.
В иных случаях оценку трудозатрат можно определять как среднее арифметическое от оптимистической, пессимистической и реалистической оценок.
Длительность выполнения работы обратно пропорциональна количеству привлекаемых специалистов:
d(i, z) d(i, z) / k(z) .
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]
- #
- #
- #
- #
- #
- #
- #
- #
- #
- #
- #
Наиболее вероятное время
Оптимистическое время
расположенный в конце
расположенный в начале
начало операции, окончание операции, продолжительность операции, резервы времени
наименование операции, временные сроки операции
правила выполнения финансовых оценок по выполненным работам
систему учета затрат
количество стандартных отклонений от средней величины
величина отклонений резервного времени проекта
строгое математическое правило, по которому принимается или отвергается статистическая гипотеза
совокупность всех возможных значений случайной величины и соответствующих им вероятностей
связь между предшествующими операциями
результат операций – завершение одних работ и возможность начала других
временные данные об операциях проекта
время допустимого запаздывания выполнения задачи, которое еще не влияет на даты окончания других задач или всего проекта
совокупность всех объектов (единиц), относительно которых намерены делать выводы при изучении конкретной проблемы
определенная совокупность единиц, с помощью которых проводят исследования и делают выводы
совокупность всех объектов (единиц), относительно которых намерены делать выводы при изучении конкретной проблемы
определенное предположение о распределении вероятностей, лежащем в основе наблюдаемой выборки данных
диаграмма Ганта отображает сроки начала и окончания работ проекта, с помощью которых выполняется календарное планирование
данный график не играет ключевой роли в управлении проектом и реализация проекта возможна без внедрения данного инструмента
график, на котором фиксируется расписание работ проекта
график, использующийся для иллюстрации плана, схемы работ по проекту
полный резерв времени операций
продолжительность критического пути
среднюю продолжительность проекта
среднее отклонение операций
наиболее вероятное время
оптимистическое время
пессимистическое время
оптимальный
нейтральный
нормальный
пессимистическое
оптимистическое
точечной
интервальной
системы учета расходов по проекту
временной системы учета поступлении и расходов по проекту, при которой ответственность возлагается на финансовый отдел
повышение квалификации сотрудников
канцелярские товары
оплату труда производственного персонала
сырье
любые издержки, которые несет предприятие в результате производства товаров и услуг, за исключением прямых затрат на сырье, материалы, топливо и оплату труда
расходы предприятия, направленные на развитие деятельности сотрудников компании
последовательность задач, от длительности которых зависит общая длительность
определенные задачи, образующие критическую цепь, от которых зависят сроки завершения
определяется наиболее длительной последовательностью задач от начала до конца проекта
это последовательность работ с самыми максимальными резервами времени
это последовательность работ с нулевыми резервами времени
метод, многократно рассчитывающий стоимости проекта или длительности проекта с использованием входных величин, произвольно взятых из возможных значений стоимости или длительности
альтернативный вероятностный метод сетевого планирования, который применяется в случаях организации работ, когда последующие задачи могут начинаться после завершения только некоторого числа из предшествующих задач
используемый для оценки продолжительности проекта при высоком уровне неопределенных оценок продолжительности работ
планирования и управления проектом, который обращает большее внимание на ограничения, связанные с ресурсами проекта и основан на методах и алгоритмах теории ограничений
последовательность операций проекта
резервы операций проекта
метод планирования и управления проектом, который обращает большее внимание на ограничения, связанные с ресурсами проекта, и основан на методах и алгоритмах теории ограничений
метод, который аналогичен методу критического пути и является его разновидностью
только с помощью предотвращения действия закона Мерфи
только с помощью устранения влияния закона Паркинсона
модель, в которой работы и события не носят фиксированного характера и содержат логические отношения весьма сложной структуры
альтернативный вероятностный метод сетевого планирования, который применяется в случаях организации работ, когда последующие задачи могут начинаться после завершения только некоторого числа из предшествующих задач
получить распределение доходности проекта
построить математическую модель для проекта с неопределенными значениями параметров
выделяются
обычно не выделяются
сроки, ресурсы, качество
сроки, стейкхолдеры, ресурсы
неточности вычисления
невозможности задавать сложные процессы при вариантах многовариативности реализации проекта
максимальное время, на которое можно отсрочить начало или увеличить продолжительность работы, при условии, что все события наступают в ранние сроки
количество времени, на которое можно перенести начало работ или увеличить продолжительность без изменения общего срока проекта
чтобы процесс функционирования системы можно было рассматривать через последовательные переходы из одного состояния в другое
когда вероятности последовательности прохождения состояний определяется по правилу умножения
рассмотрение на детальном уровне финансового плана реализации проекта
таких факторов, как постоянные затраты, косвенные затраты и продолжительность критического пути
только таких факторов, как косвенные затраты и продолжительность критического пути
обычно не учитываются
учитываются
одно ограничение
более трех ограничений
на времени достижения каждой операции, которая необходима для реализации проекта
на достижении оценок задач и промежуточных вехах
продолжительности проекта
продолжительности операции
между этапом работы вне критической цепи и этапом работы в рамках критической цепи
после этапа работы вне критической цепи и после этапа работы в рамках критической цепи
календарное планирование отображает набор операций, необходимых для реализации проекта
календарное планирование отображает порядок операций, необходимых для реализации проекта
количество времени, на которое можно перенести начало работ или увеличить продолжительность без изменения общего срока проекта
максимальное время, на которое можно отсрочить начало или увеличить продолжительность работы, при условии, что все события наступают в ранние сроки
возможности расчета финансового плана проекта
том, что он позволяет адекватно задавать сложные процессы в случае, кода существует многовариативность реализации проекта
указывается
обычно не указывается
раннее окончание операции и позднее окончание операции
раннее начало операции, позднее окончание операции и продолжительность операции
раннее окончание
продолжительность
полный
независимый
сдвигаются на среднее количество дней по допустимым временным резервам каждой операции
выстраиваются в своих стандартных временных значениях
обычно указывается
не указывается
раннее начало операции и позднее начало операции
ранний срок и позднее окончание операции
свободный
независимый
позднее окончание операции и продолжительность операции
раннее начало операции и раннее окончание операции
статистическая гипотеза
проверка статистической гипотезы
комплекс взаимосвязанных мероприятий, направленных на достижение поставленных целей и ограниченных посредством таких фактов, как сроки, ресурсы и качество
разработанный план сооружений, устройства чего-либо
любые издержки, которые несет предприятие в результате производства товаров и услуг, за исключением прямых затрат на сырье, материалы, топливо и оплату труда
расходы предприятия, направленные на выпуск продукции, которые включаются в себестоимость отдельных видов изделия
обычно не рассчитывается
никогда не рассчитывается
запас времени, который имеет исполнитель, когда предшествующие работы заканчиваются в неудобные для него сроки, а он заканчивает свою работу в ранний срок, не расходуя резервов следующих за ним работ
максимальное время, на которое можно отсрочить начало или увеличить продолжительность работы, при условии, что все события наступают в ранние сроки
ориентировочный график, который отражает взаимопомощь между операциями проекта
примерная модель структуры проекта
позволяет найти минимальные сроки завершения проекта и отдельных работ, а также определить множество критических работ, увеличение продолжительности выполнения любой из которых приводит к увеличению времени выполнения всего проекта
нужно главным образом для того, чтобы детально рассмотреть продолжительность работ проекта
несколько взаимодействующих объектов, каждый из которых направлен на достижение конкретной отдельной цели
совокупность взаимосвязанных взаимозависимых компонентов или процессов, которые взаимодействуют, целенаправленно преобразуя исходные компоненты в некий результат
одной истиной проблемой
несколькими истинными проблемами
физическими и организационными
только физическими
детальном повременном описании всех поступлений и расходов, планируемых в течение жизненного цикла проекта
сборе информации о расходах, которые планируется проводить в течение реализации проекта
показывают отношения между работами проекта, а дуги являются воплощением работ проекта
показывают связь предшествования между работами проекта, а дуги являются направляющими операций проекта
строгое математическое правило, по которому принимается или отвергается статистическая гипотеза
совокупность всех возможных значений случайной величины и соответствующих им вероятностей
последовательность работе нулевыми резервами времени
модели, в которых работы и события не носят фиксированного характера и содержат логические отношения весьма сложной структуры, являются средством отражения как широкого спектра связей между работами и событиями, так и многоальтернативного характера ветвящихся направлений реализации проекта
принятый уровень затрат проекта
последовательность выполняемых вычислительных этапов обработки информации
статистический тест
статистическая гипотеза
стандартное отклонение операций
среднюю продолжительность проекта
приложение знаний, навыков, инструментов и методов к операциям проекта для удовлетворения требований, предъявляемых к проекту
приложение всех имеющихся возможностей для устранения проблемы
выполняемых в ходе планирования, разработки бюджета и контролирования затрат, обеспечивающих завершение проекта в рамках утвержденного бюджета
необходимых для реализации проекта в установленных ограничениях
принятый уровень затрат
структуру затрат по всем затратным элементам
Сколько случаев мы выбираем
Кого именно мы выбираем и какие способы построения выборки мы для этого используем
Кого именно мы выбираем
Сколько случаев выбираем
отображении сроков начала и окончания работ проекта
прогнозировании развития отдельных направлений разработки большого проекта с оценкой вероятности каждого направления и времени его реализации
создание вариативности загрузки проекта
максимально равномерное распределение ресурсов на протяжении реализации проекта
объем выборки
выборку
критическом пути реализуемого проекта
вероятностных распределениях параметров проекта
Нулевой резерв времени (Zero Float) — нулевой резерв времени работы означает, что выполнение данной работы не может быть задержано без увеличения продолжительности всего проекта. Работа с нулевым резервом времени является критической.
Обеспечение качества. (Quality Assurance — QA) — (1) Процесс регулярной оценки общего выполнения проекта для подтверждения того, что проект будет удовлетворять принятым стандартам качества. (2) Организационная единица, ответственная за обеспечение качества.
Обратный проход (Backward Pass) — расчет сроков (дат) поздних начал и поздних окончаний для незавершенных частей всех работ сети. Определяется путем последовательного обратного просмотра на сети каждой работы, начиная от даты завершения проекта до даты его начала. Дата завершения может быть вычислена при прямом проходе по сети или установлена заказчиком или спонсором в качестве директивной. См. также Сетевой анализ.
Обрыв (Hanger) — непредусмотренное прерывание пути в сетевой модели. Обрывы обычно вызываются пропуском работ или потерей логических зависимостей.
Общее управление качеством (Total Quality Managemen — TQM) — общепринятый подход к внедрению программы повышения качества в организации.
Общий контроль изменений (Overall Change Control) — координация изменений в проекте в целом, по всем его аспектам и участникам.
Общий резерв (Total Float) — см. Резерв.
Ограничение по ресурсу (Resource Constraint) — ограничение в проекте, связанное с уровнем наличия ресурса.
Ожидаемая денежная стоимость вероятного события (Expected Monetary Value) — результат осуществления вероятного события и прибыль или убыток, причиненный им. Например, если существует 50% вероятность того, что пойдет дождь, и дождь причинит убытков на $100, то ожидаемый денежный убыток от этого вероятного события (дождя) — $50 (0,5*$100).
Окончательная смета (Definitive Estimate) — см. Оценка.
Окружение проекта (Project Environment) — среда проекта, порождающая совокупность внутренних и внешних сил, которые способствуют или мешают достижению целей проекта.
Опережение (Lead) — модификация логических отношений, связей между работами, которая допускает ускорение выполнения последующей работы. Например: в зависимости от типа «Окончание — Начало» с опережением в 10 дней последующая работа может быть начата за 10 дней до того, как будет закончена предшествующая работа. См. также Задержка.
Описание работы (Activity Description — AD) — короткая фраза или наименование, используемое в сетевом графике (диаграмме, модели). Обычно обозначает суть (содержание) работы.
Определение конфигурации (Configuration Identification) — процесс установления и документальное описание всех элементов и характеристик конечных результатов проекта.
Определение предметной области (Scope Definition) ~ построение структурной декомпозиции основных результатов проекта на меньшие, более управляемые компоненты для обеспечения лучшего контроля.
Определение проекта (Project Definition) — документ, определяющий проект, в т. ч.: каковы цели и результаты проекта; в чем его необходимость; что должно быть сделано; как, когда и где это должно быть сделано; что для этого нужно; сколько это будет стоить; какие необхо-
Расчетные и графические задания Равновесный объем — это объем, определяемый равенством спроса и предложения… |
Кардиналистский и ординалистский подходы Кардиналистский (количественный подход) к анализу полезности основан на представлении о возможности измерения различных благ в условных единицах полезности… |
Обзор компонентов Multisim Компоненты – это основа любой схемы, это все элементы, из которых она состоит. Multisim оперирует с двумя категориями… |
Композиция из абстрактных геометрических фигур Данная композиция состоит из линий, штриховки, абстрактных геометрических форм… |