ZAHiS Open source ekonomický informační systém. (diskuse)

[Zdeněk Burda]

Místo pre tagu se nauč používat seznam: <ul>
 <li>neco</li>
 <li>neco</li>
 <li>neco</li>
 <li>neco</li>
 <li>neco</li>
 <li>neco</li>
</ul>

[Abraxis]

Clovece, zkus nejdrive misto NIH (Not Invented Here) syndromu udelat srovnani stavajicich OSS reseni a zkusit zjistit, jake potrebne vlastnosti v nich chybi a pak teprve zacit premyslet, zda to resit uplne novym projektem, forkem nebo plug-inem.

[ZAH]

Vy jste viděl nějaký systém rozumně využitelný

[XXX]

Já přeji hodně štestí. Na ty lidi co vám řikají že vaše práce je nahovno se vy... Jestli jste dokonale přesvědčen že to má smysl tak do toho jdete pohlavě!

[Abraxis]

Ne, ale ja nikdy netvrdil, ze ano a nechci rozjizdet projekt v ramci 3-10 clovekoroku prace (coz ty chces), takze bych predpokladal, ze prvni krok bude analyza stavajicich systemu (at uz free, jak jsem psal, tak komercnich). Osobne bych jako vyvojar mel strach investovat svuj cas do projektu, ktery vede nekdo, kdo toto neudela.

Dalsi krok by mel byt podrobny seznam funkci a usability (kdo na co jak bude kterou funkci pouzivat).

Dale navrh databazove struktury, "paradigmatu" (aplikace nebo AJAXovane webovske rozhrani), vyber programovaciho jazyka a toolkitu.

Tohle vsechno v podstate muzes udelat ty sam.

[ZAH]

3 - 10 člověroků práce. Tím se často oháníme jako programátoři. Ono je to podstatně méně. Už jsem jeden systém napsal prakticky celý a poté ho asi půlku přepsal. Je to dřina a otročina nejdál trvá návod.

[Abraxis]

Jo, ja taky jsem jeden mensi IS pod PostgreSQL s PHP rozhranim psal. A muzu ti rict, ze pokud to ma byt: - multiplatformni (tzn. Windows a Linux, mozna MAC) - s SQL databazi - vystupy do OpenOffice - ZAKLADNI dokumentace

Tak je to prace pro 2 lidi na pul roku az rok jen k prvni plne verzi.

Da se o tom polemizovat, ale to je asi tak vse, co s tim udelas - metriky vyvoje SW jsou nemilosrdne (rika ti neco COCOMO model? docela dost to sedi s realitou)

Nicmene porad to neni odpoved na to, zda jsi (krome vlastniho ISu pod DOSem) se dival na jine OSS projekty a zjistoval, zda je treba nestaci jen upravit.

[ZAH]

Osobně jsem zkoušel compiere(poslední) a několik dalších. Před několika roky jsem chtěl nechat vývoje a montovat hotové a nakonec jsem se rozhodl jak jsem se rozhodl. Je za tím asi 5 let zkoušení a uvažování. Není to momentální nápad a samozřejmě i učitá (značná) analytická a programová příprava. Jeden projekt účetnictví v powerbuilderu + Sybase dokončený nasazený ve firmě opuštěný pro složitou údržbu.

[User682]

zdravim,

pro stredni firmy urcite ano, ale upravy by se urcite nasly. Pro male toho moc neni a zde je co dohanet a Vas pocin by byl vice nez zasluzny. Ale pro stredni firmy je Compiere v dost pripadech hodne dobrou a nadcasovou volbou. Pro stredni firmy to je hodne velka latka.

Minimalne 2 clovekoroky budete psat engine a plnit to logikou, pokud by to bylo pro stredni firmy. To je muj odhad.

Hodne stesti.

Pavel Kysilka

programator http://www.compiere.cz/

--

goldenfish@goldenfish:/opt/Compiere/utils$ ./RUN_Server2.sh

[ZAH]

