Как расчитать стоимость разработки ПО?

разработка ПО - это проект. есть универсальный способ оценки стоимости проекта, упрощенно это так - разрабатывается план проекта в MS Project, назначаются ресурсы (+сроки), указывается их стоимость и т.д. - и вычисляется стоимость проекта.

И на выходе умножается вначале на 3, потом на 10...

Учесть кто потом за ними баги исправлять будет.

Понятно, что проверить всё придётся, но им же всё-таки даются требоватия к разрабатываемым модулям и тесты, которые должны проходить модули. За простой подгон никто им платить не будет.

зависит от опыта разработчика плана. можно и на 1000 умножать.

1. Пишется функциональное задание.

2. По функциональному заданию пишется документация пользователя.

3. По документации пользователя пишется спецификация на все интерфейсы.

4. По спецификациям и документации определяется время и стоимость каждого микроэтапа.

5. Стоимости суммируются. Для среднего ПО сроки и стоимость умножаются на 3, для сложного - на 9. Методологию и объяснение причин умножения именно на эти коэффициенты см. в книжке Брукса "Мифический человеко-месяц". Следует помнить, что собственно кодинг занимает от 1/6 до 1/3 всего времени создания программного продукта. Остальное время занимают тестирование, разработка спецификаций, документации и много всяких мелочей.

6. .Net является хорошей платформой именно для работы по этой схеме.

Наивный вы человек.

Вот когда через неделю после полного расчета окажется, что вы сами-же где-то что-то немного ошиблись(все тесты проходят, а результат неверный), а те, кто писал, справедливо захотят за это еще +10%, и вы начнете орать про

тогда они вас покинут окончательно. И сделать эту функциональность вам обойдется не в 10%, а дай бог в 50%.

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

Обо всём мы задумываемся :), но интересует в первую очередь именно оценка выпуска первой стабильной версии.

О последующей поддержке и постоянной смене требований и хотелок заказчика тоже в курсе.

VoV@ добавил 06.07.2010 в 12:58

Слава Шевцов, спасибо, сайчас практикуем очень похожий подход.

Просто из рекомендаций например Макконелла наиболее оптимально при расчёте использовать несколько методов, и на основе их принимать решение.

Кому-то нужна первая стабильная версия без второй стабильной ?

Впрочем рынок велик... люди разные везде.

Название книжки прикольное. Кстати, а в книжке написано, как считать сроки и стоимость тестирования до нужного уровня качества?

Единственная стабильная версия как вещь в себе само-собой никому не нужна.

Но как мне показывает мой маленький опыт: если первая стабильная версия была готова в срок близкий к обещанному, то о продолжении работ с заказчиком намного легче договориться. Да и сам заказчик чаще ленится искать нового исполнителя, если прежний его удовлетворяет.

VoV@ добавил 06.07.2010 в 15:28

Книга действительно достойная, на многих программерских форумах её рекомендуют как обязательную для прочтения. Но таких конкретных советов по оценке сроков там нет. Акцент в книге делается именно на кодировании, чтобы в результате избежать многих проблем при тестировании, отладке и сборке. А всё остальное рассматривается довольно бегло.