Изпечатай

[cvludmiloff]

Цитат (karaman @ Дек. 23 2006,13:16)

Колеги, основите на една складова система са еднакви във всичкия софтуер за складове. Ако ще правим такова нещо, трябва да го направим, така че да могат да се дописват модули лесно, и да направим само основните неща на една складова система.

Горе долу е така, но въпреки това за нещо по-голямо и сериозно (разбирай, което да поддръжа документо-оборот мин. 200 складови документа на ден, едновременно изписване от наколко оператора и т.н, и всичко съобразено с цялата нормативна уредба) е необходимо да се понапишат и някои спецификации за базовата функционалност.

Аз например в момента пренаписвам базовата функционалност от проекта StoreMill http://storemill.sourceforge.net на Rails, Ruby , Postgresql - ей тъй, за удоволствие. Тази функционалност ми е послужила вече за два други проекта (с малки изменения) и доказано върви без проблеми на един от тях вече втора година.

Искам да се обърна към ентусиастите тук, оказа се че има доста:
Нека да се съберем в екип - необходими са поне 4 човека, и да пренапишем този проект (езика за програмиране е без значение), поне имаме стартова база, няма да измисляме топлата вода '>
- организатор на проекта
- двама програмисти
- консултант

@Radev, @Max_Ass, @kennedy, имате ли желание да се заемете с такава задача на доброволни начала... както се изказаха тука някои, нека да действаме, да не разлайваме кучетата, .. нека и аз като @kennedy да цитирам Harold Ganeen :

Цитат

"....Единствено свършената работа е най-добрата мярка за вашата вяра, компетентност и кураж. Само свършената работа Ви дава свободата да израствате сами....

Всички други желаещи също са добре дошли

[kennedy]

Всеки един проект в тази насока ще го тествам, ще давам идеи независимо от това кой го разработва. ....
така че съм вътре .

[karaman]

200 складови документа на ден е нещо смешно (300 на час е вече нормално)

както и да е'>

мога да отделя 2-3 часа на денонощие  (PHP)

[cvludmiloff]

Цитат (karaman @ Дек. 23 2006,15:17)

200 складови документа на ден е нещо смешно (300 на час е вече нормално)

смешно е, разбира се, поправете ме, но това е горедолу документо оборота на малка фирма занимаваща се с търговия на едро ...
Но важна е основата, ако може 200 на ден, ще може 20000 на час - всичко там зависи вече от DB сървъра '>

п.с и разбира се, има значение и интерфейса, ако ще кликаш като луд - и два документа на ден може да не направиш '>

[Radev]

Напълно ще ви подкрепя!
Кажете какво трябва да се прави и "веднага" започвам. Мился, че мога да отделя по 2-3 часа всеки ден. Сериозно!

Без приказки няма да се размине, но ако започнем с капки може и до езеро да я докараме, т.е. давайте да минем от нахъсване към конструктивни разговори.

Някой който има опит в организирането на подобен проект да каже от къде се почва (sf.net или openfmi.net)!

[kennedy]

Конструктивните разговори с какво да се направи са:
База данни: mysql & postgres & firebird
Език за разработка на основата: PHP, C, C++, MONO, Pyton, Perl
Интерфейс: GTK, QT, HTML, AJAX, Flash, XUL, Mono

А какво да се прави е малко по-сложно:
1. функционалност за идентификация и резпределяне на права
  - минимум: администратор, шеф, служител (вързан за склад)
2. функционалност за създаване на складове
  - номер на склад, адрес, наименование
3. функционалност за създаване на артикули
  - артикула трябва да има поне: номер, наименование, мярка, партида, баркод
4. функционалност за въвеждане на приход/разход
  - въвежда се инфо в таблица да движението на стоките. кой, кога, какво, колко на каква цена
5. функционалност за извъвеждане на справки за приход/разход
6. функционалност за извъвеждане на справки за наличност в склада
7. функционалност за опериране в месечни периоди.