Myslím že compiere určitě není snadno nasaditelný systém. Hlavně doplnit komplexnost a přizpůsobit pro právní předpisy by stejně znamenalo prakticky nový projekt. Opakuji chci psát ekonomický informační systém ne pouze účetnictví.

[User682]

Compiere neni pouze ucetnictvi. Je to i treba framework na tvorbu aplikaci, ERP aplikace. Je to az hodne komplexni.Vice asi firemni stranky a stranky compiere.org . Stahnete zdroje/binarky, vyzkousejte a uvidite. Pripadne je mozno videt u me ve firme v Praze na ukazku pro Vasi osobu, at se nemorite par dni s instalaci.

Prizpusobeni ceske legislative prave neznamena pracnosti novy projekt. Programuje se minimalne. Vice je to o customizaci.

Add nasazeni - po nejake customizaci se da nasadit velmi rychle. Samozrejme, ze prvni prizpusobeni ceske legislativy neco zabere a jiz zabralo.

Asi nejvetsi praci vam zabere prevod ceske legislativy do XML. Nejake BPEL a podobne.

Poslete mi pripadne nejakou osnovu, co chcete delat. Zarucim Vam to, ze to nebudu dale nikam sirit. Slovo ekonomicky informacni system je hodne siroky pojem a pouzitelnost na mensi a stredni firmy to hodne zamlzuje. Staci mi par bodu, klidne nesouvisejicich.

dekuji

Pavel Kysilka

[Marek 'marx' Grác]

Poslete mi pripadne nejakou osnovu, co chcete delat. Zarucim Vam to, ze to nebudu dale nikam sirit. Slovo ekonomicky informacni system je hodne siroky pojem a pouzitelnost na mensi a stredni firmy to hodne zamlzuje. Staci mi par bodu, klidne nesouvisejicich.

Tiež by som rád videl nejaké konkrétnejšie myšlienky. Kľudne aj súkromne (a bez ďalšieho šírenia). Zatiaľ som skôr pozitívnejšie naladený :) Myslím, že až potom je možné získať nejakých spoluatorov. V tvoj prospech hrajú skúsenosti, to že by to skutočne mohlo fungovať aj finančne a nakoniec aj moja sympatia k jave na takéto projekty.

[User682]

Jeste doplnim jednu vec. Vlastni engine na document management mam. I kdyz jeste hodne prace. A chtelo by to doplnit udalosti s implementaci rozhodovacich tabulek.

Jenomze to vse je krasne, ale hlavni jsou ty data. A cim to naplnite. Protoze ta logika aplikace je v databasi. Cilize vzit par standartu v XML a do tohoto zasadit ceskou legislativu.

Udelat klienty, konvertory formatu, generator WSDL a doplnit nejake akce(tridy, co neco vykonavaji) uz neni tolik problem. To jiz zvladnou koderi, kteri udelaji stroj, ktery dela, to co ma a spravne. Jenomze, ceho se obavam je ta implementace ceske legislativy a kdo by toto delal a aktualizoval. Nejvetsi problem je customizace. Anebo tam narvat automatizovane data, vygenerovat z nich aplikace.

Ja sice praci mam a dost. Dalsiho Compiera se mi psat nechce a navic by to bylo vuci nasi firme asi nefer. Navic mam hodne spatny pocit ze soucasne linuxove komunity, ktera je v hodne pripadech vice nez skudcem.

Chcete -li delat open-source IS, tak by stalo za to i popremyslet o nejakem prizpusobeni sluzeb a desktopu. Je to hodne velke reseni. A delat program pro beh na windows se mi nechce. Tam jiz je trh obsazen.

Zapomente na beh v pgsql. Minimalne to chce procedury pro obsluhu engine, jinak to poradne nepojede. Az to nekdo doimplementuje do postgressu, tak proc ne.

Rad si vyslechnu, co chcete delat. Rozumnych nadsencu je hodne malo. Ale zatim mam co delat a veskery vyvoj zajmovych veci jsem stopnul. A moc zajimavych veci za posledni dobu jsem nenasel. Predevsim zajimavych veci v lidskem mysleni.

