| Автор |
Сообщение |
Богдан
Редкий Модератор
Возраст: 41
Сообщения: 327
Откуда: Киев
|
 Добавлено:
Пн, 19 Май 2008 13:44 |
  |
Объект оценки: программного обеспечение разработано для прокатного завода.
Язык программирование: Coral (http://en.wikipedia.org/wiki/CORAL66)
Известная информация: только количество строк (исторических данных о затратах нет)
Предполагаемый алгоритм оценки:
Количество строк / Скорость написания программистом строк в час * стоимость часа работы программиста.
Вопросы:
1. Кто может подсказать среднюю продуктивность часа программиста (по разным языкам)
2. Стоимость работы программиста (для разных языков), желательно для Европы.
3. Возможные другие алгоритмы оценки ПО. |
|
|
   |
|
zanoza
Spammer
Сообщения: 12986
|
| Добавлено:
Пн, 19 Май 2008 14:10 |
|
сравнительный - запросить, за сколько бы написали подобную программу в других конторах, возможно, на другом языке, но с теми же функциями. |
|
|
|
|
zanoza
Spammer
Сообщения: 12986
|
| Добавлено:
Пн, 19 Май 2008 14:12 |
|
можно попробовать и доходный, если попытаться продавать его на сторону каким-либо предприятиям (если оно достаточно универсальное, это ПО). |
|
|
|
|
КовАл
Завсегдатай
Сообщения: 3883
|
| Добавлено:
Пн, 19 Май 2008 14:21 |
|
| zanoza писал(а): |
| сравнительный - запросить, за сколько бы написали подобную программу в других конторах, возможно, на другом языке, но с теми же функциями. |
больше похоже на затратный... хотя я чайник в оценке Н.А. |
|
|
 |
|
cardinal
Looking way
Возраст: 47
Сообщения: 71
Откуда: Киев
|
| Добавлено:
Пн, 19 Май 2008 14:21 |
|
длина строчки может быть разной
и у Антон Палыча Чехова строчка стоит дорого, а у3-ти классика почти даром.
если продукт большой то его пишет не один программист, а у каждого зарплата может быть разная. |
_________________
aut viam inveniam aut faciam |
|
 |
|
КовАл
Завсегдатай
Сообщения: 3883
|
| Добавлено:
Пн, 19 Май 2008 14:24 |
|
Богдан, а посчитать выгоду от использования этой хрени никак нельзя? |
|
|
|
|
zanoza
Spammer
Сообщения: 12986
|
| Добавлено:
Пн, 19 Май 2008 14:25 |
|
ну затратный в какой-то степени тоже сравнительный  |
|
|
|
|
Богдан
Редкий Модератор
Возраст: 41
Сообщения: 327
Откуда: Киев
|
| Добавлено:
Пн, 19 Май 2008 14:33 |
|
| КовАл писал(а): |
| Богдан, а посчитать выгоду от использования этой хрени никак нельзя? |
Нет, эта программа была написана для того чтобы облегчить работу прокатного производства (что где как, учет движения, состояния) + клиент ведет свою учетную политику на грани фантастики – он ее вовсе не ведет.
Сейчас ищу данные о возможных аналогах, чтобы знать порядок цифр, которые платят за ПО. |
|
|
|
|
Богдан
Редкий Модератор
Возраст: 41
Сообщения: 327
Откуда: Киев
|
| Добавлено:
Пн, 19 Май 2008 14:35 |
|
| cardinal писал(а): |
длина строчки может быть разной
и у Антон Палыча Чехова строчка стоит дорого, а у3-ти классика почти даром.
если продукт большой то его пишет не один программист, а у каждого зарплата может быть разная. |
Да, но примерный расценки на рынке существуют
http://dev.it-sfera.ru/price/ |
|
|
|
|
КовАл
Завсегдатай
Сообщения: 3883
|
| Добавлено:
Пн, 19 Май 2008 14:38 |
|
| Богдан писал(а): |
| эта программа была написана для того чтобы облегчить работу прокатного производства (что где как, учет движения, состояния) |
а прикинуть какой штат нужен для:
| Богдан писал(а): |
| что где как, учет движения, состояния |
разве нельзя? Если клиент её купил, значит он посчитал, что эта програмулина ему заменит n-людей и это будет выгодно. |
|
|
|
|
cardinal
Looking way
Возраст: 47
Сообщения: 71
Откуда: Киев
|
| Добавлено:
Пн, 19 Май 2008 14:49 |
|
существует, но я к тому, что по количеству строк не совсем корректно определять стоимость.
Хотя зарплату обычно платят за количество строчек умноженную на некий коэф. мастерства программиста |
_________________
aut viam inveniam aut faciam |
|
|
|
Богдан
Редкий Модератор
Возраст: 41
Сообщения: 327
Откуда: Киев
|
| Добавлено:
Пн, 19 Май 2008 14:53 |
|
cardinal а салочки можно дать или назвать порядок цифр |
|
|
|
|
cardinal
Looking way
Возраст: 47
Сообщения: 71
Откуда: Киев
|
| Добавлено:
Пн, 19 Май 2008 15:01 |
|
к сожалению нет у меня ссылок,
я проконсультировался (в телефонном режиме) у знакомых программистов
и вот, что еще подсказали.
что строк может быть скока угодно, более корректнее расчитывать затраты времени на написание продукта |
_________________
aut viam inveniam aut faciam |
|
|
|
КонстантинЛепко
Возраст: 55
Сообщения: 1149
Откуда: Крым
|
| Добавлено:
Пн, 19 Май 2008 15:13 |
|
Богдан
Длина строк, это хорошо. Но к этому добавьте разработку глобальной блок-схемы, разработку локальых блок-схем, разработку локальных лгических цепочек, разработку таблиц, в которых хранится информация, т.е. база, разработку интерфейса, т.е. те формы ввода и вывода информации, которые видит пользователь, тестирование программы на различных этапах разработки, ну и сопровождение в процессе эксплуатации, если оно есть и еще много чего. Так что просто длиной строки вы не обойдетеся, к сожалению, поэтому действительно, корректней расчитывать затраты времени. Хотя по разным этапам, можно применить разные подходы. Где то по строчке, а где то по времени, а где то по скорости обработки вводимой информации и в выдаче готового результата, а где то по объему и надежности хранения информации..... |
|
|
|
|
Богдан
Редкий Модератор
Возраст: 41
Сообщения: 327
Откуда: Киев
|
| Добавлено:
Пн, 19 Май 2008 15:34 |
|
Вот как раз я и хочу усреднить данные и на базе их построить расчеты. Видь большие компания хоть как-то но планируют свой бюджет перед началом проекта.
Вот примерна также дискуссия на другом форуме, где приводиться продуктивность работы программиста
http://www.progz.ru/forum/index.php?showtopic=2239
| Цитата: |
обычно работу программера принято рассчитывать в LOC (Lines Of Code) – чистые линие (без доп. отступов и пустых строк). Из них уже пересчитывают в так называемые FP (Features Points) – абстрактная единица, вычисляемая в зависимости от «сложности» и краткости языка. Вот такие вот сводные данные:
asm – 320
c – 128
cobol – 106
fortran – 106
pascal – 90
c++ - 64
Java – 53
Ada 95 – 49
VB – 32
Visual C++ - 34
Delphi – 29
Smalltalk – 22
Perl – 21
HTML – 15
|
|
|
|
|
|
|
|
