Во (2) случае все сведения приводятся по отдельному исполнителю (вертикальный разрез).

ИСПОЛНИТЕЛЬ (бригада, человек)

ПЛАН ПЕРИОД

Методы управления процессом разработки

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

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

t - время, затраченное с начала разработки;

ta - момент появления изделия в состоянии операционной готовности (может функционировать как единое целое)

К - объем ресурсов, выделяемых на разработку.

Если значение а брать достаточно большим и наклон кривой на участке 0-ta становится большим (крутым), то руководство разработкой усложняется. Руководитель не всегда может достаточно эффективно загрузить исполнителей работой. Это вызвано тем, что не все работы можно выполнять параллельно. Помимо функционально сложности разработки можно ввести понятие организационной сложности (оно вытекает из вопросов руководства).

(**) , где чем меньше значение t0, тем проще разработка.

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

Р - производительность труда:

(***)

С - зависит от применяемого инструментария (коэффициент пропорциональности). Например: С = 10 000 - язык высокого уровня исходящего из структурного программирования: С = 1, Д = 1, Р = 1; Д = 2, Р = 1,6)

S - объем программного изделия:

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

(*) , следовательно сокращение времени разработки требует увеличение затрат ресурсов (в степенной зависимости). Желание резко увеличить задействование ресурсов не дает линейного увеличения производительности требуется и пропорциональное этому сокращение затрат времени на разработку. При концентрации ресурсов во много раз увеличивается сложность, теряется эффективность взаимодействия множества программистов => не рекомендуется увеличивать затраты ресурсов более чем на 30% за полгода.

По мере увеличения размера создаваемого ПИ приходится увеличивать время разработки, независимо от того, какими ресурсами мы располагаем (слабая зависимость - 4 степень).

Соотношение (*) используется как основа для управления разработкой. Из соотношений (**) и (***) по значениям задаваемых параметров разрабатывается определенное значение выбираемых параметров разработки.

S,t0 - задаваемые значения (S - не явная характеристика, задана через функциональную нагрузку).

С - выбираемое значение разработчиком исходя из наиболее предпочтительного варианта технологии.

Результатные параметры (трудоемкость разработки) и исходя из срока разработки определяется количество исполнителей:

N=F/ta

В процессе разработки могут меняться некоторые характеристики:

n меняются функциональные требования к ПИ;

n вводятся новые дополнительные функции, либо заменяются.

В любом случае часть функций разрабатывается за время меньше, чем ta, при этом может не меняться S.

Для реализации таких функций понадобятся дополнительные ресурсы из-за возрастания организационной сложности.

S = (d+4m+b)/6

d - минимально возможный объем разработки по мнению экспертов;

b - максимально возможный объем разработки по мнению экспертов;

m - среднее значение.

Тема 7: Стадии разработки ПИ. Содержание и методы выполнения работ.

1. Стадия ТЗ (предпроектная стадия). В настоящее время преобладающий объект разработки ПИ является программная реализация комплекса информационно и функционально взаимосвязанных задач.

n разработка ПО по подсистемам;

n разработка ПО для объекта в целом (реже встречается).

Основные альтернативы:

1) Существует ли возможная реализация ПИ современными средствами. Если “да”, то была ли эта реализация эффективна. Рассматривается совокупность частных показателей.

2) Следует ли проводить оригинальную разработку или возможна адаптация существующего ПО.

3) Если проводится оригинальная разработка, то ориентировать ли ее на изготовление локального ПИ, или же вести разработку тиражируемого ПП (например в виде ППП).

Так как ответ на (1) вопрос может быть отрицательным, то материалы связанные с решением основных альтернатив могут оформляться отдельным документом, например ТЭО. Если есть возможность, то рекомендуется для оригинальных разработок работы предпроектной стадии оформлять отдельным договором.

При планировании работ предпроектной стадии ориентировочно длительности его от 1 месяца, реже нескольких недель, и до 1 квартала.

Трудоемкость работ предпроектной стадии: от 15 чел./дней до 150 чел./дней. Чаще всего 30-50. Это означает, что на один комплекс задач выделяется 1-2 человека.

Примерно сложившаяся величина 10%, и если имеется дело с оригинальной разработкой, то эта доля уменьшается до 7-8%, или если с ППП то возрастает до 13-15%.