Pavel Kysilka

[hwsoft]

Ja sice praci mam a dost. Dalsiho Compiera se mi psat nechce a navic by to bylo vuci nasi firme asi nefer. Navic mam hodne spatny pocit ze soucasne linuxove komunity, ktera je v hodne pripadech vice nez skudcem.

Hmm jak tohle souvisi s tematem? A skudcem ceho? Tohle placnuti nema velky vyznam a snizuje vyrazne hodnotu tvych prispevku.

[User682]

Jestli mi chcete radit o tom, co pisi, tak verte tomu, ze ja to moc dobre vim a pozorny clovek to dovede precist. Nez to ale udelate, tak se v diskusi bavme nejdrive o technologiich, vedeni projektu a pak delejte hodnoceni toho, co jsem napsal. Me je fakt neskutecne jedno, ze se moje prispevky nelibi 98% navstevniku xplesa-abclinuxu.cz . Me prinasi vice ty 2% kvalitnich a chapajicich lidi. A tech si i vazim.

Navrhnete treba zpusob, jak nejlepe ziskat/udelat xml strukturu s ceskou ucetni legislativou. Pak si muzeme povidat treba tom, ze tu placam nesmysly a bude -li ten navrh kvalitni, tak se Vami bude velmi rad bavit, abych se neco priucil. Zatim jste me o tom nepresvedcil a nemam si s Vami co rici.

Dekuji za Vasi lekci a radu. Nejaky tyden jsem zde neprispival a udelam to rad znovu.

Pavel Kysilka

[Jiří (BoodOk) Kadeřávek]

Tak tak, do kamene tesat.

[OndraZX]

Snad vam to vyjde

Par poznamek

Myslim si by mel byt dostupny klient i pro Windows

Musi to umet export do kanc. baliku - Oo.org, MS Office

Existuji dva typy vzhledu a zpusobu prace s ekonomickymi programy

1 - uzivatel vidi data ve formulari tak jak je programator naprogramoval

2 - uzivatel si zobrazi data pomoci jim definovanych filtru tak jak je chce videt on.

Ja jsem pro zpusob c. 2 - je ze zacatku pro uzivatele slozitejsi, ale po zauceni je velmi produktivni - viz napr. LCS Helios

Kazdy ucetni vam rekne ze nejlepsi programy byly pro MS-DOS - u okynkovych programu jim vadi neprehlednost (napriklad nemoznost zmeny velikosti pisma a vyse zminovane filtrovani) a nutnost pracovat s mysi.

Javu sice nemusim, ale uvidime

Sam vyvijim system system planovani, rizeni a sledovani vyroby, ale nejsem moc programator - hlavni klient v MS Accessu + MS SQL server(je to jednoduche, rychly vyvoj a funguje to) + "blbovzdorni" klienti (i pro Linux)- pro zapis dat ve vyrobe - Delphi, NET - (nechci se chlubit, ale v programovani "blbovzdornych" aplikaci mam velke zkusenosti)

Takze muzu vam pomoci jen s testovanim z "uzivatelskeho" hlediska - sam ve velke mire pouzivam vyse zminovany LCS Helios (Skladove hospodarstvi, Obchod) - sestra ma ucetni firmu - takze systemu jsem videl hodne. V pristim roce mozna zacnu pouzivat Abas - coz je nemecky komercni system - vypada to ze Linux berou vazne - viz http://www.abas.de/en/linux/linux.htm - takze zkusenosti snad budou.

[ZAH]

Klient pro windows. Zde říkám jednoznačně program musí být plně přenositelný (byteCode Javy) takže stejný pojede pod všemi platformami, které podporují Javu (Sunu). Něco málo mám takto napsané a chodí to bez problémů.

Osobně bych byl štasten, kdybych dosáhl alespoň úrovně vlastního IS pod DOSEM a tak tímto vám dávám za pravdu. Jde to ale není to nic triviálního.

