Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2003.05.05;
Скачать: [xml.tar.bz2];

Вниз

Помогите отпределить стоимость разработки! HELP!   Найти похожие ветки 

 
Мартин   (2003-04-17 13:20) [0]

Всем привет!

Нашей команде предложили написать несколько прог
Краткое описание:
-------------------------------------------------------------
Программа имеет модульную идеологию. Все модули используются в многопользовательском режиме. Предпочтительно использование MS SQL Server. [ Планируем IB ]

1. Модуль генерации прайс листа.
Генерация прайс листа на основе прайс листов фирм-поставщиков.
Основан на ведении базы соответствий названий позиций (кодов) в прайсах поставщиков и в прайсе фирмы. Позволяет подключить неогранниченое кол-во прайсов поставщиков с учетом состояния складов (файл склада может быть в файле отличном из файла прайса). Программа ведет контроль последнего обновления прайса поставщика. Позволяет выборочно включать позиции в генерируемый прайс. Цена товара в генерируемом прайсе формируется по определенным правилам, а также можно установить принудительно. Для облегчения поиска в общей базе новых позиций из прайса поставщика используются интеллектуальные элементы. (Используется вспомогательная база ключевых слов для привязки к определенной категории, далее эти категории выводятся в качестве подсказки. Далее, в подкатегориях используется поле кода производителя позиции из общей базы). При генерации учитывается также собственный склад фирмы.

2. Модуль Торговля-склад.
Ведется реестр счетов, накладных, счет-фактур, ордеров. Ведутся реестры поставщиков и покупателей. Учитываются несколько торговых точек. Предусмотрен обмен данными между торговыми точками.
Добавление позиции в счет возможно со склада, из общей базы прайс листов, а также абсолютно новой позиции. Возможна постановка товаров со склада в резерв с укзанием клиента. При оплате счета позиции счета добавляются в реестр позиции предназначенных для заказа. Возможно добавление в реестр любых позиций. Позиции в реестре имеют метки оплачено-неплачено, заказано-незаказано, где заказано, когда заказано, где забрано, когда забрано. При заборе товара у поставщика товар переводится в реестр позиции предназначенных для отгрузки клиенты. При отгрузке товар переводится в реестр отгруженных (далее это понадобится для работы модуля брака).

3. Модуль планирования поездок курьеров.
Ведется работа с реестром позиций предназначенных для заказа, а также с реестром счетов предназначенных для доставки. В модуле планируется маршрут поездок курьеров с учетом расстояний между объектами, времени нахождении на объекте, стоимости поездки. Учитывается доступное кол-во курьеров, а также рабочее время.

4. Модуль работы с браком.
Ведется работа с реестром отгруженных позиций. Проверяется возможность сдачи товара в гарантию. Ведется состояние товара: не сдан-сдан поставщику-срок возврата-отказ от ремонта-заменен на новый – возвратился от поставщика-отдан клиенту.

5. Модуль работы с кассой.
6. Модуль работы со складом.
Занесение товаров в базу с помощью штрих-кодов, Ведение нескольких складов.

-----------------------------------------------------------
Вообще планирую писать на связке IB + Delphi 5.

Каков средний срок разработки у команды 3-4 человека? Сколько за это все брать.
Раньше делали мелкие проекты, брали из расчета 3 программиста * n месяцев работы * 200 баксов * 1,3 (накрутка) [Всё уже с налогами.]

Здесь-же возникла проблема в определении сроков разработки и собственно трудоемкости.

Всем спасибо за ответы.
З.Ы. в поиске был, ничего не нашел.


 
stone   (2003-04-17 13:45) [1]

Цену определить сложно, а вот на счет сроков, учитывая
> 3 программиста

в год точно не уложитесь.

Я кое-что похожее на
> Генерация прайс листа на основе прайс листов фирм-поставщиков.

писал. см. http://www.partmotor.com/psites/ovainsh/
Геморой еще тот. Хотя многое зависит от специфики и требований.


 
OlDemon   (2003-04-17 13:49) [2]

