viseslojna arhitektura je ustvari 3 slojna uvek :))
idijotizam je koristiti vise od tri sloja ...
ali ako hoces mozes definirati i vise od 3 ... samo to na logickom nivou ..
na pr:
client<->server<->RDBMS

a onda kod klijenta mozes podeliti jos na nekoliko nivoa:
GUI <-> DB access

ili kod RDBMS-a mozes imati vise od jednog DB servera
kao na primer serverka app. moze pristupati u isto vreme
nekoj lokalnoj bazi (access,paradox) i nekog SQL servera

u principu sve se to svede na 3 sloja ...

Upravo to i radim, logicki - pravim klase nad svakim entitetom tj. tabelom i implementiram metode insert, update,...Ovako dobijem jos jedan sloj, bez obzira na to da li je u pitanju lokalna baza ili server.



Slazem se, mene u stvari vise zanima logicko projektovanje, vec sam kratko opisao moj nacin rada, ali racunam da to mozda nije najbolje a sigurno nisam prvi koji ima ovakvu vrstu dileme.
Sustina price je kako projektovati slozene inf. sisteme sa mnogo klijenata,
znam ja i strukturnu sistem analizu i UML, ali to je po meni nedovoljno tj. to je za specifikaciju i modelovanje ali arhitektura samog sistema tj. implementacija je nesto drugo...

Pozdrav.

Momentalno radim na jednog projekta ...
ali se ne zamaram mnogo sa 3-tier arhitekture
bas na tom nivou jer i mi ne treba do tog stepena.
RDBMS je MySQL
a za svaku tabelu ili report imam posebni modul(dll)
i onda imam samo jednu aplikaciju koja integrira sve module
i u zavisnosti od toga sta klijent hoce on dobije vise ili manje ..
i ako dobro uradis integrator onda nove module mozes ubacivati u
stilu plugin-a pa onda ista aplikacija moze da odradi sve, od jednog obicnog klijenta za ubacivanje podataka sve do kompletne administracije baze i generiranje raznih izvestaja.
Bar meni ovoj funkcionira