[Abraxis]

Popis struktury dat SQL v XML souboru, který by byl interpretován a vytvářel by struktur, případně modifikoval na vlastním SQL Servru. Zde by byla ošetřena největší část přenositelnosti.

Co tim basnik chtel rict? Mam data v SQL databazi a aplikace pracuje primo s SQL databazi. Proc by tam mel byt nejaky XML mezi tim? A co by to XML tam delalo? (import/export je neco jineho)

[ZAH]

Popis struktury zde myslím unifikující popis s jistou dávkou inteligence z tohoto popisu generuje založení a případné změny SQL databáze na servru inicializace a upgrad pevných dat svázaných se systémem. Několik let zkouším ruzné SQL servry a nepřišel jsem na nic chytřejšího. Jen maličkost forma zápisu trigru aby mohl být přenesen jen z Postgre na MySQL. Další věcí je zobecnění include atd.

[Abraxis]

Ech? Coto? Jaky include? Nemas na mysli INSERT?

Na zmeny struktury databaze mezi "teckovymi" upgrady si vystacis s pridanim sloupcu s defaultni hodnotou, na "major" verze pak stejne budes muset mit migracni nastroj.

Pokud to dobre chapu, tak ty mas data v SQL, ty je vyselectujes, slozitou logikou z nich udelas XML dokument a ten v podstate timtez nastrojem zase slozite "rozebiras". Nahod nejaky KONKRETNI priklad, kdy je tohle vyhodnejsi nez primo s SQL daty.

[ZAH]

Myslím že nechápeš. Jde o to jak vytvořit a udržovat přenositelnou strukturu tabulek,omezení,indexů,trigrů a procedur pro projekt. Nezávislou (minimálně závislou) na konkrétním SQL servru.

Vlastní práci s daty probíhá víceméně standartně SELECT, UPDATE, INSERT ,DELTE.

[Marek 'marx' Grác]

Nebol by už potom lepší Hibernate?

[ZAH]

I jsem uvažoval. Nakonec zvítězilo hledisko relativní jednoduchosti použitých tecnologii.

[Leoš Literák]

Take silne doporucuji Hibernate. Sice se musite nejdrive jej naucit, ale tento cas je zanedbatelny s jeho prinosem. Vlastni aplikace bude diky nemu nezavisla na konkretnim SQL serveru, mapovani se deje v XML souboru. Umi to vsechno, co planujete. Tak proc znovu vynalezat kolo?

Navic jeho autor si je tak jisty kvalitou kodu, ze se vsadil o penize, ze nedokazete napsat lepsi SQL prikazy, nez ty, ktere Hibernate vygeneruje. Dalsi vyhodou je, ze hibernate je de facto standard, tudiz je sance, ze se novi programatori nebudou muset ucit vas proprietarni system.

[ZAH]

Beru to jako dobrý tip a ještě si to ověřím, zatím by odpověď by nezodpovědným činem.

[Abraxis]

Dyt rikam, ze to nechapu, tak se ptam. S podobnym resenim jsem se jeste nesetkal (cimz netvrdim, ze to je spatne reseni!)

Ale co si o tom teda myslim - v idealnim svete proc ne. Ale nedokazu si predstavit, jak chces mit mezi-databazove prenositelne netrivialni triggery a omezeni. A hlavne PROC? PostgreSQL dneska bezi velmi slusne na cemkoliv (Window, Mac, UNIX) - neni sebemensi duvod uvazovat nad tim, ze by takovyto IS mel byt schopen bezet na MySQL/MSSQL/Oracle/... - tim si pridelas TAKOVE boleni hlavy a tolik zbytecneho testovani, pritom nic neziskas (PostgreSQL je free, na ucely ISu je rychle vice nez dost, tak proc?).