Да уж не хилый проект. :-(
ИМХо не менее 1000USD. И при этом 2-3 месяца работы. Лишним не будет, даже если считаете что быстрее справитесь.


 
Ihor Osov'yak   (2003-04-17 14:22) [3]

2 OlDemon © (17.04.03 13:49)

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




 
Mike Kouzmine   (2003-04-17 14:34) [4]

1000 и 2-3 месяца? Минимум 10 000 и год. Я бы попросил и больше.
30 000 и 1.5 года - для начала.


 
Борис   (2003-04-17 14:37) [5]

Привет Мартин!

По твоей схеме:
3 программера по 300 баксов - 900 баксов/месяц.
Разработка 12 месяцев - 12*900 = 10800 баксов.
Накртука 20% = 10800 * 1,2 = 12960 баксов.
+ Бабки на лицензионное ПО - 2000

Итого 14960 баксов.

+ Скока налогов платите плюсуете эту сумму. ИМХО, 20% налогов как раз будет.


 
Парень   (2003-04-17 21:27) [6]

На 1С это делается за неделю.


 
Плохой человек   (2003-04-17 22:45) [7]

На VFP это делается за час.


 
Sergey Masloff   (2003-04-17 22:50) [8]

>Парень (17.04.03 21:27)
>На 1С это делается за неделю.

>Плохой человек (17.04.03 22:45)
>На VFP это делается за час.


А оба вы сказочники ;-)


 
Ihor Osov'yak   (2003-04-18 01:49) [9]

2 Sergey Masloff (17.04.03 22:50)

Да нет, наивные..


 
Мартин   (2003-04-18 07:00) [10]

Господа!

А по теме высказаться еще кто может?

>Парень (17.04.03 21:27)
>На 1С это делается за неделю.
>Плохой человек (17.04.03 22:45)
>На VFP это делается за час.
Приколисты блин ;(


 
Sergey Masloff   (2003-04-18 07:47) [11]

Ну я бы посоветовал так: Работа разбивается на несколько этапов. Результатом каждого этапа является пакет документов, в том числе и исходных кодов программ. По завершению каждого этапа подписывается акт приемки и выплачивается соотв. доля денег. Заказчик имеет право прекратить действие договора после любого этапа. Примерный состав:
1) Составление ТЗ. (Месяц-полтора, 1-5 тыс. USD) Кодирования пока нет. Проводите интервью, анализируете и согласовываете требования. Как правило, заказчик сам точно (и даже приблизительно) не знает что ему нужно. Это надо у него вытянуть клещами, записать, заставить его ознакомиться и подписать. На этом этапе уже предварительно вырисовывается состав комплекса, примерная схема БД.
2)Пилотный проект. (Два месяца. ) Нужно сделать хоть что-то реально работающее и детально проработать структуру программы. Пишутся всякие вспомогательные утилиты, базовые классы. Очень важно сделать одну из частей полнофункциональной (или близкой к таковой). Хороший кандидат на реализацию - "Модуль генерации прайс листа." Остальное пока можно оставить почти неработающим
3) Первая версия. (3 месяца) Программа уже делает почти все что нужно, но пока без рюшечек. На этом этапе ее нужно отдать пользователям чтобы они начали работать (пробная эксплуатация).
4) Доработка. (3-6 месяцев). Пользователи увидели что получилось и говорят что хотели они совсем не того. Или не так. Тыкаете их носом в подписаные ими документы, требуете денег на доработки. Исправляете глюки. На этом этапе вам кажется что все нужно переписать с нуля, но это обманчивое чувство. Не поддавайтесь ему.
5) Боевая эксплуатация + поддержка. Минимум полгода.

Итого полтора года. 20-50 тыс. USD я думаю нормально если вы не юр. лицо. Иначе в 3 раза больше как минимум.


 
Мартин   (2003-04-18 08:07) [12]

Я ПБЮЛ.
Запросил 22 кБакса для начала.


 
Sergey Masloff   (2003-04-18 08:22) [13]

Мартин
>Я ПБЮЛ.
>Запросил 22 кБакса для начала.
Это в принципе нормально. Но! будут требовать доработок которых раньше не было - только как дополнение к договору за отдельные деньги. А так смотри сам, за поддержку потом можно и больше рубить, но сначала нужно "подсадить" ;-) клиента.


 
Sergey13   (2003-04-18 08:51) [14]

2Мартин (17.04.03 13:20)
>Предпочтительно использование MS SQL Server. [ Планируем IB ]Это как? Заказчики просят одно а вы планируете другое? ИМХО ИБ слабовато будет для распределенных баз.

>Учитываются несколько торговых точек. Предусмотрен обмен данными между торговыми точками.
Каждая точка работает со своим экземпляром базы или у вас есть постоянная связь между филиалами и соответственно база одна? Если второе то проектирование/прораммированеи проще, если первое то я бы все что вы насчитаете сразу умножал на 2(минимум).

