Как оценить стоимость написания программы?

← →
knever © (2007-01-16 13:34) [40]

> Павел Калугин ©

ЕСПД (единая система программной документации)

--------------------------------------------------------------------------------

ГОСТ 19.001-77. ЕСПД. Общие положения
ГОСТ 19.002-80. ЕСПД. Схемы алгоритмов и программ. Правила выполнения
ГОСТ 19.003-80. ЕСПД. Схемы алгоритмов и программ. Обозначение условные графические
ГОСТ 19.004-80. ЕСПД. Термины и определения
ГОСТ 19.101-77. ЕСПД. Виды программ и программных документов
ГОСТ 19.102-77. ЕСПД. Стадии разработки
ГОСТ 19.103-77. ЕСПД. Обозначение программ и программных документов
ГОСТ 19.104-78. ЕСПД. Основные надписи
ГОСТ 19.105-78. ЕСПД. Общие требования к программным документам
ГОСТ 19.106-78. ЕСПД. Требования к программным документам, выполненным печатным способом
ГОСТ 19.201-78. ЕСПД. Техническое задание. Требования к содержанию и оформлению
ГОСТ 19.202-78. ЕСПД. Спецификация. Требования к содержанию и оформлению
ГОСТ 19.301-79. ЕСПД. Программа и методика испытаний. Требования к содержанию и оформлению
ГОСТ 19.401-78. ЕСПД. Текст программы. Требования к содержанию и оформлению
ГОСТ 19.402-78. ЕСПД. Описание программы
ГОСТ 19.403-79. ЕСПД. Ведомость держателей подлинников
ГОСТ 19.404-79. ЕСПД. Пояснительная записка. Требования к содержанию и оформлению
ГОСТ 19.501-78. ЕСПД. Формуляр. Требования к содержанию и оформлению
ГОСТ 19.502-78. ЕСПД. Описание применения. Требования к содержанию и оформлению
ГОСТ 19.503-79. ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению
ГОСТ 19.504-79. ЕСПД. Руководство программиста. Требования к содержанию и оформлению
ГОСТ 19.505-79. ЕСПД. Руководство оператора. Требования к содержанию и оформлению
ГОСТ 19.506-79. ЕСПД. Описание языка. Требования к содержанию и оформлению
ГОСТ 19.507-79. ЕСПД. Ведомость эксплуатационных документов
ГОСТ 19.508-79. ЕСПД. Руководство по техническому обслуживанию. Требования к содержанию и оформлению
ГОСТ 19.601-78. ЕСПД. Общие правила дублирования, учета и хранения
ГОСТ 19.602-78. ЕСПД. Правила дублирования, учета и хранения программных документов, выполненных печатным способом
ГОСТ 19.603-78. ЕСПД. Общие правила внесения изменений
ГОСТ 19.604-78. ЕСПД. Правила внесения изменений в программные документы, выполненные печатным способом

тут нет ничего по поводу ЦЕНЫ

← →
novill © (2007-01-16 13:47) [41]

Цена=(время на все этапы разработки)*(стоимость 1 единицы рабочего времени).

Обоснованием будут - фактические затраты!

← →
knever © (2007-01-16 13:52) [42]

> novill © (16.01.07 13:47) [41]
> Цена=(время на все этапы разработки)*(стоимость 1 единицы
> рабочего времени).
>
> Обоснованием будут - фактические затраты!

это конечно хорошо, но сылка... в соответствии со Сборником цен от 15ХХ года тем то туверж.

← →
Павел Калугин © (2007-01-16 14:15) [43]

> [40] knever © (16.01.07 13:34)

это как правильно оформлять программную документацию.
как последовательно разрабатывать ПО.
стандарт технологии
позволяет определить время затраченное на разработку, что является неотъемлемой частью цены продукта.

> [41] novill © (16.01.07 13:47)

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

← →
novill © (2007-01-16 14:17) [44]

> [42] knever © (16.01.07 13:52)
> это конечно хорошо, но сылка... в соответствии со Сборником
> цен от 15ХХ года тем то туверж.

Ага, утвержденные цены... Вы еще плановую экономику вспомните!

Выдайте свою расчетную стоимость, в случае отказа пригрозите обратиться в консалтинговое агенство, и прибавить стоимость его работы (укажите приимерные цифры) к уже новой стоимости программы.

← →
ShaggyDoc (2007-01-16 14:17) [45]

В СССР были попытки нормирования и в области разработки программного обеспечения, например:

1 Укрупненные нормы времени на разработку программных средств вычислительной техники, издание 1988 г.

2 Укрупненные нормы времени на изготовление и сопровождение программных средств вычислительной техники, издание 1988 г.

3 Типовые нормы времени на программирование задач для ЭВМ, издание 1989 г.

4 Временная методика определения объемов программных средств вычислительной техники, издание 1989 г.

5 ОСТ 4.071.030. Автоматизированная система управления предприятием. Создание системы. Нормативы трудоёмкости.

Был еще Ценник на наладку оборудования, с разделом программирования. Там были нормы времени "за оператор".

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

Если "очеловекочасить" по любым этим нормам разработку в Delphi несложной программы для работы с БД, получатся десятки человеко-лет.

Вообще-то все хотят видеть какие-то нормативы. Одни — чтобы убедиться, не переработали ли они, другие — чтобы знать, сколько же их работа стоит. Конечно, существуют рыночные отношения, но всегда полезно иметь представление о какой-то «стартовой цене» своего труда, с которой можно начинать «аукцион».

Можно объявить и самому себе цену, и с потолка (или по факту)взять трудозатраты. Но "съесть-то он съесть, да кто ж ему дасть".

Мне приходилось самому составлять лет 10 назад такие нормы времени. Потом они утверждались для конкретной организации.

При нормировании изучали 1 365 файлов объемом 26 065 536 байт интегрированной системы InCAD и 2 553 файла объемом 7 233 454 байта исходных текстов программ.

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

Например для LISP-программ 5 категории сложности на 1 Кб откомпилированнного кода были ч*часы:

Постановка задачи 28,244 Программирование 12,122 Разработка документации 19,376 Внедрение 8,953 Подготовка к распространению 0,025 Поставка продукта 0,190 Сопровождение продукта в течение 1 года 0,010 Обучение пользователей 0,035
Разумеется, все это для конкретных условий и для 10-летней давности.

Если надо что-то свое, то надо идтить таким путем - создание "наукообразных" обоснований.

> [44] novill © (16.01.07 14:17)

есть еще бюджет заказчика на разработку - внедрение.
смысл покупать софт за 500 000, если 3-е девочек по 400 в месяц успешно реализуют эту задачу?
и данный фактор так же надо учитывать при ценообразовании. так сказать экономический эффект от внедрения

> [46] Павел Калугин © (16.01.07 14:21)

Я давно сказал сказал, что задача экономическая, но автор всё хочет ссылку на директивный документ (

ShaggyDoc
для продолжения разговора я должен это прочесть и осмыслить и огромное спасибо

Как оценить стоимость написания программы? Найти похожие ветки