Osobne resim prenositelnost mezi PostgreSQL takhle: - mam radove desitky Linuxovych serveru, kde na kazdem bezi ruzna verze meho SW - mam skript, ktery vytvori "kostru" databaze, pokud neexistuje, a nainicializuje ji zakladnimi daty - potom se postupne spousti updaty, ktere delaji veci typu "pokud neexistuje tenhle sloupec, tak ho pridej s touhle default hodnotou" podle toho, jak "sly verze" - kdyz potrebuji prenest data, tak udelam jednoduse pg_dump a pak to na druhe strane obnovim psql

[hufhendr]

Já myslím, že tomu rozumím a to nejsem programátor :)

Dřív jsem dělal správce Informix databáze, kde samotný "popis" té databáze byl v jiné menší databázi. Bylo to celkem zajímavé, když na to dnes vzpomínám. Ten XML soubor bude asi něco podobného...

No jinak celkem dobrý nápad. Jen moc nerozumím výběru programovacího jazyka. Java určitě je přenositelná, ale co já mám zkušenosti, je taky pomalá. Kdyby to pak třeba chtěli někde nasadit na X terminály...

Každopádně držím palce, snad se najdete a povede se to :)

[ZAH]

Co se týče tématu Java a její rychlost najdete agrumenty pro všechna tvrzení. Osobně ji používám a nadávám jí jedině, když nabíhá. Jinak se mi zdá stejně rychlá jako cokoliv jiného. Snad jen trochu víc svádí psát líné programy. Potřebuje svoje ale už sklušný celeron a 256Mbyte RAM z ní dělají normálně svižné grafické prostředí. Její obrovskou výhodou kromě přenositelnosti je velmi dobře řešená dědičnost (usnadňuje údržbu) lokalizace a ohromné množství hotových tříd na práci s daty (kdo se to má učit).

[Jiří Němec]

Držím vám palce. Víc vám asi nepomůžu, znalosti s těmito systémy bohužel nemám.

Jen takový nápad: když už to bude v javě, mohlo by to mít podoporu pro mobilní telefony a pda. Pokud máte v databázi třeba 600 firem, tak už nestačí jen klasický export kontaktů z outlooku. Chtělo by to nějaké to inteligentní vyhledávání.

Důležité taky bude jak se budou synchronizovat notebooky a další mobilní zařízení.

[ZAH]

Tohle a asi sto dalších podobných důvodů mne vedly k myšlence otvevřít projekt. Jestliže bude fungovat jádro ( struktura vazby ) určitě se potřebné vyrojí i pro PDA. Zda je také třeba počkat na skutečnou praxi, ale určitě to nezavrhuji. Jen opakuji musí fungovat základ a tím je struktura databáze její vazby. Poté nějaké základní spolehlivé a efektivní pořízení dat. Základní sestavy, které si vybucují zákony a běžná účetní praxe.

A pak máme všichni volné pole působnosti a určitě aplikace pro PDA budou vznikat.

Nootebooky už je jiné a fungování jako mobilního zařízení by mělo být spíš otázkou bezpečnosti jaká data lze jen tak pouštět ven.

[honza]

predem bych chtel take (jako mnozi prede mnou) nejdrive poprat hodne stesti a hlavne sil k praci na tom vasem projektu.

Samozrejme, ze bych mohl nyni vypsat desitky duvodu, proc to nemuze fungovat, ale zivot sam je tak mnohotvarny, ze urcita sance je vzdycky.

Rad bych se presto dovedel nekolik veci (jestli vam to za odpoved stoji):

1. projektovy styl spoluprace versus modularita´

Sam uvadite, ze vam projekty jako compiere nepripadaji vhodne, ale presto vlastne chcete vytvorit nejaky dalsi, ktery stoji na stejnych pricipech - totiz, v ramci nejakeho PROJEKTU se vytvori software, ktere se pak v ramci dalsich PROJEKTU bude upravovat pro konkretni nasazeni u zakaznika. Samozrejme, ze planujete jakasi vylepseni (Vase XML struktury pro SQL) ale jine projekty maji zase jina vylepseni nebo interni pomucky nebo..