ако ви се струва лесно трябва да поясним някои неща. А се задълбочим в тази функционалност то написването на читав, използваем продукт ще отнеме около година минимум.

сега вече може да коментираме по същество

[karaman]

Ето допълнения според моите виждания:

1. Трябва да предвидим възможност за използване на подмерки и дробни количества, примерно за написване на модул (може ние да не го правим, но да има такава възможност)

2. отчитане на стоките да става не само на база цена на партида, но и на база средна претглена цена, като това да се заложи фиксирано, т.е. потребителят решава веднъж завинаги кой метод да ползва

3. хубаво е да има модул контрагенти (купувачи/доставчици) с данни за контакти с фирмите, евентуално ДН/Булстати и т.н.

4. аз бих предпочел за база данни firebird, тъй като поддържа много удобни stored procedures. A и лиценза е готин.

5. Въпрос: Ще има ли Каса?

[kennedy]

всичко може. но това е базата. След това трябва да се добави фифо, лифо, средно претеглена, конкретно определена цена за изписване. модул контрагенти, договори ... но това са все добавки. За базата данни би трябвало да ина Database Abstraction Layer но може и без него. Както преценят разработчиците..... варианти много. пребройте се и гласувайте.

[Radev]

Цитат

1. функционалност за идентификация и резпределяне на права  - минимум: администратор, шеф, служител (вързан за склад)

Тук си мисля, че е по-добре да не говорим за група потребители, а да се задават права за всеки потребител по отделно с някакъв инструмент за групово задаване на тип като основа.
Чудя се също дали не е най-добре да се използват потребителите на базата с данни, ако се спрем на конкретна.

[kennedy]

по-добре да си е отделно реализирано. някъде може да нямаш контрол върху базата така както искаш....

[karaman]

трябва да са разделени! все пак едните са потребители на програмката, другите на базата и се създават с различни цели!

[vixon]

Коментари:

1. Кой ще се нагърби за да направи архитектура на проекта?
2. Нека разработчиците да се преброят, колко хора са и на какъв език ще се пише?
3. Кой ще определи вида на базата от данни?

[Radev]

@vixon: Викторе, да не искаш да помагаш?!

Мисля си, че ако се направи wiki, като на ERPix, в което да се опише всичко - структура на таблиците с данните, функционалността на отделните модули и т.н., то не само ще подпомогне разработката, а би могло да се ползва и като документация от потребителите и администраторите по-късно.

Между другото и RD Suite изглежда като усилия в посоката в която мислим.

[cvludmiloff]

идеята за wiki е много добра, също така предлагам и един IRC канал, кой ще се навие да ги направи, аз ще поема инициативата за попълване на wiki по очертаната от @kennedy схема

[vixon]

Да, аз искам да помагам. Сега ще нахвърлям моите мисли и очаквам коментари за тях. Ще структурирам идеите по точки, за да може отделно да се коментират:

1. Стандартна структура на базата от данни. Според мен трябва структурата на базата от данни да е стандартна и да копира на 100% някой популярен продукт - Microinvest, Mistral, Global или друг. Защо? Ами защото никой не прави например бензин Ж48, а всички използват предварително готовите решения - А95. Защото ако базата е съвместима с готов продукт - ще са ясни предимствата и недостатъците и ще могат да се използват много средстава за импорт/експорт. Също така съм далече от идеята, че някой може да направи ИДЕАЛНАТА база от данни и тя да върши всичката работа на света.

2. Трябва сериозна организация и по 3-4 часа работа от всеки и всеки ден. Иначе нищо няма да стане, защото средно на 6 месеца проектите се забатлачват. Стандартно всеки винаги има по-важна работа и никога няма да откаже една бира, но ако трябва да направи корекция в програмата - не му е сега времето...

3. Трябва лидер, такъв, който отговорно да контролира проекта и да ръководи прогреса, такъв който да се кара и да ръчка заспалите.

4. Пак не разбрах - кои ще са програмистите на системата? Тоест, кой ще пише самия код? Защото тах ги няма, а пък те са най-важните...