Оцените примерно, сколько может стоить подобная разработка или за какие деньги вы бы это сделали.
ТЗ общесхематическое.
Может кто делал что-то похожее.
Хотя бы порядок.

Исходный процесс
Имеется: стивидорная компания, причалы
Действие: погрузка/разгрузка судов
Алгоритм: процесс погрузки/разгрузки разбивается на этапы, в простонародье называемые «сменами». Как правило, смен две, но могут быть дополнительные в любом количестве.
Персонал группируется по бригадам.
В каждую смену (этап) работает одна или несколько бригад.
Есть постоянный состав бригады, но он может меняться.
Учет производится по бригадам и далее по докерам.
Расчет зарплаты докера производится за каждую смену отдельно на основании того, как отработала бригада, сколько груза выгрузила, какие дополнительные расходы были, сколько груза побили/поломали.
Сумма зарплаты рассчитывается по тарифам на основаини введенных заранее формул. Формулы могут меняться на ходу.

Основные задачи программы
Учет работ по погрузке/разгрузке
Расчет заработной платы личного состава бригад
Расчет затрат на производство работ

Основные операции
Судовые операции
Результаты работы смены
Формирование зарплаты бригад за смену
Изменение тарифов и формул расчета

Отчеты
Все возможные виды аналитики

Справочники
Персонал
Бригады
Тарифы
Типы тарифов
Должности
Типы операций
Типы смен

Дополнительно
Стыковка с 1С v7

Экраны, если надо.

Данная работа выполнена, что называется, бесплатно. Точнее, я им обслуживал офис за 100 баксов в месяц (2004 год) и заодно накатал эту програмку. Сейчас хочу оценить её стоимость на сегодняшний день.

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

В принципе, если бы я ничем другим не занимался, то месяца за 1.5-2.0 я бы её сделал.
То есть, 50,000р*1.5-2.0=75,000р-100,000р

Вопрос не в этом. А вдруг я плохой программист, а хороший такую программу накатает за неделю?

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

Так что, опрос продолжается :-)))

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

Алгоритм расчета зарплаты докера вкратце:
Имеется тип груза, ставка на работы, объем груза. Отсюда получается сумма, выделяемая на погрузку/разгрузку. Далее она распределяется по докерам в зависимости от их количества в бригаде и от индивидуальных тарифов каждого докера. Также учитываются индивидуальные надбавки и вычеты.

Отчеты:
База данных должна быть спланирована так, чтобы в дальнейшем можно было выполнить любую аналитику, выдав её в виде отчета.
Имеется 10-12 отчетных форм.

1С
Программа экспортирует в 1С данные по определенной части зарплаты.
Программа импортирует сведения о докерах из 1С.

Заказчик
Техническое задание на программу отсутствовало. Все согласоваиня выполнялись по ходу дела.

Программа
Выполнена на основе самописного конфигуратора, который используется и для других работ. Для внесения изменений в алгоритмы перекомпиляции не требует.
Инструментарий: Delphi 5, MySQL

;-)))

Хорошо. Иными словами, меня интересует статистика:

- cколько времени в среднем народ тратит/потратил бы на подобный продукт
- сколько денег народ за это получает
- кто и каким образом рассчитывает стоимость подобного продукта

2 krvsa
Спасибо. А можете навскидку сказать срок исполнения такого проекта в человеконеделях или человекомесяцах?

2 iscrafm
Про рыночные отношения мне все и так понятно.

2 exBB
Я к этой мысли тоже пришел :-)))
Пожалуй, так и сделаю ради интереса.
Правда, у меня есть сомнения, что они будут по такому ТЗ что-то считать. Это и не ТЗ вовсе.

2 krvsa
Ну, год, мне кажется, это слишком долго для такого заказа.

Себестоимость не совсем корректный показатель.
Например, давным давно (лет 12 назад) я делал программу для морского агентирования и затратил на неё что-то около года с учетом всех доделок/исправлдений и при условии отсутствия ТЗ, из-за чего постоянно что-либо переделывал.
Имея конфигуратор, срок разработки (недавно я переписал её по-новой) составил 2-3 месяца, что в 4-6 раз меньше. Следовательно и себестоимость будет меньше.

Все правильно.
Если я могу склепать на своем конфигураторе простую прогу, состоящую из двух трех сущностей и пары отчетов за один рабочий день. То глупо просить S1==85 баксов, в то время как 1С (или кто-либо другой) просят за это в среднем S2==200. Просить S3==1000, даже если у заказчика они есть, тоже не совсем корректно.

Так что, весь вопрос как рассчитать ту самую S2.

2 krvsa
Наверное, она показалась вам сложной. На самом деле, ничего сверхсложного там нет.
Рассматривайте её как задачу средней сложности.

дизайн и редактура не проводились

зато бизнеслогика работает, что и требовалось

Да нет же ;-)
Сумму то я уже давно прикинул.

Просто любопытно, у кого как.

Опять же, если в дальнейшем ставить это на поток, то надо же иметь какой-то критерий для оценки стоимости. Чтобы не заморачиваться каждый раз с расценками.

Пардон, какая-то херня приаттачилась.

Вобщем, я хотел бы увидеть нечто подобное.
смотреть
Это рассчет себестоимости, как я это вижу.

Вот как бы и стоимость рассчитать подобным образом.

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

А вот на то, чтобы сделать заполнение экранных форм удобным (а они при рассчетах зарплат вообще довольно громоздкие), иной раз уходила куча времени - cделал, поработали - неудобно - переделал - поработали - неудобно - переделал, поработали - удобно.

Это, как мне кажется должно входить в законченное ТЗ, когда оно есть.

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

А я фактически и есть сторонний разработчик, так как не получаю зарплату за программирование :-)

Не часто, но сталкивался. Очень удобно.

Хорошо. С продажной стоимостью все понятно.
От "100 баксов" до "сколько дадут". Тут у меня вопросов больше нет.

Давайте обсудим другой вопрос:

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