Co me zde chybi je poznani, (po vasich 20 letech praxe) ze ten hlavni problem musi byt v tech projektech. Napr. ten compiere - je to vybudovano na anglo-saskem uctovani a napasovat na to jen ten nemecky ucetni ramec je problem ( a to je autor Nemec) (pro. Goldenfishe - ano SKR04 nefunguje skutecne stoprocentne). Takze se sahne do toho kodu a zacnou se v ramci nejake PROJEKTU provadet upravy. A jsme hned u toho problemu , co se bude delat, az compiere prinese zasadni update?

Jeste jinak receno - ten projekt svadi k tomu, ze se lidi domluvi, jak co budou delat. A tim zaslapou modularitu - ta vznikne jedine tehdy, kdyz vyrobci spolu nemluvi, nybrz za sebe nechaji hovorit interfaces.

2. pouzite prostredky

jsem vaseho nazoru, ze JAVA nebo buhvi co neni rozhodujici. (navic to stoji v kazde knizce o softwarovem inzenyrstvi i se zduvodnenim). Pozitivni je i Vase snaha o urcitou abstrakci o dn ejake konkretni databaze. Ovsem pri tech zlych slovickach jako je trigger jsem prekvapen. Zde ta modularita konci - nebo lepe receno zustava na te projekcni urovni. Jeste jinak receno - patrite tedy k te frakci, ktera vyskladni nejakou cast aplikacni logiky do databaze?

[User682]

>A jsme hned u toho problemu , co se bude delat, az compiere prinese zasadni update?

Janke, co pise Compiere, tak vyviji sice obcas hodne podivne/rychle, ale ma to hodne zmakle a mysli hodne dobredu. Konverse jsou mozne a compiere ma konversni utility/support. A je to take prostor pro komercni firmy. Urcite to nesverite dobrovolnikum z rad komunity v pripade vetsiho projektu/firmy.

Pokud jste videl compiere, tak vetsina logiky je v databasi. Do kodu se prilis prave nesaha. A mozna v tom je vyhra.

O toto nemam strach. I kdyz nejake problemy to samozrejme prinese. To ale asi nevyloucite nikde.

Dalsi vyhrou je to, ze za Compiere je hodne firem a neni mozne udelat prilis razantni zmeny, aby neco nechodilo.

Nebojim se o toto. Nove verse prinesly databasovou nezavislost a skutecne se to nejak prilis neprojevilo na funkcnosti projektu ci na nejake pridane hodnote. A prezkouseni nove verse se tak ci tak nevyhnete vsude.

gf

[LuděkS]

Zdravím, snažil jsem se nalézt nějaký platformově nezávislý CRM/ERP systém pro firmu. Mrkněte na Smart4web. Nově mají i ERP moduly, což na těchto stránkách není úplně jasné. Před 14 - ti dny měli u nás ve firmě prezentaci. Musím se přiznat, že jsem byl příjemně překvapen šíří záběru, provázaností modulů, nezávislostí na platformě, ale také cenou - i když vzhledem k přínosu pro firmu se dá pochopit, že relativně není vysoká. Osobně se mi ale jejich návrh velmi líbí. Kdybych se do něčeho takového pouštěl já, dělal bych to nejspíš nějak podobně. Takže toto píšu pro inspiraci... třeba Vám to k něčemu pomůže...

[ZAH]

Dík za typ. Již jsem to viděl, ale nezaujmulo mne to kvůli prezentovanému obsahu na stránkách. Připadalo mi to trochu od tématu ekonomického IS.

[LuděkS]

No ale zdání klame. Na těch webovkách toho právě moc není. Myslím, že to nestihli předělat. Při prezentaci je to jiné. ERP moduly stojí za to. Systém obsahuje jak CRM (plánování, diáře...) tak ERP (účetnictví, sklad, fakturace, výroba...) a mnoho dalšího. Myslím si, že stojí za to to vidět v akci. Budeme mít ve firmě zřejmě ještě jednu prezentaci, protože vážně uvažujeme o pořízení.