Re: Ucto: Shrnutí sobotníhosetkání

[Petr Adamek <petr.adamek@nwt.cz>]

On Sun, 15 Jul 2001, Petr Ferschmann wrote:

> chtěl bych zde shrnout výsledky sobotního setkání. Chtěl bych poděkovat
> všem zúčastněným a především Danu Ohnesorgovi za skvělé buřty a hosting
> celého setkání.

Taky bych se chtel pridat k podekovani Danovi. Burty byly bezva, ti co
utekli prisli o hodne ;o)

> Dohodlo se tedy, že budeme psát podvojné účetnictví pro malé až střední
> firmy.

Doplnuji ze pod pojmem "stredni firma" se rozumi firma s radove desitkami
zamestnanci, nekolika geograficky oddelenymi pobockami a s
mnozstvim ucetnich ci prvotnich dokladu pohuybujicim se v desitkach tisic.

> Architektura bude třívrstvá.
>
> Aplikační server - bude obsahovat části pro
> * databázovou abstrakci - zajištění nezávislosti na databázovém serveru.
> * moduly, které budou dělat jednotlivé části účetnictví a budou moci
> mezi sebou komunikovat ze začátku spíše méně časem více. S těmito moduly
> bude také komunikovat klient. Server bude úlohy klienta zpracovávat
> dávkově (nemám  přesnou představu jak to bude fungovat - doplňte mně
> prosím) a měl by podporovat možnost mít několik serverů, každý by
> zajišťoval určitou část a každá mohla být různě geograficky rozmístěna -
> s tím by také měla souviset možnost při spadlém spojení stálá funkčnost
> (s omezeními  - např. nepůjde převést ze skladu v jedné pobočce do jiné
> apod.).

Zduraznil bych spise pojem komponenty, misto modulu. Koponenty umozni diky
svemu zapouzdreni vyssi bezpecnost a znovupouzitelnost. Pokud se nam
povede kvalitni navrh, mel by byt vysledny system velmi flexibilni
a rozebiratelny, coz je pro stredni firmy s pobockami nutnost.

> Klient - rozhodně nejde o styl tzv. tenkého klienta. Klientů by mělo
> vzniknout několik - od zcela jednoduchého command lineového po
> sofistikovaného GUI klienta. Speciálními klienty mohou být různé brány
> do jiných systému nebo např. jen pokladna.

Jenom bych doplnil, ze jsme se shodli na koncepci univerzalniho klienta
rizeneho pomoci XML, tj. Jedna definice formularu pro vice typu klienta.
V teto souvislosti se jeste pokusim zmapovat existujici systemy pro tvorbu
takovychto klientu (MAPE, forms z GNUE, apod.).

> Základem by mělo být XML a/nebo CORBA (mico ?).

CORBA pro komunikaci mezi komponentami a XML jako format pro vymenu
asynchronnich zprav (SOAP ?), pro komunikaci s klientem a pro interakci s
externimi systemy.

> Program bude fungovat i pod windows i pod Linux.

Aplikacni server by mel bezet na jakemkoliv POSIX OS. U klienta zalezi na
konkretni implementaci. Nicmene se predpoklada pro provoz
aplikacniho serveru primarne pouziti OS Linux.

> Mělo by být možné změnit databázový systém (základem
> bude zřejmě PostgreSQL).

Padl navrh na omezeni se na specifikaci SQL92, nicmene bych vyuziti
neprenostielnych konstrukci pro vyuziti vlastnosti konkretniho SQL serveru
bych nevylucoval za predpokladu, ze kod nepritomnost pozadovaneho SQL
serveru bezpecne a efektivne osetri
(napr. if (PostgreSQL) {...} else {...}).

> Tak takhle to vypadá jako celkem velký a vyspělý systém. Už se na něj
> těším a také na Vaše komentáře :-)

Hlavne je nutne nevymyslet vzdusne zamky a radeji implementovat nedokonaly
system, nez mit na papire nejlepsi system na svete :o)

-- 
Petr Adámek, vedoucí útvaru IS, NWT Computer s.r.o.
tel: +420-602-736088 +420-634-350148 
icq: 51203686
http://www.nwt.cz



-------------------------- ucto-dev-l@pinknet.cz ------------------------
Konference o vyvoji ucetnictvi                 http://ucto.ferschmann.cz/