Подскажите пожалуйста сколько будет в среднем стоить написание программы База Данных клиентов... с локальной БД

Смотря что в программе реализовать надо  Пишите в личку пообщаемся 

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

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

зависит от сложности базы данных, в среднем баксов по 100 за большую таблицу, ну или за 3-4 мелких
Учти то факт, что софт эксклюзивный или нет, если да, то значительно дороже

Это сообщение отредактировал(а) Akella - 30.7.2008, 22:06

эксклюзивный это как?
имхо - у меня вроде весь софт эксклюзивный   

Это значит только для одной конторы (заказчика). Больше никому не распростроняется. Может быть еще массовый. Т.е. пишешь как бы для одного заказчика, но потом имеешь право еще кому-нибудь "втюхать".

Ну вот программа наша стоит 100 уе за 1  лицензию (копию) и выложена на сайте для всеобщего втюхивания, так?
Но ко мне приходит Вася Пупкин и говорит, что он хочет что-то похожее, но выдвигает др. требования, пишет тех.задание. Ты уже не станешь ему продавать по одной копии, а отдаёшь ему программу без защиты или с корпоративным активационным ключём, такая программа может стоить раз в 5 дороже, если не в 15! Тут уже нужно смотреть на внешний вид офиса, автомобиля заказчика ну и самого заказчика, а там уж как договоритесь. Возможно что у заказчика в офисе вообще 2 компьютера и ему нафиг не нужна такая программа за 1000 уёв.

Это сообщение отредактировал(а) Akella - 1.8.2008, 12:06

Цена как правило формируется после ознакомления с тех. заданием.
Причем заказчик сразу должен знать чего он хочет.

Я не встречал ни одного заказчика, который бы внятно дал техзадание  

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


Akella, +

Это у кого как процесс поставлен.

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

Далее пишется софт, и сдается по пунктам в тех задании. Если вылазят проблемы по вине программистов, то бысто стараемся исправить, если заказчик меняет свои требования тогда ищем компромис, но как правило с доплатой.

Вот поэтому у нас ключевой момент - грамотно составленное тех задание, чтобы был всегда 'крайний'.

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

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

хотел бы узнать ваше мнение, как вы  расчитываете время работы?

Frees, оценить время работы можно, просто зная свои возможности. Например, если говорить об относительно небольших проектах (1-3 тысячи строк кода), то я, скажем, слушая/читая задание, вижу, что я знаю, как делать, что не знаю, и придется научиться, оцениваю, что конкретно не знаю - просто пару функций найти или же изучить целое направление в программировании, плюс знаем свою скорость печати и обычную скорость составления приложений, и делаем вывод о сроках. Например, я писал проекты на 1000 строк за 1-2 дня срочно, за 4-7, если не срочно.

Это из фантастики к нам пришло. Не разу у меня не было заказчика, который в конце работы, будучи довольным что получил свой заказ, на самом деле получал то, что просил изначально. Обычно самые "коренные" изменения приходится делать на этапе 60-80% готовности. Когда уже в принципе можно показать что получается и что вообще в итоге будет. Тогда-то у заказчиком и начинает работать фантазия. Именно поэтому, говоря первоначально о сроках, нужно оценить свои силы, подумать сколько нужно времени для выполнения заказа, потом добавить еще еденицу и умножить все на 2. Это, приблезительно, и будет срок сдачи проекта  Кстати, одно из главных правил назначения срока   

Никогда с подобным не встречался. Всегда тех.задание (ну, или что-то похожее) давали заказчики. Я уже потом мог сам туда что-то дописывать, исходя из изменившихся требований. Но первоначальный вариант всегда давали ОНИ.

Тут уже нужно основываться на двух вещах:
1) Опыт разработчика (в данном случае твой). Ведь кому как ни тебе знать что ты умеешь, а что нет...
2) Предыдущие разработки. Т.е. тот же отчет о продажах может быть у тебя уже сделан в другом проекте и тебе нужно лишь портировать код. Может быть немного его подкорректировать. Это максимум день. А если готового нет, тогда нужно создавать с нуля, отлаживать. На создание отчета уйдет минимум дня три. Заказчику говорим: "дней восемь" (помним про правило назначения срока?). Конечно, можно этот отчет сделать с нуля и за два дня, но запас времени должен быть всегда. Лучше потом его потратить на: отладку, тестировани или на досрочную сдачу проекта