Стоимость разработки техдокументации, с примерами Опции

[dissector]

Стоимость разработки технической документации - статья к.т.н. В.А. Глаголева, основанная на нормативных документах. Раскрывает реальную трудоемкость и стоимость разработки технической документации.

[Guest_Цыкетчик_*]

Короче говоря Вы не согласны с моей точкой зрения о степенной зависимости роста трудоёмкости выполнения единицы документации (строчка исходника в программировании, линия - в схемотехнике, пин/переходное отверстие/цепь в трассировке платы) от объёма этой документации? И придерживаетесь точки зрения, что эта зависимость линейна?

[evgeny_ch]

Короче говоря Вы не согласны с моей точкой зрения о степенной зависимости роста трудоёмкости выполнения единицы документации (строчка исходника в программировании, линия - в схемотехнике, пин/переходное отверстие/цепь в трассировке платы) от объёма этой документации? И придерживаетесь точки зрения, что эта зависимость линейна?

Получается, что вы меня неправильно поняли.
Стоимость имеет ступенчатую зависимость. 40% к стоимости линии добавляют в новых разработках.
В исследовательских, можно на столько же уменьшить, ПМСМ.
Трудоёмокость же, вами упомянутая, образуется из количества трудодней, затраченных энным количеством рыл, причём рыла д. б. разной квалификации (это следствие либ. присказки о микроскопе), возраста и пола. Объем же документации на выходе, к трудоёмкости имеет опосредованное отношение. Представьте, что я заимствовал 70% документации (на фотоповторитель напр.) из предыдущих разработок, а сам воспользовался разрешением рисовать с шагом сетки не
5, а 10 мм. У меня получится много качественной документации, причём ее объем я могу нарастить
некоторыми "бандитскими" приёмами, что будет в рамках стандартов, а могу и уменьшить.
Такшта, скорее всего, цену определит моё настроение и степень физической усталости.

Сообщение отредактировал evgeny_ch - Sep 24 2008, 13:36

[Guest_Цыкетчик_*]

Трудоёмокость же, вами упомянутая, образуется из количества трудодней, затраченных энным количеством рыл

Да трудоёмкость проекта можно измерять в человеко-днях. Так вот давно доказано, что при увеличении суммарного размера исходников в некотором программном проекте (я говорю о программировании, потому что это мне ближе) с 50000 до 500000 строк, т.е в 10 раз, (я говорю не об искусственном наращивании объёма "бумаги" с целью "пускания пыли в глаза" заказчику, а об увеличении, вызванном объективной сложностью решаемой софтом задачи) кол-во человеко-часов вырастит не в 10 раз, как Вы полагаете, а раз в 20..100. С этим то хоть Вы согласны?

Хотя конечно можно взять это проект с 500000 строками кода дописать за пару дней десяток-другой строчек и позиционировать это как новый проект. Производительность получится сумасшедшей. 250 000 строк в день.

Просто я за время разработки считаю время от момента замысла программы до моменты окончания бета-тестирования проги. А Вы считаете за время разработки выпуск очередного патча ( ну когда вы 70-80% документации заимствуете из другой разработки)

У меня получится много качественной документации, причём ее объем я могу нарастить некоторыми "бандитскими" приёмами

Я говорю не о таких приёмах.

Сообщение отредактировал Цыкетчик - Sep 24 2008, 14:05

[evgeny_ch]

Да трудоёмкость проекта можно измерять в человеко-днях. Так вот давно доказано, что при увеличении суммарного размера исходников в некотором программном проекте (я говорю о программировании, потому что это мне ближе) с 50000 до 500000 строк, т.е в 10 раз, (я говорю не об искусственном наращивании объёма "бумаги" с целью "пускания пыли в глаза" заказчику, а об увеличении, вызванном объективной сложностью решаемой софтом задачи) кол-во человеко-часов вырастит не в 10 раз, как Вы полагаете, а раз в 20..100. С этим то хоть Вы согласны?

Хотя конечно можно взять это проект с 500000 строками кода дописать за пару дней десяток-другой строчек и позиционировать это как новый проект. Производительность получится сумасшедшей. 250 000 строк в день.

Просто я за время разработки считаю время от момента замысла программы до моменты окончания бета-тестирования проги. А Вы считаете за время разработки выпуск очередного патча ( ну когда вы 70-80% документации заимствуете из другой разработки)
Я говорю не о таких приёмах.

Если уж рассуждать совсем корректно, то в нормочасах. Стоимость нормочаса определяется
квалификацией работника и вредностью условий работы. В качестве некоторого программного проекта вспомнился БГ,
со своими окошками. Там задание выполнялось кусками, а количество потребных кусков никто не знал.
Характерный пример раздувания бюджета разработки, несообразующегося с её целью.
Кто может оценить сложность поставленной задачи? Компетентность заказчика и его кредитоспособность, в комплексе определяют эту мнимую величину.
Скажу вам больше, средства выделяемые на проект, имеют свойство к распиливанию,
что приводит к уменьшению стоимости начерченной линии (1/3 по божески) и нивелированию сложности. М. б. и к необязательности результата, или к его ничтожности.
Примеров приводить больше не стану, пора пить чай.

Сообщение отредактировал evgeny_ch - Sep 24 2008, 14:33