Проверяемый текст
Старовойтов, Илья Владимирович. Разработка и исследование моделей, методов и средств оценивания процесса производства программного обеспечения (Диссертация 2003)
[стр. 121]

122 Каждый кортеж отношения Performs определен на промежутке времени длиной delta.
В соответствии с правилами моделирования выполнения шага проекта (см.

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

4.2.1.3 Метрика 3.
Средний уровень занятости исполнителей в проекте
Средняя (медианная) доля занятости исполнителей в проекте при установленных назначениях (относительно общей продолжительности проекта).
Формальное определение:
V agent-name е Agent-names (all-agent-usage-time-ratios = { agent-usage-time-ratio (agent-name) } —> resource-capacity-usage-ratio = median (all-agent-usage-time-ratios)) Функция median находит среднее медианное значение для заданного набора значений.
Для каждого исполнителя вычисляется процентная доля времени его занятости в проекте (см.
определение Метрики 2).
Для полученного набора значений при помощи функции median вычисляется средняя процентная доля занятости исполнителей в проекте.

4.2.2 ДЕФЕКТЫ ПЛАНА ПРОЕКТА РАЗРАБОТКИ ПРОГРАММНОЙ СИСТЕМЫ Дефектом плана программного проекта считается несоответствие значения некоторой его характеристики заранее установленному пороговому значению.
Например, если максимально допустимое число одновременно выполняемых исполнителем задач в проекте установлено равным трём, то одновременное выполнение исполнителем четырёх и более задач будет считаться дефектом плана проекта.
[стр. 107]

107 Формальное определение: 3 agent-name е Agent-names (time-intervals = {time-moment (Performs (time-moment,_,agent-name,_,_) & V time-moment 1, time-moment2 e time-intervals (time-moment 1 time-moment2) ) } —> agent-usage-time-ratio (agent-name) = time-intervals / net-process-time * 100 ) Примечание 1.
Здесь и далее единицей измерения времени является длина единичного интервала delta, определяемая отношением Current-time.
Примечание 2.
Операция { } обеспечивает построение набора значений в виде множества, в котором элементы могут повторяться.
Эта операция .
допускает также указание предиката, задающего условия включения элемента в формируемый набор значений.
Комментарий.
Каждый кортеж отношения Performs определен на промежутке времени длиной delta.
В соответствии с правилами моделирования выполнения шага проекта (см.

три варианта Правила 3 в разделе 2.4.2 Главы 2), на каждом таком промежутке исполнитель может либо находиться в состоянии "свободен" (если его список назначений пуст), либо быть полностью занятым выполнением работы из текущего списка назначений.
Тем самым, время, затраченное исполнителем на работу в проекте, определяется суммарным размером промежутков "занятости" исполнителя.
Процентная доля времени, затраченного исполнителем на работу в проекте, по отношению к общей продолжительности проекта (см.
Метрику 1) определяет значение рассматриваемой метрики.

Метрика 3.
Средний уровень занятости исполнителей в проекте
(при установленных назначениях).
Неформальное определение: средняя (медианная) доля занятости исполнителей в проекте (относительно общей продолжительности проекта).
Формальное определение:


[стр.,108]

108 V agent-name e Agent-names (all-agent-usage-time-ratios = { agent-usage-time-ratio (agent-name) } -> resource-capacity-usage-ratio = median (all-agent-usage-time-ratios) ) Примечание.
Функция median находит среднее медианное значение для заданного набора значений.

Комментарий.
Для каждого исполнителя вычисляется процентная доля времени его занятости в проекте (см.
определение Метрики 2).
Для полученного набора значений при помощи функции median вычисляется средняя процентная доля занятости исполнителей в проекте.

Метрика 4.
Продолжительность выполнения вида деятельности.
Неформальное определение: фактическая продолжительность выполнения вида деятельности в проекте.
Формальное определение: 3 activity-name (Activities (activity-name, List-of) & 3 first-task e List-of (3 first-step (Project-steps (first-step, first-task,...) & Started (earliest-moment, first-step) & V task-name 1 e List-of\{first-task} (V stepl (Project-steps (stepl, task-name 1,...) & Started (time-momentl, stepl) & earliest-moment < time-momentl ) ) v List-of = {first-task} & 3 last-task e List-of (3 last-step (Project-steps (last-step, last-task,...) & Finished (latest-moment, last-step) & V task-name2 e List-of\{last-task) (V step2 (Project-steps (step2, task-name2, ...)&.


[стр.,109]

109 Finished (time-moment2, step2) & latest-moment > time-moment2 ) ) v List-of = {last-task} —> activity-process-time (activity-name) = latest-moment — earliest-moment ))))) Примечание.
Здесь и далее символ в отношении означает вхождение множества анонимных свободных переменных.
Комментарий.
В составе вида деятельности activity-name существуют задача first-task, выполнение которой началось раньше (не позже) выполнения всех остальных задач этого вида деятельности, и задача last-task, выполнение которой завершилось позже (не раньше) выполнения всех остальных задач этого вида деятельности.
Фактическое время выполнения вида деятельности определяется промежутком времени от момента начала выполнения задачи first-task до завершения выполнения задачи last-task.
В самом тривиальном случае вид деятельности содержит одну задачу, время выполнения которой и определяет продолжительность выполнения этого вида деятельности.
i 3ll.2.
Дефекты плана программного проекта Дефектом плана программного проекта считается несоответствие значения некоторой его характеристики заранее установленному пороговому значению.
Например, если максимально допустимое число одновременно выполняемых исполнителем задач в проекте установлено равным трём, то одновременное выполнение исполнителем четырёх и более задач будет считаться дефектом плана проекта.

Так как все понятия, используемые при построении формальной модели плана программного проекта, были определены формально (Глава 2), дефекты плана программного проекта также могут быть формально определены в тех же терминах, что и модель плана проекта.
Ниже представлены формальные определения наиболее распространённых дефектов планов программных проектов [34, 77, 92, 97].

[Back]