Да в том-то и дело, что небезысвестный "Справочник базовых цен" даёт очень укрупненную оценку. Но проблема даже не в этом, а в том, что по нему не предполагается определение трудозатрат в часах (пусть даже на основе количества форматок А4 :D что тут ещё придумаешь в качестве единицы измерения). Университетские методические указания по организационно-экономической части проекта как-то больше предназначены для расчета стоимости автоматизации бизнес-процессов и документооборота. Поэтому методика, предложенная на tdocs, просто находка, единственное, что, конечно, остаются белые пятна и чисто интуитивный подход к оценке и при расчете по ней. Вот на днях узнаю, проходит ли она требования преподов-экономистов :?Никита писал(а):Что же до Вашего вопроса - самому интересно, откуда взялась эта методика, кем одобрена и где применяется. А таблица с количеством показателей вытащена из Межотраслевых укрупненных норм времени на разработку конструкторской документации. Для ТЗ это называется "количество показателей технического уровня изделия" и речь идет именно о нормируемых показателях, перечисляемых в ТЗ (показатели назначения, надежности, эргономические, эстетические, технологические, патентно-правовые и т.д) на основании которых производится приемка изделия (речь изначально, напоминаю, о конструкторской документации на изделие). В случае с ПО если притянуть за уши - количество требований к программе. И если к АСУ в целом это еще можно как-то притянуть (хотя нормальное ТЗ на АСУ это минимум полсотни страниц с требованиями, явно в предложенный диапазон не укладывается), то применимость методики к ПО весьма сомнительна. Только к документации на этого ПО еще куда ни шло.
Насчет "количества показателей технического уровня изделия" - спасибо, это выглядит более логичным критерием для ТЗ.