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

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

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



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

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

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

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

Уточнение: доки на работающий девайс.
Пример из анекдота.
Шпион украл доки новейшей атомной подлодки. Собрали по чертежам, получили паровоз. Когда разобрались, выяснилось, что есть порядка 20 групп изменений, которые не украли.


Согласен.
Выход один, чтобы этого безобразия не было - ООП.
PS. Это не про организацию освобождения Палестины.

Покажу ссылку автору, пусть глянет, какой пожар он раздул

Спасибо, на работе почитаю (посчитаю) с карандашиком.
И о важности документации.
Когда знакомлю студентов-практикантов с работой, то показываю в шкафу полку, на которой стоит документация для изготовления изделия и эксплуатации (которой пользуемся часто). А потом показываю целый шкаф, в которой стоит доказательная документация (карты рабочих режимов, расчеты надежности, методики испытаний, ....) - документация практически одноразовая, но необходимая. Времени и квалификации на разработку доказательной документации надо больше.
Схему и конструкцию изделия можно набросать на черновике и дать начертить по ГОСТу в КАДе практиканту. А в разных отчетах и анализах надо каждое предложение продумывать.

Сообщение отредактировал Ильдус - Sep 27 2008, 18:47

Вплоть до запятой, а то получится "казнить нельзя помиловать" Особенно, если работа ведется в интересах МО и прочих силовиков - они даже рамки и штампы с линейкой вымеряют...

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

- стоимости разработки КОМПЛЕКТОВ технической документации с примерами на АИИС КУЭ, железо (газотурбинный агрегат), софтину (для управления газотурбинным агрегатом);
- эффективности поддержания комплекта документов в актуальном состоянии с применением библиотеки типовых документов и при "классическом" документировании вордом.

В статье приведены примеры расчетов стоимости перечисленных выше комплектов документов в зависимости от квалификации исполнителей.