В вашем случае, ИМХО, вообще много будет зависеть от того - как аппаратно будет построена работа (линии,сервера и т.д.).


 
MsGuns   (2003-04-18 10:15) [15]

1. Модуль генерации прайс листа.

Понакручено много и запутано, а связи Заказ-Счет-Поставка-Остатки-Дозаказ/Возврат не просматривается. Навороты в алгоритмике автоопределения цен делал бы в самую последнюю очередь


2. Модуль Торговля-склад.
ИМХО, знание предмета на три с плюсом. Есть понятие "Документ" и "Счет". Все остальное - производное (приходные накладные, расходные, перемещения, возвраты, списания, пересортицы и т.д.) и нет никакого смысла заводить какие-то еще реестры. Счета (счет-фактура - это тот же счет, но детализированный) резервируют товар, накладные - перемещают.
Абсолютно размыто представлена схема отражения расчетов с клиентами (поставщиками и покупателями). Опять какие-то "реестры" с мутными намеками на "оплату счета позиции счета" .
Ни слова об аналитике продаж и вообще движения товара.
Напрочь отсутствует бухгалтерия

3-4. Выделять в отдельные модули ? Разве только при неудовлетворительной реализации первых двух..

5. Имеется в виду кассовые аппараты ? Тогда только этот модуль может "потянуть" на круглую сумму

6. Тавтология. Все это должно быть в основном модуле (№2)

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

Заключение 2.
На месте хозяев фирмы-заказчика я бы объявил тендер с целью выбора базовой системы и соотв-щих специалистов, знакомых с темой не на "Вы".

Извините за резкость. Но это ИМХО.





 
Sergey Masloff   (2003-04-18 10:26) [16]

MsGuns ©
>5. Имеется в виду кассовые аппараты ? Тогда только этот модуль >может "потянуть" на круглую сумму
Нет, все же наверное касса это когда и за нал. торгуют. Всякие там журналы отчетов кассира и всякая еруйня. Но писанины там возможно немало. Хотя я в вопросах бухгалтерии, мягко говоря, не эксперт.

>Извините за резкость. Но это ИМХО.
Да вроде не особо и резко ;-)


 
Mike Kouzmine   (2003-04-18 10:33) [17]

>>Занесение товаров в базу с помощью штрих-кодов, Ведение нескольких складов.
А значит и торгавать по оным.
Кто-то выше был прав 60000 и 2 года. (ну полтора) Нормальная цена и срок.


 
MsGuns   (2003-04-18 11:01) [18]

>Sergey Masloff (18.04.03 10:26)
>Нет, все же наверное касса это когда и за нал. торгуют. Всякие там журналы отчетов кассира и всякая еруйня. Но писанины там возможно немало

Тогда вообще не стоит говорить не только о модуле, но и вообще о такой задаче. ЛЮБОЙ ВИД РАСЧЕТОВ, в т.ч. наличные, взаимозачеты, возвраты, бартер и т.д. отражается в журнале платежей (зачетов) и в карточке соотв. клиента (поставщика/покупателя), а затем "разносится" но накладным и модифицирует сальдовые и текущие остатки по соотв. счету.

>Mike Kouzmine © (18.04.03 10:33)
Кто-то выше был прав 60000 и 2 года. (ну полтора) Нормальная цена и срок.

Сам бы сделал за 1-1,5 года с нуля. С помощниками (2-3 чел) - за 3-4 месяца. Опытная эксплуатация - max три месяца. $60000 за такой проект - цена непомерная, разве что это крупная фирма с кучей магазинов и филиалов. Тогда дополнительно на состыковки, трансфер, репликации и т.д. может уйти не один год, т.к. сильно зависит от человеческого фактора (особенно розница, включая магазины)



Страницы: 1 вся ветка

Форум: "Потрепаться";
Текущий архив: 2003.05.05;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.51 MB
Время: 0.007 c
14-12901
Zheka
2003-04-17 17:45
2003.05.05
Удалённое администрирование


14-12892
zatochka
2003-04-16 22:26
2003.05.05
Как сдаелать программу невидимой


1-12763
Carmen
2003-04-22 08:02
2003.05.05
Как полностью изменить внешний вид DBLookupComboBox


3-12669
Владимир Ткачук
2003-04-16 16:21
2003.05.05
проблема с добавлением поля в таблицу


14-12867
SammIk
2003-04-16 16:41
2003.05.05
Работа с указателями





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский