Экономическая часть диплома. Коэффициент сложности программы.

Историю развития программирования надо изучать :). Это всё оттуда идёт.. .
Второй вопрос несколько полегче, но тоже - один обман.
Вначале с программами было всё довольно понятно, так как их делали для автоматизации рутинных вычислений (толкование слова "рутинные" найдёте сами в интернете) . То есть просто программировали решение формул или уравнений. Как оценить труд программиста? Вот, по количеству операторов, которыми он смог выразить эту математику (хотя тут тоже немало проблем, ведь хорошие программы обычно максимально короткие, но придумать такие труднее всего, а платят за это при такм подходе меньше) .
В настоящее время всё ОЧЕНЬ СИЛЬНО изменилось. Визуальные среды разработки, типовые элементы, серверы.. . То есть, в проекте программы может не быть ни слова. Как оценить труд программиста? Старый подход с количеством операторов в программе просто не работает! Но он очень простой, удобный и "понятный". Вот и изгаляются все, пытаясь придумать, сколько же условных опраторов "стоит" создание кнопки на форме? Волюнтаризм, одним словом :). Обосновать практически невозможно. Однако вам - придётся :).
Коэффициент сложности тоже примерно таким же образом рассчитывается. Есть где-то рекомдеции - типа, если совсем новое дело для разработчика, то коэф максимальный, если уже такие проекты человек делал, то меньше, если вообще ситуация стандартная - то минимальный.. . С конкретными числами же ищите сами...